私はいくつかの初心者向けプログラミング チュートリアルに取り組んでおり、関連する多くのモジュールと関数、それらの目的 (抽象的)、およびそれらの相互関係を追跡するのが難しいと感じています。鳥瞰図からすべてを見て、コードをよりエレガントに再編成およびリファクタリングする方法をよりよく想像したいと思います。
この複雑さを管理するために専門家が使用する専用ツール (ホワイトボードとマーカー以外) はありますか? プログラマーは、メンタル モデルだけに頼ることが期待されていますか? 専門家は、このような目的で Lucidchart のようなフローチャート ソフトウェアを使用しますか?
構造図は 70 年代半ばから存在しています。リーフ レベル -1 のみを実行する場合、データ フロー ダイアグラムは、構造化 (非 OO) にも役立ちます。非 OO を行う場合は、Yourdon メソッドを参照してください。また、イベント パーティショニングの基礎として、Essential Systems Analysisも検討してください。現在も使用されているさまざまな CASE ツールがあります。
OO を行っている場合、UML はうまく機能し、長年にわたって使用されてきました。「ダイアグラムに満足」しない場合でも、UML は非常にうまく機能します。
データ関係の ERD があります。
グラフィカル モデリング ツールは、一般のプログラマー人口の約 18% 以上に浸透したことはありません。開発者向けの適切なトレーニングの欠如、マネージャー向けのモデルを使用したプロジェクト管理に関する適切なトレーニングの欠如、および CASE ツール ベンダーによる過大な約束/提供不足が原因の 1 つだと思います。私は大学で構造図というグラフィカル ツールを使い始めました。「プロの開発者」が、相互関係や依存関係の視覚的なモデルなしで大規模なプログラムを作成できることに、私はいつも驚かされます。彼らはどのようにそれをすべて覚えていますか？彼らがプロジェクトに参加するとき、彼らはどのようにして新人を最新の状態にしますか?
あなたが尋ねる質問をする私たちの人々は少数派のようです. 「道具」ではないと思います。「より高いレベルの抽象化」と視覚化を望む開発者もいれば、望まない開発者もいると思います。