Sebagai pengembang muda, haruskah saya khawatir harus menggunakan teknologi “out-of-style” di tempat kerja? [Tutup]

Saya baru lulus kuliah (Mei lalu!). Ketika saya masih di sekolah, saya ingin memastikan bahwa saya memiliki pekerjaan sebelum lulus, dan sangat awal (mungkin terlalu dini) dalam pencarian pekerjaan saya, saya memilih satu di suatu daerah yang saya berharap untuk pindah setelah sarjana. .

Namun, saya sudah menebak keputusan ini selama berbulan-bulan sekarang, karena beberapa alasan. Pertama adalah saya tidak terlalu tertantang di tempat kerja, dan saya merasa belum banyak mengalami peningkatan dalam pemrograman sejak mulai di sini. Saya selalu dapat meluangkan waktu untuk bekerja pada open source (dan di masa lalu) di luar pekerjaan saya, jadi saya punya tempat untuk mengatasi kekecewaan ini. Lebih penting lagi, saya khawatir dengan kenyataan bahwa pekerjaan saya pada dasarnya adalah bekerja pada aplikasi web Perl tua yang berderit (menggunakan Mason dan ORM in-house yang aneh).

Apakah saya menembak diri sendiri di sini dengan bekerja dengan teknologi yang tidak lagi populer, dan tidak akan benar-benar membantu saya mendapatkan pekerjaan di masa depan? Saya jarang melihat pekerjaan Perl, dan ketika saya melakukannya, biasanya melakukan sesuatu yang saya tidak tertarik (hal pengembangan web front-end).

Pemrograman sistem, visualisasi, pemrograman jaringan, atau setidaknya hal-hal pengembangan web backend adalah jenis topik yang benar-benar saya nikmati bekerja - sepertinya pengalaman kerja saya saat ini membantu saya ke posisi melakukan hal-hal ini .

Pertama-tama, berhentilah berpikir bahwa pekerjaan Anda tidak membawa Anda lebih jauh ke pekerjaan impian Anda! Setiap pekerjaan! Semuanya terserah Anda!

• Ini adalah pekerjaan pertama Anda setelah lulus dan semua orang dapat memahami bahwa Anda tidak punya pilihan yang baik atau mungkin mempertimbangkan beberapa faktor lain, seperti pindah ke tempat di mana Anda ingin tinggal. Ini adalah "alasan" yang sah, Anda dapat menyebutkannya jika langsung ditanya selama wawancara kerja.
• Setiap pekerjaan pemrograman berkontribusi pada pengalaman Anda sebagai pengembang. Ada banyak hal agnostik bahasa yang harus dipelajari sendiri oleh setiap pengembang (menerapkan arsitektur yang digabungkan secara longgar, debugging dan profiling kode, tes unit penulisan dll ...) yang dapat dipelajari dalam bahasa APA SAJA , dan Perl bukan yang terburuk untuk menggunakan. Saya biasa berlatih ketiganya dalam pengembangan VBA untuk MS Access dan itu sangat menyenangkan.
• Bagaimanapun, ini tidak produktif : selama Anda menganggap pekerjaan Anda saat ini membosankan dan tidak berguna, Anda tidak akan banyak belajar darinya. Dalam banyak kasus, calon majikan Anda akan tertarik dengan "kurva belajar" Anda - seberapa cepat Anda menguasai teknologi baru, bukan seberapa membosankan pekerjaan terakhir Anda!

Jadi, cara yang membantu Anda adalah sebagai berikut:

• Cobalah untuk menguasai bahasa yang sedang Anda kerjakan sedalam mungkin . Tonton tag perl di situs SO dan coba jawab pertanyaan yang diajukan orang di sana. Baca makalah tentang banyak sumber daya pengembang dll. Cobalah menjadi guru di bidang ini!
• Perl adalah bahasa multi-paradigma, sekarang mendukung OOP dan banyak paradigma lainnya. Cobalah untuk memisahkan mereka dari bahasa dan melihatnya secara individual. Apa jenis warisan yang dimiliki Perl? Apa saja jenis pengubah akses yang tersedia di sini untuk kelas dan anggota kelas, dll? Apakah sangat diketik atau tidak? Banyak bahasa berfungsi dengan cara yang sama, selama Anda tahu cara kerjanya secara umum, Anda akan dengan mudah menangkap perbedaan dalam bahasa lain .
• Dapatkan pemahaman mendalam tentang sistem Anda saat ini : mengapa diterapkan di Perl? Bagaimana aspek yang berbeda, seperti kinerja, keamanan, keandalan dipecahkan di sini? Apa masalah yang belum terpecahkan, peringatan, potensi pelanggaran? Bagaimana Anda mengatasinya? Mungkin ada beberapa refactoring yang wajar dari basis kode saat ini diperlukan?

Dan jangan bertahan pada pekerjaan ini lama jika Anda tidak puas dengan itu - cukup belajar keterampilan dasar, untuk menunjukkan kemauan Anda untuk belajar dan kemauan Anda untuk mengatasi kusamnya tugas Anda!

Ketika Anda melamar pekerjaan kedua Anda dalam waktu dekat ini, Anda masih bisa diperlakukan sebagai pengembang junior! Anda harus mencoba untuk menekankan apa yang telah Anda pelajari di pekerjaan pertama Anda, bagaimana Anda mengatasi masalah Anda mempertahankan kode legacy dan sistem brownfield, bagaimana Anda berhasil memperluas wawasan Anda dan fitur keren apa yang telah Anda pelajari di sana.

Tidak pernah, tidak pernah memberi tahu selama wawancara kerja bahwa Anda bosan dengan pekerjaan Anda saat ini dan itulah alasan mengapa Anda mencari hal lain. "Membosankan" begitu subyektif dan seringkali berarti bahwa Anda tidak cukup baik untuk menghadapi tantangan mempelajari hal-hal di posisi Anda saat ini dan menerapkannya sesuai dengan itu. Tunjukkan kesediaan Anda untuk belajar, untuk memperluas pengetahuan Anda dan Anda akan mendapatkan pekerjaan impian Anda, saya yakin.

Pekerjaan pertama dalam industri perangkat lunak seringkali merupakan pekerjaan yang buruk. Sementara mempelajari beberapa keterampilan pemrograman akan terjadi, pendidikan yang lebih penting yang Anda terima adalah cara bekerja di perusahaan.

Muncul di jadwal reguler, bekerja 8+ jam sehari, menggunakan perangkat lunak kontrol sumber, berurusan dengan bos & rekan kerja, mendapatkan panggilan jam 3 pagi karena server produksi telah turun dan perlu diperbaiki ... itu adalah keterampilan yang Anda miliki sedang belajar dari pekerjaan pertama Anda.

Yang sedang berkata, jika Anda bosan dan tidak menikmati apa yang Anda lakukan, berhenti. Jika Anda merasa pekerjaan ini tidak akan membantu Anda mencapai tujuan karier Anda yang sebenarnya, berhentilah. Ada banyak pekerjaan di luar sana untuk orang-orang berbakat.

Saya akan mempertimbangkan berbagai aspek pertanyaan Anda secara terpisah:

1. Pekerjaan pertama Anda tidak akan pernah sangat menantang. Alasannya adalah bahwa universitas mengajarkan Anda hal-hal yang Anda perlukan dalam 30 tahun, sementara perusahaan harus bekerja dengan teknologi yang sudah tersedia. Diharapkan barang 30 tahun lebih maju daripada keadaan saat ini. Jangka waktu setengah tahun juga menyebabkan pekerjaan menjadi berbeda dari yang biasa Anda lakukan di universitas.
2. Belajar cukup banyak dilakukan pada waktu Anda sendiri. Ini adalah fakta yang tidak menguntungkan, tetapi biaya orang begitu tinggi sehingga mereka harus selalu melakukan sesuatu yang produktif. Alternatif terbaik adalah jika dapat menggabungkan pembelajaran dan pengembangan produktif, tetapi kemudian Anda akan bekerja dengan teknologi yang belum Anda ketahui, dan itu dapat menyebabkan masalah hanya karena Anda tidak memahami teknologi yang Anda gunakan. Jika Anda ingin membuat hal-hal yang benar-benar berfungsi, pembelajaran harus dilakukan di luar lingkungan produksi. Di banyak perusahaan, ini hanya berarti waktu luang Anda.
3. Anda harus mempertimbangkan perl hanya sebagai tantangan - bagaimana meningkatkan praktik kerja Anda sehingga hal itu akan berguna tidak hanya untuk perl, tetapi juga sistem baru yang akan Anda temui dalam 30 tahun mendatang.
4. Saat mempelajari hal-hal baru, fokuslah pada hal-hal mendasar. Perl memiliki ekspresi reguler, tabel hash, dan banyak struktur data yang baik. Semua pengetahuan tentang bagaimana memanfaatkannya dengan baik bermanfaat di masa depan.

Apa yang Anda sebut teknologi "out-of-style" adalah apa yang mayoritas dari industri ini adalah tentang. Alasannya sederhana: ada lebih banyak pengembangan yang dilakukan untuk memelihara sistem yang ada daripada mengembangkan yang baru. Dan bahkan ketika mengembangkan yang baru, seringkali mereka akan dikembangkan menggunakan teknologi yang lebih tua, tetapi terbukti dan cocok dengan lanskap arsitektur yang lebih besar. Ini hanya realitas pengembangan perangkat lunak. Beberapa pengembang berada dalam posisi bahwa mereka selalu dapat bekerja pada "tepi pendarahan" dari teknologi.

Menurut pendapat saya, ada sedikit kemuliaan dalam bekerja dengan [memasukkan teknologi baru yang sangat keren di sini] daripada memberikan tepat waktu, sesuai anggaran dan sesuai dengan harapan. Itu adalah sesuatu yang hanya bisa Anda pelajari melalui pengalaman dan itu sepenuhnya independen teknologi. Saya akan mengatakan Anda berada di jalur yang baik sekarang. Terus belajar perdagangan dan seni pengembangan perangkat lunak di tempat kerja dan tetap mengikuti kurva teknologi sebaik mungkin di luar pekerjaan. Begitulah cara kebanyakan dari kita melakukannya.

Tidak suka dengan orang lain, pekerjaan ini bisa sangat menyakiti Anda . Saya secara teratur mewawancarai para kandidat yang berusaha melepaskan diri dari pekerjaan pertama mereka setelah lulus kuliah. Mereka biasanya terjebak menggunakan bahasa yang cenderung digunakan untuk pemeliharaan ditambah satu ton "kerangka" in-house. Dengan kata lain, mereka telah belajar bagaimana menggunakan beberapa toolkit yang tidak akan pernah dapat mereka akses lagi, menghabiskan waktu sejauh kemampuan kerja.

Selain itu, sebagian besar toko perawatan yang pernah saya kunjungi tidak mengajarkan keterampilan yang Anda butuhkan untuk menjadi bagian dari upaya pengembangan nyata. Ketika saya mewawancarai seseorang yang keluar dari pekerjaan pertama mereka, saya ingin tahu bahwa mereka mengerti:

1. Beberapa siklus pengembangan perangkat lunak umum
2. Kontrol Sumber
3. Cara menguji kode (TDD, unit test, selenium, hal-hal seperti ini)
4. Prinsip-prinsip OOD (Misalnya: Di kampus Anda mudah-mudahan terkena pola desain, sekarang tunjukkan bahwa Anda benar-benar menggunakan / melihatnya)
5. Pemahaman dasar arsitektur enterprise (Misalnya, apa itu sistem 3 tier, dan apakah Anda pernah bekerja dengannya)
6. Cara bekerja dengan tim

Sebagian besar keterampilan ini saya dapatkan pada pekerjaan pertama saya dengan dihadapkan pada orang-orang pintar , dan bekerja dengan mereka setiap hari. Jika Anda merasa tidak mempelajari sesuatu (tentang perangkat lunak atau bisnis), maka mulailah mencari pekerjaan lain.

Sunting: Sebagai catatan, saya ingat pekerjaan berburu di perguruan tinggi. Saya berada di sebuah pameran karier, dan mulai berbicara dengan beberapa perusahaan yang bekerja dengan firma hukum. Saya mulai bertanya kepada mereka tentang praktik pengembangan mereka, dan ternyata mereka melakukan segalanya di VBA. Saya berterima kasih kepada mereka atas waktu mereka, dan keluar dari sana.

Jika saya jadi Anda, saya pasti akan mempertimbangkan untuk melakukan beberapa pekerjaan membaca dan pemrograman setelah bekerja dalam bahasa lain (misalnya Python, Java, Scala, Ruby, C ++, dan sebagainya) jadi ketika Anda melamar pekerjaan lain, Anda dapat menunjukkan bahwa Anda memiliki pengetahuan tentang bahasa yang digunakan lebih luas dari Perl. Juga, jika Anda memiliki bidang minat lain, saya pasti akan melakukan beberapa bacaan tambahan.

Di sisi lain, ketahuilah bahwa banyak teknik pemrograman yang Anda gunakan mungkin sama terlepas dari bahasa pemrogramannya.

Jadi, sekali lagi, saran saya adalah: jangan terlalu khawatir tetapi mulailah belajar sesuatu yang baru di waktu luang Anda. Segera setelah Anda mengumpulkan cukup pengetahuan, Anda pasti akan menemukan pekerjaan yang lebih menarik.

Jika Anda tidak ingin bekerja di Perl lagi, itu bagus.

Hanya karena Perl tidak memiliki banyak flash saat ini, tidak berarti itu tidak populer.

Saya ingin menunjukkan bahwa momentum Perl telah meningkat secara dramatis hanya dalam 5 tahun terakhir.

Ada rilis yang lebih stabil dari Perl di masing-masing 2 tahun terakhir, daripada yang ada di tahun-tahun sebelumnya.

Moose dianggap oleh sebagian besar, sebagai salah satu sistem objek Perl terbaik hingga saat ini, dan hanya tanggal kembali ke awal 2006. Sistem objek paling populer berikutnya pada dasarnya disederhanakan sistem objek Moose .

Jika Anda ingin bukti seberapa populer Moose , lihat berapa banyak modul CPAN bergantung pada Moose .

Di antara modul-modul yang membutuhkan Moose adalah Dist :: Zilla , yang selalu membutuhkan Moose . Jika Anda tidak tahu, Dist :: Zilla adalah satu - satunya cara terbaik untuk membangun, dan lepaskan modul CPAN .

Juga masih ada beberapa proyek baru yang keren yang menggunakan Perl. Hamparan Lacuna untuk satu orang.

Seseorang harus mengambil sampah, membersihkan toilet, menggali parit dan bekerja di McDonalds. Saat ini Anda sedang melakukan versi pengembangan perangkat lunak itu.

Ada ADA yang salah dengan mengakui bahwa dan bercita-cita untuk sesuatu yang lebih besar!

Apa yang Anda lakukan sekarang jelas membentuk apa yang Anda lakukan besok, tahun depan dan sepuluh tahun mendatang!

Orang lain yang mengatakan berbeda sedang berusaha menekan Anda atau membuat diri mereka merasa lebih baik karena berada di tempat yang sama menyedihkannya!

Adapun Perl, itu keluar dari gaya dalam arti "Karir" kata. Seperti di kecuali jika Anda ingin membuat karir sebagai pria Perl , mulailah belajar sesuatu yang lebih baru dan lebih populer. Python, Java, C # akan membuka lebih banyak pintu dan menjadi lebih mudah dipasarkan atau sesuatu yang ada di titik memukulnya besar dalam beberapa tahun lagi seperti Erlang.

Semua yang dikatakan, * belajar bagaimana tidak melakukan ** sama berharganya seperti bagaimana melakukan , dan belajar dari kesalahan orang lain tidak begitu menyakitkan daripada belajar dari Anda sendiri.

Saat ini Anda mendapatkan pelajaran dalam kedua hal itu.

Masih ada banyak permintaan untuk orang yang baik dengan perl. Anda akan menemukan bahwa industri jaringan, dan banyak pekerjaan sysadmin berbasis * nix menggunakan perl secara luas.

Yang sedang berkata, saya gema orang lain yang menyarankan mendorong batas Anda sendiri. Bahkan jika Anda hanya bekerja dengan perl, temukan cara untuk mengoptimalkan dan merampingkan program. Sebagai contoh jika Anda melihat pendekatan linier diambil dengan suatu program (sering kali merupakan tanda dari seorang programmer yang tidak berpengalaman), dapatkah Anda menemukan cara untuk memodulasi kode untuk meningkatkan pemeliharaan? Kemampuan dasar untuk membaca sedikit kode, terlepas dari bahasa, dan mengoptimalkan dan mengubahnya menjadi kode yang lebih baik adalah keterampilan yang sangat dicari.

Cari peluang untuk membangun dan mempertahankan pengalaman dalam bahasa lain, sambil menunjukkan bahwa Anda adalah karyawan yang berdedikasi yang dapat menghadapi tantangan. Dorong diri Anda untuk mempertahankan hasil kerja yang stabil dengan kualitas tertinggi yang dapat Anda capai, dan gunakan waktu luang untuk melakukan lebih banyak pekerjaan, atau jika diizinkan untuk menciptakan hal-hal yang memungkinkan Anda untuk mengembangkan keterampilan dan pengetahuan di bidang lain. Bahkan demo sederhana yang memecahkan masalah bisnis nyata dengan cara yang berbeda (dengan bahasa yang lebih en-vogue) akan memungkinkan Anda untuk meningkatkan keterampilan, dan menunjukkan kepada atasan Anda bahwa Anda secara aktif berpikir di luar kotak. Berhati-hatilah untuk tidak terlihat mengabaikan tugas-tugas Anda yang lain hanya untuk mengerjakan proyek sampingan.

Dedikasi adalah kuncinya. Lulusan tidak diharapkan memiliki pengalaman bertahun-tahun dalam banyak bahasa. Anda selalu dapat menghabiskan satu tahun mengembangkan keterampilan komunikasi yang penting, dan menunjukkan bahwa Anda dapat meningkatkan tantangan, bahkan jika tantangannya adalah melihat melampaui hal-hal yang Anda rasa "membosankan". Pelajari cara menjual keterampilan Anda ketika tiba saatnya untuk melanjutkan. Anda diharapkan untuk terus belajar di tempat kerja, dan menunjukkan kepada atasan berikutnya bahwa Anda secara aktif mencari untuk meningkatkan keterampilan.

Ingat, tidak ada yang suka menggunakan "tahu segalanya". Saya selalu mencari untuk merekrut orang - bahkan untuk posisi senior - yang ingin belajar dan tumbuh lebih jauh.

Schwern,

Dulu saya berpikir persis sama dengan Anda dalam banyak hal. Saya keluar dari Universitas dengan keterampilan yang kuat di Jawa dan Python. Pekerjaan pertamaku adalah bekerja dengan Delphi. Saya langsung khawatir tentang hal ini, tetapi karena saya tidak memiliki pekerjaan dan baru keluar dari universitas, saya memutuskan untuk menggigit peluru dan mengambil pekerjaan itu karena saya akan memiliki pengalaman bekerja sebagai programmer terlepas dari bahasa.

Pekerjaan kedua saya adalah bekerja di bank besar yang melakukan pengembangan Smalltalk hampir sepanjang waktu, dengan sedikit Perl dan Java. Teman-teman saya menertawakan saya karena saya tidak bisa mendapatkan pekerjaan sebagai pengembang inti Java dan mengatakan bahwa saya merusak resume saya. Saya sekarang berharap untuk memulai pekerjaan baru dalam beberapa minggu yang memiliki semua teknologi yang ingin saya kerjakan dan memiliki gaji yang lebih baik untuk itu.

Jelas, saya tidak bisa mengatakan pengalaman Anda akan sama dengan pengalaman saya, tetapi ada beberapa pelajaran yang bisa Anda ambil untuk merenungkannya. Pertama, pemrograman adalah sekunder dari apa yang Anda lakukan. Jika Anda memiliki keterampilan pemodelan domain yang baik dan dapat mempelajari proses bisnis dengan cepat, itu akan menghasilkan lebih banyak dividen dalam jangka panjang dibandingkan dengan menghindari belajar bagaimana bisnis bekerja dan menghabiskan lebih banyak waktu jurusan masalah kecil, yang saya lihat di sebagian besar tempat Saya sudah bekerja.

Hal kedua yang perlu Anda ingat adalah bahwa Anda berada di jam orang lain. Jika Anda ingin memiliki pendapat sendiri tentang apa yang harus dilakukan dan memiliki kendali penuh atas segalanya, maka mulailah bisnis Anda sendiri. Saya telah menyaksikan terlalu banyak orang bergabung dengan perusahaan dan mengeluh tentang teknologi warisan, saya melakukannya sendiri ketika saya pertama kali lulus. Biasanya orang-orang ini dianggap sebagai racun bagi tempat kerja dan tidak bertahan lama. Hal utama yang perlu diingat adalah bahwa teknologi ada untuk mendukung bisnis, bukan sebaliknya. Yang terbaik yang dapat Anda lakukan dalam situasi ini adalah menciptakan peluang dari mereka, jika tidak, saatnya untuk berkemas dan pergi dan mencari pekerjaan alternatif, tetapi Anda akan menemukan setiap perusahaan tempat Anda bekerja memiliki semacam masalah warisan.

Di atas dan melampaui apa yang telah saya kemukakan, saya akan mengatakan bahwa Anda tidak ingin terlihat 'dilembagakan'. Yang saya maksud dengan ini adalah bahwa Anda terjebak untuk menggunakan bahasa dan teknologi tertentu dan tidak bisa melampaui itu. Anda ingin mengembangkan fleksibilitas dalam karier Anda, yang mencakup keterampilan pemodelan domain. Sejak Anda memulai karir Anda, saya akan menunjukkan beberapa materi bagus yang saya harap saya miliki ketika saya mulai:

Pemrogram yang Bergairah

Programmer Pragmatis

Desain berbasis domain

Programmer Karier

Kode sedikit di luar pekerjaan, tapi saya tidak merasa Anda menyakiti diri sendiri dulu. Anda adalah karyawan baru-baru ini sehingga Anda adalah pengembang tingkat pemula - pada tahap permainan ini Anda harus mempelajari hal-hal seperti Siklus Pengembangan dan bagaimana hal-hal "Harus" dilakukan.

Kejar beberapa hal di luar pekerjaan agar Anda dapat mengetahui statistik Anda. Menurut pendapat saya, Anda bisa kode atau Anda tidak bisa. Bahasa dan sintaksis bisa dipelajari - tetapi kemampuan untuk berpikir dan menyelesaikan masalah sendiri tidak bisa.