Comment on Zig quits GitHub, says Microsoft's AI obsession has ruined the service
boonhet@sopuli.xyz 19 hours agoI love that Codeberg exists, but there’s one thing I kinda dislike.
I’d like to use the same forge for my private projects (hey, a couple of them may make money one day! I gotta eat too) as I do for open source stuff, but Codeberg is explicitly open source only.
It’s a minor thing, really. Which I could get past by using another Forgejo instance, like Codefloe. But these smaller instances, how long will they be around?
moonshadow@slrpnk.net 16 hours ago
I see this as a feature not bug, and tbh kinda resent those who hoard information and try to extract wealth from it. Extremely rude to the giants whose shoulders your work is built on. I’m the person who’s going to crack and redistribute your shit as soon as you publish it, nice to meet you :)
boonhet@sopuli.xyz 16 hours ago
Out of curiosity, how do you crack and redistribute backend code as soon as a service is published?
Client-side code is usually Javascript for everything made in the last 10 years anyway, it doesn’t need a lot of cracking lol, it’s usually just minimized.
moonshadow@slrpnk.net 15 hours ago
That was somewhat facetious and self-aggrandizing, “cracking” something isn’t always possible or necessary. If your service was unique/useful enough, I would contribute to reverse engineering enough of that backend to replicate its functionality. More likely I’d just refuse to use it and support open alternatives
Unsolicited advice though, giving stuff away generates a huge amount of goodwill that can be way more useful and rewarding than revenue. Contributors instead of employees, love instead of money, place and purpose instead of points in your bank account. I’m not wealthy by any means, but I’m comfortable enough and haven’t had to buy a laptop since high school
boonhet@sopuli.xyz 14 hours ago
Sure. But thing is, there’s software out there for which FOSS doesn’t even make much sense.
I’m talking things that are so niche, the total amount of potential users (not customers - that’s a much smaller number) is in the hundreds of thousands, not even millions - most of whom have no say in what software they use, nor does it affect their pay checks.
If I was building, say, accounting software that every company can use, that’d be different, because while still business focused, there’d be a lot more grass roots interest in it. But I’m talking about software where you have to sell it to a bunch of execs, along with support contracts and uptime guarantees, because their entire business is dependent on it functioning properly. I’m also talking about software for one niche of one industry in one country.
The project isn’t useful enough to you, an engineer, to reverse engineer the backend. Nor are there any open alternatives that work. It requires keeping up with regulations, including some that change every year. It’s not that the software itself is super complex magic, it’s that it stops being useful if not well-maintained.
What I have considered, though, is making parts of it open source, and keeping only the “secret sauce” proprietary. The open source parts would be stuff that could be used to build similar software for other niches of the same target industry, whereas the super specific niche stuff and all the regulation compliance stuff (much of which is just for that one niche anyway - other niches have different regulations) would be proprietary. Essentially building a set of FOSS libraries, and a niche proprietary application that uses them to service a specific market. Again, good reason for using a forge where you can have both public and private projects - but of course I could just use CodeBerg for the open source and host the rest of it privately.