Pag-alis ng takot sa iyong unang trabaho

Mula pa rin sa pelikulang "Harry Potter and the Prisoner of Azkaban"

Ang problema sa mundong ito ay ang mga edukadong tao ay puno ng pagdududa, ngunit ang mga hangal ay puno ng kumpiyansa.

Charles Bukowski

Nagturo ako kamakailan ng isa pang one-on-one na aralin sa programming. Hindi tulad ng mga regular na klase, ang paksa ay hindi pagbuo ng wika o paglutas ng problema. Ibinahagi ng estudyante ang kanyang mga alalahanin tungkol sa trabaho sa hinaharap. Ang estudyante mismo ay medyo matalino. Ang isa sa mga dumarating sa kurso ay nakumpleto ang buong programa nang mas mabilis kaysa sa iba at may mga orihinal na solusyon, ngunit sa lahat ng oras ay taos-puso niyang minamaliit ang kanyang sarili. Sa aking palagay, ang gayong mga pagdududa ay nagmumula lamang sa kakulangan ng impormasyon. Sinubukan kong punan ang puwang na ito nang biglaan sa panahon ng aralin.

Ang mga tanong ay parang ganito:

• Taun-taon maraming estudyante ang nagtatapos sa mga unibersidad at lahat sila ay naghahanap ng trabaho. Ang daming tao. Marahil ay kukuha sila ng pinakamahusay, ngunit hindi ako makakakuha ng lugar.
• Paano kung magulo ako at matanggal agad sa trabaho?
• Paano kung sa proseso ng trabaho ay mapagtanto nila na ako ay tanga at pinalayas ako?

Ang estudyanteng ito ay hindi ang unang taong sinagot ko ang mga ganoong katanungan. Maraming tao ang mayroon nito, at kadalasan ay kailangang sabihin sa kanila nang walang paghahanda. Sa pagkakataong ito ay nagpasya akong isulat ang aking monologo sa isang kuwaderno. Akala ko ito ay magiging isang pares ng mga talata, ngunit ito ay natapos na sapat para sa isang buong artikulo.

Inilalarawan ng artikulo ang pananaw mula sa aking pananaw at batay sa aking karanasan. Gayunpaman, ang ating mundo ay napaka-magkakaibang at kamangha-manghang mga bagay na nangyayari dito. Kung hindi ka sumasang-ayon sa isang bagay o iba ang iyong karanasan, mangyaring sumulat ng komento.

Ang artikulo ay isinulat ng isang developer para sa mga developer. Gayunpaman, kung plano mong magsagawa ng pagsubok, pangangasiwa, o anumang bagay sa IT, kung gayon ang ilan sa mga payo ay magiging kapaki-pakinabang din sa iyo.

Hindi ka nila kukunin

Kapag naisip mo na maraming unibersidad ang nagtatapos ng daan-daang estudyante bawat taon, nagiging hindi komportable. Paano makipagkumpitensya sa napakaraming tao?

Sa kasamaang palad, hindi lahat ng nagtapos ay may sapat na teknikal na pagsasanay. Subukang magtanong sa ilang estudyante sa unibersidad na kilala mo: paano nakakatanggap ang mga tao sa kanyang grupo sa mga pagsusulit sa mga disiplina tulad ng "mga database" o "mga batayan ng algorithmization at programming"? Sa isang grupo ng 30 tao, sa pinakamaganda, magkakaroon ng 3-5 "advanced" na mga lalaki na aktwal na ginawa ang lahat sa kanilang sarili. Ang natitira ay kumopya lamang mula sa kanila, siksikin ang mga sagot sa mga tanong at isumite.

Ganito kasi kapag nag-aral ako mag-isa. Gayunpaman, ang aking karanasan ay maaaring hindi kinatawan. Kaya tinanong ko ang tanong na ito sa iba't ibang estudyante. Ang sagot ay halos pareho. Ang mga respondente ay mula sa iba't ibang unibersidad at kolehiyo. Iiwan ko ang mga talakayan tungkol sa mga dahilan sa labas ng saklaw ng artikulong ito. Wala akong sapat na oras para sa isang ganap na pag-aaral, kaya gagawa ako ng konklusyon mula sa magagamit na mga katotohanan.

Sa daan-daang mga nagtapos, ilang dosena lamang ang interesado sa mga employer

Ilang mga nagtapos ang maaaring magbigay ng tunay na kompetisyon para sa isang may kakayahang mag-aaral na may mahusay na paghahanda. Gayunpaman, kahit na nag-aral ka nang masinsinan, pagkatapos ng unang panayam ay malamang na hindi ka matatanggap. Pagkatapos ng pangalawa, malamang din. Ang lahat ay maaaring maging maayos, ngunit mas mahusay na ihanda ang iyong sarili hindi para sa isang pag-atake, ngunit para sa isang pagkubkob. Ang isang hindi matagumpay na pagtatangka upang makakuha ng trabaho ay isang dahilan lamang upang ayusin ang iyong mga pagkakamali at subukang muli. Hindi ako magsasalita tungkol sa paghahanda para sa mga panayam. Marami na ang naisulat sa paksang ito sa Internet. Sasabihin ko lang na may mga nuances sa mga panayam na ang iyong programa sa pagsasanay ay malamang na hindi maglaan ng oras upang ipaliwanag. Hanapin ang impormasyong ito sa iyong sarili, maaari itong mabawasan ang bilang ng mga pagtatangka.

Ang kabaliwan ay ang eksaktong pag-uulit ng parehong aksyon. Sa bawat oras, umaasa sa pagbabago

Albert Einstein

Upang maiwasang maging kabaliwan ang mga panayam, kailangan mong pagbutihin pagkatapos ng bawat bagong pagtatangka. Isaulo o isulat ang mga itinanong sa iyo sa panahon ng pakikipanayam. Pag-uwi mo, tingnan ang listahang ito at suriin ang iyong sarili gamit ang Internet. Sa paraang ito ay mauunawaan mo kung saan ikaw at ang tagapanayam ay nagkamali. Nangyayari din ito. Suriin o pag-aralan ang mga paksang hindi maganda ang ginawa mo at subukang muli.

Bilang karagdagan, mayroong isang binibigkas na seasonality ng labor market. Ang mga matalinong kumpanya ay nagpaplano ng pagkuha batay sa mga petsa ng pagtatapos. Mayroong mas maraming mga bakante para sa mga bagong dating sa tagsibol kaysa sa iba pang mga oras. Gayunpaman, ang kumpetisyon ay mas mataas sa oras na ito.

Bobo - matanggal sa trabaho

Kapag ang isang taong walang karanasan ay tinanggap, may kaukulang mga inaasahan para sa kanya.

Ang isang bagong dating sa trabaho ay inaasahang:

• Kaalaman sa pangkalahatang teknikal na base
• Pag-aaral ng mga detalye ng paksa ng kumpanya
• Mastering ang mga tool at kasanayan na ginamit

Ang ilang mga organisasyon ay nagbibigay ng mga kurso sa pagsasanay para sa mga bagong dating sa mga teknolohiya, tool at lokal na pamamaraang ginamit. Halimbawa, ang mabuting asal kapag gumagamit ng corporate email, ang pamamaraan para sa pagbabago ng mga dokumento sa isang wiki, mga lokal na tampok ng pagtatrabaho sa VCS at isang bug tracker.

Mayroon ding mga teknikal na pambungad na kurso, ngunit ang kanilang pagiging kapaki-pakinabang ay kaduda-dudang. Kung trabaho ang pinag-uusapan, kumbinsido ang mga employer na mayroon kang sapat na antas ng kaalaman. Pinakamabuting kunin lamang ang mga ganoong kurso nang may mabuting loob, bilang isang maliit na pormalidad. Marahil ay magkakaroon talaga ng isang bagay na kapaki-pakinabang sa kanila.

Kapag nagsimula ka sa trabaho, tandaan na ang isang baguhan ay tiyak na hindi ipagkakatiwala sa paglutas ng isang kagyat, kumplikado at sa parehong oras mahalagang gawain. Malamang na magkakaroon lamang ng isa sa mga katangiang ito. O simple ngunit apurahan: ayusin ang layout, magpadala sa isang tao ng file, kopyahin ang problema. O mahirap, ngunit walang anumang pag-asa ng pagkumpleto - upang ang baguhan ay mangolekta ng higit pang rake. O mahalaga, ngunit eksperimental. Halimbawa, isang proyekto na matagal nang gusto ng lahat, ngunit hindi mahanap ang oras upang ipatupad.

Ang mga gawain para sa pag-master ng mga tool ay magiging "mahirap" at artipisyal. Malamang na ito ay isang pinasimple na bersyon ng pangunahing sistema. Ang ganitong mga gawain ay gumagamit ng parehong stack ng teknolohiya at parehong mga termino ng domain bilang ang buong proyekto. Sa kasong ito, ang resulta ng pagpapatupad ay hindi ibibigay sa end user. Ito ay maaaring maging demotivating, ngunit ito ay mas mahusay na labanan ang damdaming ito. Ang isang artipisyal na gawain ay dapat gawin nang matapat, na parang ang kapalaran ng proyekto ay nakasalalay dito.

Ang resulta ng paglutas ng iyong unang problema ay bubuo ng unang impresyon sa iyo sa mga kasamahan na hindi nakadalo sa panayam.

Ang isa pang opsyon para sa tool mastering task ay "patakbuhin ang proyekto sa isang lokal na makina/test environment." Minsan ang prosesong ito ay inilarawan sa mga tagubilin. Ngunit kadalasan ay luma na sila at sa ilang lugar ay luma na. Maaari kang magdala ng mga tunay na benepisyo sa proyekto kung magsusulat ka ng mga bagong tagubilin na may mga paglilinaw sa mga problemang lumitaw. Tiyak na sa unibersidad kailangan mong magsulat ng isang RGR para sa isang ulat sa ilang mga disiplina. Halos pareho lang dito. Dapat ipakita ng dokumento ang mga aksyon na kailangang isagawa upang ilunsad.

Karaniwan ang mga hakbang upang magpatakbo ng isang produkto sa isang kapaligiran ng pagsubok ay katulad nito:

• I-clone ang isang repository, lumipat sa ilang sangay o tag
• lumikha ng ilang configuration file
• ihanda ang istraktura ng database
• punan ito ng data ng pagsubok
• bumuo o magtipon ng proyekto,
• magpatakbo ng isang set ng mga console script sa isang tiyak na pagkakasunod-sunod

Sa panahon ng proseso ng pagpapatakbo ng isang sistema sa lokal, hindi inaasahang mga problema ay hindi maaaring hindi lumitaw.

Ang mga nahanap na solusyon sa mga problema ay dapat idagdag sa mga tagubilin sa pag-deploy. Pagkatapos sa susunod na sundin mo ang mga tagubilin, hindi na lilitaw ang mga problemang ito. Kapag pinupunan ang mga file ng pagsasaayos at mga script ng pagtawag, kailangan mong bigyang pansin kung aling halaga ang ginagamit kung saan at kung ano ang dapat itong tumugma. Halimbawa, kung ang isang proyekto ay binuo gamit ang isang CI system at pagkatapos ay inilunsad ng isang script, mahalagang maunawaan kung saan isusulat ang pangalan ng sangay o commit number. Nangyayari na ang script ay nagsasangkot ng paglilipat ng IP address o pangalan ng DNS ng database, ang pag-login at password nito. Sa kasong ito, kailangan mong malaman kung aling address ang gagamitin para sa kapaligiran ng pagsubok, anong mga pag-login ang naroroon at kung anong mga password ang kailangan mong tukuyin para sa kanila.

Ang ilang mga gawain ay maaaring mukhang simple sa mga may karanasang developer ngunit mahirap sa mga intern. Ito ay normal.

Kailangang lutasin ng mga developer ang mga teknikal na problema araw-araw. Ang mga nakaranasang empleyado ay nalutas na ang maraming mga problema dati, habang ang mga bagong dating ay hindi pa nakakayanan ang mga ito. Ang pinakamahusay na taktika ay itala ang lahat ng mga error na nakatagpo sa dokumentong "paglutas ng mga problema sa ${task name}". Para sa bawat problema, kailangan mong bumalangkas ng hypothesis tungkol sa dahilan, maghanap ng mga solusyon sa Internet at subukan ang mga ito nang paisa-isa. Dapat ding itala ang resulta ng bawat pagtatangka.

Ang pagpaparehistro ng iyong pananaliksik sa anyo ng isang dokumento ay magbibigay-daan sa iyong:

• mag-alis ng maliliit na detalye mula sa iyong ulo. Halimbawa, mga parameter ng pagsasaayos, mga DNS/IP address, mga command ng console at mga query sa SQL.
• tandaan "ano ang ginawa ko kahapon" kapag ang gawain ay tumatagal ng ilang araw
• huwag gumala sa mga bilog. Maaari mong palaging basahin kung ano ang ginawa mo noon at maunawaan na bumalik ka sa orihinal na problema
• malinaw na sagutin ang tanong na: "ano ang ginawa mo ngayon?" kahit wala pang handa na solusyon.

Kailangan mong maipaalam ang katayuan ng iyong mga gawain sa mga kasamahan

Paminsan-minsan, magiging interesado ang mga kasamahan sa iyong mga tagumpay at ibabahagi nila ang mga tagumpay nila. Maglaan ng ilang oras para dito araw-araw o lingguhan.

Kung hindi mo sinusubaybayan ang mga problemang naranasan at nalutas, ang paglalarawan sa iyong mga tagumpay ay magiging ganito: "Sinubukan kong gawin ang gawain, ngunit hindi ko magawa. Naghahanap pa ako ng solusyon." Mula sa kwentong ito ay hindi malinaw kung may ginagawa ang intern o nakaupo lang at nagbabasa. Kailangan ba niya ng tulong? Nagbago ba ang sitwasyon mula kahapon?

Kung nagpapanatili ka ng isang dokumento na naghahanap ng mga solusyon, maaari mong sabihin ang "Sinusubukan kong gawin ang gawaing ito. Nagkaroon ako ng mga error tulad nito. Ganito ako nagpasya. Hindi ko pa naasikaso ang isang ito. Mayroong mga hypotheses at solusyon na ito. Sinusuri ko sila ngayon."

Kung ang gawain ay maaaring masukat sa anumang paraan, kung gayon ang katayuan ay dapat maglaman ng mga numero. Halimbawa, para sa gawaing "magsulat ng mga unit test para sa isang module," maaari mong sabihin ang "Plano kong gumawa ng 20 pagsubok, ngayon ay sumulat na ako ng 10."

Kung mas maraming detalye ang ibibigay mo, mas mauunawaan ng iyong mga kasamahan ang iyong ginawa. Ito ay lilikha ng isang positibong saloobin sa iyo sa iyong mga kasamahan at magbibigay-daan sa kanila na maunawaan kung kailangan mo ng tulong o hindi.

Huwag mag-atubiling humingi ng tulong

Isinulat ko sa itaas na kapag lumitaw ang isang problema, kailangan mong bumalangkas ng hypothesis tungkol sa mga sanhi nito at mga posibleng solusyon. Gayunpaman, nangyayari na ang mga hypotheses ay hindi makatwiran, at ang mga independiyenteng nahanap na mga solusyon sa problema ay hindi gumagana. Sa kasong ito, mas mahusay na humingi ng tulong. Upang hindi abusuhin ang atensyon ng iyong mga kasamahan, kailangan mong umupo sa bawat problema sa iyong sarili. Kung hindi ka pa nakakahanap ng solusyon sa loob ng ilang oras, oras na para humingi ng payo mula sa mas may karanasang mga kasama.

Ang isang magandang lugar upang magsimula ay sa pamamagitan ng pagtatanong, "May nakaranas na ba ng problemang ito dati?" na may maikling paglalarawan ng problema. Maipapayo na mag-attach ng isang piraso ng mensahe ng error o isang screenshot. Mas mainam na ipadala ang mensaheng ito sa unang pagkakataon sa ilang pangkalahatang chat sa trabaho. Sa ganitong paraan hindi mo naaabala ang mga talagang abala sa trabaho. Makikita ng mga libreng kasamahan ang iyong mensahe at makakatulong sila.

Kung pagkatapos ng isang mensahe sa pangkalahatang chat ay walang tumulong, subukang abutin ang isang may karanasan na kasamahan sa panahon ng pahinga: tanghalian, pagpunta para sa tsaa/kape, isang laro ng tennis o isang smoke break. Kung hindi ito gagana, pagkatapos ay iulat ang iyong mga paghihirap sa pulong o stand-up.

Kung malulutas ang mga kilalang problema, maaaring doon magtatapos ang lahat. Kung bago ang problema, magsisimula ang isang pagsisiyasat, kung saan kakailanganing kumilos ayon sa mga pangyayari.

Ang "mahalaga" na mga gawain ng nagsisimula na kailangan ng end user ay magiging boring at maliit. Halimbawa, "magdagdag ng karagdagang column sa ulat" o "magtama ng typo sa naka-print na form" o "magpatupad ng paraan ng modelo para sa pag-load ng mga attribute ng client mula sa DBMS." Ang layunin ng naturang mga gawain ay para sa baguhan na maging pamilyar sa lugar ng paksa at maisama sa pang-araw-araw na gawain.

Mahalaga hindi lamang sa teknikal na paglutas ng problema, kundi pati na rin upang palawakin ang kaalaman sa lugar ng paksa.

Lalabas ang mga tuntunin sa paglalarawan ng gawain, sa mga chat at pag-uusap. Maaaring sila ay mukhang pamilyar na mga pangngalan. Gayunpaman, sa loob ng balangkas ng sistema ng impormasyon, mayroon silang isang espesyal, mas tumpak na kahulugan. Ang kahulugan ng mga natuklasang termino ay pinakamahusay na naitala sa isang espesyal na dokumento - isang diksyunaryo ng mga termino. Kapag nagdaragdag sa diksyunaryo, sapat na upang isulat ang iyong pag-unawa sa salita, ngunit para sa isang tunay na pag-decode mas mahusay na makipag-ugnay sa isang analyst. Kung ito ay nawawala, pagkatapos ay pumunta sa mga lumang-timer ng proyekto. Ang pagpapanatili ng isang diksyunaryo ng mga termino ay isa sa mga pinakasimpleng paraan upang maging pamilyar sa paksa ng isang proyekto.

Kapag nakakita ka ng isang karaniwang wika sa iyong mga kasamahan, magsisimula silang makita ka hindi bilang isang bagong intern, ngunit bilang isang pantay na espesyalista.

Mayroong mga espesyal na gawain, halimbawa, "magsulat ng mga unit test para sa isang module." Halos hindi ka makaalis dito sa mahabang panahon na naghahanap ng mga solusyon. Kasabay nito, ito ay medyo seryoso at ibinibigay hindi lamang para sa pagsasanay ng trainee. Ang mga nakasulat na pagsubok ay nagpapataas ng katatagan ng proyekto sa pamamagitan ng pagbabawas ng mga bug sa application at pagbabawas ng oras para sa pagsubok ng tao. Sa isang perpektong mundo, ang mga pagsubok sa yunit ay isinulat kaagad sa panahon ng pag-unlad, ngunit ang katotohanan ay palaging naiiba. Ito ay nangyayari na ang nag-develop ng isang module ay pinapanatili itong ganap sa kanyang ulo at hindi nakikita ang pangangailangan na isulat ang mga ito. "Lahat ay malinaw, ano ang dapat subukan?" Minsan ang mga module ay nakasulat sa rush mode at walang oras na natitira para sa mga pagsubok sa yunit. Kaya sa totoong mundo ay maaaring walang mga pagsubok sa yunit. Samakatuwid, ang gawain ng pagsulat ng mga pagsubok sa yunit ay itinalaga sa isang baguhan. Sa ganitong paraan, mas mabilis na masanay ang intern sa proyekto, at makakatipid ang proyekto sa oras ng mga espesyalistang mas mataas ang sahod.

Ito ay nangyayari na ang mga intern at mga bagong dating ay itinalaga ang papel ng mga ganap na tagasubok. Karaniwan, bago gawin ito, kailangan mong i-deploy ang produkto nang lokal at basahin ang mga kinakailangan. Bilang resulta, ang bagong empleyado ay inaasahang:

• mga tanong tulad ng "kung gagawin mo ito, ito ay magiging ganito. Wala ito sa requirements. Dapat ay?"
• mga gawain sa bug tracker "sinasabi ito ng mga kinakailangan, ngunit sa totoo lang iba ang pagkakasulat nito."

Ang pagsubok ay masyadong malawak na lugar para sa artikulong ito. Kung bibigyan ka ng katulad na gawain, maghanap sa Internet para sa pinakamahusay na paraan upang makumpleto ito.

Kung magulo ka, matatanggal ka sa trabaho

Sa isang normal na organisasyon, kung biglang mangyari na ang isang walang karanasan na empleyado ay nakakakuha ng access sa isang bagay na kritikal at nasisira ang isang bagay, kung gayon ang nagpapahintulot na mangyari ito ay dapat sisihin. Dahil ang isang baguhan, bilang default, ay walang access sa kritikal na imprastraktura. Sa sapat na patnubay, hindi nila hahayaang masayang ang lahat ng aso sa isang walang karanasan na trainee.

Kung may mangyari, hindi ka nila tatanggalin dahil sa isang insidente. Natututo ang mga tao sa pagkakamali. Isang mahalagang aral ang natutunan ng intern na nanggugulo at ibang-iba sa ibang intern. Kung sinibak mo ang isang taong nanggugulo, may ibang darating sa kanyang lugar at manggugulo sa parehong paraan.

Ang pangunahing bagay ay upang matuto mula sa mga pagkakamali at hindi ulitin ang mga ito muli.

Kung ang isang tao ay hindi gumawa ng mga konklusyon mula sa kanyang mga pagkakamali, pagkatapos ay susubukan nilang magpaalam sa kanya. Gayunpaman, ang mundo ay magkakaiba. Sa ilang organisasyong gangster maaari ka nilang itapon kaagad sa labas ng bintana para sa unang pagkakamali. Ngunit mas mabuting iwasan ang mga naturang kumpanya sa pamamagitan ng pagtatanong muna o pag-alam ng higit pa sa panahon ng panayam.

Mas mabuting umiwas sa mga pangyayari

Kahit na personal kang hindi matanggal sa trabaho dahil sa isang pagkakamali, ang ganitong insidente ay magdudulot ng mga hindi gustong problema para sa iyong koponan at sa proyekto sa kabuuan. Samakatuwid, maging maingat lalo na sa mga operasyon ng pagtanggal o paglikha ng mga talahanayan sa database, mga file, mga pagkakataon ng serbisyo at mga dokumento sa base ng kaalaman ng proyekto. Kung nakatagpo ka ng address ng isang bagong koneksyon, suriin sa hindi bababa sa dalawang magkaibang tao kung ano ang maaaring gawin doon. Suriin ang iyong mga karapatan sa mga kapaligiran hindi sa pamamagitan ng pagsubok at pagkakamali, ngunit sa pamamagitan ng paggamit ng naaangkop na mga utos. Halimbawa, ang mga karapatang magtanggal ng mga file gamit ang utos na `ls`, mga karapatang gumana sa mga talahanayan sa mysql gamit ang utos na `SHOW GRANTS FOR 'user'@'host';`, at mga katulad nito. Sa halos anumang tool magkakaroon ka ng katulad na pagkakataon.

Kapag nag-e-edit ng mga file, magtago ng kopya ng orihinal para sa iyong sarili, kung sakali.

Maraming mga hadlang ang binuo sa pagitan ng trainee at ng end user.

Kung maibibigay mo kaagad ang iyong produkto sa mamimili, hindi ka makakakuha ng trabaho, ngunit makapagsimula sa isang "libreng paglangoy". Ngunit habang wala kang ganoong pagkakataon (at sa parehong oras, responsibilidad), kailangan mong dumaan sa ilang yugto ng kontrol sa proyekto.
Ang una sa mga ito ay pagpapatunay ng isang tagapagturo. Sinusuri niya ang desisyon ng newbie mula sa teknikal na pananaw. Kung ang isang tagapayo ay hindi pa nakatalaga, kailangan mong maghanap ng isa. Upang gawin ito, kailangan mong pumili ng isa sa mga lumang-timer ng proyekto at sa panahon ng pahinga hilingin sa kanya na tingnan ang solusyon: nalutas ba nang tama ang problema? Kung siya ay nagsimulang maghanap at tumugon, kung gayon ang isang tagapagturo ay natagpuan. Kung hindi niya ito papansinin, sulit na magtanong sa iba.

Ang susunod na yugto ay Quality Assurance. Sa Russian - mga tagasubok. Sa estilo ng Sobyet - standard control at quality control department. Dapat nilang tiyakin na ang pagganap ng trainee ay naaayon sa gawaing itinalaga sa kanya. Bihira nilang basahin ang code. Kadalasan, susuriin ng mga tester ang binuong proyekto, na iniimbak ng developer sa version control system.

Ang ikatlong yugto ay ang release manager. Maaaring walang hiwalay na tao para sa gawaing ito, ngunit may gumaganap pa rin sa tungkulin. Sinusuri niya na nakumpirma ng mga tagasubok na maaaring ilabas ang proyekto. Pagkatapos nito, isinasagawa nito ang mga aktibidad upang maihatid ang produkto sa mga end user.
Sa maliliit na organisasyon, maaaring hindi umiral ang mga hadlang na ito sa iba't ibang dahilan. Gayunpaman, hindi nila bibigyan ang isang baguhan ng gawain na baguhin ang isang bagay na mahalaga. Dahil walang nangangailangan ng panganib na ito.

Kailangan mo munang makilahok sa labanan, at pagkatapos ay makikita natin.
Napoleon Bonaparte

Umaasa ako na ang artikulong ito ay makakatulong sa iyo na malampasan ang iyong kawalan ng katiyakan at isumite ang iyong unang resume. Siyempre, kailangan mo munang maghanda. Ngunit hindi na kailangang mag-overextend. Malamang na nakapag-aral ka na sa isang unibersidad o kolehiyo sa loob ng ilang taon. Saan ang susunod na pupuntahan? Sa huli, mas mabuting marinig ang "hindi" isang beses mula sa isang espesyalista at gumawa ng mga pagkakamali kaysa sabihin ang "hindi" sa iyong sarili araw-araw at huminto sa paglaki nang propesyonal.

Kapag natanggap na, kailangan mong tumuon sa paglaki mula sa isang intern tungo sa isang ganap na miyembro ng koponan. Ang ganitong uri ng paglago ay karaniwang may kasamang pagtaas sa iyong suweldo.

Hangad ko ang pasensya at tiyaga.

Ang mga rehistradong user lamang ang maaaring lumahok sa survey. Mag-sign in, pakiusap

Ano ang iyong mga unang gawain sa iyong unang trabaho sa IT?

• Kumplikado

• Mahalaga

• Urgent

• Wala sa itaas

75 user ang bumoto. 20 na user ang umiwas.

Ano ang kailangan mong gawin sa una sa iyong unang trabaho?

• I-install ang produkto nang lokal

• Subukan ang isang umiiral na produkto

• Magsagawa ng pagsasanay, pekeng gawain

• Gumawa ng isang eksperimental, totoong proyekto para sa isang kliyente

63 na user ang bumoto. 25 user ang umiwas.

Ilang mga mag-aaral sa iyong pangkat ang nakapag-iisa na nakatapos ng mga takdang-aralin sa mga teknikal na paksa sa panahon ng pagsasanay?

• 1 10 mula

• 1 5 mula

• Bawat segundo

• Lahat, na may mga pambihirang eksepsiyon

70 user ang bumoto. 19 na user ang umiwas.

Pinagmulan: www.habr.com