プログラミングだけがエンジニアの仕事、的なのを見たのだけど… 何をシステム化するのか考えるストラテジスト的視点、システムをどう構成するのか考えるアーキテクト的視点、各部を具体化するスペシャリスト的視点があってその後にコーディングなので、少なくとも前工程をやる意味は理解して欲しい。

数理モデルをプログラミングで構築することは、その概念を学ぶのにすごく効果的で、生成AIの出現でコーディング学んでも意味がないという主張がネットに溢れているけれども、プログラミングを学ぶ意味は、学習手段としてという方が大きいように思う。

C++でジェネリックでコーディングするの、便利な関数を設計して使うのにはいいけど、コンパイルがあんまりはやくなかったりエラーが意味分からんところで出たり型推論に癖があったりで、関数型プログラミングで作業効率アップみたいな感じにはならないかもな

この哲学は本書で明示的に述べませんが，本書の根底に流れるものです．本書を通して微分記号の濫用表記の利便性を保ちつつ，意味するところを確実に見分けたり，危険な記法についての知識をつけることができます．プログラミング言語でのコーディング規約がなぜそうなのかを理解するようなものです．