It is just a barebones framework written as a love letter to the language of C.
If its a loveletter to a language than telling you the language is important because that's its sole reason for existing. Someone probably just took this on as a challenge for fun. It's not designed to be in the next YC cohort.
And for that reason, I enjoyed reading through the code and marveling at the simplicity and power of C. It made me warm and fuzzy. But I'm not going to use it. I might fork it and play with it for fun though.
Oh come on, you've never done something just for the passion of it? Not trying to earn money or get famous, you just do something because you personally enjoy it with no other motivation than that.
Even if you haven't, a lot of people do stuff purely for their own personal satisfaction. That's what a "love letter to x" is. You just do it for the love.
We are going into a weekend, I challenge you to do something just for the love of it.
[0] https://www.home-barista.com/knockbox/dual-boiler-espresso-m...
In fact very few open source projects are big and professional like Linux. Most are just things people do out of interest or fun.
Sometimes I might care. In this particular case, it's useful for me to know it's written in C, as that's a sign that I'd never want to use it (the fewer internet-facing things written in C I use, the safer I'll be, in general).
But yes, "$FOO: A $BAR in $LANG" is generally a pretty lame way to advertise your project. Advertise based on what it actually does for me, not on your implementation details.
Both are different languages, and both work in different ways.
The interesting part to me is how the difference to serve the set same features is written.
One is an older language and the other is a older-modern language.
It's the same with mechanics. I would be more interested in watching and learning how an 1949 carousel with a vinyl player in the centre works than a 2024 carousel with an iPhone in the centre.
I guess you'd call him a "a welder so huffed up on his own farts that he'd forgotten that the stuff he welds might also do something useful in addition to beind made of the metal and tools du jour".
The rest of us would realize it's not targetted at consumers of welded goods, but as a discussion or example for other welders. It's not something to be mad about, it's perfectly reasonable that welders talk to each other about welding, and sometimes weld things for fun or practice or to show off to each other.
In the world of programmers, we like to do the same thing. Most of us work either on something targetted at people who want marketing and handholding about how to use the product or on something so niche and that it's really only useful to other devs (and mostly the only devs its useful for are a small subset from the first group that work at the same company) - and we often charge for that kind of work. When something's on github, there's a high likelihood it was made by a programmer wanting other programmers to see it for one reason or another.
> I get that this is probably some kind of personal project, but I see so much of this nowadays and it really boils my biscuits.
This has been common since the late 90s when I started paying attention to programming things, and people weren't calling it a new trend then...
Your welding example is flawed because because the welder is showing things as examples. He compresses the range of things the tool can do into a useful format and presents that to people, rather than just welding some metal together without commentary. If this project and the techniques used to create it were documented, it might be comparable. A discussion of the solution to a given technical problem can be interesting and would be the equivalent to what the welder when he discusses the capability of his tools.
You'd be surprised how much this statement is wrong. A lot of people enjoy reading the code of the esoteric projects. Case in point, a bunch of HNers are upvoting this and commenting on it.
It's not for you, fine. You're not interested. Fine. Shrug and move on, instead of writing half a dozen posts to let the world know you personally don't care much for it.
PS: you say it's "wasting their time". I've been in software long enough to know that the people who are good at reading code make some of the best programmers on my teams. Friendly advice: Get good at reading code. Especially when it's clunky, weird and esoteric. It'll go a long way.
I do read code. A lot. I'm not the only one. I know many people who do. I know people who print source code on paper to read on their bus ride back home.
Hell, I know people who read some of the most complicated source code you can imagine, annotate it, criticize it, and then blog about it[1].
It's very weird that you doubt it. Why would we lie? For karma and upvotes? I'm not sure I understand your point. We're literally in the comment thread of a post aimed at reading code and you're here arguing that we're not?
[1]: https://kotaku.com/the-exceptional-beauty-of-doom-3s-source-...