Comment by tines

> Error messages are another PL design feature shaped by peoples’ standpoint, by their lived experiences and values. For many programming language designers, error messages are an afterthought. Other aspects of design will likely over- power the careful crafting of error messages, such as an op- timized compiler or an elegant syntax. Many language de- signers, explicitly or implicitly, take the stance that ‘users will just have to deal with error messages when they oc- cur’. Error messages in many languages explicitly do not include the user in their phrasing, saying things like ‘miss- ing bracket’ or ‘unknown variable’, which leaves the user out of the equation. For a person with the lived experience of being told they don’t belong in programming and being afraid of failure in the programming world (a common expe- rience for women in computing), unclear or unhelpful error messages are more likely to have negative impacts. More readable error messages are not just helpful for those with less prior knowledge, clear error messages are a better ex- perience and will help all users—even professional develop- ers. A recent study on error messages in Elm showed that their well-phrased error messages were the most-named positive experience of professionals working with the language [citation].

The author must consider the audience is either stupid or childish. An intelligent adult deserves respect and should not be talked about in this way, implying that they are emotionally unequipped to handle a straightforward computer error message.