Paul Ford on Being Polite

“Politeness buys you time. It leaves doors open. I’ve met so many people whom, if I had trusted my first impressions, I would never have wanted to meet again. And yet — many of them are now great friends. I have only very rarely touched their hair.”

I have few detractors and can’t really claim to have any enemies. Perhaps I’m not opinionated enough. Most likely it’s because I’d much rather be the polite person than the person who has to be right. Mr. Ford has a few tips for those who struggle with politeness.

 

 

“Love Your Life, Work Your Job”

You are not your job. You don’t need to do it out of love or because it’s central to your character anymore than you’d expect any other laborer to, no matter what they do. Love your life, work your job.

Artist Zac Gorman of Super Time Force and Magical Game Time talks at length about doing what you can & be happy regardless when it comes to work and your identity.

 

Louie Mantia on Making Opinionated Software

“Making software isn’t easy. You have to make a lot of decisions and have good strong reasoning for doing so. A lot of the decisions I make are with my gut, and revolve around my personal taste. But there’s another way to design things, and that’s “safely.”

It’s not easy either, but designing safely means designing for everyone (80%+ of the population). Often, designing safely means making decisions that don’t make you happy personally. You include a feature so that someone else will like it.”

I think Louie should take it one step further. Write Opinionated Software. Don’t write mushy middle-of-the-road swiss army knife software. Write something with a voice.

Cognitive Biases in Software Engineering

“This is one of the harder biases to get over in my opinion, because it means acknowledging our own limitations, and really stressing the fragile parts of the code that we write. We all want and expect our software to work, so we are inescapably drawn to evidence that confirms this desire. Keep fighting this urge, keep testing, and always question your assumptions.”

Jonathan Klein on how our brains deceive us when encountering issues in software development.