This Weeks Reading

This Week’s Reading #7 (some advice on life and how to wrench back control over your phone)

I’m a New York Mets fan, baseball is my thing. I’m not even remotely interested in basketball. And I loved every minute of reading this:

https://www.theplayerstribune.com/en-us/articles/what-the-hell-happened-to-darius-miles

I subscribe to The Raptitude and I highly recommend it if you don’t. Start by reading these:

https://www.raptitude.com/2018/12/how-to-enjoy-life/

and

https://www.raptitude.com/2018/12/why-the-depth-year-was-my-best-year/

And finally some excellent advise on how to setup your phone to recapture some attention and make it more focused on your usage:

https://betterhumans.coach.me/how-to-set-up-your-iphone-for-productivity-focus-and-your-own-longevity-bb27a68cc3d8

This Week’s Reading #6

A friend of mine always say the biggest problem with software is that bad software still works. But what about when software makes you sick? Or creates completely new businesses that profit from the strict and inflexible nature of software? I very much enjoyed this article in The New Yorker by @atul_gawande.

https://www.newyorker.com/magazine/2018/11/12/why-doctors-hate-their-computers

“…patience as a personality trait is modifiable. Even if you’re not a particularly patient person today, there’s still hope you can be a more patient person tomorrow.”

That’s good news right?

https://www.newyorker.com/magazine/2018/11/12/why-doctors-hate-their-computers

Me and Teddy Zetterlund had lunch last week and reflected on the challenges of working in big organisations. Later he sent me this excellent article by Niels Pflaeging outlining a new theory about the types of leadership (and influence) that exist in an organisation. I immediately started thinking about my situation and those around me and I’m definitely putting this theory in my bag of tools for Agile Coaching.

https://www.newyorker.com/magazine/2018/11/12/why-doctors-hate-their-computers

Until next time!

This Week’s Reading #5 (I can neither confirm nor deny that I know where I’m going)

A loooong read, but as always with anything posted by Wait But Why, worth the time invested:

How to Pick a Career (That Actually Fits You)

I can neither confirm nor deny the fact that I knew where this expression came from:

How to Pick a Career (That Actually Fits You)

Have a nice weekend!

This weeks reading #4 (leaving technology behind or at least putting it in perspective)

Going off road, leaving your smartphone, your Facebook and Instagram, your connected home behind:

https://www.theguardian.com/commentisfree/2018/mar/19/a-year-without-tech-debt-gadgets-reconnect-nature

You want to keep facebook? Here’s a plugin for Firefox that limits their tracking of you out in the wild wild web:

https://www.theguardian.com/commentisfree/2018/mar/19/a-year-without-tech-debt-gadgets-reconnect-nature

Another perspective of group chats, eg. Slack and others:

https://www.theguardian.com/commentisfree/2018/mar/19/a-year-without-tech-debt-gadgets-reconnect-nature

Until next time, some final words from artist Andrea Zittel:

https://www.theguardian.com/commentisfree/2018/mar/19/a-year-without-tech-debt-gadgets-reconnect-nature

This weeks reading #3 (It’s too complex, and perhaps too stimulating.

This weeks reading #3 (It’s too complex, and perhaps too stimulating. But you’ll still make mistakes.)

”All this work had been put into this thing, but it missed the fundamental problems that people faced. And the biggest one that I took away from it was that basically people are playing computer inside their head.” Programmers were like chess players trying to play with a blindfold on — so much of their mental energy is spent just trying to picture where the pieces are that there’s hardly any left over to think about the game itself.”

Creating software is, still today, a struggle. Converting ambiguous statements about problems into precise unambiguous instructions for a computer to solve it. Talk to any experienced programmer and they’ll tell you to focus on the problem at hand, not the code. But what if the level of complexity is so high that humans are unable to comprehend it? Self-driving cars, aviation systems, Amazon Web Services, power grid software etc. How can we trust them? In this article you’ll get to know some of the people and programming languages in this field. Because humans are not to be trusted with this level of complexity.

https://medium.com/the-atlantic/the-coming-software-apocalypse-4ffb43f3b288

You’re off to a flying start as a software developer. These are some of the hard earned lessons that might be worth contemplating.

https://medium.com/the-atlantic/the-coming-software-apocalypse-4ffb43f3b288

And I’ll send you off with this brilliant little gem:

https://instagram.com/p/Bh7JA_pFsHw/

This weeks reading #2 (Playing the infinite game, hacking the Xbox and confidence in your product)

Using game theory Simon Sinek talks about the finite player who wants to win and the infinite player who wants to keep the game running. What happens when you look at companies and nations using that lens? Eg. the United States entered the Vietnam War to win while FNL was in it for as long as it took. The US acted as a finite player and the FNL as an infinite player. Stay with him through the Q&A-part, it contains the most interesting bits.

https://www.youtube.com/watch?v=_osKgFwKoDQ

An hour into their journey on March 28, 2014, the Pokoras crossed the Lewiston–Queenston Bridge and hit the border checkpoint on the eastern side of the Niagara Gorge. An American customs agent gently quizzed them about their itinerary as he scanned their passports in his booth. He seemed ready to wave the Jetta through when something on his monitor caught his eye.

“What’s … Xenon?” the agent asked, stumbling over the pronunciation of the word.

Video games, heists and a moral compass that starts moving in the wrong direction. Brendan I. Koerner’s thrilling story for WIRED has it all:

https://www.wired.com/story/xbox-underground-videogame-hackers/

Rating your ideas according to your confidence in them (not to be confused with your self-conviction) is an interesting method for reducing the number of duds you release to your users. Combining it with breaking down the ideas into their essential parts and scoring them separately also seems to be a good idea to avoid goldplating and extensive over-engineering:

https://www.wired.com/story/xbox-underground-videogame-hackers/

Combining it with something like dual track development seems like a natural fit:

https://www.wired.com/story/xbox-underground-videogame-hackers/

And what’s the difference between focusing on deadlines and focusing on finding the right problem to solve? Can you imagine having your team pitching problems to you as a Product Owner and letting them decided on a course by measuring their business impact? Inspiring indeed.

https://www.wired.com/story/xbox-underground-videogame-hackers/

Enjoy!