栞/#dev
「クラウドを使うと、データベース管理者、ネットワーク管理者、ストレージ管理者といった個別分野の専門家（SpecOps）の役割は重要でなくなり、運用全体を見るゼネラリスト（DevOps）が求められるようになってくる」
コミットログの書き方
ベジェ曲線って何？の説明
バッチ書くときに気をつけること
「関数はコンテキストに依存しないように機能を抜きだして機能の名前をつける、変数名は作業性とのバランスをとってなるべく意図をあらわす、あらわしきれない意図はコメントで書く」
「コストがかかることを便利にしてはいけない」ってすごく納得
「少しずつ作る」重要
サーバーで少しでも節電
DevOpsについて。「DevOpsとは、開発部門、運用部門、品質管理部門のあいだの、統合、コミュニケーション、コラボレーションを行うための一連のメソッドとシステムである。」
「問題が一つあります。それはControllerが「リクエストをハンドリングする」という役割と、「Modelをいくつか利用して処理を行う」という、二つの違う役割を担っていることです。」
Facebookの開発の仕組み。オペレーションチームの動き方とか
「いやぁ、BtoCサービスの開発で、属人化を避けるのなんて無理だろ」
スタートアップから大きくなっていく会社で気をつけること。
apxsでApacheモジュール開発。
クローラーをどう実装すべきか、クローラーにどう対処すべきか。
「リアルのデータを客観的に分析しよう。そして「計測的開発」をソーシャルゲーム開発者の共通認識にしよう。それをもとにローンチ後の継続的な運営を行っていこう」
cookie storeなセッションのよさ、認証をBASIC 認証で行う意味。
「ユーザーインタフェースのチームの進行を実装チームに一歩先行させよう。」
webアプリのMVC。Modelをどう区切るか。
「Model層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにする」ことで、Modelへのインタフェース作成をさぼれなくする。
「開発者の皆さんライブラリ病が過ぎるんじゃないすかね。脳味噌がライブラリ化されちゃってない？」
データアクセス層をMVCのModelそのものだと勘違いしてしまうケースを指摘。
「こういう感性って、当たり前と言えば当たり前なんだけど、大事だと思う。ライブラリが他のライブラリからも利用されるようになると後方互換性が重要になり、変更を加えづらくなる。」
OSSなクラウド技術、Eucalyptusに関する記事の目次。
「WebApp の場合、Web (というより HTTP) を唯一のインターフェイスとして提供し、例えば CLI だろうが GUI だろうが、HTTP を仲介するようにします。」考え方として。
CGIやSSLに対応した軽量なhttpサーバー。
非同期化の手法いろいろ。
「テストがかけた時間の割りに役に立つと思ったら書くし、そうでなければ書かない」
Mixinはフレームワークを作るときには確かに便利。でも使いすぎると自分でも追えなくなるし、利用する側にとってはあまり利益がないのも確か。