5 ms·

9 times out of 10, I see developers making the mistakes that everyone seems to want to blame on non-technical people. There is a massive amount of software bein

9 times out of 10, I see developers making the mistakes that everyone seems to want to blame on non-technical people. There is a massive amount of software being written by people with a wide range of capabilities, and a large number of developers never master the basics. It doesn't help that some of the worst tools "win" and offer little protection against many basic mistakes.

hinkley 3y ago
For a group who so thoroughly despises bosses that operate on 'blame allocation', we spend a lot of time shopping around for permission to engage in reckless behavior. Most people would call that being a hypocrite. Whereas I would call it... no, hypocrite works just fine.
- PH95VuimJjqBqy 3y ago
  At the company I work, we have a team that took 3 weeks and multiple tries to get an API response (JSON) capitalized properly (camelCase to PascalCase). When I tried to talk to the tech lead about it, his response is that SAFe would have prevented the issue (it was discovered by another team who consumes their API). Throughout the entire thing this tech lead maintained his team didn't do anything and that the problem was the process. yeah, no. I have 25+ years of experience as a developer, it doesn't take 3+ weeks to fix the casing of a JSON property name. I eventually had to be the bad guy and tell them their work was unacceptable because they themselves couldn't recognize it. Only when I did it, I ran it up the chain because if the tech lead doesn't see the problem then I need someone who can help them see the problem. For some people there's a "responsibility shield" that's so strong you can never get through to them.
xupybd 3y ago
You have to assume people will make mistakes. A great book on that is this https://www.thenile.co.nz/books/sidney-dekker/the-field-guide-to-understanding-human-error/9781472439055?gad=1&gclid=Cj0KCQjw0vWnBhC6ARIsAJpJM6fCSM35CckKh3lq15AyUpaXP-APy_buuxkJnszBeiFagUzbtDugVWUaAoUzEALw_wcB https://www.thenile.co.nz/books/sidney-dekker/the-field-guid...
Lutger 3y ago
A large number of developers never master the basics, that is true. But more interestingly, absolutely zero programmers can write a good amount of code that is free of bugs. If your road to safety is bugfree code, it will end up in an accident sooner or later, 100% guaranteed.

hinkley 3y ago

For a group who so thoroughly despises bosses that operate on 'blame allocation', we spend a lot of time shopping around for permission to engage in reckless behavior. Most people would call that being a hypocrite. Whereas I would call it... no, hypocrite works just fine.

PH95VuimJjqBqy 3y ago
At the company I work, we have a team that took 3 weeks and multiple tries to get an API response (JSON) capitalized properly (camelCase to PascalCase). When I tried to talk to the tech lead about it, his response is that SAFe would have prevented the issue (it was discovered by another team who consumes their API). Throughout the entire thing this tech lead maintained his team didn't do anything and that the problem was the process. yeah, no. I have 25+ years of experience as a developer, it doesn't take 3+ weeks to fix the casing of a JSON property name. I eventually had to be the bad guy and tell them their work was unacceptable because they themselves couldn't recognize it. Only when I did it, I ran it up the chain because if the tech lead doesn't see the problem then I need someone who can help them see the problem. For some people there's a "responsibility shield" that's so strong you can never get through to them.

xupybd 3y ago

You have to assume people will make mistakes. A great book on that is this https://www.thenile.co.nz/books/sidney-dekker/the-field-guide-to-understanding-human-error/9781472439055?gad=1&gclid=Cj0KCQjw0vWnBhC6ARIsAJpJM6fCSM35CckKh3lq15AyUpaXP-APy_buuxkJnszBeiFagUzbtDugVWUaAoUzEALw_wcB https://www.thenile.co.nz/books/sidney-dekker/the-field-guid...

Lutger 3y ago

A large number of developers never master the basics, that is true. But more interestingly, absolutely zero programmers can write a good amount of code that is free of bugs. If your road to safety is bugfree code, it will end up in an accident sooner or later, 100% guaranteed.