スイーツ(笑)と呼ばないで!!
| |||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||
11/24/00:12 [PR] |
11/21/17:00 エンジニアの思考パターン例えば
http://www.recordchina.co.jp/a155573.html こういうニュースを見た時、エンジニアである自分が真っ先にする行動は、 炊飯するのにどのくらいの電力が必要なのかググる ということ。 そりゃダメに決まっているっしょ、という笑いながら否定するのは簡単だけど、 実際それがダメな理由が ・電力の問題なのか ・湯気や匂いなどの問題なのか ・倫理的な問題なのか ・マナー的な問題なのが ・法的な問題なのか ・単にそれまでそのようなことをやる人がいなかったという問題なのか その他、いろいろ考えられる。 例えば、今回の場合は単に電力の問題なのだとすれば、いくらでも代替案が浮かぶ。 そして、そう言った行動に出る人がいるってことは、そこに需要があるということで、きちんと問題をクリアすれば、それは画期的なサービスにつながるかもしれない。 エンジニアにとっては、OKかNGか、という結論だけではなく、その理由をきちんと理解することが大事だと常々思う。 結論が理由とセットで頭に入っていれば、別の状況でその理由となる原因が異なっているとわかれば容易にそれまでとは真逆の結論を導き出すことができる。 技術論だけでなく、例えば、「戦争(殺人)はすべきか否か」とかって問題も、ダメならばなぜダメなのかしっかりとその理論構造を分析してみたり、普段からそういう訓練すると良いと思う。そういうトレーニングが、今目の前で直面している技術的な課題をクリアするのに案外役に立つものだ。 PR
|
|
|