以前勤めていた会社の求人ページの「3DCGアーティスト」と「Webデザイナー」の「求められる能力」欄には、

という、ちょっと引っ掛かるフレーズがありました。 (ちなみに、「システムエンジニア/プログラマ」と「ネットワークエンジニア/システム管理者」の項には見当たりません。) 何故このフレーズが気になるのかというと、一般に「自己表現」という行為は「仕事」と相反するものだからです。

一般人 (コンピュータ・ネットワーク技術者でない人々) によるインターネット利用が活発になったのは、1990年代の中頃からのこと。 それから10数年が経った現在、「インターネット」の在り方は、それが出現した当時とは全く異なるものになっています。 ほぼ全ての人がインターネットに接続可能な端末を所有し、ウェブサイト上で買い物をし、電子メールをやりとりをしている現代。 最近では、小中学生もケータイを通じて日常的にインターネットにアクセスしています。 こうした世代の子供たちにとって、「インターネット」はもはや電気や水道・ガスと同じレベルの、「あって当たり前」の生活インフラであり、その中へ踏み込んでいくことに対する不安や躊躇といったものは殆どみられません。

その一方で、「インターネット」という場が、歴史的に見ても、現状を見ても、決して子供 (ある程度の情報リテラシーを身に付けていない人) が安全に活動できるものではない、ということもまた事実です。 現実 (オフライン) 社会の法則やルールが殆ど通用しない「インターネット」社会は、有効な法整備も殆どなされていない現状においては、「無法地帯」と言っても差し支えありません。 この、ある意味で夜の盛り場よりも危険な無法地帯に、子供たちがほぼ無制限に踏み込むことができる今の状況は「何かが狂っている」としか言いようがありません。 そして、こうした状況をこれ以上放置するならば、私たちの社会は「判断・責任能力のない子供が犯罪に巻き込まれる危険を容認している」と見なされても仕方がないでしょう。

とても複雑で一筋縄ではいかない問題ではありますが、これにケリを付けることは、私たち「大人」の義務であろうと考えています。

社会人と呼ばれる者は皆、仕事を持ち、お金を稼ぐことで、自らの生活支えています。 では、その「お金」はどこからやってくるのでしょう？

お金は会社の金庫から湧いて出くるわけではありませんし、その人の「苦労」や「頑張り」に対して与えられるものでもありません。 顧客に対し何らかの「価値」を提供することではじめて、その対価として支払われるのです。 そして、ここで得られたお金は、また別の価値と交換され、それを生み出したものの所へと移動していきます。 こうして、形態を異にするさまざまな種類の価値が、お金によって媒介されて人々の間を循環するわけです。 この価値交換のサイクルこそが、我々の社会システムを成り立たせている「経済」と呼ばれるものの本質に他なりません。

ところが、私のように「従業員」として会社に雇われている人間は、自分がこのサイクルを構成する一員であることを忘れてしまいがち。 自分が、社会に対してどのような価値を提供できるかということを考えることなく無為に働き、それに対する報酬を求めるようになってはいないでしょうか。 毎日会社へ来て、与えられる仕事をこなしていれば給料が貰える – そんな環境に慣れ過ぎぬよう、常に己の価値を意識し、これを高める努力を怠らぬようにしたいものです。

現実に存在する「もの」は、莫大な量 (実質的に無限) の情報を含んでいます。 しかし、こうした情報をすべて記録・保存するのはとても現実的とは言えません。 そこで、ソフトウェア開発者は対象を抽象化・簡略化し、これをコンピュータ上で扱うことができるようにします。 このプロセスを「モデル化」と呼びます。

モデル化において重要なのは、どの情報が必要で、どの情報が不要かという見極め。 必要な情報が抜け落ちればシステムは用を為さず、不必要な情報が入り込めばプログラムの複雑さが増して保守が困難になります。 つまり、モデル化というのは、対象から必要な情報だけを抜き出す作業。 言い換えれば、モノゴトの「本質」を見抜くことに他なりません。

「本質とは何か」という問いに対する答は、「何を目的とするか」によって異なります。 従って、モデル化を正しく行うためには、まずその目的をきちんと理解・把握する必要があります。

一般に、優れた視力は、どんな物体でも見ることが出来る。 何かを見ることで養われた能力は、他のものに対しても、今までより見やすくする。 本質的に正しいシステムというものは、適用が広い。

『数奇にして模型』 / 森博嗣

ソフト開発に限らず、一般的な状況においても、この「本質を見抜く」能力は、正しい判断を下すための指針となります。 本質を見極められない、即ち、目的を見失っている状態では、何をやっても上手くいかないもの。 どう行動すべきか迷ったときは、じっと目を凝らしてみるのも良いかもしれません。

プログラマから見ると、世の中は「不合理」な制度に満ちています。 例えば、暦 (こよみ) に関する決まり事について言えば...

元号

元号ごとの境界の位置が非常に不規則であるため、差計算がしづらい。 (昭和56年は何年前でしょう？) さらに、現在の元号の持続期間が定かでなく、次の元号の名称も未定であるため、元号が変わるたびにシステムに変更を加える必要が生じます。

国民の祝日

体育の日 (10月の第 2月曜日) のような、年によって変動する祝日の日付を計算するのが面倒。 なぜこのような複雑なルールを導入したのか未だに理解できません。

サマータイム

日本では (現在のところ) 導入されていませんが、これがもし導入されるとなると、各種コンピュータシステムでの (特に切り替え時における) 混乱が発生することは想像に難くありません。 新聞やニュースなどで度々報じられる「サマータイム議論」に戦々恐々としているプログラマ・システムエンジニアも多いのではないでしょうか。

この他にも、「世紀は 0から始めれば楽だったのに。」とか、「分と秒は60進法なのに、その下は10進法で表記するのは何故か？」 など、合理性・一貫性を欠く制度への疑問・不満は尽きません。