【新法則】スプレッドシートで「ローコード」を学べ

個人的にはエクセルをスペイン語話者と比較しているのが面白いと思いました。確かに、今後ノーコード化、ローコード化が進むと、ITはより言語の位置付けに近付いていくのでしょう。ラテン語を発明する必要はないが、言語が話せる意義は大きい。だからこそ、言語学習をするように、ITを使いこなせるかがビジネスだけではなくより良い人生を送る上で必須とも言える場、大きな差を生むものになっていく。まさに一人ひとりにとって言語と同じような位置付けになるのでしょう。

言語はせいぜいは何百種類かもしれませんが、ITツールはもう少し多く存在します。英語ほどの存在感を持つITツールは確かにいくつかに集約されるのだとすると、ほんとに似てます。英語ほどのポジショニングが取れるということ＝moat、ネットワーク効果等で競争優位性が構築できている状況なのでしょうね。

英語化する上でポイントは２つ、拡張性とユーザー規模。エクセルのように機能拡張性があって（＝修練が一定必要）、一方で5億人を超えるユーザーが利用するようなツール（＝ネットワーク効果が出てくる）のアイデアがあれば、かなり大きな存在になれる可能性があるのでしょう。

エクセルやGoogleスプレッドシートでこれだけのことができるとは。まだまだ勉強しなければと痛感しました。

マクロ記録とコードの確認ができるスプレッドシートは便利そう。

コーディングとプログラミングは別。
機能分解してモジュール化とインターフェース定義が適切に出来ないと、いくらノーコード、ローコードであっても「よいプログラム」は出来ないかと。

非エンジニアが作るエクセルのあるあるは、「計算」「分析」「記録」の機能がごちゃごちゃになっていて使い続けられないことが多いですね。

Excelは単なる計算表や反復計算としてだけのツールではなくリアルオプションモデルにより、確率論に基づいた意思決定ツールにもなりますね。知っているソフトの方がとっつき易いのでExcelはいいかもしれませんね。

最後の結末が、ノーコードだけでなくローコードを目指そう、そしてその第一歩にスプレッドシートが良い、という内容だった。

建物の骨組みが分かって家の間取りを作れたら強いもんな。

コーディングで最初に躓くのは、なかなか質問できないことです。
質問できるほど要件を言語化できていれば、ググって調べられます。
Gmailから予定を取り出したいという要件がノーコード的発想で、
予定を取り出すために、Bを呼び出して、Cを取り出して、Dと比較して一致したものだけ抽出したい　と要件の要素分解するのがローコード的発想です。
コーディングできなくても、コーディングのための発想はどこでも使えるスキルです。

IBMが買って一山あてて最後は売ってしまったLotus Notes。日本では特にこの基盤でITに頼らずローコードで現場のかなりの業務をIT化し、そして設計図なきレガシーを生んだ。ローコードでも捨てて作り直せるマクロ、連携もできるがプログラミングになるVBのようなスクリプト。そして作ったものをリバースやら可視化できる機能。このバランスがいいものが長く残るんだろうな

VBAに似た、Lotus Scriptで開発経験あることもあり、VBA触るのは好きではあります。でも、ゼロから組むことは稀で、必要に応じてネットでコード拾ってカスタマイズするくらいです。あとは、関数バリバリ使って、あるシートに定型データ貼り付けたら、別のシートに必要な情報まとまるみたいなものを作ったりしてます。昔はこういうのAccess+VBAで作ってた気がしますが、衰えた。。。

しかし、自転車買ってもサドルの高さそのまんまで乗っている人も少なくない中、こういったローコードまで手を付ける層って少ないんだろうなあ、と思います。自転車と同じで、自分にあった高さにした方が労力少なくなるはずなのに。。。

エクセルは、確かにすごい。早くも３０年ほど前から、この単なるパソコンソフトで因子分析や回帰分析まで出来るようになった。ただ、そうした機能を使うには、そもそも因子分析や回帰分析に関する知識が必要だ。