🥇Menghilangkan rasa takut akan pekerjaan pertama

Potongan gambar dari film "Harry Potter dan Tahanan Azkaban"

Masalah di dunia ini adalah orang terpelajar penuh dengan keraguan, namun orang bodoh penuh percaya diri.

Charles Bukowski

Saya baru-baru ini mengajarkan pelajaran pemrograman tatap muka lainnya. Berbeda dengan kelas reguler, topiknya bukanlah konstruksi bahasa atau pemecahan masalah. Siswa tersebut menceritakan kekhawatirannya tentang pekerjaan di masa depan. Siswa itu sendiri cukup pintar. Salah satu dari mereka yang mengikuti kursus menyelesaikan seluruh program lebih cepat dari siapa pun dan dengan solusi orisinal, tetapi sepanjang waktu dia dengan tulus meremehkan dirinya sendiri. Menurut saya, keraguan seperti itu hanya muncul karena kurangnya informasi. Saya mencoba mengisi kekosongan ini secara dadakan selama pelajaran.

Pertanyaannya kira-kira seperti ini:

Setiap tahun banyak mahasiswa yang lulus dari universitas dan mereka semua mencari pekerjaan. Itu banyak orang. Mereka mungkin akan merekrut orang-orang terbaik, tapi saya tidak akan mendapat tempat.
Bagaimana jika saya membuat kesalahan dan langsung dipecat?
Bagaimana jika dalam proses kerja mereka menyadari bahwa saya bodoh dan mengusir saya?

Siswa ini bukanlah orang pertama yang saya jawab pertanyaan seperti itu. Banyak orang memilikinya, dan biasanya harus diberitahukan tanpa persiapan. Kali ini saya memutuskan untuk menuliskan monolog saya di buku catatan. Saya pikir itu akan menjadi beberapa paragraf, tetapi ternyata cukup untuk satu artikel utuh.

Artikel tersebut menjelaskan pandangan dari sudut pandang saya dan berdasarkan pengalaman saya. Namun, dunia kita sangat beragam dan hal-hal menakjubkan terjadi di dalamnya. Jika Anda tidak setuju dengan sesuatu atau pengalaman Anda berbeda, silakan tulis komentar.

Artikel ini ditulis oleh pengembang untuk pengembang. Namun, jika Anda berencana melakukan pengujian, administrasi, atau apa pun di bidang TI, beberapa saran juga akan berguna bagi Anda.

Mereka tidak akan mempekerjakan Anda sama sekali

Bayangkan banyak universitas yang meluluskan ratusan mahasiswanya setiap tahunnya, tentu menjadi tidak nyaman. Bagaimana cara bersaing dengan orang sebanyak itu?

Sayangnya, tidak semua lulusan memiliki pelatihan teknis yang memadai. Coba tanyakan kepada beberapa mahasiswa yang Anda kenal: bagaimana orang-orang dalam kelompoknya dapat mengikuti ujian dalam disiplin ilmu seperti “database” atau “dasar-dasar algoritma dan pemrograman”? Dalam kelompok yang terdiri dari 30 orang, paling banter, akan ada 3-5 orang “mahir” yang benar-benar melakukan semuanya sendiri. Sisanya cukup menyalin dari mereka, menjejalkan jawaban atas pertanyaan dan menyerahkan.

Begitulah ketika saya belajar sendiri. Namun, pengalaman saya mungkin tidak mewakili. Jadi saya menanyakan pertanyaan ini kepada beberapa siswa yang berbeda. Jawabannya hampir sama. Responden berasal dari berbagai universitas dan perguruan tinggi. Saya akan meninggalkan diskusi tentang alasan di luar cakupan artikel ini. Saya tidak punya cukup waktu untuk mempelajarinya secara menyeluruh, jadi saya akan menarik kesimpulan dari fakta yang ada.

Di antara ratusan lulusan, hanya beberapa lusin saja yang diminati oleh pemberi kerja

Hanya sedikit lulusan yang dapat memberikan persaingan nyata bagi siswa yang berkemampuan dengan persiapan yang baik. Namun, meskipun Anda belajar dengan sungguh-sungguh, setelah wawancara pertama kemungkinan besar Anda tidak akan dipekerjakan. Setelah yang kedua, mungkin juga. Segalanya mungkin berjalan baik, tetapi lebih baik mempersiapkan diri Anda bukan untuk penyerangan, tetapi untuk pengepungan. Upaya yang gagal untuk mendapatkan pekerjaan hanyalah alasan untuk memperbaiki kesalahan Anda dan mencoba lagi. Saya tidak akan berbicara tentang persiapan wawancara. Banyak yang telah ditulis tentang topik ini di Internet. Saya hanya akan mengatakan bahwa ada nuansa dalam wawancara yang mungkin tidak akan dijelaskan oleh program pelatihan Anda. Carilah informasi ini sendiri, ini mungkin mengurangi jumlah upaya.

Kegilaan adalah pengulangan tindakan yang sama. Berkali-kali, mengharapkan perubahan

Albert Einstein

Agar wawancara tidak berubah menjadi kegilaan, Anda perlu meningkatkan diri setelah setiap upaya baru. Hafalkan atau tuliskan pertanyaan yang diajukan kepada Anda selama wawancara. Ketika Anda kembali ke rumah, lihat daftar ini dan periksa diri Anda menggunakan Internet. Dengan cara ini Anda akan memahami di mana kesalahan Anda dan pewawancara. Ini juga terjadi. Tinjau atau pelajari topik yang kinerjanya buruk dan coba lagi.

Selain itu, pasar tenaga kerja bersifat musiman. Perusahaan yang cerdas merencanakan perekrutan berdasarkan tanggal kelulusan. Ada lebih banyak lowongan untuk pendatang baru di musim semi dibandingkan waktu lainnya. Namun persaingan saat ini lebih tinggi.

Bodoh - dipecat

Ketika seseorang tanpa pengalaman dipekerjakan, ada ekspektasi yang sesuai untuknya.

Seorang pendatang baru dalam pekerjaan ini diharapkan untuk:

Pengetahuan tentang dasar teknis umum
Mempelajari secara spesifik bidang studi perusahaan
Menguasai alat dan praktik yang digunakan

Beberapa organisasi menyediakan kursus pelatihan bagi pendatang baru mengenai teknologi, peralatan dan prosedur lokal yang digunakan. Misalnya, sopan santun saat menggunakan email perusahaan, prosedur mengubah dokumen di wiki, fitur lokal bekerja dengan VCS, dan pelacak bug.

Ada juga kursus pengantar teknis, namun kegunaannya dipertanyakan. Jika menyangkut pekerjaan, maka pemberi kerja yakin bahwa Anda memiliki tingkat pengetahuan yang memadai. Yang terbaik adalah mengambil kursus tersebut dengan itikad baik, sebagai formalitas kecil. Mungkin sebenarnya ada sesuatu yang berguna di dalamnya.

Saat Anda mulai bekerja, ingatlah bahwa seorang pemula pasti tidak akan dipercaya untuk menyelesaikan tugas yang mendesak, kompleks, dan sekaligus penting. Kemungkinan besar hanya akan ada satu dari properti ini. Atau sederhana namun mendesak: perbaiki tata letak, kirimkan file kepada seseorang, buat ulang masalahnya. Atau sulit, tetapi tanpa harapan untuk menyelesaikannya - sehingga pemula mengumpulkan lebih banyak penggaruk. Atau penting, tapi eksperimental. Misalnya, sebuah proyek yang sudah lama diinginkan semua orang, tetapi tidak punya waktu untuk melaksanakannya.

Tugas untuk menguasai alat akan menjadi “sulit” dan dibuat-buat. Kemungkinan besar ini akan menjadi versi sederhana dari sistem utama. Tugas-tugas tersebut menggunakan tumpukan teknologi yang sama dan istilah domain yang sama dengan keseluruhan proyek. Dalam hal ini, hasil eksekusi tidak akan diberikan kepada pengguna akhir. Hal ini dapat menurunkan motivasi, namun lebih baik menolak sentimen ini. Tugas buatan harus dilakukan dengan hati-hati, seolah-olah nasib proyek bergantung padanya.

Hasil penyelesaian masalah pertama Anda akan membentuk kesan pertama Anda di antara rekan-rekan yang tidak hadir saat wawancara.

Opsi lain untuk tugas penguasaan alat adalah “menjalankan proyek pada mesin/lingkungan pengujian lokal.” Terkadang proses ini dijelaskan dalam instruksi. Namun biasanya sudah tua dan di beberapa tempat ketinggalan jaman. Anda dapat membawa manfaat nyata bagi proyek ini jika Anda menulis instruksi baru dengan klarifikasi tentang masalah yang muncul. Tentunya di universitas Anda harus menulis RGR untuk laporan beberapa disiplin ilmu. Di sini hampir sama. Dokumen tersebut harus mencerminkan tindakan yang perlu dilakukan untuk peluncuran.

Biasanya langkah-langkah untuk menjalankan produk pada lingkungan pengujian adalah seperti ini:

mengkloning repositori, beralih ke beberapa cabang atau tag
membuat beberapa file konfigurasi
menyiapkan struktur database
isi dengan data uji
membangun atau mengkompilasi proyek,
menjalankan serangkaian skrip konsol dalam urutan tertentu

Selama proses menjalankan sistem secara lokal, masalah yang tidak terduga pasti akan muncul.

Solusi yang ditemukan untuk masalah harus ditambahkan ke instruksi penerapan. Kemudian saat berikutnya Anda mengikuti petunjuknya, masalah ini tidak akan muncul lagi. Saat mengisi file konfigurasi dan memanggil skrip, Anda perlu memperhatikan nilai mana yang digunakan di mana dan apa yang harus cocok. Misalnya, jika sebuah proyek dirakit menggunakan sistem CI dan kemudian diluncurkan dengan sebuah skrip, maka penting untuk memahami di mana harus menulis nama cabang atau nomor komit. Kebetulan skrip tersebut melibatkan transfer alamat IP atau nama DNS database, login dan kata sandinya. Dalam hal ini, Anda perlu mengetahui alamat mana yang akan digunakan untuk lingkungan pengujian, login apa yang ada, dan kata sandi apa yang perlu Anda tentukan untuknya.

Beberapa tugas mungkin tampak sederhana bagi pengembang berpengalaman namun menantang bagi pekerja magang. Ini normal.

Pengembang harus menyelesaikan masalah teknis setiap hari. Karyawan yang berpengalaman telah memecahkan banyak masalah sebelumnya, sementara karyawan baru belum dapat mengatasinya. Taktik terbaik adalah mencatat semua kesalahan yang ditemukan dalam dokumen “memecahkan masalah dengan ${task name}”. Untuk setiap masalah, Anda perlu merumuskan hipotesis tentang penyebabnya, mencari solusi di Internet dan mencobanya satu per satu. Hasil dari setiap upaya juga harus dicatat.

Pendaftaran penelitian Anda dalam bentuk dokumen akan memungkinkan Anda untuk:

membongkar detail kecil dari kepala Anda. Misalnya, parameter konfigurasi, alamat DNS/IP, perintah konsol, dan kueri SQL.
ingat “apa yang saya lakukan kemarin” ketika tugas tersebut berlangsung selama beberapa hari
jangan berkeliaran dalam lingkaran. Anda selalu dapat membaca apa yang Anda lakukan sebelumnya dan memahami bahwa Anda telah kembali ke masalah awal
jawablah dengan jelas pertanyaan: “apa yang kamu lakukan hari ini?” meskipun belum ada solusi yang siap pakai.

Anda harus bisa mengomunikasikan status tugas Anda kepada rekan kerja

Dari waktu ke waktu, rekan kerja akan tertarik dengan kesuksesan Anda dan membagikan kesuksesan mereka. Luangkan waktu untuk ini setiap hari atau setiap minggu.

Jika Anda tidak mencatat masalah yang ditemui dan diselesaikan, deskripsi keberhasilan Anda akan terlihat seperti ini: “Saya mencoba menyelesaikan tugas, tetapi saya tidak dapat menyelesaikannya. Saya masih mencari solusinya.” Dari cerita ini tidak jelas apakah pekerja magang itu sedang melakukan sesuatu atau hanya duduk dan membaca. Apakah dia butuh bantuan? Apakah situasinya berubah sejak kemarin?

Jika Anda menyimpan dokumen untuk mencari solusi, Anda dapat mengatakan, “Saya sedang mencoba melakukan tugas ini. Saya mengalami kesalahan seperti ini. Inilah cara saya memutuskan. Saya belum menangani yang satu ini. Ada hipotesis dan solusinya. Aku sedang memeriksanya sekarang."

Jika tugas dapat diukur dengan cara apa pun, maka statusnya harus berisi angka. Misalnya, untuk tugas “menulis pengujian unit untuk sebuah modul”, Anda dapat mengatakan “Saya berencana melakukan 20 pengujian, sekarang saya telah menulis 10”.

Semakin banyak detail yang Anda berikan, semakin baik kolega Anda memahami apa yang Anda lakukan. Ini akan menciptakan sikap positif di antara rekan kerja Anda dan memungkinkan mereka memahami apakah Anda memerlukan bantuan atau tidak.

Jangan ragu untuk meminta bantuan

Saya tulis di atas bahwa ketika suatu masalah muncul, Anda perlu merumuskan hipotesis tentang penyebab dan kemungkinan solusinya. Namun, kebetulan hipotesis tersebut tidak dapat dibenarkan, dan solusi yang ditemukan secara independen terhadap masalah tersebut tidak berhasil. Dalam hal ini, lebih baik meminta bantuan. Agar tidak menyalahgunakan perhatian rekan kerja Anda, Anda harus menangani sendiri setiap masalah. Jika Anda belum dapat menemukan solusi dalam beberapa jam, inilah saatnya mencari nasihat dari rekan yang lebih berpengalaman.

Cara yang baik untuk memulai adalah dengan bertanya, “apakah ada yang pernah mengalami masalah ini sebelumnya?” dengan uraian singkat permasalahannya. Dianjurkan untuk melampirkan sepotong pesan kesalahan atau tangkapan layar. Lebih baik mengirim pesan ini untuk pertama kalinya ke obrolan pekerjaan umum. Dengan cara ini Anda tidak mengalihkan perhatian mereka yang benar-benar sibuk dari pekerjaan. Rekan-rekan gratis akan melihat pesan Anda dan dapat membantu.

Jika setelah pesan di obrolan umum tidak ada yang membantu, cobalah menemui rekan kerja yang berpengalaman saat istirahat: makan siang, minum teh/kopi, bermain tenis, atau istirahat merokok. Jika ini tidak berhasil, laporkan kesulitan Anda saat rapat atau stand-up.

Jika masalah yang diketahui terpecahkan, semuanya mungkin berakhir di sana. Jika masalahnya baru, maka penyelidikan akan dimulai, sehingga perlu dilakukan tindakan sesuai dengan keadaan.

Tugas pemula yang “penting” yang dibutuhkan pengguna akhir akan membosankan dan kecil. Misalnya, “tambahkan kolom tambahan ke laporan” atau “perbaiki kesalahan ketik pada formulir yang dicetak” atau “implementasi metode model untuk memuat atribut klien dari DBMS.” Tujuan dari tugas-tugas tersebut adalah agar pemula menjadi akrab dengan bidang studi dan mengintegrasikannya ke dalam pekerjaan sehari-hari.

Penting tidak hanya untuk memecahkan masalah secara teknis, tetapi juga untuk memperluas pengetahuan tentang bidang studi tersebut.

Istilah akan muncul di deskripsi tugas, di obrolan, dan percakapan. Mereka mungkin terlihat seperti kata benda yang familiar. Namun dalam kerangka sistem informasi, mereka memiliki arti khusus dan lebih tepat. Arti istilah yang ditemukan paling baik dicatat dalam dokumen khusus - kamus istilah. Saat menambahkan ke kamus, cukup menuliskan pemahaman Anda tentang kata tersebut, tetapi untuk penguraian kode yang sebenarnya, lebih baik menghubungi analis. Jika tidak ada, lanjutkan ke proyek lama. Memelihara kamus istilah adalah salah satu cara paling sederhana untuk mengenal subjek suatu proyek.

Begitu Anda menemukan bahasa yang sama dengan kolega Anda, mereka akan mulai melihat Anda bukan sebagai pekerja magang baru, tetapi sebagai spesialis yang setara.

Ada tugas khusus, misalnya, “menulis pengujian unit untuk sebuah modul”. Anda hampir tidak bisa terjebak dalam waktu lama untuk mencari solusi. Pada saat yang sama, ini cukup serius dan diberikan tidak hanya untuk pelatihan peserta pelatihan. Tes tertulis meningkatkan stabilitas proyek dengan mengurangi bug dalam aplikasi dan mengurangi waktu untuk pengujian manusia. Di dunia ideal, pengujian unit ditulis segera selama pengembangan, namun kenyataannya selalu berbeda. Kebetulan pengembang modul menyimpannya sepenuhnya di kepalanya dan tidak merasa perlu untuk menulisnya. “Semuanya sudah jelas, apa yang perlu diuji?” Terkadang modul ditulis dalam mode terburu-buru dan tidak ada waktu tersisa untuk pengujian unit. Jadi di dunia nyata mungkin tidak ada unit test. Oleh karena itu, tugas menulis unit test diberikan kepada seorang pemula. Dengan cara ini, pekerja magang akan dapat terbiasa dengan proyek lebih cepat, dan proyek akan dapat menghemat waktu spesialis dengan bayaran lebih tinggi.

Kebetulan peserta magang dan pendatang baru diberi peran sebagai penguji penuh. Biasanya, sebelum melakukan ini, Anda perlu menerapkan produk secara lokal dan membaca persyaratannya. Oleh karena itu, karyawan baru tersebut diharapkan:

pertanyaan seperti “jika kamu melakukannya seperti ini, hasilnya akan seperti ini. Ini tidak termasuk dalam persyaratan. Harus?"
tugas di pelacak bug “persyaratannya mengatakan demikian, tetapi kenyataannya ditulis berbeda.”

Pengujian merupakan area yang terlalu luas untuk artikel ini. Jika Anda diberi tugas serupa, carilah di Internet cara terbaik untuk menyelesaikannya.

Jika Anda membuat kesalahan, Anda akan dipecat

Dalam organisasi normal, jika tiba-tiba seorang karyawan yang tidak berpengalaman mendapatkan akses ke sesuatu yang penting dan merusak sesuatu, maka orang yang membiarkan hal ini terjadi yang harus disalahkan. Karena seorang pemula, secara default, tidak memiliki akses ke infrastruktur penting. Dengan bimbingan yang memadai, mereka tidak akan membiarkan semua anjingnya disia-siakan oleh peserta pelatihan yang tidak berpengalaman.

Jika terjadi sesuatu, mereka tidak akan memecat Anda karena satu kejadian. Orang belajar dari kesalahan. Magang yang mengacau mendapat pelajaran berharga dan sangat berbeda dengan magang lainnya. Jika Anda memecat seseorang yang membuat kesalahan, orang lain akan menggantikannya dan membuat kesalahan dengan cara yang sama.

Hal utama adalah belajar dari kesalahan dan tidak mengulanginya lagi.

Jika seseorang tidak menarik kesimpulan dari kesalahannya, maka mereka akan berusaha mengucapkan selamat tinggal padanya. Namun, dunia ini beragam. Di beberapa organisasi gangster, mereka mungkin langsung melemparkan Anda keluar jendela karena kesalahan pertama. Namun lebih baik menghindari perusahaan seperti itu dengan mengajukan pertanyaan terlebih dahulu atau mencari tahu lebih banyak saat wawancara.

Lebih baik menghindari insiden

Meskipun Anda secara pribadi tidak dipecat karena suatu kesalahan, kejadian seperti itu akan menyebabkan masalah yang tidak diinginkan bagi tim Anda dan proyek secara keseluruhan. Oleh karena itu, berhati-hatilah saat melakukan operasi penghapusan atau pembuatan tabel di database, file, instance layanan, dan dokumen di basis pengetahuan proyek. Jika Anda menemukan alamat koneksi baru, tanyakan setidaknya kepada dua orang berbeda apa yang dapat dilakukan di sana. Periksa hak Anda di lingkungan bukan dengan coba-coba, tetapi dengan menggunakan perintah yang sesuai. Misalnya hak untuk menghapus file menggunakan perintah `ls`, hak untuk bekerja dengan tabel di mysql menggunakan perintah `SHOW GRANTS FOR 'user'@'host';`, dan sejenisnya. Di hampir semua alat, Anda akan memiliki peluang serupa.

Saat mengedit file, simpan sendiri salinan aslinya, untuk berjaga-jaga.

Beberapa hambatan dibangun antara peserta pelatihan dan pengguna akhir.

Jika Anda bisa segera memberikan produk Anda kepada konsumen, Anda tidak akan bisa mendapatkan pekerjaan, tapi bisa “berenang bebas”. Namun meskipun Anda tidak memiliki kesempatan seperti itu (dan pada saat yang sama, tanggung jawab), Anda harus melalui beberapa tahap pengendalian proyek.
Yang pertama adalah verifikasi oleh seorang mentor. Dia mengevaluasi keputusan pendatang baru dari sudut pandang teknis. Jika seorang mentor belum ditugaskan, maka Anda perlu menemukannya. Untuk melakukan ini, Anda perlu memilih salah satu dari orang-orang lama dalam proyek tersebut dan selama istirahat minta dia untuk melihat solusinya: apakah masalahnya diselesaikan dengan benar? Jika dia mulai mencari dan merespons, maka seorang mentor telah ditemukan. Jika dia mengabaikannya, ada baiknya bertanya kepada orang lain.

Tahap selanjutnya adalah Penjaminan Mutu. Dalam bahasa Rusia - penguji. Dalam gaya Soviet - departemen kontrol standar dan kontrol kualitas. Mereka harus memastikan bahwa kinerja peserta pelatihan konsisten dengan tugas yang diberikan kepadanya. Mereka jarang membaca kodenya. Paling sering, penguji akan memeriksa proyek yang dibangun, yang disimpan pengembang di sistem kontrol versi.

Tahap ketiga adalah manajer rilis. Mungkin tidak ada orang terpisah untuk tugas ini, namun seseorang tetap memainkan peran tersebut. Dia memeriksa apakah penguji telah mengonfirmasi bahwa proyek tersebut dapat dirilis. Setelah itu, ia melakukan aktivitas pengiriman produk ke pengguna akhir.
Dalam organisasi kecil, hambatan ini mungkin tidak ada karena berbagai alasan. Namun, mereka tidak akan memberikan tugas kepada pemula untuk mengubah sesuatu yang penting. Karena tidak ada yang membutuhkan risiko ini.

Anda harus terlibat dalam pertempuran terlebih dahulu, baru kita lihat nanti.
Napoleon Bonaparte

Saya harap artikel ini akan membantu Anda mengatasi ketidakpastian dan mengirimkan resume pertama Anda. Tentu saja harus mempersiapkannya terlebih dahulu. Namun tidak perlu berlebihan. Kemungkinan besar Anda sudah belajar di universitas atau perguruan tinggi selama beberapa tahun. Ke mana harus pergi selanjutnya? Pada akhirnya, lebih baik mendengar kata "tidak" sekali dari seorang spesialis dan memperbaiki kesalahan daripada mengatakan "tidak" kepada diri sendiri setiap hari dan berhenti berkembang secara profesional.

Setelah dipekerjakan, Anda harus fokus untuk berkembang dari pekerja magang menjadi anggota tim penuh. Jenis pertumbuhan ini biasanya disertai dengan kenaikan gaji Anda.

Saya berharap Anda bersabar dan tekun.

Hanya pengguna terdaftar yang dapat berpartisipasi dalam survei. Masuk, silakan.

Apa tugas pertama Anda dalam pekerjaan pertama Anda di bidang TI?

Kompleks
penting
Mendesak
Bukan dari salah satu di atas

75 pengguna memilih. 20 pengguna abstain.

Apa yang harus Anda lakukan pada pekerjaan pertama Anda?

Instal produk secara lokal
Uji produk yang sudah ada
Lakukan pelatihan, tugas palsu
Lakukan proyek eksperimental dan nyata untuk klien

63 pengguna memilih. 25 pengguna abstain.

Berapa banyak siswa dalam kelompok Anda yang mampu menyelesaikan tugas mata pelajaran teknik secara mandiri selama pelatihan?

1 dari 10
1 dari 5
Setiap detik
Semuanya, dengan pengecualian yang jarang terjadi

70 pengguna memilih. 19 pengguna abstain.

Sumber: www.habr.com

Menghilangkan rasa takut akan pekerjaan pertama Anda