思案比較: 数学者とITエンジニア
長期休暇中の執筆も終わったので、空いた時間で「数学者の思案」という本を読んだ。
東京大学で数学教授をしている方が書いた、独特な視点のエッセイだ。
その中でITなんでも屋、世間ではITエンジニアと呼ばれやすい仕事をしている私が、ノートで記録しておくほど面白かったところ4点を、私見も交えつつ紹介していく。
数学者よりは、IT系の人ほうが日本は多いだろうからだ。
この記事ではITエンジニアと名乗れる人が読めばたぶん伝わるだろうけど、そうでない人にも可能な限りわかりやすいよう、ポケモンとかマイクラとかを混ぜながら書いていく。
ちなみに私は数学が相当苦手で、くもん出版の中学生用の数学ドリルからリスキリングしているほどだが、それでもこの本を楽しく読むことができた。
1.志望者を集めても、活躍できるか高い精度で判定方法がない
「1 頭の良さと研究」「数学者と頭の良さ」で、次の記述がある。
これはITエンジニアの能力を確認するときも同様のことがいえる。
下手に小論文だのプレゼンだのをやらせるよりも、目の前で黒背景に白文字なあのターミナルエミュレータやテキストエディタでいろいろコマンドを打ってもらったり調べたりしている様子を見た方が、かなりマシにITエンジニアとしてのこれまでの経験の蓄積を判断できるのだ。
同時に、次のような記述もある。
こちらもITエンジニアの能力を見る際に重要になる。
世の中には、ターミナルエミュレータやテキストエディタを操縦できるとしてもまったくもってITエンジニアとしての研究の成果がみえない……つまり、技術記事も書かず、独自の視点から開発したアプリもなく、管理運用もトヨタ式カイゼンも手順書修正もせず言われたことをしてるだけ、という風に本人の研究成果が確認できない人たちがたくさんいる。
様子としては、特定コマンドを打つだけで結局システム開発ができない、要求を整理し相手と交渉・説得ができない、システムを複数人で管理するための準備ができないなどが出てくる。
しかし一方で、ターミナルエミュレータやテキストエディタを操縦できないのに上記の開発・交渉・管理をスムーズにできる人は、ほぼ見覚えがない。
その代わり、運悪くITプロジェクトに割り当てられてしまった、労務に小慣れた一般的な会社・行政の事務員のような人たちが、日々苦しそうに仕事に取り組んでいる。
彼らの毎日が少しつらそうで、いつかなるかもしれない私にも見え、それが理由で私もリスキリングしているというわけだ。
2.独創性の計測は困難だが社会性には依存?
なにかと話題になりやすい独創性や創造力、いわゆるオリジナリティについても、「1 頭の良さと研究」の「独創性と多様性」において次のように言及されている。
創造力は後述するとして、数学力についてはITエンジニアに馴染みあるものでいえば、アルゴリズムやデータ構造の理解の範囲の広さとその理解度が、数学における公式を把握しておくことと同じくらいに重要になる。
別にB木の亜種や、コンピュータにおける記憶領域の種類を「ポケモンのなまえ」みたいに網羅して詠唱したり、どんな種族値等を持ち最適なアプローチが何かまで説明する必要はないということだ。
しかし筆記試験でこれら「ポケモン」は測りやすく、問題として出されやすい。正直これを私が理解度の確認で使えた試しはなく、そこにいたるコンピュータ操作の過程を観察するだけでせいいっぱいだ。
そしてポケモンバトルもまた、ポケモンを理解していても勝敗はわからない。対戦をするほどであれば皆ポケモンの全てを知っているからだ。ちなみにポケモンをやっていたはずの私はまったくわからず、よく同僚たちから解説され、そのたびに忘れてしまっている。
これらは何を測っているのかといえば、論理的思考に慣れているか、つまり一般的なモノや論理はわかるか、論理と論理を組み合わせる、論理の直列性を扱えるかを確認しているのだ。
これらモノや論理と、その論理の直列性が理解できないと、Excelでまともなデータ分析ひとつこなせない。データベースも書いたSQL文に応えてくれないだろう。
いっぽう厄介なのが、これらを組み合わせてシステムを何かつくれ、プログラムを書け、みたいな、まさしく独創性にからんだ領域だ。
「マイクラで家を建てよう」みたいな話であり、豆腐ハウスからアンコールワットまで多様なわけだが、これらすべてが「建造物を建てなさい」という問いからスタートしうる。
ちなみにマイクラでアンコールワットはほんとに作っている人がいて、その人の本も読んだがとても面白かった。
アンコールワットをつくれるのはマイクラでもすごいことだが、豆腐ハウスはそんなに問題なのだろうか?
これは「時と場合による」としか言えない。クリエイティブモードでない状態で複数人でアンコールワットを建設するのは、至難の業でありさらに時間がかかることだろう。
こうして、問いの答えもそこに至るステップ、すなわち独創性もバラバラになりうるが、複数人いるかどうかや、その人たちが今何を重視しているかによってはこれらの答えもステップも同じ人がやっていても異なってくる。
独創性は社会性にも大きく依存し、計測は困難なのかもしれない。ただ、自分はいじめられる、と常日頃思っている人が、わざわざ複数人のときにアンコールワットを建てるようなこともなかなかないだろうから、これまでのびのびとやってきたかどうか?と独創性に関連はありそうだ。
3.年齢を重視して得られるものは?
「2 飛び級」の「早熟と数学の才能」において、飛び級制度についての言及がある。
これはITの世界も同様であり、高専時代もプログラミングをしていた同級生が私のようなITなんでも屋クラスでいろいろ独自研究しつつこなしている事例は実はほとんどない。2,3学年にふたりいれば奇跡だと思う。
彼ら同級生はほとんど同じ会社で単一のプロジェクトで終始してしまっていて、彼らが本来発揮できたはずのIT研究はほとんどなくなってしまっていた。
会社にしろ行政にしろやるべきことはあるし、そこに伴わない教育は経済的に合理的ではない。選択と集中は、分たれた組織にはあったほうがよい。
そこで統合元になる公的な制度が必要になるわけだが、なかなか公的な教育機関でのリスキリングは容易ではない。そもそも大学に通いながら働けるような土壌がまだ日本だとないのだ。詳細についてはこの「数学者の思案」に委ねようと思うが、大学院生が大学生に教えて生計を立てている話はとても面白かった。
私はもともとITはかなりの範囲でGoogle検索しながらほぼ独学でスタートできることをわかってはいたので、検索をかけつつ本を買い漁ることを繰り返し、約5年で500冊を家に溜め込んだ頃には概ね独学を軌道にのせられた。
費用はざっと換算して、
1000円 ~2000円 * 500冊 = 50~100万円。
IT系以外にも金融や航空関連で買い込んだことから高くついたように見えるが、大学などに通えばこの50~100万は5年ではなく1年で消えてしまいかねない。
かといって、小中学生向けのプログラミング講座を増やしたとてうまくいくかはまだ微妙だ。どのみち私の同級生たちの後任となるだろう。
若年層向けの教育はやらないよりはマシだろうが、今後は私のかつての同級生たち(あるいはかつての先輩たち)向けに、もっと始めやすいリスキリングの制度が生まれてくれることを期待したい。
4.難問にはメリットはほぼない?
「10 難しい試験・難しい授業」「難問のメリットとデメリット」において、難問が「悪い点は、自分はこの科目に向いていないと思わせ、多くの人から学ぶ意欲を失わせる」というデメリットを持つことからも、次のように書かれている。
これはIT業界だととてもよくある状況だ。
いっさい大ごとにならない事例ではあるが、たまに適性をみるとかいいながら難問を出して煙に撒き、右往左往しているのをみて選民意識を高揚させる勘違いした人々もいる。よその会社だろうがSNSだろうが、本当によくみかけるし、私も何度か絡まれたものだ。
しかし、出題した本人自体が似たような難問に遭遇した時にはいつも手出しできず逃げて何もしてないため、相手にされなくなってしまっている。
大ごとになる事例は、人が手を下すことなくすでに生み出されていて、それをどのように定義し、どのように解くかはすでに各人に委ねられてすべてが始まってしまう。
それらの問題解決も含めて会社や行政は必要なのでしかたないのではあるが、どれだけ学校での成績が良かろうが悪かろうが、取り組む問題の難易度が高いと、ほとんど差はない。
ほんとうに少しでも先に有効な一手を打ち始められるかどうかだけにかかっているので、勘違いを抑え、一緒に問題と並走できるようにすることでしか、真の意味で効果的な授業はないのかもしれない。
数学とITなんでも屋のこれから
このほかにも、Pixivみたいな論文サイトarXivがあったり、プログラムは必ず書いた通りに動くと言う厳密さについて触れられていたりと面白い内容が本当にたくさんあった。
私はこの本を読んで、あまりにも遠いところにいると感じていた数学者という人たちが、実は私のようなITなんでも屋に近い視点でいろいろがんばっていることを知ることができてよかったと思う。
これで、なんとかくもん出版の中学生用の数学ドリルをまた進めることができそうだ。
よ〜し、がんばりたい……