Perekrutan untuk
magang musim panas di Yandex berlanjut. Ini berjalan dalam lima arah: backend, ML, pengembangan ponsel, frontend, dan analitik. Di blog ini, di blog lain di Habré dan sekitarnya, Anda dapat menemukan banyak informasi orang dalam tentang bagaimana magang berjalan. Tetapi banyak dalam proses ini tetap menjadi misteri bagi mereka yang tidak bekerja untuk perusahaan. Dan jika Anda melihat dari sudut pandang manajer pengembangan, maka ada lebih banyak lagi pertanyaan. Bagaimana melakukan magang, bagaimana memaksimalkan kegunaan bersama dengan magang, bagaimana mengelola untuk mempelajarinya dalam tiga bulan dan mengajarkan segala sesuatu yang diperlukan untuk terus bekerja?
Kami menyiapkan artikel kami berlima. Kami memperkenalkan diri: Ignat Kolesnichenko dari layanan teknologi komputasi terdistribusi, Misha Levin dari layanan intelijen mesin Pasar, Denis Malykh dari layanan pengembangan aplikasi, Seryozha Berezhnoy dari departemen pengembangan antarmuka pencarian dan Dima Cherkasov dari grup pengembangan anti-penipuan. Kita masing-masing mewakili bidang magangnya. Kita semua manajer, kita perlu magang, dan kita memiliki pengalaman bekerja dengan mereka. Biarkan kami memberi tahu Anda beberapa pengalaman ini.
Wawancara pra-magang
Calon sedang menunggu beberapa wawancara teknis. Sukses di wawancara tergantung pada tingkat yang lebih rendah pada soft skill (kemampuan untuk berkomunikasi secara efektif) dan lebih banyak pada hard skill (keterampilan dalam matematika dan pemrograman). Namun, manajer menghargai keduanya.
Ignat:
Bahkan jika seseorang sangat keren, tetapi sama sekali tidak komunikatif, dia tidak akan dapat menerapkan semua keterampilan. Tentu saja, kami memperhatikan hal ini, tetapi ini bukan alasan untuk tidak mengajak seseorang magang. Dalam tiga bulan, semuanya bisa berubah, dan di samping itu, kesan pertama Anda mungkin salah. Dan jika semuanya benar - perlu bagi orang tersebut untuk menjelaskan, untuk mencari tim lain. Bagi peserta pelatihan, bersosialisasi jelas bukan faktor kunci. Namun, keterampilan profesional jauh lebih penting.
Denis:
Saya suka orang yang bercerita - dengan cara yang baik. Seseorang yang bisa mengetahui bagaimana mereka secara heroik berurusan dengan seorang fakap dengan sebuah tim adalah hal yang menarik. Saya mulai mengajukan pertanyaan tambahan ketika cerita seperti itu muncul. Tetapi ini jarang terjadi jika Anda hanya meminta "untuk membicarakan sesuatu yang menarik dalam proyek Anda."
Seorang kandidat pernah mengucapkan ungkapan yang luar biasa, yang bahkan saya tuliskan: "Saya berhasil menghindari tugas yang membosankan."
Karena tidak ada banyak waktu untuk komunikasi, pewawancara mencoba untuk mendapatkan informasi yang berguna tentang kandidat setiap menit rapat. Sangat bagus jika dokter magang mengetahui terlebih dahulu detail pengalamannya (bukan dari resume) yang bisa dibagikan. Ini harus menjadi cerita pendek tentang kasus ini.
Denis:
Saya memperhatikan jika seseorang mengatakan bahwa ia mencoba banyak bahasa, pendekatan. Orang-orang dengan wawasan yang lebih luas datang dengan solusi yang lebih elegan dalam mode pertempuran. Tapi ini merupakan nilai tambah yang ambigu. Anda dapat meraih puncak, tetapi serius tidak belajar apa pun.
Waktu pada cerita yang dijelaskan oleh Denis biasanya hanya tersisa pada wawancara terakhir. Sampai saat itu, perlu untuk menunjukkan pengetahuan mendasar dan praktis yang akan membentuk dasar kerja masa depan. Dan, tentu saja, Anda harus menulis kode di papan tulis atau di selembar kertas.
Misha:
Kami menguji pengetahuan tentang teori probabilitas dan statistik matematika. Kami melihat apakah seseorang memiliki pengalaman bekerja dengan metrik, dengan algoritma pembelajaran mesin, dengan menyesuaikan parameternya, dengan pelatihan ulang, dll. Kami berharap seseorang dapat menulis kode dengan cukup untuk menjadi seorang analis.
Denis:
Mereka yang datang untuk wawancara sebagian besar tahu bahasa: di Yekaterinburg kami memiliki sekolah bahasa dasar yang bagus, institusi yang baik. Tapi jujur saja, kandidat magang dengan keterampilan keras yang baik adalah kasus yang langka, setidaknya di lingkungan epsilon kami. Misalnya, Swift. Sangat sulit untuk bekerja dengan string, dan ada beberapa orang yang dapat bekerja dengan mereka di luar kepala saya. Untuk mata seperti itu segera melekat. Saya sering memberi tugas pada wawancara, yang tepatnya terkait dengan pemrosesan garis. Dan selama ini hanya ada satu orang yang, segera, di selembar kertas, dapat menulis kode Swift seperti itu. Setelah itu saya pergi dan memberi tahu semua orang bahwa seseorang akhirnya dapat menyelesaikan masalah ini dengan Swift di selembar kertas.
Algoritma Wawancara
Ini adalah masalah yang terpisah, karena kandidat masih memiliki pertanyaan - mengapa kita selalu mengevaluasi pengetahuan tentang algoritma dan struktur data? Bahkan pengembang seluler dan vendor front-end di masa depan lulus tes ini.
Misha:
Saat wawancara, kami pasti memberikan semacam teka-teki algoritmik. Kandidat perlu mencari tahu bagaimana mengimplementasikannya dengan Python, lebih disukai tanpa kesalahan. Anda perlu memahami cara memeriksa program Anda dan memperbaikinya sendiri.
Pengalaman dalam algoritma sangat berguna karena tiga alasan. Pertama, itu jelas akan dibutuhkan dalam masalah algoritmik - yang jarang terjadi, tetapi masih terjadi. Kedua, pengembang akan dapat lebih efisien menyelesaikan masalah yang berkaitan dengan algoritma, meskipun tidak perlu masuk ke dalam algoritma itu sendiri (dan sudah ada beberapa dari mereka). Ketiga, jika Anda tidak diajarkan algoritma di universitas, tetapi Anda masih tahu cara bekerja dengan mereka, maka ini mencirikan Anda sebagai orang yang ingin tahu dan akan meningkatkan otoritas Anda di mata orang yang diwawancarai.
Denis:
Sebagian besar pengembangan ponsel adalah JSON Shifting. Tetapi setiap enam bulan sekali ada kalanya algoritma dibutuhkan. Saya sekarang menggambar peta yang indah untuk YandexWeather. Dan dalam seminggu saya harus menerapkan algoritma penghalusan, algoritma Sutherland-Hodgman dan algoritma Martinez. Jika seseorang tidak tahu apa hashmap atau antrian prioritas akan menjadi, dia akan duduk untuk waktu yang lama dan tidak jelas apakah dia akan berhasil atau tidak tanpa bantuan dari luar.
Algoritma adalah dasar dari pengembangan. Inilah yang membantu pengembang untuk menjadi pengembang. Apa pun yang Anda lakukan. Mereka juga diperlukan dalam proyek-proyek sederhana, di mana pekerjaan utamanya terdiri dari “pengalihan JSON”. Bahkan jika Anda tidak menulis algoritme itu sendiri, tetapi secara implisit menggunakan struktur data apa pun, lebih baik untuk memahaminya. Jika tidak, Anda akan mendapatkan aplikasi yang bekerja lambat atau salah.
Ada programmer yang datang untuk pengembangan akademis: mereka memasuki universitas, jujur tidak belajar selama lima tahun, dan menerima spesialisasi. Mereka tahu algoritma karena mereka telah diajarkan. Dan kemudian pengetahuan tentang algoritma tidak mencirikan cakrawala seseorang, perlu untuk memverifikasi cakrawala ini dengan cara lain.
Dan ada otodidak, yang saya anggap sebagai diri saya sendiri. Ya, secara formal, saya memiliki pendidikan IT, diploma dalam rekayasa perangkat lunak. Tetapi orang yang belajar sendiri belajar untuk memprogram "sebaliknya". Mereka tidak memiliki program universitas. Biasanya mereka tidak terbiasa dengan algoritma - karena mereka belum pernah menemukan kebutuhan untuk mempelajarinya. Dan ketika orang seperti itu memahami algoritma, ini berarti bahwa dia menghabiskan waktu dan menemukan mereka. Setelah menyelesaikan universitas, saya menyadari bahwa saya memiliki bintik-bintik putih pada bagian dari algoritma mendasar - faktanya adalah bahwa spesialisasi tersebut diterapkan. Saya pergi dan belajar kursus online di Universitas Princeton, Robert Sedgwick yang terkenal. Dipahami, mengerjakan semua pekerjaan rumah. Dan ketika seseorang dalam wawancara menceritakan kisah yang serupa, saya langsung tertarik, ada keinginan untuk bekerja dengannya, atau setidaknya melanjutkan pembicaraan.
Ignat:
Ketika Anda mewawancarai seorang peserta pelatihan, dalam arti tertentu, Anda mengharapkan lebih dari pengembang berpengalaman. Kita berbicara tentang kemampuan untuk menyelesaikan masalah algoritmik, dengan cepat menulis setidaknya beberapa jenis kode yang benar. Seorang kandidat untuk magang - dia masih di universitas. Hanya setahun yang lalu, dia diberi tahu segalanya tentang algoritma secara detail. Diharapkan dia bisa mereproduksi mereka. Jika orang tersebut memadai dan mendengarkan ceramah dengan hati-hati, ia hanya akan mengetahui segalanya, mengeluarkannya dari cache.
Tugas apa yang dipecahkan peserta pelatihan
Biasanya, program magang dapat diuraikan dan didiskusikan pada wawancara akhir. Magang bisa mendapatkan tugas pelatihan hanya pada awal pekerjaan, yang hasilnya tidak akan terlibat dalam produksi. Selain itu, kemungkinan mendapatkan tugas seperti itu kecil. Paling sering, proyek-proyek militer dari jaminan yang diberikan, yang diakui sebagai layak diperhatikan, tetapi bukan prioritas dan "dipisahkan" - sehingga komponen lain tidak tergantung pada implementasinya. Para pemimpin mencoba mendistribusikannya sehingga peserta magang mengetahui bagian-bagian berbeda dari layanan, bekerja di lingkungan yang sama dengan anggota tim lainnya.
Ignat:
Ini adalah tugas yang sangat berguna. Mungkin mereka tidak akan meningkatkan pemanfaatan cluster sebesar 10%, mereka tidak akan menyelamatkan perusahaan satu juta dolar, tetapi mereka akan membuat ratusan orang bahagia. Sebagai contoh, kami sekarang memiliki pekerja magang yang terlibat dalam klien kami untuk memulai operasi pada kluster kami. Sebelum memulai operasi, itu harus memuat beberapa data di cluster. Biasanya dibutuhkan 20-40 detik, dan sebelum ini terjadi secara diam-diam: Saya memulainya di konsol dan Anda duduk, lihat layar hitam. Magang datang dan membuat fitur dalam dua minggu: sekarang Anda dapat melihat bagaimana file diunggah dan apa yang terjadi. Tugas, di satu sisi, tidak sulit dalam deskripsi, dan di sisi lain, ada sesuatu untuk digali, yang harus dilihat perpustakaan. Bagian terbaiknya adalah Anda melakukannya, seminggu berlalu, ternyata ada di cluster, orang sudah menggunakannya. Anda menulis posting di jaringan internal - mereka mengucapkan terima kasih.
Misha:
Peserta magang menyiapkan model, mengumpulkan data untuk mereka, menghasilkan metrik dan melakukan eksperimen. Perlahan-lahan, kami baru mulai memberinya lebih banyak kebebasan dan tanggung jawab - kami memeriksa untuk melihat apakah dia berhasil. Jika demikian, ia pindah ke tingkat berikutnya. Kami tidak berasumsi bahwa ketika magang tiba, ia dapat melakukan semua ini. Kepala membantunya untuk mencari tahu, memberikan tautan ke sumber daya internal atau kursus online.
Jika peserta pelatihan menunjukkan dirinya di puncak, mereka dapat diberi sesuatu prioritas, penting untuk departemen atau layanan lainnya.
Dima:
Peserta pelatihan kami sekarang terlibat dalam penyempurnaan antifraud hardcore. Ini adalah sistem yang berjuang melawan berbagai macam berita dan penipuan pada layanan Yandex. Awalnya kami berpikir untuk memberikan hal-hal yang tidak terlalu rumit dan tidak terlalu penting untuk produksi. Kami mencoba memikirkan tugas-tugas peserta pelatihan sebelumnya, tetapi kemudian kami melihat bahwa seseorang “terbakar”, dengan cepat dan baik menyelesaikan masalah. Sebagai hasilnya, kami mulai mempercayakan kepadanya dengan peluncuran antifraud untuk layanan baru.
Selain itu, ada sedikit peluang untuk mendapatkan tugas yang belum didekati oleh kolega sebelumnya karena volumenya.
Dima:
Ada satu sistem lama, dan ada yang baru, belum selesai. Anda harus berpindah dari satu ke yang lain. Di masa depan, ini adalah proyek penting, walaupun dengan ketidakpastian tinggi: Anda perlu banyak berkomunikasi, membaca kode warisan yang tidak dapat dipahami. Pada wawancara terakhir, kami dengan jujur mengatakan kepada pekerja magang bahwa tugas itu sulit. Dia menjawab bahwa dia siap, datang ke tim kami, dan dia berhasil. Ternyata ia memiliki kualitas tidak hanya seorang pengembang, tetapi juga seorang manajer. Dia siap untuk berjalan, mengenali, melakukan ping.
Membimbing magang
Seorang peserta pelatihan membutuhkan seorang mentor untuk terjun ke dalam proses. Ini adalah orang yang sadar tidak hanya tugasnya, tetapi juga tugas peserta pelatihan. Komunikasi teratur dilakukan dengan mentor, Anda selalu dapat meminta saran kepadanya. Mentor dapat menjadi pemimpin kelompok (jika itu adalah kelompok kecil), atau salah satu kolega, anggota biasa tim.
Ignat:
Saya mencoba untuk muncul setidaknya setiap hari, bertanya bagaimana kinerja peserta pelatihan. Jika saya melihat bahwa saya telah menggali, saya mencoba untuk membantunya, bertanya apa masalahnya, dan mencari tahu dengannya. Jelas bahwa ini menghilangkan kekuatan saya dan membuat pekerjaan magang kurang terintegrasi secara efisien - saya juga menghabiskan waktu saya. Tetapi ini memungkinkan dia untuk tidak menggali apa pun, untuk mendapatkan hasil. Dan masih lebih cepat daripada jika saya melakukannya sendiri. Saya sendiri butuh 5 jam untuk tugas itu. Magang akan melakukannya dalam 5 hari. Dan ya, saya akan menghabiskan 2 jam selama 5 hari ini untuk berbicara dengan magang dan bantuan. Tapi setidaknya 3 jam saya akan menghemat, dan peserta pelatihan akan senang bahwa dia diminta, dibantu. Secara umum, Anda hanya perlu berkomunikasi dengan erat, memperhatikan apa yang dilakukan seseorang, dan tidak kehilangan kontak.
Serge:
Magang terus berhubungan dengan mentornya dan berkomunikasi dengannya beberapa kali sehari. Mentor merevisi kode, terlibat dalam pemrograman berpasangan dengan peserta pelatihan, membantu ketika ada beberapa tempat masalah. Dengan cara ini, dengan menggabungkan bantuan mentor dan misi tempur nyata, kita melatih renders depan.
Dima:
Agar pekerja magang tersebut tidak ditinggalkan, kami akan membahas siapa yang akan membimbingnya bahkan sebelum merekrut. Ini juga merupakan peningkatan besar bagi mentor itu sendiri: mempersiapkan peran pemimpin tim, menguji kemampuan untuk mengingat baik tugasnya maupun tugas peserta pelatihan. Ada pertemuan rutin yang kadang-kadang saya lakukan sendiri untuk mengikuti perkembangan. Tetapi mentor berkomunikasi dengan peserta pelatihan secara teratur. Pada awalnya ia menghabiskan banyak waktu, tetapi itu terbayar.
Namun, kehadiran seorang mentor tidak berarti bahwa semua masalah yang muncul diselesaikan melalui dirinya.
Misha:
Diterima dari kami bahwa orang yang mengalami masalah meminta saran tetangga dan kolega dan dengan cepat mencari bantuan. Semakin cepat seseorang tumbuh, semakin sering ia perlu pergi ke rekan-rekannya untuk mencari tahu sesuatu. Berguna untuk bahkan mempelajari tugas orang lain untuk mendapatkan tugas baru. Ketika peserta magang dapat menyetujui, memahami apa yang penting bagi pihak lain, dan mencapai hasil dalam tim, ia akan tumbuh jauh lebih cepat daripada orang yang kepadanya pemimpin harus melakukan semua ini.
Serge:
Ada dokumentasi, tetapi sebagian besar informasi dibubarkan di udara. Jika Anda menyerapnya pada awal karier, ini merupakan keuntungan tambahan, dan kami dapat memfokuskan seseorang pada apa yang perlu dipelajari.
Trainee yang ideal adalah seseorang yang telah berlatih selama beberapa bulan, menjadi pengembang junior, kemudian hanya pengembang, lalu pemimpin tim, dll. Untuk ini, Anda memerlukan arketipe seorang siswa yang tidak ragu untuk bertanya apakah ia tidak memahami sesuatu, tetapi mampu. kerja mandiri. Jika ia diberi tahu bahwa Anda dapat membacanya di sana, ia akan pergi, membaca, dan benar-benar kembali dengan pengetahuan baru. Dia mungkin salah, tetapi dia tidak boleh salah lebih dari satu, maksimal dua kali di tempat yang sama. Peserta pelatihan yang ideal harus mengembangkan, menyerap segala sesuatu seperti spons, belajar dan tumbuh. Siapa pun yang duduk, mencoba mencari tahu sendiri, mencari-cari untuk waktu yang lama, tidak mengajukan pertanyaan, tidak mungkin berakar.
Akhir magang
Sebelum mulai bekerja, kami menandatangani kontrak jangka tetap dengan masing-masing peserta pelatihan. Tentu saja, magang dibayar, dilaksanakan sesuai dengan Kode Perburuhan Federasi Rusia, dan magang memiliki keuntungan yang sama dengan karyawan Yandex lainnya. Tiga bulan kemudian, program berakhir - kami kemudian mentransfer banyak pekerja magang ke negara (dengan kontrak abadi).
Di satu sisi, penting bagi pemimpin bahwa pengembang memenuhi minimum magangnya. Inilah yang dituju oleh peserta pelatihan, dimulai dengan wawancara. Namun, ini baru permulaan cerita. Magang bagi kami selalu merupakan kandidat potensial untuk negara. Program minimum untuk pemimpin adalah di awal untuk membedakan seseorang yang, setelah tiga bulan, tidak akan malu untuk merekomendasikan kepada departemen lain. Program maksimum adalah untuk membuatnya tetap di tim yang sama, mengambil staf. Pada saat yang sama, kami memperhitungkan bahwa siswa tahun kedua atau ketiga, bahkan jika ia menjadi magang, akan perlu terus belajar di universitas dengan awal tahun sekolah.
Serge:
Pertama-tama, peserta magang bagi kami adalah sumber daya manusia. Kami mencoba menumbuhkan orang-orang di dalam Yandex sehingga mereka cocok untuk tugas kami. Kami memberi mereka segalanya mulai dari budaya komunikasi dan interaksi dalam tim hingga pengetahuan ensiklopedis tentang semua sistem kami.
Ignat:
Mengambil magang, kami segera mencobanya sehingga ia sampai ke tim kami. Dan sebagai aturan, satu-satunya kendala adalah kurangnya lowongan. Magang mencoba mengambil cukup banyak anak muda. Jika seseorang memiliki lima tahun pengalaman pengembangan, ia datang ke Yandex dan merupakan trainee dalam hal level, maka sayangnya, bagi kami, ini berarti bahwa meskipun ia adalah orang baik, ia mendapatkan pekerjaan di Yandex dengan pengalaman lima tahun dan tidak akan dapat tumbuh menjadi pengembang senior. . Biasanya ini tentang kecepatan: pertumbuhan yang lambat di masa lalu akan berarti pertumbuhan yang lambat di sini juga. Ya, terkadang pengertian bahwa seseorang tidak menarik hanya datang setelah tiga bulan. Tapi ini cukup langka. Dalam lebih dari setengah kasus, kami siap merekrut orang. Dalam ingatan saya, bukan karena seseorang memiliki magang yang sukses, tetapi tidak dapat lulus wawancara untuk posisi penuh waktu.
Misha:
Semua pekerja magang yang sukses diundang untuk tinggal bersama perusahaan. Setelah magang, kami biasanya mengambil lebih dari setengah waktu penuh. Lebih sulit dengan magang musim panas, karena seringkali siswa, misalnya, tahun ketiga, datang kepada kami dan sulit bagi mereka untuk menggabungkan pekerjaan dengan belajar.
Dima:
Misalkan seorang peserta pelatihan melakukan pekerjaan yang sangat baik dan memiliki banyak prospek untuk tumbuh menjadi pengembang yang baik - bahkan jika dia tidak memiliki pengalaman yang cukup sekarang. Dan anggaplah tidak ada lowongan untuk kontrak abadi. Maka semuanya sederhana: Saya perlu pergi ke pemimpin saya dan mengatakan kepadanya - ini adalah orang yang sangat keren, dia harus ditinggalkan dengan sekuat tenaga, mari kita menawarkan sesuatu kepadanya, menemukan tempat untuk melampirkannya.
Cerita magang
Denis:
Gadis yang mendapat kami magang di 2017 berasal dari Perm. Itu adalah 400 kilometer dari Yekaterinburg ke barat. Dan setiap minggu dia datang kepada kami dari Perm dengan kereta api ke Mobile Development School. Tiba di sore hari, belajar di malam hari dan pergi di sore hari. Setelah menghargai semangat seperti itu, kami memanggilnya untuk bekerja, dan itu berhasil.
Ignat:
Beberapa tahun yang lalu, kami berpartisipasi dalam program pertukaran peserta pelatihan. Sangat menarik untuk bekerja dengan orang asing. Tetapi magang dari sana tidak lebih kuat dari, misalnya, dari ShAD atau dari FCN. Tampaknya EPFL berada di 20 universitas teratas di Eropa. Pada saat itu, saya - seperti pewawancara yang belum berpengalaman - memiliki harapan seperti itu: luar biasa, kami akan mewawancarai orang-orang dari EPFL, mereka akan sangat keren. Tetapi orang-orang yang telah menerima pendidikan dasar tentang pengkodean di negara kita - termasuk di universitas-universitas regional utama - berada pada level yang sama.
Atau cerita lain. Sekarang saya memiliki seorang pria di staf saya, cukup muda, sekitar 20 tahun. Dia bekerja di St. Petersburg, datang untuk magang. Dia sangat keren. Anda, seperti biasa, memberi orang tugas, dia menyelesaikannya, dan setelah sebulan datang dan berkata: Saya telah memutuskan, saya melihat, dan tampaknya arsitektur Anda buruk. Mari kita ulangi. Kode akan menjadi lebih sederhana, lebih mudah dimengerti. Tentu saja, saya membujuknya: volume pekerjaan besar, tidak ada keuntungan bagi pengguna, tetapi gagasan itu terdengar sangat masuk akal. Seseorang memahami proses multi-utas yang kompleks dan menyarankan perbaikan - mungkin sebelum waktunya, refactoring untuk refactoring. Tetapi begitu Anda ingin menyulitkan kode ini, Anda masih dapat melakukan refactoring ini. Bahkan, beberapa bulan berlalu, dan kami menerima tugas ini. Saya dengan senang hati membawanya pada staf. Kami bukan genius. Anda bisa datang, mencari tahu sesuatu dan mengarahkan kami ke masalah kami. Itu dihargai.
Misha:
Kami memiliki pekerja magang yang sempurna. Terlepas dari kurangnya pengalaman, mereka melihat tugas tidak hanya pada tingkat teknis, tetapi juga pada tingkat global. Mereka menawarkan perbaikan mendasar. Mereka memiliki pemahaman tentang bagaimana menerjemahkan tugas dari dunia nyata ke teknis, tanpa kehilangan makna. Mereka bertanya-tanya apa tujuan akhirnya, apakah perlu menggali rincian sekarang atau apakah Anda dapat sepenuhnya mengubah pendekatan untuk tugas atau bahkan pernyataan masalah. Jadi, mereka memiliki cadangan untuk beberapa level lebih tinggi. Untuk melakukannya, mereka hanya perlu memompa beberapa keterampilan dan alat internal. Plus, luncurkan beberapa proyek yang sukses.
