👨🏿‍🚒 🍒 ⏯️ Mengapa tidak memulai karier di perusahaan kecil non-IT 🏎️ 🙍 👦

Halo!

2 bulan terakhir saya bekerja di sebuah perusahaan kecil. Ini adalah pengalaman pertama saya sebagai programmer di sebuah perusahaan, dan saya ingin berbagi masalah yang saya temui dan kesimpulan dari mereka. Saya berharap posting ini menghemat waktu dan saraf profesional pemula.

Pendahuluan

Saya berada di tahun kedua, sering menerima pesanan dari kenalan dan freelance untuk pengembangan apa pun: situs web, bot telegram, parser, dll.

Saya bisa mendapatkan 30-50 ribu per bulan dalam skenario terbaik dan biasanya menggabungkan kerja dengan belajar.

Alasan mencari pekerjaan di perusahaan

Pertama-tama, uang. Ya, sebagai mahasiswa, saya tertarik dengan gagasan penghasilan yang layak dan stabil.

Kedua, belajar menulis kode.

Ketiga, belajar mengatur pekerjaan.

Bahkan jika Anda tidak mengikuti magang, rekan kerja masih banyak mengajar. Di perusahaan Anda melihat bagaimana programmer dewasa menulis kode, mengatur pekerjaan pada proyek, dan mengembangkan arsitektur. Ini tidak cukup pada freelance, ketika sebagian besar proyek kecil dan dilakukan pada prinsip "duduk dan tulis."

Pencarian kerja

Saya menyusun CV, mengisi resume di hh.ru, dan memulai pencarian di sana. Kesalahan saya adalah menanggapi semua yang saya lihat. Pada minggu pertama, tiga perusahaan merespons, karena dua saya memutuskan tugas tes, dan yang ketiga langsung diundang untuk wawancara.

Ada yang salah: Pencari kerja mengirimkan lusinan lowongan pekerjaan per hari, sehingga perusahaan menyaringnya dengan tugas uji. Jika perusahaan mengirimi Anda tugas tes, itu berarti mereka tahu cara menyingkirkan personil yang buruk. Luangkan waktu untuk menyelesaikan tes.

Wawancara kerja

Ada 10 orang di panel interview. Semua atau siswa, atau baru saja lulus dari universitas. Wawancara dilakukan oleh direktur perusahaan.

Pada tahap kedua wawancara, seorang spesialis teknis berbicara kepada saya. Ternyata dia adalah satu-satunya programmer. Oleh karena itu, ia benar-benar terlibat dalam segalanya: analisis data untuk departemen pemasaran, dan pengembangan aplikasi internal, dan pengembangan bot obrolan untuk klien, dan pemeliharaan server. Dia juga mengganti tinta di printer.

Ada yang salah: Lihatlah apa yang dilakukan pengembang lain di perusahaan. Itu buruk ketika mereka tidak memiliki fungsi, tanggung jawab dan bidang tanggung jawab yang ditetapkan.

Hari pertama

Karena masalah dengan pengacara, saya ditawari untuk menandatangani kontrak dalam beberapa hari, tetapi sementara itu, pergi bekerja.

Ada yang salah: Jangan pernah bekerja tanpa kontrak.

Selama tur kantor, saya diberitahu bahwa saya dapat bekerja di tempat kerja mana pun, mereka tidak diperbaiki.

Ada yang salah: Pastikan untuk menuntut tempat kerja Anda - sebuah meja dan kursi. Pada awalnya tampaknya bekerja di mana pun Anda inginkan itu keren dan modern, tetapi ini jauh dari kasus.
Pertama, Anda akan membutuhkan monitor agar tidak mematikan mata Anda pada laptop.
Kedua, setelah beberapa hari bekerja di sofa, punggung bagian bawah mulai sakit.

Saya berbicara dengan "spesialis teknis", meminta saya untuk memberi tahu Anda bagaimana kode ini diatur sekarang. Ternyata dia tidak menggunakan sistem kontrol versi sama sekali, kode sumber tersebar secara acak di server dan hosting-nya. Tidak ada dokumentasi atau tes yang ditulis untuk proyek apa pun. Jadi kode warisan yang menjijikkan dari tingkat otodidak June jatuh pada saya.

Ada yang salah: Jelas, kode harus diatur dengan baik dan disertai dengan dokumentasi, atau setidaknya komentar.

Pengelolaan

Manajer departemen TI ternyata bukan programmer, bukan administrator sistem, bukan pengembang atau bahkan analis, tetapi hanya mantan manajer proyek departemen penjualan dengan ijazah "spesialis keamanan informasi".

Ada yang salah: Pada tahap awal, sangat penting bahwa Anda memiliki pengembang senior dengan pengalaman luas dalam pengembangan industri. Sangat penting bagi bisnis untuk menghitung jadwal proyek dan mengevaluasi jebakan. Anda dapat melakukan pekerjaan ini dengan baik hanya dengan memahami cara kerja kode proyek. Jika tidak ada orang seperti itu, bersiaplah untuk mengambil semua pekerjaan ini pada diri Anda sendiri.

Dengan tenggat waktu di perusahaan adalah masalah besar. Pada saat saya tiba, "spesialis teknis" melanggar tenggat waktu untuk semua proyek, dan manajemen tidak dapat melakukan apa-apa, karena mereka tidak mengerti pemrograman dan pengembangan.

Rapat demi rapat menghambat manajemen waktu. Kadang-kadang 3-4 pertemuan per jam berlangsung setiap hari, di mana departemen memberi tahu apa yang berhasil mereka lakukan dalam 2-3 jam terakhir. Pertemuan yang sama di penghujung hari di malam hari.

Ada yang salah: Jika Anda seorang pengembang, jadwal Anda harus memiliki blok setidaknya 3-4 jam, tidak kurang. Pengembangan adalah kreatif, bukan proses administrasi yang membutuhkan konsentrasi. Ini sulit dijelaskan di perusahaan non-IT, di mana semua proses dibagi menjadi blok 15-30 menit.

Total

"Spesialis teknis" keluar, hanya menyisakan nama pengguna dan kata sandi dari semua servernya. Semua proyek di mana ia berpartisipasi terbakar. Manajemen segera mencari agen outsourcing yang bisa mengetahui sekelompok kode warisan.

Bergabung dengan perusahaan non-IT kecil adalah stres karena tidak ada yang mengerti apa yang Anda lakukan. Anda harus menjelaskan semua dasar-dasar bekerja pada produk TI, dan itu baik jika Anda memahami ini. Manajer perlu menjelaskan bahwa tahap pertama pekerjaan pada proyek adalah desain, dan tanpa tes proyek akan buruk. Anda dapat terganggu oleh hal-hal kecil setiap 15 menit, karena dalam lingkup mereka itu adalah kebiasaan.

Hal utama adalah bahwa semuanya harus belajar sendiri di lapangan. Ini sama sekali tidak sama dengan proyek pelatihan, karena orang lain, uang perusahaan, bergantung pada hasil pekerjaan Anda. Jika Anda menulis kode yang buruk, Anda akan mengerti mengapa kode itu buruk hanya ketika sesuatu rusak. Dan sesuatu pasti akan pecah.

Semoga teks ini membantu Anda menghindari pengalaman yang tidak menyenangkan. Saya akan senang dengan pertanyaan apa pun!

Mengapa tidak memulai karier di perusahaan kecil non-IT