Jonathan Blow

I've said this before.. the problem is because adding code is perceived as "free". Hardware dev is "healthier" because there's always some physical limits you must face, whereas fixing the immediate problem in software by adding more code is "free".

Everybody should code a couple of games for the zx spectrum. There's actual limits for software there.

dont even have to go that far! you still run into such limits with the much comfier 386/VGA/SoundBlaster DOS machine.

You can learn everything you need to know (or even can know!) about zx spectrum in one evening.

fair enough!

always seemed like such a pain to program :) z80 asm with slow cassette based storage, vs Turbo Pascal off of an HDD.

Good side in doing it today is that you can use sdcc to compile c to speccy. It also underlines the control you give up in writing in higher level language, as you hit those hardware resource limits faster (and it's less clear when you do)

While I agree 1M is very high number, systemd does much more than "run init scripts". It is also manages network, dns, ntp, containers, cron, etc... For me systemd replaced many other bloated software (like NetworkManager). Only one software to manage, not 20 different one.