S/M Driven Development

When developers think they've achieved UX perfection by making something "simple and intuitive," but users somehow find a way to use it in the most spectacularly wrong manner possible. That teapot has a perfectly functional spout, yet here we are watching tea arc through the air like some kind of caffeinated fountain. The gap between developer intent and user behavior is wider than the Pacific Ocean. You can spend weeks perfecting the user flow, adding tooltips, writing documentation, and conducting usability tests... only to watch users confidently ignore every design decision you made and create their own chaos. Pro tip: If you ever want to test your UI, don't give it to other developers. Give it to your non-technical relatives and prepare for your soul to leave your body.

Content TESTER TESTER DEVELOPER DEVELOPER TESTER TESTE DEVELOPER DEVELOPER

Content kusho daily standup "quick call?" on-call issues code review update jira documentation testing writing code writing code

Content Write code The tests fail Write more tests to narrow down the problem Write tests The tests fail Those tests pass The bug was in the test

The eternal junior dev experience: write 50 tests for every semicolon. Your two-line function might look innocent, but without those 100 test cases, civilization itself might collapse. Senior devs never explain why - they just raise a finger and invoke the sacred mantra of "mysterious and important work." Meanwhile, you're wondering if testing that your function returns null when given the ASCII value of your cat's birthday is really necessary for production stability.

Content Me, trying to write code while sales is hyping up their latest deal