もちろん重要な100,500の技術とアプローチの知識に加えて、直接必要であり、何らかの理由でめったに話されないもう1つのポイントがあります。
これは、作成中のソフトウェアで何が起こっているかのモデルを頭の中に構築する機能です。そして、少なくとも一般的には、彼女を長い間覚えておいてください。
あなたはビジネスの利点について気にしないかもしれません（こんにちは、 fillpackart）、または逆に、あなたは仕事だけで生きています。jvmでのgc実装の詳細を知っている場合と知らない場合があり、赤黒木を回転させます。
システム全体を頭の中で多かれ少なかれ維持するような方法で灰色のニューラルネットワークをトレーニングできない場合、これはすべて問題ではありません。あなたが責任を負うソフトウェアの一部に属し、もう少し近くにあるもの。
顧客の無意味なつぶやきを自分で明確なモデルに変換することも、ビジネスアナリストを設定するか、ドキュメントを配布する電子メールを送信することもできます。
しかし、それでも、頭が「カチッ」と音を立てるまで、一般的に何が起こっているのかを理解することはできません。あなたは最も愚かな間違いや欠陥を犯します。これがナンセンスであることを理解できないので、TZからの明らかなナンセンスを黙って終了します。コードは奇妙なコンピューター言語で書かれたビジネスプロセスのモデルであるため、コード内のエンティティと抽象化を強調表示するのは誤りです。
DDDのようなさまざまなアプローチが役立ちますが、一部にすぎません。システムを理解せず、タイムリーな質問をせずに、制限されたコンテキストとエンティティも誤って区別されるためです。次に、やり直す必要があります。同時に、システムには不要な依存関係や奇妙な名前がたくさんあります。
クールなチェスプレイヤーは、同時ゲームセッションで12のゲームを覚えておくことができます。
クールなシニアプログラマーは、いくつかの正しい質問をすることによって、予備的な議論の段階でさえ妄想的な特徴を断ち切るでしょう。
モデルを頭に抱えることができる人は、1秒あたりのコード行数が少なくても、チームリーダーになることがよくあります。
PS他の人に何が起こっているのかを説明できるのもいいでしょう。説明するとき、あなたは本質をよりよく覚えて結晶化します。
この投稿は、CrossJoinテレグラムチャネルからの投稿の打ち切りバージョンです。