Issue #277, 16th March 2018

This Week's Favorite


Prattfalls: Better Communication
4 minutes read.

I cannot recommend enough this post by Roy Rapoport. Regardless of your role, do yourself a favor and read it. Use this concept when you need to have a difficult conversation with someone else: "Communication only exists as a mutation of someone else’s internal state."

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


Culture


When the Frontend Dev Spots a Bug and Opens the Browser Devtools 🎨🖌️
1 minutes read.

My humble effort to help you start the weekend with a smile on your face.

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


A Guide to Building a High Functioning Data Science Department
8 minutes read.

"Engineers should not write ETL. For the love of everything sacred and holy in the profession, this should not be a dedicated or specialized role. There is nothing more soul-sucking than writing, maintaining, modifying, and supporting ETL to produce data that you yourself never get to use or consume." -- this attitude reminds me a lot of the “DevOps movement,” where you try to optimize for autonomous teams, sometimes at the immediate expense of having efficient teams, to gain the long-term value.

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


The Next Feature Fallacy: The Fallacy That the Next New Feature Will Suddenly Make People Use Your Product
6 minutes read.

The power of inertia is so strong -- "if only we will have [X] we will win!" -- It impacts the product we build, but also this state of mind often creeps into the way engineers build infrastructure. This takeaway by Andrew Chen can be applied to product and infrastructure: "This means [...] onboarding sequence, and the initial out-of-box product experience are critical, and usually don’t get enough attention."

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


A Counterintuitive Way to Increase Diversity in Tech
6 minutes read.

"Ok, so what CAN you do to help improve diversity in tech? Glad you asked! It’s simple: get into management... You can make diversity a company goal, point out other managers’ biases as a peer, create an inviting team where people can do their best work and launch successful careers from said experience. You can back employees when they have complaints. And you can leverage your position." -- Rachel Nabors writes a post that we should all read. Change is slow; we need to be consistent in playing the long-term game.

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


Peopleware


How to Prioritize Using These 9 Mental Models
9 minutes read.

Learning different frameworks (mental models) for decision making and prioritization is a critical effort for leaders to pick up. To increase your effectiveness, you need to learn to do less (and be okay with that), not more. Try to put it to practice: Next time you decide to do something, try to explain your thought process to someone else. Explain alternative costs, run different scenarios (assign probabilities) and have various plans to deal with each situation. Write down your decision criteria, and agree on that before you start writing a single line of code.

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


Ideas That Changed My Life
4 minutes read.

Morgan Housel's post made me think a lot on my commute to work on how my set of beliefs changed over time. Being aware of this bias can help you maintain a Beginner's Mindset when it comes to personal growth: "Your personal experiences make up maybe 0.00000001% of what’s happened in the world but maybe 80% of how you think the world works."

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


How to Make Better Use of Everything You Read
5 minutes read.

Good tips on how to increase your "extended memory" (e.g. using IFTTT and searching via google or Evernote), applying concepts that reminded me of Tim Ferriss's advice on Just-in-time reading vs. Just-in-case reading. One more tip I'd add, is when you start reading a book, try asking yourself "which questions I hope this book would answer?" -- This should help put your mind into focus mode, seeking to digest the information to extract insights.

Read it later via Pocket or Instapaper.
Share it via Twitter or email.


Inspiring Tweets


@lhochstein: Abstractions reduce development time at a cost of increasing debugging time.

@joshkaufman: In practice, the most useful productivity techniques are 10% task management / 90% coming to terms with living in a finite universe.

- Oren

P.S. Can you share this email? I'd love for more people to experiment and improve their company's culture.

Subscribe now & join our community!