3 ms·

Having been a junior dev in a couple of startups lately and discussed about onboarding with one of them a lot, I have a few points. This is all about the techni

by Hamatti 11y ago

Having been a junior dev in a couple of startups lately and discussed about onboarding with one of them a lot, I have a few points. This is all about the technical stuff, not anything about creating accounts or signing forms. 1) Make sure you have a working and detailed setup instructions for the development environment. Nothing is more frustrating than spending the first afternoon trying to get dev tools setup and having to ask questions all the time. Setting up the virtual machines, cloning all the right repositories required, figuring out configs etc ending with instructions on how to run full test suite. Successfully running all tests is a good signal that things are set up well. 2) Have a plan on how to cover all parts of the code base and have an architecture overview. I personally like to start by fixing bugs. I love when a senior developer can spend some time pair-programming with me through a few simple bugs in different places on the code base. Fixing bug covers setting up dev environment, writing/running tests, finding out how the code is related to the issue (eg. how to find the right code related to the bug), using bug tracker, doing pull requests and code review and deploying. I understand that many small startups might feel they don't have resources to designate senior devs to do "non-productive" work with a new recruit but it pays off so fast when new people get up to speed faster and can start being productive earlier.

thumbtackthief 11y ago
This is helpful, thank you. We're not a small startup by any means--we are a company that predates the Internet by about 100 years, literally--but we are a small team (seven devs). Do you have a formalized pair programming process, or is it just "Hey, who can help me with this?" We're the latter, and while people often try their best, it usually devolves into "Let me do this for you".
- Hamatti 11y ago
  It depends a lot on the company and the team but I think instead of just the new dev shouting out "Can anyone help me?", there would be a senior dev dedicated to you. That way that person knows it's her/his job to help you out and it's okay if that means you don't get so much done. At the same time other people on the team will be able to focus on their work.

by Hamatti 11y ago

thumbtackthief 11y ago

This is helpful, thank you. We're not a small startup by any means--we are a company that predates the Internet by about 100 years, literally--but we are a small team (seven devs). Do you have a formalized pair programming process, or is it just "Hey, who can help me with this?" We're the latter, and while people often try their best, it usually devolves into "Let me do this for you".

Hamatti 11y ago
It depends a lot on the company and the team but I think instead of just the new dev shouting out "Can anyone help me?", there would be a senior dev dedicated to you. That way that person knows it's her/his job to help you out and it's okay if that means you don't get so much done. At the same time other people on the team will be able to focus on their work.