Apakah pekerjaan saya pada uji pengembang dimanfaatkan? [Tutup]


154

Saya mencari pekerjaan dan telah melamar ke sejumlah posisi. Satu majikan merespons. Saya memiliki wawancara telepon yang cukup panjang (mungkin + +) dan mereka kemudian mengatur saya dengan tes pengembang. Saya diberi tahu bahwa tes itu diperkirakan akan memakan waktu antara 6 dan 8 jam dan, asalkan hasilnya sesuai dengan persetujuan mereka, saya akan dibayar untuk pekerjaan saya.

Itu memberi saya beberapa jeda, tetapi saya berusaha. Tes pengembang dilakukan pada VM yang diakses melalui RDP . Tugasnya adalah untuk mengimplementasikan halaman pencarian dalam proyek web yang meminta data dari server, menampilkannya di layar dalam sebuah tabel, memiliki skema penyaringan pencarian yang cukup rumit (ada sekitar 15 status dan ketika mengirim pencarian ke server Anda dapat mencari berdasarkan status ini) selain pencarian string / bidang. Selain itu, mereka ingin ikon SVG berubah warna pada nilai data tertentu, dan beberapa data mewakili berbeda dari bagaimana itu terstruktur dalam database.

Singkat cerita, ini memakan waktu lebih lama dari 6-8 jam. Sebagian besar disebabkan oleh VM yang sangat buruk yang saya jalankan (Visual Studio 2013 mengambil 10 menit untuk memuat, dan 15 menit untuk membuka solusi 3 GB ginormous).

Saya diberitahu bahwa setelah menyelesaikan tes saya harus melakukan perubahan pada kontrol sumber ... Hmm, oke. Saya mengikuti arahan. Dan setelah melakukan perubahan, saya diemail tanggapan. SVG tidak diwarnai dengan benar, ada bug dalam kasus tepi ini, ada masalah sesekali dengan hal lain yang tidak pernah saya alami, dll. Jadi saya 13-14 jam dalam hal ini sekarang, dan saya harus lakukan perbaikan bug. Saya melakukannya, dan majikan kembali dengan lebih banyak permintaan perbaikan bug.

Semua pekerjaan saya tampaknya masuk ke aplikasi produksi. Saya perhatikan beberapa anomali dalam kode di mana kode itu tampak seperti yang lain telah mengode semua fungsi tetapi tidak menyentuh yang lain.

Apakah saya hanya digunakan untuk buruh murah? Bahkan jika mereka membayar saya yang dijanjikan 50 dolar per jam selama 6 jam, saya sudah berkomitmen sekitar 18 jam untuk hal ini sekarang. Jika saya memperbaiki semua hal yang mereka bug, saya akan bekerja setidaknya 16 jam secara gratis.

Saya telah mengambil sejumlah tes pengembang, tetapi saya tidak pernah mengambil satu di mana saya bekerja pada kode yang ditujukan untuk produksi. Saya tidak pernah mengikuti tes di mana saya mengimplementasikan fitur yang ada dalam jalur pengembangan, dan saya tidak pernah mengambil satu yang membutuhkan 4 putaran dan total 20+ jam. Saya mendapat kesan mereka menggunakan uji pengembang mereka untuk menurunkan beberapa fungsi dengan harga murah.

Apakah saya memiliki kesan yang salah? Dan apakah protokol pengujian ini sesuai?


165
Itu gila. Saya pikir Anda mungkin dimanfaatkan untuk kerja gratis.
jmq

79
Anda harus mengirim faktur.
toasted_flakes

27
Perkembangan lama yang didorong oleh wawancara. Seharusnya ada tag "devabuse".
Den

74
Ini sarannya, untuk orang-orang di AS. Setiap kali sebuah perusahaan meminta Anda untuk mengirimkan sampel kode, atau melakukan contoh bekerja untuk mereka, setiap potongan yang Anda kirimkan harus membawa pemberitahuan hak cipta: "HAK CIPTA (tahun) (nama Anda). SEMUA HAK DILINDUNGI." Jika menghasilkan kode yang akan dijalankan di browser pengguna, pastikan generator juga membuat baris komentar yang berisi pemberitahuan hak cipta. Pakaian jujur ​​tidak akan memiliki masalah dengan ini. Yang tidak jujur ​​akan berteriak.
John R. Strohm

32
Pertimbangkan untuk melaporkan perusahaan ini ke departemen tenaga kerja negara bagian Anda. Mengambil pekerjaan secara gratis biasanya ilegal.
Andrew Medico

Jawaban:


168

Saya tidak akan pernah berpartisipasi dalam tes kode semacam ini. Saya telah mengambil banyak tes kode dan melakukan banyak proyek kode. Saya tentu tidak akan memeriksa kode ke dalam repositori orang lain dalam keadaan apa pun. Jika mereka tidak tahu apa yang perlu mereka ketahui setelah sampel 4 jam dengan beberapa perbaikan bug kecil dalam sesi pemrograman pasangan, maka mereka tidak akan pernah tahu.

Menjalani ujian, Anda harus tahu dan menjelaskan beberapa hal di depan:

  1. Harus disetujui dan diketahui bahwa pekerjaan apa pun yang dihasilkan selama ujian tidak boleh digunakan untuk tujuan apa pun selain menentukan keterampilan Anda pada tugas yang diperlukan.
  2. Tes kode tidak boleh lebih dari 4 jam.
  3. Anda bukan karyawan perusahaan, jadi saran apa pun bahwa Anda mungkin dibayar untuk kode yang dihasilkan tidak masuk akal. Bersikeras pada kontrak pembayaran tertulis jika bahkan ada petunjuk tentang ini.
  4. Tetapkan batas tertentu pada waktu yang akan Anda habiskan untuk setiap bagian tertentu dari tes, dan kemudian berpegang teguh pada batas itu. Jika Anda menemukan diri Anda melampaui batas karena alasan apa pun, pertimbangkan mengapa Anda melampaui batas itu. Apakah karena tekanan dari mereka? Apakah itu karena Anda telah melakukan kesalahan? Apakah karena Anda telah memperkirakan dengan buruk berapa lama sesuatu harus diselesaikan?
  5. Berdiri tegak jika Anda merasa telah membahas topik tertentu. Jika Anda sudah memperbaiki bug, dan mereka meminta Anda untuk memperbaiki bug yang hampir identik, katakan "Kami sudah membahas topik itu dengan bug x, mungkin kami bisa pindah ke sesuatu yang lain yang menunjukkan sesuatu yang baru."
  6. Dalam situasi apa pun Anda tidak boleh memeriksa apa pun ke dalam pipa produksi. Ini termasuk cabang pengembangan apa pun yang pada akhirnya dapat mengarah ke jalur produksi. Jika ragu, periksa tidak ada apa-apa. Untuk tes kode yang tidak harus secara langsung, saya berkeras agar kode tersebut diperiksa terlebih dahulu di repositori publik pribadi saya. Ini memberi saya setidaknya semacam perlindungan agar karya saya tidak digunakan dengan benar.
  7. Nilailah mereka karena perilaku mereka sama seperti mereka menilai Anda. Jika Anda merasa mereka tidak di depan Anda, panggil mereka. Jika Anda merasa dianiaya, bicaralah.

Perusahaan yang Anda wawancarai juga sedang diwawancarai oleh Anda. Jika ini cara mereka memperlakukan seseorang yang mereka wawancarai, apakah ini perusahaan tempat Anda ingin bekerja? Saya mengerti bahwa sering orang membutuhkan pekerjaan dan seringkali kebutuhan ini akan mengesampingkan beberapa konsep akal sehat, tetapi ini harus selalu di garis depan pikiran Anda. Jangan takut untuk keluar. Jika terasa tidak benar, ikuti insting Anda dan pilih dengan kaki Anda.


10
Saya sudah memutuskan bahwa saya tidak akan bekerja untuk mereka. Setelah melihat keburukan solusi yang mereka gunakan (dan jumlah lapisan abstraksi yang luar biasa DI ATAS Kerangka Entitas), saya tidak ingin membunuh sebagian kecil dari saya setiap hari dengan melakukan hal-hal yang mereka lakukan. Saya mengadakan pertemuan telepon besok di mana kita akan membahas masalah yang saya alami dengan "tes" ini.
CodeWarrior

8
lebih buruk, jika saya adalah perusahaan saya tidak ingin orang tidak bekerja untuk saya dan telah menandatangani semua NDA yang tepat dan bentuk lain untuk memiliki akses ke lingkungan produksi saya, dan VCS Anda adalah lingkungan produksi ...
jwenting

18
Setidaknya di Inggris, saya memiliki kecurigaan kuat bahwa membuat seorang kandidat wawancara melakukan pekerjaan nyata adalah ilegal atau secara hukum dapat ditindaklanjuti oleh kandidat tersebut. Apa pun itu, ini dianggap praktik yang sangat buruk di sini, dan kami menghabiskan banyak waktu untuk membuat tes "pekerjaan palsu" yang cukup menyeluruh untuk mengevaluasi seorang kandidat, tetapi tidak memiliki penggunaan praktis lainnya.
Neil Slater

9
@marcvangend: Perhatian utama saya di sini (berbasis di AS) adalah tanggung jawab. Karena tidak ada kontrak formal dan tidak ada hubungan langsung, jika terjadi kesalahan dan sesuatu dalam perangkat lunak mereka dieksploitasi, akan sangat mudah bagi mereka untuk menyalahkan beberapa "orang yang diwawancarai". # 1 adalah tindakan perlindungan diri hanya daripada upaya untuk mencegah pekerjaanku dicuri. Banyak pekerjaan saya dicuri selama bertahun-tahun, dan itu benar-benar tidak mengganggu saya.
Joel Etherton

10
@WayneWerner: Atau sajak konsultan tradisional. "Mawar merah, violet biru, bayar pantatku."
Joel Etherton

46

Banyak wawancara diikuti oleh tes. Tes-tes tersebut diperlukan untuk memastikan bahwa Anda benar-benar memiliki keterampilan yang diperlukan dan untuk memberikan pandangan yang lebih baik dari beberapa hal yang sulit untuk diuji selama wawancara itu sendiri (seperti apakah Anda menerapkan aturan gaya pada kode Anda).

Ini dikatakan, ujian adalah ujian.

  • Tidak perlu lama. Tidak banyak yang dapat Anda lihat setelah delapan jam pengkodean yang tidak dapat Anda lihat setelah tiga puluh menit. Lebih penting lagi, kode yang ditulis selama tes kemudian harus ditinjau, baris per baris, yang membutuhkan waktu yang cukup lama . Sudah biasa menghabiskan lebih dari dua jam untuk meninjau kode tes yang ditulis selama setengah jam.

  • Seharusnya tidak berurusan dengan basis kode yang ada. Memahami basis kode dari produk skala menengah dapat memakan waktu berhari-hari atau berminggu-minggu (atau berbulan-bulan atau bertahun-tahun tergantung pada kualitas kode dan hutang teknis). Kekayaan intelektual juga dapat menjadi masalah (kecuali jika kode tersebut bersumber terbuka).

    Ketika tujuannya adalah untuk menguji bagaimana kandidat dapat mempertahankan basis kode yang ada, pengujian dapat dilakukan pada basis kode fiksi kecil (500-600 LOC) yang ditulis khusus untuk pengujian.

  • Itu tidak harus menjadi permintaan untuk mengembangkan aplikasi atau fitur kehidupan nyata. Ini bisa menjadi bagian kode yang sama sekali tidak berguna, ditulis dengan tujuan tunggal untuk menunjukkan bahwa Anda telah memahami masalahnya dan menemukan cara yang elegan untuk menyelesaikannya.

  • Itu tidak harus sempurna. Ada bug? Tidak apa-apa. Catat mereka untuk wawancara lebih lanjut dengan kandidat; ini bisa menjadi peluang bagus untuk melihat bagaimana kandidat bereaksi dalam situasi ini.

  • Itu tidak harus dilakukan melalui RDC pada VM, kecuali jika Anda tidak memiliki Visual Studio sendiri. Jika tujuannya adalah untuk melihat kemampuan coding dan pemecahan masalah Anda, tidak masalah di mana Anda melakukan latihan.

  • Tidak ada pertanyaan untuk kode yang ditulis selama tes ini untuk berakhir di kontrol versi perusahaan. Mengapa mereka mencemari kontrol versi mereka dengan sesuatu yang ditulis oleh seorang kandidat?

Sebagai penutup, ketika Anda diminta untuk menghabiskan puluhan jam menulis kode produksi, menyelesaikan bug, dan melakukan pekerjaan Anda pada kontrol versi perusahaan:

  • Entah mereka hanya menggunakan Anda untuk mengimplementasikan fitur secara gratis,

  • Atau mereka benar-benar tidak mengerti bagaimana melakukan wawancara.

Dalam kedua kasus tersebut, cari tempat yang lebih baik untuk bekerja.


4
+1 untuk "atau bulan atau tahun tergantung pada kualitas kode dan hutang teknis". Ditambah lagi jika seburuk itu mereka akan mengusir para pengembang yang mampu memilah tumpukan WTF yang mengepul dan harus mempekerjakan orang-orang yang akan memperburuknya ...
Julia Hayward

Benar-benar sah memiliki masalah seperti, "Dengan kelas EF ini, tulis kueri yang mengembalikan beberapa kriteria rumit dan tampilkan hasilnya dalam bentuk". Saya tidak bisa membayangkan meminta orang yang diwawancarai untuk menciptakan lingkungan semacam itu sendiri daripada hanya memberi mereka VM yang sudah ada dengan semuanya sudah diatur.
Gabe

@ Gabe: contoh yang bagus. Tetapi dalam contoh ini, juga jelas bagi para kandidat bahwa Anda tidak mencari tenaga kerja yang murah untuk mengimplementasikan fitur dalam produk baru Anda, dan bahwa kriteria tidak begitu rumit sehingga akan memakan waktu delapan jam untuk mendapatkan solusi.
Arseni Mourzenko

Anda sepenuhnya benar; Saya hanya mengatakan bahwa dalam keadaan apa pun pewawancara harus berharap untuk menyediakan lingkungan apa pun yang diperlukan untuk menyelesaikan tugas yang diberikan.
Gabe

22

Tidak akan menulis jawaban yang panjang, tetapi saya benar-benar bingung, mengapa tidak ada yang mengemukakan masalah hak cipta?

Sejauh pengalaman saya, saya belum pernah mendengar tentang perjanjian yang dibuat untuk mentransfer kepemilikan hak cipta dari kode yang ditulis selama tes pengembang ke pihak lain. Jika demikian, Anda dapat menuntut mereka atas pelanggaran hak cipta dan ganti rugi yang diberikan untuk ini bisa sangat baik, terutama di AS dari kisah yang saya dengar. Dan jika mereka ingin menyelesaikan (mengajukan ini), Anda dapat meminta biaya selangit untuk pelanggaran (setelah itu mereka pada prinsipnya masih tidak diizinkan untuk menggunakan karya Anda dan Anda masih bisa menjual karya Anda kepada mereka jika mereka masih tertarik ).


14
Saya belum pernah mendengar tentang tes pengkodean yang menghasilkan produksi. Hak cipta adalah masalah yang valid di sini.
Josh

1
Belum lagi asuransi
Crake

1
Hak cipta adalah masalah yang menarik, tetapi mungkin hanya jika pekerjaan itu ternyata tidak dibayar dan itu benar-benar digunakan. Jika pembayaran akhirnya diberikan, hak cipta mungkin tidak ada artinya. Tetapi menyimpan salinan di tempat lain selain dari repositori internal pewawancara diperlukan. Idealnya, salinan pribadi juga harus diberi cap waktu sebelum dikirimkan ke repositori pewawancara. Berbagai repositori internet yang sesuai dapat digunakan sambil menjaga agar kode tidak dipublikasikan.
user2338816

@ user2338816: Pertama-tama, bahkan jika pembayaran diberikan, Anda masih dapat menuntut pelanggaran hak cipta karena pembayaran di atas kertas seringkali bukan kontrak kerja, melainkan ... ok, tidak dapat menemukan istilah bahasa Inggris. Anda benar bahwa Anda akan memerlukan salinan kode karena Anda pertama kali harus mendaftarkannya ke kantor hak cipta sebelum Anda dapat mengajukan gugatan.
David Mulder

1
+1 yang hati-hati dari saya. Menjadi terlalu agresif tampaknya tidak etis bagi saya - Anda berhak atas hak-hak Anda, tetapi saya tidak ingin menjadi tipe orang yang menuntut untuk membakar perusahaan wawancara, dan saya tidak akan mempekerjakan seseorang yang memiliki reputasi seperti itu, baik .
Kevin

12

Orang-orang dengan lebih banyak pengalaman karir mungkin lebih mampu menjawab pertanyaan ini, tetapi saya pribadi tidak akan merasa nyaman dengan tes dev 20+ jam. Sepertinya mereka menggunakan wawancara untuk menyelesaikan pekerjaan.

Saya berasumsi bahwa Anda belum menandatangani dokumen hukum apa pun terkait kepemilikan kode. Jadi saya akan menunggu sampai mereka meninjau kode dan menerima atau menolaknya. Kemudian jika mereka menerimanya saya akan meminta bayaran penuh, 20+ jam. Saya tidak yakin bahwa saya akan menerima pembayaran hanya untuk enam jam yang awalnya disarankan. Jika ini akan mulai diproduksi, maka mereka perlu meluruskan kepemilikan kode.

Paling tidak, membahas pembayaran untuk kode harus membantu Anda memutuskan apakah Anda ingin menerima tawaran. Saya tidak ingin menerima tawaran jika mereka pikir hanya membayar Anda selama enam jam adalah adil.


3
Saya telah menentukan bahwa saya tidak bekerja untuk perusahaan ini. Bahkan di luar ujian, ada beberapa masalah nyata dengan cara mereka melakukan sesuatu. Proyek tempat saya bekerja adalah solusi dengan 132 proyek di dalamnya. Saya diberitahu bahwa seorang dev di tim membuat kasus agar terstruktur seperti itu, jadi mereka melakukan ini dengan sengaja! Mereka ingin semua pekerjaan dilakukan melalui RDP. Saya tinggal di Hawaii dan perusahaannya adalah East Coast, itu tidak akan berhasil. Maka tes ini sepertinya lebih seperti saya temp disewa dengan harga murah.
CodeWarrior

Salah satu mantan rekan kerja saya kemudian menjadi bagian dari sebuah tim dengan solusi dengan 200+ proyek di dalamnya, jadi ini bukan hal yang tidak pernah terjadi.
trysis

11

Ketika saya berada dalam posisi untuk mewawancarai pengembang, tes-tes itu singkat dan hanya "lulus atau gagal", tidak termasuk perbaikan bug, bahkan ketika ada beberapa bug kecil dalam kode. Itu karena saya ingin menilai keterampilan kandidat, bukan untuk mendapatkan perangkat lunak siap produksi.

Situasi yang dijelaskan dalam pertanyaan sangat mirip dengan seseorang yang mencoba mendapatkan sesuatu yang bermanfaat secara gratis (atau murah).


7

Saya belum pernah melakukan tes dev selama lebih dari satu jam, dan ini semua adalah 'teka-teki', sebuah karya untuk melihat apakah saya dapat menyelesaikan masalah dan memenuhi tujuan yang dinyatakan dalam batas waktu tertentu.

$ 50 (atau bagi saya, £ 25-30) adalah tarif hari yang cukup buruk, seperti meminta tukang ledeng untuk memperbaiki toilet Anda dengan imbalan minuman.

Saran saya, tanpa syarat yang pasti, adalah untuk blog tentang pengalaman Anda, merujuk pada perusahaan dengan nama jika mereka mencoba untuk membuat seluruh aplikasi dengan teknik ini (orang sering perusahaan google sebelum menuju wawancara) dan jangan biarkan itu terjadi lagi. Lain kali mereka meminta perbaikan bug, Anda menyebutkan harga hari konsultasi (setidaknya 5 kali dari apa yang mereka tawarkan) dan memberitahukan bahwa pengembang tidak akan bekerja secara gratis.

Sayangnya, dibodohi adalah bagian dari kehidupan, tetapi Anda tidak harus duduk dan menerimanya.


5
saran buruk untuk memberitahu orang lain untuk menyebut & malu seperti itu, dapat mengakhiri seseorang tanpa masalah hukum dan karier.
jwenting

1
Sebenarnya saya baru saja menutup telepon dengan mereka. Setelah menolak posisi itu saya ditanya apakah saya bisa memberikan kritik, dan saya menjelaskan bahwa saya khawatir tentang kemungkinan saya berkembang dengan harga murah. Berdasarkan umpan balik yang saya dapatkan dari POC di perusahaan, dan checkin dalam kontrol sumber mereka dan lebih lanjut mencari dalam kode sumber, saya tidak berpikir mereka melakukan ini sebanyak ini. Sepertinya 2 orang per 6 bulan atau lebih, sekitar rata-rata untuk tren perekrutan perusahaan kecil. Karena itu, saya masih tidak setuju dengan latihan ini. Tidak gunna bekerja di sana.
CodeWarrior

8
@ CodeWarrior Saya benar-benar berpikir bahwa Anda harus mengancam mereka dengan tindakan hukum. Kecuali Anda menandatangani kontrak yang menyerahkan kode, Anda memiliki hak cipta atas apa yang ditulis selama 'ujian' dan mereka secara efektif mencurinya dari Anda. Perusahaan seperti ini akan melanjutkan praktik buruk mereka sampai seseorang memanggilnya. Jika Anda tidak melangkah maka bagaimana dengan getah miskin berikutnya yang mereka 'wawancarai'?
Bayangan Pucat

@CodeWarrior Anda mengatakan bahwa Anda menurunkan posisi. Apakah itu berarti mereka menawarkan posisi itu kepada Anda? Dan apakah sudah ada diskusi lebih lanjut tentang pembayaran untuk pekerjaan "tes dev" Anda?
user2338816

1
@CodeWarrior Panggilan bagus! Terkadang Anda hanya perlu tahu kapan harus pergi.
AJFaraday

3

Sebagai perbandingan: Wawancara untuk pekerjaan saya saat ini adalah sekitar 1 jam berbicara tentang apa yang saya lakukan sejauh ini dan apa yang direncanakan perusahaan untuk dilakukan dan bagaimana saya akan cocok. Setelah itu kami bekerja bersama seminggu di sebuah proyek kecil yang mereka bohongi sekitar, saya kira hanya untuk melihat bagaimana kita bergaul satu sama lain. Mereka membayar saya untuk ini sebagai freelancer dengan jumlah yang sama dengan yang saya dapatkan sekarang sebagai karyawan mereka, sehingga tidak pernah ada satu hari penuh pekerjaan tanpa bayaran, apalagi 3 hari.

Jika kode tersebut benar-benar digunakan dalam produksi, saya akan mengirim mereka tagihan selama 24 jam yang Anda habiskan, bukan kesalahan Anda jika perkiraan mereka salah. Dengan asumsi mereka tidak membiarkan Anda memperkirakan berapa lama.


Ketika Anda mengatakan Anda bekerja pada sebuah proyek yang mereka "miliki", apakah ini proyek yang mereka gunakan dalam produksi? Seperti yang ditunjukkan oleh jawaban lain, ini aneh dalam situasi apa pun, apakah Anda dibayar atau tidak, dan biasanya lebih buruk bagi perusahaan daripada kandidat.
trysis

Kedengarannya seperti versi singkat dari kontrak untuk disewa, yang merupakan praktik bisnis normal (walaupun biasanya tidak hanya satu minggu).
Joe

3

Meskipun Anda seharusnya dibayar untuk (sebagian) pekerjaan Anda, ini tidak terdengar seperti proyek percobaan , itu terdengar seperti penipuan untuk mendapatkan pekerjaan murah / gratis dari Anda. Mungkin itu dimaksudkan untuk menjadi proyek percobaan, hanya saja tidak terstruktur atau dikelola dengan baik.

Tetapi manajemen yang sangat buruk sehingga kedengarannya seperti penipuan, jelas merupakan sesuatu yang harus Anda pertimbangkan ketika memutuskan apakah akan menerima pekerjaan atau tidak.

Proyek percobaan yang tepat harus memperjelas hal itu

  • Mereka memiliki pekerjaan yang mereka ingin lakukan.
  • Berdasarkan wawancara Anda, mereka percaya Anda harus dapat melakukan pekerjaan.
  • Penyelesaian proyek yang sukses tidak menjamin suatu posisi.
  • Persyaratan untuk proyek (berapa banyak mereka akan membayar, siapa yang memiliki kode, apakah itu waktu dan bahan atau tarif tetap, perkiraan waktu penyelesaian, dll).
  • Proyek akan ditinjau dan umpan balik diberikan - bukan hanya ya / tidak, apakah Anda mendapatkan posisi atau tidak.

Ketentuan tersebut harus dapat Anda terima terlepas dari apakah Anda diterima atau tidak - jika persyaratan tersebut hanya dapat diterima jika mereka datang dengan pekerjaan penuh waktu, mereka tidak benar-benar dapat diterima.


2

Saya tidak berpikir mereka benar-benar akan menggunakan ini untuk mendapatkan tenaga kerja murah.

Alasannya sederhana. Setelah Anda menulis tes itu, mereka membutuhkan orang untuk meninjau apa yang Anda tulis, ya meninjau kode jauh lebih mudah daripada menulis kode itu sendiri, tetapi masih membutuhkan banyak waktu.

Dan kemudian setelah itu mereka mungkin membutuhkan orang untuk mempertahankan tes itu, menjelaskannya, dll.

Dan saya tidak bisa membayangkan perusahaan IT mana pun yang peduli tentang penghematan kurang dari $ 100 terutama perusahaan di AS. Tidak pernah bagaimana bisnis berjalan.


13
Jika mereka menyelesaikan pekerjaan 20+ jam, dan membayar 6-8 dengan harga (tidak terlalu tinggi) $ 50 ph, mereka telah menghemat jauh lebih banyak dari $ 100. Mungkin mereka lebih tertarik untuk menyelesaikan sesuatu dengan murah dan cepat daripada menghasilkan kode yang berfungsi atau dapat dipertahankan? Jangan meremehkan keserakahan, ketidakmampuan, dan perhatian orang di luar sana.
jwg

9
Saya tidak berpendapat bahwa itu disarankan atau berharga, hanya saja itu masuk akal mungkin terjadi . Ada banyak bajingan di luar sana, termasuk beberapa yang agak bodoh.
jwg

3
@randomA: Masalahnya, Anda mengasumsikan tim pengembang nyata dengan rasa etika. Menjadi lebih letih (atau mungkin hanya sosiopat), saya dapat dengan mudah membayangkan sebuah tim kecil menjadi dalang semuanya - mereka akan melakukan desain tingkat tinggi, memutuskan apa yang akan dibangun (atau diperbaiki), dan mengesampingkan pekerjaan kasar sebagai " tes pengembang ". Itu akan menghemat $ ribuan daripada mempekerjakan sekelompok karyawan penuh waktu. Pekerjaan dalang aman, karena model pengembangan seperti itu membuat mereka sangat diperlukan. Dan jika Anda sudah serakah dan rabun, ulasan kode dan dokumentasi adalah uang yang terbuang. Jika sepertinya berfungsi, kirimkan. : P
cHao

1
Oh, saya tidak mengatakan itu model yang berharga dalam jangka panjang. Tapi jangka pendek, itu terlihat menarik. Manajemen akan siap jika Anda menunjukkan angka yang tepat (ya, mungkin mereka yang memikirkannya), dan legal ingin mengatakan hal-hal dengan sangat hati-hati, tetapi jika Anda benar-benar membayar apa yang Anda katakan Anda akan bayar, AFAIK Anda tidak melanggar hukum secara teknis. Sejauh kesehatan jangka panjang dari basis kode, Anda bisa membatalkan refactoring sebagai "tes" lain.
cHao

1
@ Taemyr: eh, jika saya mengerti OP basis kode mereka adalah berantakan - sesuatu tentang 132 proyek dalam solusi VS tunggal?
thkala

2

Saya sangat percaya pada tes kode untuk pengembang yang mewawancarai suatu pekerjaan. Namun, ini terdengar seperti tes kode dari neraka ... Tes kode tidak boleh melibatkan kode produksi. Mereka harus sederhana dan harus menyatakan bahwa tidak ada pekerjaan yang dilakukan akan digunakan oleh perusahaan.

Jelas, pekerjaan yang Anda lakukan adalah pada kode produksi. Anda harus dibayar untuk semua waktu Anda - minimal. Cobalah berbicara dengan seorang pengacara dan lihat apakah menurutnya akan bermanfaat untuk menuntut mereka. Banyak pengacara menawarkan konsultasi awal gratis. Jika penipuan terlibat, dan dalam kasus ini terlihat seperti itu, Anda akan berhak atas ganti rugi empat kali lipat, dan Anda mungkin juga bisa mendapatkan beberapa ganti rugi hukuman yang bagus di atas itu.

Dengan menggugat mereka dan menang, Anda akan membuat berita utama dan mencegah praktik ini oleh orang lain di masa depan - yang akan bermanfaat bagi semua pengembang perangkat lunak yang mencari posisi baru.


posting ini agak sulit dibaca (dinding teks). Maukah Anda mengeditnya menjadi bentuk yang lebih baik?
nyamuk

0

Sayangnya, tes kode merupakan fakta kehidupan. Yang mengatakan, itu mengganggu saya untuk diminta meniup empat jam pada tes pengkodean sebagai syarat untuk mendapatkan skrining telepon pertama saya. Tidak adil untuk meminta kandidat untuk berinvestasi begitu banyak ketika perusahaan telah berinvestasi begitu sedikit dalam hubungan.

Saya adalah pengembang senior, dan saya bisa lulus uji koding. Tetapi saya tidak akan menyia-nyiakan waktu kecuali jika perusahaan telah menunjukkan minat pribadi pada saya. Saya biasanya tidak menyelesaikan aplikasi ke perusahaan mana pun dengan formulir aplikasi online besar yang ditulis dengan buruk yang meminta saya untuk memasukkan kembali resume saya sehingga robot yang ditulis dengan buruk dapat merusak pencarian kata kunci. Saya biasanya tidak setuju untuk menyelesaikan tes pengkodean kecuali jika singkat atau mereka menontonnya langsung dan berbicara kepada saya.

Bahkan jika mereka tidak memasukkan kode Anda ke dalam produksi, sebuah perusahaan yang ingin Anda menghabiskan banyak waktu mengetik sebelum Anda mengetahui apakah Anda bahkan cocok adalah perusahaan yang nyaman mengambil keuntungan dari Anda. Mereka memberi sinyal apa yang mereka inginkan dengan hubungan mereka; Anda adalah kode monyet. Mereka memanggil tembakan. Dan proses wawancara mereka dirancang untuk menemukan orang yang nyaman dengan hubungan itu.

Jangan menjadi kode monyet. Pergi.

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.