What does HackerNews think of awesome-falsehood?

😱 Falsehoods Programmers Believe in

#2 in Library
Awesome Falsehood - A curated list of falsehoods programmers believe in


The rabbit hole on names goes deep [1]. Lots of other fun rabbit holes. [2]

For how to model physical objects like those cables, go see how Grainger does it as a working practical model.

To really handle names properly, you need more context than the name in the presentation layer that many schemas take their modeling from can obtain. Government health care or similar widely-adopted encoding is sometimes Good Enough. If you want non-lossy exactitude however, then that's a much bigger scope (I'd be investigating a first-pass classifier with contextual hints taken from various geolocations, age, etc., that implies soliciting the name comes after what you normally solicit for input, and refining from there).

Password reset; this is why vendors like Okta exist to abstract authN away for us, and auth0 for authZ. Then there is the rabbit hole of what this abstraction leads to...

[1] https://www.kalzumeus.com/2010/06/17/falsehoods-programmers-...

[2] https://github.com/kdeldycke/awesome-falsehood

Gary Urton's book, "Signs of the Inka Khipu: Binary Coding in the Andean Knotted-String Records" [0] is a great introduction to this topic. After reading this I was reminded how not all writing systems can easily be encoded in utf-8, Γ  la Awesome Falsehoods. [1]

[0] https://utpress.utexas.edu/books/urtsig

[1] https://github.com/kdeldycke/awesome-falsehood

To see Google have what appears to be a regex 101 bug in parsing the string, along with making the classic programmer error of making fundimental assumptions based only on their own context .... frankly doesn't surprise me.

Google's software has long since started to be hit and miss for me. It has almost become as bad as Microsoft in that regard.

I have lost count of how often I am suggested to change my email's TLD from its proper Icelandic ending .is to .it or .io. To be fair, this is not Google related but universal.

If you dear reader do not do anything else today then to read up on the many falsehoods[0] we as humans can fall into (that then infects our software solutions) it would be a day well spent.


A collection of several falsehoods programmers believe lists, not just time:


This definitely needs more recognition. Same with time & date. Actually, same with all "Falsehoods Programmers Believe About ".

Here is a list: https://github.com/kdeldycke/awesome-falsehood

> It makes me angry that programmers feel that they "own" the concept of time measurement

Programmers feel that they "own" pretty much every social construct, by virtue of the fact that it is their job to encode those constructs into interfaces and databases. See the famous "falsehoods programmers believe about X" [1] --- and I'm sure you'll like this one about time [2].

[1] https://github.com/kdeldycke/awesome-falsehood

[2] https://infiniteundo.com/post/25326999628/falsehoods-program...

Apparently programmers don't know much about anything because there are lots of falsehood lists [0].

[0] https://github.com/kdeldycke/awesome-falsehood

Before people start posting various programmer falsehood articles, here is a compilation: https://github.com/kdeldycke/awesome-falsehood
At the same time some sites/systems impose too strict size limits which makes impossible to enter e. g. a long name or a long address. And such problems are almost inevitable if a programmer makes assumptions about input data based on a limited personal experience.

https://github.com/kdeldycke/awesome-falsehood tries to address this.