thewanisdown's comments

thewanisdown | 5 years ago | on: Show HN: Docker Build Volumes

I know this isn't new information, but lately I've seen a lot of people here lamenting the lack of Build Volume support in Docker, when it's been supported since Feb 2019 (albeit "experimentally").

Hopefully this can help a few of you speed up your build pipelines.

thewanisdown | 5 years ago | on: Ask HN: Is all of FAANG like this?

Look at Crucial Conversations. Don't take it as gospel, but it's a good starting point.

Stick to facts. Clearly state your expectation, and show how they are not meeting that expectation. Then place the ball firmly in their court. The goal is not fixing the issue for them, but getting them to take responsibility for fixing it themselves.

Refrain from creating a "shit sandwich" by putting the critique in the middle of praise. That makes the conversation ineffective. These conversations are never fun, but they are important to have, and you eventually get used to it.

thewanisdown | 5 years ago | on: Ask HN: How do you divide time between engaging with users and development?

In most cases, the majority of my customer engagement is early in the process. Lots of discussion up front to inform the development. It tapers off through the iterations.

Traditional "feedback" only goes so far. Most customers don't actually know what they want. I spend the most engagement time discovering their process and pain points in order to help them figure that part out. Isolate one (or a few) customers that will regularly participate and provide high-quality feedback and focus your relationship building on them.

The feedback of the masses is more like an (unreliable) compass.

thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers

DNA evidence works well.

In all seriousness, I recommend not referring to them as "reports" at all. Call them "My Team", "us", "we". It creates a sense of collective ownership.

When talking up, I use specific names, or "the team" to reference tasks or successes, and "I" when we talk about failures. I own what goes wrong, they own what goes right.

thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers

Holdover from the military. I can see you're framing it as "beneath", which would be very inappropriate, but it references "under your charge". Thanks for pointing out that it could be misconstrued.

I am sorry to hear you have not enjoyed your time leading a large group. It certainly has its challenges, but I assure you it can be quite fun and rewarding.

thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers

It's a different mindset, but I still think it's fun. For me, the key with that size of a group was focusing on the development of the leaders under me. When I make sure they are set up for success, things go smoothly.

The hardest time in my life was trying to micromanage a large group. Once you let go, and focus on the bigger picture, it's quite fun. Challenging, for sure, but very fun.

thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers

We have an internal website with user-maintained groups/content. Every week, you get an email with major updates from the teams you want based on the important information they've been telling themselves. That's been useful for culling and focusing the information flow to each person.

In my experience, newsletters don't work well for internal communication. As you said, keeping the content relevant to a wide readership is too difficult. It does, however, work well as a recognition mechanism. A team seeing it's achievements blasted out to the company is very motivating, even if they are the only one's who notice it.

thewanisdown | 6 years ago | on: Ask HN: CS, still a good career in 3-5 years?

If it's what you like. You'll be just fine.

In the grand scheme of things, that degree just opens a few extra doors early in your career. It's still up to you, and your personal drive to succeed, to get anywhere past that.

You have passion, and that is a massive advantage. Stoke the fire.

thewanisdown | 6 years ago | on: Ask HN: Best book / resources on leadership, especially for tech teams?

Extreme Ownership https://www.amazon.com/Extreme-Ownership-U-S-Navy-SEALs-eboo...

How to Win Friends and Influence People https://www.amazon.com/How-Win-Friends-Influence-People-eboo...

The Phoenix Project https://www.amazon.com/Phoenix-Project-DevOps-Helping-Busine...

Don't worry about "tech specific". Core leadership principles are universal. The first two books on the list show the principles, and the mindset you should approach them with to be successful.

The 3rd book will help set the tone for leading in a modern tech environment, and what kind of business decisions you should prioritize.

thewanisdown | 7 years ago | on: Ask HN: As a CTO, what is your most frustrating problem with technical debt?

The core trade-off is "what does the business need now" vs "what are the long term goals". I only consider the technical debt that will block us in the future.

At any given decision point, you need to understand when technical debt is accrued and track it like any other issue. If you don't actively acknowledge technical debt from the onset, you place your business goals at risk.

In general, I see that the most politically charged projects are also accruing the most technical debt. They have high pressure, short time-frames, and scope creep out the wazoo. Those take the most of my time, and are extremely prone to failure unless there's a human shield to keep the heat off.

page 1