概要 †

  • 最適化の反対はモジュール化。ギリギリモジュール性もギリギリ保て
  • ずっと実装できれば幸せなのだろうけど、それってただの美味しいところを取ってるだけでは？？
↑

まとめること †

  • メカ・回路・制御のノウハウまとめ
  • 試行回数を節約できる唯一の方法は熟練者を真似すること
  • 設計、テスト容易性を甘く見る人は終盤死ぬ
    • プログラミングなら自動テスト
    • メカならアセンブリ可能性
  • 外注だと違うかもだけど、プログラマって常に「どこまで汎用的にするべきで、どこまでは実行速度や開発速度を重視して汎用性を捨てるかを選択する」ってのを要求されると思っているし、サービスへの理解がない状態で書いたプログラムは、いくら仕様に沿っていても微妙なことが多いと思ってる。
  • だから「プログラマは技術のことだけ分かっていれば良い」というのは無理があって、「このサービスはこういう理念だから、ここは変わらないけどここは拡張され得る」みたいなのをある程度把握したうえで設計・開発が出来ないとダメだよね、と結構思ってる。純粋な技術力だけで戦うのはなかなか難しい。
トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS