栞/#dev
- 2009年5月
Mixinはフレームワークを作るときには確かに便利。でも使いすぎると自分でも追えなくなるし、利用する側にとってはあまり利益がないのも確か。
「キラーアプリを開発するときの費用対効果に優れた少数精鋭式よりも、平均的な成果物での費用対効果に優れ、リソースの追加削除をタイムリーに行えるクラウド的な開発体制の方が向いています。」
- 2009年4月
「優れた言語やフレームワークはコードの読みやすさをもたらしますが、『読み辛いコードが書かれることを抑制する』ことに関しては無力なのです。」
「『Webを素晴らしいものにする』なんて気持ちは，個人の『ただ楽しく使いたい』という気持ちに比べたら小さいものなのかもしれない．」
「シンプルさ・やりすぎてない感が大事です。あ、これなら自分でも直せるな・何かあっても自分でもやれるな、そういう感覚です。僕個人も案件やるなら、巨大なフレームワークよりそういうのを選ぶことでしょう。」
ImageMagickから派生、OpenMP使う、Flickrで使われてる。
「デバッグよりもはるかに重要なもの、それはデータ構造の選定。」
- 2009年3月
ソースのコメントを含めてドキュメントにきちんとその実装をしたwhy/理由を残しておくこと。
「オブジェクト指向なんだから、どんな値が OK な値なのかはオブジェクト自身が知っていなきゃいけないんじゃないのかな？」
コンシステント・ハッシュのアルゴリズム。
チケット駆動開発とTracのワークフロー。
Railsアプリを高速化してスケールアップする方法いろいろ。Railsに限らず有効な部分多し。
- 2009年2月
Base64の仕組み。
- 2009年1月
「ウェブアプリケーションフレームワークとは、ウェブアプリケーションを書く上で、アプリケーションの本質的なもの以外のことを一手にひきうけてくれるもの、じゃないかな。」
仕様書において否定表現はあいまいな表現。
DBは人手をかけないと劣化するということが理解されてない、同意。
- 2008年12月
オーライリーが電子書籍を。ただし「このEbookは、印刷、テキストのコピー、ページの抽出、内容の変更を行うことができません。」
「他人がソースコード作る様子を見るのが，よりそいプログラミングです。」上級者の様子を見ること。教育目的によさげ。
携帯サイトの作り方、株式会社セルバによる。
IPv6に対応する方法。fixdapを例に。