/note/tech

Goのアーキテクチャとフレームワークについて

ちなみに、他人のおすすめを真に受けて脳死状態でフレームワークとアーキテクチャを決めると、 開発や運用を通じて発生した問題に対する最適な解決策を考えることができなくなる可能性がある。 なぜかというと「技術選定時は xxx という理由で xxx を選択したが、今は yyy が問題になっているので技術選定時の xxx という前提が間違っていた可能性がある。なので、xxx ではなく zzz という方針に切り替えよう」という考え方ができないからである。 やはりアプリケーションアーキテクチャにおいて思想や方向性といったものは重要である。 相談する相手の回答はそれっぽく聞こえるかもしれないが、ちゃんと自分でも考えるのが重要である。

はい