paritybit.ca

Raw content of https://www.paritybit.ca.
git clone https://git.sr.ht/~jbauer/paritybit.ca
Log | Files | Refs | README | LICENSE

commit 49db761bb3d139af15e2de82bb67be4821ed5d3a
parent 37a18b74a478a5ce60367e3f4174577117974414
Author: Jake Bauer <jbauer@paritybit.ca>
Date:   Fri, 16 Sep 2022 21:10:06 -0400

*

Diffstat:
Mcontent/garden/plots/philosophy-software-development.gmi | 2++
Mcontent/links.md | 1+
2 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/content/garden/plots/philosophy-software-development.gmi b/content/garden/plots/philosophy-software-development.gmi @@ -23,3 +23,5 @@ Check out Dijkstra's ACM Turing Award lecture in which he describes how programs * a proof of correctness should be done before/while constructing the program, instead of trying to prove correctness by creating tests to prove that there are no bugs (which is not necessarily possible) (but maybe combine the two) => https://permacomputing.net/human-scale/ + +You can't make a video game for everybody, this is well-understood in that field. The more different features you add, the harder your game is to understand and the more of a muddy, confusing mess it becomes for players. The same goes for software. Your software should be designed to do one thing, for one audience, not try to be everything for everyone. diff --git a/content/links.md b/content/links.md @@ -268,6 +268,7 @@ more. * [The Mediocre Programmer](http://themediocreprogrammer.com/) - A book about the journey of becoming a better programmer. +* [The Lost Ways of Programming: Commodore 64 BASIC](https://tomasp.net/commodore64/) ### Vim