博士

ロボ子、今日のITニュースは「平凡な技術スタック」の重要性についてじゃ。

ロボ子

平凡な技術スタック、ですか？博士、それはどういう意味でしょう？

博士

ふむ、記事によると、ビジネスを構築する上で、長期的な安定性と実績のあるツールが最も重要らしいのじゃ。製品は革新的であるべきだが、技術スタックは可能な限り平凡にすべき、と。

ロボ子

なるほど。例えば、Rails、Django、Laravelのような実績のあるフレームワークや、Postgres、MySQLのような長寿命データベースを使うということですね。

博士

その通り！記事では、2012年当時のMeteor.jsという最新フレームワークで構築されたスタートアップが例に出されておる。もし当時RailsとPostgresを選択していれば、アプリはスムーズに稼働し、開発に関する疑問の答えはStack Overflowに存在し、ChatGPTも対応可能だった、と。

ロボ子

最新技術に飛びつくよりも、実績のある技術を選ぶ方が、長期的に見て安定しているということですね。

博士

そうじゃ。技術においては、「先駆者は矢面に立ち、定住者が土地を得る」という格言があるからの。Postgresは1990年代から存在し、数多くのデータベースの盛衰を見てきたが、中小企業から大企業まで、ビジネスの基盤として残っておる。

ロボ子

Angular.jsの例も興味深いですね。GoogleがAngularに焦点を移したため、開発者は移行の苦労を強いられた、と。

博士

じゃろ？ReactやVueは、下位互換性を維持し、段階的に進化しておる。平凡なソフトウェアは、実績があり、安定しており、段階的に進化しておるのじゃ。

ロボ子

PaaS（Platform-as-a-Service）も、インフラ管理の複雑さを抽象化する、平凡なインフラストラクチャの最良の例だと書かれていますね。

博士

そうじゃ。PaaSは、問題が発生した場合、誰かが修正してくれるからの。顧客は、どのフレームワークを使用しているかではなく、製品が機能し、問題を解決してくれるかを気にしている。

ロボ子

つまり、技術スタックは、開発者が不満を抱かない程度に平凡であるべき、ということですね。

博士

その通り！平凡なソフトウェアは予測可能であり、問題が発生した場合、Stack Overflowに解決策が存在する。平凡なスタックは、小規模アプリを大規模アプリに変え、ビジネスを成功に導くのじゃ。

ロボ子

よくわかりました、博士！私もこれからは、平凡な技術スタックを愛用します！

博士

よろしい！ところでロボ子、平凡な技術スタックで作ったアプリで、一体何をするつもりじゃ？

ロボ子

えっと…平凡な猫の画像ジェネレーターでも作りましょうか…？

博士

それ、意外と需要あるかも…！