Hanya dipekerjakan sebagai pengembang senior, bahkan tidak pernah menjadi pengembang junior, apa yang harus saya harapkan? [Tutup]

Saya telah menjadi freelancer dan seorang koder pada malam hari untuk sementara waktu, dan baru-baru ini, saya dipekerjakan setelah beberapa tingkat wawancara di sebuah perusahaan NY yang baik, meskipun saya memiliki beberapa kekurangan dalam bidang-bidang tertentu. Apakah ini biasa bagi perusahaan untuk mempekerjakan manula yang kurang berpengalaman? Apakah mereka akan menunggu beberapa minggu untuk menghormati kurva pembelajaran tertentu?

Saya tidak tahu apa-apa tentang bekerja di perusahaan, jadi itu sebabnya saya khawatir. Setelah satu minggu, saya masih memeriksa dan menjelajahi sumber, tetapi setelah satu minggu bekerja, tampaknya beberapa rekan kerja menganggap saya lambat. Saya mahir dalam matematika, fisika, algoritma, tetapi saya masih harus belajar tentang semua templat yang digunakan di perusahaan ini.

Adakah yang sudah menerima anggota senior yang kurang berpengalaman di timnya? Apakah ini dapat diterima?

Saya berencana mengadakan pertemuan dengan bos saya untuk berhenti mengkhawatirkan hal itu. Kedengarannya ide yang bagus?

[EDIT]

Terima kasih atas jawaban ini. Saya benar-benar baru - pengembang senior. Saya kembali ke kantor dengan lebih percaya diri pada hari Senin. Saya kira itu normal untuk merasa sedikit tidak kompeten di depan templat / sumber tidak dikenal selama minggu-minggu pertama ketika Anda menerima bayaran yang baik.

Tidak ada definisi "pengembang senior" yang diterima secara umum. Definisi mungkin ada dalam organisasi tetapi pengembang senior biasanya mewakili seseorang:

1. Dengan pengalaman pengembangan perangkat lunak (minimal 3-5 tahun),
2. Dapat bekerja tanpa pengawasan terus-menerus (seringkali tanpa pengawasan),
3. Akrab dengan lingkungan pengembangan dan alat,
4. Mampu mengawasi atau mengajar pengembang junior,
5. Mampu merancang dan mengimplementasikan proyek-proyek kecil hingga menengah.

Sulit untuk berbicara tentang situasi spesifik Anda, tetapi biasanya ada kurva belajar ketika bergabung dengan tim baru.

Tidak peduli seberapa standar alat dan proses yang mereka gunakan, setiap tim memiliki sejarah keputusan yang mengarahkan mereka ke keadaan saat ini. Jika organisasi menggunakan perpustakaan atau lingkungan khusus, pertanyaan pertama saya adalah bertanya tentang dokumentasi dan pelatihan . Perusahaan besar mungkin memiliki pelatihan formal untuk karyawan baru, bahkan yang senior. Baca desain yang ada, dokumentasi lingkungan pembuatan, proses, dan sebagainya. Jika ini tidak ada, tawarkan untuk mendokumentasikannya .

Saya kemudian akan meminta untuk berpasangan dengan pengembang senior yang ada . Ini biasanya merupakan cara tercepat untuk mempelajari apa yang diharapkan dan cara kerja. Bagaimana mereka memecahkan masalah itu? Berapa banyak upaya yang mereka habiskan untuk pengujian dan ulasan unit? Mengapa mereka melakukannya dengan cara ini dan bukan seperti itu? Pastikan pengembang lain membantu Anda mengatur lingkungan pengembangan Anda dan menuntun Anda melalui proses rilis juga.

Buatlah jelas bagi mereka Anda tahu bahasa dan alat, hanya saja bukan teknik mereka. Misalnya, jika Anda melakukan sesuatu dengan cara yang berbeda sebelumnya dan berpikir itu lebih baik daripada caranya, tentatif dan dengan hormat menyarankannya.

Semoga berpasangan dengan mereka tidak akan memperlambat mereka. Mereka bahkan mungkin menghargai serangkaian mata lain untuk menangkap kesalahan ketik dan masalah sebelum mereka berkomitmen untuk kontrol sumber.

Terakhir, sadarilah bahwa Anda tidak akan sepenuhnya memahami proyek besar dalam seminggu, jadi mulailah memperbaiki bug atau fitur kecil . Pastikan teman Anda memeriksanya dan Anda mendapatkan umpan balik apa pun dan semua. Anda akan kehilangan banyak hal. Anda akan membuat kesalahan. Tidak apa-apa. Belajarlah dari mereka, jangan mengulanginya dan bekerja keras. Jika Anda bagus dalam apa yang Anda lakukan, Anda akan sampai di sana.

Setelah satu minggu, saya masih memeriksa dan menjelajahi sumber, tetapi setelah satu minggu bekerja, tampaknya beberapa rekan kerja menganggap saya lambat.

Satu minggu adalah waktu yang singkat. Bahkan setelah satu bulan, Anda masih akan memeriksa sumber. Anda tidak terlibat oleh perusahaan ini untuk mengetahui kode mereka dengan hati. Alat pengembangan atau IDE Anda ada di sini untuk membantu Anda dalam hal ini. Jika beberapa masalah terjadi dengan beberapa rekan kerja setelah satu minggu, tanyakan kepada mereka bagaimana mereka bekerja dan alat apa yang mereka gunakan. Jika mereka menganggap Anda lambat setelah satu minggu, ini benar-benar kasar. Waktu minimal yang diperlukan untuk memahami aplikasi yang ada adalah sekitar satu bulan. Terutama dengan hal-hal perusahaan, yang kadang-kadang atau sebagian besar waktu tidak didokumentasikan sama sekali. Anda adalah manusia, bukan komputer.

Anda harus meminta rekan kerja Anda untuk berhenti menunjukkan bahwa Anda lambat atau mereka lebih baik dari Anda, ini tidak masuk akal! Pasti mereka lebih cepat daripada Anda, karena mereka menulis barang-barang ... Seseorang memberi Anda pekerjaan, Anda telah dipekerjakan untuk apa yang dapat Anda lakukan dan apa yang telah Anda lakukan sebelumnya, jadi orang-orang ini hanya akan menyambut Anda, tolong Anda dengan penjelasan kickstarter, stand-up harian dan tanya jawab mingguan. Jika mereka melanjutkan perilaku ini, ini sangat mengkhawatirkan dan Anda harus mempertimbangkan untuk menyelesaikan masalah ini dengan manajer atau pergi.

Saya mahir dalam matematika, fisika, algoritma, tetapi saya masih harus belajar tentang semua templat yang digunakan di perusahaan ini.

Ini sangat normal, dan bisa memakan waktu berbulan-bulan. Cobalah untuk bekerja pada bit yang sangat kecil dari aplikasi pertama dan kemudian Anda akan belajar dan menjadi mampu memiliki pandangan global dari kode, proses (ini mungkin sama pentingnya dengan kode), metodologi (bahkan jika itu tidak formal), dll.

Bahkan bagi orang yang berpengalaman dalam "bekerja di perusahaan", berada di ujung jari Anda tidak selalu merupakan hal yang buruk, itu membuat Anda tetap waspada dan fokus. Selama Anda tetap percaya diri dan tidak lumpuh.

Menjadi lebih mudah. Bekerja pada basis kode yang besar, diharapkan Anda perlu waktu untuk membiasakan diri dengan kerumitannya. Saya memiliki lebih dari satu dekade pada jam bekerja untuk sejumlah perusahaan sebelum saya beralih ke pengembangan (sedikit lebih dari setahun yang lalu) dan saya masih memiliki momen keraguan diri ketika berhadapan dengan masalah kompleks atau jumlah kode yang menakutkan (kode kami) hitungan garis dasar berjalan dalam jutaan), tetapi saya hanya menjadi prajurit, tetap Google, StackOverflow dan ini situs web di sini terbuka, bekerja keras dan saya tidak terlalu bangga untuk meminta bantuan. Anda adalah bagian dari sebuah tim, tidak lagi menjadi pembuat kode sendirian di meja depan Anda. Manfaatkan pengalaman dan pengetahuan rekan kerja Anda.

Anda dipekerjakan setelah beberapa tingkat wawancara , itu berarti mereka membuat pilihan berdasarkan informasi dengan mempekerjakan Anda. Tenang, Anda mendapat pekerjaan. Itu berarti sudah ada tingkat kepercayaan pada kemampuan Anda dan Anda telah coding untuk sementara waktu sekarang. Anda akan baik-baik saja.