I'd say it depends on your work experience. When I had just graduated from university, it took a while for me to adapt to the work environment and be productive. After I changed my job, it didn't take long to become productive. Over time, I learned that using task management software can help me get more organized. I haven't tried a lot of tools but definitely check out Todoist, Wrike, and Quire.
I'm a passionate learner and sharer. I always try to give back to the developer community. I create mobile and Web applications by day. Not Batman by night, in case you wondered :)
Controversial opinion; I think anyone can be "productive" on day one by finding and fixing holes in the setup documentation, the wiki, the install scripts.
Productive doesn't mean writing code. You're adding value by following setup steps and bringing them up to date, and new hires are the best placed people to update docs that don't make sense!
Been using UNIX since the late 80s; Linux since the mid-90s; virtualization since the early 2000s and spent the past few years working in the cloud space.
Location
Alexandria, VA, USA
Education
B.S. Psychology from Pennsylvania State University
Seems to take about 6 months to start having enough institutional knowledge to make meaningful headway (or, at least, as much headway as a given org's peculiarities will allow for).
I think it depends on how you are measuring right?
Coming off of a year leave it wasn't until a couple months in that I felt ready to be integrated into our sprints. However during those couple months I was reviewing code and team practices and providing value by asking questions about things and understanding how things work. The outsider-looking-in portion of on-boarding brings immense value to a team in terms of identifying blind spots or ways that weren't considered initially if the on-boarding is done thoughtfully and intentionally.
I am a professional DevOps Engineer with a demonstrated history of working in the internet industry. I am an avid Linux lover and supporter of the open-source movement philosophy.
Location
Sofia, Bulgaria
Work
Developer Advocate at Materialize | Community Manager at DigitalOcean | Co-Founder at DevDojo
It depends on what it is but I would say first 3 months are cluster f... so somewhere between 6-9 months is usually onboarding part where people get comfy with the infrastructure, coworkers and the whole vibe at work.
When I started, I made my first contribution to production within a week. My manager liked that so much that he tasked my team and me to steamline the onboarding process so every new team member could be productive within a week.
I think this depends on a lot of factors. For a developer, these are a few factors I can think of:
The complexity of the product/codebase
Documentation/tests that are available
Mentorship availability
Maturity of tooling that have been set up
Personal experience level with coding generally
The third point is quite important for products that are quite complex, and can really slow you down if you have to figure out most of the context yourself as opposed to being given guidance on where to start etc.
I find good tooling can help eliminate a lot of mistakes and give you more mental capacity to focus on learning about the codebase, rather than having to worry about potentially shipping code with your changes that might break things.
To answer the main question, from personal experience, I'd say somewhere between a month to six months 😅
I've been in the new position for six months. The first three included Thanksgiving, Christmas, New Years', and the associated away-time, it was all remote, and I really felt alone.
The current plague forced the issue of creating a home hacking shrine and made some changes with the organization as a whole, so I can say it was 4-5 months before I felt productive here.
I think I felt it earlier in my past jobs but I honestly don't remember.
For me I've been a freelancer for the majority of my web dev career, but the one time i worked for a firm, it took about 1 week to become productive and get a feel of what the company needs and its goals.
I feel like you can only become productive once you understand their needs and goals, otherwise you're working aimlessly.
Latest comments (49)
I'd say it depends on your work experience. When I had just graduated from university, it took a while for me to adapt to the work environment and be productive. After I changed my job, it didn't take long to become productive. Over time, I learned that using task management software can help me get more organized. I haven't tried a lot of tools but definitely check out Todoist, Wrike, and Quire.
This one is tricky because it depends on a few things.
But I'd say if you are not being productive after two weeks (depending on the role) then there is a problem somewhere that needs addressing.
Controversial opinion; I think anyone can be "productive" on day one by finding and fixing holes in the setup documentation, the wiki, the install scripts.
Productive doesn't mean writing code. You're adding value by following setup steps and bringing them up to date, and new hires are the best placed people to update docs that don't make sense!
Seems to take about 6 months to start having enough institutional knowledge to make meaningful headway (or, at least, as much headway as a given org's peculiarities will allow for).
I think it depends on how you are measuring right?
Coming off of a year leave it wasn't until a couple months in that I felt ready to be integrated into our sprints. However during those couple months I was reviewing code and team practices and providing value by asking questions about things and understanding how things work. The outsider-looking-in portion of on-boarding brings immense value to a team in terms of identifying blind spots or ways that weren't considered initially if the on-boarding is done thoughtfully and intentionally.
I think that 3 to 6 months depending on the project and the company.
It depends on what it is but I would say first 3 months are cluster f... so somewhere between 6-9 months is usually onboarding part where people get comfy with the infrastructure, coworkers and the whole vibe at work.
When I started, I made my first contribution to production within a week. My manager liked that so much that he tasked my team and me to steamline the onboarding process so every new team member could be productive within a week.
I think this depends on a lot of factors. For a developer, these are a few factors I can think of:
The third point is quite important for products that are quite complex, and can really slow you down if you have to figure out most of the context yourself as opposed to being given guidance on where to start etc.
I find good tooling can help eliminate a lot of mistakes and give you more mental capacity to focus on learning about the codebase, rather than having to worry about potentially shipping code with your changes that might break things.
To answer the main question, from personal experience, I'd say somewhere between a month to six months 😅
I've been in the new position for six months. The first three included Thanksgiving, Christmas, New Years', and the associated away-time, it was all remote, and I really felt alone.
The current plague forced the issue of creating a home hacking shrine and made some changes with the organization as a whole, so I can say it was 4-5 months before I felt productive here.
I think I felt it earlier in my past jobs but I honestly don't remember.
For me I've been a freelancer for the majority of my web dev career, but the one time i worked for a firm, it took about 1 week to become productive and get a feel of what the company needs and its goals.
I feel like you can only become productive once you understand their needs and goals, otherwise you're working aimlessly.
I committed a fix in my first week on the job. Small, well defined problems made it possible.
Usually takes a Month to get up to speed.
Going to start a new Ruby developer position in a couple of days. Will come back when I have more data 😁
Too many variables