2020/01/01 8:47:40 PM UTC

Just to be explicit, if you skipped over that link when it crossed your feed, you need to go back and click it right now. Here it is again:

2020/01/01 9:02:57 PM UTC

@sir The sentiment is good, but so many of the details are wrong it hurts. With his document example, selecting two at a time would prevent the software from deleting both documents. And with his OS kernel example, there have been a bunch of kernels in the past 25 years! None of them have really seen much popularity, but they're there.

Outside of the few errors though it's a pretty great manifesto.

2020/01/01 9:06:31 PM UTC

@sir According to CoreBoot developers, what BIOS does for so long is just waiting — an artificial delay to make it look like it "thoroughly checks" the hardware…
Same, I guess, is true for the other proprietary s/w.

Why? — Because of the management, pressing to squeeze a month's work into a week. And also the bandwagon effect, making the "industry-standard" tech. popular for libre s/w as well.

What do? — IDK, take stance?…

2020/01/01 9:22:34 PM UTC

Excellent read and certainly addresses a lot of concerns.

cc @don_gato

2020/01/01 9:23:54 PM UTC

mini rant, swearing

@sir Holy hell, this has been a huge irritant for me, too. I started off with programming in TI-BASIC, then Z80 assembly. It's amazing what 16KB of code and data can manage. FFS, I have a GBC emulator on my phone that is just under 628KB, and a basic calculator app that is 2590KB. My carrier's app just mimics their website and it is 13MB. How the fuck does that happen?

2020/01/01 10:01:58 PM UTC

@sir That post sure struck a cord. I don't know what happened to pride in craftsmanship in the software development industry, but I sure do miss it.

2020/01/01 10:28:39 PM UTC

A couple of years ago this guy wrote some excellent stuff about Clojure programming, but what he's doing now, it's just... counterproductive.

2020/01/01 10:29:39 PM UTC

@VikingKong I disagree with every amount of sincerity and emphasis I can muster

2020/01/01 10:58:03 PM UTC

@sir The general thrust of the argument is bang on. I agree totally that inefficiency and bloat should not be tolerated.

Where we diverge a bit is what should be considered "bloat", and I'm not sure even he knows precisely.

> An Android system with no apps takes up almost 6 GB. Just think for a second about how obscenely HUGE that number is. What’s in there, HD movies? I guess it’s basically code: kernel, drivers. Some string and resources too, sure, but those can’t be big.

He has no idea what's in there, so he just takes a guess and builds an argument around it?

The mistake a lot of people make when they pine romantically for the days of old, efficient computing, is that to some degree they're unwittingly dreaming of the days when everyone was an able-bodied American English-speaker. Everything's easy when you have 128 glyphs, one typeface, one text direction, no composition, no accessibility features, etc.

Google Noto ALONE is well over 1GB. There's no way to get around that.

2020/01/02 5:55:24 AM UTC


just like the article says, i still use my dos accounting app in 2020 :)

2020/01/02 9:37:14 AM UTC

@sir No proposed solutions though.
IMO impossible unless metrics for complexity are defined for the project or you have a PM not overly budget constrained.