だから、ビジネスオーナーとしては、これは解決策を選ぶには愚かな理由だと思う。ビジネスをサポートして、時間とともに変化する柔軟性を持たせる解決策を選ぶべきだよ。賛成だよ。もし始めたばかりで、ビジネスが利益を上げていないなら、SaaSを選ぶべきじゃない。時間をかけてその5つの税金を払う必要はないよ。むしろ、そのプラットフォームを使って、もしスケーラブルで利益が出て成長しているなら、長期的にサポートしてくれる別の技術を選ぶべきだね。

参考までに言うと、僕はCloudflare Workersをよく使ってて、どこでも動くようにコードを書いてる（もし本当に必要なら、wrangler devを使ってローカルでコードを動かすこともできると思うけど？）でも、僕のソフトウェアは少しの変更で動くし、あるいは純粋なNode/Bun/Denoでも動くと思う。

僕は、自分のSaaSを市場価格で買いたい人に売ってるよ。

これがまさに、フレームワークをマネタイズする方法を考えてるところなんだ。

この論理はちょっと理解できないな。ほとんどのSaaSには、プロバイダーからの継続的なコストがあるよね：ホスティング、サポート、研究開発とか。これがどうして地代追求になるの？

もしそんなに情熱があるなら、同じくらいのコスト（例えば、ユーザーあたり月10ドル）でオンプレミスのSaaSソフトウェアを構築、展開、維持する会社を始めてみたらどう？ もし同じサービスや保証、価格を提供できて、企業がデータをコントロールできてロックインを防げるなら、世界で一番大きな市場を持つことになるよ。

無料ソフトウェアのもう一つの極端な面は、経済的に見ても悪いとも言える。なぜなら、ユーザーが得る価値に対して、クリエイターの努力が適切に報われないからだ。じゃあ、そんな高品質（あるいは少なくとも広く使われていて重要な）無料ソフトウェアがたくさん存在する経済的な理由は何なんだろう？

つまり、s/サブスクリプション/サービス契約/ってこと？

利用可能な価格設定の力を行使することと、家賃を求めることは同じじゃないよ。

まあ、そうだけど、あんまりそうでもないかな。むしろ「くっつきやすさ」やソフトウェアをくっつきやすくしようとする考え方は、家賃を求めることだと思う。もちろん、ほとんどのSaaS企業はくっつきやすさを追求してるけど、それはSaaSの本質的な特性じゃないよ。

どうでもいいけど、バイナリを提供して、それをawsやgcloud、できればcloudflare workersで動かせるようにできると思うんだ。cf workersは、typescriptやsveltekitに集中すれば本当に良い感じだし。誰か教えてくれないかな？ いろんなサイドプロジェクトを作ってるんだけど、その中には本当にクールなものもあって、"SaaS"になる可能性もあると思う。でも、消費者の視点から見るとSaaSが嫌いで、お金を稼ぎたい立場から見るとSaaSが好きだから、倫理観がちょっと怪しいんだよね。それに、誰かに自分のソフトウェアを買ってもらいたいとしたら、それはどういうことになるんだろう？ もし彼らが私の許可なしにそのソフトウェアを再配布したら、利益が減っちゃうよね。SaaSができなかったことが、ここで影響してくるんじゃないかな。それに、私は個人的にFOSSの支持者だから、君が言ったように経済的には悪いと思ってる。だから、ソースが公開されていて、許可やライセンスが必要なソフトウェアを作ろうかなと思ってる。ライセンスはGitHubでスポンサーになってもらう形で取得できるようにしたいんだけど、あるプロジェクトがそれをやってて、Hacker Newsの人たちがその可哀想な人をピッチフォークで攻撃してたのを見たんだ。実際に「何かの」価値を提供しようとすると、自動的にMITを使わない悪者にされちゃうのが本当にクレイジーで奇妙だよね。だから、ライセンスについて考えてるんだけど、ライセンスがない場合はSSPL、ライセンスがあればBSD/MITみたいな感じ（Redisっぽい）にしようかなと思ってる。でも、果たして人々がそれを買ってくれるかどうかは分からない。両方サポートできるかもしれないけど、どうなるか分からない（笑）。だから、教えてもらいたかったんだ。追記：本当に無料で自分の暗号通貨を作る方法を作ったんだけど（冗談じゃないよ）、どうやって収益化するか分からなくて、もし誰か助けてくれたら嬉しいな！ あと、YouTubeの投稿からブログを取得する方法や、Googleフォトの代わりに無制限のストレージを提供するYouTubeコミュニティ投稿や動画の方法も作ったんだけど（コミュニティ投稿のプライバシー面はちょっと悪いけど、そこも修正できると思う）。

良いスタートだけど、フリーソフトウェアへの攻撃には賛成できないな。君の最後の段落には同意するけど、そんなサービスは具体的に何を含むの？テクニカルサポートの契約みたいな感じ？

もっとロックインして、一つのプラットフォームに全てを結びつけるの？ プラットフォームを「ロックイン」だから使いたくないって言ってるのに、SaaSを使うなら…その主張は成り立たないよね。特にSaaSを使う「税金」を考えると。

ありがとう！まさに私が言ってたことを要約してくれたし、釣りタイトルについても指摘してくれたね。ここでの私の目標は、新しいことを始めるなら、いろんなサービスを使うんじゃなくてプラットフォームを選ぶことを考えてほしいってこと。Cloudflareが好きな理由は、バインディングがあるから。多くの場合、fetchを使ってリクエストとレスポンスでサービスとやり取りしてる感じがする。fetchがウェブのUnixパイプみたいになってる気がするよ。

もし10年続けられたなら、それは素晴らしい問題だね（あるいは、すごく退屈な問題かもしれないけど）。でも、もし今始めたばかりなら、スタートアップに集中できるのに、そんな決断をするのを防ぎたいんだ。だから、プラットフォームを選んで、そのツールを使い続けることを考えてみてほしいんだ。自分でバンドルするんじゃなくてね。

こういうサービスを標準化されたインターフェースの背後に抽象化するのは良いアイデアだね。これで、あるサービスから別のサービスに切り替えるのは、単にそのインターフェースに対する代替実装を提供するだけで済む。もちろん、このアプローチには少し先を見越す必要があるけど…今の多くの企業にはそれがないみたいだね。

RedwoodJSのフロントエンドフレームワークはあるけど、RedwoodSDKは聞いたことないな。IBMを雇ったからって、誰もクビにならないよね。

オープンソースは、時間が無価値なら無料だよ。

すごく興味深いね。副業で収益化を目指してる僕としては、何をすればいいのか迷ってる。1) 緩やかなライセンス（MIT）でオープンソースにする 2) 制限のあるライセンス（AGPL/SSPL）でオープンソースにする 3) ソースを公開して、ライセンス料を払ったら緩やかにする（Redisみたいに、プロジェクトが有名になった後にライセンスを変えるんじゃなくて、最初からそうする） 4) ソースを公開せず、固定のバイナリを配布する 5) 上記のどれかをやるけど、主にSaaSをサポートする？ そして、君が言ったように移行できる能力もサポートする？ 現在、僕が書くソフトウェアのほとんどはMITでオープンソースにしてて、価値があると思うソフトウェアだけはプライベートにしてる。