毎月30冊以上は増えて行くのだから、数えるだけ無駄。
引越しで本棚を設置したのは良いのだが、もともと入っていた本を戻す前に別のが入ってしまう。
本棚自体も増えたってのに、未だに箱の中に在るものも。

学ばなくて良いって意味じゃないですよ。
優先度の問題です。

CASLだって言語仕様を理解しないと組めませんよ。
ただ学習用にその負担が小さくなる様に作られているだけで。

ぶっちゃけ、クラスも関数も知らなくとも組めるってのと一緒。
学ぶ上で車輪の再発明になってしまうのは別に問題では無く、
方向性の目安にもなりますし。

>組み込み系と違って、業務アプリの世界だと、言語仕様を学んでくれないと、むしろトラブルの元になったりもしますがｗ
新人の最初って事で教育用って事で出しているので、OJTとしては考えてません。
OJT前提なら、そりゃ、プロジェクトで使っている言語でしょう。

抽象度の高い言語を使うと、プログラミングではなく言語仕様を学んじゃうんですよ。
学校で学ぶのなら構わないのですが、仕事として新人が学ぶには
潰しが効かないって状況は良くありませんから。
CASLなんかでも良いのですが、入力と出力がキッチリ判るのが理解には早いので。

抽象度が高いって言われるとウチじゃあLabVIEWとかに迄なっちゃうぞっと。
オブジェクト間のラインを信号が流れているのを見ながら動かせるってのは、
それはそれで勉強になりそうだが。

それも小規模の組み込み用の当りから。PIC程度で十分。
自分の作った物がどう動くのか、I/Oや信号とはどういう意味か。
その辺りを理解できるかどうかでその後の認識度は相当に違うと思う。

難しいものなんか作る必要も無いけど、ちゃんとI/Oが有り表示を付ける。
なんなら単なるマトリクス液晶だけ付けて文字表示からやらせても良い。
ああ、7セグでも良いか。
オモチャ程度の基板でも、使える物は出来るはず。
データをロードして、計算して、ストアする。判断分岐する。
まあ、全ての言語は一緒だ。

で、慣れたなと思ったあたりでH8とかAVRに変えて作法が変わるってのを
覚えてもらう。

高級言語はその後でも良いと思う。
なに、覚えの良い奴なら2月もあればそれなりに使えるレベルにはなるさ。
開発用の環境にもその頃は慣れているだろうし。

小規模組み込みなら資料は机の上に一揃い用意できるので、それを使って
何かを作れば良いから、作るってのに集中できる。
昔と違い速度やメモリの為にアクロバティックな事をする必要もあんまりない。
しかしPC用だと何が必要かを知るって別のスキルが重要（必要ではないが）
になるので、本当の初心者に先ず触らせるのはイマイチ好きじゃない。
＃凄い斜め上の事をやっちゃう人が続出するんですよね。

電気の基礎も考えたら、電子ブロックのコンピューターの奴みたいなのが
良さそうに思えるんだが。
その辺りやれば、センサーの電源をPとNに繋いで焼いちゃう奴は居なくなるだろう。