Coffee break #38. Ano ang pagsusuri ng code at bakit ito kailangan? Ang imposter syndrome ay matalik na kaibigan ng developer

Ano ang pagsusuri ng code at bakit ito kailangan?

Pinagmulan: DZone Ang pagsisimula ng isang startup ay mahirap, ngunit ang pagsulat ng software para dito ay hindi mas madali. Para gumana nang maayos ang software, kailangan mo ng magandang code. Ngunit paano ka makatitiyak na talagang maganda ang iyong code? Habang nagtatrabaho sa code ng kliyente, natuklasan namin na maraming mga freelance na developer at maging ang mga kumpanya ng IT ay binabalewala ang mga pagsusuri sa code. Well, dahil itinuturing ng aming team ang pagsusuri ng code bilang isang karaniwang hakbang ng trabaho, nagpasya kaming ipaliwanag ang aming pananaw. Kaya magsimula tayo sa ilang pangunahing terminolohiya.

Ano ang pagsusuri ng code?

Ito ay isang sistematikong pagsusuri ng source code ng software upang mahanap ang mga error at suriin ang kalidad. Ang pagsusuri ng code ay binubuo ng mga sumusunod na hakbang:

• Pagtukoy sa pinakamabisang paraan upang makumpleto ang isang gawain;
• Maghanap ng mga lohikal na error;
• Maghanap ng mga pinakakaraniwang kahinaan;
• Ang Malware detection ay isang espesyal na uri ng code inspection para maghanap ng mga kahina-hinalang piraso ng code o paghahanap at anumang malware na isinama sa software.

Bakit kailangan mo ng pagsusuri ng code?

Mayroong ilang mga dahilan kung bakit ang pagsusuri ng code ay itinuturing na isang kinakailangang bahagi ng pag-unlad. Ang unang dahilan ay pagbabawas ng panganib. Sabihin nating mayroon kang software na isinulat ng isang freelancer o isang ahensya, ngunit hindi ka sigurado sa kalidad ng trabaho dahil kahit na ang mahuhusay na developer ay maaaring makaligtaan ng isang bagay. Kaya ang pag-double-check ay palaging isang magandang ideya. Bukod dito, sa pamamagitan ng pagtutulungan upang matutunan ang code, ang bawat miyembro ng koponan ay makakabuo ng mas matalinong mga solusyon na magpapahusay sa pangkalahatang pagganap ng proyekto. Ang pangunahing bagay na dapat tandaan tungkol sa mga pagsusuri sa code ay dapat gawin ang mga ito BAGO ang iyong bagong development team ay kumuha ng code base o proyekto. Ang pagsusuri ng code bago maglunsad ng proyekto ay nagbibigay sa iyong koponan ng pagkakataon na suriin ito at matukoy ang kalidad ng code at kung kailangan ng mga pagpapahusay.

Gabay sa Pagsusuri ng Code

Batay sa aming karanasan, nagpasya kaming maghanda ng maikling gabay para sa mga developer na titingnan ang source code ng kanilang mga proyekto.

Hatiin ang mga pagsusuri sa code sa mga agwat ng oras

Huwag subukang pag-aralan ang buong proyekto nang sabay-sabay. Pinapayuhan ng mga eksperto na huwag suriin ang higit sa 400 linya ng code nang sabay-sabay. Bukod dito, ang isang beses na pagsusuri ay dapat tumagal ng hindi hihigit sa isang oras. Ang mga tao ay hindi maaaring maproseso nang mahusay ang dami ng impormasyong ito, lalo na sa mahabang panahon. Kapag lumampas ka sa markang ito, kapansin-pansing bumababa ang kakayahang makakita ng mga error, kaya maaaring makaligtaan mo ang ilang mahahalagang error.

Humingi ng tulong sa iyong mga kasamahan sa koponan

Ang isang ulo ay mabuti, ngunit ang dalawa ay mas mahusay. Maaaring mabigla ka kung gaano kahusay ang kalidad ng iyong pagsusuri kung ibabahagi mo ang prosesong ito sa ibang tao. Nakasanayan na namin ang paggawa ng collaborative code review gamit ang Atlassian's Crucible . Binibigyang-daan ka ng tool na ito na magtalaga ng mga karagdagang reviewer, talakayin ang mga piling linya ng source code, mga file, o isang buong hanay ng mga pagbabago. Ang collaborative code review ay hindi lamang nagpapabuti sa software, ngunit din nagpapabuti sa kakayahan ng koponan sa pamamagitan ng pagbabahagi ng kaalaman sa pamamagitan ng talakayan.

Mga tagapagpahiwatig ng pag-record

Bago magsimula ang pagsusuri, dapat magtakda ang koponan ng mga tiyak na layunin, gaya ng "bawahin sa kalahati ang rate ng depekto." Ang layunin ng "maghanap ng higit pang mga bug" ay masyadong abstract at samakatuwid ay imposibleng makamit. Sa panahon ng pagsusuri, itala ang mga tagapagpahiwatig tulad ng bilis ng pagsuri, ang bilang ng mga error na natagpuan bawat oras, at ang average na bilang ng mga error sa bawat linya ng code. Ang patuloy na pagsubaybay sa mga resulta ng pagsusuri ay magpapakita sa iyo ng isang tunay na larawan ng mga panloob na proseso.

Panatilihin ang isang positibong saloobin

Kung minsan, ang mga pagsusuri sa code ay maaaring magpalala sa mga relasyon sa loob ng isang team. Walang gustong punahin, kaya napakahalaga na mapanatili ang isang palakaibigang kapaligiran maliban kung gusto mong mawalan ng motibasyon ang iyong mga kasamahan. Sa halip na tingnan ang bawat bug nang negatibo, isipin ito bilang isang bagong pagkakataon upang mapabuti ang kalidad ng iyong code sa pangkalahatan.

I-set up ang proseso ng pagwawasto ng error

Kaya nakumpleto na ng iyong koponan ang pagsusuri ng code, ngunit paano ang pag-aayos ng anumang mga bug na natagpuan? Isang sorpresa para sa amin na malaman na hindi lahat ng mga development team ay may itinatag na pamamaraan para sa pagwawasto ng mga error na natagpuan. Sa kabutihang palad, kami ay sama-samang nagtatrabaho hindi lamang upang mahanap ang mga pagkakamali, ngunit din upang itama ang mga ito. Ang lahat ng mga bug ay tinatalakay sa lumikha (maliban kapag sinusuri namin ang code ng isa pang koponan) at lahat ng mga pagbabago ay palaging naaaprubahan bago itulak sa pinagmulan.

Pagbubuod

Ang pagsusuri ng code ay dapat na isang mahalagang proseso sa anumang kumpanya ng pag-unlad dahil nakakatulong ito na mapanatili ang mataas na kalidad ng mga pamantayan ng coding. Pinagsasama-sama ng pagtutulungan sa mga pagsusuri sa code ang team at nagbibigay ng pagkakataong magbahagi ng kaalaman at karanasan sa loob ng kumpanya. Kaya kung nagpapatakbo ka ng isang startup o nag-aabot ng isang proyekto sa isa pang koponan, palaging magsagawa ng pagsusuri ng code upang matiyak na ang iyong software ay nasa pinakamahusay na kalidad.

Ang imposter syndrome ay matalik na kaibigan ng developer

Source: Catalins.tech Pagkatapos basahin ang pamagat, maaari mong isipin na may mali sa akin. Ngunit sasabihin ko itong muli: ang impostor syndrome ay isang matalik na kaibigan ng developer kung idadaan sa tamang direksyon. Naniniwala din ako na ang impostor syndrome ay laganap sa pagbuo ng software dahil sa dami ng kaalaman na dapat mong taglayin at ang patuloy na pagbabago sa mga tool at programming language. Ang programming language at mga tool na ginagamit mo ngayon ay maaaring luma na sa loob ng isang taon. Nangangahulugan ito na kailangan mong muling "magsimula sa simula" sa ilang lawak. Ang pagbuo ng software ay isang napaka-dynamic na kapaligiran kung saan kailangan mong patuloy na matuto. Ngunit, sa kabila ng mga paghihirap, maaari kang masanay sa kanila. Kaya, halos imposible na mapupuksa ang impostor syndrome. Bakit hindi natutong mamuhay kasama nito?

Karamihan sa atin ay mayroon nito

Hayaan mong may sasabihin ako sa iyo. Halos lahat tayo ay dumaranas ng impostor syndrome. Laging may mas magaling sa atin. Laging may isang bagay na hindi natin alam. Palaging may matututunan. Araw-araw may lumalabas na bagong tool. Paminsan-minsan, lumilitaw ang isang bagong teknolohiya o programming language. Hindi mo matututuhan ang lahat ng ito. Ang pagsisikap na makasabay ay napakahirap din. At ganito ang hitsura ng sindrom. Nagsisimula kang magtanong sa iyong sarili: "Magagawa ko pa ba ito?", "Magagawa ko pa ba ang x, y, z?", "Makikilala ko ba ang x, y, z na teknolohiya? ", "Paano kung ako ay isang impostor?", at ang listahan ay nagpapatuloy. Ang sagot ay oo, oo at oo. Sa pamamagitan ng paraan, ang impostor syndrome ay mas masahol pa para sa mga nagsisimula na pakiramdam na hindi sila magtatagumpay sa larangang ito. Napagdaanan ko rin ito. Malalampasan mo ang sindrom sa pamamagitan ng pagsusumikap.

Isipin mo

Hindi lang ikaw ang nagtatanong sa iyong sarili ng mga tanong na ito. Ang iyong kasamahan sa trabaho ay may parehong mga problema. Ang developer na sinusundan mo sa Twitter ay mayroon ding mga katulad na tanong. At isang video blogger na may 50,000 subscriber. At ang mga tanong na ito ay lumalabas din sa aking harapan, bagaman mayroon akong trabaho at lahat ay maayos. Ang mga tanong ay hindi lamang bumabagabag sa iyo. Ang imposter syndrome ay bahagi ng aming propesyon. Siyempre, may mga tao na mas nakikitungo dito, kaya hindi masyadong halata na mayroon din silang mga problema. Ngunit maniwala ka sa akin: halos lahat sa atin ay mayroon nito.

Anong gagawin?

Una sa lahat, dapat mong maunawaan na ang impostor syndrome ay maaaring maging iyong matalik na kaibigan. Pagkatapos ng lahat, siya ang nagtutulak sa iyo na maging mas mahusay. Ang pakiramdam na parang hindi ka nababagay sa industriya, o marami kang hindi alam, ay maaaring maging insentibo para matuto pa. Bilang resulta, nagiging mas mahusay ka araw-araw. Gumagamit ako ng impostor syndrome bilang panggatong, bilang motibasyon na maging isang mas mahusay na developer, at ito ay gumagana nang mahusay. Ngunit mag-ingat—maaari kang mabilis na itulak sa pagka-burnout. Maniwala ka sa akin, hindi mo ito kailangan. Sa tuwing may mga tanong at hindi makatwiran na pag-iisip sa iyong isipan, TANDAAN mo na ang lahat ng mga developer ay dumaranas ng parehong sindrom. TANDAAN mo na laging may mas mahusay na developer kaysa sa iyo. Pero TANDAAN mo rin na laging may developer na mas masahol pa sa iyo. TANDAAN mo na hindi mo malalaman ang lahat, at okay lang. Kailangan mo lamang malaman ang ilang mga tool na may kaugnayan sa iyong trabaho. Sa pagtitiyaga, maaari kang maging isang mahusay na developer. Sa palagay mo ba ikaw ay magiging pinakamahusay na programmer? Malamang hindi. Magtatrabaho ka ba para sa Amazon/Facebook/Google/Apple? Malamang hindi rin. kikita ka ba ng milyon? Halos hindi. Pero alam mo kung ano? Ito ay mabuti. Hindi mo kailangang gawin ang alinman sa mga bagay na ito para maging isang mahusay na developer. Dahil sa katotohanan, karamihan sa atin ay hindi kailanman nakakamit ang lahat ng mga layuning ito.

Tandaan

1. Halos lahat tayo ay may impostor syndrome.
2. Makakamit mo ang tagumpay sa industriyang ito sa pamamagitan ng iyong pagpupursige.
3. Hindi mo malalaman ang lahat, at okay lang iyon.
4. Palaging may mas mahuhusay na developer kaysa sa iyo, ngunit mayroon ding mas masahol na developer kaysa sa iyo.
5. Hindi mo kailangang maging isang superstar programmer. Sapat na ang maging mahusay sa iyong trabaho.