Live data from Hacker News

A curated list of falsehoods programmers believe

github.com

61–70 of 128 posts

Re: A curated list of falsehoods programmers believe

#61
I really enjoyed this - several LOL's. I loved the sequence of falsehoods about compilers:

- The compiler won’t have bugs.

- The compiler won’t have show-stopping bugs.

- The compiler’s bugs will be fixed quickly.

- The compiler’s bugs can be fixed.

But I think they should have added:

- My code does not work because of bugs in the compiler..

Re: A curated list of falsehoods programmers believe

#62
post #52

I would love an annotated falsehoods. For instance, one of the falsehoods programmers believe about programming: Most processors in active use are 32-bit or larger. 16-bit or larger? 8-bit or larger? OH COME ON!

Don't leave us hanging! What is the <8-bit processor in common-enough use to not fit into (1 - Most)?

Re: A curated list of falsehoods programmers believe

#63
post #11

The original one about names was about exposing people to different culture's perspective (like how Icelanders have last names based on their father's first name), but this expands into nonsensical territory like "people can change genders multiple times a day"[1]. It just feels like being a rebel for rebellion's sake. [1]: https://medium.com/gender-2-0/falsehoods-programmers-believe...

The reason I like "people can change genders multiple times per day" is not because it suggests your implementation of gender should support that, but rather that you should not try to implement gender at all. One of the main messages from these is to stop mindlessly asking for "Last Name" or "Gender" when your system has no need for that information to do its job. Get your system to do its main job, and if there is still a free variable (e.g. what gender do we use for verbs when talking about you in German?) then ask only that, specifically. The people who change genders multiple times per day are doing it because they see their different genders as applying to different situations, and you should be clear about what situations you're asking about.

"Eddie Izzard, why do you wear women's clothes?"

Eddie Izzard: "I don't. These are my clothes. I bought them."

Re: A curated list of falsehoods programmers believe

#64

"Falsehoods programmers believe about geography: Street adresses contain street names. In many remote places in Europe, the hamlet name is considered a sufficient address." Yup, I used to spend my summers on an island where my address would be: farmstead name, island, country. Zip code was optional. Had to find creative ways to satisfy various web forms.

One that's repeatedly tripping me up while I'm living on in the Caribbean is "all addresses have ZIP codes". They've started adding postal codes here but not many places have them. It's easy enough to enter 00000 but before moving here I wouldn't have known there are places without some form of post code.

Re: A curated list of falsehoods programmers believe

#65

I think the lesson to take from these lists is that covering every edge case for many real-world situations becomes asymptotically difficult. You can get 95% with no effort at all, 99% with a bit of thought, 99.9% with some effort, 99.99% with a smart design, some research, and a lot of effort, and anything further requires making it your full-time job indefinitely. It gets thornier when it comes to personal things l…

> ...it is incredibly revealing of your personal biases.

People make mistakes. I think you're opening a can of worms if you try to conflate a lack of robustness in user experience accessibility with some underlying anti-inclusivity bias.

Re: A curated list of falsehoods programmers believe

#67

Earlier quoted context omitted.

> ...it is incredibly revealing of your personal biases... I think that is an unfair accusation. I've been coding for over 20 years, and I have only had to enable UTF8 to cover all corners of use cases (web based data/content) to special characters. I work with companies in multiple foreign countries, and my biases are irrelevant to technically working systems.

Sounds like you have never tried sorting or searching. Where in the alphabet does "ö" or "aa" go? Well, it depends on the language AND the word. Is ø the same as ø? Unicode can encode it in 2 different ways, so you need to normalize all encoding before comparing. Is ø the same as o when searching? For Americans it is, for others not.

But how is it a personal bias if I never run into these technical issues to deal with in the first place?

Re: A curated list of falsehoods programmers believe

#68

Earlier quoted context omitted.

> ...it is incredibly revealing of your personal biases... I think that is an unfair accusation. I've been coding for over 20 years, and I have only had to enable UTF8 to cover all corners of use cases (web based data/content) to special characters. I work with companies in multiple foreign countries, and my biases are irrelevant to technically working systems.

The bias in this is whatever belief system one might have to say "ASCII is good enough". Or whatever level of ignorance to believe that ASCII is good enough without understanding that it cannot be. Etc.

But what if ASCII is completely sufficient for all the customers I work with?

This is where the accusation crosses into unreasonable for me.

Re: A curated list of falsehoods programmers believe

#69
post #56

Earlier quoted context omitted.

> That said, it is incredibly revealing of your personal biases...if you implement gender as a boolean that also determines the user's pronouns. It is probably revealing of your personal biases that you cannot imagine systems in languages other than English that need to do some of this since multiple parts of the language, including verbs, are necessarily gendered, with a neutral gender usually only reserved for inan…

There's a world of difference between "Which of these two options defines your gender identity and sex organs?" and "Which grammatical gender form should we use for words when we talk about you?". The former is a deeply personal question with unclear benefit; the latter is a specific question about how you want the site to do a specific thing it needs to do. (Does it really need to do that? Why exactly are you asking…

I have an anecdote that I think fits your assumption. It comes from my years in the Danish public sector where some of the systems are many decades old. In Denmark we’re all issued a social security number that is designed in such a way that the last number of it, is odd for males and even for females.

To make things short and somewhat anonymous, we had several systems that couldn’t handle people changing the “gender” of their social security number. They could handle you getting a new social security number, but it had to be of the same “gender” as your previous.

This makes no real sense, as it’s just a number and all these systems handle both types of numbers. But there we were, and it took us several years to get to a point where we could accommodate an employee changing the “gender” of their social security number.

So sometimes, developers do weird things because of their assumptions.

Ps. I’ve put “gender” in “”s because I’m unsure what the right word is in English.

Post reply on HN