技術選定の観点や技術の優劣について - 30歳からのプログラミング

技術選定を行う前にまず、どのような開発組織にしたいのか、どのように事業を進めていきたいのか、そこを整理しないと上手くいかない。 そんなことを最近考えていたので、ブログに書いておく。自分は書くことで思考を整理していくので。 この記事では、「技術選定」そのものについて書いていく。 そのため、個別のライブラリの良し悪しを判断する手法などについては扱わない。もっと抽象度の高い、どのような考え方や態度で技術選定に臨むべきか、というようなことを書いていく。 また、作りたいものを作れるか、仕様を満たせるか、セキュリティ上の問題はないか、などの当然の前提は省く。 そういった「最低条件」を満たした技術が複数あったときにどうやって選ぶのか、という意味での「技術選定」を扱う。 お互いの「納得感」のためにもまずは軸を明確にする 技術選定について考えたり誰かと議論したりする際には、「自分たちは今、どういう観点を基準

[mizdra]

良い

[dkfj]

20年技術選定してきたから、それなりの一家言ある。大事なのは技術選定をできるメンバー（アーキテクト）を育成し続ける組織であること。世代交代も含めてそれが出来れば、多少の選定失敗してもリカバリーはできる

[berlysia]

“議論すべきなのは、「AとBのどちらが適切か」ということではなく、「自分たちはどういう観点で技術を選ぶのか」”