エンジニアが
スピードとクオリティを
両立するためになにをするべきか
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.
おわり
Upcoming SlideShare
Loading in...5
×

engineer-life

147

Published on

エンジニアがスピードとクオリティを両立するためになにをするべきか

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
147
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

engineer-life

  1. 1. エンジニアが スピードとクオリティを 両立するためになにをするべきか id:karupanerura Mobile Factory, Inc.
  2. 2. about me Kenta Sato! id:karupanerura! Perl/JS/Java/elisp/etc..! Mobile Factory, Inc.! Social App Dept.! Enginner
  3. 3. ぼくの仕事の哲学について 話します
  4. 4. スピードₒクオリティ
  5. 5. 結論
  6. 6. Improve one’s skill, stupid.
  7. 7. なぜか?
  8. 8. 直感的な話
  9. 9. ベストプラクティスが すぐに思い浮かべば 一番速いでしょ?
  10. 10. ベストプラクティス ベストプラクティスを追求するほどクオリティは向上 する! ベストプラクティスを多く身に付ける事でクオリティ を上げつつスピードも上げられる! エンジニアリングのベストプラクティスは知識と経験 と試行錯誤から導き出される! ベストプラクティスは他のケースでも応用出来るケー スが多い
  11. 11. 未来の分まで 悩んでおけば それは後々返ってくる
  12. 12. そのままでは役立たなくとも、 応用することはできる
  13. 13. 逆パターン
  14. 14. 「速く仕事をこなしていけば 慣れでクオリティも上がるのでは?」
  15. 15. スピード重視のし過ぎ 現在の知識と経験の中だけでの最適解になりがち! 気合と効率化でしかスピードが上がらない! クオリティを向上しない効率化はminimalな tuningになりがち(あまり意味が無い)! ベストプラクティスが見付け難いのでクオリティ も上がらない
  16. 16. どのように速くするか コピペ! 別にやっても良いけどコピペ元のコードから学習せよ! 学習も無ければクオリティは上がらない! 気合タイピング! 役に立つけどminimal tuningだよね?! コードリーディング、試行錯誤! ベストプラクティスを学ぶのに役立つ
  17. 17. クオリティ重視のし過ぎ 同じような問題に対して深追いし過ぎてしまう! スキルの向上に結びつきにくい! 色々な問題に対処したほうがスキルの向上に 繋がる
  18. 18. クオリティを磨けば スキルは自ずと付いてくる
  19. 19. スキルを磨けば スピードは自ずと付いてくる
  20. 20. コードレベルのクオリティとスピードが 両立できれば、 製品レベルのクオリティの向上に集中しやすくなる。
  21. 21. 製品レベルのクオリティとスピードが 両立できれば、 更に広い視野でクオリティを考える事が出来る。
  22. 22. おまけ
  23. 23. プログラミング原則 Keep it simple, stupid. (KISS原則)! 複雑にすんな。シンプルに出来ないか考えよ。! 複雑なコードは技術的負債になりがち。! Don’t repeat your self. (DRY原則)! コピペすんな。共通のコードにまとめよ。
  24. 24. happy hacking, happy working.
  25. 25. おわり
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×