草野俊彦「教養としてのプログラミング的思考」

• フローチャートの記述レベルが、アセンブラやC言語などの低級言語の記述に近い
• 手続きの組み合わせという「手段」を表現するのには向いているが、なぜそのような手続きが必要なのかという「目的」を表現する記述力が弱い。
• その後登場したオブジェクト指向言語（最近は関数型言語）にあわせて、設計手法も変化していった。

などだろう。
プログラミングの入門者向け（あるいは小学生向け）に登場したビジュアル言語は、ほぼフローチャートと同じ表現形式を用いているから、最初からビジュアル言語を前提にした解説でも良い気がする。
本書には、プログラミングやその前段の要件定義、基本設計に関する重要な留意点が記載されている。（本書では、明示的に要件定義や基本設計という用語は使われていないが）
例えば、
「プログラムの出来の良し悪しはプログラミングが始まる前の段階で作り込まれる」
「（要件定義や基本設計を）日本語で記述することによる曖昧さについて。プログラム設計では曖昧さを排除しなければならない」
「設計は極力定量化することが重要である」
などである。
これらの注意点は、システム設計を経験したことがあるSEには自明のことだが、初学者に理解してもらうのは難しいかもしれない。
（例えば、曖昧さに関して、「プログラマーのジレンマ　夢と現実の狭間」という書籍には、「曖昧さをなくす（disambiguate）という単語ができたのは、コンピュータ文化によって必要とされたからである」という名言が出ている）
要件定義や基本設計は、比較的大規模なシステムを構築する場合の工程であるが、ビジュアル言語による開発は、多分、小規模の開発であろうから、このような前段の工程はあまり考慮されていない可能性がある。
すなわち、上流工程はプログラミング的思考の範囲外である可能性がある（私は正確なことを知らないが・・・）。
本書には、推論やエキスパートシステム、機械学習に関する話題も盛り込まれているが、対象とする読者が初学者であることを考えれば、これらのテーマは不要ではないか（かえって読者が混乱するのではないか）と思われる。例えば、機械学習について
「学習により、期待される結果と、コンピュータの計算結果が最小となる『最適解を出す定数』を反復的な計算から求める。非常に多くの『入力と結果』の組み合わせを経験値として与えることで、この『最適解を出す定数』を導く」
と説明しているが、難解である。（教師あり学習のことであり、定数とは重みや閾値のことかもしれないが・・・）