Re:Ask HN: Engineering managers, how do you onboard new hires?
by lsowen on Monday May 22, 2023 @06:45AM
(#36029710)
Same for us, with two things to add:
1. Make "living documentation" part of your culture, so that the new hire feels empowered to extend and improve the documentation as they are using it to come up to speed.
2. Have proper production access controls, so that the new hire can be comfortable poking around without being afraid they can break something.
Re:Ask HN: Engineering managers, how do you onboard new hires?
by Dachande663 on Monday May 22, 2023 @07:06AM
(#36029864)
Absolutely. The whole broken window thing as well; if they see something wrong, anywhere, give them the power to change it. Everything should be versioned so there's no risk of them wiping old information out but also means they're in the habit of both creating and fixing from day one. Monday morning brain.
Then it's getting the environment setup. Using lots of boring software means this is typically two docker-compose up's and done.
After that is the point you start to see what the candidate's really like we've found. Oftentimes they'll scan through previous commits, see how things are done. We'll set them running, lots of pair programming, for those first few days. An extensive testsuite/CD pipeline help here. The ideal is push to prod by the Friday. In an ideal world it's earlier, if not first day, but the reality is there's normally other business bits such as...
Because we're remote, we try and schedule a couple hour calls with different folks in different roles. We're a small company so it's much more about people then processes without falling into folksy management talk.
Biggest thing is just letting them get a feel for the codebase, people, practices, trade-offs between speed and correctness etc. Everyone's unique.