Ngilangi rasa wedi karo proyek pertama sampeyan

Ngilangi rasa wedi karo proyek pertama sampeyan
Isih saka film "Harry Potter lan tahanan Azkaban"

Masalah ing donya iki yaiku wong sing berpendidikan kebak keraguan, nanging wong bodho kebak kapercayan.

Charles Bukowski

Aku bubar mulang pelajaran pemrograman siji-siji liyane. Ora kaya kelas biasa, topik kasebut dudu konstruksi basa utawa pemecahan masalah. Siswa kasebut nuduhake keprihatinan babagan lapangan kerja ing mangsa ngarep. Muride dhewe rada pinter. Salah siji saka wong-wong sing teka ing mesthi ngrampungake kabeh program luwih cepet saka wong liya lan karo solusi asli, nanging kabeh wektu tulus ngremehake piyambak. Ing mratelakake panemume, mamang kuwi mung muncul saka lack saka informasi. Aku nyoba ngisi longkangan iki dadakan sak wulangan.

Pitakonan kaya mangkene:

  • Saben taun akeh siswa sing lulus saka universitas lan kabeh padha golek kerja. Sing akeh wong. Padha mbokmenawa bakal nyewa paling apik, nanging aku ora bakal oleh panggonan.
  • Apa yen aku kekacoan lan dipecat langsung?
  • Apa yen ing proses kerja dheweke ngerti yen aku bodho lan nyepak aku?

Siswa iki dudu wong pisanan sing dakjawab pitakonan kaya ngono. Akeh wong sing duwe, lan biasane kudu dicritakake tanpa persiapan. Wektu iki aku mutusake nulis monologku ing buku tulis. Aku panginten iku bakal dadi saperangan saka paragraf, nanging rampung munggah cukup kanggo artikel kabèh.

Artikel kasebut nggambarake tampilan saka sudut pandangku lan adhedhasar pengalamanku. Nanging, jagad kita maneka warna lan kedadeyan sing nggumunake. Yen sampeyan ora setuju karo soko utawa pengalaman sampeyan beda-beda, tulisen komentar.

Artikel iki ditulis dening pangembang kanggo pangembang. Nanging, yen sampeyan arep nindakake tes, administrasi, utawa liya-liyane ing IT, sawetara saran uga bakal migunani kanggo sampeyan.

Dheweke ora bakal nyewa sampeyan

Yen sampeyan mbayangno manawa akeh universitas sing lulus atusan siswa saben taun, mula ora kepenak. Kepiye carane bisa bersaing karo wong akeh?

Sayange, ora kabeh lulusan duwe pelatihan teknis sing cukup. Coba takon sawetara mahasiswa universitas sing sampeyan ngerti: kepiye wong ing klompoke entuk ujian ing disiplin kaya "basis data" utawa "dasar algoritma lan pemrograman"? Ing klompok 30 wong, paling apik, bakal ana 3-5 "maju" wong lanang sing bener-bener nindakake kabeh dhewe. Liyane mung nyalin saka wong-wong mau, wangsulan pitakon lan kirim.

Kaya mengkono nalika aku sinau dhewe. Nanging, pengalamanku bisa uga ora dadi perwakilan. Dadi aku takon pitakonan iki kanggo sawetara siswa beda. Jawaban iki meh padha. Para responden saka macem-macem universitas lan perguruan tinggi. Aku bakal ninggalake diskusi babagan alasan ing njaba ruang lingkup artikel iki. Aku ora duwe cukup wektu kanggo sinau lengkap, mula aku bakal nggawe kesimpulan saka fakta sing kasedhiya.

Antarane atusan lulusan, mung sawetara rolas sing dadi kapentingan kanggo majikan

Sawetara lulusan bisa nyedhiyakake kompetisi nyata kanggo siswa sing bisa kanthi persiapan sing apik. Nanging, sanajan sampeyan sinau kanthi ati-ati, sawise wawancara pisanan, sampeyan ora bakal bisa nyewa. Sawise sing kapindho, mbokmenawa uga. Kabeh bisa uga apik, nanging luwih becik nyiyapake dhewe ora kanggo serangan, nanging kanggo pengepungan. Usaha sing ora kasil kanggo entuk kerja mung dadi alesan kanggo ngupayakake kesalahan lan nyoba maneh. Aku ora bakal ngomong babagan nyiapake wawancara. Akeh sing wis ditulis babagan topik iki ing Internet. Aku mung bakal ngomong yen ana nuansa ing wawancara sing program latihan sampeyan mbokmenawa ora bakal njupuk wektu kanggo nerangake. Mangga madosi informasi iki dhewe, iku bisa nyuda nomer usaha.

Madness minangka pengulangan sing tepat saka tumindak sing padha. Wektu demi wektu, ngarep-arep owah-owahan

Albert Einstein

Supaya wawancara ora dadi kegilaan, sampeyan kudu nambah sawise saben nyoba anyar. Apal utawa tulisake pitakonan sing ditakoni nalika wawancara. Nalika bali menyang omah, deleng dhaptar iki lan priksa dhewe nggunakake Internet. Kanthi cara iki sampeyan bakal ngerti ngendi sampeyan lan pewawancara nggawe kesalahan. Iki uga kedadeyan. Deleng utawa sinau topik sing sampeyan lakoni kanthi apik lan coba maneh.

Kajaba iku, ana musiman pasar tenaga kerja sing jelas. Perusahaan pinter ngrancang hiring adhedhasar tanggal lulus. Ana luwih akeh lowongan kanggo wong anyar ing musim semi tinimbang ing wektu liyane. Nanging, kompetisi luwih dhuwur ing wektu iki.

Bodho - njaluk dipecat

Nalika wong sing ora duwe pengalaman direkrut, ana pangarepan sing cocog kanggo dheweke.

Pendatang anyar ing proyek iki samesthine:

  • Kawruh dhasar teknis umum
  • Sinau spesifik area subyek perusahaan
  • Nguwasani piranti lan praktik sing digunakake

Sawetara organisasi nyedhiyakake kursus latihan kanggo wong anyar babagan teknologi, alat lan prosedur lokal sing digunakake. Contone, tata krama nalika nggunakake email perusahaan, prosedur kanggo ngganti dokumen ing wiki, fitur lokal nggarap VCS lan bug tracker.

Ana uga kursus introduksi teknis, nanging kegunaane bisa dipertanyakan. Yen nerangake Employment, banjur juragan wis nggawe percoyo sing duwe sawetara tingkat cekap saka kawruh. Luwih becik njupuk kursus kasebut kanthi iman sing apik, minangka formalitas cilik. Mungkin bakal ana sing migunani.

Nalika sampeyan miwiti kerja, elinga yen pamula mesthi ora bakal dipasrahake kanggo ngrampungake tugas sing penting, rumit lan ing wektu sing padha. Paling kamungkinan mung bakal ana siji saka sifat iki. Utawa prasaja nanging penting: ndandani tata letak, ngirim file menyang wong, gawe maneh masalah kasebut. Utawa angel, nanging tanpa pangarep-arep saka completion - supaya pamula ngumpulake liyane rake. Utawa penting, nanging eksperimen. Contone, proyek sing dikarepake kabeh wong kanggo dangu, nanging ora bisa nemokake wektu kanggo ngleksanakake.

Tugas kanggo nguwasani alat bakal "angel" lan gawean. Paling kamungkinan iki bakal dadi versi simplified saka sistem utama. Tugas kasebut nggunakake tumpukan teknologi sing padha lan istilah domain sing padha karo kabeh proyek. Ing kasus iki, asil eksekusi ora bakal diwenehake marang pangguna pungkasan. Iki bisa dadi demotivasi, nanging luwih becik nolak sentimen kasebut. Tugas buatan kudu ditindakake kanthi ati-ati, kaya-kaya nasib proyek kasebut gumantung.

Asil ngrampungake masalah pisanan sampeyan bakal nggawe kesan pertama sampeyan ing antarane kanca-kanca sing ora ana ing wawancara.

Pilihan liyane kanggo tugas mastering alat yaiku "nglakokake proyek ing lingkungan mesin / tes lokal." Kadhangkala proses iki diterangake ing pandhuan. Nanging biasane wis tuwa lan ing sawetara panggonan wis ketinggalan jaman. Sampeyan bisa nggawa keuntungan nyata kanggo proyek kasebut yen sampeyan nulis instruksi anyar kanthi klarifikasi babagan masalah sing muncul. Mesthi ing universitas sampeyan kudu nulis RGR kanggo laporan babagan sawetara disiplin. Ing kene meh padha. Dokumen kasebut kudu nggambarake tumindak sing kudu ditindakake kanggo miwiti.

Biasane langkah-langkah kanggo mbukak produk ing lingkungan tes kaya iki:

  • kloning repositori, ngalih menyang sawetara cabang utawa tag
  • nggawe sawetara file konfigurasi
  • nyiapake struktur database
  • ngisi data tes
  • mbangun utawa nyusun proyek,
  • mbukak pesawat saka console script ing urutan tartamtu

Sajrone proses mbukak sistem sacara lokal, masalah sing ora dikarepke mesthi bakal muncul.

Solusi sing ditemokake kanggo masalah kudu ditambahake menyang instruksi panyebaran. Banjur yen sampeyan tindakake pandhuane, masalah kasebut ora bakal muncul maneh. Nalika ngisi file konfigurasi lan skrip nelpon, sampeyan kudu menehi perhatian marang nilai sing digunakake ing ngendi lan apa sing kudu cocog. Contone, yen proyek dirakit nggunakake sistem CI lan banjur dibukak dening script, iku penting kanggo ngerti ngendi kanggo nulis jeneng cabang utawa nomer commit. Iku kedadeyan yen skrip kasebut nransfer alamat IP utawa jeneng DNS database, login lan sandhi. Ing kasus iki, sampeyan kudu ngerti alamat sing digunakake kanggo lingkungan tes, login apa sing ana lan sandhi apa sing kudu sampeyan nemtokake.

Sawetara tugas bisa uga katon gampang kanggo pangembang sing berpengalaman nanging tantangan kanggo magang. Iki normal.

Pangembang kudu ngatasi masalah teknis saben dina. Karyawan sing berpengalaman wis ngrampungake akeh masalah sadurunge, dene wong anyar durung bisa ngatasi. Taktik paling apik yaiku ngrekam kabeh kesalahan sing ditemokake ing dokumen "ngrampungake masalah karo ${jeneng tugas}". Kanggo saben masalah, sampeyan kudu nggawe hipotesis babagan sababe, golek solusi ing Internet lan nyoba siji-sijine. Asil saben usaha uga kudu direkam.

Registrasi riset sampeyan ing wangun dokumen bakal ngidini sampeyan:

  • unload rincian cilik saka sirah. Contone, paramèter konfigurasi, alamat DNS/IP, printah console lan pitakon SQL.
  • elinga "apa sing daklakoni wingi" nalika tugas kasebut nganti pirang-pirang dina
  • aja ngumbara ing bunderan. Sampeyan bisa tansah maca apa sing sadurunge lan ngerti yen sampeyan wis bali menyang masalah asli
  • mangsuli pitakon kanthi jelas: "Apa sing sampeyan lakoni dina iki?" sanajan durung ana solusi sing wis siap.

Sampeyan kudu bisa ngandhani status tugas sampeyan menyang kolega

Saka wektu kanggo wektu, kolega bakal kasengsem ing sukses lan nuduhake sing. Nyisihake sawetara wektu kanggo iki saben dina utawa saben minggu.

Yen sampeyan ora nglacak masalah sing ditemoni lan ditanggulangi, mula njlentrehake sukses sampeyan bakal katon kaya: "Aku nyoba nindakake tugas kasebut, nanging ora bisa. Aku isih golek solusi.” Saka crita iki ora cetha apa intern nindakake apa-apa utawa mung lungguh lan maca. Apa dheweke butuh bantuan? Apa kahanan wis owah wiwit wingi?

Yen sampeyan nyimpen dokumen kanggo nggoleki solusi, sampeyan bisa ngomong "Aku nyoba nindakake tugas iki. Aku duwe kesalahan kaya iki. Iki carane aku mutusaké. Aku durung ngurusi siji iki. Ana hipotesis lan solusi kasebut. Aku saiki mriksa wong-wong mau."

Yen tugas bisa diukur kanthi cara apa wae, mula status kasebut kudu ngemot angka. Contone, kanggo tugas "nulis tes unit kanggo modul," sampeyan bisa ngomong "Aku arep nindakake 20 tes, saiki aku wis nulis 10."

Rincian liyane sing diwenehake, luwih apik kolega sampeyan bakal ngerti apa sing sampeyan lakoni. Iki bakal nggawe sikap positif marang sampeyan ing antarane kolega lan bakal ngidini dheweke ngerti apa sampeyan butuh bantuan utawa ora.

Bebas bae kanggo njaluk bantuan

Aku nulis ing ndhuwur yen ana masalah, sampeyan kudu ngrumusake hipotesis babagan panyebab lan solusi sing bisa ditindakake. Nanging, kedadeyan hipotesis ora bisa dibenerake, lan solusi sing ditemokake kanthi mandiri kanggo masalah kasebut ora bisa digunakake. Ing kasus iki, luwih apik kanggo njaluk bantuan. Supaya ora nyiksa manungsa waé saka kolega, sampeyan kudu njagong ing saben masalah dhewe. Yen sampeyan wis ora bisa nemokake solusi ing sawetara jam, iku wektu kanggo njaluk saran saka comrades liyane experienced.

Panggonan sing apik kanggo miwiti yaiku takon, "Apa ana sing nemoni masalah iki sadurunge?" kanthi katrangan ringkes babagan masalah kasebut. Disaranake masang potongan pesen kesalahan utawa gambar layar. Iku luwih apik kanggo ngirim pesen iki pisanan kanggo sawetara obrolan karya umum. Kanthi cara iki sampeyan ora ngganggu wong sing sibuk kerja. Kolega gratis bakal weruh pesen sampeyan lan bakal bisa nulungi.

Yen sawise pesen ing obrolan umum ora ana sing nulungi, coba golek kanca sing berpengalaman sajrone istirahat: nedha awan, arep teh / kopi, dolanan tenis utawa istirahat kumelun. Yen iki ora bisa, banjur laporan kangelan ing rapat utawa stand-up.

Yen masalah sing dikenal wis ditanggulangi, iki bisa uga ana. Yen masalah anyar, investigasi bakal diwiwiti, ing ngendi kudu tumindak miturut kahanan kasebut.

Tugas pamula "penting" sing dibutuhake pangguna pungkasan bakal mboseni lan cilik. Contone, "nambah kolom tambahan menyang laporan" utawa "mbenerake kesalahan ketik ing formulir sing dicithak" utawa "ngleksanakake metode model kanggo ngemot atribut klien saka DBMS." Tujuan saka tugas kasebut yaiku supaya pamula dadi akrab karo area subyek lan nggabungake menyang karya saben dina.

Penting ora mung kanggo ngatasi masalah kanthi teknis, nanging uga kanggo nggedhekake kawruh babagan subyek.

Katentuan bakal katon ing deskripsi tugas, ing obrolan lan obrolan. Padha bisa katon kaya jeneng akrab. Nanging, ing kerangka sistem informasi, dheweke duwe makna khusus lan luwih tepat. Makna istilah sing ditemokake paling apik dicathet ing dokumen khusus - kamus istilah. Nalika nambahake kamus, cukup nulis pangerten babagan tembung kasebut, nanging kanggo dekoding nyata luwih becik hubungi analis. Yen ora ana, banjur pindhah menyang proyèk lawas. Njaga kamus istilah minangka salah sawijining cara sing paling gampang kanggo kenal karo subyek proyek.

Sawise sampeyan nemokake basa sing umum karo kolega, dheweke bakal miwiti ndeleng sampeyan ora minangka intern anyar, nanging minangka spesialis sing padha.

Ana tugas khusus, contone, "nulis tes unit kanggo modul." Sampeyan meh ora bisa macet kanggo dangu nggoleki solusi. Ing wektu sing padha, cukup serius lan diwenehake ora mung kanggo latihan trainee. Tes tulis nambah stabilitas proyek kanthi nyuda kewan omo ing aplikasi lan nyuda wektu tes manungsa. Ing donya becik, tes unit ditulis langsung sak pembangunan, nanging kasunyatan tansah beda. Mengkono yen pangembang modul tetep ing sirahe lan ora weruh perlu kanggo nulis. "Kabeh wis jelas, apa sing kudu dites?" Kadhangkala modul ditulis ing mode rush lan ora ana wektu kanggo tes unit. Dadi ing jagad nyata bisa uga ora ana tes unit. Mulane, tugas nulis tes unit ditugasake kanggo pamula. Kanthi cara iki, intern bakal bisa digunakake kanggo proyek kasebut kanthi luwih cepet, lan proyek kasebut bakal bisa ngirit wektu spesialis sing mbayar luwih dhuwur.

Iku kedadeyan yen interns lan pendatang anyar ditugasake dadi penguji lengkap. Biasane, sadurunge nindakake iki, sampeyan kudu masang produk kasebut sacara lokal lan maca syarat kasebut. Akibaté, karyawan anyar wis samesthine kanggo:

  • pitakonan kaya "yen sampeyan nindakake kaya iki, bakal dadi kaya iki. Iki ora ana ing syarat. kudune?"
  • tugas ing tracker bug "persyaratan kasebut, nanging nyatane ditulis kanthi beda."

Pengujian jembar banget kanggo artikel iki. Yen sampeyan diwenehi tugas sing padha, goleki Internet kanggo cara sing paling apik kanggo ngrampungake.

Yen sampeyan kekacoan, sampeyan bakal dipecat

Ing organisasi normal, yen dumadakan kedadeyan yen karyawan sing ora duwe pengalaman entuk akses menyang perkara sing kritis lan ngrusak barang, mula sing ngidini kedadeyan kasebut bakal disalahake. Amarga pamula, kanthi standar, ora duwe akses menyang infrastruktur kritis. Kanthi tuntunan sing nyukupi, dheweke ora bakal nglilani kabeh asu dadi sampah ing trainee sing ora duwe pengalaman.

Yen ana kedadeyan, dheweke ora bakal murub sampeyan amarga salah sawijining kedadeyan. Wong sinau saka kesalahan. Intern sing ngaco sinau pelajaran sing penting lan beda banget karo magang liyane. Yen sampeyan murub wong sing kekacoan, wong liya bakal teka ing panggonane lan kekacoan kanthi cara sing padha.

Sing utama yaiku sinau saka kesalahan lan ora mbaleni maneh.

Yen wong ora nggawe kesimpulan saka kesalahane, dheweke bakal nyoba ngucapake pamit marang dheweke. Nanging, jagad iki maneka warna. Ing sawetara organisasi gangster bisa langsung uncalan sampeyan metu saka jendhela kanggo kesalahan pisanan. Nanging luwih becik ngindhari perusahaan kasebut kanthi nggawe pitakon dhisik utawa ngerteni luwih akeh sajrone wawancara.

Luwih becik ngindhari kedadeyan

Sanajan sampeyan ora dipecat amarga kesalahan, kedadeyan kasebut bakal nyebabake masalah sing ora dikarepake kanggo tim lan proyek sampeyan kanthi wutuh. Mulane, ati-ati banget karo operasi mbusak utawa nggawe tabel ing database, file, conto layanan lan dokumen ing basis kawruh proyek. Yen sampeyan nemokake alamat sambungan anyar, priksa karo paling ora rong wong apa sing bisa ditindakake ing kana. Priksa hak sampeyan ing lingkungan ora kanthi nyoba lan kesalahan, nanging kanthi nggunakake printah sing cocog. Contone, hak mbusak file nggunakake printah `ls`, hak kanggo nggarap tabel ing mysql nggunakake printah `SHOW GRANTS FOR 'user'@'host';`, lan liya-liyane. Ing meh kabeh alat sampeyan bakal duwe kesempatan sing padha.

Nalika nyunting file, simpen salinan sing asli kanggo sampeyan dhewe, yen ora.

Sawetara alangan dibangun antarane trainee lan pangguna pungkasan.

Yen sampeyan bisa langsung menehi produk kanggo konsumen, sampeyan bakal bisa ora kanggo njaluk proyek, nanging kanggo miwiti "nglangi gratis". Nanging nalika sampeyan ora duwe kesempatan kasebut (lan ing wektu sing padha, tanggung jawab), sampeyan kudu ngliwati sawetara tahapan kontrol ing proyek kasebut.
Sing pertama yaiku verifikasi dening mentor. Dheweke ngevaluasi keputusan newbie saka sudut pandang teknis. Yen mentor durung ditugasake, mula sampeyan kudu golek. Kanggo nindakake iki, sampeyan kudu milih salah siji saka lawas-timer saka project lan sak break takon marang kanggo ndeleng solusi: apa masalah wis ditanggulangi bener? Yen dheweke wiwit nggoleki lan nanggapi, mula wis ditemokake mentor. Yen dheweke ora nggatekake, mula kudu takon karo wong liya.

Tahap sabanjure yaiku Jaminan Kualitas. Ing Rusia - testers. Ing gaya Soviet - kontrol standar lan departemen kontrol kualitas. Dheweke kudu mesthekake yen kinerja trainee konsisten karo tugas sing diwenehake marang dheweke. Dheweke bakal arang maca kode kasebut. Paling asring, penguji bakal mriksa proyek sing dibangun, sing disimpen pangembang ing sistem kontrol versi.

Tahap katelu yaiku manajer rilis. Bisa uga ora ana wong sing kapisah kanggo tugas iki, nanging ana sing isih duwe peran. Dheweke mriksa manawa penguji wis ngonfirmasi manawa proyek kasebut bisa dirilis. Sawise iki, nindakake kegiatan kanggo ngirim produk menyang pangguna pungkasan.
Ing organisasi cilik, alangan kasebut bisa uga ora ana amarga macem-macem alasan. Nanging, dheweke ora bakal menehi tugas anyar kanggo ngganti sing penting. Amarga ora ana sing butuh risiko iki.

Sampeyan kudu melu perang dhisik, banjur kita bakal weruh.
Napoleon Bonaparte

Muga-muga artikel iki bisa mbantu ngatasi kahanan sing durung mesthi lan ngirim resume pisanan. Mesthi, sampeyan kudu nyiapake dhisik. Nanging ora perlu overextend. Sampeyan bisa uga wis sinau ing universitas utawa kuliah nganti pirang-pirang taun. Sabanjure arep menyang ngendi? Pungkasane, luwih becik krungu "ora" saka spesialis lan ngupayakake kesalahan tinimbang ngomong "ora" saben dina lan mandheg berkembang kanthi profesional.

Sawise nyewa, sampeyan kudu fokus kanggo tuwuh saka intern dadi anggota tim sing lengkap. Iki jenis wutah biasane nerangake karo Tambah ing pituwas.

Mugi-mugi panjenengan sabar lan tabah.

Mung pangguna pangguna sing bisa melu survey. mlebunggih.

Apa tugas pisanan sampeyan ing proyek IT?

  • Komplek

  • penting

  • Urgent

  • Udu saka nduwur kui

75 pangguna milih. 20 kedhaftar abstained.

Apa sing kudu sampeyan lakoni ing wiwitan kerja?

  • Instal produk kanthi lokal

  • Tes produk sing wis ana

  • Nindakake latihan, tugas palsu

  • Nggawe eksperimen, proyek nyata kanggo klien

63 pangguna milih. 25 pangguna abstain.

Pira siswa ing grup sampeyan sing bisa ngrampungake tugas ing mata pelajaran teknis sajrone latihan?

  • 1 saka 10

  • 1 saka 5

  • Saben detik

  • Kabeh, karo pangecualian langka

70 pangguna milih. 19 kedhaftar abstained.

Source: www.habr.com

Add a comment