プログラム入門書で毎回「足りないなぁ」と思った事

脳トレパズル本プログラマを育てる脳トレパズル遊んでおぼえるPythonプログラミング＆アルゴリズムを読んで、最初の課題が三目並べなのだけど、毎回入門書に足りないものがあるんじゃまいかと思うことがあったので、じゃぁ「職業エンジニアとして考えるならどういう開発スキルが要るのか？」をコンセプトに考えてみた。

テストの観点

この点は若干の本には記載がある。おそらく第二言語として学ぶ人を前提にしてる場合は書いてある。
しかし多くの入門書ではテストを書くこと自体が扱われていない。

しかし、プログラマーを目指す人のための入門書には是非ほしい。

本のコンセプト上入れるべきでないケースもあるだろう。
あくまで自動化をさせる目的の退屈なことはPythonにやらせよう ―ノンプログラマーにもできる自動化処理プログラミングや、プログラマを育てる脳トレパズル遊んでおぼえるPythonプログラミング＆アルゴリズム、ITエンジニアがときめく自動化の魔法～仕事を効率化したくなる自動化テクニック～なんかでやる必要はないかもしれない。

とはいえ、実際問題テストというのは作りの確認作業なので、問題の早期発見には必須項目だ。

まずは作れるようになることが先決というのはわかる。
しかし実務の観点で見れば、保守の過程で修正し、変更が入る。既存の処理に影響を与えないためにもテストは必要だ。

ならテストコードは処理の仕様が変化していないことを確認（リグレッションテスト）できる最も簡単な手段でもある。

可読性の観点

この項目も欠けがちだ。
むしろ、実装系技術書全般で足りていない。

別に言語仕様と直接的に結びつく問題ではない。ならばコラム的に説明を入れることは可能なハズだと思う。

強いて書籍時の問題を挙げるなら、変数名が長くなる。尺や改行を踏まえると問題になることはわかるが…むしろ初心者にこそ叩き込んでおきたいと思うのは私だけだろうか？

可読性の観点はいくつもあるので、すべてを説明することは不可能だろう。感性の問題もあるので、深くは立ち入れないかもしれない。
しかし、名称の付け方、説明変数などのテクニックはどの言語においてもほぼ共通する内容のハズだ。

実務上では、常にコードを読む。なぜならここを修正したらどこに影響するのか？これは何をするものなのか？その速度はすなわちコードの修正、変更時間に直結する。
読みやすさに対する最小限の記述はすべきだ。

というかアルゴリズム系の本は、数学者的なセンスで書かれてることが多いので、変数名が数学的記号に合わせがちになる。
すると、説明もなく変数が名数学してると、数学してる人にしか読みにくい実装となっていて、本来知りたいと思っている層のエンジニアには読みにくいものではなかろうか？
エンジニア脳なら「数式＜＝コード」で実装を理解する人が多いので、その点は本当に困る。