みんなマストドンをやっているだろうか？ 僕はやっている。 インスタンス管理をやっている。 こんなふうに運用していた conoHaのVPS CentOS7.3 Dockerで運用している ちなみにDockerは今回が初めて本格的に触った。 マストドンは裏側では3000ポートと4000ポートで待ち受けている。 3000の方は普通のWEB 4000の方はAPIを担当している。 HTTPサーバーであるnginxが、httpの80とhttpsの443で受け取ったら、 それぞれ3000と4000に送りつけている リバースプロキシという技だ。 通常、公開用のhttpとhttpsのポートだけ開けておく。 もちろん僕もそのようにしていた。 CentOS7以降はiptablesではなくfirewalldというファイアウォールのソフトウェアでポートの開け閉めを管理している。 firewalldで、許可するポート

使いやすいアプリを作るための、とても簡単で、確実な方法があります。 それは、ユーザの問い合わせに対応することです。具体的に言うと、問い合わせが気軽にできるようなUIにして、そこで得た情報源を元にUIを分かりやすく改良していく。(機能追加とはまた別の話) ただ、直感的に感じるように、これは手間がかかるのでたくさんの人は逆のことをしようとする。つまり、ユーザヘルプを設置して、問い合わせ先は出来るだけ発見しにくい洞窟の奥深くに設置する。 でも、問い合わせには、アプリの利便性向上につながるヒントが豊富に隠されています。ユーザがどんな問題やニーズを持っているかのヒントもザックザック出て来ます。ザックザックです。 アプリ開発にとって、やったことがいい事は星の数ほどあって、そのどれもをやろうとすると時間やお金がいくらあっても足りません。だから、”やったほうがいい事”の優先順位は常に意識して、メリットとそ

NTTについての記事です。 ひかり電話ルータのPR-400NE,RT-400NE,RV-440NEのポート開放の設定をします。ひかり電話ルータはNAT機能を持っているルータですので外部のネットワークと内部のネットワークを変換する機能があります。基本的には外部からのアクセスに対してはひかり電話ルータのファイアーウォールにブロックされます。 宅内にサーバーを設置しているときにひかり電話ルータのポート開放をしておかないと宅内のサーバに接続できない場合があります。 開放したいポートを指定してそのポートを使用したプロトコルの通信が外部から来たときに割り当てられた宛先のIPアドレスにそのプロトコルの通信を通してくれます。こうする事によって外部からの接続をひかり電話ルータのファイアーウォールで弾かれてしまう通信を通してくれるようになります。 ここではPR-400NEのルータを使用して設定を進めます。 設

調査の概要 調査対象としたWebサイト 日本取引所グループの上場銘柄一覧に含まれている企業3,603社(前月末時点)の公式企業Webサイトを調査対象にしています。Pro Marketは対象外としました。 調査期間 2018年1月30日 調査方法 webtruを用いたクローリングによる調査を実施しました。クローリングは、調査対象のウェブサイトにおける同一ドメインの10ページを対象とし、ウェブサイト閲覧時に発生している「ドメインが異なるURLへのHTTPリクエスト」からサービスを特定しています。(特許取得済み)そのため、ウェブサイト管理者が明示的に利用をしていないサービスについても検出が可能です。 URLリスト販売について 42カテゴリ 1,300種類以上のサービスをウェブサイトから検出し、ご指定のサービスを利用しているURLリストを販売しています。ご購入希望の方は、 「URLリスト購入希望」

グループ共有機能仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。 10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい！」という方はぜひ以下のフォームから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。 仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。 そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。リモートはしない。 この環境では議論のすべてが口

head内のmetaに記述するTwitterカードやFacebookのOGPのコード、Googleなどの検索エンジン用のコードを確認・生成できるオンラインサービスを紹介します。

κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決

HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。

私は先天性の色覚異常である（wiki先生によると色覚多様性という言い方もあるらしい）。 もっとも、「最後の赤と緑、赤い方を切れ！そうすれば爆発を回避できる！」……みたいな経験もないので、仕事や日常生活にはさほど困ってはいない。 ただ、興味本位と日常の些細な問題（靴下の色を取り違える、焼けてない肉を食べそうになる etc.）から、先日、色覚補正用レンズを購入した。 色覚異常を持つ人は男性で約5%の割合でいるそうだ。強弱はともあれ、佐藤・鈴木・高橋姓を足した人数くらい、先天的にその特性を持っているはずである。 まぁ、日常生活で気付くことはまず無理だし、赤の他人から指摘するのも（たぶん）躊躇われるし、で同様に困ってる人にはまだリアルで遭遇していない。 自身の場合は母方祖父がそうだったため、家族からの指摘で比較的早い段階で気付くことが出来た。 早い段階で気付けたことと、見分けのつきにくい色もバンバ

今や1日に300万人以上が利用するAirbnbですが、リリース初期は1000人程度の規模でした。初期プロダクトの仮説検証とグロースにcraigslistを利用していた事はかなり有名です。 Airbnb: The Growth Story You Didn’t Know 他にもUberやEtsy, indeed等がcraigslistの一部カテゴリの代替として機能し、成長しました。彼らは単にcraigslistを切り出しただけではなく、そこで行われていた取引の問題を整理し、体系化された文化を作る事で安心かつ使いやすいプラットフォームとなり、ユーザーを引き込みました。 本当に強いニーズがあり、方法が確立されていない課題には、多くのユーザーが独自の方法で課題解決をする”カオスな文化”が生まれます。 “カオスな文化”はソーシャル上に見え隠れしていて、これを見つけ、体系化する事で、0→1、1→10の

ご無沙汰しております。またまた放置状態になっておりました。時間がないだけでなく、心に余裕がないとブログが書けない性質なんでしょうね。はてブも含めすべて休止状態でした。そんな中、はてなブログProの更新がやってきましたが、とりあえず再び2年更新。気楽にどうでもいいことなどを書いていければと思っています。 最近は新しい仕事を追加で始めることになり、そのためのサイト作成にいそしんでおりました。サイトアップして仕事納めです。予算を考えると外注で満足できるサイトには至らないだろうということで自前で作ることにしましたが、やっぱり面倒くさい。最近はメンテばかりだったので色々忘れていることもあり、他の仕事をやりながら約3週間はかかりました。結局コンテンツ作成までほぼ100％自分でやる羽目になったし。 そこで、久々の投稿の肩慣らしとして、今日はワードプレスのプラグインについて自分向けの備忘録として記事にしま

この記事はフリーランスアドベントカレンダーの19日目です。 adventar.org タイトルはmizchi氏のこちらのエントリをパクりました。 mizchi.hatenablog.com 何故かというと、このエントリを読んで「ベンチャーからフリーランスになった人」との対比として「フリーランスからベンチャー社員になった人」という視点でエントリを書いてみたいなと思ったからです。 といっても、ぼくは別に廃業したわけではないので、正確にはフリーランスをやめてはいないし、副業としてコード設計のアドバイスしてほしいみたいな話は歓迎ですし、今後ずっと正社員として生きていくという気持ちがあるわけでも特にないです。 はじめましての方に説明すると、自分の経歴は 情報系専門学校卒業 => 新卒で零細SIer(Android) 1年 => 転職して零細ゲーム会社(Unity) 2ヶ月 => フリーランス(And

これを書いてから、早いものでもう九年が経った。 ＞でもきっと、まだまだいろいろあるんだろうと思う。 と当時書いた通り、驚くようなことがいろいろあった。長くなるけど、書く。 --- 北海道に戻って直後に開設していた、自分のホームページ。内容は、パソコン関係とタイ・インドの旅行記録だった。いわゆるテキストサイト。 その自サイトの掲示板（Teacup）にふらっとSF作家のＯさんが現れて、常連になった。当時開設されたばかりのGoogle検索の性能の良さに二人で驚いたりした記憶がある（なにせそれまでのロボット型検索はノイズまみれで使い物にならなかったので）。 Ｏさんは、文章を褒めてくれた。 ネタ系の駄文とはいえ、褒められるのはうれしいものだ（この前、本人にこの話をしてみたらすっかり忘れていて拍子抜けしたのだけども、まあ褒められたほうは覚えていても褒めたほうはそんなものなのだろう）。 で、こちらも試し

旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。

本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

唐突ですけどAzure Storageのアカウント種類に汎用v2が増えました。 汎用v2（General Purpose v2、以下GPv2）は簡単に言えば今までの汎用ストレージ（General Purpose、以下GPv1）のBlobにHot/Cool/Archiveのアクセス層（Access Tier)とストレージイベントなどを追加したものになります。 価格帯や特性を考えるとBlob StorageにPage BlobとTable/Queue/Filesを付けたもの、という表現のほうが合ってるかも。 詳しいことはこちらを参照ください。 Azure Storage account options さて特性は上に挙げた通りBlobに限って言えばPage Blobも使えるしQueue/Files/Tableも使えるということで今後Blob Storageをわざわざ選ばなくてもGPv2でいいか

Send feedback Sign in with Google Branding Guidelines Stay organized with collections Save and categorize content based on your preferences. This document provides guidelines on how to display a Sign in with Google button on your website or app. Your website or app must follow these guidelines to complete the app verification process. Our Google Identity Services SDKs render a Sign in with Google

この記事は退職者アドベントカレンダーの12日目です。 adventar.org 経歴としては、新卒で設立してすぐのゲーム会社 => 小規模教育系ベンチャー => Incements(Qiita) => フリーランス。 今年で29歳、20代で3回退職しました。20代のうちは冒険してベンチャー企業で働いてみよう、と思ってたのですが、結局29を目前にフリーランスになってしまいました。 ベンチャーで働くこと ベンチャーで働くのはリスクを取るということ。一番言いたいのは、ストックオプションもたずにベンチャーやるな、ストックオプションも確実に換金できるわけじゃない、ということ。上場するときに行使するか、バイアウト時に買い取ってもらわないといけません。 また、ストックオプションの期待だけ給与は下がるので、他の会社で同じことをやるのに比べて、 -100~-150万ぐらいの相場です。少数精鋭志向で最初からじ

ぼっちスタートアップが日々がんばっています。

たまにポエムっぽいことを書くこともあるけれど（この記事は間違いなくポエム）基本的にこの Blog は技術 Blog です。 この Blog の現状は大体以下のような感じです。 項目 数 備考 作成日 2011/12/27 年末に何やってるんだろう 総 PV 4,478,761 月間 PV 100,000 平日の PV 4,500 土日祝日の PV 1,500 記事数 2,311 ということで300記事以上もポエム書いた記憶がないので、2,000記事以上書き溜めてることになります。 何故書くのか 大体、牛尾さんが書いてくれてます。 qiita.com 一番の目的は、なんといってもメモです。備忘録としてとても役に立ちます。 取り組んでいる最中は忘れることなんてないのですが、数年経つと下手したらやっていたことすら忘れてるくらいに覚えてないものもあったりします。 そんなとき Google で検索す