Found in 7 comments on Hacker News
austincheney · 2021-07-27 · Original thread
Good To Great -

DOM Enlightenment -

Definitive XML Schema -

I am a better developer because of building my thinking about software around a deeper appreciation of data structures setting goals by focusing on personal considerations of ethics.

Books that have improved me but not my career:

Principles -

Lots and lots of fiction.

PaulHoule · 2021-06-06 · Original thread
Your opinion on the product does matter.

Even if you get a lot of pleasure out of puzzle solving and other technical aspects of your work, you will experience moral injury if you are working on a product that you think is harmful.

I defer to subject matter experts where I work, I am very much a specialist in the details of the system, but I know the product I work on makes some people happy and it gets mentioned on the news (in a positive way) almost every day.

That adds to the satisfaction of my work.

This book

says that a good corporate culture has a mission that is obvious to everyone who works there and that everybody can understand how what they do relates to that mission.

It might not be "I am pumped to work on this product" but it is "having a story that makes sense", which is absent in many workplaces.

unoti · 2020-09-26 · Original thread
A great resource to get you thinking along the right lines: the book Spin Selling[1]. This book is about doing selling involving long sales cycles, where it could take you a good amount of time to close the deal. This is often the case with enterprise software.

An example of a great concept from this book that has shaped the way I approach things: You've heard of the concept of closing, where you ask the customer to buy the product. Spin selling extends that concept in the realm of a longer sales cycle that involves many steps such as demos, consulting sessions and so on. Every interaction you have with the customer has some desired outcome that eventually leads to the final sale. For example, your initial contacts with the prospect, the goal of those initial interactions is to get the demo scheduled. Or perhaps it's to introduce you to someone closer to the decision maker. In each interaction, you keep a goal in mind and close towards that goal.

Three other books that were amazing and formative for me are below. These aren't about sales in particular but about making your own business in general, which includes sales in various degrees: 2. Good to Great 3. Crossing the Chasm 4. The E Myth

Also an honorable mention goes to this book, which is more about marketing than sales: Winning Through Intimidation. The book isn't actually about intimidating people, but it's about branding, image, and approach. Despite the evil sounding title, it's an amazing resource.

[1] [2] [3] [4] [5]

austincheney · 2020-07-25 · Original thread
I learned so much about structure and organization from

I learned the value of utility from Nicomachean Ethics in that it establishes a value hierarchy starting from the fragment: that which exists for its own sake.

I liked this book for establishing ethics as the basis for rapid growth in business:

A lot of people struggle with CSS. It’s not hard but it take some solid practice to master. This is the best book:

Honesty is important. Brutal honesty forces changes to culture and everybody wins. It forces you to act with ethics for the welfare of the group:

Fear of innovation is a form of hecklers veto, more so when popularity or a majority is threatened. Originality, even when wrong, is always more important: On Liberty.

PaulHoule · 2017-10-01 · Original thread
Jim Collins throws down the gauntlet to Steven Covey in this book

when it comes to "mission statements", "alignment" and similar things. Briefly, Collins says if you are for real and walking the walk, you will be aligned. If you are bogus, you won't be aligned and you can't paint alignment on.

wheelerwj · 2017-04-01 · Original thread
This is an interesting question, because it signals that you are most likely very new to hiring, and maybe ill-equipped to handle managing people in general. Although, at least you're asking questions.

First, very rarely does a manager regret a hire even though it's very common for a hire not to work out. Hiring and interviewing are in terrible shape right now, and more often then not lead to terrible hiring/job acceptance choices.

Second, you regret hiring PEOPLE, not developers because regrettable hires aren't specific to developers. When they are, it's because an engineer was given too much access to something they should not have been and a theft/breach occurs.

Examples of these concepts in play: The NSA probably regrets hiring Edward Snowden. I don't regret hiring the last JS dev I hired even though it didn't work out and he moved to a different company.

Lack of technical expertise is a problem sometimes, but it can be nurtured. Lack of personal skills is a huge problem in an office environment, and is much, much harder to nurture. But neither of these are regrettable in-and-of themselves.

The thing to remember is that you have to weigh the urgency of hiring against the long term impacts of hiring the wrong person. In other words, be careful and set up controls, but don't allow decision paralysis.

Good luck with your project, keep your head up, and expect failure. Great employees are rare, so just keep at it.

post mobile edit:

Go read:

Good To Great:

How to Win Friends and Influence People:

Emotional Intelligence:

Fresh book recommendations delivered straight to your inbox every Thursday.