Pagsasalin ng isang fragment ng isang artikulo ni Alexander Petkov, tagapagtatag ng Junior Developer Help Community. "Mga prototype, bagay, algorithm... at lahat ng maliliit na hakbang na ito sa pagitan ng mga hakbang at wala kang ideya kung paano ipatupad ang mga ito... Brr, mag-isip na parang programmer." Ang mga bagong developer ay kadalasang nakakaramdam ng matinding pressure sa kanilang unang trabaho. Samakatuwid, kung bibigyan mo sila ng isang simpleng ehersisyo upang makumpleto ang pariralang "Ang huling beses na nagsulat ako ng code..." Kabilang sa dalawang pagpipilian sa sagot:
Naging parang orasan ang lahat . Umupo ako pabalik, inilunsad ang aking editor at sumisid sa kahanga-hangang mundo ng mga zero at isa. Tatlong oras ang lumipas sa isang iglap!
Ito ay sobrang boring . Halos hindi ako makaupo at mag-code. Patuloy na lumitaw ang mga error, nagkaproblema. Oo, hindi ko pa rin naiisip ang lahat. Ang 30 minutong iyon ay parang tatlong oras!
Madalas nilang piliin ang pangalawa. At lahat dahil kung minsan ay nahahanap ng lahat ang kanilang sarili sa sitwasyong inilarawan sa pangalawang opsyon. Kahit na ang mga nagtatrabaho bilang isang programmer sa loob ng 5, 8, 10 taon. At sa pangkalahatan, ang unang pagpipilian ay parang isang uri ng kakaibang idyllic fairy tale. Kaya, dahil napagpasyahan na nating pag-usapan ang tungkol sa pagkabusog sa programming, mahalagang tandaan na nangyayari ito sa lahat ng mga developer, at napakadalas. At, siyempre, hindi natin ito matiis.
Subukan nating maghukay ng mas malalim para malaman kung bakit ito nangyayari. Sa nakalipas na ilang taon, nakilala ko ang maraming nagnanais na mga developer na:
Sinimulan ko kamakailan ang programming at pakiramdam ko ay tuluyang nawala.
Natigil sa panimulang yugto at nakakaramdam ng kakulangan sa ginhawa sa tuwing kailangan mong mag-code nang mag-isa, nang walang anumang pangangasiwa sa labas.
Halatang mahuhusay sila, ngunit nabigo sila sa mga panayam o hindi sila nakatanggap ng mga imbitasyon sa kanila.
Ano ang turning point?
Kinailangan kong gumugol ng maraming oras sa pag-aaral ng mga pangangailangan at pangangailangan ng mga bagong programmer, dahil ito ang nagbubuod sa kung ano ang ginagawa ko sa maikling salita. Para mas maunawaan ang lahat, kailangan kong makipag-usap sa mga kasamahan sa aking kumpanya, magsagawa ng pagsasaliksik sa mga grupo sa Facebook, forum, Q&A site, pag-aralan ang malalaking Reddit thread, at kahit na mag-survey sa ilang maliliit na komunidad. At ito ang aming nalaman: "Parang kinopya ko lang kung ano ang nasa video at iyon na"; “Nag-googling ako para sa mga umiiral nang halimbawa na naisulat na ng isang tao. At the same time, para akong 3 taong gulang na bata na nagsosolve ng math puzzle. Ito ay sobrang nakakainis"; "Hindi lang ako makapag-isip tulad ng isang programmer"; Narito ang paborito ko: "Narito ang natutunan ko habang natututong magprogram: 99% ng oras na nakakaramdam ka ng ganap na nalilito at hindi epektibo. Ngunit sa sandaling nagawa mong gawin ang isang bagay ayon sa nararapat - iyon na, ang pakiramdam na iyon - nangyari ang MAGIC!"
Kung titingnan mong mabuti ang mga quote na ito, mapapansin mo ang isang bagay na mahalaga: ang panloob na pakikibaka ng mga taong ito ay hindi nagmumula sa katotohanan na sila ay hindi aktibo o hindi gumagawa ng sapat na pagsisikap. Hindi naman dahil masama ang training program nila o kulang sa disiplina. Sa katunayan, kulang sila sa praktikal na karanasan. Ito ay tila isang malalampasan na kahirapan. Gayunpaman, marami sa kanila ang handang sumuko at sumuko sa programming.
Dalawang alamat tungkol sa mga problema ng mga baguhan na programmer
Natuklasan ko na sa ugat ng marami sa mga problemang kinakaharap ng mga bagong programmer ay dalawang tanyag na alamat tungkol sa pagiging isang software developer. Gusto kong iwaksi ang mga alamat na ito ngayon upang maiwasan ng mga batang programmer ang hindi kinakailangang labis na karga.
Pabula #1. Kailangan mong mahalin ang programming, kung hindi mo ito mahal, hindi ito para sa iyo.
Gaano kadalas akong nakakarinig ng ganito mula sa mga batang developer! At oo, lubos akong hindi sumasang-ayon sa pahayag na ito. Hindi mo kailangang mahilig sa programming para maging developer. Sa katunayan, humigit-kumulang 50% ng mga propesyonal na developer ang literal na napopoot dito minsan. Sinasabi ko ito batay sa mga personal na obserbasyon. Siyempre, ito ay mahusay kung ang problema ay maaaring malutas nang madali at simple, elegante, kumbaga. Napakahusay kapag mayroon kang mahusay, malinis, nasubok na code na makakalutas sa mga problema ng mga tao. Ngunit sayang, ang mga naturang tagumpay ay hindi kung ano ang sasakupin ng 100% ng iyong oras ... hindi kahit na malapit. Ang pang-araw-araw na buhay ng isang programmer ay kadalasang puno ng mga kaisipan tulad ng: "Napakahusay na nailapat ko ang pattern ng dependency injection, maganda ang pag-decouple ng mga klase, at sa gayon ay nadaragdagan ang pagiging suportado ng aking code. Magaling ako!"
Naku, bihira lang mangyari ito. Kahit na ang mga nag-aangking mahilig sa pagsusulat ng code ay gumugugol ng malaking bahagi ng kanilang oras sa paggawa ng nakakainip, walang pagbabago na gawain na hindi laging maayos. Sa opisina ng mga programmer, ang malaswang wika ay naririnig nang hindi gaanong madalas kaysa sa isang sentro ng serbisyo ng kotse. Sa totoo lang! Walang masama kung minsan ayaw mo lang sa programming. Siyempre, ang tanong na "Siguro hindi ito para sa akin?" napakadalas na umusbong sa isipan ng isang baguhang programmer kapag nakaramdam siya ng pressure sa kanyang sarili, tumatanggap ng mabibigat na workload at lahat ng bagay ay ganap na mali ayon sa gusto natin. Ito ay normal, maniwala ka sa akin. At, oo, ang programming ay para sa iyo, walang duda tungkol dito. Kung binabasa mo ito, ibig sabihin ay nagmamalasakit ka. At kung nagmamalasakit ka, kung gayon ang lahat ay tiyak na gagana.
Pabula #2. Napakaraming hindi ko alam, hinding-hindi ko ito matututunan!
Ito ay isa pang karaniwang kaisipan (marahil mas sikat pa kaysa sa unang mito). Maraming tao ang nagrereklamo tungkol dito. At lubos kong naiintindihan kung ano ang nasa likod nito. Ang aming larangan ng aktibidad ay napakalawak na kung mas malalim ang iyong pagsisiyasat, mas malinaw mong napagtanto kung gaano ka pa rin ang hindi mo alam. Masama rin ang pakiramdam ko kahit na iniisip ko iyon. Ito ay napaka-depressing! Ang mabuting balita ay hindi mo kailangang malaman ang lahat. Ito ay sapat na upang malaman kung paano malaman kung ano ang hindi mo alam. Sa ngayon, tiyaking mayroon ka ng mga pangunahing prinsipyo ng kung ano ang iyong pinagtatrabahuhan.
Tingnan natin ang halimbawang ito. Kung nag-eeksperimento ka sa CSS, dapat mong maunawaan na idinisenyo ito upang maglapat ng mga istilo sa mga elemento ng HTML. Maaari kang gumawa ng button na may mga hangganan, kulay, anino o animation. Hindi mo masasabi kung ano ang mangyayari kapag nag-click ka sa isang button (kailangan mo ng JavaScript para doon). Samakatuwid, kung kailangan mong "buhayin" ang larawan kapag pinindot mo ang isang pindutan:
Dapat ay mayroon kang larawan at mga elemento ng button (HTML);
Maaari mong i-customize ang animation para sa isang partikular na klase (CSS);
At maaari kang magdagdag ng klase sa larawan kapag na-click ang button (JavaScript).
Nabasa mo ito sa mga tagubilin nang isang beses. Pagkatapos ng isang linggo, kailangan mong magdagdag ng anino sa larawan kapag isinusumite ang form. Alam mo na kung ano ang hahanapin. Mayroon kang pangkalahatang pag-unawa sa CSS, HTML, JavaScript, at pag-unawa sa kung anong bahagi ng functionality ang responsibilidad nila. Ang natitira na lang ay sa Google ang mga kinakailangang salita. Sa kasong ito, "css add shadow" at "javascript add form". Nakikita mo ba ang ginawa namin? Kaya't huwag sumuko nang maaga, at bumuo ng mga tamang gawi upang mabisang mag-aral. Ngunit pag-uusapan natin sila sa susunod.
GO TO FULL VERSION