Keep your project healthy and alive by using LGPL or some similar FLOSS license instead of MIT. MIT and other permissive licenses are horrible.
post
A simple comparison between the two via interoperable-europe.ec.europa.eu says that they're almost identical save for one clause around trademarks:
https://interoperable-europe.ec.europa.eu/licence/compare/BSD-3-Clause;MIT
But I'd be remiss if I didn't advocate for a license that better protected your project from corporate theft. The AGPL and GPL are excellent licenses that protect your work and that of the community from companies that would copy it, improve it exclusively for themselves and then ship your work exclusively in binary form:
Wouldn't the LGPL make more sense for an engine? Otherwise it would be hard to make a proprietary game (read almost every game) even if you publish any changes you made to the engine.
Ooh, yes for for this case, the LGPL would be a good middle-ground for OP's concerns.
do mind that (and i'm pretty sure this still works with AGPL but this isn't gospel) you can have the engine be open source while keeping the assets proprietary and requiring they be purchased to actually sensibly play the game.
This is how the original DOOM works, there's an ocean of modified doom engines but you still have to buy the assets to play the proper actual DOOM game. You can use alternative asset packs but it'll look and sound like a fairly different game.
And of course it's vastly easier to create alternative assets for such a simple game, compared to the labour that would be involved in a larger modern game.
a license that better protected your project from corporate theft
See: https://philiplaine.com/posts/getting-forked-by-microsoft/
I thought of using GPL, but it would mean someone else would be obliged to open their source code if they base their software on my engine. Though open-source is good and must exist (speaking of Ren'Py, which is not GPL, but still an open-source engine considered a golden standard of VN development), I'd like to give others the right to make their derivative works either open or closed, by their choice.
As for AGPL, I know nothing, unfortunately.
That's understandable, though one of the other commenters suggested the LGPL which might make for a good fit for your case. Here's a comparison with the other two if you're interested.
The AGPL is just the GPL with extra rules requiring sharing the code even if you expose it exclusively via a service.
Okay, thanks for the advice. LGPL might be a good option, I'll look into it.
See my other comment: https://programming.dev/post/53544261/24909721
AGPL is GPL + network services protection (preventing someone taking your code and spinning up a for-profit selling services without contribution back). If you don't care about people stealing your code, closing it, and selling services based on it, then there is no need to consider strict copyleft licenses.
Okay, thank you very much. As for now, I hope my engine will be known enough for anyone to recognise the hoax.
Do you know that Apple's macOS is historically a FreeBSD fork? (They have copied big parts.)
I find it notable that FreeBSD is struggling to stay alive, and Apple's 1000000000000s of dollars in incomes does not help them at all.
Out of curiosity, why develop your own instead of contributing to RenPy? Not saying there can't be good reasons, just curious what they are in this case.
Long story short, it all started with an argument between me and a guy who thought only Japanese VN-related anything is usable normally, and that all Western VN-related software (Ren'Py included) are either clunky or laggy garbage. He also gave a Japanese novel engine called Light.vn (don't mind the link, it's the engine name) as an example (there is a killer feature in it: WYSIWYG editor). So I started my engine to prove him wrong.
After some time, I really saw that Ren'Py is not as fast as it was when I started to use it long ago. But that's because it uses modern Python, which is by itself not too fast and lightweight anymore.
That's why I write my engine in C and aim to make it much faster than Ren'Py and with better UX. Not speaking of a desire to create something meaningful myself.
To prevent it getting lost i want to point this out in its own top-level comment:
Keep in mind that as the copyright holder you can publish your code under as many licenses as you wish, and charge for whichever licenses you wish.
You could publish it for free under AGPL, charge a smaller sum for developers who want/need a more permissive license like BSD 3-clause, and charge out the ass for a full on proprietary license.
Do note though that you'd have to think about how to handle contributions, as that will be copyright of the respective authors and thus you can't just merrily go and change the license of their contributions. You'd have to ask them to sign a Contributor License Agreement or just straight up manage the codebases separately (which is a little bit of a mess).
I'm a copyleft fan in theory, but...
In practice my experience is that anything GPL actually doesn't benefit the fellow worker/programmer as much. Since the worker probably works for an evil soulless company, he would have to use a different permissive software or buy something proprietary. I.e. if you choose copyleft you provide to a commons that is only accessible to a minority of workers. I also believe that most companies (even big tech) will try to contribute important or significant changes to permissive upstream projects instead of running their own private forks (the latter is much more annoying and expensive).
don't forget that the copyright holder is perfectly free to sell copies of their software under different licenses, OP could provide the GPL copy for free and clearly advertise that buying it under MIT or a non-open license is available.
Amongst those 2 toss a coin honestly ¯_(ツ)_/¯
They do pretty much the same thing. If there are nuances, I do not know about them.
top 50 comments