エンジニアが スピードとクオリティを

両立するためになにをするべきかid:karupanerura

Mobile Factory, Inc.

about me

Kenta Sato!

id:karupanerura!

Perl/JS/Java/elisp/etc..!

Mobile Factory, Inc.!

Social App Dept.!

Enginner

ぼくの仕事の哲学について 話します

スピードₒクオリティ

結論

Improve one’s skill, stupid.

なぜか？

直感的な話

ベストプラクティスが すぐに思い浮かべば 一番速いでしょ？

ベストプラクティスベストプラクティスを追求するほどクオリティは向上する!

ベストプラクティスを多く身に付ける事でクオリティを上げつつスピードも上げられる!

エンジニアリングのベストプラクティスは知識と経験と試行錯誤から導き出される!

ベストプラクティスは他のケースでも応用出来るケースが多い

未来の分まで 悩んでおけば

それは後々返ってくる

そのままでは役立たなくとも、 応用することはできる

逆パターン

「速く仕事をこなしていけば 慣れでクオリティも上がるのでは？」

スピード重視のし過ぎ

現在の知識と経験の中だけでの最適解になりがち!

気合と効率化でしかスピードが上がらない!

クオリティを向上しない効率化はminimalなtuningになりがち(あまり意味が無い)!

ベストプラクティスが見付け難いのでクオリティも上がらない

どのように速くするかコピペ!

別にやっても良いけどコピペ元のコードから学習せよ!

学習も無ければクオリティは上がらない!

気合タイピング!

役に立つけどminimal tuningだよね？!

コードリーディング、試行錯誤!

ベストプラクティスを学ぶのに役立つ

クオリティ重視のし過ぎ

同じような問題に対して深追いし過ぎてしまう!

スキルの向上に結びつきにくい!

色々な問題に対処したほうがスキルの向上に繋がる

クオリティを磨けば スキルは自ずと付いてくる

スキルを磨けば スピードは自ずと付いてくる

コードレベルのクオリティとスピードが 両立できれば、

製品レベルのクオリティの向上に集中しやすくなる。

製品レベルのクオリティとスピードが 両立できれば、

更に広い視野でクオリティを考える事が出来る。

おまけ

プログラミング原則

Keep it simple, stupid. (KISS原則)!

複雑にすんな。シンプルに出来ないか考えよ。!

複雑なコードは技術的負債になりがち。!

Don’t repeat your self. (DRY原則)!

コピペすんな。共通のコードにまとめよ。

happy hacking, happy working.

おわり