Tech & Product Management
๐พ Pattern, ๐ก Realization, ๐บ Meme, ๐ญ Tool, ๐ Article/Book
Legend: ๐พ Pattern, ๐ก Realization, ๐บ Meme, ๐ญ Tool, ๐ Article/Book

๐พ Avoid writing software wherever possible. It's tantalizing for the entire organization, distracting, expensive, hard to maintain and harder to change. - myself
๐ Managers' schedules vs. makers' schedules and the cost of meetings: Brilliant article by Paul Graham.
๐กOutsourcing companies / agencies have a "The client is always right" mindset, while product companies need teams that own the product and fight over it.
๐พ Rubber duck debugging: Explain a problem to a hypothetical rubber duck to structure your own thoughts and come to a much better understanding or find solutions. - The Pragmatic Programmer
๐ก A reason to distinguish between the terms "developer" and "engineer" is to point out that the goal of an engineer is not to write code but to solve a problem, ideally with as little code as possible. - Renn Vara
๐ก For some years, I have been successfully using the following rule of thumb for scheduling a software task: 33% planning, 16% coding, 25% component test and early system test, 25% system test, all components in hand. - Fred Brooks, the Mythical Man-Month
Product Discovery & Requirements Engineering
๐พ MVP thinking: Question all assumptions about customer need - unknown
๐พ Value management: Challenge safe assumptions regularly, don't wait for external triggers. Things are easily overlooked - Alexander
๐ How to scale a magical experience. Reid Hoffmann interviews Airbnb's Brian Chesky who shares inspiring approaches to discovering, building and scaling truly customer-centric experiences.
Last updated
Was this helpful?