犠牲的アーキテクチャ - Martin Fowler's Bliki (ja)
http://martinfowler.com/bliki/SacrificialArchitecture.html 会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたをどんな気持ちにするだろう？ 多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 私たちは偉大なコードとして長命なソフトウェアを思い描くことが多い。私は 1980 年代に生まれたエディタでこの記事を書いている。ソフ
理解力が低い方は「理解しない」のでなく、「理解力の範囲で理解」する → 表面的な理解に留まったり、曲解に疑問を持たずに止まる。
Takashi Okumura @tweeting_drtaka 理解力が低いと思われる方、「理解しない」のではなく、むしろ「理解力の範囲で理解」するので、表面的な理解に留まったり、引っかけに掛かったり、曲解に疑問を持たずに止まる。そのうえで、その理解を元に少ないサンプルで強固な心証を形成していく。ここを軌道修正するのは、なかなかコストが高い。 2022-04-07 23:08:33 Takashi Okumura @tweeting_drtaka 一方、理解力が高い方は、新しい概念に触れたときの反応が全然違う。理解のためにペースが落ちるのではなく、むしろ質問を通じて前進していく感じ。おそらく、既存の知識から類例かメタ概念を引っ張りだしてきて、差分や境界を探ることで理解してる。理解力があるから元々の知識も多く、相乗効果。 2022-04-07 23:15:04 Takashi Okumur
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
