What’s one engineering “best practice” that you think is actually overused or applied in situations where it doesn’t add much value? For me, it’s excessive documentation on very small, low-risk changes. Documentation is important, but I’ve seen teams spend more time documenting simple fixes than implementing them. Where do you draw the line?

I've been stuck in a pure maintenance cycle for six months, and I'm starting to feel like a script-runner instead of an engineer. I'm trying to move into a senior-level job, and I worry about stagnating, but I'm not sure what to do. Is this a common issue with engineers who hope to level up?

Obviously, no one expects a newly graduated hire to know everything during their first week, but early impressions stick. Question for the managers and senior engineers on here: What can a new grad do in those first few days to make you incredibly glad you hired them? What sets them apart early on?

What’s something you believed early in your career that now feels completely backwards? I used to think the smartest engineer was the most valuable person in the room. Now I think it’s usually the clearest communicator.

How do you handle disagreements with your manager about technical decisions? I’ve learned to pick my battles and always come with data instead of opinions when I do push back. It doesn’t always work, but it at least keeps the conversation productive. How do you approach it?