37signals Jason Fried氏の講演 「より少ないシンプルな機能で競争する」：Goodpic
This shop will be powered by Are you the store owner? Log in here
設計からコーディングまでの「距離」：An Agile Way：オルタナティブ・ブログ
私の立場は「コーディングは設計（の一部）だ」(by Jack Reeves)である。ここでは、コーディング以前のラフな設計（例えばUMLのクラス図やシーケンス図レベルのアイディア、それがホワイトボードに描かれていようが、紙であろうが、JUDEであろうが、日本語であろうが）を、ここでは設計と呼ぼう。 設計とコーディングの距離が増えれば増えるほど、ムダが増える。私の主張は、できるだけ、１つの関連部分の設計とコーディングは、「一人の人」が「少しずつ」行ったほうがよい、ということだ。昔見た「詳細設計書」という細かい実装の詳細を日本語である人が書き、それを見て別の人がコードを書く、ということは避けたい。ここでの距離とは、 頭脳間距離。 時間的距離。 の２つ。 頭脳的距離は、物理的に書く人の頭脳の距離だ。1人の人が設計からコーディングまでを含めて担当すれば、この距離は0だ、別の頭脳が担当するならば同じ
泥カンについて一言 - 日記を書く [・w・] はやみずさん
目立ちやすいように、上のほうに追記、コメントへの反応など書いていきますね。 追記1 伝えたかったメッセージは『IT全部が泥ってわけじゃない』なんだけれど （中略） 泥もあるし泥じゃないところもある。全部が泥っぽく語られる記事で盛り上がっちゃったので、それはちがうだろ、こんなに面白そうにやってる人達もいるよ、そういう業界なんだよ、というのを伝えたかったんですけどねぇ...。 個人的には、下請けで3Kだなんだいわれるような状況で働いているプログラマの方々（階層）を意図的にスルーしているような印象を受けました。 面白いことをやっている優秀な方々を集めれば、「IT業界にはこんなおもしろいこともある！」というアピールにはなるとおもいます。そういう意味では大変面白いカンファレンスでした。 ただ、「IT企業はほんとに泥のように働かされるのか」という問いへの答えとして、id:wa-renさんのブログに「泥
![泥カンについて一言 - 日記を書く [・w・] はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/25e7cd018c946fbabf4bac04074c332491c68aab/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128194811%2F1557447255)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/lestrrat/20060817
