Pagsusuri ng mga karaniwang pagkakamali na ginawa ng mga baguhang programmer, pt. 2

Kumusta muli, sa lahat! Patuloy naming isasaalang-alang ang mga problema na maaaring harapin ng isang bata at hindi pa nasa hustong gulang na programmer sa kanyang unang trabaho. Ang unang bahagi ay matatagpuan dito . Ituloy natin.

13. Pagkabigong sumunod sa mga alituntunin sa istilo ng coding.

Karaniwang nananatili ang mga development team sa iisang istilo ng coding. Ibig sabihin, sinusunod ng mga indibidwal na developer ang ilang nakasulat o hindi nakasulat na mga panuntunan upang matiyak na ang kanilang istilo ng coding ay hindi naiiba sa iba. Huwag subukang ihiwalay ang iyong sarili gamit ang isang natatanging istilo ng coding: hindi ka nito ginagawang maganda. Kung bago ka sa proyekto, dapat mong malaman kaagad kung mayroong anumang dokumentasyon na tumutukoy sa pangkalahatang mga alituntunin sa istilo ng coding. Maaaring may ilang style file para sa iyong partikular na proyekto na kailangan mong hilingin at i-import sa iyong IDE (halimbawa, IntelliJ IDEA), para makapagbigay ang IDE ng mga tamang pahiwatig sa istilo ng coding. Halimbawa, maaaring kailanganin ng istilo ang paggamit ng panghuling modifier hangga't maaari. Hinahayaan ng style file ang IntelliJ IDEA na i-highlight sa dilaw ang anumang mga variable kung saan hindi ito iginagalang.

14. Panghinaan ng loob dahil sa mga pagkakamali

Ang mga pagkakamali ay isang bagay na kailangan mong masanay. Sila ay naging, ay, at magiging. Hindi mahalaga kung ikaw ay isang baguhan o isang seryosong arkitekto, palagi kang magkakamali. Maaaring magbago ang bilang at kalubhaan ng iyong mga pagkakamali, ngunit sasamahan ka nila sa buong karera mo. Minsan nahihirapan kang makakuha ng trabaho sa buong linggo, nagkakamali ka, at pagkatapos ay Biyernes ng gabi at uuwi ka na parang binugbog na aso, nang hindi naayos ang maling pagkakamaling iyon. Ito ay isang hindi maipaliwanag na pakiramdam, ngunit hindi isang bagay na dapat panghinaan ng loob mo. Pagkatapos ng lahat, ang isa pang mahalagang pagkakaiba sa pagitan ng isang bihasang developer at isang baguhan ay kung paano niya pinangangasiwaan ang mga pagkakamali. Hindi sila isinasapuso ng mga may karanasang developer, ngunit sa halip ay ituring sila bilang karanasan. Walang papagalitan sa iyong pagkakamali. Ito ay normal — lahat ay humahakbang sa gulo minsan. Muli, maaari kang humingi ng tulong sa mga kasamahan. At huwag kalimutan ang tungkol sa mga tao tulad ng mga tagapamahala ng proyekto (PM). Kung natigil ka sa isang bagay, dapat kang makipag-ugnayan kaagad sa PM. Matutulungan ka niya na makahanap ng isang eksperto sa problemang lugar. Sa anumang kaganapan, kailangang panatilihing alam ang PM tungkol sa anumang mga problemang nararanasan mo sa proyekto. Trabaho ng PM na tumulong sa paglutas ng lahat ng uri ng problema, kabilang ang komunikasyon at pakikipag-ugnayan sa pagitan ng mga miyembro ng koponan. Upang ibuod: May mga pagkakamali , huwag hayaang patayin ka nila. Sa halip, tanggapin ang mga ito bilang isang hamon sa iyo at sa iyong mga kakayahan. Sa huli, bahagi lamang ito ng trabaho.

15. Pagkabigong ipatupad ang kaligtasan ng thread.

Walang magandang nalikha nang madali. Kailangang maunawaan ng bawat developer na ang pagsulat ng partikular na functionality, ito man ay isang module o isang paraan lamang, ay nangangailangan ng isang plano tungkol sa kung ano ang gagawin at kung paano. Bilang isang patakaran, kapag bumubuo ng pag-andar ng anumang kumplikado, kailangan mong manatili sa sumusunod na pamamaraan: Maraming mga error na lumitaw sa code na isinulat ng mga baguhang programmer ay nauugnay sa mga hakbang sa pamamaraang ito. Siyempre, hindi mo maaring ilabas na may mga sandali na kailangan mong mabilis na magsulat ng code nang walang pag-aalinlangan sa sandaling makita mo ang gawain. Ngunit ito sa pangkalahatan ay gumagana lamang para sa ilang maliliit na gawain at pamamaraan na ang pagpapatupad ay halata at hindi nangangailangan ng maraming pag-iisip. Ang pamamaraan ng pagbuo na binanggit sa itaas ay mas angkop para sa kumplikado at malalaking gawain na maaaring hatiin sa mga subtask. Hindi magandang ideya na magsimulang magsulat ng code nang hindi malinaw na nauunawaan kung ano ang gusto mong isulat. Una, kailangan mong maingat na pag-isipan at planuhin ang lahat. Makakatulong din na kumuha ng isang sheet ng papel at lapis at subukang i-sketch ang iyong mga ideya sa pagpapatupad. Palagi kong ginagawa ito kapag nagpaplano ng kumplikadong pag-andar. Ang isang programmer ay gumugugol ng halos lahat ng kanyang oras sa hindi pagsusulat ng code, ngunit sa halip ay nag-iisip tungkol sa kung paano ayusin ang kinakailangang paggana . Sa katunayan, kapag naplano at naisip mo na ang lahat, ang pagsusulat ng code ay magiging isang walang problema na puro mekanikal na proseso.

16. Sobrang trabaho

mula sa pelikulang "Fight club" (1999) Marahil ay iniisip ng bawat baguhan na sa pamamagitan ng pagtatrabaho hanggang sa gabi, magsisimula siyang makumpleto ang higit pang mga gawain at pagkakatiwalaan siya ng higit na responsibilidad. Akala ko rin noon, pero hindi na. Napansin ko na darating ang punto na naabot mo ang iyong limitasyon, na huminto ka na sa pag-iisip nang maayos. Magsisimula kang maging medyo mapurol at makaranas ng mental fog. Tumatagal ng isang oras upang magawa ang mga bagay na magagawa mo sa loob ng 10 minuto kung sariwa ang iyong isip. Halos walang pagbubukod, pagkatapos mong tumawid sa linyang ito ng pagkapagod, nakatagpo ka ng ilang problema na tila hindi malulutas. Ngunit pagdating mo sa trabaho kinaumagahan, malulutas mo ito sa isang kisap-mata. Kaya kapag naramdaman mong umabot ka na sa puntong ito, huwag kang magpuyat. Umuwi ka na lang at magpahinga. Pagkatapos ng lahat, kung mananatili ka sa iyong mesa hanggang hating-gabi, hindi mo lamang makakamit ang mga natatanging resulta sa mga oras na ito ng pagdurusa, ngunit sa parehong oras ay nanganganib ka sa mahirap (hindi sapat) na pahinga bago ang susunod na araw ng trabaho, kapag ikaw ay ' masisira na naman. Pag-isipan ang iyong kalusugan: sulit ba itong sirain nang ganito sa simula ng iyong karera? Sa tingin ko hindi. Ito ay isang mahal na oras upang magkasakit. At isipin ang tungkol sa iyong employer. Sa sobrang paggawa ng iyong sarili, pinapalala mo ang mga bagay hindi lamang para sa iyong sarili, kundi pati na rin sa iyong employer. Sino ang nangangailangan ng isang empleyado na palaging inaantok, na, dahil sa pagkahapo, ay hindi maaaring ipatupad ang pinakasimpleng algorithm ng pag-uuri? Oo, walang alinlangan na may mga oras na mayroon kang mainit na deadline, mga oras na nagkamali ang lahat, at mga oras na — at ito ang aking personal na paborito — "kailangan natin ito kahapon". Ngunit ang mga sitwasyong ito sa pangkalahatan ay bihira, at kapag nalampasan mo na ang mga ito, kailangan mong umupo at maingat na pag-isipan kung paano nangyari ang mga ito at kung paano maiiwasan ang mga ito sa hinaharap.

17. Pagpapabaya sa mga kasanayan sa Ingles

Maraming naghahangad na developer ang inuuna ang pag-aaral ng teknolohiya at ipinagpaliban ang pag-aaral ng Ingles. Ito ay isang malubhang pagkakamali, dahil kadalasan ang isang programmer ay perpektong akma para sa isang junior na posisyon (o internship), ngunit hindi nakakakuha ng trabaho dahil sa mahinang kasanayan sa Ingles. Oo, siyempre, may mga pagkakataon na maaari kang mabuhay nang walang Ingles. Bilang isang tuntunin, ang mga naturang tao ay lokal na tinatanggap para sa mga proyekto sa mga bansang hindi nagsasalita ng Ingles. Ngunit ang mga lokal na kumpanya ay hindi nagbabayad ng parehong sahod ng mga dayuhang kumpanya. At magiging napakahirap makakuha ng disenteng suweldo, kahit sa paglipas ng panahon. Kaya naman hindi mo dapat balewalain ang Ingles. Sa halip na ilagay ang Ingles sa back burner, kailangan mong matutunan ito upang agad na tumuon sa mga proyekto sa wikang Ingles. Sa katunayan, isipin ito nang isang minuto — Ingles ang kasalukuyang wika ng internasyonal na negosyo. Saang bansa ka pumunta, makakahanap ka ng karaniwang wika sa iba kung marunong ka ng English. Ganoon din sa mga proyektong pangkaunlaran. Hindi mahalaga kung saan nakabatay ang proyekto: Germany, Australia, France, o saanman — lahat ng komunikasyon, lahat ng gawain, dokumentasyon, atbp. ay nasa English. At kung iisipin mo ito sa isang segundo, sasang-ayon ka na ito ay napaka-maginhawa, tama?

18. Paghahangad ng usong teknolohiya

Habang nagsisimula ang mga developer sa kanilang landas, madalas nilang sinusubukang makasabay sa mga pinakabagong teknolohiya. Iyan ba ang tamang gawin? Sa isang banda, oo: ang pinakabagong mga teknolohiya, mga proyekto ... Ngunit sulit ba itong gawing pangunahing priyoridad? Marahil ay mas mahusay na ituloy ang "classic toolkit" para sa isang espesyalista sa iyong larangan? Ang bago ay tiyak na mabuti, ngunit hindi mo dapat kalimutan ang tungkol sa mga pangunahing teknolohiya ng iyong larangan. At pagkatapos lamang, pagkatapos mong magkaroon ng kaunting karanasan at malalim na kaalaman sa mga pangunahing kaalaman, maaari kang sumubok ng bago. Isaalang-alang din na ang mga bagong teknolohiya ay maaaring mas mataas sa ilang mga banayad na paraan, ngunit maaari silang mawalan ng mga pakinabang sa iba. Hanggang sa naiintindihan ng isang baguhang developer ang mga tradeoff na ito, mas mabuting manatili sa mga solusyong nasubok sa oras. Halimbawa, kung ang isang programmer ay gumagawa ng isang application na nakikipag-ugnayan sa ilang data, huwag magmadaling gamitin ang pinakabagong solusyon sa NoSQL dahil lamang ito sa uso. Ang isang ordinaryong sinubukan-at-totoong database ng SQL (MySQL, PostrgreSQL, atbp.) ay malamang na may detalyadong dokumentasyon at mga solusyon sa StackOverFlow para sa anumang mga potensyal na problema :)

19. Pag-aaral ng iba't ibang teknolohiya at/o wika nang sabay-sabay

Napag-usapan namin sa itaas ang tungkol sa mga nagsisimula na sinusubukang matuto ng mga naka-istilong teknolohiya. Well, paano naman ang sabay-sabay na pag-aaral ng maraming teknolohiya o wika? Malinaw, narinig mo ang mga programmer na nakakaalam ng higit sa isang programming language at nakabisado na ang maraming teknolohiya. Ngunit mabilis kong ituturo na ang mga taong ito ay malayo sa bago sa programming. Ito ang mga taong may maraming taon ng karanasan sa likod nila. Pinagkadalubhasaan nila ang kanilang orihinal na teknolohiya at pagkatapos ay lumayo nang higit pa. Ang mga nagsisimula na nagsisikap na makabisado ang lahat nang sabay-sabay ay dapat tandaan ang mahusay na kasabihan: "habulin ang dalawang liyebre at hindi mo mahuhuli ang alinman sa isa." Ang kahihinatnan ay maaaring hindi mo mabisa ang anumang paksa, ngunit natututo lamang ng mga paksa sa mababaw. Magkakaroon ng higit na pangangailangan para sa isang espesyalista na may malalim na kaalaman sa isang wika kaysa sa isang taong may kaunting alam tungkol sa lahat. Kaya kung gusto mong malaman ang maraming wika at teknolohiya, kailangan mong lapitan ang mga ito nang matalino. Upang makapagsimula, kailangan mong pumili ng pangunahing, pangunahing wika na dapat mong matutunan nang malalim. At pagkatapos lamang ay dapat kang magsimulang mag-aral ng iba pang mga lugar. Halimbawa, maging isang Java guru, pagkatapos ay matuto ng Python bilang pangalawang wika. Pagkatapos nito, maaari kang matuto ng isang bagay tungkol sa react/angular para sa frontend. Sa kasong ito, pinag-uusapan natin ang tungkol sa mga teknolohiyang hindi maaaring palitan, gaya ng C# at Java, ngunit sa halip ay komplementaryo, pagpapalawak ng iyong mga pagkakataon sa karera. Ngunit muli kong inuulit: hindi mo dapat subukang matutunan ang lahat nang sabay-sabay. Kailangan mong pumunta nang sunud-sunod. Mahuli ang isang liyebre sa isang pagkakataon, wika nga.

20. Mali ang pagkakabalangkas ng mga layunin

Paano ka magtatakda ng mga layunin para sa iyong sarili? Maging isang cool na developer? Tandaan ito minsan at para sa lahat: kailangan mong magtakda ng mga kongkretong layunin, o sa madaling salita — matamo na mga layunin. Ano bang pinagsasabi ko? Halimbawa, itinakda mo ang iyong sarili ng layunin: "Gusto kong yumaman". Ngunit paano mo malalaman kung nakamit mo na ang layuning ito? O paano mo masusukat kung gaano ka kalapit sa pagkamit nito? Well, kung itinakda mo ang layunin na "Gusto kong kumita ng isang milyong dolyar", iyon ay mas malinaw, hindi ba? Kapag nakakuha ka na ng $10,000, mas malapit ka nang $10,000 sa iyong layunin — $990,000 na lang ang natitira. Marami pa ang natitira upang makamit, ngunit maaari mong madama ang iyong pag-unlad at maunawaan kung saan ang linya ng pagtatapos, kaya ikaw ay ma-motivate na magpatuloy. Sa mga tuntunin ng iyong karera, paano ang pagtatakda ng iyong sarili ng isang mas nasasalat na layunin? Halimbawa: Gusto kong maging pinuno ng pangkat. O isang senior dev. O sa huli ay isang arkitekto. Buweno, ang bawat malaking gawain ay kailangang hatiin sa maliliit na subtask. Hindi ka nagiging pinuno ng koponan sa simula ng iyong karera. Magtakda ng mga deadline kung maaari at naaangkop, at tumuon sa kasalukuyang yugto.

1. Kung pinag-uusapan natin ang pagiging senior developer , ang unang maliit na layunin ay ang maghanap ng internship o trabaho bilang junior developer sa isang kumpanya.
2. Susunod, maaari kang magtakda ng mga layunin upang palalimin ang iyong kaalaman sa ilang partikular na teknolohiya. Tungkol sa Java, maaari kang maghanda para sa Level 1 na sertipikasyon ng Oracle. Nagtatatag kami ng time frame para sa aming paghahanda at harapin ang layunin.
3. Pagkatapos, halimbawa, maaari kang magtakda ng layunin na pahusayin ang iyong Ingles sa isang antas (sabihin, mula B1 hanggang B2). Bumuo kami ng isang plano sa pag-aaral, nag-iskedyul ng oras, at lumipat patungo sa layunin.

Ito ay kung paano namin makakamit ang aming pangwakas na layunin hakbang-hakbang (habang nakakakuha ng karanasan sa pagbuo ng software).

21. Teorya nang walang pagsasanay

Ito ay isang hindi mapag-aalinlanganan na katotohanan na tayo ay nagiging mas mahusay na mga propesyonal sa pamamagitan ng pag-aaral ng mga bagong teknolohiya at palalimin ang mga paksang alam na natin. Ngunit sa simula ng paglalakbay, bihirang napagtanto ng mga developer na ang sunud-sunod na paglamon ng mga teknikal na libro ay hindi nagdudulot ng malaking benepisyo kung ang bagong kaalaman ay hindi susubukan sa pagsasanay. Ako mismo ay nakatagpo nito nang higit sa isang beses. Kung naglalaan ka ng maraming oras sa isang libro ngunit hindi ka nagsasanay ng anuman mula dito, halos lahat ng bagong nakuhang kaalaman ay nakalimutan: naiwan ka na lamang ng isang pangkalahatang malabo na memorya kung paano gumagana ang lahat. Ang resulta ay maraming nasayang na oras na walang nakikitang resulta. Bakit dapat nating sayangin ang ating oras? Ang buhay ay hindi tumatagal magpakailanman. Ang takeaway ay kapag nag-aaral ka ng isang bagong teknolohiya, hindi ka dapat mabitin sa teorya: isulat ang mga ibinigay na halimbawa na kahanay ng iyong pagbabasa, mag-eksperimento sa bagong teknolohiya. Ito ang tanging paraan upang mapanatili ng iyong utak ang impormasyon. Oo, kailangan mong ubusin ang mga bagong materyales nang mas mabagal, ngunit mas maaasimil mo ang iyong nabasa. Higit pa rito, kung mahusay kang makabisado ng isang teknolohiya, ang susunod ay magiging mas madaling makabisado (tulad ng sa pag-aaral ng mga wika).

22. Labis na pagiging perpekto

Karamihan sa mga developer ay perfectionist: mga taong nagsusumikap para sa pagiging perpekto. Nangangahulugan ito na ang kanilang code ay dapat ding perpekto. Kaya ang iyong code ay naisulat, nasubok, naayos, at tila oras na upang isumite ito sa pangunahing sangay. Ngunit hindi ka pa rin nasisiyahan sa code, kaya sisimulan mo itong i-twist ito at iyon, gumugugol ng maraming oras sa pagsisikap na ito. At sa kasong ito, ang oras ay pera ng iyong kliyente. Ang mga baguhang programmer ay mas madaling kapitan sa paghahanap na ito para sa pagiging perpekto. Nakasanayan na ng mga may karanasang developer ang pakiramdam na hindi magiging perpekto ang code at dapat nilang subukang isulat ito nang mas mahusay. Ngunit sa parehong oras hindi sila pumunta sa sukdulan sa pagsisikap na mapalapit sa "ang ideal". Kaya, tandaan na matutunan kung paano makamit ang isang masayang daluyan: hindi sa isang slipshod fashion at hindi sinusubukang muling likhain ang Mona Lisa sa code.

23. Pagkabigong isipin ang tungkol sa arkitektura

Hayaan mong sabihin ko itong muli: hindi ka dapat magsulat ng magulo na code. Bilang karagdagan sa pagiging madaling mabasa at pagganap, kailangan mo ring isipin kung paano maaaring makaapekto ang iyong code sa natitirang bahagi ng iyong application sa kabuuan. Halimbawa, gaano kahirap i-extend ang iyong code, at iba pa. Ang problema ay ang mga baguhang developer, dahil sa kanilang kakulangan ng karanasan, ay maaaring hindi agad na napagtanto kung paano makakaapekto ang kanilang bagong pag-andar sa application sa hinaharap. Ang pananaw na ito ay tiyak na nangangailangan ng maraming pagsasanay upang mabuo. Ngunit ano ang dapat gawin ng mga baguhan? Hindi sumulat ng code? Sa mga sitwasyong ito, ang iba't ibang paradigm ng programming ay tumulong sa amin. Halimbawa, ang mga SOLID na prinsipyo o iba't ibang pattern ng disenyo na maaaring maghatid ng mga kapaki-pakinabang na kasanayan sa iyo. Ang mga paradigm na ito ay dapat ding tratuhin nang may pag-iingat at hindi masyadong malayo. Ngunit paano mo matutukoy ang punto kapag nasobrahan mo na ito? Dito makakatulong sa iyo ang pagsusuri ng code ng isang mas may karanasang kasamahan. Sa pamamagitan ng pagdadala ng sariwa at layuning mga mata, maituturo ka ng iyong kasamahan sa tamang direksyon.

24. Impostor syndrome

Ang impostor syndrome ay isang sikolohikal na kababalaghan kung saan ang isang tao ay hindi maiugnay ang kanyang mga nagawa sa mga personal na katangian, kakayahan at pagsisikap. Sa kabila ng panlabas na katibayan ng kanilang pare-parehong pagganap, ang mga taong madaling kapitan ng sindrom na ito ay patuloy na naniniwala na sila ay mga pandaraya at hindi karapat-dapat sa tagumpay na kanilang nakamit. Maraming mga developer ang may ganitong sindrom. Marahil ay nagbibigay ito sa atin ng pagtitiyaga na nagtutulak sa atin sa mga bagong kaalaman at teknolohiya. Tinitingnan mo ang mas maraming karanasan at mahusay na mga kasamahan at nakakaramdam ka ng pagkabalisa, na parang hindi ka katumbas ng iyong suweldo. Maniwala ka sa akin, hindi ito totoo. Mayroong at palaging may mga developer na mas mahusay o mas masahol kaysa sa iyo. May ibang tumitingin sa iyo at hindi mapalagay, iniisip na hindi siya magiging katulad mo. At ito ay normal. Ang feedback mula sa iyong team, mga review ng code, at mga talakayan ay nakakatulong na labanan ang pakiramdam na ito nang kaunti. Maniwala ka sa akin, ang opinyon ng isang tagalabas ay kawili-wiling sorpresa sa iyo, ngunit kung talagang hindi mo pinababayaan ang iyong trabaho at propesyonal na pag-unlad. Kung napabayaan mo ang mga bagay na iyon, kung gayon ay pinili mo ang maling propesyon. Sa propesyon na ito, kailangan mong laging natututo ng bago at nagsusumikap para sa pinakamahusay. Pero sa tingin ko malayo sa katamaran ang mga taong nagtitipon dito. Sa halip, ang mga tao dito ay matatag na kumikilos patungo sa kanilang itinatangi na layunin. Kung iyon ay naglalarawan sa iyo, kung gayon wala kang dapat ikatakot.

25. Bihirang gumawa ng mga pangako

Tandaan na madalas magsagawa ng mga commit! Hindi bawat kalahating oras, isip mo. Kung gumugugol ka ng isang linggo sa pagpapatupad ng ilang functionality, hindi ka dapat magsagawa ng isang commit sa Biyernes ng gabi, ngunit, sabihin nating, limang commit. Halos anumang malaking gawain ay maaaring hatiin sa mas maliliit na gawain para sa kaginhawahan. Kaya kumpletuhin mo ang mas maliliit na gawaing ito at mangako. At huwag kalimutang ipadala ang mga commit na ito sa malayong server kaagad. Kung hindi, maaari kang gumawa ng mga commit sa buong linggo at pagkatapos ay ang iyong computer ay masira ang hardware sa Biyernes sa oras ng tanghalian, at pagkatapos ay nawala ka ng isang buong linggo para sa wala! Ngunit kung na-upload mo ang iyong mga commit sa isang malayong server, hihilahin mo lang ang sangay gamit ang iyong huling commit sa isa pang computer at magpapatuloy sa pagtatrabaho. Isa pang bagay: huwag magsumite ng bagong functionality sa isang live na production server sa Biyernes ng gabi. Magtiwala ka lang sa akin. Hindi mo kailangan iyon. Malaki ang posibilidad na ang mga hindi inaasahang error ay mauunawaan, at gugulin mo ang iyong katapusan ng linggo sa pag-aayos sa mga ito. At hindi iyon masaya. Kailangan mong magpahinga sa katapusan ng linggo. Iyon lang yata para sa araw na ito. PS Isang huling tip: magsulat ng maraming code. PPS Sumulat ng isang INSANELY malaking halaga ng code, dahil iyon ang tanging paraan upang makakuha ng kinakailangang karanasan.