Sådan er du en fantastisk teamkammerat fra første dag som juniorudvikler med disse tip

Vær en fantastisk teamkammerat fra dag 1

En af de mange ting, du måske spørger dig selv, når du starter din softwareudviklingskarriere er:

”Hvordan bidrager jeg VIRKELIG til mit nye hold?”

Dette var en af ​​de ting, der gjorde mig bange, da jeg startede mit første job som juniorudvikler. Så jeg har besluttet at opsummere de ting, jeg gjorde, der tjente nogle ros fra min manager og holdkammerater.

Når man ansætter juniorudviklere, forventes det, at der vil være noget læring og fornyet tid. Du bliver nødt til at lære processerne, kodebasen og en masse andre ting.

Men det betyder ikke, at du ikke kan slå jorden i gang og påvirke dit nye team fra dag 1. Følg disse tip, så gør du netop det.

Stol af dit arbejde

Lad os se på et billede.

Kredit: Pedro Campos https://www.pedrocampos.net

Nu spørger du sandsynligvis, "Hvorfor viser du mig et foto af nogle gamle Coke-Cola-dåser?"

Hvilket er et rimeligt punkt. Men hvad hvis jeg fortalte dig, at dette faktisk var et olie-maleri? Ja, dette hyperrealistiske maleri er Pedro Campos værker (se et link til hans side ovenfor). Du er måske ikke i kunst, men du må indrømme, at dette er ret cool (min telefon tager ikke engang billeder så tydelige).

Men stadig, hvad er poenget? Mit punkt er, at du kan fortælle, hvor meget stolthed Pedro tager i sit arbejde. Hver komplicerede lille detalje er dækket. Selvom dette kun kan virke som en flok gamle dåser, har han gjort det til noget fantastisk.

Dette er den tilgang, du skal tage med dit arbejde. Ligegyldigt hvor lille eller enkel en opgave er, så giv det hele og lad ingen sten være vendt.

Dette er en af ​​de bedste måder at gøre et godt indtryk med dit team. Skriv læsbar kode. Test din kode. Efterlad kommentarer, hvor det er nødvendigt. Dæk alle kantsager. Put 110% i alt hvad du gør. Ved at gøre dette får dine holdkammerater til at tænke “Wow, denne person kender deres ting og er interesseret i, hvad de laver”.

Ved, hvordan du beder om hjælp

Som jeg nævnte i min artikel, er dit første år som juniorudvikler, og det er en god vane at stille spørgsmål, når du sidder fast. Skønt det at vide, hvordan man stiller spørgsmål, kan gøre hele forskellen. Hvis du siger "Hej, jeg sidder fast, kan du hjælpe mig?", Gør det det lidt sværere for seniorerne i teamet at hjælpe dig. I kontrast til at sige:

”Hej, jeg arbejder med denne opgave, og jeg prøver at gøre noget, men jeg får en fejl i denne funktion på denne linje. Fejlmeddelelsen er forvirrende, har du nogen ideer? ”

Jo mere information du kan give, desto lettere bliver det for andre at hjælpe. Du vil også vise, at du forstår, hvad du prøver at gøre, og blot har ramt en væg.

Sørg for at give dit bedste skud til at overvinde det problem, du er stødt på. Lav en hurtig Google-søgning og se på andre dele af kodebasen, der løser et lignende problem. Hvis du stadig sidder fast efter at have undersøgt noget, skal du gå videre og bede om hjælp.

Hør efter

”Jo mere støjsvage du bliver, jo mere kan du høre.”

Der er tid til at tale, og der er tid til at lytte. Som en juniorudvikler, når en seniorudvikler forklarer dig noget, eller dit team diskuterer ting, er det tid til at lytte og tage det hele ind.

Stil spørgsmål, hvis du ikke er sikker på, hvad der bliver sagt, men prøv at afstå fra at afbryde eller tale med en anden. Ingen kan lide det.

Skriv eventuelt tingene ned. Det efterlader et stort indtryk, når en juniorudvikler kun skal høre ting én gang, uden at skulle gentagne gange gives den samme information et par gange. Derudover er det en mindre gang, du bliver nødt til at spørge!

Nogle gode notater til apps, som jeg personligt bruger, er (alle helt gratis at bruge):

  • https://simplenote.com
  • https://www.google.com/keep/
  • https://evernote.com/

Hjælp andre

Har du fundet dig i en løs ende efter at have afsluttet en opgave? Eller venter på at din kode skal gennemgås / testes? Du kan bruge den dyrebare nedetid på at rulle Facebook, eller du kan finde måder at hjælpe dit team.

Vær ikke bange for at vende dig til dit team og sige:

”Jeg har lidt nedetid, hvis nogen har brug for hjælp til noget?”

Selvom ingen har brug for hjælp, vil teamet sætte pris på det, du har spurgt. Nu kan du søge gratis på sociale medier! Hurra!

Kommuniker godt

Kommunikation er vigtig, hvorfor jeg har åbnet dette afsnit med et billede af to virkelig herskige mennesker, der sidder ved en bærbar computer.

Du arbejder med ledere, holdkammerater (nogle fjernbetjent!), Slutbrugere og lignende. Så det er vigtigt at være i stand til at kommunikere godt.

Som juniorudvikler er der ofte den tanke at tale mere = mere information. Dette er faktisk ikke tilfældet. Spørg mit gamle hold. ”Chris, du vafler igen!” Følte han som nogle gange hans sætning.

For eksempel vil du sandsynligvis have en daglig standup eller en slags fremskridtsmøde. Så i stedet for at vaffle, så prøv at være så kortfattet som du kan:

”Jeg arbejder på en opgave, indtil videre har jeg formået at afslutte denne del, så jeg er nødt til at skrive nogle prøver. Jeg skulle være færdig i slutningen af ​​dagen. ”

At være i stand til at kommunikere dine fremskridt holder dit team opdateret. For ikke at nævne at tale med klarhed og selvtillid vil give en følelse af sikkerhed sammen med resten af ​​dit team.

BONUS TIP: Forbered det, du vil sige på forhånd, og skriv det ned. Vær ikke bange for at henvise til dette, når du taler!

Søg ofte feedback

At søge feedback tidligt er en god måde at reducere mængden af ​​spildt arbejde, du kan ende med at udføre.

Der er ikke noget galt i at vente til koden gennemgår fase for at få feedback om dit arbejde. Men det kan betyde, at du er nødt til at gå tilbage og ændre dit hårde arbejde (min første kodeanmeldelse fik mig til at ændre hele min løsning!).

En mere proaktiv tilgang, der giver dig mulighed for at være mere effektiv i udførelsen af ​​opgaver, er at få feedback på din kode, inden du endda skriver en kode.

Vent, hvad?

Hvordan gør du det? Du opretter først et design. Dette kan være så simpelt som at udskrive de funktioner, du har brug for, den generelle strøm af programmet eller at udskrive nogle trin på papir.

Du kan derefter spørge de seniorudviklere på dit team ”Kan du løbe dette design sammen med mig? for at sikre mig, at jeg går i den rigtige retning ”.

Dette opnår 3 ting

  • Du vil vide tidligt i processen, om din tankeproces er korrekt
  • Du vil vise, at du kan tænke over din kode, før du går i pistoler med brand og skriver kode. Dette er en imponerende egenskab at have.
  • Du kan være ganske sikker på, at din kode vil være korrekt, når det er tid til det at være kodeanmeldelse. Ændringer vil være mindre, og det fremskynder tingene.

Ejer op til fejl

Lad os indse det, alle laver fejl. Jeg har mange års erfaring, og jeg begår stadig fejl. Jeg talte med en talentfuld fyr med 15 års erfaring for nylig, der havde taget en dårlig designbeslutning, og det kostede hans team ugers omarbejdning. Så der vil ske fejl.

Det vigtige er, at vi ejer op til dem, når det sker.

Hvorfor er dette vigtigt? Det er ikke så du kan smides ind på torvet og ægges af dine holdkammerater (det vil sutte). Det er således, at holdet kan afhjælpe eventuelle problemer og sikre, at det ikke sker igen.

Da jeg var juniorudvikler skiftede jeg en konfigurationsegenskab i integrationsmiljøet som en del af en opgave, jeg havde. Jeg fik ved en fejltagelse ejendomsnavnet forkert, og dette fik miljøet til at falde ned. Holdet forsøgte febrilsk at finde ud af, hvad der skete.

Jeg følte mig dårligt og tænkte "forbandt, de vil grine af mig og synes, jeg er en fjols!". Men jeg talte og sagde: "Jeg har ændret denne egenskab på miljøet, er det, hvad det kunne være?"

De seniorudviklere sagde: ”Ah, muligvis kan vi se på, hvad du gjorde?”

Jeg viste dem de ændringer, jeg lavede, og vi fik rettet problemet på kort tid. I sidste ende blev der ikke gjort nogen skade. Javisst, jeg fik en smule legende pind fra alle, men jeg fik en masse respekt og hjalp med at løse problemet ved at eje op til den fejl, jeg havde begået.

Frivillig

Jeg er en god måde at vise din proaktivitet og vilje til at bidrage med at være frivillig til opgaver. Når din leder eller teamleder beder om frivillige til at udføre en opgave, rækker du op og siger, at du gør det, hvis du synes, det er en opgave, kan du gøre det.

Dette viser ikke kun, at du er entusiastisk, men dette giver dig muligheden for at lære codebase.

For eksempel, hvis du undersøger en fejl, bliver du nødt til at dykke ned i den del af koden og forstå, hvordan den fungerer, før du er i stand til at løse det aktuelle problem.

For ikke at nævne de kudoer fra teammedlemmer og ledelse, du får til at rette bugs!

Medbring donuts

Ja, det er et velkendt faktum, at donuts og boller har drevet hvert større softwareprojekt siden tidens begyndelse. OK, måske ikke, men de smager godt og er en dejlig gestus. Hvis du virkelig ønsker at være en fantastisk teamkammerat, skal du lære dit team at kende! Vær venlig, vær positiv og bær altid et smil. Du vil blive overrasket over, hvordan de enkle ting som det her kan have effekt.

Giv 110%

Husk at give alt, vise hvor villig du er til at lære og være lidenskabelig, og du vil gøre et varigt indtryk på dine holdkammerater.

Tak for at have læst!

For at få de nyeste guider og kurser for juniorudviklere direkte til din indbakke, skal du sørge for at deltage i adresselisten på www.chrisblakely.dev!