曽良 俊介

ノーコードは、要するにフロントエンド領域における価値創出の簡易化、形式化だと思っています。で、フロントエンドでどういう価値があるのかと言うと、やっぱりUXなんですよね。端的に言うと、レスポンスが早いとか、見た目がわかりやすいとか、そういうアプリやサイトが簡単につくれるのがいま「ノーコード」と呼ばれるものだと思います。 このUXをマネタイズするとき、相性がいいのがメディア、サブスク、ECでしょう。いずれもユーザーに心地よい体験を提供してリテンション（再利用）させることで収益が拡大していくモデルなので。これらのジャンル、つまりメディア、サブスク、ECにフォーカスしたノーコードは間違いなく早々に普及期・拡大期を迎えることと思います。 ちなみにもう一つ、フロントエンドはマイクロサービスにおけるインテグレーション層になると思っており、そうすると上記ジャンルのみならず業務システムにもノーコードの波が来ると思っております。

弊社は、ノーコードで業務アプリがつくれるツールを提供しており、話題の”ノーコード業界”の末席を汚しております。 思うに、ですが、記事内にもある通り「ノーコード」というのは要するに新しいプログラミングの手法です。なので、アプリを開発するときはプログラムを書く（つくる）、という根本自体はあんまり変わりませんし、アプリの開発を仕事にする人がいなくなるようなこともないと思います。プログラムを書くときって、実際に書く作業よりも何を書くかを考えたり決めたりする作業の方が全然大変だからです。このこと自体はあんまり変わらないでしょう。 ただ、いまは、実際に書く作業が専門的になりすぎて、「プログラムを考えたり書いたりする人」と「プログラムを実際に書く人」との分断が進んでいて、コミュニケーションの齟齬なんかに基づく問題がかなり起きやすいので、ノーコードが普及することによって、考えたり書いたりする人が中心のアジャイルな開発プロセスが一般化して、クオリティの高いアプリがもっと増えるといいなとは思います。 一方で、気を付けないといけないのは、ノーコードは、プログラムを書く作業の複雑さを覆い隠しますが、その一方で必ず制限があるということです。各ノーコードツールは、用途を絞り込むことで、この制限の問題を回避しようとしています。「制限はあるけどこの用途なら問題ないですよ」ということですね。つまり、ノーコードは、用途を絞ったVerticalなプログラミング手法だということです。どういう用途ならどのツールが合っているかを知り、用途に合わせて適切なツールを選択することが、ノーコードを使いこなす早道だと思います。

微妙によくわからない話でした。 高齢化で社会保障費の問題が深刻化するまではわかりますが、それをテクノロジーで解決するんですか？財政の問題を？ 団塊世代がお亡くなりなるくらいまでは普通に国債発行を続けて個人金融資産で吸収できるのではないのでしょうか。人手がという話なのかもしれないですが（書いてないけど）、外国人労働者の線もあるし、介護ロボットの可能性もそんなに非連続なイノベーションが必要という感じもしません。 個人的に気になるのは働かなくてよくなったときにみんな何をするのか、ですね。tiktokでおどりを踊って過ごすんでしょうか。ここなんか解がほしい。

たくさんお金を出してもらえるものだからみんな褒めそやしているけれど、市場が失敗しているのか孫さんが失敗しているのかは現時点では全然わからない話だし、市場はこれまでこういう勝負に全部勝ってきたから市場なわけですよね。 孫さんの授ける「成長戦略」とインセンティブプランに、果たして競争原理を上回るバリューがあるのかという話。

冷静に考えて、ビルゲイツが自分より本読んでるってめちゃくちゃ恐ろしい話。 差は開く一方じゃないですか。。

ぜひこれを山手線にも適用すべきでしょうね。 あのキチガイじみた混雑の緩和には市場原理が一番効果的だと思います。 混んでる時間は高い。 そうすればどこの会社も時間をずらすなり場所を変えるなりするでしょう。 定期券もサブスクリプションサービスと位置づけて従量課金的に事後精算すりゃいいんですよ。 あとは、タクシーもさっさとこれをしないと本当にUberに滅ぼされます。 日本はSaaS大国になるとかさっきどこかでみましたが、SaaSの一番のポイントはバリューベースのプライシングです。それができなきゃSaaS大国なんて無理ですよ。