技術選定
そのプロジェクトにおける課題となり得る点を洗い出す
それらを個別に解決する
堅牢である
工数の見積もりが可能
少ない人数での開発ができる
多くの人数で開発しても破綻しない
学習コストが低い
情報が揃っている
公式ドキュメント
コミュニティ
自社のチームメンバーの人数や技能
このスライド読んで思ったけど、iOSとAndroidを別々に作っていると、 ユーザーが見るマニュアルには別々のことを書かないといけないのか、大変だ
選んでいる時は楽観的になりがち
大きな声に頼る
理由や検討のログを残す
チーム感
参考
はてなでの10年戦える新技術採用戦略の話
いんふら