So I’ve read less than half my goal but, jokes aside, I don’t consider it a failure. I’ve read more in 2017 than in the previous two years!
Tips to read more
Social media has taken a toll on everyone. I discovered myself more than I like to admit browsing endlessly streams of jokes, links, articles (I’ll just save it and read it later…yeah sure), tweets, photos and so on. But I also discovered that I could just stop. I trained myself to stop being a social media zombie and read instead.
Everyone imagines that to read you have to be sitting on your favorite couch, beside a fireplace, drinking hot chocolate while outside the snow falls covering the ground. How romantic. Yes, there are situations like this and they happen in the movies. We live in the harsh reality, we should be guerrilla readers.
The trick is: read everywhere, even if a single page or paragraph. In a queue? Read. Waiting for the doctor? Read. Stuck in traffic? Listen to an audiobook. To the dentist? Run! 😀
My friends know that I swear by Safari Books Online: the thing that I like the most is that it enables me to access and download all the books on my smartphone, so that I don’t need to bring with me yet another device (I’m looking at you, Kindle. It was nice, but you know that it never worked between us)
So have I stopped? Of course not. But only stupids don’t learn from their mistakes.
So for this year I’ve decided to start from January to December (so that I can track my results in Goodreads better). And since I don’t think that I’ll be able to read a book a week, I’ve decreased the target to 40 books. That’s a bit more than last year.
Even if I’m not a designer by trade, I’ve been always curious about the processes behind it. And this book helped me understand a lot about how things are designed and how the design is dependent on the interaction with people using an object.
I liked the first and the last chapters the most: the first because it showed common examples of good and bad design, the latter because it explained how to apply all the concepts from the book in a real context.
Anyway, if you’re involved in product making at any level, you should definitely read this book, even if you skip some paragraphs in the middle chapters.
That is far from the truth. Not all developers will bring positive value to your team. I understand the pressure of tight timelines, but hiring in desperation won’t solve that problem. It’ll make it worse. Bad developers will not only slow you down, but they can cause your great developers to leave your company. You will be even further behind on your project than if you hadn’t hired anyone.