apa yang dianggap sebagai "pengalaman" dengan bahasa tertentu? [Tutup]

Saya seorang siswa CS saat ini sedang dalam proses mencari magang musim panas, khususnya karena saya ingin mengembangkan aplikasi untuk Android dan / atau iOS. Saat mencari berbagai persyaratan untuk berbagai peluang (peluang pengembangan perangkat lunak apa pun, bukan hanya yang saya pilih), ia akan mencantumkan "Pengalaman dengan x, y, z ....". Pertanyaan saya: apa yang sebenarnya dianggap sebagai pengalaman dengan bahasa atau teknologi tertentu? Saya merasa beruntung karena saya memiliki kesempatan untuk menggunakan beberapa bahasa dalam studi universitas saya, mulai dari VB hingga perakitan MIPS. Namun secara pribadi, dengan beberapa pengecualian, saya tidak akan menganggap diri saya cukup berpengetahuan luas di sebagian besar bahasa yang saya gunakan untuk dimasukkan ke posisi dan disuruh kode x pada tanggal y. Saya mungkin tahu dasar-dasar bahasanya,

Untuk menggunakan contoh spesifik yang saya hadapi sekarang: Magang saya tertarik daftar pengalaman dengan C dan / atau C ++ sebagai persyaratan. Saya telah melakukan beberapa pekerjaan dengan C, saya tahu apa yang Anda bisa dan tidak bisa lakukan, saya memiliki dan telah membaca K&R, memahami bagaimana pointer bekerja, dll. Tapi saya belum benar-benar menulis sejumlah besar kode dalam C, saya Saya telah menulis beberapa program pendek dan memodifikasi beberapa program lainnya, tetapi saya belum pernah menulis sesuatu yang cukup besar di mana saya sebenarnya harus mengatur alokasi memori atau membuat beberapa abstraksi untuk menghasilkan beberapa fungsi yang diinginkan. Jadi sementara saya merasa memiliki pemahaman konseptual, saya belum menerapkannya. Apakah pemahaman konseptual dianggap sebagai pengalaman? Saya selalu ingin belajar dan memperluas pengetahuan saya, tetapi saya juga tidak ingin terlalu janji (yang sepertinya kebalikan dari apa yang Anda '

Pikiran? Nasihat?

Secara pribadi untuk daftar pekerjaan saya akan menerjemahkan "pengalaman dengan X" menjadi "telah menulis kode menggunakan X yang sekarang sedang berjalan dalam produksi untuk pelanggan".

Alasan untuk ini adalah bahwa jumlah pekerjaan yang diperlukan untuk mengonversi kode "hei, saya dapat ini berfungsi" menjadi kode kekuatan produksi, biasanya non-sepele dan di situlah rincian penyembunyian iblis muncul. Dalam C - misalnya - Anda harus dapat menulis program yang tidak rentan terhadap buffer overruns. Di Jawa Anda perlu merilis sumber daya Anda dengan benar untuk program yang berjalan lama.

Tidak ada yang salah dengan melihat teknologi dan memainkannya, tetapi itu tidak cukup sebagai pengalaman.

Kata "pengalaman" berarti hal yang berbeda dalam konteks yang berbeda. Dalam memposting pekerjaan biasanya berarti pengalaman kerja yang nyata bagi perusahaan atau organisasi, tetapi jangan membaca terlalu jauh.

1. Pengalaman nyata untuk organisasi nyata tidak harus dibayar pengalaman untuk dianggap "pengalaman".

2. Jika Anda melamar magang dan pekerjaan tersebut terdaftar sebagai magang, biasanya ada sedikit waktu luang sejauh apa yang merupakan pengalaman.

3. Anda dapat menggunakan contoh kode dan / atau proyek sebagai pengganti pengalaman dalam banyak kasus saat melamar magang.

dan akhirnya, jangan khawatir tentang cara melompat dan tahu apa yang Anda lakukan segera. Magang pertama saya beberapa tahun yang lalu adalah di universitas saya menulis Perl dan saya tidak tahu apa yang saya lakukan selama 2 bulan ... kemudian ketika saya perlahan belajar dan mengambil lebih banyak proyek, tawaran pekerjaan mulai mengalir. Jika Anda mewawancarai dengan baik dan memiliki beberapa contoh untuk ditunjukkan dan dijelaskan, maka Anda akan baik-baik saja. Dua sen saya.

Ketika saya masih lebih segar, jika iklan rekrutmen tidak menetapkan sesuatu sebagai "minimum X bulan / tahun pada teknologi Y" saya akan mengambil kebebasan dengan asumsi bahwa mereka baik-baik saja dengan seorang yang lebih segar yang memiliki pengetahuan yang baik. Beberapa email memang diterjemahkan menjadi panggilan tetapi sangat sedikit dari mereka pergi ke tahap wawancara. Meskipun demikian saya merasa pantas untuk dicoba.

Teknologi yang berbeda membutuhkan tingkat "pengalaman" yang berbeda sebelum Anda dapat menyebut diri Anda cakap. Dan sekali lagi ini sangat relatif. Seseorang dengan pengalaman 2 tahun dapat menganggap diri mereka sebagai ahli sementara oters tidak dapat menyebut diri mereka ahli setelah 4 tahun pada teknologi yang sama. Anda mungkin akan membutuhkan lebih sedikit waktu untuk menjadi ahli dalam SQL daripada pada sistem embedde. Saya menemukan bahwa kadang-kadang orang-orang dengan 3-4 tahun pengalaman C / C ++ gagal total pertanyaan dasar.

Jujur saja, tetapi juga percaya diri! Sebagai lebih segar, jika Anda tahu hal-hal kursus Anda dengan baik, cukup baik; jika Anda tahu lebih dari itu, bahkan lebih baik. Tetapi Anda tidak diharapkan untuk memberikan tesis tentang pola desain atau membuat kompiler sendiri. Jika Anda menunjukkan sikap yang benar terhadap pekerjaan dan kemampuan untuk memecahkan masalah, Anda ada di sana!