Memindahkan karier Anda ke bahasa pemrograman lain [tertutup]


21

Saya akan memotong untuk mengejar. Saya mencari saran tentang bagaimana pengembang yang berpengalaman akan meyakinkan calon pemberi kerja bahwa mereka harus dipertimbangkan untuk posisi yang menggunakan bahasa lain. Ini dengan persyaratan khusus non-bahasa lain yang dipenuhi (mengetahui kontrol versi, OO, derajat, dll ...). Misalnya seorang pengembang PHP yang ingin pindah ke posisi Perl. Apakah itu mungkin? Seberapa sulitkah itu? Apakah ini tergantung pada bahasa?

EDIT: Jawaban yang saya dapatkan adalah bukti bahwa masa depan komunitas ini memang cerah, tetapi sayangnya hanya memungkinkan saya untuk memilih satu jawaban. Terima kasih untuk semua yang menjawab.


7
bahasa! = karier; karir == pengembang
Steven A. Lowe

Jawaban:


18

Berbicara sebagai seseorang yang telah memberikan wawancara.

Jujur

Biarkan mereka tahu Anda mengganti trek, dan juga beri tahu mereka berapa lama Anda pikir itu akan membawa Anda untuk meningkat.

Menjadi antusias

Tunjukkan pada mereka bahwa Anda senang mempelajari bahasa baru. Antusiasme dapat menggantikan pengalaman ketika Anda tahu pengembang akan pulang dan melanjutkan program dalam bahasa yang sama.

Memiliki pemahaman tentang konsep CS

Memiliki pemahaman yang lebih dalam akan memudahkan mengambil bahasa baru (antara lain).

Tunjukkan bahwa Anda tahu bahasa terkait

Mempelajari Ruby begitu Anda tahu Perl bukanlah lompatan besar. Skema Belajar ketika Anda hanya tahu C adalah lompatan besar.

Tunjukkan bahwa Anda sudah tahu 3 bahasa

Semakin banyak bahasa yang Anda tahu semakin mudah untuk mengambilnya sampai menjadi kasus belajar idiom lebih dari sintaks.


Ini adalah informasi yang bagus untuk didapatkan, melihat calon pelamar dari sisi perekrutan manajer.
canadiancreed

20

Seorang programmer yang berpengalaman harus dapat mengambil hampir semua bahasa pemrograman, selain alat pemrograman yang masuk akal. Jika Anda ingin pindah ke bahasa baru, cukup baca satu atau dua buku di waktu Anda sendiri, latih di rumah, dan kirimkan resume seperti halnya orang lain.


4
Saya tidak membelinya. Butuh waktu untuk mempelajari perpustakaan yang dilengkapi dengan bahasa. Apakah pemula c ++ pro / php akan sebagus dokter hewan php 10 tahun? Juga, beralih dari bahasa yang dikelola memori ke bahasa yang tidak jauh lebih sulit daripada sebaliknya.
Neil McGuigan

9
@ NMR, mengapa Anda ingin " mempelajari " perpustakaan? Selalu ada referensi yang tersedia, Anda tidak boleh mengacaukan otak Anda dengan hal-hal yang tidak penting seperti API.
SK-logic

4
@NRM Contoh buruk. C ++ => PHP seharusnya merupakan transisi yang hampir sepele. Sekarang, mencoba ini sebaliknya sulit.
Konrad Rudolph

1
@NRM - tentu saja seorang "pemula" tidak akan sebagus "dokter hewan" 10 tahun. Namun, ada banyak pekerjaan untuk "pemula". Dari sanalah dokter hewan berasal.
davidhaskins

1
Masalahnya di sini adalah meyakinkan calon atasan bahwa Anda dapat berganti bahasa, terutama dengan mendapatkan HR, yang hanya memiliki req yang mengatakan "minimal 37 tahun pengalaman Jawa" atau sesuatu yang sama bodohnya.
Fred Larson

8

Pengungkapan penuh: Saya belum mencoba ini sendiri

Menurut saya, Anda memerlukan strategi dua bagian untuk membuat ini berhasil. Pertama, Anda perlu melangkah di depan pintu untuk wawancara. Itu berarti melewati setiap resume dan filter SDM. Dengan cara apa pun Anda dapat memasukkan kata kunci bahasa baru ke dalam resume Anda tanpa berbohong (mis., Menyumbang proyek open-source). Setelah Anda mendapatkan wawancara, Anda perlu membuktikan kepada manajer perekrutan bahwa ...

  • Anda dapat berbicara dengan cerdas tentang bahasa baru (terutama jika Anda belum ahli)
  • Anda mampu mempercepat dengan cepat sehingga Anda tidak ketinggalan rekan kerja Anda

Saya akan berpikir bahwa setiap programmer yang cukup berbakat dalam bahasa apa pun harus dapat melakukannya dengan cukup sabar. Anda akan membutuhkan kesempatan yang tepat di perusahaan yang tepat dengan keadaan yang tepat untuk dipekerjakan untuk bahasa baru. Jadi, singkatnya, sama seperti dipekerjakan untuk pekerjaan normal. :-)


7

Lebih dari 25 atau bahkan 30 tahun saya harus belajar banyak bahasa baru. Begitu banyak sekarang saya kehilangan hitungan. Berikut ini daftar kasarnya.

JIKA saya pergi jauh, kembali ...

8080, Z80, 6502, 8086, 80286 assembler.

DASAR (sekitar 6 varietas).

APL (yay)

PL / 1

FORTRAN 4 dan 77

COBOL (percaya atau tidak)

PASCAL (beberapa varietas termasuk Delphi)

OCCAM2 (tumpukan kesenangan - pembuatan proses instan)

C (banyak kompiler, banyak prosesor, banyak varian aneh)

C ++

Ada (sistem besar dan juga sistem tertanam)

Perl kecil hanya untuk bersenang-senang

PHP

Ini telah digunakan pada semua jenis mesin - sistem tertanam kecil, papan pengembangan, mainframe IBM yang menjalankan TSO, VAX / VMS, CP / M, DOS, Windows, Solaris, Linux, sistem tertanam tanpa OS, lingkungan pengembangan yang di-host secara remote, di dan pada daftar berjalan.

Dan ada beberapa hal tidak jelas yang terlempar di sepanjang jalan yang tidak dapat saya ingat (atau tidak ingin ... PL / M).

Masing-masing harus dipelajari karena itu adalah bagian dari menyelesaikan pekerjaan. Dalam kebanyakan kasus, saya tidak punya pengalaman sebelumnya, hanya manajer yang toleran dan keinginan untuk melompat dan menyelesaikan pekerjaan.

Jika mempelajari sesuatu yang baru menarik bagi Anda, maka belilah buku, mainlah, lakukan hal-hal di waktu Anda sendiri. Jika pergi untuk suatu posisi itu terlihat bagus pada resume yang telah Anda lakukan ini karena Anda tertarik.

Seperti yang ditunjukkan salah satu jawaban lain, sebagian besar waktu konsep untuk melakukan hal-hal umum tidak banyak berubah, hanya cara mengekspresikannya. (Atau tentu saja Anda dapat masuk ke beberapa bahasa yang sangat tidak biasa yang tidak ada OO atau prosedural dan ini memang membutuhkan perubahan pola pikir.)

Jika Anda mendapatkan kesempatan untuk melakukan sesuatu yang agak luar biasa sebagai bagian dari pekerjaan Anda, maka raih kesempatan itu selagi bisa. Sebagian besar hal-hal yang tercantum di atas saya tidak digunakan selama bertahun-tahun dan saya tidak akan menggunakannya lagi, tetapi Anda tidak pernah tahu. Suatu hari saya benar-benar ingin membangun mesin APL mikrokode :)


4

Sebagai anekdot pribadi, saya disewa untuk posisi Java dengan menunjukkan demo berbasis PHP. Saya pikir saya mengerti karena saya tahu bahasa dari domain tertentu (jika bisa disebut seperti itu), jadi saya tidak akan kembali -mempelajari konsep lengkap, itu hanya akan seperti menggunakan pena, bukan pensil (Anda mendapatkan ide kan?).

Saya percaya bahwa apa yang benar-benar sangat penting adalah untuk menunjukkan bahwa Anda memiliki pengembangan perangkat lunak yang baik, konsep CS dan keterampilan berkomunikasi, bahwa Anda mencari solusi untuk masalah bahkan untuk yang paling sulit, bahwa Anda ingin membantu rekan kerja Anda, mengotomatisasi dan sederhanakan pekerjaan mereka dan yang paling penting (setidaknya bagi saya) bahwa Anda rendah hati dan mengakui bahwa Anda tidak tahu segalanya dan bahwa Anda bersedia untuk belajar lebih banyak.

(Benar-benar menyalahgunakan kata "itu" ..)


3

Saya hanya pernah mengambil satu pekerjaan di mana saya sudah tahu bahasa pengembangan utama, jadi ya, itu tidak hanya mungkin, saya selalu menganggap itu adalah hal biasa.

Yang perlu diingat adalah bahwa hanya ada satu bahasa dari banyak bahasa dan teknologi yang mungkin mereka gunakan. SQL adalah SQL. Tidak masalah jika Anda melakukannya dengan python atau perl. Dan mengkonfigurasi server DB bahkan tidak terkait bahasa. HTML adalah HTML, tidak masalah jika dihasilkan oleh PHP atau ASP. Sama dengan XML. Soket adalah soket, mereka pada dasarnya beroperasi sama di semua bahasa. OpenGL bekerja sama di Delphi seperti halnya di C ++. Sintaks spesifik adalah bagian kecil dari gambar ketika Anda melihat pengembangan secara keseluruhan. Beberapa keterampilan itu adalah topik besar dalam dan tentang diri mereka sendiri, dan jauh lebih sulit untuk dipelajari daripada bahasa baru.

Intinya adalah, fokuslah pada keterampilan. Tentu, Anda mungkin tidak tahu teknologi pengembangan utama mereka, tapi itu hanya satu bagian dari teka-teki. Tapi kemungkinan mereka juga menggunakan teknologi dan OS lain yang Anda tahu.


1

Anda akan berjuang untuk masuk jika Anda tidak memiliki akronim tulis di resume Anda. Jika Anda ingin berubah, luangkan waktu untuk proyek-proyek pribadi untuk mempelajarinya dengan cukup baik dan kemudian soroti itu.


1

Itu tentu saja mungkin. Saya baru saja memulai pekerjaan di mana saya bekerja di ruby, javascript dan pergi. Sebelum saya mulai, saya tidak punya banyak pengalaman dengan bahasa-bahasa itu.

Saya pikir kunci kesuksesan saya di sini adalah pada waktu antara respons awal dan wawancara, saya memastikan saya tahu cukup ruby ​​(bahasa utama mereka) untuk memahami dan menulis kode dunia nyata. Saya pikir itu juga membantu bahwa saya tahu Python dan C yang sangat mirip dengan ruby ​​dan pergi.


1

Perusahaan tempat saya bekerja tidak mencari "programmer C #". Setiap programmer yang baik akan melakukannya karena dia dapat mengambil bahasa dalam waktu singkat.

Jika Anda menyewa programmer dengan ide mereka tinggal selama beberapa tahun maka saya benar-benar tidak dapat melihatnya sebagai masalah, mereka punya banyak waktu untuk mempelajari seluk beluk dan keluar dari bahasa. Jika mereka pergi setelah satu tahun maka itu mungkin buang-buang waktu.


0

IMHO, tidak semua programmer bereaksi sama. Bahasa adalah agama ;-)

Dalam pengalaman pribadi saya, saya suka belajar bahasa baru tetapi sangat cepat mencintai atau membenci. Saya bisa jatuh cinta dengan bahasa baru yang diketahui hari pertama dan menggunakannya untuk tahun-tahun mendatang. Saya juga membenci bahasa dari awal sampai sekarang, bahkan ratusan ribu jika tidak jutaan programmer menggunakannya.

Jadi saya menyarankan untuk tidak memerintahkan peer programmer ke bahasa lain. Sebagai gantinya, mengobrollah tentang preferensi bahasa selama waktu bir Jumat malam, untuk menemukan cinta atau kebenciannya.

  • Saya sengaja mengabaikan nama bahasa dalam jawaban ini ;-)
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.