Live data from Hacker News

Ask HN: How to approach first days on a new job as a senior engineer?

news.ycombinator.com

31–40 of 69 posts

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#31

Context: I was an early strategic technical hire by a director/manager/CTO 3 times to help execute process changes and lead new initiatives healthcare SaaS companies between 2014-2020 and then started working in strategic cloud consulting since then where I am brought in to get developer, operations and the “business” to be better aligned and/or to lead new initiatives. I’m currently a “staff software architect” at a…

On point 4: keep these work-focused. Don't ask about families, hobbies, "what are you passionate about," what sports they follow, etc. Fine to discuss that if it they volunteer it, but as an developer I always felt put on the spot by those sorts of questions, even if they were meant with friendly intent.

Exactly this. I keep my personal life and work completely separate.

My wife and I travel a lot and we have done the digital nomad thing for a year.

I go out of my way not to talk about that at work because I don’t want people to say I’m “being distracted” or when I actually do have something like doctors appointments for them to think that I’m goofing off during work hours.

I worked from 15 cities the year before last.

That’s partially PTSD from my time at AWS (Professional Services).

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#32
This is a pretty low-level mechanical thing, but your first day/week is the best time to do it...

Almost every time I join a company/project, they don't have even remotely accurate docs about how to set up a development environment (configure workstation with prerequisites, check out the code, run the code).

If they already have a wiki page you can start editing, great. If they have a wiki without such a page, great. If they're open to having this info in the README.md of the repo, great.

Document everything you have to do, which the next hire probably will have to. (Example: Don't have some credential or authorization to access the repo? Ask around for how to get it, someone tells you that you go ask person X? Document who someone should ask if they don't have that thing.)

If you're not sure whether you'll be stepping on toes, make the notes in a file in your home dir, as you're going through it, and later ask someone about whether it'd be helpful to new hires to put it in the wiki/repo/etc.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#33
Something that has always been really appreciated, and can be an easy "first commit": update/complete the docs. There's always a missing step, something unclear, an outdated link, and undocumented "whys", something to automate, ...

When you've just joined from outside, you're in a unique position in that you haven't internalised yet all the little idiosyncrasies. Best to take note of them, understand the context, and maybe help change them.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#35
I'm starting as a Staff SDE at a new company next week, and this is roughly my onboarding plan:

1. Meet a lot of people through 1:1s, both from tech, leadership and customer side.

2. Get the codebase working on my machine, document anything that's missing from the docs they already have.

3. Ask questions in the open - in a team Slack rather than DM'ing people. Everyone can learn from my questions, and in a team Slack it'll be searchable.

4. Understand from my lead (director) on what the short and long-term goals of the org are. And then talk to others to see how they fit with that story :)

5. Ask about what the role expectations are, how they do performance evaluations, etc etc. I'll ask this to my manager and peers to get a better view.

---

There's probably more that I'll do once I actually start, but this is the quick list of what came to mind.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#36

Something that has always been really appreciated, and can be an easy "first commit": update/complete the docs. There's always a missing step, something unclear, an outdated link, and undocumented "whys", something to automate, ... When you've just joined from outside, you're in a unique position in that you haven't internalised yet all the little idiosyncrasies. Best to take note of them, understand the context, and…

I like this idea a lot. It's a really low-hanging fruit to get yourself committing code immediately.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#37
My experience is limited to technical teams in technology companies (primarily CA Bay Area based), as such what I've experienced and learned may not be as applicable to what you're getting into. That said, there are some common things I've noticed, and one is that 'new senior guy' is a disadvantageous position to start in. Generally due to the competitive nature of such places there are others in the team who probably feel they would have been a better choice to fill your new role.

Listen a lot, keep a notebook, don't go in with the idea that you are going to make the product better, go in with the idea that you're trying to find ways to make the team better at making product.

Sometimes that takes mentoring, sometimes that takes technical leadership, sometimes that takes being the person who can help others see each other's perspective.

Be really clear with your manager about what you learn your evaluation of the current situation and look for and listen to feedback to gauge your discernment accuracy.

Always ask people you meet what could you help them with, what would make it easier for them to accomplish what they are trying to accomplish.

Finally, take time to do things that a 'junior engineer' would do as part of the program of helping. People will want to know you can work at all levels and that you aren't just some 'high level thinker' who doesn't understand how things really work.

I have always advised new senior engineer hires, even though you're senior you are going to have to go through your entire career in speed run mode it seems at the new place so that people understand how you got to be senior.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#38
Dig in to learn the details of how your systems and software work, do this by getting local dev resources set up, reading docs/diagrams, etc.

Start to get to know people, and focus on learning about them and what they do.

Don't start immediately dispensing wisdom / advice / opinions unless asked, take time to really understand what has come before you.

At the same time, be helpful to build rapport, if you see someone more junior post a trivial problem on Slack (ie: "getting this error in Docker..") then jump in to help.

Take notes, and make onboarding better for the next person. Are the onboarding docs unclear? is setting up a dev-env the first time somewhat convoluted? Make meaningful and appreciated improvements.

Learn about the product, the customer experience, and be a user of the product to the best of your ability. Make contact with customer support folks as well to learn more about their jobs, pain points they see, etc.

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#39
There was a discussion about 8 months ago about a "wtf" journal and all of the things that need to be considered about current processes and team dynamics before you start making big (and effective) waves. A lot of the points are already made in the replies here, but it was a good discussion and article you may be interested in:

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

Re: Ask HN: How to approach first days on a new job as a senior engineer?

#40

Assuming not management track: - Make a token commit day 1 or 2 to show you can and will deliver, even if just docs. Ensure you can go end-to-end on a real code PR week 1, even if a trivial one. Identify which area of code is most important for you to learn, vs not learn, and focus there. - Get agreement on week 1 / month 1 / q1 goal for you+team+co with your direct peers, manager, skip level. Assuming a startup, als…

Unless you live somewhere that has some form of probation, a token commit day 1 or 2 seems pretty meaningless. Everyone involved will see it instantly as that, a token commit.

Making an effort to learn the business (essentially the 'why' of your area at the company) is valuable of course.

Post reply on HN