At starte som udvikler kan ofte føles skræmmende: du står over for ukendte problemer, meget at lære og svære beslutninger at træffe. Og i nogle tilfælde tager vi fejl i disse beslutninger. Dette er helt naturligt, og det nytter ikke noget at slå dig selv op over det. Men hvad du skal gøre er at huske din oplevelse for fremtiden. Jeg er en seniorudvikler, der lavede mange fejl i min tid. Nedenfor vil jeg fortælle dig om otte af de mest seriøse, som jeg begik, da jeg stadig var ny inden for udvikling, og jeg vil forklare, hvordan de kunne have været undgået.
Jeg tog den første, de tilbød
Når du lærer at skrive kode på egen hånd eller afslutter dine studier på universitetet, bliver det et af dine hovedmål at få dit første job i dit speciale. Noget som lys for enden af en lang tunnel.
I mellemtiden er det ikke let at finde et job. Der er flere og flere, der søger juniorstillinger. Vi skal , gennemgå en hel række interviews, og ofte er hele denne proces meget forsinket. I betragtning af alt dette er det ikke overraskende, at ethvert jobtilbud giver dig lyst til at gribe det med begge hænder.
Alligevel kan det være en dårlig idé. Mit første job var langt fra ideelt, både i forhold til faglig vækst og i forhold til glæde ved processen. Udviklerne blev styret af mottoet "det vil gøre", og det var ikke sædvanligt at prøve for hårdt. Alle forsøgte at bebrejde hinanden, og jeg måtte ofte skære hjørnerne for at overholde meget stramme deadlines. Men det værste er, at jeg intet lærte.
Under interviews vendte jeg det døve øre til alle opkaldene, jeg var så fascineret af udsigten til at få et job. Hvis der opstod tvivl, fløj de alle ud af mit hoved, så snart jeg hørte, at de tog mig! Og endda til en god løn!
Og det var en stor fejl.
Det første job er af stor betydning. Det giver dig en idé om, hvordan det er at være en rigtig programmør, og den erfaring og træning, du får fra det, kan lægge fundamentet for hele din fremtidige karriere. Derfor er det nødvendigt at finde ud af alt om den ledige stilling og arbejdsgiveren, inden man aftaler. Hård erfaring, dårlige mentorer - det behøver du bestemt ikke.
- Undersøg information om virksomheden. Gå til anmeldelsessider, kig på den officielle hjemmeside, surf bare på internettet og saml anmeldelser. Dette vil give dig en bedre idé om, hvorvidt virksomheden passer til dine behov og mål.
- Spørg dine venner. Hvis nogen i din omgangskreds har arbejdet for denne arbejdsgiver eller kender nogen i personalet, så tal med dem personligt. Find ud af, hvad de kunne lide, hvad de ikke kunne lide, og hvordan de generelt så på oplevelsen.
Stillede ikke de rigtige spørgsmål under interviews
Et interview er den bedste mulighed for at lære virksomheden bedre at kende, så sørg for at forberede spørgsmål om, hvad du vil lære af medarbejderne. Her er et par eksempler:
- Spørg om udviklingsprocessen (hvilke metoder følger de? er der kodegennemgange? hvilke forgreningsstrategier bruges?)
- Spørg om test (hvilke test udføres? er der specielle personer, der kun laver test?)
- Spørg om virksomhedskulturen (hvor uformelt er alt? Er der nogen støtte til juniorer?)
Uafklaret om bevægelsens bane
Uden tvivl er vejen til at blive en erfaren udvikler meget snoet. I dag kan du vælge mellem en række sprog, rammer og værktøjer. Min fejl tidligt i min karriere var, at jeg prøvede at mestre alt. Sjovt nok førte dette kun til, at jeg ikke gjorde store fremskridt i noget som helst. Først hentede jeg Java, derefter JQuery, så gik jeg videre til C#, derfra til C++... I stedet for at vælge ét sprog og kaste al min energi i det, hoppede jeg fra femte til tiende, bare efter mit humør. Jeg kan forsikre dig om, at dette er en meget ineffektiv træningsplan.
Jeg ville have opnået bedre resultater og bevæget mig hurtigere op ad karrierestigen, hvis jeg straks havde besluttet mig for en bane, det vil sige et bestemt sæt teknologier, og fokuseret på dem. For eksempel, hvis du er en frontend-udvikler, behersker JavaScript, CSS/HTML og en ramme efter eget valg. Hvis du arbejder på backend, skal du igen tage ét sprog og studere det grundigt. Det er ikke nødvendigt at kende både Python, Java og C#.
Så bliv fokuseret, hav en retning og lav en plan, der giver dig mulighed for at blive professionel på din valgte vej (her , som kan hjælpe dig med dette).
Sofistikeret i kode
Så du forbereder en test for at vise din arbejdsgiver dine færdigheder, eller du har allerede påtaget dig den første opgave på dit første job. Du går ud af din måde at imponere. Hvad er den bedste måde at opnå resultater på? Sandsynligvis demonstrere under udførelsen den sofistikerede teknik, som du for nylig mestrede, ikke?
Ingen. Det er en alvorlig fejl, som jeg selv har begået, og oftere end jeg kunne tænke mig, ser jeg i andre juniorers arbejde. Det er meget almindeligt, at de genopfinder hjulet eller leder efter komplekse løsninger i et forsøg på at vise deres viden frem.
Den bedste tilgang til at skrive kode er udtrykt . Ved at stræbe efter enkelhed vil du ende med en klar kode, som vil være nem at arbejde med i fremtiden (udvikleren, der erstatter dig, vil sætte pris på det).
Glemte, at der er liv uden for kode
Aldrig at "slukke" er en dårlig vane, jeg tog meget tidligt op. Når jeg gik hjem sidst på dagen, tog jeg regelmæssigt min arbejdslaptop med mig og sad på den i timevis for at lukke en opgave eller rette en fejl, selvom de begge kunne have ventet til morgenen. Som du kunne forvente, var denne kur stressende, og jeg brændte hurtigt ud.
Årsagen til denne adfærd var til dels mit ønske om at gøre alt så hurtigt som muligt. Men i virkeligheden burde jeg have forstået, at arbejdet er en langsigtet proces, og med sjældne undtagelser kan dagens mangler sagtens overføres til i morgen. Det er meget vigtigt med jævne mellemrum at skifte gear og huske, at livet ikke er begrænset til arbejde - der er venner, familie, hobbyer, underholdning. Selvfølgelig, hvis du kan lide at sidde indtil daggry og kode - for guds skyld! Men når det ikke længere er sjovt, så stop op og tænk over, om det er tid til at lave noget andet. Det er ikke vores sidste arbejdsdag!
Undgået at sige: "Jeg ved det ikke"
At sidde fast i processen med at løse et problem eller fuldføre en opgave er almindeligt; selv de mest seniorer står over for dette. Da jeg var yngre, sagde jeg: "Jeg ved det ikke," sjældnere, end jeg burde have gjort, og det tog jeg fejl. Hvis nogen i ledelsen stillede mig et spørgsmål, og jeg ikke vidste svaret, ville jeg prøve at være vag i stedet for bare at indrømme det.
Jeg følte, at hvis jeg sagde: "Jeg ved det ikke," ville folk få det indtryk, at jeg ikke vidste, hvad jeg lavede. Faktisk er dette slet ikke sandt; der er ingen alvidende mennesker. Derfor, hvis du bliver spurgt om noget, du ikke ved, så sig det. Denne tilgang har flere fordele:
- Det er rimeligt - du vildleder ikke spørgeren
- Der er en chance for, at de vil forklare dig det, og så lærer du noget nyt
- Dette vækker respekt - ikke alle er i stand til at indrømme, at de ikke ved noget
Jeg havde travlt med at komme videre
Du har sikkert hørt ordsproget: "Lær at gå, før du løber." Ingen steder er det mere relevant end inden for web-programmering. Når man først får et job et sted som junior, vil man bare tage tyren ved hornene og straks gå i gang med et stort, komplekst projekt. Selv tanker slipper igennem om, hvordan man hurtigt kan tjene en forfremmelse til næste niveau!
Ambition er selvfølgelig god, men i virkeligheden er der ingen, der vil give noget lignende til en junior lige ud af porten. Allerede i begyndelsen af din karriere vil du højst sandsynligt få simple opgaver og fejl, der skal rettes. Ikke den mest spændende ting i verden, men hvor skal man tage hen. Dette giver dig mulighed for at blive fortrolig med kodebasen trin for trin og lære alle processerne. Samtidig får dine chefer mulighed for at se, hvordan du passer ind i teamet, og hvad du er bedst til.
Min fejl var, at jeg blev frustreret over disse små opgaver, og det distraherede mig fra mit arbejde. Vær tålmodig, gør alt, hvad de beder om, samvittighedsfuldt, og snart vil du få noget mere interessant.
Deltog ikke i fællesskabet og skabte ingen forbindelser
Udviklerne har et fantastisk fællesskab: de er altid klar til at hjælpe, give feedback og endda opmuntring. Programmering er svært og til tider meget udmattende. For mig ville perioden med at arbejde som junior have været nemmere, hvis jeg var begyndt at kommunikere aktivt med kollegaer helt fra starten.
Kontakter med lokalsamfundet er også meget nyttige til selvuddannelse. Du kan bidrage til open source-projekter, studere andres kode og se, hvordan programmører leder et projekt sammen. Det er alle færdigheder, som du kan bruge i dit daglige arbejde, og som vil gøre dig til en god professionel over tid.
Vælg fællesskaber, der vækker din interesse - nogle muligheder inkluderer freeCodeCamp, CodeNewbies, 100DaysOfCode - og deltag! Du kan også deltage i lokale møder i din by (søg på meetup.com).
Endelig kan du på denne måde opnå professionelle forbindelser. I bund og grund er forbindelser simpelthen de mennesker i din branche, som du netværker med. Hvorfor er dette nødvendigt? Lad os sige, at du en dag vil skifte job. Hvis du henvender dig til dine forbindelser, kan nogen måske anbefale dig en passende stilling, eller endda anbefale dig til en arbejdsgiver. Dette vil give dig en betydelig fordel ved interviewet - de har allerede sat et ord for dig, du er ikke længere "bare endnu et CV fra bunken."
Det var alt, tak for din opmærksomhed!
Kilde: www.habr.com