A Programmer, Refactored David R Tisdale, II

Have you ever worked in a blame-focused culture?  It's a toxic culture, to say the least.  Searching for blame after a bug has shipped accomplishes little and promotes bad politics.  A listener emailed me an article from Code As A Craft that talked about Blameless Postmortems.  It's a great concept, and it accurately describes some of the better cultures I've worked in, though it has its downsides.  In this episode, I deep dive into the various concepts.

Have you ever had to work with senior technical professional who didn't have a background as a developer?  It can be a tricky relationship.  In this show, I respond to a listener's email who'd recently been assigned to work with a solutions architect that didn't have a developer background.

Have you ever worked at a shop where you loved the coding aspect, but hated the culture?  Maybe they were too concerned with ship dates, or overly preoccupied with architecture, or spent too much time chasing frameworks.  When we find ourselves in these predicaments, we often strive to change those parts we don't like, typically with poor results.  In this episode, I dig into that phenomenon.

The user's place in the software development has changed a lot in the last ten years.  Way back when, the user was a faceless entity that we tended to avoid.  Today, thanks in no small part to the Agile movement, users and user representatives are often key stakeholders from the beginning of the SLDC.  In this episode, I dig into how I think the user fits into today's software development process.

Reputation.  As programmers, we tend to hang most of our reputation on our coding abilities, if we even think about our reputations at all.  As very technical people, sometimes we fall into the trap of thinking that reputation is for managers and other political game players.  The truth is, however, that reputation is highly important, and ignoring that can have horrible consequences.  In this episode, I give a cautionary tale of a programmer who didn't heed that lesson.

Gatekeepers, those IT professionals who become so possessive of their systems that they become more of a hindrance than anything else.  In this episode, I talk about gatekeepers in the context of software development and how they lead to shadow IT efforts.