一般化に注意してください

アジャイル、リーンスタートアップ、顧客開発、Worse is Better、TDD、SaaSなど、ファッショナブルな現代のコンセプトが数多くあります。 彼らはすべて良いです。 理解し、特に使用すると、視野が大きく広がります。 しかし、これらはすべてかなり一般的なものであることを理解する必要があります。 頭を使うことを忘れずに、自分のプロジェクトでの適用性を明確に理解してください。



方法論への熱狂的な遵守は、プログラミング言語の可能性を認識する喜びに似ています。 私自身もこれに何度も屈しました。「クール、Pythonにはメタクラスがあります-プロジェクトで緊急に使用します」-通常のクラス属性でも同じことが実現できるという事実にもかかわらず。 「すごい、Lispマクロは超大規模だから、もっと大きくしてみよう」-高階関数でうまくいくかもしれないが。 最初はこれを行うと、時間が経つにつれて慣れてしまい、この強力な機会をどこでも突くことができなくなりますが、本当に必要な場合にのみ使用してください。



すべての理論はかつて若かった。 今では流行遅れで時代遅れだと考えられているものでさえ、かつてはブレークスルーでした。 ちょうど今、プログラミング言語の強力な機能が素晴らしさを失っているのと同じように、彼らは以前の素晴らしさを失いました。



それらが時代遅れになる瞬間はどこですか? それらが機能し、もはや存在しない条件はどこにありますか? 新しいトレンドはすでに安定したステレオタイプになっていて、さらなる動きが必要かもしれません。 常にこれらの質問を自問し、概念を使用する/使用しないのは、進歩的/時代遅れではなく、特定の場合に個人に合っている/合わないからです。



いくつか例を挙げます。



例では、私が議論を引き起こしたいからではなく、関連する本/ブログ/講義で彼に会わないため、特に否定的です。 それは理解可能であり、あなたの理論を動揺させるポイントは何であり、その欠点を示しています。 このため、まだ誰も反論していない新しい概念は、実際よりも良く見えることがわかりました(10年後にはどのようになるか)。



一方、批判に陥ると、単に「方法論Xは私には向いていない」と言うだけで間違いを犯す危険があります。 問題は、理解の欠如、または適用できないことです。 そのような場合に試してみる価値があります。自分で新しいアイデアを試して、実際に使用して、フェンシングをオフにしないでください。 おそらく一部を使用することはできますが、すぐに全体を使用することはできません。 一般に、現実とつながり、結論を導きます。 しかし、「メソッドXはたわごとであり、メソッドYは操縦する」という一般的な結論ではなく、「メソッドXはそのような状況があったため機能しませんでした。



繰り返しますが、私は新しいトレンドを批判しません。 「Yを使用しているので勝ちます」と言う人には常識を呼びたいだけです。 テクニックは、神によって普遍的な連続体から引き出されるのではなく、経験、分析、さまざまなアプローチの使用から人々によって発明されます。 著者自身を故意に著者よりも低いと考え、盲目的にそれらの後に繰り返す必要はありません。 あなたは彼らのアイデアの助けを借りてビジョンを広げ、あなた自身の道を進む必要があります。



All Articles