ノーコード、ローコードプラットフォームが広がりつつあることは大変歓迎だと思います。CTOという立場にいた人間として、一番素晴らしいと思うのは『とりあえず触ってみる、考えてみる』ことに対する心理的な敷居を劇的に下げることだと思っています。

記事にもある通り、これまではプログラミングってプログラマーがやる仕事という認識が強く、システムがらみの話になると思考停止して別部門／別会社に投げるケースもままあったように思います。ちょっとした社内システムの不便さを治すだけでも、情シスとの打ち合わせ調整と予算工面から始まり、要件定義から実装、テストを経て使えるようになるまで、数ヶ月単位の時間がかかってしまいます。

自分でやろうと思っても、いわゆる『hello, world』ができるよう環境をセットアップするまで、かなりの根気が要求されます。一方、ノーコードツールを使えば、これからは『とりあえず難しいことを考えず自分でやってみればいいじゃん』と考えられるようになるかもしれません。要件を決めるのも、一番使う現場の人が自分ごととして考えるのが一番成果につながると思っています。

ただし、記事にある通り別に万能のツールではないので少し凝ったことをやろうとするとツールの壁にすぐ当たりますし、長期的な運用を考えると提供元のサービスに依存することもリスクではあるので、リーンに素早くトライしたい初期フェーズなど、使い所についてはきちんとルール化をした方がいいとは思います。

そういう表現があるのですね。これら紹介されてるものは随分前からありますが、DXを支援するために言葉として盛り上がってきているのでしょうか。

ノーコードで出来ることも大切ですが、その限界も認識しておく事大切ですね。一度使い始めると引越しづらいので、そこがどんなプラットフォームも落とし穴になりがちなので、何が出来るかだけでなく引越ししやすさも考えておくべきでしょう

前職も今の職場でもSFDCを使ってる。前職でLightningって言葉が突然登場した時は何の事やら全く分からず。この記事読んで初めてそれが何者なのか分かった。そーか、そういうことなのか。SFDCの勝手な押しつけのように思っててゴメンなさい。

Matlab/Simulinkだろう。