スラッシュドット・ジャパン

・・といった本格的な言語、数学やアルゴリズム、ハードウェアとの密接な関わり方といった難解なテーマを教えず、・・・・・・・お手軽な言語とカリキュラムしか教えなくなっていると主張。

ちょっとぐぐってみたら、日本の情報○○学科で「データ構造とアルゴリズム」が選択科目になってる学科って存在しますね。

TK-80世代の後のマイコン少年世代のとりかかりは BASIC だった ろうが、彼らはアセンブラの扉を叩いて別世界へ足を進めた。
何故だ？ --- 速いプログラムが出来なかったからだけど。
講義の内容だけが総てと立ち止まってしまう人達ばかりではないと思うんだけどなぁ。

原典 [af.mil]を読むと、formal methods（形式手法）や浮動小数点演算などの研鑽がおろそかになっている、ミッションクリティカルなシステムを開発する企業が求人に苦労する…それらの元凶は最初に学ぶプログラミング言語がJavaであることだ、何故ならリッチすぎるフレームワークはそれがどんなしくみで実行に至るのかが見えないから…みたいな話のように見えますね。そうだとするとこれは、初期教育における「お手軽プログラミング」批判というよりも、富豪的プログラミング [pitecan.com]批判、といった方が意を汲んでいるような気がします。まぁ「お手軽」という形容詞が「手続き的でない」という意味であれば、合っているのかもしれませんが。

そうだとしても、この見方については同意しがたいものがあります。確かに高度な安全性が要求される開発や、実行時間やメモリリソースに厳格な制限を要求される開発のニーズは現在でも確実に存在しますが、それが学生の卒業後からリタイアまでの間の重要なスキルになるという確証はありません。その問題は、実時間要求を満たす機能がついたJavaネイティブコンパイラの研究が進んだら解決してしまう問題かもしれない。本当に必要なら教えるべきだ、としても、なんでJavaをやっていることがその障害になるのかわからない。形式検証をJavaでトレーニングしてはいけないんでしょうか？ 富豪的プログラミングで甘やかしたらその後の気の利かない開発環境や難解な技術分野での苦闘から逃げる子に育つに違いない、とかいう精神論と区別つかない。だとしたら企業にとってそれは技術者の報酬をはずめば解決する問題かもしれないし、高い報酬を払いたくないのならインドや中国に安くアウトソースすればそれが適切な役割分担になるはずですから問題ありませんよね？

「ホンモノのプログラマはどんな言語でも書けるのだ」って、それは単なる循環論法じゃないんでしょうか。Cはソフトとハードを完璧にコントロールする低レベル言語だ、と思っているのは、ハードの見えないサポートに気づいてないから言える台詞かもしれないよ。システムを隅々まで知っていてすべての手続きをコードに書ける人がいなければならないとしたら、それは単に役割分担に失敗しているだけとも考えられる。そんな万能プログラマになるためにJavaの楽しいプログラミングは一切禁止だ、という命令には、仮に私が学生時代に戻ったとしても従えそうにありません。

でも説明できないヤツでも、「C言語が難しいので出来ない」と思いこんでるんだな。

ソフトウェア開発を生業としてるはずの会社なのに、プログラミング初心者とかパソコン初心者とかそんなのばかりがやってきます。

むしろ経験の無い人を採用したがる企業が多い時代がありましたが、今はそうではないんですかね？

# 変な癖が付いていると困るからだそうで…

・学生のレベルが下がって、「まず教育向けのコンパクトな仕様の言語で一通り勉強して、実用性を気にするプログラミングの言語は3年生くらいで別途学ぶ」といったことが難しくなってきた。
・入学直後から、聞きかじった今時の言語(社会に出て実際に使いそうな言語)を使いたがるように、学生の風潮が変わってきた。
・会社で使うような言語を大学でも教えておけという、産業界からのプレッシャが強くなってきた(「PASCALでもSCHEMEでも、基礎をしっかり大学で教えてくれれば結構。仕事で使うCOBOLとかCは会社で教えるし」なんていう態度の会社はすっかり減った)

といった背景で、CやJAVAが1年生でまず習う言語として主流になってきたのだと思います。 あと、BASIC(N88とか・・・)はすっかり消えましたが、VisualBASICは教育用としてもかなり使われています。

プログラム言語などというものは、UMLを効率的に記述できるか否かが重要なのだよ。