とりこびとさんの 「IDEが隠れて行っていること」は意味が深い(10回大阪勉強会より)
Console.Write "Hello" と書けばコンソールに "Hello"が出る。出る仕組みを知っている人が書いても、知らない人が欠いても結果は同じ。
「ユーザーは使い方を知っていれば楽しめる。仕組みを理解する必要はない。」納得し難い箇所もあるのですが一理ある言葉だと思います。
市内走行する車の大半がオートマチック車になっている現在では、エンジンの仕組みやミッション比率を知っている必要があるかという問題と通ずるものを感じます。FF車/FR車の区別が付いていないドライバーもいる位です(スキー場でチェーンを逆に付け入る車を見たことがある)。知らなくても車社会は回転しています。
専門家はそれではダメだという意見がありますが、専門家のレベルにもよると思うのです。
Console.Write "Hello" を構文解釈しExeを作るのがコンパイラーの役割で、exeを解釈し実行すとき Write命令 出力デバイスに文字コードを吐き出すだけで、文字コードが 形としての "H" をキャンパスに描画するVRAM/GDIがどのように展開するかは私は詳細に説明はできません。DOSの頃は走査線のマッチングパターンで理解できていたのですが...orz
同じ文字列描画でも GDI++の DrawStringならば、文字コードでなく画像イメージで描画します。前段で文字コードをイメージに置換する処理が入りますが、この辺も未理解の世界です。
自己弁護的な言い草になるのですが、専門家でも全てを知り尽くすことは不可能であると思っています。ではユーザーとの差は何処にあるのか。自分の知識に満足せず、それを支える仕組の理解に努めることにある気がします。
私は開発者は職業開発者と職人開発者に概ね二分されると考えています。職業開発者はお膳立てされた知識の範囲で仕事を行う人。職人開発者は仕組みが気になって追求せずに居れない人。
職人開発者も専門外の知識は無関心な人もいるので綺麗には二分できません。Cobol/VBの開発者の中には、特定の言語の枠から抜けようとしない人をみかけます。OSやNetWorkなどのインフラ系は人任せにするようですね。
技術者はこう在るべきと言うのは良くないのですが、個人的には全般的な仕組みの話がてぎる開発者が増えて欲しいですね。自分の分野は深く、他は広く浅く知るのは.....ヤッパムズイ。