-
- いいね！1
やましろ
@yamashiro
残念ながら、日本は、例えばアメリカなどと比べて、仕事を楽しくするということをよしとしない人の比率が多いように思える。観測範囲問題なのかもしれないが。仕事は楽しくしたいよねー。僕が楽しく仕事をするの定義の中に適度な労働時間ってのもある。エンジニアとしては新しい技術とか。
2012-03-09 02:10:31
やましろ
@yamashiro
@flashoman 日々世界は変わるし、要件が変わることはプログラマーとして受け入れ、二度手間というか、それは世界に合わせたと考えるべきで、ただ、要件が変わるんだったら、タスクが増えたりするからスケジュールが伸びるor人を増やすという事実という考えですね…
2012-03-09 02:22:31
やましろ
@yamashiro
日々要件が変わることは受け入れるべき。ただ、受け入れることを、残業で解決する拒否するってのが正しい道ですよ。日々要件が変わる。これは事実。少なくとも僕は残業したくない。これも事実。その対立をどう回避するか。
2012-03-09 02:29:33
やましろ
@yamashiro
プログラマーに「早くできればいいから品質落とせ」って言うのは、多くのプログラマーのソウルジェムを濁すのでオススメしません。次善策は「とりあえず作れ。あとで綺麗にする時間やるから」。この場合はその約束が守られないとプログラマーのソウルジェムはにごります。
2012-03-09 02:34:55
せきやすひさ
@office_acer
@koizuka @yamashiro プログラマーに指示する側に開発経験があるかどうかによって「早くできれば」云々という指示があるかどうかの違いが気になるところ。
2012-03-09 02:41:43
やましろ
@yamashiro
エンジニア同士の会話で最近思っているんだけど「設計」って言うと、何か不変のものだって身構えて、全部を予見して設計する。みたいな感じの会話になってしまうんだけど、全部を予見して設計するなんて無理なんだよ。だから設計っていうかモデリングっていうかビジネスとか変わるんだよ。
2012-03-09 02:43:36
KOIZUKA Akihiko
@koizuka
@yamashiro プログラミングはコードの一文字に至るまで設計(=新たに何かを決定する)で、便宜上抽象度で色々切ってるだけだし、どの部分を見ても試行錯誤をするのが自然だよな。
2012-03-09 02:45:34
やましろ
@yamashiro
@koizuka そうですねぇ。ブロック内のスコープの変数名を決めるのも設計ですし、沢山のオブジェクトを扱うクラス設計も設計ですし、それらをいかに、簡単に試行錯誤できるようにするかが大事ですねぇ…
2012-03-09 02:50:39