どうやら
おれは、どうも、中身より、API のデザインのほうが気になるみたいだ。中身はもちろん、すごくおもしろいけど、中身がどうよくても、API がよくなければ使えない。そのうえで、中身、と、それと API をふくめた哲学が一体となって、美しいライブラリ/フレームワークになるんだなぁ。
これは別に比喩でもなんでもなくて、他のことに言いかえると意味が剥れてしまうようだ。中身より外見のほうが気になるってのはちがうし
そして、頭がわるいこともあって、できるだけシンプルなデータ構造と、できるだけシンプルな動作がすきだ。だから、そのために多少の高速性が犠牲になっても、べつにいいと思ってる。そうもいかないこともかなり多いけど、やっぱりそういうところをいじろうとすると、戸惑う。むずかしい。高速性より、理解のしやすさ、読みやすさ、がおれのなかでは、かなり優先順位が高い。綺麗なソースがすきだ。どうしてもそうだ。
関連エントリー
- 疎結合 やっぱ、疎結合のほうがいいなぁ。中身が見えない、中身を知らない。インターフェイスだけ。必要なものは API に。API にしてないところは触...
- はてな認証API コメント欄の認証で実装したけど、メンテ中でテストできない>< API 自体は Flickr と殆ど同じなので、Flickr クラスをコピペっ...
- Acrobat Reader 高速化 via 適宜覚書はてな異本 - AdobeAcrobat7のロードをスピードアップする方法 紹介された方法だと何かうまく行かないので自力で ...
- mbed InterruptIn はネストするか 答: デフォルトではしない ARMのNVIC (Nested Vector Interrupt Controller) は名前の通りネスト可...
- はてブと del.icio.us を同時に使うように CGI 設置するのとかめんどいので xpost-del-hatena.user.js, GM スクリプトにした。 はてなの認証方法がややこし...