Live data from Hacker News

Software Disenchantment (2018)

tonsky.me

51–60 of 504 posts

Re: Software Disenchantment (2018)

#51
post #10

Everyone is so angry. Isn't this the the world of ubiquitous code and unlimited resources we wanted? Not everything needs to be super efficient. Most things are tuned for production cost and time. Efficient code isn't going anywhere. Relax guys.

Yeah, but it would be kind of nice not to have to reboot my TV every couple of weeks because of a memory leak.

Re: Software Disenchantment (2018)

#52
post #9

I totally agree with him that it's awful, but I think the problem is that making things efficient is expensive in terms of time and having to hire expertise. Evidently efficiency just doesn't have enough return on investment for companies to care. The thing about looking back at the windows 95 era and comparing it to now, is that windows 95 needed to be efficient to be usable, windows 10 doesn't. The exception would…

But what real enhancements does Windows 10 provide, which couldn't have simply been done as patches to Windows 7, keeping the same main structure and layout and overall design, but just continually improving it, the way Henry Ford did with the Model T for 20+ years? For that matter, one could for example take the Windows NT 4.0 source code, add in drivers for the necessary hardware, fix boot code, linking, etc to be…

My point isn’t that they couldn’t or shouldn’t be more efficient, it’s that there’s no market pressure. No incentives means no change in behaviour. The only way to fix it is to change the incentives, otherwise we’re just in “old man yells at clouds” territory.

Besides, you could essentially do what you’re describing by piecing together a Linux desktop from a lean distro. It’s not hard to find efficient software, it’s just not really mainstream

Re: Software Disenchantment (2018)

#53
post #50

I agree with this. I think we need a guild. We need licensed software engineers. Not every programmer needs to be one, just like not every engineer needs to be licensed, but there needs to be a licensed engineer on every team. And, of course, sometimes there doesn't need to be. But I sure wish there was the option. And hell, bring back apprenticeships and mentoring with the guild. There is so much we could learn from…

It's true. We do. People don't want CS degrees to mean a "programming" degree, and this is one way to do. Create guilds, apprenticeships, and mentoring so that when companies push for faster code, more programmers, etc, we have a solution.

Re: Software Disenchantment (2018)

#54
FTA: > As a general trend, we’re not getting faster software with more features. We’re getting faster hardware that runs slower software with the same features.

Or fewer features. Talk to an actual professional who uses spreadsheets all day long about switching from Excel to Google sheets. It's infuriating the infantilization of UIs and the "oh they'll never miss it" attitude.

Re: Software Disenchantment (2018)

#56
post #43

I was in Rome recently, and google maps were basically unusable on EDGE (dsepite pre-downloading the area before the trip). We'd wait a minute (or more) for a timetable of a bus stop and a route of the bus to be show on the map. Try planning a route in an unfamiliar area with this slow an UI when you are standing outside and there's no place to sit and rest, and you need to click around on a bunch of stops just to se…

I haven't been to Rome in a few years, but aren't the schedules and routes posted on signage so people can still do it the old-fashioned way?

Re: Software Disenchantment (2018)

#57

He seems to make a contradictory point... he complains: > iOS 11 dropped support for 32-bit apps. That means if the developer isn’t around at the time of the iOS 11 release or isn’t willing to go back and update a once-perfectly-fine app, chances are you won’t be seeing their app ever again. but then he also says: > To have a healthy ecosystem you need to go back and revisit. You need to occasionally throw stuff away…

It's possible to both improve efficiency and maintain backwards compatibility.

Re: Software Disenchantment (2018)

#58
This article really resonates with me. But my biggest complaint is everything is _so_ buggy! I won't name any names, but I find many major pieces of software from large, well known companies are just riddled with bugs. I also feel like you almost need to be a programmer to think of workarounds "hmm, ok, so clearly it's in a bad state. If I had coded this, what boundaries would likely cause a complete refresh?" My wife is often amazed I can find work arounds to bugs that completely stop her in her tracks.

Before we fix performance, bloat, etc, we really need to make software reliable.

Re: Software Disenchantment (2018)

#59
post #35

One thing nobody seems to mention is the environmental cost of inefficient software. All those wasted CPU cycles consume electricity. A single laptop or phone on it's own is insignificant, but there are billions of them. Combine that with the energy wasted shovelling unnecessary crap around the internet, and it adds up to a big CO2 problem that nobody talks about.

You are going to have a heart attack if you check the energy consumption of bitcoin.

Re: Software Disenchantment (2018)

#60
post #20

> Would you buy a car if it eats 100 liters per 100 kilometers? How about 1000 liters? I think the analogy here is backwards. The better question is "how much would you prioritize a car that used only 0.05 liters per 100km over one that used 0.5? What about one that used only 0.005L?". I'd say that at that point, other factors like comfort, performance, base price, etc. become (relatively) much more important. If bas…

This takes about 100 liters per 100 kilometers: https://en.wikipedia.org/wiki/M3_half-track

It does fill some other requirements that a regular car doesn't.

Post reply on HN