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

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

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

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

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

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

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

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

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

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

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

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

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

信者度が足りん。もっと精進しろ。

>Apple→根本的に強固なOSを作りたい。
AppleのOSは強固だってのは会社のサイトにも乗せるApple教の定義定説だろが。
既に完成している物に疑問を挟むとは嘆かわしい。

># 微妙に飽きにくいので続けて食えるというのもあるかもしれません。
考えたら、2日目の方が楽しみな食い物って他では思い浮かばない。
けど2日目って事は連続って事でもある訳で…。
#4日までならやって事が有る。
#肉を豚のブロックにすると、煮込んでトロけて来た頃が一番美味いんだよね。

キャベ玉だな。
フライパンとキャベツと卵と塩コショウだけで、凄く初心者向き。
キャベツも卵も他に流用し易いしね。

最近はWindowsがメイン環境ですね。
Cygwin辺りから開発環境を保全するのにLinuxを用意する必要が無くなり、今じゃ仮想化が有る為、
基本的な環境は一番メジャーな環境に合わすのが一番楽になった気がする。

別段どんなUIであれ、大抵慣れちゃうってのが人間ですし。
最近はどの環境でも必要な事は大抵できるしなぁ。

同一操作を繰り返すオペレーターなら、効率に差が…作業に最適化されているクライアントなら出ないか。
多分、差が出るのは所謂「OSを使う」様な人なんじゃなかろうか。