栞/#dev
「J2EEのおかげでエンタープライズが大袈裟じゃなくなった」「Javaがこれだけいじめられているってことは、その土壌に対してさらに破壊的なインパクトを与えるものが出てくる素地が整いつつあるわけ」
すごく同感。自分の場合、まとまらない場合PCが邪魔なので外に出たりするけど。「机に広げたノートで得られるのは考えをまとめる効率。」「脳の中に展開できない何かをノートに展開ですよ。」
心がけるべきこと。
「デベロッパーによるデベロッパーのための情報交換の場です。」
「ひとつのポイントは、『車輪の再発明』をするのではなくて、『他の車輪を良く見て、自分だけの車輪をつくる』っていうこと」
「僕らは世界に通用する。その域に行ける。いけないと思う理由はない。必要なのは、もっと表現したい、みんなに見て欲しい、という気持ちだけ。そしてお互いにそういうチャレンジを讃えていきたい。」
「実装と設計は不可分で、実装をしてみて初めて気がつくこと、設計をしてみて初めて気がつくことなどがあり、実際の設計と実装というのはいきつもどりつのプロセスである。」
ワンタイムトークン/トランザクショントークン、複数画面を開いた場合に対応。
二重投稿防止にワンタイムトークン/トランザクショントークンを使う場合の注意。
アプリケーションのAPIに関するサイトへのリンク集。
FastCGIの仕組み、C/C++で。
Martin Fowler、流暢/なめらかなインターフェース。メソッドチェーン。
IDEの自動補完を使うことでCoCの問題（規約）を解消。
エラー情報と解決方法を共有。
POST-Redirect-GETパターンへの疑義。なんか勘違いがあるような。
「私は先に日本で成功するまでは、海外には進出しない。日本人に選ばれたものが、海外でもまた成功すれば、日本人も『舶来信仰』の呪縛が解けることでしょう。」
当たり前なんだけど忘れがちなこと。意図を読み取ること。仕様とか仕組みとか。
コメント駆動開発。必要なときもあると思う。
「あるアイデアの実装はそれを知り尽くした人でなければ解らず、従って集合知的な多数決では決して優れた実装(この場合は企画書などアイデアの具体化を実装と呼びます)は得られない」
Mix-inについて。
抽象データ型についての説明。
障害対応。
「“変なソフト”を作ろう。」「今貴重なものは，やがて過剰になる。」「ネットの向こうにいる仲間を信じよう。」
非同期のような高コストのアプリはB2Cでは使いづらい。
受託開発と自社メディア開発の切り替え。
リファクタリングし合うコミュニティ。
「本当にプログラマになりたいなら、人月評価なんかさっさと超えてしまえ。」
設計文書の書き方、翻訳、誰のために/何のために書くのか。
「常に自分で考えて自分で手を動かすこと」
「世界を変える前に自分を変えるんだ。本当の敵は自分自身の無責任さだよ。」