そのプロジェクトにおける課題となり得る点を洗い出す

それらを個別に解決する

メンテナンスコストが低い

堅牢である

工数の見積もりが可能

少ない人数での開発ができる

多くの人数で開発しても破綻しない

学習コストが低い

情報が揃っている

公式ドキュメント

コミュニティ

自社のチームメンバーの人数や技能

このスライド読んで思ったけど、iOSとAndroidを別々に作っていると、

ユーザーが見るマニュアルには別々のことを書かないといけないのか、大変だ

「メンテナンスコスト」という単語の解像度を上げておいたほうが良い

選んでいる時は楽観的になりがち

大きな声に頼る

理由や検討のログを残す

チーム感

参考

はてなでの10年戦える新技術採用戦略の話

いんふら