Belum lama ini, satu perusahaan menawari saya magang karena saya mendengar ulasan bagus tentang murid-murid saya. Ambil pendatang baru, bekerja dengan mereka selama sebulan, dan kemudian kirim mereka ke proyek pertempuran - di mana mereka akan bekerja sendiri.
Tentu saja, saya senang, saya ingin setuju. Ini akan menjadi cara yang bagus untuk menguji keterampilan Anda di tempat baru, untuk memperbaiki kesalahan kursus masa lalu. Kemudian, magang adalah pilihan yang cukup sederhana untuk menyebarkan visi Anda tentang pengembangan, arsitektur, desain, dan secara umum untuk mendapatkan uang tambahan.
Tetapi ketika tiba saatnya untuk mengumumkan harganya, saya sengaja memelintirnya sehingga saya ditolak. Saya tidak memiliki jawaban yang jelas mengapa saya melakukan ini, tetapi ada satu miliar keraguan dan pikiran yang menindas. Saya menyadari bahwa pelatihan magang adalah kejahatan yang pasti.
Magang yang saya bicarakan pada dasarnya adalah kursus dengan latihan selanjutnya pada proyek pertempuran di tim aktif. Kursus itu sendiri berlangsung singkat dan hanya melibatkan mempelajari teknologi tertentu, dan praktik selanjutnya adalah melemparkan anak-anak anjing ke dalam air, dengan harapan bahwa mereka sendiri akan belajar berenang.
Dari sudut pandang siswa, mereka melakukan sesuatu seperti ini:
, hh .
. . - , js. . . . .
. . . .
- , , , . .
. . . .
. — .
. , User Story. , , , , . - .
. . , . js. . , , .
. , , . . . , , . , . .
, . . .
, . .
, . , . . . , - .
. , . . .
Jika secara ketat, sinis dan di atas kertas, maka terlihat seperti ini:
- Tugas kualifikasi
- Wawancara Teknis (yang saya benci)
- Menunggu hasilnya
- Pelatihan dengan kuliah, pembagian ke dalam tim dan implementasi bersama proyek.
- Demo Tim Proyek
- Ujian (wawancara teknis lagi)
- Menunggu hasilnya
- Wawancara dalam proyek nyata dan / atau terima tawaran
Tidak terlalu buruk jika Anda tidak memikirkannya. Tetapi jika Anda melihat sedikit saja, Anda dapat melihat bahwa sebanyak 2/3 dari rencana konseptual dicadangkan untuk menguji pengetahuan. Mengetahui banyak pengembang yang setia pada ide bisnis, saya tidak yakin itu jelas bagi semua orang mengapa ini menyebalkan.
Magang adalah penopang. Bukan untuk mengajar, tetapi untuk mengambil pemula yang tidak yakin akan diri mereka sendiri, mengarahkan mereka di dasar-dasar dan menjual mereka sebagai spesialis penuh atau menggunakannya untuk tugas rutin. Setiap pengembang yang memiliki kualifikasi memadai dapat melihat mereka yang sangat mungkin lulus jaminan sosial dan dapat memberikan hasilnya dengan upah minimum di pertama kalinya. Dan dengan mempertimbangkan keterampilan keras yang umumnya rendah di industri, Anda bahkan dapat mengambil siswa acak 3+ tahun dan mengajarnya untuk berada pada level pembuat kode "khas" dalam waktu hampir sebulan. Tidak ada yang akan melihat substitusi dan semua orang akan senang. Jalur dua.
Bahkan, dengan magang, saya menghukum murid-murid saya untuk tersiksa. Setelah itu dimulai suatu hal yang tidak dibicarakan:
- Rasa sakit dan penderitaan
. , . , , .
, . . .
. .
. . , .
, , . . . , .
?
Mereka harus mencari tahu sendiri tentang proyek itu. Tidak ada yang akan membantu mereka. Dalam kasus terbaik, mereka sesekali akan menendang dan menyodok kesalahan. Nurani akan melahap mereka dari dalam karena kegagalan: tenggat waktu yang hilang, bug. Mereka akan malu untuk meminta spesialis senior, takut untuk menunjukkan kualifikasi rendah mereka. Tampaknya? dan persetan dengan mereka, mereka akan menderita, mereka akan mengisi kerucut dan dapat mengalir ke pekerjaan. Kuda-kuda yang tertekan secara moral.
Kualifikasi rendah - tidak masalah, mereka akan menyelesaikan studi mereka. Mereka terbakar di tempat kerja - tidak ada, mereka bisa mengatasinya. Bisnis ingin "di sini dan sekarang", sangat terspesialisasi, dapat lulus wawancara dengan spesialis yang kurang terlatih. Semuanya akan mengikuti, jika dia adalah orang yang baik.
Setelah itu kita mendapatkan arsitektur yang mengerikan, kode yang tidak berfungsi dengan baik, perangkat lunak yang buruk. Ini tidak terlalu buruk. Kami mendapatkan banyak spesialis yang kecewa dengan industri ini. Pengembang pengetahuan yang buta dan haus tidak akan membawa praktik baru, alat keren baru. Mereka tidak akan membawa pengembang baru, mereka tidak akan bisa atau tidak mau membimbing mereka. Ini pada akhirnya akan menyebabkan stagnasi, devaluasi konsep "pengembang", dan kemudian ke penurunan tingkat keterampilan secara keseluruhan di industri.
Dan industri sekarang dalam keadaan yang sangat aneh: di satu sisi, tidak ada tugas di dunia di mana pengembang belum berguna. Di sisi lain, sistem pendidikan klasik tidak sejalan dengan berlalunya waktu. Spesialis masa depan belajar minum dan bergaul di universitas selama lima tahun, lalu dengan cepat menulis kode pada kursus, magang, atau bahkan di rumah dengan buku. Orang-orang dilatih sebagai wajib militer dalam Perang Dunia II. Tepuk dan kodok dan di kereta ke depan, menetralkan ranjau dengan berjalan kaki.
Pengembang berpengalaman yang sudah nyaman dalam industri tidak peduli dengan semua ini, saya tahu. Dalam kasus terbaik, gubuk mereka berada di ujung tanduk, dalam yang terburuk - penghinaan bagi pendatang baru yang tidak dapat mempelajari apa pun secara normal, meskipun "saya bisa." Dengan "kabut asap" kebanyakan orang, saya berpendapat.
Bagi mereka yang perlu mendidik pemula, saya punya solusi, tetapi Anda tidak akan menyukainya. Solusi terbaik bukanlah kursus yang dipercepat dan magang ditembak jatuh dalam satu bulan, tetapi mentoring yang panjang dan panjang.
Hal pertama yang harus dipahami adalah bekerja. Jika Anda ingin menyebut diri Anda seorang mentor, Anda harus omong kosong, setidaknya satu tahun dengan satu orang. Anda perlu menunjukkan dengan jelas bahwa dia memiliki waktu Anda, dan perhatian sehingga dia tidak takut untuk mendatangi Anda. Anda harus hati-hati memeriksa semua yang Anda katakan, karena pada awalnya kata-kata Anda akan dianggap sebagai kebenaran tertinggi. Dalam ulasan kode, Anda harus menyeimbangkan kualitas dan perasaan orang yang menulis kode ini dengan sangat hati-hati.
Di satu sisi, setiap cant dalam kode yang tidak Anda tunjuk mengajarkan seseorang bagaimana melakukan kesalahan. Di sisi lain, sekelompok orang gila akan mengalahkan keinginan untuk belajar.
Itulah mengapa Signora harus diajarkan: hanya setelah paksa memaksa sindrom penipu Anda ribuan kali, Anda akan memahami bagaimana menangani sindrom penipu yang baru lahir pada siswa Anda.
Saya terlibat dalam pelatihan baik pada proyek maupun di luar, dan hanya di sini hasilnya sangat bagus. Ini adalah pengembang yang memiliki tujuan dan perhatian yang dapat membedakan kotoran dari madu. Satu-satunya hal yang tidak selalu memungkinkan belajar dengan cara ini adalah waktu.
Mentoring membutuhkan banyak waktu, kerja, dan pribadi. Sendiri, kamu tidak bisa merentangkan bahkan tiga junes. Ini sangat sulit. Kita perlu memikirkannya beberapa bulan sebelumnya. Kita perlu menemukan kerumunan senior yang setuju untuk menjadi mentor dalam proyek. Belajar itu tidak menguntungkan. Pengembang tidak menginginkan masalah dan bergabung, meskipun hanya mereka yang dapat mengubah sesuatu. Suatu hari, teman saya mengambil perlindungan selama Pertengahan Juni dan membuat profil. Diprofilkan dengan kuat. “June tidak mengerti apa-apa. June bodoh dan melakukan segala kesalahan. June marah. June melewati hutan, dan aku akan pergi diam-diam untuk mendapatkan uang, tidak menguntungkan bagiku untuk menghabiskan waktu di sana. Jika dia sendiri tidak bisa melakukan apa-apa, maka saya juga tidak akan membantu. " Ini terjadi di semua tempat.
Tetapi kita tidak boleh mengeluh bahwa semuanya berubah seperti itu, tidak menggerutu pada don Juni yang bodoh, dan tidak menulis di Internet bahwa program untuk "mengembangkan keterampilan karyawan" adalah obrolan dan fiksi. Kita harus pergi, meyakinkan bisnis untuk tidak menutup lubang dengan seratus peserta pelatihan, tetapi untuk berinvestasi dalam pelatihan sepuluh jones. Kemudian ambil setidaknya satu dan habiskan, habiskan, habiskan waktu Anda untuk itu. Toleransi, derita, dan korbankan diri Anda sendiri sampai sistem pendidikan yang ceroboh kembali normal.
Apakah itu sepadan? Saya tahu satu hal yang pasti - Anda tidak ingin memberikan semua yang terbaik, jangan mencoba untuk mengajar orang. Ini bukan mainan Anda, Anda memikul tanggung jawab penuh untuk itu, dan untuk semua proyek yang akan mereka lakukan. Membawa di depan Anda.