プログラミング設計パターンを把握できない

私は過去4年間javascriptを扱ってきました。私は自分の問題解決スキルに非常に自信があり、コードの品質が向上していることがわかります。私はコミュニティの最新情報を取得しようとしていますが、現在ES2015とReact.jsを使用しています。しかし、プログラミングの設計パターンをまったく把握できないと感じています。私はこれについてのリソースを見つける場所を知っており、私はすでにそれについての本を読んでいます。私はプロジェクトの構造について意思決定をするのに先輩に頼っていますが、それに取り組むのに問題はありません。

自分で何かを開始する必要があるときはいつでも、次の2つのパスを探します。もっと小さいものを使用している場合は、モジュールパターンを使用します。このテーマに関する理解が深まると、より良い決定を下せるようになることはわかっていますが、今のところは完全に失われています。

これに関する優れた教育を探すべきですか？このテーマに関する指導者は必要ですか？私はただ愚かですか？これは本当に理解しにくいですか？

ソフトウェア設計パターンは、よく知られた問題に対するよく知られた解決策です。 それらを理解する方法は、パターンを学習し、それらがどのように機能するかを理解し、各パターンをソフトウェア設計に適用するのがいつ適切かを知ることです。

ソフトウェア設計パターンを学習する方法は、それらを一度に1つずつ調べることです。それは継続的な教育プロセスです。学習の足跡を減らしたい場合は、現在使用しているテクノロジーに直接関連するパターンを調べてください。

設計パターンについて知っておくべき重要な事項：

1. 一部の設計パターンは、本質的にアーキテクチャーです。 MVCとMVVMはそのようなパターンの例です。このようなパターンは、提供する組織的および構造的な利点が必要なときに使用します。

2. 一部の設計パターンは、プログラミング言語の欠陥に対する回避策です。 より表現力豊かなプログラミング言語を使用する場合、これらのパターンは必要ありませんが、多くの場合、この選択をすることはできません。大多数のGoFのパターンがあり、このカテゴリに。

3. ソフトウェアパターンは、パターンが解決するように特別に設計されている問題を解決しようとしている場合にのみ使用してください。 ソフトウェアパターンをつなぎ合わせてアプリケーションを作成している場合、それは間違っています。

4. 存在するすべてのコンピューティング問題に対する既存のソフトウェアパターンはありません。その場合、プログラミングは単にパターンマッチングの練習にすぎません。

5. 一部のパターンは実際にはアンチパターンです。 これらのパターンがもたらす追加の複雑さは、それらが提供する利点を上回ります。パターンごとに、これらのパターンのどれを避けるかを自分で決める必要があります。

学習に対する全員のアプローチは少し異なり、あなたの一般的なアプローチが何であるかは分かりませんが、自分を「バカ」とラベル付けして自分自身を傷つけていると思います。

個人的には、多くの人が「成功した」ソフトウェアエンジニアやデザイナーなどと呼ぶものを観察したことから、学習には共通のテーマ「経験」があります。これはあなたの「優れた教育」であり、アマゾンから大量の本を購入し、それらを読む（私の悪い習慣）よりもすぐに学ぶと思います。

したがって、たとえば、コマンドパターンのようなGOFパターンを使用して、選択した言語で実装します。それがあなたに与える利点と欠点を理解してください。設計パターンに関するさまざまな本がこれをあなたに説明しますが、私はその知識を実際に適用し、そこから学ぶ方が良いと感じています。読み物を割引かないでください。目的はありますが、ITの世界はほとんど教科書の練習ではありません。そうは言っても、それは私の意見であり、ITの世界に対する見方であり、一部は、ソフトウェアエンジニアリングでの私のキャリアを始めるときの自身の苦労を表しています。また、私が見る大きな問題は、経験豊富なソフトウェア開発者であっても、彼らがしていることを楽しみにしておくことを忘れていることです。それで、あなたが学んだことに時間をかけて、あなたがしていることを実際に楽しむことを忘れないでください。

さらに、他の人の実際の経験を活用してください。多数のオープンソースソリューションがあり、それは良くも悪くもあり、それらから学ぶことができます。彼らがどのようにパターンを適用したかを見て、あなたがどのようにそれと異なって取り組むかについて考えてください。

したがって、私の一般的なアドバイスは、あなたのアプローチが間違っていると感じたら、それを変更することです。自分が把握していないと感じる資料を学習していると感じている周囲の人々を見て、彼らが何をしているかを見てください。

短い答えは、あなたはそれらを必要としないということです。それらなしでコードを書くことができます。マシューがコメントで述べたように、これは言語が非常に柔軟でプロジェクトが小さくなる傾向があるJavaScriptで特に当てはまります。しかし、4年間プログラミングをしてきたのであれば、繰り返しや厄介なことに出会ったことがないと信じることは難しいと思います。あなたがデザインパターンを再発見するか、欠落しているそれらの領域。

例：JavaScriptのイベントシステムは、多くの場合、手元のタスクには不十分です。イベントのストリームを結合または変換できるようにしたいと思ったことはありませんか？または、その一連のイベントは、それ自体が第一級の値でしたか？メディエーターパターンまたはオブザーバーパターンが必要です。双方向のデータバインディングが必要ですか？同じ話。

壊れやすいプロトタイプ階層がダウンしたのか？Mixin / Trait / Subclass Factoryのパターンが助けになります。

メンター、非常に良い経験を持つ人から学びましょう。彼にコードを見て質問し、コードレビューを提出して、彼と協力してみてください。これは、コーディングスキルを向上させるための最良の方法です。

追加：

• 好きなシンプルなOSSプロジェクトと協力する

• 同じ問題を解決する方法が2つある場合は、常により単純な方法を選択してください

• あらゆる種類の奇妙なエラーを自由に行うことができるサイドプロジェクトでいくつかの余分な経験を構築し、デザインパターン「難しい方法」（tm）を学習します。