プログラミングの未来を予測する方法

マーティンファウラーのウェブサイトには、一般的な問題に対する優れたソリューションの信じられないほどのコレクションがあります 。開発者がイベントソーシングについて話すのを聞いたことがありますか？彼はそれについて10年前に決定的な記事を書いた。新しいRESTAPIまたはサービス指向アーキテクチャでパフォーマンスと信頼性の問題を追いかけていますか？これは、15年近く前からの、彼の最初の分散オブジェクトの法則です。

Avdi Grimmは、「テクノロジーカーブをリードしたい場合は、マーティンファウラーが約10年前に書いていたものをすべて調査し始めてください」と私に言いました。それは完全に真実です。 彼のウェブサイトのパターンを読むのに費やす時間は、プログラミングの将来に多大な投資をするでしょう。 そして、それはリファクタリングパターンについても言及していません。

さらに進んで、アジャイルマニフェストの著者によって書かれたほぼすべての本や記事は読む価値があります– 15年前、彼らは私たちが今日遭遇したのと同じソフトウェアアーキテクチャの問題に取り組んでいました。

C2Wikiで多くの議論を見つけることができます 。 TDDが最も理にかなっている場合についての議論はありますか？それらはすべてそこにあります。そして、彼らは そこの。ウィキはしばらく前から存在していますが、それでも素晴らしいリソースです。

90年代後半から2000年代初頭までの本も役に立ちます。 Smalltalkのベストプラクティスパターンとエンタープライズアプリケーションアーキテクチャのパターン（これはRailsに大きな影響を与えました）を通して、私はずっと微笑んでいました。彼らは私が抱えていた問題を説明してくれたからです。 。

デザインファッションと同じように、ソフトウェア開発の実践も循環します。分散型から集中型へ、クライアント側からサーバー側へ、動的から静的へ。

先に進み、何が来るのかを理解し、さらにはドライブしたいですか？ 次はなにかな？過去に目を向ける。 現在の解決策が引き起こす問題の解決策を調査します。 そして、最後の世代のソフトウェア開発者のグッドプラクティスを次の世代にもたらすのを手伝ってください。