News for hackers. Stuff that matters.
Re:How to Not Get Screwed over as a Software Engineer by scarface_74 on Thursday November 02, 2023 @02:14PM (#38117782)
You never get promoted for “working hard”. You get promoted by showing your ability to work at a larger “scope”, showing “impact” and “dealing with ambiguity”. All of the leveling guidelines of tech companies I’ve seen or heard about have the same concepts.
Re:How to Not Get Screwed over as a Software Engineer by ldjkfkdsjnv on Thursday November 02, 2023 @02:18PM (#38117831)
The whole "scope" argument is the carrot on the stick. Many engineers, regardless of performance and scope, will not get promoted. They are more valuable to the company as work horses, even if they have higher level capacity and have shown that.
Re:How to Not Get Screwed over as a Software Engineer by scarface_74 on Thursday November 02, 2023 @02:23PM (#38117883)
I don’t disagree with that. The best way to get a “promotion” is to work toward more scope, impact, ambiguity - and then leave.

Or in my case get PIP’d from Amazon with a nice severance and found a much less stressful job within three weeks at a smaller company. My hearts always been at smaller companies and I knew from the minute I virtually walked into AWS I wanted to go back to smaller companies.

https://news.ycombinator.com/item?id=37969302

Re:How to Not Get Screwed over as a Software Engineer by passion__desire on Thursday November 02, 2023 @02:53PM (#38118310)
What about the ambiguity engineers cut through when making decisions like whether to use "React" or "Svelte"? and subsequent success or failure, whatever the case may be. Are these decisions less important that top level ones?
Re:How to Not Get Screwed over as a Software Engineer by scarface_74 on Thursday November 02, 2023 @03:02PM (#38118431)
That’s not what is meant by ambiguity.

I was actually just interviewing someone for a position for a green field project where I’m leading the backend parts across teams. I needed to be able to “fire and forget” an assignment where the requirements weren’t clear and there will probably be a lot of XYProblems.

I need them to talk to the vendor/customer, come up with a game plan, research the technology and present their idea to the team. I want them to know how to talk to developers, technical directors who don’t want to get into the weeds and non technical people.

After they have done the research - especially about a technology I don’t know - I want to lean on them to teach me and for me to be able to go to for advice.

I’ve given the thumbs up plenty of times for team members and now dotted line reports that impressed me by giving me “imposters syndrome”.