【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得! 2015年01月22日 最終回の後編では「エンジニアをデザインができるように育てるデザインメンター制度」について引き続き現場のエンジニアと、一緒にお仕事をさせて頂いているデザイナーの方をお迎えして、お話を伺いました。ついに謎に包まれていた「デザインメンター制度」の詳細が明らかに!
![【後編】デザインできるプログラマの育てかた〜「デザインメンター制度」のキモは理由で納得!](https://cdn-ak-scissors.b.st-hatena.com/image/square/7343ff0a12522ce8ea86d3130c691d7701a2d084/height=288;version=1;width=512/https%3A%2F%2Fsonicgarden.imgix.net%2Fuploads%2Fimage%2Ffile%2F1575%2Foriginal.jpg%3Fixlib%3Drails-4.3.1%26fit%3Dcrop%26crop%3Dfaces%26ar%3D1.91%253A1%26w%3D1200%26auto%3Dformat)
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く