Skip to main content

The essential reading list


One can spend a lifetime reading only a certain number of books. This list is to keep that reading focussed. The idea is taken from many engineering focussed reading lists, but I have added a bunch of books by myself too.

I will continue to update the list, both in terms of things left to read and the things I have read already.
  • How to Ask Questions the Smart Way, Eric S. Raymond
  • The Curse of the Gifted Programmer, Eric S. Raymond to Torvalds, 2000
  • On Bike Shedding, Poul Hennink-Kamp, FreeBSD list, 1999
  • No Silver Bullet, Fred Brooks (paper)
  • How to become a Hacker, Eric S. Raymond
  • HBR Guide to Managing up and Across
  • Suddenly in Charge: Managing Up, Managing Down, Succeeding All Around by Matuson, Roberta Chinsky
  • Principles, Ray Dahlio
  • Sapiens: A Brief History of Humankind
  • Eat That Frog!: 21 Great Ways to Stop Procrastinating and Get More Done in Less Time
  • The Three Box Solution: A Strategy for Leading Innovation
  • The 7 Habits of Highly Effective People
  • Hooked: How to Build Habit-Forming Products
  • Lean In: Women, Work, and the Will to Lead
  • Inspired, Marty Cagan
  • Powerful, Patty McCord
  • Thinking - Fast and Slow, Daniel Kahneman
  • Zero to One, Peter Thiel, Blake Masters
  • The Hard thing about Hard Things, Ben Horowitz
  • Only the Paranoid Survive, Andy Grove
  • High Output Management, Andy Grove
  • Don’t Make Me Think, Steve Krug
  • The Elements of Style, Strunk and White
  • The Mythical Man Month, Fred Brooks
  • The Four Steps to Epiphany, Steve Blank
  • The Lean Startup, Eric Ries
  • The Goal, Eliyahu Goldratt
  • Masters of Doom, David Kushner
  • Hackers and Painters, Paul Graham
  • Lean Software Development, Mary Poppendieck and Tom Poppendieck
  • The Principles of Product Development Flow, Donald G. Reinertsen
  • Extreme Programming Explained: Embrace Change, Kent Beck
  • What Got You Here Won't Get You There: How Successful People Become Even More Successful!
Designers

  • 100 Things Every Designer Needs to Know About People, Susan Weinschenk
  • About Face: The Essentials of Interaction Design, Alan Cooper, Robert Reimann, David Cronin, Christopher Noessel
Developers

Extended Canon:

Comments

Popular posts from this blog

On working remote

The last company I worked for, did have an office space, but the code was all on Github, infra on AWS, we tracked issues over Asana and more or less each person had at least one project they could call "their own" (I had a bunch of them ;-)). This worked pretty well. And it gave me a feeling that working remote would not be very different from this. So when we started working on our own startup, we started with working from our homes. It looked great at first. I could now spend more time with Mom and could work at leisure. However, it is not as good as it looks like. At times it just feels you are busy without business, that you had been working, yet didn't achieve much. If you are evaluating working from home and are not sure of how to start, or you already do (then please review and add your views in comments) and feel like you were better off in the office, do read on. Remote work is great. But a physical office is better. So if you can, find yourself a co-working s

Capture and compare stdout in python unit tests

A recent fan of TDD, I set out to write tests for whatever comes my way. And there was one feature where the code would print messages to the console. Now - I had tests written for the API but I could not get my head around ways to capture these messages in my unittests. After some searching and some stroke of genius, here's how I accomplished capturing stdout.

Todo lists are overrated

My tasks come from a variety of sources: 1) Tasks from emails  2) Meeting notes with details of people who participated  3) Project related tasks that can have a long format and can be tagged/ delegated  4) Scratchpad for unrefined ideas  5) Detailed documentation for completed technical tasks / ideas  6) FIFO list of high priority small daily tasks No one app has been able to map all the requirements above, and I have tried a lot of them! In my lifetime I’ve tried a dozen todo apps. In the beginning they all seem different, novel and special. Slick UI, shortcuts, tags, subtasks, the list goes on and on. But all our stories were the same: I start using the new app, then after awhile I stop using it. Up until the last week I thought the problem was in myself (you probably think so too). After all, David Allen seems to have figured this shit out. Also there are people leaving long 5 star reviews on every major todo list app, they discuss them on forums, recommend them to friends. But the