gnarl
https://blog.hatena.ne.jp/gnarl/
<s>gnarl,</s>技術メモ”’<marquee><textarea>￥
https://gnarl.hatenadiary.org/
雑記
この書き方はまずいからあとで直そう→直さない あとで拡張する必要がありそうだ、必要になったら設計を変えよう→まずい設計のまま他人に使われる コミュニケーションしなくても正しい判断ができるようにする 正解がないことは、走りながら臨機応変に変えなければならない。でも、始まった時から正解がわかることがある。そういうものについては、最初からよく考えて正解を選ぶ。 どちらか迷ったら、変えやすいほうを選ぶ。AからBとBからA、どっちが変えやすい? 初期に書くコードはすごく重要。後から参加する人は既存のコードにスタイルを合わせる。 軌道を修正するコストは早ければ早いほど小さい。 仕組みを変えることにはコスト…
190
<iframe src="https://hatenablog-parts.com/embed?url=https%3A%2F%2Fgnarl.hatenadiary.org%2Fentry%2F20091124%2F1259069802" title="多人数プロジェクトで学んだこと - &lt;s&gt;gnarl,&lt;/s&gt;技術メモ”’&lt;marquee&gt;&lt;textarea&gt;￥" class="embed-card embed-blogcard" scrolling="no" frameborder="0" style="display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;"></iframe>
Hatena Blog
https://hatena.blog
2009-11-24 22:36:42
多人数プロジェクトで学んだこと
rich
https://gnarl.hatenadiary.org/entry/20091124/1259069802
1.0
100%