Bagaimana saya bisa menunjukkan bakat kepada calon majikan ketika semua pekerjaan saya adalah proyek internal? [Tutup]


30

Saya telah berada di posisi saya saat ini untuk waktu yang lama (10 tahun) dan pada saat itu, saya merasa telah bekerja dengan baik sebagai perancang, arsitek sistem, dan pemrogram. Namun, semua pekerjaan itu ada pada proyek-proyek internal yang tidak dapat diakses dari dunia luar.

Saya melihat banyak saran seperti ini yang menyarankan 'Jika Anda benar-benar dapat menunjuk sesuatu dan mengatakan "Saya menulis ini" itu sangat mengesankan'. Bagaimana jika Anda dapat 'benar-benar menunjuk ke' tidak ada sama sekali, karena sementara Anda seorang programmer yang bersemangat yang (seperti yang dikatakan Joel-isme klasik) "cerdas dan menyelesaikan sesuatu", semua hal itu tidak terlihat?

Apakah saya perlu mulai dengan panik berkomitmen untuk proyek-proyek sumber terbuka? Mulai blog "dunia nyata" (bukan perusahaan internal)? Terus terang, saya menghabiskan sebagian besar 10 tahun saya bahagia di sini, dan hanya baru-baru ini mempertimbangkan untuk pergi ke padang rumput yang lebih hijau. Apakah saya akan tenggelam sebelum saya mulai mencari karena fokus saya pada pekerjaan, majikan saya saat ini, dengan mengorbankan "kehadiran publik" saya?


Apakah Anda memiliki proyek akhir pekan / malam hari? Beberapa hal yang membutuhkan sedikit teknik dan pekerjaan? Saya selalu menemukan bahwa itu bagus untuk diperkenalkan. Dan itu juga memberi mereka perspektif tentang seberapa bersemangat Anda tentang perdagangan Anda.

2
Saya berada di kapal yang sama - menurut Joel Spolsky pengembang internal tidak berharga, atau begitulah katanya ...
JonH

Jawaban:


24

Memperlihatkan proyek eksternal sangat membantu tetapi tidak pernah menjadi penghalang bagi saya untuk mempekerjakan atau dipekerjakan di masa lalu.

Jika Anda dapat berbicara tentang proyek yang Anda kerjakan dan menjelaskan kepada siapa pun yang mewawancarai Anda beberapa detail tentang apa yang Anda lakukan, apa yang berjalan dengan baik, bagaimana hal itu memberikan nilai bagi organisasi Anda. Menjadi bersemangat tentang apa yang Anda lakukan dan pemrograman secara umum adalah cara yang baik untuk mencetak poin di banyak tempat. Menunjukkan ketertarikan pada hal-hal sumber terbuka, memiliki akun github, bahkan jika semua yang Anda lakukan adalah mengikuti beberapa proyek, mungkin tambalan kecil, tidak menunjukkan nilai. Saya telah menemukan sebagian besar pengusaha tidak benar-benar mencoba dan melihat rincian proyek open source saya di github, mereka hanya senang melihatnya;)


+1: selalu mendokumentasikan proyek pribadi Anda - dan tidak ada salahnya untuk menulis artikel di CodeProject. Beberapa calon majikan telah merespons secara positif dan berkomentar positif selama wawancara.
IAbstract

1
Dan saya pikir orang menyebutkan blog. Saya tidak pernah besar di blog sebagai karyawan kecuali mereka benar-benar produktif. Namun, saya biasanya melirik beberapa posting jadi jika mereka benar-benar bagus maka akan menonjol.
Travis

4

Tidak ada kata terlambat untuk memulai, tentu saja.

Saya bertemu programmer setiap saat yang tidak memiliki kehadiran online; mereka adalah konsumen konten daripada penyedia, namun yang baik tampaknya tidak pernah mengalami banyak kesulitan dalam mencari pekerjaan. Jika Anda sudah berada di tempat yang sama selama sepuluh tahun, mudah-mudahan Anda memiliki daftar prestasi yang patut dicantumkan pada resume Anda, dan beberapa orang yang pernah bekerja sama dengan Anda dapat membuktikannya.


7
Ada banyak blog jelek di sana, 90% sebenarnya. Saya pikir perlu otak untuk mengetahui kapan tidak menulis :)
Ayub

2

Walaupun berkontribusi pada proyek-proyek sumber terbuka mungkin akan memberi Anda beberapa keuntungan dengan beberapa pewawancara di beberapa lingkungan, tidak memilikinya tidak akan mengurangi pewawancara lain atau lingkungan di luar sana.

Beberapa lingkungan atau pewawancara tertentu mungkin lebih menekankan pada proyek sumber terbuka yang mereka gunakan atau berkontribusi, tetapi jika CV Anda baik, Anda tidak akan menderita karena tidak terlibat dengan proyek-proyek tersebut.

Seperti biasa, Anda harus menyesuaikan aplikasi pekerjaan Anda dengan pekerjaan yang Anda lamar. Tekankan bidang-bidang yang cenderung mereka minati, de-tekankan bidang-bidang yang tidak mungkin mereka minati.

Mewawancarai posisi saya saat ini, saya menekankan pekerjaan yang pernah saya lakukan pada mikroskop ultraviolet Ekstrem, karena saya tahu bahwa calon majikan saya akan tahu apa yang terlibat. Saya memperjelas bahwa meskipun saya bukan seorang insinyur optik atau UHV, saya, sebagai seorang insinyur perangkat lunak, memiliki apresiasi terhadap optik reflektif (daripada bias) dan sistem vakum ultra-tinggi. Ini hampir pasti membuat saya menonjol dari kerumunan.

Akhirnya, hanya karena Anda tidak dapat menunjukkan kepada mereka kode (atau kadang-kadang bahkan berbicara tentang produk secara detail), tidak berarti Anda tidak dapat berbicara tentang keputusan desain yang telah Anda buat, dan efek yang Anda miliki pada produk.

Dari pengalaman saya sendiri, saya mungkin menjelaskan bahwa:

  • Dalam pekerjaan pertama saya setelah universitas, saya memfaktorkan ulang sistem klien / server GIS militer sehingga memiliki kinerja konstan pada semua rentang zoom daripada semakin lambat secara eksponensial saat pengguna memperkecil tampilan.
  • Saya mengambil proyek yang sudah terlambat 6 bulan, di mana tidak ada perangkat lunak yang telah ditulis dan berhasil memberikan fungsionalitas paling penting pada saat perangkat keras siap untuk pengujian langsung.
  • Saya berhasil porting aplikasi visi mesin dari perpustakaan usang ke yang modern, menambahkan dukungan kamera Firewire dan Gig-E Vision sambil mempertahankan kompatibilitas kamera analog mundur.

dan seterusnya.


1

Saya setuju dengan semua yang dikatakan sejauh ini, dan saya sangat menyarankan untuk membuat sesuatu sendiri. Itu tidak harus menjadi sesuatu yang besar, hanya sesuatu yang kecil dan menarik yang Anda lakukan di waktu luang Anda. Ini menunjukkan sikap "hei lihat, aku tertarik melakukan hal-hal bahkan setelah jam kerja selesai", yang selalu merupakan nilai tambah.


1

Saya tidak akan menekankan hal itu. Saya berada dalam posisi di mana saya mengerjakan proyek-proyek yang saya benar-benar tidak dapat bicarakan dengan sangat rinci kepada siapa pun karena saya berada di sektor pertahanan di mana banyak hal diklasifikasikan. Ini dikombinasikan dengan tidak memiliki akun github tidak menghalangi saya untuk menunjukkan bahwa saya tahu barang-barang saya dan baik pada apa yang saya lakukan dan lakukan dengan baik dalam wawancara.


1

Ini sangat umum - ada banyak perusahaan kontraktor di luar sana dengan banyak staf menulis kode di bawah perjanjian kerahasiaan atau kerahasiaan yang tidak akan pernah dibebaskan.

Banyak dari mereka tidak memiliki proyek sampingan atau pekerjaan open source, tetapi masih berhasil mengganti pekerjaan tanpa masalah. Jadi, Anda perlu berbicara tentang jenis pekerjaan dan proyek yang telah Anda lakukan tanpa melanggar NDA.

Tentu saja, jika Anda bergabung atau memulai proyek open source (atau dua), itu cara yang bagus untuk benar-benar memamerkan sesuatu.


0

Solusi saya untuk masalah seperti ini adalah dengan membuat situs web kecil yang dilindungi kata sandi yang dapat saya gunakan sebagai portofolio online. Saya kemudian dibagi pekerjaan yang saya lakukan oleh majikan dan kemudian oleh proyek. Saya memiliki indeks keterampilan di tempat lain yang terhubung ke proyek tertentu.

Klausa kerahasiaan mencegah saya memberikan banyak detail, bahkan di situs saya, tetapi saya dapat menyoroti apa yang saya lakukan dan apa keterampilan yang digunakan atau diperoleh.

Sesuatu seperti ini dapat membantu Anda. Namun pada akhirnya, saya setuju dengan orang lain di sini yang mengatakan itu tidak akan membuat atau menghancurkan situasi. Pengalaman 10 tahun ditambah dengan beberapa rekomendasi positif harus membawa berat yang cukup.

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.