出たー！Defold、あのクロスプラットフォーム対応ゲームエンジンがマジすごいらしい！
引用元：https://news.ycombinator.com/item?id=43726051
このライセンスのやり方は面白いね。オープンソースじゃなくてソース利用可能って書いてあるのがマジで良いと思う。
https://defold.com/license/ GPLと違って、エンジンに独自の変更を加えても公開しなくてOK。ゲームで自由にマネタイズできるし、急な変更がないって保証もある。Apache 2.0じゃない理由は、ゲームエンジン自体をマネタイズできないから。マジでよく考えられてるわ。チームに感謝だね。
マジで最高のライセンスじゃん。もっとこういうソース利用可能って増えてほしいわ。
持続可能な「公平なオープンソース」って感じだよね。製品を作ったチームがマネタイズできるし、コミュニティを傷つけない。コミュニティはコードにフルアクセスできて、改造もできるし、製品で稼ぐこともできる。会社が潰れたら、コミュニティが引き継げるんだって。
会社は無料で提供するサービスと有料にするサービスを選べる。Cloud CIとかビルドとかホスティングを有料にすると、エンジンとエディタは完全に無料で開発・改造できる。これで持続可能なビジネスができるよね。
データベースベンダーはこういうライセンスを使って、Amazonにパクられてキャッシュフローを奪われるのを防ぐべき。
RedisとかElasticsearchはAmazonにパクられる前にこうするべきだったんだよ。Matt Mullenwegもそうするべきだったんだ。
ソース利用可能って言ってるのは良いけど、まだサイトで「オープンソース」って言ってる部分があるね。本当に良い感じのライセンスで、もっと増えてほしいけど、結構厳しくソフトウェアの種類を制限してるかも。
ゲームエンジンの製品を商業化できないし、定義が広いから、法的な問題になる可能性もある。「ゲームエンジン製品」は「ビデオゲーム開発に使われるソフトウェア」って書いてある。コンテンツ作成ソフトとか、作成されたコンテンツを表示するソフトとか。マップエディタとかmodツールとか、ゲーム開発に使えるツールも違反になるかも。Patreonとかで寄付を募ってるクリエイターも違反になる可能性もあるかもね。
選択肢はこんな感じかな。
・ゲームと一緒にmodツールを無料で配る（よくあるパターン）。ゲームを商業化してるだけで、modツールを商業化してるわけじゃない。
・defoldなしのツールにする？ゲームデータを読み込めるけど、defoldじゃない。
・ツールは無料だけど、サポートとか保証を有料にする？9条でサポートとか保証は売っても良いって書いてある。ソフトウェアライセンス自体にお金をかけちゃダメってことだね。
Patreonの小規模ユーザーがプラットフォームのツールを商業化するための簡単な承認プロセスがあると嬉しいかも。
彼らは、extensionsはその制限の対象じゃないってハッキリ言ってるみたいだよ。
ライセンスの文章を修正して、もっと分かりやすくする必要があるかも（自分も法律の専門家じゃないけど）。商業的なextensionsはOKで、コアコードを改造したものを商業化するのはダメってことだと解釈してる。
心配なのはもっともだけど、もし問題になったら、財団の目標(https://defold.com/foundation/)を考えると、ライセンスの文章を修正してくれると思う。
自分はそんなに厳しい制限はないと思うし、弁護士がそう解釈したら、修正を手伝ってくれると思う。
だから、とりあえず「慎重に楽観的」って感じかな。
みんなそんな先見の明はないよ。未来を正確に予測できないから、求めるのは無理だよ。
RMSがああいう風に頑張ったり、Amazonがああいう風に頑張ったりしなかったら、このライセンスは生まれなかった。こういうことがあったから、問題解決できるライセンスができたんだよね。また状況が変わったら、新しいライセンスが必要になるんだろうね。
＞Matt Mullenwegはそうするべきだった
＞彼には選択肢がなかったんだよ。GPLコードをリライセンスすることはできないから。既存のものをforkするんじゃなくて、新しいシステムを最初から書く必要があったんだ。
著作権者は好きなようにコードをリライセンスできると思ってたんだけど？GPLかどうかは関係なくて、第三者のコントリビューターが自分の貢献の著作権をリライセンスしようとしてる人に譲渡したかどうかが問題なんじゃない？過去に署名が必須じゃなかった場合、多くのコントリビューターがいるコードベースだと、後からそれを得るのは難しいことが多いと思う。Wordpressがそうなのかは知らないけど、コードがGPLかどうかは関係ないと思う。
著作権者はリライセンスできるけど、forkが違うライセンスになるようにリライセンスすることはまずないと思うよ。Wordpressはb2のforkとして始まったんだし。Mullenwegが最初の開発者だったら、もっともな批判だけどね。
結局、プロジェクトをマネタイズできるのは一つの組織だけってことだよね。だから、そいつらのマネタイズのアイデアや実行力がイマイチだったり、熱意がなくなったりしたら、プロジェクトは死ぬ可能性が高いってこと。GitHubにはこういう死んだプロジェクトがいっぱいあるんだよね。ソフトウェアのマネタイズって難しいし、重要なソフトウェアを作るのも難しいし、両方やるのはもっと難しいから。オープンソースは資金援助されるべきだけど、これは効率的な方法じゃないね。Mullenwegは、総資産4億ドルくらいあるらしいけど、20年前に「向かい風はすべての船を持ち上げる」って言葉が、自分以外の人が船を持つことを許容するのか、それとも自分の船だけなのか、よく考えるべきだったんじゃないかな。WPの周りには、Mullenwegがお金を受け取らなくても、何十億ドル規模の生態系があるべきなんだよ。
ライセンスは公平に見えるってのは同意かな。全部がOSI準拠のオープンソースである必要はないしね。WASMもサポートしてるし。
＞GPLと違って、プロプライエタリな変更を加えても公開する必要はないってことだよね。
なんでそれが良いことなの？
＞エンジンを使って作ったゲームは自由にマネタイズできる。
GPLライセンスでも同じことができるよね？
＞ベイトアンドスイッチがないという保証もある。
GPLライセンスなら、”保証”に頼る必要なんてないじゃん。
僕らがいる場所を考えてみてよ。ゲーム開発って、同じエンジンを使って、ゲームの作り方について色んなアイデアを持った開発者がたくさんいるわけじゃん。もしエンジンに必要な機能がなかったら、自分でコードを書くことになるだろうけど、その機能を作る目的は自分のゲームのためなんだから、その機能をエンジンにプッシュバックする必要もなく、自分のゲームの機能を非公開にできるのは当然だと思うんだよね。これが、ゲームエンジンにGPLが向いていない理由。
もっと重要なのは、成功したゲームは、APIが制限されたNDAの背後にあるプロプライエタリなプラットフォームへの移植が必要になる可能性が高いってこと。
正直、良くはないけど、それが僕らが生きている世界なんだよね。
GPLは、機能や変更をエンジンの開発者にプッシュバックすることを要求してないよ。他の人が利用できるようにするだけでいいんだ。ゲームのデータと一緒にZIPファイルに入れておけばいいんだよ。id TechのGPLリリースで作られたゲームの多くがそうしてる。
＞＞GPLと違って、プロプライエタリな変更を加えても公開する必要はないってことだよね。
＞なんでそれが良いことなの？
トップレベルのゲーム開発は軍拡競争なんだよ。プロプライエタリなことができるのは、大企業にとって魅力的。
＞＞ベイトアンドスイッチがないという保証もある。
＞GPLライセンスなら、”保証”に頼る必要なんてないじゃん。
オープンソースからクローズドソースになったプロジェクトはたくさんあるんだよ。保証があるのは良いことだよ(もちろん保証はないけどね)。
＞トップレベルのゲーム開発は軍拡競争なんだよ。プロプライエタリなことができるのは、大企業にとって魅力的。
大企業だけを助けて、他の人を助けないのが良いことだとは思えないな。
＞オープンソースからクローズドソースになったプロジェクトはたくさんあるんだよ。保証があるのは良いことだよ(もちろん保証はないけどね)。
でも、オープンソースのものは保証されてるじゃん。後でクローズドソースになったとしても、そこまでのコードはずっとオープンソースのまま残るんだから。だから、保証されてるんだよ。”保証”なんて意味ないよ。
＞大企業だけを助けて、他の人を助けないのが良いことだとは思えないな。
自分のものを非公開にしたいなら、法的な選択肢があるってことだよ。
＞でも、オープンソースのものは保証されてるじゃん。後でクローズドソースになったとしても、そこまでのコードはずっとオープンソースのまま残るんだから。だから、保証されてるんだよ。”保証”なんて意味ないよ。
そうかな？ここでもそうじゃないの？
＞でも、オープンソースのものは保証されてるじゃん。後でクローズドソースになったとしても、そこまでのコードはずっとオープンソースのまま残るんだから。
Apache 2.0ライセンスからの変更は非常に少ないので、その時点からフォークすることもできるよ。ただ、(a)商標を使用できなくなり、(b)販売できなくなるだけ。
財団の明確な目標、ひいてはプロジェクトの明確な目標を考えると、彼らが提供しようとしている保証を正確に提供しているように思えるし、保証についてのあなたの指摘は完全に正しいけど、ここで得られる法的な保証のレベルを過小評価していると思うよ。
GPLと違って、エンジンに独自の変更を加えても公開しなくていいんだよね。 それってGPL違反にはならないと思うな。変更したバージョンをソースコードと一緒に配布しない場合に違反になるだけじゃない？ ライセンスは気に入ったし、精神的にはオープンソースだと思うけど、問題が起こりうるケースがあるよね。Defoldのクローズドソース版のサービスを販売したらどうなるんだろ？ エンジンや派生物を商用化することは許可されてないってハッキリ書いてあるから、意図されてないことだよね。でも、ライセンス的に技術的に許可されてるかどうかは弁護士に確認しないとわかんないかも。 ＞Defoldのオリジナル版や変更版（派生版）は自由に配布できるよ。 単に“ソース利用可能”と呼ぶだけでなく（多くの人がそうであるように“オープンソース”を誤用しようとせずに）、Apacheベースのライセンスへの追加を強調しているのは素晴らしいね。https://defold.com/license/ 法律家じゃないけど、唯一の追加点は、それに基づいてゲームエンジンを販売することを防いでいるように見えるな。だからゲームは売れるけど、エンジンはダメってことか。ビルトインエディタ付きのゲームはどうなんだろ？ 彼らがどう考えているかは知らないけど、必要ないと思うな。Blenderと比較してみよう。BlenderはGPLで、Blenderをリラベルして販売しようとする怪しいプロジェクトの長い歴史がある。 Blender Foundationの代わりに、アーティストが権利を持つんじゃないの？ 誰かが自分たちのゲームエンジンを売るのを阻止したいんじゃない？めっちゃ明確じゃん。 無料で使えるのに、誰がゲームエンジンを買うんだろ？存在しない問題に対する解決策みたいじゃん。 僕も同じ疑問だったんだよね。誰かが追加機能付きの有料版を作って、それをコミュニティに還元しないことを心配してるんじゃないかな。例えばさ、Defoldを現在の非OSSのmodified ApacheとGPLの両方でデュアルライセンスにしたらどうかなって考えたんだ。そうすれば、次の選択肢があるわけさ。 ＞dual-license the engine under both their current non-OSS modified Apache and the GPL. なんで問題が存在しないって決めつけるの？OracleとかCanonicalとかGitHubとかRedHatとかDataStaxとか、同じようなことがいつも起きてるじゃん。誰かが価格に見合う機能を追加したり、Defoldが提供しないサポートを提供したり、Defoldがしないマーケティングをしたりできるんだよ。無料の製品と同等の有料製品は数えきれないほどあるんだから。 もしderivative game enginesを売るのを禁止しなかったら、誰かがforkして、有料forkでしか使えない価値のある機能を追加するかもしれない。そうなるとコミュニティが分裂しちゃうかも。 Godotコミュニティがどれだけ分裂してるか見てみなよ。（全然そんなことないけど） それはAmazonが有料版を作るほどユーザーベースが大きくないからだよ。もしくはAmazonの誰もゲームエンジンで収益化する方法を見つけられてないか。もしそうしたら、気を付けてね。 Godotのユーザーベースは、もうAmazon Lumberyard（今のO3DE）よりも大きいんだよ。Defoldと違って、GodotとO3DEはマジで無料だし。 全体のユーザーベースを見るんじゃなくて、Godotで十分な収益を上げてるから商業的な機能にお金を払ってもいいと思ってるユーザーの数を見ないと。その数は圧倒的に少ないんだよ。もしGodotのゲームがUnityのゲーム並みに収益を上げてたら、Amazonがforkしてると思うよ。 ユーザー数でマウント取ってんのアンタじゃん。でもGodotの方がまだ多いけどね。 誰かが売ってる改造エンジンには、重要な追加機能があるかもね。例えば、オリジナルのエンジンが対応してないコンソールに移植されたバージョンとか。移植会社はよくあるし、メインのビジネスなら移植を簡単にする社内ライブラリとか改造エンジン持ってたりする。Godotみたいなオープンソースエンジンではよくあること。移植サービスを提供する会社がドキュメントにたくさん載ってる。作者がそういう形で利益を得られるのを許すかどうかだけどね。Defoldは主要なコンソールをカバーしてるみたいだけど、ライセンスを選んだ初期の頃とか、次世代コンソールが出たときとかはそうじゃないかも。GOGやEpicみたいなPCストアとの連携もあるし。移植とか統合が楽になるなら、完成して疲れてるデベロッパーは買うかもね。マルチプレイもそう。簡単に同期できる魔法みたいな解決策もあるけど、最初から考えて設計する方が良い体験になる。でも計画とか技術とか予算が必要。そういうのがアドオンか改造エンジンかは、ライセンスとか実装による。RPG makerもエンジン上に構築されたエンジンみたいなもん。 RPG in a Box[0]が頭に浮かんだ。Godotをもっと汎用的な「ゲームメーカー」に変えるけど、エンジンを売ってるとも言えるかもね。[0] https://rpginabox.com/ 編集: 明確化 何度も書いてあるじゃん。Defoldを無料で使ってほしい、常に無料で開発者が使えるように、ソースコードも常に利用可能にしておきたいんだって。なんで聞くの？ 書いてあるよ。「Defoldソフトウェアが第三者によって商業化されるのを防ぐ」って。 今のライセンスだと、マップエディタ内蔵の商用ゲームを配布するのが違反になるかどうかがハッキリしないんだよね。 変わったライセンスなのに、みんなが問題視するのがそれだけってスゴくない？ちょっと問題っぽいけど、ハッキリさせれば解決しそうじゃん？ それって実際には問題ないよ。ゲームにエンジンの編集ツールなんて普通入れないし。エンジンの編集ツールはそういう用途に向いてないんだって。Photoshopをゲームに入れて、キャラの髪色変えれるようにするみたいなもんでしょ。 ライセンスの解釈が違うんじゃないかな。Defoldのツール使ってるかどうかは関係なくて、商用製品でゲームのコンテンツを改造できるようにするのがダメなんじゃない？ ライセンスをちゃんと読んだら、もっと問題なさそう。“as a game engine product”として売っちゃダメって書いてあるのがポイント。ゲームがビデオゲーム開発に使われる可能性があるだけじゃなくて、普通の人がビデオゲーム開発ソフトとして売ってるって思わないとダメってこと。Robloxみたいなゲームエンジンでもあるゲームはグレーゾーンだけど、Defoldが訴えてきて、パズルゲームの無料レベルを作るマップエディタがビデオゲーム開発ソフトとして売ってるって判断される可能性は低いから、気にしなくていいレベル。Robloxみたいなの作りたいならDefoldは向かないけど、そうでなければ心配無用。 Valveのゲームみたいに、ゲーム制作に使ったツールをそのまま配布してるゲームも結構あるよ。 エンジンの編集ツールをそのままゲームに入れるなんてありえない。編集ツールは強力すぎるし、一般プレイヤーには難しすぎるから。 ゲームによってはアリかもよ？(ゲームによって文化が違うし)。それを元にして、もっと使いやすいものを作るかもしれないし。 ライセンス的には、自分でマップエディタ作っても規約から逃れられないっぽいね。マップエディタってゲームコンテンツ編集できるから、ゲームエンジン製品に分類されちゃうし。Defoldで作ったゲームエンジン製品の再配布は禁止されてるから。 これ、元々はKing Games(Candy Crushの会社)で作られてたんだよね。買収される前に。だから、ライセンスモデルがちょっと変わってるのかも。 ＞別のスレッドで書いたんだけど、hyperscalersとか大企業がプロダクトをパクるのを防ぐために、source availableにするってのはアリだよね。 これは、よくある「エンタープライズサポート」と「配布」のビジネスモデルっぽいね。持続可能だし、コミュニティとメンテナー両方にメリットがある。ウェブサイトにはこう書いてあるよ。 ＞(そして、多くの人がするように、”オープンソース”を誤用しようとしていない) Defoldにはちょっと愛着があるんだよね。ゲーム開発の分野ではユニークだし。例えば、組み込みのGUIエディタはClojureでできてるんだ！https://github.com/defold/defold/tree/dev/editor(GUIはcljfxで、seesawを応援してる)。スウェーデンのゲーム開発スタジオ(Kingとか？)から生まれたみたいだから、商業リリースの実績もある。コンソールプラットフォームのビルド/リリースツールはお金がかかるみたいだけど、Defoldはライセンスとかでフェアであろうとしてる印象がある。 Defoldの話が出てきて嬉しいな。昔、エディタの開発してたんだ。実は、Defoldの2番目のIDEなんだよ。最初に作ったのはEclipseベースだった。6人くらいのチームで、IDEのコアを置き換えて、1年間で12個くらいのツールを作ったんだ。楽しいプロジェクトだった。ClojureでデスクトップGUIを作ったって言える人は少ないよね。 もしKingなら、巨大な(資金的な)後ろ盾があるね。KingはCandy Crushのおかげで、2011年の6200万ドルから2013年には18億8000万ドルに収益が跳ね上がった、最も収益性の高いゲームパブリッシャーの一つ。2016年にActivision Blizzardに買収され、2023年にはMicrosoftに買収された。 Candy Crushの中毒性を考えると、麻薬王が病院を建ててるようなもんだね。Candy Crushは麻薬ほど危険じゃないけど、ゲームエンジンは病院ほど役に立たない。 AFAIK、KingがDefoldを財団としてスピンアウトさせたんだって。 そうそう、2020年の初めにそうなったんだよね。DefoldはKing時代よりもDefold Foundationになってからのほうが公開期間が長いんだ。Kingはもうずいぶん前からDefoldとは関係ないよ。 Defoldはずっと前からあるよね。なんで今頃フロントページに出てるのかわからないけど。それはさておき、Defoldは良いんだけど、コミュニティとかドキュメントはGodotに比べるとちょっと弱いかな。MonoGame (Stardew Valleyはこれで書かれた)とか、UnityとかUnrealみたいな大物もあるよね。どれだけ学習に投資したいか、どんな機能が欲しいか、トレードオフとかプラットフォームとか、プログラミング言語とかスタイルとか、いろいろ考えなきゃね。 Luaの記事がフロントページに出たからだよ。DefoldはLuaを使ってるし。 Monogameが大好きすぎてどうしようもない。使うのがめっちゃ楽しいんだ。 関連する投稿がここにあるよ。Luaで6万行のゲームエンジン。 Unityが初めて登場した時のことを覚えてるよ。資料を読んだ時の感覚は「これはマジですごいことになるかも」って感じだった。Defoldも同じような感覚があるんだよね。チームのコミュニケーションとか言語の精神とかで、良いものを持ってるってわかる時があるんだ。マルチプラットフォームのエクスポートが充実してるのは大きいよね。Godotの最大のハードルはコンソール対応だったし。唯一の不満はLuaだけってことかな。C#だったらもっと嬉しかったけど、C++みたいにフルコンパイルじゃないだけマシか。 Godotはコンソールをサポートしてるよ。サードパーティに任せてるだけ。Switchの開発者ならコミュニティのサポートがあるし、W4 Gamesがエクスポートプラグインをライセンスしてる。コンソールのSDKがNDAで保護されてるから、エンジンみたいにオープンに開発できないんだよね。コンソールがもっと特殊だった時代の名残だね。 Godotはマジで良いよね。サードパーティが頑張ってるのもその通り。大変みたいだけど。Kingとの関係でDefoldは楽になってるのかな？ W4 Gamesを移植の選択肢として挙げるのはやめてほしい。一番安いプランでも年間2000ドルもするんだよ。ほとんどのインディーズゲームは数百本しか売れないのに。 そんな値段でコンソール対応してくれるところなんて、まず見つからないって。UnityとかGameMakerのコンソール対応と比べれば、似たようなもんだってわかるよ。 ほとんどのインディーゲームは、まずSteam/Steam Deckで売って、そのあとインディーパブリッシャーに拾われてからコンソールに移植するよね。 そのサードパーティは、Godotのリーダーシップと経営陣が所有してるんだって。Godotへの貢献は、彼らの懐を肥やすことになるんだね。 他のサードパーティの移植業者の一覧はこちら： systemdの状況は、Godotの特殊な事情や経営陣の怪しいやり方とは比較できないよ。本質的にはオープンコアだけど、私有の製品なんだ。Unityよりはマシだと思うけど、真の意味でのFOSSエンジンとは言えないね。 W4 games（または他の移植業者）に、プロプライエタリなコンソール向けのFOSSエクスポーターをどうやってリリースしろって言うのさ？ 彼らはNDAで保護されたSDKに頼ってるんだから。 静的型付けが欲しいだけなら、Typescriptを書いてLuaにコンパイルできるよ： Defoldのサイトではこう勧めてるよ： こっちも：もっとコメントを表示（1）
＞それっていいことなの？
既存のプロジェクトを改造して、社内プロセスにガッツリ組み込むってことじゃん。それの何が悪いの？
変更した場合でも、コードを公開する必要がないってだけ。
変更したゲームエンジンでサービスを販売するのが商用化にあたるのかは不明だけどね。
フェアだと思うけど、残念ながらOSSじゃないんだよね。なぜそうする必要があるのか疑問。
ソースコードを公開する必要がある（GPL）んだけど、ダウンロードと一緒にソースコードを提供して、宣伝せずに隠すことで、法的な問題に巻き込まれずに回避できるみたいだ。
１．Defoldのmodified versionを使って作成されたソフトウェアを商用化できる。ただし、modified versionのソースを公開しなくてもいいのは、Defoldのmodified version自体を商用化しない場合に限る。
２．Defoldのmodified versionを商用化する場合は、GPLに基づいてソースを公開する必要がある。（つまり、そのソースはアップストリームプロジェクトでも使用できる可能性がある。）
でも、これを書いてるうちに、この計画の欠陥に気づいちゃったんだー！アップストリームプロジェクトがデュアルライセンスだと、GPLライセンスのコードは使えないんだよね。
もしそうするなら、ぜひ“modified Apache か or the GPL”って言ってほしいな。うちの会社の弁護士は、jQuery pluginsを使うことについて大騒ぎしたんだ。“and”の代わりに“or”って書いてあったからね。
有料forkが無料のDefoldユーザーを減らすとは限らないよ。何が構築され、提供されるかにもよるけど、有料forkはエコシステムにとって良いことで、全体のユーザー数を増やすこともあるんだ。もっとコメントを表示（2）
＞“Game Engine Product”っていうのは、ビデオゲーム開発に使われるソフトウェアのこと。コンテンツ作成ソフトと、作成したコンテンツを表示するソフトの両方を含む。
ライセンスでは、以下の場合に再配布が認められてる。
＞a) その成果物または派生物を、Game Engine Productとして販売または商業化しないこと。
つまり、ゲームコンテンツを改造できるツールは全部Game Engine Productってことになって、Defoldで作ったGame Engine Productを売るのはダメってことだと思う。
https://news.ycombinator.com/item?id=43728095
サポートページ: Defoldで作ったゲームのパブリッシュ支援についてはbusiness@defold.seまで。
概要ページ: 製品開発、マーケティング、サポート、セールスはRefold ABが担当。Defoldチームのメンバーが所有してて、Defold製品の日常業務を委託されてる。
オープンページ: Defoldのロードマップはもう公開しないことにした。
ステータスページ: Defoldはサブスクリプションモデルには絶対にならないし、ロイヤリティも要求しない。ライセンス料も取らない。メインプロダクトへのアクセスにお金を請求することはない。
FAQページ: どんなユーザー追跡してるの？ サービスと製品を改善するために、ウェブサイトとDefoldエディタから匿名で使用状況データを記録してる。
スタートアップとかビジネスの成長でよくあるSaaSをたくさん使ってるね。フォーラムはDiscourseだし、アナリティクスも色々入れてる。SendInBlueも使ってる。コミュニティの健全性と成長をすごく意識してるみたい。すごい人が運営してるみたいだね。Amazonとかが他のオープンソースプロジェクトでやってきたように、誰かに盗まれないように、商業的なサポートを提供することで、自分たちを維持してるみたい。その一方で、クールなコミュニティ主導のゲームエンジンを作ってるんだね。
[1]https://defold.com/support/
[2]https://defold.com/about/
[3]https://defold.com/open/
[4]https://defold.com/status/
[5]https://defold.com/faq/faq/
[6]https://forum.defold.com/ ; Discourseはカスタムドメインだと月100ドル以上かかる
彼らがやめようとしたのは、反発を受けたからだよ。最初の発表は”Defoldがオープンソースになる”っていうものだった。
WikiにもDefoldエンジンについて書いてあるね。2007年に最初に開発されて、2013年にKingに買収され、2016年に現在のライセンスモデルになった。もっとコメントを表示（3）
＞https:／／news.ycombinator.com／item?id=43723088
＞https:／／news.ycombinator.com／item?id=43723088
自分でエンジンをコンソールに移植するとなると、何百時間もかかるけど、それを他の会社が3つ全部のコンソール向けにたったの2000ドルでやってくれるなんて、かなりお得じゃん！
2000ドルっていうのは、3つのコンソール全部に移植する場合で、1つあたり800ドルってこと。だから、W4でPlayStationだけをターゲットにして、Switchはコミュニティ移植版を使うっていうのもありだよね。
＞https://docs.godotengine.org/en/stable/tutorials/platform/co…”
デマを広めるのはやめて。FOSSなんだから。systemdに貢献するとRed Hatの懐が潤うって言ってるようなもんだよ。
＞https://typescripttolua.github.io/”
＞Optional typed Lua using Teal.
https://defold.com/product/
https://defold.com/assets/teal/
https://github.com/teal-language/tl”
＞https://ts-defold.dev/”
