So... Usually it's claimed that one of the advantages of IRC is that it doesn't depend on a single server, so using a single server feels a bit like cheating. Replacing the server-to-server protocol sounds a lot like it's not really IRC protocol any more. The chathistory link says "This specification may change at any time and we do not recommend implementing it in a production environment." right on top. And yes, NickServ and ChanServ exist on some networks and IIRC they were one of the major points in debates over which network is the best and which ones to not touch with a ten feet pole. A hypothetical IRC-based Discord-like service could have it.
Netsplits, missed messages and bot wars over channel and nick ownership were an integral part of IRC UX, and they were direct consequences the IRC protocol. If Discord was run on top of IRC protocol, it would have the same. Discord would probably be its own network and the people who prefer IRCnet, EFnet or QuakeNet would never touch it.
Everyone probably has thought "what was the person thinking when they wrote this". Now you know that they probably didn't think (and since 2025 or so, it might not even have been a person).
I can totally understand why. I tried fixing ag around the time Ripgrep was first published and once I learned about rg I never looked back.
On a related note, it's now ten years since an everyday tool written in Rust was released and Rust is still seen as a scary new language that might turn out to be a quick fad.
For me it was trying to add a filter to search CMake files to ag and then realizing that the code had some rather stupid design decisions that prevented it. I wrote a pull request that fixed enough things to add the filter, got ignored by the maintainer and later realized that other people had already written the same filter and were ignored too.
I'm not completely convinced. When I was a teenager I pirated games because I didn't have money (and games were incredibly expensive back in the day). The people who I copied them from did it to show off their collection and connections, or just because they were my friends.
I think every every company I've worked at that had R&D had some kind of reward system for patents. Yes, most of the software patents were nonsense but those who have their names on it still did get paid.
Suunto, Polar and probably a lot of others were doing the same. Android was attractive because it would be a huge saving on software development costs, have maps out of the box and allow third-party apps.
At least Polar had a watch that would run in low-power mode by default and had a separate CPU that could run Android Watch when needed but that would drain the battery quickly. They had the sense to not make it the flagship model and it looks like the current models don't have anything like that.
Typical websites are not static and include a huge amount of JavaScript and other stuff from different ad networks, analysis tools, etc. It looks like most of it isn't cached. Video delivery on the other hand is incredibly well optimized because everyone knows it's data intensive.
No article sorry, it's just what the bandwidth display on my home router shows. I could post some screenshots but I don't care for answering to everyone who tries to debunk them. Mobile version of Facebook is by the way much better optimized than the full webpage. I guess desktop browser users are a small minority.
> The vast majority of internet bandwidth is people streaming video. Shaving a few megs from a webpage load would be the tiniest drop in the bucket.
Is it really? I was surprised to see that surfing newspaper websites or Facebook produces more traffic per time than Netflix or Youtube. Of course there's a lot of embedded video in ads and it could maybe count as streaming video.
It's missing one important distinction: Below 0C: Freezing, probably slippery, not raining water. Above 0C: not freezing, probably not slippery, rain comes as water. They are as uncomfortable as you make them.
Don't you remember how hostile people were to ripgrep just because ag or find + xargs + grep existed? Or the same with meson because cmake exists and cmake because autotools exists? Or systemd or clang? It takes an unusualy stubborn person or strong corporate backing to actually create an alternative to an established open source project.