I have my repos on Codeberg and one of the ‘disadvantages’ is that, well, it’s a non-profit, so I genuinely don’t want to waste their resources.
They ask you to only host open-source repos there, meaning that using it for backups of shitty personal projects, even if I would throw in an open-source license, is just out of the question for me.
And that has weirdly been a blessing in disguise. Like, if it’s not useful for humanity to see, do I really care to keep it around forever?
And I’ve had three projects now where I felt an obligation to push them over the finish line of actually making them a useful open-source project. Which had me iron out some of the usability shortcuts I took, made me learn a good amount of code quality stuff and of course, just feels good to complete.
Well, Codeberg is a non-profit. I would say if it’s just a few kilobytes/megabytes of code, upload it and donate $10. That should be enough to store that for decades.
I sometimes look for small stuff. Boilerplate code, how other people configure stuff that isn’t well documented, niche interest stuff even if it’s not finished. Sometimes stuff like that is useful.
That’s why I host all my shitty unfinished projects in a Gitea instance in my VPS. Now they actively cost me money and I feel (a tiny bit) more incentivized to do so something with them!
I had a friend at university who got a job fixing cobol stuff before Y2K. The bank paid him extremely well, housed him in a luxury apartment during the job, and, as he had no driving licence, dropped in a car with free driver for him.
Honestly that’s okay. That’s how most of the games industry works and you know what? I sleep very well knowing that none of my code is actively hurting people. I do likely have some code in some defense simulator from my work on squad but so be it. Overall I make toys. Works of art and as long as the bugs are caught it really doesn’t matter when. As long as it’s before release. Even then you can just work at Bethesda and just never fix them no matter what.
Yes but sometimes their kids just talk forever, or they themselves just ignore the reality that their time has come, and we’ve got places to be. So the nice request comes with a deadline.
It kinda is though. Iirc it received an interrupt it shouldn’t have received and doesn’t know how to resolve. It is not supposed to ignore it, but then the only other option is crashing at this point. Basically it continues in a dazed and confused state.
Of course the message could be clearer, but at least it also makes the message easily searchable.
Or, you could just go the whole hog. Create your own simple CPU emulator, design a basic 8bitesque CPU, give it an output port that is the console, and load up some basic ASM to cycle through Hello World to the console port.
If you’re doing something extremely skillfully, chat gpt will make the dumbest suggestions ever…
Chatgpt is good for learning ideas and new things as an aggregate of what everyone thinks about it. But as a coding tool it cannot reason properly and has rubber stamp solutions for everything.
You guys recommend VSCodium over VSCode. Is there a working sync solution similar to the one built into VSCode where you can sync all settings and extensions between machines?
Yes! It’s this one open-vsx.org/extension/zokugun/sync-settings I really like it for using a normal repository over a “gist” and so you can also use any git server provider, I think the developer is also a contributor of VSCodium itself
There are two Linux paradigms that I consider stupid. One is the use of centralized software repositories managed by the distro instead of individual developer maintained installers. The other one is file system case sensibility. They already admitted defeat on the first one with the rise of containerised applications. I wonder how much longer they’ll keep the charade on the second one.
Indeed, but I’m sure we can agree that it’s pretty stupid for every distro to maintain its own repo. That’s a lot of duplicate work, which could be spend on more useful things. Luckily flatpak is well on its way to change that
Hm… But different distros have different philosophies (not just) about updates. That’s part of why people choose a specific distro.
Theres still plenty speaking against flatpak (larger sizes, problems with GTK/qt themes, and it’s only meant for GUI applications - you still need a separate system for the kernel and lower-level/cli tools. And frankly, that makes flatpak unusable to me, because the purpose of a centralized package management system is not having duplicate systems).
So in short: y’all are gonna pry pacman from my cold, dead hand.
I’m not against distros as a whole, some extra work will be inevitable because people have different preferences, but it feels like a waste having a Firefox package for arch, ubuntu, fedora and Debian while essentially all being identical. Indeed flatpak isn’t perfect yet, but it works great for me and it’s steadily improving
programmer_humor
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.