AIがコードを書く時代に、なぜ僕はローコードを作っているのか
最近、Claude CodeやCodexなどの、AIの進化には本当に驚かされる。
自然言語で指示するだけで、かなりのコードを書いてくれる。正直、ローコード製品を作っている立場としては複雑な気分になることもある。
「もうローコードなんていらないんじゃないか？」
そんな疑問も当然出てくる。
でも、実際にAIを使って開発していると、むしろローコードの価値を再認識することがある。
技術者である我々が使いたいローコード
僕が開発している「Codeer.LowCode.Blazor（CLB）」は、.NET / Blazorをベースにしたローコード開発基盤。
開発を始めた当初、目指していたのは技術者である我々自身が使いたいローコードだった。
既存のローコード製品には、用意された機能の範囲でしか開発できないものもある。
僕が欲しかったのは、そういうものではなかった。
必要なら普通にC#を書けるし、既存のライブラリも利用できる。独自の機能も自由に追加できる。
ローコードだからといって、開発の自由度を犠牲にしたくなかった。
これが出発点だった。
作っていく中で見えてきたもの
CLBを開発していくうちに、あらためて重要だと感じたことがある。
それは、ソフトウェア開発の基本である「共通化」だ。
僕は昔からOSSのライブラリを作っていたし、大規模プロジェクトでもレガシーコードを大胆にリファクタリングするのが得意だった。
複雑になったコードを整理して、共通化できる部分を見つけ、構造から作り直す。
そういう作業が昔から好きだった。
CLBを作っていると、まさにその延長線上にいることに気づく。
業務システムには検索、一覧表示、入力、保存など、似たような処理が大量にある。
これらを共通化すれば、個別の設定や実装を減らせる。
さらに、共通化するのはコードだけじゃない。
どう設計すべきかという思想そのものも、仕組みとしてパッケージングできる。
毎回ゼロから設計するのではなく、過去の開発で得られた知見を仕組みとして再利用する。
これこそ、ローコードの大きな価値なんじゃないかと思うようになった。
そしてAIが登場した
もともと技術者向けとして作り始めたCLBだけど、AIの登場によって状況が変わってきた。
最近はClaude Code、Codex、GitHub Copilotなどの汎用AIから、CLBのローコード設定を作れるようにした。
つまり、プログラミングを専門としない人でも、AIと相談しながらアプリを作る方向に広がってきた。
もちろん、複雑な機能が必要なら技術者がC#を書けばいいし、それもAIに手伝ってもらえる。
最初は自由度を重視して技術者向けに作っていたものが、AIによって、技術者以外にも使えるものになりつつある。
これは開発当初には想定していなかった面白い変化だ。
AIが進化するほど、共通化は重要になる
AIがコードを書く能力は、今後もどんどん進化すると思う。
でも、だからといって毎回すべてをゼロから作る必要はない。
ソフトウェア開発で長年大切にされてきた共通化や再利用の考え方は、AI時代にも通用するはずだ。
むしろ、AIにも共通化された仕組みや設計思想を使ってもらえばいい。
AIが実装を担当し、ローコードが共通の仕組みと設計思想を提供する。
そんな組み合わせに、これからの可能性を感じている。
株式会社Codeerでソフトウェア開発と、ローコード開発基盤「Codeer.LowCode.Blazor」の開発をしています。
