ローコード・ノーコード開発に反対する理由

[coalg]

ローコードで解決不可な問題はノーコードでも解決するのは基本的に難しいため（逆は真ならず）、ここではローコードを中心に理由を揚げる。反対派で過去に一番盛り上がった議論はここかな…

Jay Little - Software Obsessionist - Low Code Software Development Is A Lie

だいたいこれが言いたいことを代弁してくれてるっぽいので、DeepLで訳したのをざっくりまとめる。

• 客と関わっていて最もイラつくのは、客が自分の仕事の本質的な複雑さを取り除く簡単な方法（銀の弾）があると信じている場合だ。
• 客の問題を解決することが難しいのはツールや言語のせいではない。素人は客が解決すべき問題の分析とソリューション設計に真面目に取り組んでいないのでこの難しさを乗り越えられない。
• クライアントから言われた通りのソフトを書いているだけでは意味がない。客は問題解決のプロではない。我々プロがきちんと問題の所在を確認し、客が提案してきたアプローチを精査する必要がある。
• 客の悪口は言う気はないが、彼らは凝り固まったプロセスを変えるより、金を払ってツールを得ることを選びがち。

• 私の考え方を簡単に説明すると、次のようになる。私はプロの問題解決者であり、その主要なツールはコードである。人々は私のところに来て、すべてがうまくいっているからコードを書いてくれとは言わない。それどころか、彼らは私のところへやってきて、彼らが現在経験しているどんな問題であれ、その解決策をコードで書いてくれと頼むのだ。

• いずれにせよ分析が終わればこちらはコードを書き始めるが、ここで客が何を勘違いしたのか簡単に問題を解決するためのツールを導入したいなどと言い始めることがある。ローコードツールがそれだが、最近ではChatGPTも含まれる。
  • ここで筆者が触れたことのあるOutSystemsというローコードツールの悪口が続く。技術的詳細は省くがクソの山とのこと。
• ローコードツールはカスタムロジックやカスタム画面を簡単に作れるようにするが、代わりに以下の問題を持ち込む。
  • 適切なデータ構造の設計、耐障害性ソフトウェアの設計、品質保証に耐えるテスト容易性などが作り込めない
  • こうしたツールは安くなく、移植性が低いためひとたび選択するとベンダーロックインが発生する

• TLDR：価値のあるソリューションを設計することは、実はソフトウェア開発プロセスの中で最も難しい部分である。ローコード・ツールは、コードを書くことが最も難しい部分であるかのように顧客に嘘をつく。現実には、どんなロー・コード・ツールも、カスタム・ソフトウェアを適切に設計するための時間や、中途半端な設計でソリューションを構築したときに経験する結果からあなたを救うことはできません。

記事に対するコメント。

Low Code Software Development Is a Lie | Hacker News

この不満の本質は、何かを実装するのが難しいのはコードが必要だからであり、自分はコードを書けないからだと考える人がいることだ。「コードさえ書ければ、こんなことは簡単だ」と彼らは考える。彼らが考えるコードは、付随的な複雑さであって、本質的な複雑さではない。 多くの仕事において、これは実際に正しい。低コードのツールを提供することで、コードを書く必要性を取り除けば、人々は突然、以前はできなかった多くの便利なことができるようになる。だから、その点では嘘ではない。 しかしもちろん、コードだけが複雑さではない状況は他にもたくさんある。大きくて複雑な問題を解決しようとしている場合もある。コーディングの必要性を取り除いても、管理しなければならない複雑さが1トンも残っているのだ。そして、ローコードツールはそれを扱うのに最適ではない。そのような場合は、開発者を雇った方がいい。 ローコードツールを使って非常に複雑なものを作っている人を何人か見たことがある。最新のものだけでなく、ローコード・ツールの元祖であるスプレッドシートにまでさかのぼります。人々は本当に巨大なものを作ることができる。しかし、ある程度の大きさと複雑さを超えると、ローコード・ツールを使うのは面倒になる。 しかし、だからといってローコードツールが役に立たないというわけではありません。ローコードツールは、必要なコードが付随的な複雑さに過ぎないような、最初の一連の問題には最適なのです。低コードツールは、必要なコードが付随的な複雑さに過ぎないような最初の問題には最適なのだ。

[coalg]

これは実務家視点だけど、エセ理論家（自分）の視点から見るとやはり意味論がはっきりしないのが一番問題かなと思う。 特にノーコード・ローコードどちらもソースコード出力機能が付いている事が多いけど（そういった機能がないのは論外）、機械生成されたコードは人間にとって可読性が極めて低いのがほとんど。ガワが綺麗になっているだけで実際は読めないプログラムコードが生成されているため、バージョン管理やガバナンスの面から言ってもリスクしかないだろう。

[coalg]

こちらはDXコンサルの人が書いた読みもの。ローコード開発そのものではないが、ローコード開発が解決すべき問題のスコープはこの中にある。

DXコンサルが絶対に言わない後ろめたい真実