Equal parts auto-biography and corporate manifesto this book provides an interesting glimpse at what made the worlds hippest company with an ecological conciousness.
Amazingly detailled look behind the scences of a simple web request: How the web works. Great intro for total beginners and great refresher for those in the know.
Video game history in the making John Carmack on the challenges, tradeoffs and solutions incorporated in Quske Worlds network code
Do you need this to: a) Scale, b) deploy, c) rapidly evolve or d) fail independently? Do you need to use e) non-standard technology? Or should this serve as f) façade? Then a microservice might be tge right pattern, else, maybe a monolith would serve you better. Should that be a microservice? great checklist and insights over @ Pivotal
Communication is hard, technical communication is harder, technical communication under pressure is hardest, with these little “communication (design) patterns” it gets a bit easier.
There is clickbait and 10-books-about-bla-you-must-read and then there is this awesome collection of cheatsheets, one-liners and tools.
Superstar biographies, genius interviews and parental anecdotes, might lead us to believe that success or failure in life depend only on us making the perfect choice at the perfect moment. Fortunately they are all wrong.
Total efficiency constrains us. We become super invested in maintaining the status quo because that is where we excel. Innovation is a threat. Change is terrifying. Being perfect at something is dangerous if it’s the only thing you can do.
How an over emphasis on efficiency leads to fragility: Getting ahead while being inefficient.
Some interesting thoughts on early vs late stage projects and pre-mature optimization vs technical debt.
Great primer on microservice architecture basics by Sumit Maingi. Basic problems you’ll encounter and common solutions. Getting these right will already take you a long way.
Three reads, the digital equivalent to classic designs z-pattern, will help you with a fresh look on digital, information heavy interfaces.
Why some bullshit jobs are safer than others, or: Every API needs an interpreter from time to time. Click 1 for help.
Extensive piece on continous delivery with plenty of data, cases and benefits to convince your peers to give it a try, also some great anecdotes:
F500 asking Netflixs’ Adrian Cockcroft, “Where do you get Netflix’s amazing employees from?” to which he would reply, “I get them from you!”
Estimations help you think through problems, look for alternative solutions, creating a common understanding, modelling uncertainity. Estimations are about more than just churrning out some numbers.
18 lessons on how to approach debugging.
There are many ways to learn about Scrum, I found this among the most entertaining.
But, it’s urgent! We are late! We need to hurry – our client expects this. There it is, a stakeholder calls to put “a bit of pressure” on the team, to “go the extra mile” or “work double as fast”. All in order to meet a milestone, add another feature or meet an impossible deadline. And as you crack your whip and shout “Faster!” your team miraculously pulls through – another crisis averted, another deadline meet.
Amzing read about an amazing journey, full of big adventures and small wisdoms.