Very nice site, but it seems to expect you to be following along with some other resource. The exercises each have links under the details tab, but the links are broken, and I cannot find the web pages they are supposed to be linking to.
Readit Newsfr4nkr commented on Open source can't coordinate? matklad.github.io/2025/05... · Posted by u/LorenDB
> yet the end result was complete shit
Could you elaborate why? It looks like a useful protocol.
I elaborated a bit when I edited my post, but to be more specific, I think LSP is a protocol that fails at its stated goals. Every server is buggy as hell and has its own quirks and behaviors, so editors that implement LSP have to add workarounds for every server, which renders the point of LSP moot. It's the worst of both worlds: editors are still duplicating effort, but with fewer, if any of the benefits of tools tailor-made for a specific editor-language combination. And that's not even touching on the protocol's severe performance issues.
Unsurprisingly, the vast majority of servers work much better with VSCode than other editors. Whether this was a deliberate attempt by Microsoft to EEE their own product, or simply a convenient result of their own incompetence, is ambiguous.
fr4nkr commented on Open source can't coordinate? matklad.github.io/2025/05... · Posted by u/LorenDB
The OP defeats his own argument. LSP was a collaborative effort that benefited from a degree of coordination that only hierarchical organizations can provide, yet it still sucks ass.
OP blames FOSS for not providing an IDE protocol a decade earlier, but doesn't ask the rather obvious question of why language-specific tooling is not only still around, but as market-viable as ever. I'd argue it's because what LSP tries to do is just stupid to begin with, or at least exceptionally hard to get right. All of the best language tooling I've used is ad-hoc and tailored to the specific strengths of a single language. LSP makes the same mistake Microsoft made with UWP: trying to cram the same peg into every hole.
Meanwhile, Microsoft still develops their proprietary Intellisense stuff because it actually works. They competed with themselves and won.
(Minor edit: I forgot that MS alone didn't standardize LSP.)
fr4nkr commented on End of 10: Upgrade your old Windows 10 computer to Linux endof10.org/... · Posted by u/doener
I thought it was a rather clear and obvious analogy how opinionated nerds hinder mass adoption of good FOSS products because user experience is dogshit.
„Running Linux in VM“ as you have put it, is miles better because it works all the time with 0 friction, driver issues, random freezes, reboots, etc.
I understand the analogy, it's just ridiculous. You are conflating entirely unrelated things based on your personal feelings about them with no regard to historical or technical context.
Hardware support issues are certainly understandable, but blaming "opinionated nerds" for them is asinine. It cannot be understated how difficult it is to deal with certain OEMs.
fr4nkr commented on End of 10: Upgrade your old Windows 10 computer to Linux endof10.org/... · Posted by u/doener
Take a look at a default emacs and how long it has been this way and you can quickly generate 200 plausible theories why everything sucks do much around this ecosystem. Tried 5 times going to u ubuntu in last 15 years. Everytime switched back because it sucked. Spending godless amounts of times googling obsucure problems that apprear out of thin air. No thanks. And with wsl2 I never have to look back
...what does Emacs have to do with any of this? And how does running Linux in a Hyper-V virtual machine magically make it better?
I don't understand why Google or Brave are cooperating with this, they don't earn anything. And if they're not, what prevents Google blocking Mullvad IPs?
Google likely just doesn't care. They know most people won't bother using privacy-oriented services out of inconvenience or apathy.
fr4nkr commented on OpenVSX, which VSCode forks rely on for extensions, down for 24 hours status.open-vsx.org/... · Posted by u/aaronvg
I feel that you're conflating few concepts, hackability, "open source", single point of failure architectures.
Yes, VSC is less hackable than emacs, but I don't think it's necessarily the same thing. VSC (and others like it) are going for a more streamlined "App Store" experience, while emacs is going for a more DIY/hackable style editor. You can always fetching the VSIX file and sideload it is if the "store" is down though.
Yes, VSC is less "open source" than emacs. if "open sourceness" is a score out of 10 or something. Pretty sure RMS would argue linux is less "open source" than emacs too.
Not sure why this is futile for the VSCodium devs. They are taking a dependency on a service for installing extensions. The solutions is more readonly mirrors for the official OpenVSX endpoint.
If your main archlinux mirror is down, you don't cry about the centralized state of our life. You use a different mirror. You throw in 5 or 10 in case one or two are down. I understand why a company like Microsoft might want a more centralized service to distribute the extensions. But for an open source clone? is Microsoft also expected to create the mirror clone?
My point about VSC is that brands itself as "open source" when Microsoft clearly intends for it to have a proprietary, tightly controlled ecosystem. It's not just RMS-unapproved, it's practically a lie. You can use it as a FOSS editor, but only if you are willing to accept a vastly subpar experience. Oh, and they've started cracking down on people using their proprietary VSC plugins in derived editors, too.
I expected it to be a little less convenient to leave Microsoft's beaten path. I did not expect it to be a massive waste of time. This is what I meant by futile. Not only is it apparently very brittle, it's missing large swaths of VSC's ecosystem. Hell, I don't even know if the extension I wanted is available on OpenVSX because it's still down!
If Microsoft hadn't openwashed their product, I wouldn't care nearly as much.
Besides, Emacs still provides a streamlined system for managing packages on top of being hackable. It even makes installing and upgrading packages straight from a Git repo easy. Sometimes you can have your cake and eat it too.
fr4nkr commented on OpenVSX, which VSCode forks rely on for extensions, down for 24 hours status.open-vsx.org/... · Posted by u/aaronvg
I noticed this the other day when I installed VSCodium on my new Windows box. I had a functional setup for one day, then the next day I couldn't install a language extension I direly needed.
It's left a very sour taste in my mouth. I've used Emacs for ages and despite being a much more niche editor, it's never been so hard-dependent on centralized repositories, and the centralized repositories it does have (ELPA/MELPA) are apparently a lot more reliable than OpenVSX. Installing Emacs packages manually from source is a breeze, doing so with VSC is masochistic.
VSC is not really "open source" in any meaningful sense. It is just plainly unusable if you don't do things the way Microsoft wants you to. I do respect the VSCodium devs for trying to make VSC more properly open, but it does feel like a futile effort.
fr4nkr commented on Show HN: My from-scratch OS kernel that runs DOOM github.com/UnmappedStack/... · Posted by u/UnmappedStack
A few months work by one guy and already more capable than the Hurd.
Imagine what you could accomplish given 35 years.
Hurd isn't exactly a useful project, but using Doom as the benchmark for the capability of an OS is a bit ridiculous.
The only reason we have convenient banking, gov and streaming apps today is because of guaranteed and enforced mobile security by big boys Apple and Google. (Google being Ad company is another matter, not relevant here).
There is no "just works" technical solution for a problem caused mainly by naivete and gullibility. Governments and the private sector know this, of course; as others have said, the real purpose is to control users, not to protect them.