thewanisdown | 5 years ago | on: Show HN: Docker Build Volumes
thewanisdown's comments
thewanisdown | 5 years ago | on: Ask HN: Has anyone migrated off containerized infrastructure?
thewanisdown | 5 years ago | on: Ask HN: Is all of FAANG like this?
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?
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: Ask HN: Manager listening to my calls, dropping references in open meetings
Personally, I would be looking for an exit, either mine or his.
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
There are very few "rules" in this game, so feel free to manage differently. You have 100+ on your team, so I'm sure your methods worked well for you, as mine have for me.
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
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
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: Ask HN: What has your work taught you that other people don't realize?
Sometimes metaphorically, sometimes literally.
thewanisdown | 6 years ago | on: Show HN: I wrote a book for engineers that want to become engineering managers
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
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: Show HN: I wrote a book for engineers that want to become engineering managers
Leadership is a skill like any other. You can't just promote someone into it. They have to be trained for it.
thewanisdown | 6 years ago | on: Ask HN: CS, still a good career in 3-5 years?
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?
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?
thewanisdown | 7 years ago | on: Ask HN: As a CTO, what is your most frustrating problem with technical debt?
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.
Hopefully this can help a few of you speed up your build pipelines.