好きだったが,きれいさっぱり忘れてしまった。最新バージョンがいくつかさえ知らない。以降,凄い面倒くさいイメージがあるんだよね。実装した記事を見かけたら,同じ機能を他の言語でもっと簡単にできないか,つい探してしまう。いうのが「宗教的」って言われるんだろうな,きっと(笑)まぁ,でも,上で書いたように仕事で言語を選べることはほとんどないので,「グダグダ言わずにコード書け」って感じだけど。ついて言及があったので。)標準言語のようになっているし,資産も豊富なのでちゃんと覚えなきゃなぁ,とは思ってる。構文にインデントが必須な言語構造はどうしても慣れない。言語のようにフォーマッタやドキュメントフレームワークを標準で用意するほうが賢いと思う。私はもうプログラミングで(タブだの全角空白だのも含めた)空白文字に煩わされたくない。いえ,こういうのは「慣れ」の問題なので,仕事でやれと言われれば喜んでやりますよ。ひとつのプログラミング言語に縛られることの恐さ一つの技術に縛られることの恐さは、エンジニアなら誰でも知っている。一つのプログラミング言語に縛られることの恐さは知っているか。一つのプログラミング言語がパーフェクトなことはない。時代が変われば要請も変わる。リソース配分は時々刻々変わる。そんな中で何にコミットするか。Javaの本は書いたけれど...手続き型言語の弱点は「ノイマン型コンピュータ」に最適化されていることだ。ノイマン型コンピュータの構造はプロセッサとメモリが分かれているのが特徴で5,メモリから命令を順番にプロセッサにフェッチして実行していく。「非ノイマン型コンピュータ」というのもある。典型的なのは,いわゆるニューロチップである。Japanこういうタイプのコンピュータは(ノイマン型コンピュータで言うところの)プロセッサとメモリがセットでひとつの素子になっているのが特徴で,しかも素子同士はお互いに非同期で動く。いうのが本気で市場に台頭してきたら私のようなロートル・エンジニアはお払い箱だ。若い人が正しいいつの時代でも、若い人は自由だ。