O Programador Apaixonado: Construindo uma carreira notável em desenvolvimento de software

by Chad Fowler, Vivian Yuri Matsui (Translator)

Para ter sucesso no mercado de TI atual, é preciso ver sua carreira como se fosse um negócio. Nesse livro você vai aprender a empreender com a sua carreira e levá-la para o caminho que você escolheu. O do sucesso.

Chad Fowler, famoso desenvolvedor de software e autor de diversos livros, ensina a construir sua carreira na área de desenvolvimento, passo a passo, seguindo o mesmo caminho de que se você estivesse criando e vendendo um produto. Afinal de contas, suas habilidades são um produto.

Genres: Programming, Technology, Computer Science, Software, Nonfiction, Technical, Coding

235 pages, Unknown Binding

First published January 1, 2009

About the author

Chad Fowler has been a software developer and manager for some of the world's largest corporations. He recently lived and worked in India, setting up and leading an offshore software development center. He is co-founder of Ruby Central, Inc., a non-profit corporation responsible for the annual International Ruby Conference and The International Rails Conference, and is a leading contributor in the Ruby community.

Reviews

[Mark Sutherland · Rating 2 out of 5]

This book is a great example of the state of most non-technical programming writing, in that it mostly exists to stroke the author's ego and give a pat on the head to his gen-x American colleagues.

In its original form it was a list of tips aimed to help American programmers avoid having their jobs outsourced from under them, written as a series of short blog-style chapters that are not long enough to cover their topic, let alone dive deep enough to provide any insight.

Everything the book looks at is better discussed in other books, such as Being Geek: The Software Developer's Career Handbook which is a far better software career advice book, and The Pragmatic Programmer: From Journeyman to Master from the same publishers which has much more useful technical content.

There's nothing particularly terrible about the book, but I can't think of anyone I'd recommend this to who wouldn't be better served by other materials. It's a textbook example of the vacuous echo chamber of modern technology, rehashing concepts that were better covered decades ago with a sprinkling of self-help platitudes and quotes from better authors.

[D · Rating 5 out of 5]

Just finished this on the plane. Am happy to write this review.
This book falls broadly into two different but related categories - 1. How to be better at your job and 2. How to plan out a good career in the IT industry. I’ll focus on the first part first. This review is really for myself so I’m going to summarize my key takeaways and perhaps editorialize a bit (though the book has plenty of opinions itself). I found a pleasant cohesiveness between what the book recommends and the Amazon leadership principles.
Being better at your job:
* Focus on being an asset to the business. A computer programmer doesn’t work in isolation. I am paid by a business that hired me to solve problems within a specific domain in order to positively influence the bottom line, and I’m trusted with the responsibility to thoroughly understand the trade offs and make the decisions that fit best within the business context. A software engineer is a problem solver first, and is not paid to be a technology zealot.
* That said, be a technology zealot. Understand how technologies work from the bottom up so that you can thoroughly understand the solutions you recommend and implement. Learn different languages on the side and read up on the industry. Don’t become the carpenter with only one tool that he fits into use for every job. Go deep and go wide.
* Don’t overpromise - learn to say no. Admit when you don’t know. In short, this will help you earn trust.
* Own your mistakes. Don’t try to make mistakes, but don’t be so afraid to own them, and when you do make a mistake, own it and start working towards a solution right away. Fail fast and never try to prolong the time between bug discovery and action.
* Learn to communicate well with people who don’t code. Assume that everyone your company hires is important to the business and when the need arises make a full effort to help them understand the problems you are working on and the solutions you are developing. Engineers are far from the only thing required for a successful team.
* Related to the top point - learn the business. Have at least a rough understanding of where the money comes in from and how various teams contribute to business needs. This will help you make more enlightened first guesses, conversations, and final decisions when it comes to practical engineering decisions.
* Don’t silo yourself or try to make yourself “irreplaceable” through similar means (writing code only you understand) - that is, anything that limits rather than promotes good communication. What you are actually doing is making yourself a liability to your company. Single points of failure are never good.
* Budget your time. Personally, I’ve found the time-blocking mechanism described here and in Deep Work to be very helpful when I know what I need to get done. Set a hard start and finish to your day. Like that dragon thing in the fantastic beasts movie, your tasks will expand and contract (within reason) to the time that you budget for them. The 40-hour week is generally a good guide. Make your 8 hours of work focused and impactful. I used to be skeptical about this point, and certainly there are some weeks where this isn’t feasible, but more hours doesn’t always equate to more productivity. The Effective Engineer and Rest: Why We Get a more Work Done When We Work Less also effectively drive this point home. Guard against burnout.
* Always try and know what you need to get done. A mediocre employee needs to be told what to do, whereas a good one takes initiative and figures out what to focus on.
* No task is beneath you. Do a good job even with the mundane tasks. Be present in whatever you’re doing.
* Learn to enjoy maintenance. Lower expectations actually provide a good opportunity to surprise and delight.
* Learn a new language to learn to think differently. It’s fun too.
* Hold yourself accountable. Every day, ask yourself if you’ve learned something new or become a better engineer than you were yesterday. In either case, ask yourself what about the day made it so.

Crafting a career:
* Learn to predict industry trends. Keep up with the technology news. Don’t let yourself become a dinosaur. Read books, articles, and papers. Learn learn learn.
* Contribute to open source projects (erm..may not be possible for employees of all tech companies). A good place to start is by improving test suite coverage in a lot of projects.
* Try to get on teams where there are an abundance of better engineers to learn from. This will always be possible excepting a few of the truly great. Being surrounded by better players will make you better. Don’t look for situations where you will be the smartest person there.
* Make the hang. Don’t be afraid to approach technology leaders and try to glean wisdom from them. Most people are happy to help.
* Follow your curiosity. It may lead to unforeseen opportunities. Having written that out just now, I realize that this is probably a common fortune cookie message.

There’s more, but those were the top ones for me. I’d also recommend Bob Martin’s The Clean Coder and Edmund Lau’s The Effective Engineer, but I think this one’s the best so far. May just be the recency effect though, I should go through those again.

[Roberta Arcoverde · Rating 2 out of 5]

I heard about this book when it was first published, in 2009. Fresh out of university, I was in the beginning of my career as a - very passionate, for the record - software developer. I remember reading The Pragmatic Programmer: From Journeyman to Master and a *lot* of other then-famous programming books, which were very useful then and are still worth reading now. Unfortunately, I don't think The Passionate Programmer aged as well.

Overall, the writing feels too egocentric for my taste. One of the most cringeworthy chapters describes the author's frustration with a former manager that sounds unprofessional at best and childish at worst. Here's an example:

When I was sitting down talking about my performance review (over the phone) with my beloved manager, I muted my phone when she said “presence.” I didn’t want the laugh to be audible. I wondered if she could hear the half-grimace and half-smile that I couldn’t wipe from my lips for the rest of our conversation. (...) Most of us who were willing to share our feelings disliked this manager. She did little to command respect, so it wasn’t much of a surprise.

When suggesting developers should better understand the business they work for (something I wholeheartedly agree with), I also felt like the author meant well but the wording was just not great:

Nonprogrammers are, on the average, as intelligent as programmers. (That is to say that most of them aren’t very intelligent, but a few of them really are.) Chances are high that your customer is just as smart as you but just doesn’t happen to know how to program a computer. That’s OK.

Yes. I can't imagine what kind of audience the author had in mind to write something that obvious, and even slightly insulting.

The book also seems to promote an idea that I presently reject: that one must be an obsessed, exceptional, competitive professional to thrive in our industry, sometimes ignoring their own preferences and pursuing whatever is "the hottest tech" out there in order to stay relevant. Probably the advice that aged the most was the one about being present: the world is way more distributed today than it was ten years ago, so "set some time on your calendar to actually phone your coworkers and talk to them about trivial things" sounds just terrible.

I gave it two stars because I liked the format - small chapters, (mostly) ending on actionable items. However, a lot of those are shallow, non-technical advice (as opposed as those found on The Pragmatic Programmer/Code Complete) that rarely escape the trap of sounding like self-help cliché.

[André Pinto · Rating 2 out of 5]

this looks to me like the point of view of someone that lost any passion for programming as an art/craft, to start seeing it from the typical egocentric manager point of view. I read the whole book simply to have a glimpse of what someone with this attitude really thinks. good technical managers should feel uncomfortable with the limited mindset that is promoted on the book.

there are a few interesting and useful "blog posts" but several others could possibly be part of an anti-pattern book on "programming with passion". they seem to have been written with that "don't think too much, just write something already, so you can promote yourself and go to conferences"-mentality he advocates for your own career promotion.

also, we don't really care that much for your jazz past. it seems that Chad should probably return to his jazz career, as it feels throughout the entire book that that's the one he truly loves. maybe he would be happier doing that and remember what "passionate" means.

[Himanshu · Rating 5 out of 5]

This is by far the most inspirational book I have read so far this year. Chad Fowler is a respected authority in the Ruby programming community and this book is aimed at aspiring software such as myself. The main theme in the book and what I really got out of it in the end is the suggestion of paying attention to not only acquiring cutting edge skills but also indulging in self-marketing and networking in person. He suggests treating your career as a product that you work on improving non-stop and also marketing it. Other important things he suggests is keeping an out for emerging technologies and getting involved at an early stage to end up becoming an expert eventually. Overall, I highly reccomend this book aspiring or currently involved in the software development world.

[Yevgeniy Brikman · Rating 3 out of 5]

Pros: it's good to see a book that encourages people to take a more disciplined look at their careers. The book covers many important ideas for being a successful programmer: work with people better than you; don't listen to your parents; be a generalist; find a mentor; learn how to fail; learn to say no; build your brand.

Cons: the voice used in the book feels wrong--at times, it sounds like an infomercial or self help book. There are a number of weird programmer stereotypes and a strange focus on Indian IT (perhaps from v1 of the book?). Finally, the level of discussion is often too simplistic, glossing over the all the nuances and gray areas. This book goes broad, but not deep.

[Andreea Ratiu · Rating 4 out of 5]

I was intrigued by the title of this book. I considered myself passionate about my work so I immediately put it on my 'To Read' list. The book contains many useful advice. Most of them I think are more interesting for people getting started on their careers, but given that it is a short book and might challenge some soul searching, I recommend it to everyone.
One chapter that was relevant to me is the one about marketing yourself. As the chapter warns you, self-promotion is considered kind of a dirty word and many people rely on the 'my work should speak for itself' mantra. Still, based on my recent experience I can tell you that only you know how great your work is so if you want it to speak, you need to be the spokesperson.

[Arthur Santos · Rating 5 out of 5]

Excelente livro para desenvolvedores de softwares (ou até mesmo outras profissões), com conselhos fundamentais para manter-se atualizado, motivado e, como diz o subtítulo, construir uma carreira memorável na área.

Sobre conhecimento de tecnologias:
"Too many of us seem to believe that specializing in something simply means not knowing about other things."
"Muitos (desenvolvedores de software) parecem acreditar que especializar-se em algo significa, simplesmente, não saber sobre outras coisas"

Sobre quando se é inquirido a respeito de prazos de entrega:
"Be courageous enough to be honest."
"Seja corajoso o suficiente para ser honesto."

Sobre a vantagem de saber escrever bem:
"The ability to write creates both a superficial perception of you and a real insight into how your mind works. If you can't organize your thoughts in your mother tongue so that others can clearly understand them, how can we expect that you can do it in a programming language?"
"A capacidade de escrever cria, além de uma idéia superficial sobre você, uma visão interna de como sua mente funciona. Se você não consegue organizar seus pensamentos em sua língua nativa para que outros consigam entendê-lo, como esperar que você consiga fazê-lo através de uma linguagem de programação?"

Amor ao trabalho:
"The real meat of your career is not the promotions and salary advances. It's the time you spend working toward those advances. Or, more important, it's the time you spend working regardless of the advances."
"A essência de sua carreira não são as promoções e aumentos salariais. É o tempo que você passa trabalhando para atingí-los. Ou, mais importante, é o tempo que você passa trabalhando sem se importar com estas conquistas."

[Milutin · Rating 2 out of 5]

I am glad that the recent ideas about a career as a programmer are written in one book. I get better insight than from reading bits in blogs and tweets. However the author is too personal, and he is writing too much about himself. So if you are not his friend or have similar experience for example your are not a jazz musician than it's boring and you skip half of the book. And it's short one.

It's enough to read the table of content:
Lead or Bleed?
Supply and Demand
Coding Don’t Cut It Anymore
Be the Worst
Invest in Your Intelligence
Don’t Listen to Your Parents
Be a Generalist
Be a Specialist
Don’t Put All Your Eggs in Someone Else’s Basket
Love It or Leave It
Learn to Fish
Learn How Businesses Really Work
Find a Mentor
Be a Mentor
Practice, Practice, Practice
The Way That You Do It
On the Shoulders of Giants
Automate Yourself into a Job
Right Now
Mind Reader
Daily Hit
Remember Who You Work For
Be Where You’re At
How Good a Job Can I Do Today?
How Much Are You Worth?
A Pebble in a Bucket of Water
Learn to Love Maintenance
Eight-Hour Burn
Learn How to Fail
Say “No”
Don’t Panic
Say It, Do It, Show It
Perceptions, Perschmeptions
Adventure Tour Guide
Me Rite Reel Nice
Being Present
Suit Speak
Change the World
Let Your Voice Be Heard
Build Your Brand
Release Your Code
Remarkability
Making the Hang
Already Obsolete
You’ve Already Lost Your Job
Path with No Destination
Make Yourself a Map
Watch the Market
That Fat Man in the Mirror
The South Indian Monkey Trap
Avoid Waterfall Career Planning
Better Than Yesterday
Go Independent
Have fun

[Robert Boyd · Rating 3 out of 5]

This is one book I wish I had at the beginning of my career. Or maybe I wish I could force any of my past non-tech managers or clients to read. It does a solid job of describing many of the realities of being a software craftsman.

That said, I have to agree with a lot of the lukewarm reviews that there aren't really any earth-shattering revelations that will change the way you work if you're already established in this profession. Self analysis is always a good thing though, and this book dishes it out in healthy servings. There are also some decent stories and phrases that are worth remembering. The closing section is nicely written (if somewhat abrupt) and will make you feel good about being a programmer.

The book does a fine job of tying together several areas of our profession, but for any particular subject hit there are probably a few books that would be more relevant than this one. All in all, it's a quick and worthwhile read.

[caisah · Rating 5 out of 5]

This was a great read. The author tries to explain what skills and habits a programmer has to develop in order to be successful.

The chapters are short and every one of them ends with a tiny to do paragraph meant to help you develop a new skill or improve an old one. There are some analogies between the processes a programmer should follow and the ones a musician would.(The author himself being a saxophone player).

Almost every chapter is well argumented. Several examples and analogies are presented, so by the end of the book you are totally sold.(At least I was...)

This is not a "self help" book and the ideas that were exposed are hard to implement in your day to day life, pragmatically speaking. But it is a great practical guide for a programmer and how one should think and act.

[Rashedul Riyad · Rating 5 out of 5]

Packed with full of constructive advice. I was (and kinda still am) 'semi-retired' from my SWE career and I needed a boost up to go forward. Found some new insights which probably demand a single blog post. Will probably record the highlighted sections in my book notes section of my web log. A good read for a software developer.

[Brian · Rating 3 out of 5]

Let me start by saying I cringe whenever I hear people talk about what they're "passionate" about in a career sense. It's an over-used and hyperbolic adjective that's turned into yet another buzzword. If you're really "passionate" about customer service QA or something, perhaps you need to get out more. Life is short; save "passionate" for things that really deserve it.

That said, this is a great "idea" book, in that it's a fast, easy read, and each short chapter gives you a topic to think about, and see if it resonates with you. Some chapters you'll gloss over, others you might stop and think, "that's a good idea, I'll try that."

Nothing earth-shattering, but it's a good motivation if you're in a rut, in between jobs, or just looking for a quick read that relates to a software career.

[Boni Aditya · Rating 5 out of 5]

This book along with the Pragmatic Programmers, must be read by a programmer. These works would have saved me and other budding programmers from wasting tons of hours and set us straight in our path, when we are wading through a thick fog due to lack of direction, these books could have helped. The author is an experienced writer and his book
"I lost my job to India" did not sell well as he acknowledges in the introduction of this book, because that book was more of a rant than a solution. Everybody is aware of the problem i.e. losing jobs to outsourcing but he did not delve on the solution or how to save yourself from the cheaper onslaught! This book on the other hand teachers you how to rise above the crowd. How to differentiate yourself as a programmer worthy of hiring over a team overseas. This book deals with ECONOMICS of PROGRAMMING at a macro level and at a micro level. The book considers the programmer as a the product and teaches them how to build themselves as a super product and how to market that product. It is incredible, the programmer is the weapon!

I was impressed with the author thoroughly, his concepts are out of the world. He talked about one concept at a time much like how they were discussed in the Pragmatic programmer. I have seen his ted talk where he talks about the Pragmatic programmer and how it inspired him to write this book. The Pragmatic programmer restricts itself strictly to the technical aspects of programming i.e. the pitfalls of programmers that cause huge disasters in execution of the project while completely ignoring the life of the programmer outside the terminal. This book out focusses on all the other aspects, like marketing your work, dealing with managers, prioritizing your work, planning your career, dealing with testing, maintenance vs new projects, timelines, dealing with clients, dealing with stakeholders, the importance of language, the importance of putting it in writing and the importance of showing your face among many others.

I was particularly impressed with the concepts of programming by coincidence, which was also taught in the pragmatic programmer. The other concept which impressed me the most is the concept of Fail - Copy - Repeat Cycle, the number of times you repeat this cycle the better you become. He also tried to differentiate between a quick read of the code or scanning the code versus a complete typing of the code and he compared that with what Hunter S. Thompson did, by typing word to word the works of Hemmingway and Fitz Gerald! To differentiate between Active and Passive learning. Also that Gates finished his programs out of the trash cans in Harward. Copying builds muscle memory!

The author also lived in Bangalore with his wife, thus adding more credibility to his account. His search for a better eco-system only showed him the similarity of eco-systems in various clones of the silicon valley. He also wondered if people have completely forgotten to develop client side software, and rightly points out that the barrier of entry for failure is quite higher, with a web based interface over a client side software. The effort is also greatly minimized for a web based interface.

Value Rigidity, The other concept which was intriguing, is dealt well through the south Indian Monkey trick, where in we refuse to give up our beliefs even at the detriment of our careers. We stick to the technology obstinately knowing full well that the time has run out for it. This is also how religious beliefs are formed. Thus the author compared the choices of technologies i.e. browsers programming languages and others akin to religious superstitious or religious beliefs. It is always important to try other stuff in the menu, regularly to check if there is something better out there and always challenge our beliefs


A FEW OTHER BOOKS MENTIONED IN THE TEXT

ZEN AND THE ART OF MOTORCYCLE MAINTENANCE
THE MIRACLE OF MINDFULNESS
MICROSERFS DOUGLAS COUPLAND
Jack Kerouac NOVELS
10 Day MBA
My Job went to India and all I got was this lousy book
Extreme Programming XP
The pragmatic programmer
PURPLE COW
LEADING THE REVOLUTION

[Prem · Rating 2 out of 5]

May be expectation was bit different, I thought this book as tech book where some concepts will be explained. For example I learnt DRY concept, Reversibility etc.. from The Pragmatic Programmer. But this books is a self-help book for programmers/developers. Advice, advice and more advice.

[Francis Fish · Rating 5 out of 5]

I had this book on my phone and read it in small chunks. It's written in a way that lets you easily dip in and out of it.

It's an interesting read and gives you exercises to try at the end of each small vignette. I think that if you try them you will benefit greatly.

I've been having a career for a long time and found it interesting that Chad validates a lot of things I have discovered empirically over the years, particularly about understanding why your employer employs you to have fun writing code. I think the suggestion that you spend some time understanding how companies work, and how money is made is one that a lot of new graduates need to get on with.

I thought some of his asides about the problems with the inability to say "no" when he was setting things up in India that can really trip you up were useful to know. Chad is himself really interesting, you can find an interview with him on the pragmatic programmers iTunes feed that was done just after the book was published that's well worth a listen.

He was/is a sax player and a lot of the analogies he uses are from being a musician and having fun, plus also nice little tips like "always be the worst person in the band" - so you can learn new things.

[Arthur Santos · Rating 5 out of 5]

O livro define uma série de valores que um profissional deve adotar para conquistar uma carreira de destaque.

O autor mostra como motivação, foco, dedicação, desejo de melhoria pessoal contínua, curiosidade, empreendedorismo são importantes na construção de uma carreira.

Manter-se fora de sua zona de conforto é o mote. Nesse sentido, o livro é relevante não só para desenvolvedores de software, mas para qualquer profissional que deseje ter uma carreira memorável em sua área de atuação.

Para seu público alvo (especificamente, desenvolvedores de software), o livro traz um roteiro de ações que podem ser executadas para ajudar a refletir sobre aspectos pessoais e de nossa rotina de trabalho que criam obstáculos para a evolução da carreira. Com base nessas reflexões, é possível adotar medidas que levem às mudanças necessárias para manter-se relevante no mercado de trabalho.

Uma leitura que recomendo a todos, especialmente aos profissionais em início de carreira.

[Wouter · Rating 1 out of 5]

As an experienced programmer it's safe to say that Chad fails to see the real important problems to be solved in the software industry, instead of trying to sell me to "research the market and pick a programming language that's hot". This read like a book for applied, applied programmers that haven't yet managed to really understand core principles: abstract structuring. And yet, there's a small chapter called "invest in your intelligence", right before "your biggest career fears"? I might have mistakenly identified the content with morale on being concerned about good programming. Instead I found hip one-liner tips about career (well, that word is actually on the cover, so whoops) advancement that I know from experience are just plain wrong. Luckily there's a foreword by D.H. Hansson!

[Harish Sankar · Rating 3 out of 5]

Personal Review: I liked the book, but did not "really like it"

Originally this book was intended for US citizens to protect their jobs.
"Your Job went to India" was its initial title.
And as an Indian, I cannot accept the motivation for the author to write the book- to save Americans their jobs.
Truth is- it is a level playing field, and there is no job security anymore.
The author realised this, and hence changed the title.

Its a good book- well written with action points to improve your programming career.

But it cannot make an unpassionate programmer (like me) into a passionate one. It has to come from within.

[Marco Emmanuel Patiño Acosta · Rating 5 out of 5]

This is one of those books that every programmer must read eventually. It provides you a full list of tips and to-do's in your daily work that will improve your overall role in your current company. It also provides great analogies about how being a musician helped him to achieve goals and how you should not fear to lose your job against outsourcing but rather become a more valuable programmer. Also at the end of every chapter it has a full list of things to do so it just invites you to keep your hands in action from day 1.

[Zeh Fernando · Rating 3 out of 5]

Some good ideas and advices, but a little bit too much self help kool aid at times.

[Ricardo Shimoda · Rating 5 out of 5]

This book was released a long time ago, with a different title and maybe under different circumstances, and it is more relevant than ever - maybe some tips require updating in the light of AI, and the existence of so many different frameworks, programming languages (and programming language versions) but most of it is related to a programmer's actions, rather than a single piece of technology, and how they can leverage (or block) their personal evolution - career and personal alike.

If there is one thing that resonates between this, and several other books which can be considered self-help (up to a certain point), is that changing, evolving, and getting better, all requires struggling, and finding the ways to plan, understand, justify, be motivated by, embrace, find joy, and have fun with this struggle is the only sustainable way to continuous improvement.

I need to return to this book on a yearly basis, maybe, to think about the year gone by and plan the year to come - or maybe have tips (and some highlights) show to me every now and then as an inspiration for the day... maybe I could do something for myself about this...

[Vladimir Sechkarev · Rating 3 out of 5]

По идее, это сборник советов для начинающих программистов о том, как строить карьеру. Советы эти, правда, довольно банальны. Например, вы узнаете, что неплохо бы понимать основы бизнеса, которым занимается твоя компания; общаться с коллегами, искать полезные знакомства и учиться друг у друга лучше, чем сычевать в одиночестве; не стоит зацикливаться на конкретных языках и фреймворках и тем более ассоциировать себя с ними, потому что они быстро устаревают; работать в компании, где ты хуже всех, лучше, чем там, где ты самый крутой, потому что так ты быстрее развиваешься; и так далее. (Отдельно упомяну совет не скандалить в социальных сетях: это бьет по репутации и неприятно аукается в будущем.) Не сказать, что после прочтения у меня открылись на что-то глаза, но с простыми истинами есть загвоздка: они вроде очевидны и банальны, однако часто доходят далеко не с первого повторения. В конце концов, ни один совет в этой книге точно не вредный, и она наверняка здорово бы мне пригодилась, прочитай я ее 2-3 года назад. Поэтому оценка будет высокая, и эту книгу я даже осторожно посоветую.

[Guillermo · Rating 4 out of 5]

This book is the coach many of us professional programmers need in our careers to push us to the next level. It reads like a, very experienced, friend giving advice.
A must for programmers!
And not so long of a book if i might add.

[P Patel · Rating 5 out of 5]

I wish I had read this book years ago. My manager recommended it when I joined a Big firm, but I totally ignored it at that time. During my last week working there, I started reading this book and I re-learned the definition of “passionate”. As a software Engineer, knowing how to code and how to communicate is not everything. This books teaches valuable lessons. I highly recommend it.

[Thatiana · Rating 4 out of 5]

Como um livro relativamente velho, alguns pontos envelheceram mal, enquanto outros se mantiveram relevantes.
Obviamente não concordo com a visão do autor em todos os pontos, mas só o convite à reflexão já valeu a leitura.

[Walter T · Rating 3 out of 5]

The book contains a set of well known and obvious tips which are combined in a way that is saying to you “work all of the time, and if you don’t - you just not passionate enough”. It should be motivational (and few last tips are), but I would say it’s more of the opposite.

[Rahul Aragade · Rating 4 out of 5]

A very good book. This book convincingly explains what should your approach be towards your software career. A must read. (and future re-read)

[David · Rating 4 out of 5]

This is a good companion to the Pragmatic Programmer (both belonging to "The Pragmatic Bookshelf"). I enjoyed the fact that author was/is a professional musician turned programmer because I can relate. It consists of small chapters all aimed to making your programming career remarkable. Some interesting ideas include thinking about your career like it is a business, be the worst among other programmers (like in music it will force to step up your game), teach what you know, contributing to an open source project, etc. etc. ... There are about 50 such chapters with practical advice and bullet points for specific actions to take. I've seen some of this advice before on blogs and in the "Pragmatic Programmer" but there is also a lot I didn't think of before. All in all it is a good read for those who feel their career is not at a level of awesomeness that it should be.

[Christian Brumm · Rating 4 out of 5]

Solid 360 degrees career advice for software developers, worthwhile read for everyone serious about his career in Software Technology.
Like other books in the "Pragmatic Programmer" series most advice and stories told apply to work life or even life in general. The book makes clear that YOU are responsible for your happiness and career and contains some actionable "tasks" for you to do to start on a piece of advice given.
I would have given 5 stars if the anecdotes would give a more coherent overall picture (they are well organized, just not perfectly well) and the tasks at the end of the chapters are more equally-sized and therefore actionable (some things suggested will take you several weeks to complete, you obviously won't do that during reading).
Overall, recommended.