一番強い技術を、選ばない

製造業を離れ、私はDX推進室のある会社へ移りました。そこで、VBAという武器が通用しなくなります。

VBAさえあれば何でもできる。そう思っていました。でも時代は、ブラウザで動くWebアプリが主流になっていて、私の道具は古くなっていたのです。次に何を覚えるか。早急に決める必要がありました。

まずは、名前の通ったプログラミング言語を一通り試しました。Python、JavaScript、C#。いわゆる"強い"言語です。できることが多く、プロに評価され、将来性もある。普通なら、この中から選びます。

でも、最終的に選んだのはGASでした。GASはGoogle Apps Scriptの略で、Googleのスプレッドシートなどを動かす、VBAに近い言語です。"強い"とは、まず言われません。VBAと同じ感覚で書けるだろうと高をくくっていたら、考え方がまるで違って、そこそこ苦労しました。それでも、私はこれを選びました。

それでも、GASを選んだ理由

理由は、GASを選ぶ少し前の経験にありました。私はVBAで、自分でも満足のいくシステムを作り上げていながら、それを現場に根付かせられなかったのです。

あの"根付かなかった"という事実が、強い言語に手を伸ばしかけた私を、引き止めました。

根付かなかった理由は、性能ではなかった

私が学んだのは、良いものを作ることと、それが現場で生き続けることは、別の問題だということでした。なぜ根付かなかったのかを突き詰めると、答えははっきりしていました。あのシステムは、私にしか直せなかったからです。

私が抜ければ、誰も手を入れられません。改善もされないまま、やがて使われなくなります。どれだけ精巧に作っても、次の人が触れない時点で、それは長くは生きられないものでした。

だから、"引き継げるか"で選んだ

次の言語を選ぶ基準は、性能ではありませんでした。自分がいなくなっても、誰かが直せるか。見ていたのは、そこだけです。

GASは、多くの現場が使っているスプレッドシートの上で動きます。触れる人が多く、保守を引き継げる人も見つけやすい。最新でも最強でもありませんが、たしかに"根付く"側の道具でした。

技術者ほど、間違える

いちばん強い技術を選びたくなるのは、技術者ほど陥りやすい落とし穴だと思います。強い道具を選びたくなるのは、作り手の都合であって、現場の都合ではありません。

どれだけ速い車を買っても、運転できる人が社内にいなければ、車庫で眠るだけです。道具は、使い続けられて初めて価値になります。

だから私たちは、最強では選ばない

あなたの会社にシステムを納めるとき、私たちが気にするのは最新かどうかではありません。担当の方が変わっても、あなたがいなくても、動き続けるかどうかです。

派手さはないかもしれません。それでも、静かに動き続けるものだけが、現場に残ります。それが、私たちの考える安定です。