記録の連続

■[日々]はてな記法忘れた

MacBook Air 11インチ欲しい！

Permalink | コメント(0) | トラックバック(0) | 22:45

■97のこと

ソフトウェア・アーキテクトが知るべき97のこと、プログラマが知るべき97のことをまとめて購入。一つ一つの記事が短い読み物風なのでさくさく読める。

経験的に悟りつつあったことではあるけれど、この本を読むことで、アーキテクトの仕事が板にはさまれることであるということをはっきりと認識した。

Permalink | コメント(0) | トラックバック(0) | 22:55

■ Amdahl's Law を超えていけ

http://www.ddj.com/cpp/205900309 を読み中

コード中で、sequential な部分の実行コストを s、parallelizable な部分の実行コストを（全部で）p、とすると、

• N 個のプロセッサで実行したときに得られるスピードアップはたかだか (s + p) / (s + p/N )
• N → ∞ とすると、スピードアップは (s + p) / s で頭打ち

であって（アムダールの法則）、これは残念なことである。

これに対抗するには、視点を変えて、

• 並列化可能な部分で処理するデータを増やす
  • つまり、プロセッサがN個あれば同じ時間であれば s + Np だけ仕事ができる
• 並列化可能な機能を追加する
  • ゲームであれば、2D → 3Dにするとか
• スケールしないけれども並列化可能な部分をがんばって並列化する
  • ソフトウェアパイプライン化するとか、キャッシュを導入するとか

というように、同じ時間でこなす仕事の量を増やすことはまだ可能である、ということで、以上、Sutter先生のチートというかへりくつでした。

Permalink | コメント(0) | トラックバック(0) | 14:57

■出した

婚姻届出した

Permalink | コメント(0) | トラックバック(0) | 11:10

■[本] Working Effectively with Legacy Code

誤植が多いぞ！というのはおいといて、ちょっとくらいズルしてもいいからとにかくテスト可能にしろ、結果はあとからついてくるゼ！てなことに尽きますな。

Permalink | コメント(0) | トラックバック(0) | 22:38

■[本] Working Effectively with Legacy Code

最初のあたりを読んだ。わりと読みやすい。以下適当なメモ

• テストがないコードはいくらきれいなコードだったとしてもレガシーコード
• コードの構造が多少（美的に）崩れるとしても、テストを書けるように依存関係を取り除くことは悪いことではない。外科手術の手術跡みたいなもの。breaking dependency
• コードそのものを変えずに文脈（テスト、プロダクション）に応じて振る舞いを変えるテクニック
  • object seam
  • link seam
  • preprocessor seam

Permalink | コメント(0) | トラックバック(0) | 22:35