AutomationProgrammingPsychology

Mind First, Language Second

I don’t know if other industries experience this, but in software development it appears to be getting increasingly common.

Pick a word or phrase, perform an in-depth critique of the word explaining why it shouldn’t be used, and attempt to coin a new phrase (over which you can be the creater and arbiter of all the things).

The motivation behind this, I’m sure, is mostly honourable. We all understand that the words we use affect the way we think. I am an enthusiastic bandwagon-jumper when it comes to referring to humans as “resources”. I think using the word “resource” when you mean “person” causes flawed thinking, because most resources are not comparable to people and you’d expect them to be treated differently on the balance sheet.

Despite this, I actually understand that making some luddite manager use the word “person” in place of the word “resource” does not unlock their ability to value people differently and see different kinds of potential in the people around them. They will say “people”, but the superclass that “people” belongs to is the same one that “staplers” belongs to.

And this is the problem. We seek to change the way people think by enforcing a new glossary. But if we want a real difference we must change how people think, which will then lead to a change in language.

So it doesn’t matter if people say “resource” if they treat people well, or “tester” if they respect the special skills someone has required in order to fulfil that role, or “test automation” if it is used to refer to tools created and used for the purpose of testing.

Mindset first. Glossary later.