クラウドのように大規模なシステムでは、ソフトウェアの開発と同等以上に、大規模運用の巧拙が、システム全体の成功を大きく左右します。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」で、FacebookのTechnical Operations teamを担当するTom Cook氏が「A Day in the Life of Facebook Operations」（Facebook運用のある1日）と題したセッションで、Facebookがふだんどのような運用を行っているか、紹介しています。 世界でトップクラスの大規模サイトが、普段どのようなツールを用い、どのような方法で運用しているのか、セッションの内容を紹介しましょう。 6年で4億アクティブユーザー、3カ所のデータセンター Tom Cook氏。Facebo

森崎先生のソフトウェアレビューの講演を聴いて、今やっているレビューの方法をまとめときたいと思ったので、まとめてみます。今回は、コードレビューの話です。Scrum ではといっていますが、レビューのやり方はチームによって違うので、あくまでも例ですよ。PBI とか、仕様、ドメインモデルのレビューの話はまたこんど。 レビューの目的は、もちろん作成するプロダクトの品質向上です。障害を検出するのも、もちろん目的ではあるのですが、それ以降のスプリントで作成されるコードで同じ障害を作り込まないのが目的としては大きいです。そのため、レビューはプロジェクトもしくはチーム立ち上げ後、数スプリントで重点的にやります。後はスプリントの振り返りでレビューをやりたいが出てきたら、チームで決めます。 レビューのやり方 基本はチーム全員で集まってやります。最大２時間。それ以上やっても集中力が続かないので。プロジェクタで対象

というエントリをいつか書きたいなと思っていたのだが、奇しくも同題のエントリ 大企業で働くということ - GoTheDistance をみつけ、3年半の大企業生活を通じてわかってきたことが全部書いてあった。5年近く前に書かれたもので、すごくよくまとめられている*1。なのでわざわざ自分で書かなくてもいいかなと思ったけれど、一度自分でまとめないといつまでもスッキリしないだろうし、時が経つと忘れてしまいそうなので、やっぱり書いてみる。外からのイメージと中の実態との乖離が結構あるような気がしていて、そのギャップを埋める一助になれば幸い。 はじめに 同じ会社でも部署によって雰囲気とか働き方とかぜんっぜん違う。部署異動すると「ここは別会社か!?」と思うほど文化が違う。「社風」ってよく言うけど、何それって感じ。 大学だって、そうでしょう。「あなたの大学ってどういう雰囲気？」って聞かれても、自分の身の回りや

Tumblr is a place to express yourself, discover yourself, and bond over the stuff you love. It's where your interests connect you with your people.

この記事は三部構成です。 第一部 開発費の増大で崩壊する? 第二部 バブル崩壊の噂 第三部 さらなる承認欲求へ 第一部 開発費の増大で崩壊する? ソーシャルゲームとキャバクラの違い - よそ行きの妄想 http://d.hatena.ne.jp/chnpk/20120116/1326667699 任天堂の岩田社長は、ソーシャルゲームについて ユーザーとの長期的な関係が構築できないのではないかと言っていた。 これはもしかすると、 上述したような歪な構図を指してのことだったのかもしれない。 実際今のような収益を将来にわたって維持するということは、 不可能に近いのではないかと私も思う。 そんなことはないんじゃないか? 僕はまだ伸びてる市場をわりと長期で獲得できると思う。 その理由をこの記事に突っ込む形で書いてみます。 さて、同著によれば、ソーシャルゲームにハマる理由は、 大きく分けて２つの仕掛け

ハッカーはこうして生まれた…ハッキングの歴史 ハッキングやハッカーという言葉が使われるようになってかなり経ちましたが、未だ定義されている本来の意味（深い技術的知識を持つなど）だけではなく、特に日本ではクラッカーに相当する不正利用者や犯罪者の意味で使われることが多いようです。 ここでは犯罪の有無を問わず、技術的にセキュリティをかいくぐりコンピューターに侵入する意味を含んだハッキングの歴史をご紹介します。 1960年代 初めてコンピューターがハッキングされたのはマサチューセッツ工科大学（MIT）。もともとは鉄道模型のスピードをあげる改造のことをhackと呼ばれていて、そこからソフトウェア改造（コンピュータの処理速度を向上する目的）の呼び名としても使われるようになりました。この年代ではまだハッキングというよりはフリーキングという、電話回線網の不正使用（電話のタダ掛け）が主だったようです。 197

個人製作のシステムのjsをcoffeeに完全移行したのでその雑感を書きます。あくまでも個人的な感想です。感じ方は人それぞれです。 ちなみに僕は勉強を兼ねて手で移行させましたが、js2coffeeというツールを使うと自動で変換してくれるらしいです。 先に結論 coffeeの方がいいと思う。 よくある批判に「js書けばいいじゃん」というのがあるけど、極端な話、「アセンブラ書けばいいじゃん」と高級言語が出てきた頃に言ってた人と主張の方向性は似てると思う。極端すぎるけど。 jsには落とし穴がいっぱいある。慣れてもたまにはまる。varを忘れたり「関数の頭で全部のvarを列挙する」というプラクティスに従ってたら、冗長になって管理するコスト高くなったり。 coffeeを使うとそういう余計な問題を意識しなくてよくなるのはとても大きい。 しかもjsでできることの全てをcoffeeでできる。工夫が必要になる場

開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか？ という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con

Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov