僕は生涯Small IAでいい - ネコメシCEOブログ
みなさん、Big IA/Small IAの議論って知ってますか？ 個人的には、これがそれほど業務に支障が出るほどに論争になっている事象を見受けたことはないのですが、IA界隈では（おそらくポジショントーク的に）永遠のホットな話題なのだそうです。 これは要するに、Big IAは「アーキテクトであり、プロジェクト（ないし、個別のプロジェクトにとどまらず、それらを束ねた上位レイヤーにおける変革を司る大きなプロジェクト概念）の監督者や指揮者（指導者）たる役割を担う者」であり、Small IAは「一生ワイヤーを書いてる人」なのだそうです。この区分もどうかと思うけれども（区分を表現する語彙が足りな過ぎてよくわからないというか、中二病感がぱない）、まあ、これはいいでしょう。まあ、言ってる側にとって的確な解釈なのかはわからないけれども、おおむね、なんか言ってることはわかります。 で、まあそうした意味合いもわ
ノマドとかライフスタイルをテンプレで語ること自体の陳腐化と正社員とノマドの中間解 - FutureInsight.info
本日読んだページで一番衝撃を受けた以下のエントリー。スゴすぎて何かいろいろ考えさせられた。 パブリック・マン宣言 - elm200 の日記(旧はてなダイアリー) パプリックになることは誰にとっても最初はおそろしい。だが私はこの恐怖を乗り越えて先に進んで行きたい。正直、40歳にもなって、月に数万円しか稼いでいないと告白するのは恥ずかしい。だが、私は未来につながらないカネを稼ぐだけの仕事をもうするつもりはないし、そのためには収入は少ない時期も甘受するしかない。第一、見栄や虚勢を張りたくない。インターネットは決して忘れない、とジェフ・ジャービスは言った。インターネット（≒評価経済）はウソが突き通せる場所ではない。困ったら困ったという声を上げよう。そうすれば誰かが助言してくれる。大切なのはいつでも正直に、意図的に誰かを操作したり傷つけようとしないことだ。 私はパブリック・マンになるつもりだ。もしこ
技術/組織としてどうスケールするか at GitHub - yaotti's diary
会社をスケールさせていくために組織面，技術面で何を行ってきたか．以下簡単なまとめ 組織面 従業員をよりhappyにするために，面白い仕組みを導入している．ミーティングがない，オフィスに来なくても良い．やりとりはpull requestとcampfire． 他にも組織として強くなるために，個人に依存しすぎない(知識共有を促進する)，internal talk(tech talkみたいなのかな?それとも普通の会話?)は将来の従業員のために全て記録する*1，など． 技術面 自動化可能なことを手作業でやり続けることによるコストは，手間だけではない．新規メンバーに学習コストが発生することになる． masterブランチは常にデプロイ可能な状態に保ち，1日に5~30回デプロイを行なっている． 意味のあるメトリクスをグラフ化しよう．全体でのレスポンスタイム平均がXXXms，というのは意味がない． リリース
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識
