Cara Ngalih Karir Saka Insinyur QA menyang Pangembang: Kisah Coder

Saiki, sapa wae bisa sinau dadi pangembang: manajer, salesman, pelayan, utawa pelatih. Nanging, program kadhangkala bisa katon akeh banget kanggo sawetara wong anyar, lan padha aran pundung ing advance babagan kasempatan kanggo nampa proyek minangka pangembang junior. Pramila sawetara siswa milih peran insinyur QA minangka pilihan sing aman. QA minangka wong sing nyoba piranti lunak lan nemokake bug. Profesi iki ngidini sampeyan mlebu ing jagad pemrograman sing kompleks. Kita ngenalake crita pangembang Kyrylo, sing miwiti perjalanan ing IT kanthi uji QA (jaminan kualitas) lan banjur dadi pangembang.

QA cocog kula, lan aku wiwit delve menyang wilayah iki

Aku ora kasengsem ing karir pangembang sawise sekolah. Isih, aku mlebu universitas ing fakultas "Pengembangan perangkat lunak sistem" amarga wong tuwa menehi saran supaya milih spesialisasi iki. Aku ngerti pemrograman, nanging butuh kerja. Aku sukses makalah istilah, nanging aku lulus tanpa kawruh program ngalangi. Banjur aku nyoba kanggo golek proyek minangka programmer; Nanging, sawise gagal 2-3 wawancara, sing aku ora ngerti carane lulus, aku mutusaké kanggo dadi tester QA. Sawijining dina aku nemoni perusahaan sing ngrekrut wong kanggo magang QA. Aku kasil lulus wawancara, ngrampungake magang, lan tetep ana ing kana kanggo dadi tester. Kabeh cocog karo aku, lan aku wiwit nyelidiki wilayah iki. Aku nulis tes otomatis ing Jawa kanggo pisanan. Iku tes sing gampang: mbukak jendhela browser, ngeklik dhaptar tartamtu, lan item sing dipilih, nanging aku seneng banget. Kayane aku nindakake sihir. Sawise sawetara wektu, kanca kelas sing kerja ing perusahaan liya ngajak aku dadi insinyur QA ing kana. Dadi aku nampa tawaran kasebut, lan entuk pengalaman sing apik ing QA lan kerja ing tim. Sawise menehi hasil karo testing manual (sing ora cukup menarik), manager takon klompok kita yen ana wong gelem nggarap tes otomatis, lan aku dadi sukarelawan kanggo peran iki. Aku mbutuhake kawruh tambahan kanggo ngatur tugas anyar, mula aku sinau C #, sing ngidini aku bisa ngatasi tes otomatis sing ana lan ngembangake. Mengko, aku duwe kesempatan kanggo ngalih menyang posisi pangembang ing perusahaan kasebut, nanging aku mutusake ninggalake perusahaan amarga timku bubar. Dadi, aku entuk posisi insinyur QA ing perusahaan sing duwe kantor ing tengah kutha lan rollercoaster ing kantor. Aku banjur mikir: Aku pengin tetep ana nganti pungkasan karirku. Nanging, aku wis kerja ing kana meh patang taun sadurunge mutusake lunga. Aku entuk pengalaman sing apik kanggo kerja ing tim. Kita asring nonton video saka konferensi teknis utawa video latihan babagan cara kerja teknologi. Sanajan aku melu tes otomatis, aku sinau teknologi sing gegandhengan lan entuk katrampilan anyar. Kabeh ing kabeh, iku pengalaman apik kanggo kula.

Aku pengin nggawe program liyane

Banjur aku nemokake lowongan kanggo insinyur QA, sing mbutuhake kawruh babagan Python. Aku cepet maca buku babagan Python kanggo mangerteni sintaksis lan ngrampungake tugas test sing diwenehake perusahaan. Sanajan aku wis ora kejawab tenggat wektu, perusahaan nampa karyaku lan ngajak aku wawancara. Obrolan kita langsung: Aku ngobrol karo manajer QA lan manajer proyek babagan topik umum babagan testing lan program. Lan aku tak nyewo. Tanggung jawabku kalebu nindakake tes otomatis lan manual. Nanging, aku ora seneng banget karo manual, sing nuduhake tumindak monoton, lan aku pengin nggawe program liyane. Dadi aku wiwit nambah kawruh babagan Python, ndhaptar kursus, lan ngobrol karo manajer babagan ambisiku. Nanging nalika iku, dheweke ora duwe posisi pangembang sing kosong. Aku kerja lan sinau ing wektu sing padha. Transisi njupuk kira-kira sangang sasi: ing musim semi, aku miwiti latihan lan entuk kerja ing Desember. Wangsulan: Bab ingkang paling angel sak transisi ora malah aku teka tengen konsep anyar ing program nanging rodo aku overloaded lan ngginakaken kakehan wektu karo komputer.

Pengalamanku minangka insinyur QA mbantu aku ing pemrograman

Ing sawijining dina, kanca kelas sing kerja ing perusahaan IT nulis marang aku. Dheweke nawakake proyek insinyur QA, nanging aku kandha yen aku nggoleki proyek pangembang. Pranyata dheweke duwe posisi sing kosong, mula aku mutusake kanggo nyoba. Kita duwe wawancara telung jam babagan teknologi sing beda-beda (miturut tabel katrampilan), lan sawise iku - wawancara karo klien. Dheweke weruh potensial ing aku, mula aku entuk kerja. Aku seneng kerja ing kana amarga aku dikenalake karo akeh teknologi anyar. Kajaba iku, perusahaan kasebut duwe rekan kerja sing apik sing bisa dijaluk saran babagan proyek kasebut. Pengalaman sadurunge ing tes ing proyek gedhe menehi pangerten babagan proses babagan carane produk dikembangake. Iku mesthi kauntungan. Pengalamanku minangka insinyur QA mbantu aku ing program saiki. Nalika aku nindakake tugas, aku ngerti yen kanca-kancaku bakal nyoba, mula aku njlèntrèhaké rincian sabisa-bisa sing kudu digatekake. Banjur, nalika insinyur QA teka kanthi njaluk bantuan kanggo ngerteni, aku ngerti apa sing pengin dingerteni saka aku. Dadi aku mbantu dheweke nyoba komponen tartamtu sing dikembangake. Katrampilan nganalisa sistem kanthi akeh unsur migunani. Aku bisa gampang ngelingi gambar amba malah sistem Komplek. Bagéyan saka tugas programer uga kalebu nulis tes unit sing nguji fungsi tartamtu ing aplikasi kasebut. Ngerti carane nulis script test paling langsung mbantu karya. Yen aku saiki wis lulus, aku bakal nyoba golek kerja minangka pangembang wiwit wiwitan. Aku wedi kanggo program amarga kita sinau C ++ ing universitas, ngendi sampeyan kudu nimbang ton saka nuansa nalika coding. Nanging, sajrone latihan, aku ngerti yen iki ora kedadeyan: perkara sing rumit bisa ditulis kanthi gampang lan jelas.