Ace savo pirmuosius metus kaip jaunesnysis kūrėjas su šiais patarimais

Ar esate jaunesnysis kūrėjas, pradedantis savo programinės įrangos kūrimo karjerą?

Arba neseniai baigęs naują darbą informatikos absolventas?

Gal savamoksliui kūrėjui įdomu, ką daryti toliau?

Pradėti savo programinės įrangos kūrimo karjerą gali būti baisu, bet kartu ir labai jaudina.

Aš žinau tą jausmą, būdamas ten pats. Per pastaruosius 4 metus aš perėjau nuo jaunesniojo kūrėjo prie vadovo kūrėjo SaaS startuolyje, mokydamasis daug kartu.

Parašiau šį vadovą su savo svarbiausiais patarimais, norėdamas ne tik išgyventi, bet ir stengtis pirmaisiais tavo, kaip jaunesniojo programuotojo, metais.

Gerai, kad turite žinių spragų

Universitetiniai laipsniai, kodavimo stovyklos kodavimas ir internetiniai kursai puikiai padeda išmokyti koduoti.

Tiesa ta, kad realiame programinės įrangos kūrimo pasaulyje yra šiek tiek daugiau nei kodo rašymas. Turėsite suprasti:

  • Kokios technologijos yra geriausios skirtingoms problemoms spręsti
  • Kodas, parašytas kitų žmonių
  • Dizaino modeliai ir geriausia praktika
  • Kaip patikrinti kodą
  • CI / CD, šaltinio valdymas ir šakojimosi strategijos
  • Programinės įrangos kūrimo ciklas ir skirtingos metodikos
  • Darbas ne tik su savo komanda, bet ir su kitomis komandomis, vadovybe ir klientais

... įvardinti keletą dalykų.

Turbūt jau žinote kai kuriuos iš šių dalykų arba galbūt apie nieką anksčiau negirdėjote. Ir viskas gerai. Jūs esate jaunesnysis programinės įrangos kūrėjas, jūsų vadovas ir komandos draugai tai žino.

Taigi jūsų žiniose bus spragų. Kiekvienas kūrėjas juos turi! Nesijaudinkite, jei visa tai neturi prasmės iš karto.

Tiesą sakant, dalis to, kad esate programinės įrangos kūrėja, yra ta, kad technologijos nuolat keičiasi. Mes visada mokysimės, nepriklausomai nuo to, kokio lygio esame.

Klausimai yra geri, todėl ir prašoma pagalbos

Turite savo pirmąją užduotį, susijaudinote ir pasineriate tiesiai. Bet tada ... jūs užstrigote. Kodas neveikia taip, kaip tikėtasi, ir viskas, ką turite aplankyti, yra keistas, painus klaidos pranešimas.

Pakliuvęs galvojate paprašyti pagalbos iš kitų komandos narių pagalbos, tačiau manote:

Ką daryti, jei jie mano, kad esu kvailas? ar kad negaliu koduoti? ir juoktis iš manęs ?! “

Bet iš tikrųjų taip niekada nebus. Ką jie iš tikrųjų galvos:

„Gerai, greitai apžvelgsiu ir galėsiu padėti. Aha! Taip, aš anksčiau susidūriau su šia problema. Norėdami ją išspręsti, galite naudoti „someMethod ()“ iš „somePackage ()“. “

Kuris nėra toks blogas?

Jūsų komanda yra tam, kad palaikytų jus, ypač ankstyvosiose karjeros dalyse, todėl paprašykite jų pagalbos.

Panašiai, jei ko nors nesuprantate, užduokite klausimus. Aš vis dar užduodu daugybę klausimų kiekvieną dieną! Nėra tokio dalyko kaip kvailas klausimas. Jūsų komanda verčiau jums padės, užuot žiūrėjusi į ekraną su painiava didžiąją dienos dalį.

Kodo apžvalgos yra tavo draugas

Niekada nepamiršiu savo pirmos kodų peržiūros, kaip pirmojo jaunesniojo kūrėjo darbo. Mano kodą peržiūrėjo patyręs vyresnysis kūrėjas. Tuo metu radau šį nervingą įspūdį. Ir, žinoma, iš jo buvo daugiau komentarų, nei galėčiau suskaičiuoti!

Bet pagaliau tai buvo geras dalykas.

Kodo peržiūros nėra kritikos, o visų pusių mokymosi ir grįžtamojo ryšio etapas.

Vyresnysis kūrėjas atsisėdo su manimi ir paaiškino, ką reiškia kiekvienas komentaras, ir kodėl jis juos pateikė. Nereikia nė sakyti, kad daug ko išmokau. Taigi, kai jūsų kodas yra peržiūrimas, atminkite, kad bet koks grįžtamasis ryšys turi padėti jums mokytis ir tobulėti kaip programinės įrangos kūrėjui.

Panašiai, kai ateisite peržiūrėti kitų žmonių kodų, galėsite pamatyti, kaip skirtingi žmonės kreipiasi į skirtingas problemas. Jūs netgi padėsite jiems tobulėti pateikdami savo pasiūlymus!

Suskaidykite ir dar šiek tiek susmulkinkite

Gerai, kad turite savo pirmąją tikrąją užduotį, atsižvelgiant į užduoties dydį, galite jaustis šiek tiek priblokšti:

„Kur man pradėti? Manau, pradėsiu nuo X, bet kaip su Y? Bet jei aš darau Y, ten yra A, B ir C .... kas atsitiks su X dar kartą ?! “

Nesijaudink, kad mes visi ten buvome. Bandant išspręsti problemą, lengva pasiklysti patarlės triušio skylėje. Kitą kartą iškilus didelei problemai, pabandykite atsiminti šią citatą,

„Kaip tu valgai dramblį? Vienas kąsnis vienu metu. “

Kitaip tariant, paverskite užduotį, kuri atrodo neįmanoma, padalijant ją į mažesnes užduotis.

Taigi kaip tai padaryti?

Prieš rašydami bet kurį kodą, pabandykite parašyti veiksmus paprasta anglų kalba (arba jūsų pasirinkta kalba). Paimkime pavyzdį.

Kaip užpilti stikline vandens?

Tai būtų paprastas požiūris į anglų kalbą

  1. Atidarykite spintelę
  2. Gaukite stiklinę
  3. Padėkite stiklą po čiaupu
  4. Įjunkite čiaupą
  5. Kai stiklinė pilna, išjunkite čiaupą
  6. Nuimkite stiklą iš po čiaupo

Išrašius veiksmus, lengviau įsivaizduoti kiekvieną problemos dalį ir sugalvoti kiekvieno žingsnio sprendimą.

Daryk paprastai

Dažna klaida, kurią daro daugelis jaunesnių programuotojų (įskaičiuodama ir aš, kai pradėjau), yra bandyti išradinėti ratą.

Gali atrodyti įspūdingai, jei problemą išspręsite naudodamiesi savo kodo nuostabiąja technika.

Bet tai sukelia kitų problemų:

  • Kodas, kuris visiškai skiriasi nuo to, kaip panašias sistemos dalis sunkiau prižiūrėti
  • Jūsų kodas gali tapti verbalesnis, nei jis turi būti, ir padidės klaidų rizika
  • Užduotis gali užtrukti ilgiau

Taigi kaip tiksliai jūs tai laikote paprasta?

  1. Padaryk, kad veiktų. Negalima per daug galvoti ir daryk viską, ką liepia tavo žarnynas, kad jūsų kodas veiktų
  2. Refaktorius. Dabar, kai jūsų kodas veikia, laikas reaguoti. Padarykite savo kodą lengvai skaitomą gerai įvardindami dalykus ir naudodami tinkamą formatavimą. Daugiau apie tai skaitykite toliau „Sužinokite, kaip rašyti švarų kodą“
  3. Paspartinkite tai. Baigę pertvarkyti, galite pastebėti kliūčių vykdant kodą. Laikas ją optimizuoti. Būkite atsargūs, kad per anksti nepateksite į perdėto optimizavimo spąstus! Tai darykite tik tada, kai jums to reikia.

BONUSO PATARIMAS. Prieš rašydami kodą, apsvarstykite galimybę parašyti kelis nesėkmingus testus. Tai vadinama bandomąja plėtra. Tai ne tik suteiks jums gerą testo aprėptį, bet ir padės apgalvoti kodo struktūrą.

Sužinokite, kaip rašyti švarų kodą

Įvalius švarų kodą, jūs išsisieksite kaip programinės įrangos kūrėjas.

Taigi ką tiksliai turime omenyje „Švarus kodas“?

  • Vadovaujasi S.O.L.I.D principais
  • Tai išbandoma ir prižiūrima
  • Tai lengva skaityti ir sekti

Kitaip tariant:

Bet kuris kvailys gali parašyti kodą, kurį gali suprasti kompiuteris. Geri programuotojai rašo kodą, kurį žmonės gali suprasti. - Martinas Fowleris

Čia neįžvelgsiu per daug detalių, pavyzdžiui, Roberto C Martino knyga „Švarus kodas: Agilaus programinės įrangos meistriškumo vadovas“ suteiks daug gilesnės informacijos apie šią sritį. Jei rimtai ketinate rašyti švarų kodą ir išeiti iš jaunesniojo programuotojo lygio, aš labai rekomenduoju šią knygą.

Rašymas švariu kodu rodo, kad esate aistringas to, ką darote, ir galite sukurti prižiūrimą patikimą programinę įrangą. Jau neminint to, kad kitam asmeniui, kuris ateis kartu, jūs šiek tiek palengvinsite savo gyvenimą.

„Tam yra biblioteka“

Ar kada nors papasakojote draugui apie iškilusią problemą, o jie atsako „Taip, čia yra tam skirta programa“?

Programinės įrangos kūrimas yra šiek tiek toks.

Atsakymų į problemas, kurias bandote išspręsti, jau yra daugybė. Taigi, kai bandote atlikti užduotį, patikrinkite, ar kažkas kitas jau neišsprendė problemos.

Tai galite padaryti:

  • Ieškoma esamų paketų ir bibliotekų
  • Naršote svetainėse, tokiose kaip „GitHub“ ir „StackOverflow“, kad rastumėte panašių jūsų problemos sprendimų.

Laikyk ten! Tai nesuteikia jums galimybės laisvai nukopijuoti ir įklijuoti kodą be minčių. Jei kaip pavyzdį naudojate kažkieno kodą, svarbu suprasti, ką ir kodėl daro jo kodas.

  • Kodėl jis naudoja tam tikrą dizaino modelį?
  • Kodėl jis parašytas tam tikra kalba? (Pavyzdžiui, „Node.js vs Python“)
  • Kokie yra trūkumai? Ar ji veiks su jūsų dabartine kodine baze?

Jei nesate tikri, galite paprašyti ko nors iš jūsų komandos patarimų. Ieškant atsakymo „Google“ yra dažnas kodavimo užduočių sprendimo būdas. Taigi nebijokite kreiptis į savo komandos draugus ir pasakyti:

„Aš galvoju apie šios bibliotekos X ar šio paketo Y naudojimą. Mačiau keletą pavyzdžių, ką jūs manote?“

Tai ne tik parodys, kad esate iniciatyvus, bet ir paskatins komandos pokalbį / diskusiją. Galbūt atradai kažką nuostabaus, apie kurį dar niekas nežinojo!

Sužinokite, kaip skaityti kodą

Mes visi matėme tuos filmus. Tie, kuriuose įsilaužėlis greitai įveda kodo puslapius, slenka žemyn priešais esančius monitorius.

Realiame pasaulyje kūrėjai praleidžia daugiau laiko skaitydami kodą, nei faktiškai rašo.

Pridėdami naujų funkcijų ar taisydami defektus, turėsite suprasti dabartinę kodų bazę, kurioje dirbate. Kaip jūs tai darote? Skaityk, skaityk, skaityk!

Kodo skaitymas taip pat yra naudinga mokymosi technika. Perskaitę esamą kodą galite pamatyti, kaip kiti sukūrė tam tikrą funkciją.

Dalykai, į kuriuos reikia atkreipti dėmesį:

  • Dizaino modelių naudojimas
  • Metodų, klasių ir kintamųjų įvardijimas
  • Komentarų naudojimas
  • Kaip struktūrizuoti projekto failus
  • Testų naudojimas ir jų struktūra

Taigi kur rasti kodą skaityti?

  • Savo šaltinių saugyklos, kurias kontroliuojate darbe
  • Projektai „GitHub“
  • Perskaitykite atsakymus / klausimus apie „StackOverflow“
  • Kodo iššūkis svetainėse, tokiose kaip codewars.com, kuriose pateikiami atsakymai į iššūkius

Pasilinksmink!

Jei ištrauksite iš šio straipsnio vieną dalyką, tegul tai ir yra - svarbu smagiai praleisti laiką. Mėgaukitės rašydami kodą, spręsdami problemas ir tęsdami mokymąsi. Jūs esate jaudinančios karjeros pradžioje, todėl atsisėskite ir mėgaukitės važiavimu!

BONUSO PATARIMAI

  • Išmokite kalbą. Mes, kūrėjai, turime savo juokingą kalbą („šakos sukūrimas“ neturi nieko bendra su medžiais!), Todėl įsitikinkite, kad suprantate pagrindinius terminus
  • Susipažink su savo IDE. Sužinokite sparčiuosius klavišus, sparčiuosius klavišus ir pritaikykite jį tol, kol jums tai nebus patogu. Tai padidins jūsų produktyvumą.
  • Darbas su klaidomis yra puikus būdas sužinoti apie pagrindų bazę. Taigi nebijokite jų pasiimti!
  • Atsineškite nešiojamąjį kompiuterį, klausykite ketinimų ir viską užsirašykite.
  • Laisvalaikiu imkitės keleto šalutinių projektų. Tai puikus būdas išmokti įvairių technologijų, kurių neišmokote dirbdamas dienos metu, ir padidins jūsų CV.
  • Įsitraukimas į darbo renginius yra puikus būdas susipažinti su kolegomis. Kodėl gi neorganizavus savęs?

Ačiū už skaitymą!

Norėdami gauti naujausius vadovus ir kursus jaunesniems kūrėjams tiesiai į gautuosius, būtinai prisijunkite prie adresų sąrašo, esančio www.chrisblakely.dev!