Which software terms are so offensive that we should change them? How do you choose a good alternative to an offensive term?
An opinion column for developers. Brutally honest, no pulled punches.
Which software terms are so offensive that we should change them? How do you choose a good alternative to an offensive term?
What are the four measures in a balanced scorecard? Why must you pay attention to all four?
How much and when should you reduce debt and invest in infrastructure? Can you get proper credit at review time?
Why do services need forward and backward compatibility? How should you roll out changes?
How should customer expectations drive quality? Can faster release cadences for betas, websites, and cloud services impact our approach to quality?
Should you have a dedicated SE team or should the core team code and test updates? How do you prevent the core team from being randomized?
What is the basis of success for all large engineering projects? Which five practices prevent all software problems?
Why is it better to recover than simply crash and report failures? How can asserts be unintentionally evil?
When is performance tuning not enough? What causes our customers to wait?
What are the early signs of poor software? How can you prevent poor quality from getting checked-in?