I think the magic is still mostly in raylib in that it's a well designed API with high composability. It feels like playing and building. Odin is special in its own right.
There's no particular feature of Odin that really stands out, but where Odin outclasses every language available is that every single feature has been very thoughtfully considered and designed to have the least amount of issues. Once you work with it for a few months, it becomes obvious very quickly its vision is remarkably consistent, leading to a smooth and outright delightful development experience.
I will caution, if you are the type of developer who likes to pull in lots of packages and dependencies to start a project, it's not for you. There's no package manager, and rightly so[1]. You'll have to build most high-level systems yourself. But when you realise that most frameworks and dependencies are trivial to implement by hand, this won't be a bother.
If you're the kind of developer who loves building systems and doing everything yourself, you'll feel right at home.
Anytype is a well-made product, but its data format is somewhat opaque and like Notion suffers from significant complexity. I switched to Obsidian last year, which while proprietary at least gives me the option to move my data somewhere else if I should need to. Anytype doesn't make it easy to get your data off its platform.
I'm a web developer too, and I would like this to be true, but it really isn't. Words have meaning. "Native" implies that you are *directly* using OS-specific API's. You are not.
You built a Cross-Platform Desktop Application using Web APIs. That's okay. You shouldn't lie about that.
> a constant for every invention is my lifetime is "everyone else is only interested in puerile sex and entertainment, $LATEST_MEDIA is ruining us, 1984"
Every damaging invention in isolation isn't a big deal. The big deal is setting precedent and the accumulation.
> not puerile consumption.
I agree, it's more akin to seeing how much sawdust one can put in a rice crispy before someone notices. No one wants to eat sawdust, nor is there a mindless desire to.
> Package managers are now basically a requirement for language adoption. Doing it manually is not a solution, in an automated world.
Absolute nonsense. What does automated world even mean? Even if one could infer reasonably, it's no justification. Appealing to "the real world" in lieu of any further consideration is exactly the kind of mindlessness that has led to the present state of affairs.
Automation of dependency versions was never something we needed it was always a convenience, and even that's a stretch given that dependency hell is abundant in all of these systems, and now we have supply chain attacks. While everyone is welcome to do as they please, I'm going to stick to vendoring my dependencies, statically compiling, and not blindly trusting code I haven't seen before.
Relax, while mentioning the real world without any criticism for the soundness of the solution is absolute nonsense, some would say idiotic, thinking only in the absolute best solution given your narrow world view is not any better.
While I agree that my view is narrow, the "best solution" in question is what we used to do, and it was fine. There are still many places that manually manage dependencies. Fundamentally automatic software versioning is an under-developed area in need of attention, and technologies like semantic versioning which are ubiquitous are closer to suggestions, and not true indicators of breaking changes. My personal view is that fully automatic dependency version management is an ongoing experiment and should be treated as such.
Focusing on protocol and decentralisation is putting the cart before the horse. The reason why Twitter, and Reddit in particular work so well is because of sub-communities that form organically. More importantly, discovery was part of the value in using it. It's why every Mastodon community specific to one niche/subject is not very interesting, people are not one single interest, we follow someone we like for one reason, maybe it's they make cool art, then we find out they also make music too, then bam, you discover a new genre of music and the community around it. Decentralisation actively introduces friction into the most rewarding loop of the entire thing. Centralisation isn't the problem, it's just comorbid with shitty governance.
There are a lot of small, informal and fuzzy communities around specific interests in Twitter. For example, I routinely run into the same folks talking about some specific areas in PL/FP or in complex systems/resilience engineering. These sub-communities aren't clearly delineated like a subreddit, rather they arise organically through the same set of people following each other or, at least, consistently appearing in each others' feeds and conversations.
Japanese Bluesky isn't even close to Twitter yet. No politicians, no actors and actresses, no seiyuu, no utaite, a few mangaka and light novel authors, nobody that talks about trains, though there is the Frieren official account. There's a few Japanese that are just trying to generally meet new people or some that use Blueksy as a 1 way venting valve.
And as usual there are some political Japanese. In fact given how small Japanese Bluesky is the amount of politics is quite shocking given that Japanese tend not to be as vocal about politics on microblogging sites. (2ch on the other hand...)
But the en:ja ratio is like 5:1. Real population ratio between us:jp is like 3:1, and on Twitter it's more like 1.5:1 by active user count. This means Bluesky is less popular in Japan than it is in English speaking regions.
Our points are not mutually exclusive. Thanks for adding more insight. Is your bsky ratio based on actual users or the data at the link? (which is posts by language) Are there similar content stats for the site formerly known as Twitter?
Utaite. Will find barely any anywhere else. Thankfully if you're in one of those sub-communities, you don't ever get recommended anything political or American.
Discord is my goto choice for communities now, but I fear that company is not on a great trajectory either. It's like voting, you're picking for the least evil
Startup punditry is a business niche being capitalised on and it's being regarded in this article like a commune of knowledge. It's mildly insightful entertainment literature, with customers. On a philosophical level it's absolute value is tainted by its existence in the market. Most things are, but it living in the context of entrepreneurial endeavours, it taints it substantially more than most.
Zed is a no go in my book until they learn to respect their users and stop installing third party software* without asking. Completely unacceptable practice, and their reason of "most people will want LSPs to be there without effort" doesn't cut it.
* nodejs specifically, but it wouldn't be ok no matter what the software was. It's my computer, not yours, don't download and run stuff without getting permission.
Zed is fantastic for Rust, C, C++, and similar languages.
I wouldn't bother using it for Web things like HTML, Js, CSS, because it simply isn't better at that than VSCode. Same goes for C# -- as a Microslop technology, you're better off using Microslop tooling.
There's no particular feature of Odin that really stands out, but where Odin outclasses every language available is that every single feature has been very thoughtfully considered and designed to have the least amount of issues. Once you work with it for a few months, it becomes obvious very quickly its vision is remarkably consistent, leading to a smooth and outright delightful development experience.
I will caution, if you are the type of developer who likes to pull in lots of packages and dependencies to start a project, it's not for you. There's no package manager, and rightly so[1]. You'll have to build most high-level systems yourself. But when you realise that most frameworks and dependencies are trivial to implement by hand, this won't be a bother.
If you're the kind of developer who loves building systems and doing everything yourself, you'll feel right at home.
[1] https://www.gingerbill.org/article/2025/09/08/package-manage...
reply