What’s good enough code quality?

Majority of programmers with some sense of pride would tell you they write the best possible code with uncompromising quality. Of course this isn’t true, and most of the time not even realistic. Unless you’re building software for a NASA space probe, aiming for ~90% perfect is probably the most cost effective.

My colleagues might consider me demanding (read: asshole) because I often criticize their code, but I’m not a compulsive perfectionist and I do settle for less than perfect solutions when it’s justified.

Continue reading “What’s good enough code quality?”

Misconceptions about automated tests

I’m not religious about it, but I think that having good set of automated tests is one of the best ways of ensuring high quality of the software. Still, often I see otherwise competent developers saying things like

  • “You’re not going to catch the errors anyway so it’s just unnecessary work”
  • “My code is so simple and easy to understand, it doesn’t need any tests”
  • “Having unit tests is just extra maintenance because the tests will fail anyway when code is changed”

I know there’s tons of articles about automated testing already, but I wanted to write my opinion, perhaps just out of frustration of having to deal with such people.

Continue reading “Misconceptions about automated tests”