Kita semua melalui (atau akan melalui) tahapan ketika kita dengan serius memutuskan untuk mendapatkan pekerjaan di bidang IT, mempersiapkan beberapa waktu, membaca informasi, memimpikan sukses, dan akhirnya mendapatkan pekerjaan di perusahaan pertama. Kecil kemungkinan Anda akan dapat mengalami emosi yang sama lagi, karena ini adalah momen ketika Anda menerima uang pertama Anda untuk apa yang dilakukan enam bulan bersyarat terakhir secara gratis. Pada saat ini, seseorang mungkin lebih menyukai stabilitas, dan akan tetap berada di perusahaan ini untuk waktu yang cukup lama.
Ini adalah artikel ketiga dari serangkaian kemungkinan kesalahan yang bisa dilakukan pengembang di awal karier mereka. Dari sini dapat disimpulkan bahwa sekarang saya akan berbicara tentang mengapa solusi seperti itu dapat menjadi masalah di masa depan.
Artikel Sebelumnya
Garis besar kasar artikel mendatang:
Kelelahan awal
Pentingnya mempelajari bahasa, tetapi bukan kerangka kerja
Saat Anda berhenti menjadi developer junior
Jika Anda tertarik pada salah satu topik masa depan ini lebih dari yang lain, tulis di komentar, saya akan mencoba merilisnya sesegera mungkin.
Penafian : Artikel ini bukan aturan mutlak dan pengalaman Anda mungkin berbeda.
Mari kita tentukan dulu kondisi awal munculnya masalah, yang akan saya uraikan di bawah ini.
Ini adalah pekerjaan pertamamu
Anda telah bekerja di sana untuk waktu yang lama (1 - 1,5 tahun +)
Anda bekerja dengan pimpinan / mentor yang sama
Anda sedang mengerjakan proyek yang sama dengan tumpukan yang sama
Terus terang, Anda mendapat pekerjaan, dan secara umum tidak ada yang berubah banyak bagi Anda selama Anda bekerja di sini. Masalah muncul saat Anda memutuskan untuk berganti pekerjaan.
Apa inti masalahnya, Anda bertanya? Pekerjaan pertama dan mentor berpengalaman memiliki pengaruh yang sangat kuat pada seseorang. Anda tidak punya waktu untuk mengevaluasi setiap persyaratan, Anda tidak memiliki preferensi tertentu, Anda memiliki kepercayaan penuh pada pengembang senior, dan tidak apa-apa. Pada titik tertentu, Anda terbiasa dengan beberapa aturan (atau kurangnya aturan) sehingga seluruh proses mengerjakan tugas menjadi otomatis.
, , , . , .
, - , ? - . - , . , . , , - , .
, , - , . , , , , . workflow , , .
workflow , . , , , . , , .
, , - , , . , , . , - , - , , .
- . IT, . , , . , , . - , , , .
, . , , . , , - .
,
, . , , , tab
enter
( shift + tab
IT ). , , , , .
,
husky, . , ci/cd, , , , , .
, husky , push
, , , push
, .
- , , , - .
, , , . , , .
- - . , "" - , , . , .
: Vue, , . RxJS ( Angular, ).
, RxJS Observable, Vue, / .. . , , . , . .
, TypeScript ( JS). TS, 2- Vue , . , , any
. , TS - , . , , , - , .
, , . - , -. , , . , - , .
, , . , , "", , . , , , , .
- -, . , , , , , , , , .
, - , . , , UI/UX , . , , , .
, ( ) , , . , , .
. , , / . 2- , .
, , , . , / , , , . , .
, . , , , .
- “ n ”, , , , .
, , . , , . , , , , - . , , .
, , , .
, . , ( 3 , ), , . , , , , , .
, , , , , . . , , - .
Jika Anda baru-baru ini berubah dan dihadapkan pada penolakan dan negativitas karena aturan baru, cobalah menilai secara objektif apakah ini bukan keinginan untuk kembali ke tanah lama yang sudah dikenal, dan apakah apa yang menurut Anda benar akan benar. seluruh tim? Jika Anda berpikir demikian, cobalah untuk memperkuat sudut pandang Anda dengan contoh-contoh praktis, tetapi juga pertimbangkan waktu dan manfaat dari perubahan tersebut dan apakah 2 metrik ini proporsional.
Secara umum, di artikel ini saya juga ingin berbicara tentang skill rilis produk, tetapi sudah ada banyak teks, jadi saya akan membicarakannya lain kali.