How to Onboard Into a New Codebase

Att börja ett nytt ingenjörsjobb kan vara nervöst, men en av våra nyaste anställda har några råd om hur du kan anpassa dig till din nya miljö.
Innehållsförteckning

När du börjar på ett nytt företag är det vanligt att en nyanställd upplever en viss kulturchock. De olika kontoren, människorna, processerna osv. kan vara chockerande. Ingenjörer kommer ofta att utsättas för en ytterligare typ av chock under sin introduktion. Jag kallar detta kodkulturchock.

Kodkulturchock är specifik för att arbeta i en ny kodbas där saker kan vara helt annorlunda än vad en ingenjör är van vid — saker som mappstrukturer, använda mönster, testkonfigurationer, använda bibliotek, CI/CD-processer osv. Även små skillnader som lintregler och formateringskonfigurationer kan komma som en chock.

Lägg till skillnader i personliga preferenser bland teammedlemmarna och det kan bli ganska chockerande. Men det finns en ljuspunkt i denna chock. Det leder till en unik situation som både nya ingenjörer och befintliga teammedlemmar borde vara redo att utnyttja.

Guru_Collage_Image-Library-43-transparent.png

Maximal feedbackpotential

När den initiala chocken har lagt sig finns det ett litet fönster av tid då potentialen för ärlig, objektiv feedback är som högst — innan perspektivet förändras från en ingenjör utanför till en kollega.

Denna söta punkt inträffar strax efter att en ingenjör har acclimatiserat sig till kodbasen, men innan de har accepterat vad de ser som "bara så här gör man det." Det är under detta fönster som de har chansen att utnyttja denna potential och erbjuda unika insikter till både teamet och den större organisationen.

Det finns ett par nyckelsätt att dra nytta av denna känsla som ny ingenjör:

💪️ Avfärda impostorn

Du klarade dig genom intervjuerna, accepterade erbjudandet, och nu är du redo att göra jobbet, men det finns en gnagande känsla av att du kanske har tagit dig vatten över huvudet. Kodbasen och processerna är främmande för dig. Du var en expert på ditt förra jobb och kände systemen utan och innan men nu är du förlorad och ifrågasätter dig själv.

Slappna av, det kommer att bli okej! Du blev anställd för din potential att lära dig och bidra. Ingen förväntar sig att du ska vara expert efter bara några veckor. Impostorsyndrom är verkligt. Acceptera det, men lägg sedan åt sidan dessa känslor och dyka in i din nya roll.

☀️ Sätt fördomar åt sidan

Ta med din kunskap, erfarenhet och fräscha perspektiv och lämna alla fördomar bakom dig. Du kommer att märka skillnader i kodbasen jämfört med vad du är van vid — det är ju helt nytt för dig — men var försiktig med att likställa "annorlunda" med "fel".

"Så här skulle jag ha gjort det" är inte detsamma som "så här ska det göras." Det är det vackra med kod: det kan finnas fler än en lösning på ett problem. Känn igen att medan ibland ditt sätt skulle ha varit bättre, är det ofta bara annorlunda.

Guru_Collage_Image-Library-61-transparent.png

🛠️ Bryt saker

Det finns en anledning till att vi inte utvecklar i produktion och det finns inget bättre sätt att lära sig en ny kodbas än att få händerna smutsiga. Ändra något och se vad som händer. Ser du utrymme för förbättring? Kör på.

Chansen är att din arbetsbelastning förmodligen fortfarande är tillräckligt låg för att du ska ha tid att experimentera med nya idéer. Oroa dig inte om förändringar inte slår ut. Du kommer fortfarande att komma undan med en djupare förståelse av den kod du kommer att leva i.

📓 Dokumentera allt

Katalogisera allt som verkar märkligt eller annorlunda och skriv ner de frågor som väcks. Det är inte ovanligt att fråga dig själv varför gjorde de så här? Anta inte att koden du ser är perfekt som den är. Du vet ännu inte historien om varför saker är som de är.

Det kan hända att den bit du tittar på hastades fram och man gick på kompromiss, med avsikt att återbesöka den vid ett senare tillfälle. Mönster och bibliotek förändras snabbt och koden blir gammal innan du vet ordet av. Det är okej, om inte förväntat, att du påpekar dessa saker. Kom ihåg, om koden var perfekt, skulle du inte ha anställts för att arbeta med den.

Guru_Collage_Image-Library-63-transparent.png

🤝 Delande är omtanke

När du känner dig bekväm, kontakta ditt team eller din chef och dela din feedback. De inser att du är i en unik position att erbjuda fräscha tankar och idéer och välkomnar det.

Alla arbetar mot samma mål att göra den bästa produkten för våra kunder. Sättet vi uppnår detta på är genom att lyssna på och lära oss av varandra.

Vill du alltid kom ihåg de fantastiska råd som ges i detta inlägg? Oroa dig inte, vi har samlat allt i ett Guru-kort!

När du börjar på ett nytt företag är det vanligt att en nyanställd upplever en viss kulturchock. De olika kontoren, människorna, processerna osv. kan vara chockerande. Ingenjörer kommer ofta att utsättas för en ytterligare typ av chock under sin introduktion. Jag kallar detta kodkulturchock.

Kodkulturchock är specifik för att arbeta i en ny kodbas där saker kan vara helt annorlunda än vad en ingenjör är van vid — saker som mappstrukturer, använda mönster, testkonfigurationer, använda bibliotek, CI/CD-processer osv. Även små skillnader som lintregler och formateringskonfigurationer kan komma som en chock.

Lägg till skillnader i personliga preferenser bland teammedlemmarna och det kan bli ganska chockerande. Men det finns en ljuspunkt i denna chock. Det leder till en unik situation som både nya ingenjörer och befintliga teammedlemmar borde vara redo att utnyttja.

Guru_Collage_Image-Library-43-transparent.png

Maximal feedbackpotential

När den initiala chocken har lagt sig finns det ett litet fönster av tid då potentialen för ärlig, objektiv feedback är som högst — innan perspektivet förändras från en ingenjör utanför till en kollega.

Denna söta punkt inträffar strax efter att en ingenjör har acclimatiserat sig till kodbasen, men innan de har accepterat vad de ser som "bara så här gör man det." Det är under detta fönster som de har chansen att utnyttja denna potential och erbjuda unika insikter till både teamet och den större organisationen.

Det finns ett par nyckelsätt att dra nytta av denna känsla som ny ingenjör:

💪️ Avfärda impostorn

Du klarade dig genom intervjuerna, accepterade erbjudandet, och nu är du redo att göra jobbet, men det finns en gnagande känsla av att du kanske har tagit dig vatten över huvudet. Kodbasen och processerna är främmande för dig. Du var en expert på ditt förra jobb och kände systemen utan och innan men nu är du förlorad och ifrågasätter dig själv.

Slappna av, det kommer att bli okej! Du blev anställd för din potential att lära dig och bidra. Ingen förväntar sig att du ska vara expert efter bara några veckor. Impostorsyndrom är verkligt. Acceptera det, men lägg sedan åt sidan dessa känslor och dyka in i din nya roll.

☀️ Sätt fördomar åt sidan

Ta med din kunskap, erfarenhet och fräscha perspektiv och lämna alla fördomar bakom dig. Du kommer att märka skillnader i kodbasen jämfört med vad du är van vid — det är ju helt nytt för dig — men var försiktig med att likställa "annorlunda" med "fel".

"Så här skulle jag ha gjort det" är inte detsamma som "så här ska det göras." Det är det vackra med kod: det kan finnas fler än en lösning på ett problem. Känn igen att medan ibland ditt sätt skulle ha varit bättre, är det ofta bara annorlunda.

Guru_Collage_Image-Library-61-transparent.png

🛠️ Bryt saker

Det finns en anledning till att vi inte utvecklar i produktion och det finns inget bättre sätt att lära sig en ny kodbas än att få händerna smutsiga. Ändra något och se vad som händer. Ser du utrymme för förbättring? Kör på.

Chansen är att din arbetsbelastning förmodligen fortfarande är tillräckligt låg för att du ska ha tid att experimentera med nya idéer. Oroa dig inte om förändringar inte slår ut. Du kommer fortfarande att komma undan med en djupare förståelse av den kod du kommer att leva i.

📓 Dokumentera allt

Katalogisera allt som verkar märkligt eller annorlunda och skriv ner de frågor som väcks. Det är inte ovanligt att fråga dig själv varför gjorde de så här? Anta inte att koden du ser är perfekt som den är. Du vet ännu inte historien om varför saker är som de är.

Det kan hända att den bit du tittar på hastades fram och man gick på kompromiss, med avsikt att återbesöka den vid ett senare tillfälle. Mönster och bibliotek förändras snabbt och koden blir gammal innan du vet ordet av. Det är okej, om inte förväntat, att du påpekar dessa saker. Kom ihåg, om koden var perfekt, skulle du inte ha anställts för att arbeta med den.

Guru_Collage_Image-Library-63-transparent.png

🤝 Delande är omtanke

När du känner dig bekväm, kontakta ditt team eller din chef och dela din feedback. De inser att du är i en unik position att erbjuda fräscha tankar och idéer och välkomnar det.

Alla arbetar mot samma mål att göra den bästa produkten för våra kunder. Sättet vi uppnår detta på är genom att lyssna på och lära oss av varandra.

Vill du alltid kom ihåg de fantastiska råd som ges i detta inlägg? Oroa dig inte, vi har samlat allt i ett Guru-kort!

Upplev kraften i Guru-plattformen förstahands - ta vår interaktiva produktturné
Ta en tur