Bagaimana cara mengenali programmer yang baik? [Tutup]


131

Perusahaan kami sedang mencari programmer baru. Dan inilah masalahnya - ada banyak pengembang yang terlihat sangat hebat dalam wawancara, tampaknya mengetahui teknologi yang Anda butuhkan dan memiliki latar belakang pekerjaan yang baik, tetapi setelah dua bulan bekerja, Anda mengetahui bahwa mereka tidak dapat bekerja dalam wawancara tersebut. sebuah tim, menulis beberapa kode membutuhkan waktu yang sangat lama, dan terlebih lagi, hasilnya tidak sebagus yang seharusnya.

Jadi, apakah Anda menggunakan tes formal (ada?)? Bagaimana Anda mengenali programmer yang baik - dan orang yang baik? Adakah pertanyaan 'baik' sederhana yang mungkin mengungkapkan masalah di masa depan? ... atau itu hanya tentang 'perasaan' Anda tentang orang tersebut (mis., terutama pengalaman Anda), dan mencobanya?

Sunting: Menurut jawaban Manoj, berikut adalah pertanyaan terkait dengan tugas pengkodean di wawancara kerja.


3
[Lelucon] Untuk mengenali programmer yang baik, saya selalu menggunakan The Programmer Dress Code sebagai tongkat halaman. ;-) </joke>
Galwegian

7
Saya sekitar 6 ', 185 lbs., Kepala dicukur dan janggut. Saya memakai Chuck Taylors dan kaus biru di atas thermal white. Harap pilih saya dengan lembut - saya menjawab pertanyaan itu. :)
MusiGenesis


1
di sini adalah pandangan lain dari topik - Bagaimana mewawancarai seorang programmer

2
Pertanyaan ini cocok untuk situs ini, pada 2008 ketika ditanya. Lima tahun. LIMA TAHUN kemudian, Prog.SE berubah menjadi SO2, duplikat.
Warren P

Jawaban:


157

Buat mereka untuk berbicara tentang apa yang mereka minati. Saya belum bertemu dengan seorang pengembang yang benar-benar bersemangat ketika berbicara tentang pemrograman tetapi tidak dapat benar-benar kode. Mereka mungkin ada, tentu saja - dan wawancara Anda harus memeriksa kompetensi juga - tetapi semangat adalah indikator yang baik dalam pengalaman saya. (Perhatikan bahwa itu tidak sama dengan bisa "berbicara bicara" dalam hal kata kunci.)

Tanyakan kepada mereka apa yang tidak mereka sukai tentang bahasa atau platform favorit mereka. Bagaimana mereka memperbaiki sesuatu? Apa yang ingin mereka lihat di versi selanjutnya? Apakah mereka punya proyek hobi? Jika mereka punya blog, baca itu. Periksa keberadaan online umum mereka.


3
Ide bagus - terutama proyek hobi dan masalah dengan bahasa favorit mereka tampaknya sangat baik bagi saya. Ini harus mengungkapkan lebih banyak tentang hubungan mereka dengan pemrograman. Sebuah blog juga merupakan ide yang bagus. Sayangnya, biasanya mereka tidak punya blog :-(. Terima kasih ...

25
Gairah tidak harus diterjemahkan ke dalam profesionalisme atau kerja tim. Mereka mungkin hanya ingin kode apa yang keren / menyenangkan, bukan apa yang perlu dikodekan.

22
@ Preston: Walaupun itu memang benar secara teori, saya belum pernah bertemu orang yang bersemangat yang belum senang bekerja keras juga. Saya telah bertemu pembuat kode sandi prima yang berpikir mereka di atas hal semacam itu, tetapi mereka umumnya tidak bersemangat. Menguji profesionalisme cukup sulit ...
Jon Skeet

36
LIHAT COUNT BADGE MEREKA

83

Mempekerjakan orang yang baik adalah sulit .

Butuh beberapa kesalahan nyata bagi saya untuk menjadi lebih baik. Anda mulai lebih mempercayai saluran pencernaan Anda setelah beberapa kali Anda tidak mempercayainya dan menyesalinya.

Saya sangat menghormati pertanyaan layar ponsel Steve Yegge dan telah menggunakan ini sebagai dasar untuk mewawancarai orang-orang dengan beberapa keberhasilan.
Saya juga berpikir bahwa saya menjadi lebih baik dalam mewawancarai orang-orang setelah membaca panduan Joel untuk mewawancarai gerilya (sekarang di versi 3.0, itu di depan versi untuk web dan semuanya, itu harus bagus).

Ada juga 57 pertanyaan lain (per 20/11/2008) tentang Rekayasa Perangkat Lunak Stackexchange yang ditandai dengan wawancara dan beberapa di antaranya terlihat sangat relevan, jadi lihatlah.


2
Mempekerjakan orang baik adalah hal yang sulit. :)
penyebab utama

7
Hal-hal pertanyaan layar ponsel dimulai dengan baik, tetapi kemudian semakin banyak pertanyaan menjadi konyol. Saya tidak berpikir seorang programmer yang baik harus hafal 2^16. Dan versi jalur cepat di bagian bawah hanyalah parodi yang buruk.
Peter

Tautan SO tampaknya rusak (tidak ada hasil atau 404).
Stijn Geukens

@StijnGeukens, sepertinya tag itu telah dimigrasi ke Rekayasa Perangkat Lunak. Saya telah memperbarui tautannya.
Hamish Smith

47

Beberapa ide:

  • Ajukan beberapa pertanyaan terbuka dari beberapa sudut yang berbeda:

    • Tinjau beberapa kode. Apa yang diidentifikasi? Kesalahan teknis, inkonsistensi gaya, komentar, algoritma, rawatan, dll ...
    • Tulis beberapa kode. Cari proses, pemeriksaan-peluru, keterbacaan, dll.
    • Buat desain tingkat tinggi untuk sistem kecil. Cari pemahaman tentang masalah, pendekatan, komunikasi, kelengkapan, detail.
    • Jelaskan proses pengembangan perangkat lunak. Cari desain, kolaborasi, review, pengujian, kebiasaan baik / buruk, dan pengalaman keseluruhan.
  • Pilih sesuatu — apa saja — yang diklaim kandidat tahu dengan baik. Ajukan pertanyaan sederhana dan kemudian, berdasarkan jawaban, tanyakan yang lain, pertanyaan yang sedikit lebih detail, dan lanjutkan "menggali" sampai Anda mencapai batas pengetahuan kandidat. Ini memberi Anda gambaran tentang:

    • Kejujuran: apakah dia tahu sebanyak yang diklaim?
    • Kedalaman pengetahuan: seberapa baik dia belajar sesuatu?
    • Komunikasi: seberapa baik ia menjelaskan sesuatu yang tidak Anda kenal? Apakah proses berpikir itu logis?
    • Reaksi terhadap situasi yang membuat stres: seberapa sulit ia bekerja untuk menjawab? Apakah dia memalsukannya? Apakah "aku tidak tahu" yang tak terhindarkan itu mudah atau sulit?
  • Tanyakan bagaimana kandidat menangani berbagai situasi pekerjaan sebelumnya: kerja tim, proyek yang terlambat, debugging, dll . Apakah jawabannya positif atau negatif? Bergairah? Cerdas? Sombong?

Saya menemukan kandidat terbaik untuk menjadi antusias, berpengalaman, percaya diri tetapi sopan, dan yang paling penting, hadir . Anda perlu tahu ada seseorang di dalam. :-)


4
Saya ingat wawancara pemrograman pertama saya, saya diminta untuk meninjau beberapa kode cetak. Di bagian atas ada beberapa komentar yang menjelaskan apa yang dilakukan kode. Saya memverifikasi ini dengan membaca kode lalu pada dasarnya saya membaca komentar kata demi kata dan mereka berkata "Bagus sekali!" Saya berkata, "Ya itu cukup banyak mengatakan itu di sini di blok komentar." Mereka sangat malu.
Dustin

@Dustin IMO itu cukup ceroboh (?) Di pihak mereka untuk hanya meninggalkan komentar dalam kode yang seharusnya ditinjau oleh kandidat. Itu pada dasarnya memberi mereka jawaban atau kebingungan gratis, berdasarkan apa yang terkandung dalam komentar.
cst1992

39

Untuk mengenali programmer yang baik, Anda harus menjadi programmer yang baik. Itu berarti Anda harus tahu pemrograman dengan sangat baik untuk melihat hal-hal yang dikatakan dan dilakukan dalam wawancara, dan Anda harus tahu pertanyaan apa yang harus diajukan.

Saya telah melihat kandidat memberikan jawaban yang salah pada wawancara, tetapi penjelasan mereka menunjukkan bahwa mereka tahu subjek (dan karena itu dapat dengan mudah mendapatkan jawaban yang benar dengan mencari di internet). Untuk melihat itu, Anda harus tahu subjek yang Anda ajukan pertanyaan dengan sangat baik.

Hal lain adalah menghindari pertanyaan tentang detail yang dapat dengan mudah di-Google-kan. Pertanyaan itu hanya menunjukkan seberapa baik kandidat mengingat hal-hal, bukan jika dia benar-benar memiliki pengetahuan dan pemahaman yang Anda cari.

Rekomendasi saya adalah untuk mendapatkan bantuan dari seseorang yang tahu banyak pemrograman, dan memiliki keterampilan orang-orang yang baik, untuk membantu wawancara.

Sunting: Saya juga menulis komentar tentang wawancara di sini .


3
Anda sepenuhnya benar tentang googling - seorang programmer yang baik tidak harus tahu segalanya tetapi dia harus bisa mengetahuinya dengan cepat.

2
"seseorang yang tahu banyak pemrograman, dan memiliki keterampilan orang-orang yang baik" ... dan itulah masalahnya - tidak mudah untuk menemukannya. Biasanya mereka hanya memiliki satu keterampilan ini. Itu sebabnya saya melakukan yang terbaik untuk meningkatkan kedua cabang :-).

7
Memiliki keterampilan orang hebat biasanya bertentangan dengan menjadi pemikir abstrak. Tidak menjadi pemikir abstrak biasanya bertentangan dengan menjadi pemrogram yang baik.
Tomalak

7
Gius: Jika Anda beruntung, Anda menemukan programmer yang mengerti bahwa manusia adalah komputer biologis, dan karena itu tertarik pada cara kami bekerja / berpikir. Mereka juga sering mengembangkan keterampilan orang-orang baik, karena mereka juga tertarik untuk meningkatkan diri di bidang itu.

Eigir: Saya setuju. Tetapi sebagai seseorang di sini telah disebutkan - jika Anda menemukan seseorang, Anda mendapatkan jackpot ;-). Semoga kita beruntung.

23

Ingat bahwa kemampuan pemrograman bukanlah segalanya. Anda bisa memiliki programmer terbaik di dunia yang bekerja untuk Anda, tetapi jika mereka benci bekerja dengan orang lain, Anda tidak akan menemukan mereka sangat berguna.

Kepribadian pemrogram harus lebih tinggi dalam daftar daripada yang oleh sebagian besar pengusaha dinilai. Di tempat kerja saya saat ini, mereka sangat berhati-hati dalam merekrut orang yang tepat.

Orang pada umumnya dapat belajar menjadi pemrogram yang lebih baik, orang pada umumnya tidak dapat belajar menjadi manusia yang lebih baik.


1
Jika mereka meremehkan bekerja dengan orang lain, bagaimana Anda bisa menyebut mereka "programmer terbaik di dunia"? Pemrograman tentu saja tidak hanya berbicara dengan kompiler dan memotong kode, sebagian besar tugas programmer / pengembang perangkat lunak memang membutuhkan sejumlah kerja sama.
Christopher Creutzig

Saya mengerti maksud Anda, tetapi dalam konteks ini "Pemrograman" hanyalah tentang pengkodean kalau tidak saya akan menggunakan istilah "Pengembang Perangkat Lunak". Istilah "Programmer" dan "Pengembang Perangkat Lunak" tidak sama.
Dokter Jones

6
Tidak, sebenarnya, banyak orang tidak bisa belajar menjadi programmer yang lebih baik. Dan sejujurnya, jika mereka memiliki pengalaman 5-10 tahun, saya berharap mereka sudah tahu bagaimana melakukan pekerjaan mereka . Ini BUKAN jawaban untuk pertanyaan; Anda hanya mengatakan "Anda mengidentifikasi pemrogram yang baik dengan tidak peduli apakah mereka pemrogram yang baik"
Benubird

1
@Benubird poin saya adalah bahwa keterampilan interpersonal dapat lebih penting daripada bakat pemrograman mentah, terutama ketika harus bekerja dalam tim. Saya tidak menganjurkan mempekerjakan orang yang tidak bisa melakukan pekerjaan mereka. Tidak ada gunanya mempekerjakan seorang programmer "rockstar" jika mereka tidak akan bekerja dengan baik di tim Anda. Itu tidak sepadan dengan gesekan dan kerumitan.
Dokter Jones

@DoctorJones dan saya setuju dengan Anda; kamu tidak salah sama sekali. Hanya saja jawaban yang Anda berikan, bukan jawaban untuk pertanyaan "Bagaimana mengenali programmer yang baik?"
Benubird

16

Buat kode mereka. Berikan masalah yang dapat diselesaikan dalam katakanlah 4 atau 5 jam dan periksa kode untuk dokumentasi, gaya pengkodean, bagaimana dia merencanakan solusi sebelum benar-benar mulai kode dll. Dia tidak perlu benar-benar menyelesaikan masalah. Dan seperti yang disebutkan oleh Jon Skeet, buat mereka berbicara tentang pemrograman, bahasa pilihan mereka dan hal-hal seperti itu. Anda dapat mengenali kembali gairah dalam seorang programmer yang baik. Tanyakan berapa banyak situs terkait pemrograman yang mereka ikuti - seperti stackoverflow. Blog yang mereka ikuti juga bisa menjadi indikator yang baik.


Saya suka ide untuk benar-benar memberi mereka tugas pengkodean (dapat dilakukan sebelum wawancara) dan kemudian menggunakan kode sebagai subjek wawancara. Buat mereka menjelaskan mengapa mereka memilih solusi yang berbeda dan seterusnya ...

Secara umum, gagasan tentang tugas pengkodean sangat baik. Tapi saya takut membuat tugas yang benar-benar menunjukkan apa yang ada di dalamnya cukup sulit - dan merupakan topik yang bagus untuk diskusi yang cukup panjang (tapi sangat tidak masuk akal!). ... haruskah kita bertanya di sini? ;-)

Daftar blog favorit mereka akan menjadi indikator yang bagus!

6
Saya telah memiliki wawancara pengkodean. Pewawancara bersikeras bahwa saya berbicara melalui solusi saya dengannya. Saya akan mengajukan ide, dia akan menyarankan cara-cara di mana itu mungkin gagal. Dengan cara ini, dia belajar bagaimana saya mengatasi masalah. Itu adalah wawancara yang paling sulit, dan paling adil yang pernah saya miliki.

@gius - Saya pikir Anda harus mengajukan pertanyaan itu.
Manoj

16

Saya suka jawaban gairah. Saya percaya Anda harus bersemangat dengan apa yang Anda kerjakan untuk benar-benar pandai.

Program programmer yang bagus di samping selain bekerja (setidaknya sekali-sekali). Ia suka memecahkan masalah pemrograman. Dan ketika dia tidak dapat menemukan program yang menyelesaikan kebutuhan tertentu di rumah, dia biasanya akan mencoba menyelesaikannya sendiri.

Tetapi ada beberapa jenis programmer.

  • Anda memiliki orang-orang yang suka mendokumentasikan. Secara pribadi saya benci mendokumentasikan. Tetapi mendokumentasikan apa yang dilakukan bisa menjadi penting.
  • Anda memiliki "peretas". Orang-orang yang sangat ahli dalam memecahkan teka-teki yang kompleks di mana jika Anda ke mana google untuk itu, mungkin tidak akan menemukan solusi. Mereka dapat memecahkan masalah "apa saja" selama mereka mendapatkan alat yang mereka butuhkan.
  • Anda memiliki orang-orang yang mendidik diri mereka sendiri untuk menjadi programmer hanya karena pasar baik untuk dipekerjakan untuk pemrograman. Itu biasanya biasa-biasa saja karena mereka tidak memiliki gairah.
  • Anda memiliki orang-orang yang hebat dalam berkomunikasi dan mereka "dapat menyelesaikan apa saja" tetapi begitu mereka mendapatkan pekerjaan mereka menggantungkan orang lain untuk mendapatkan bantuan untuk masalah yang mereka pecahkan.

Jika Anda dapat menemukan "peretas" yang juga mendokumentasikan dengan sangat baik dan memiliki keterampilan berkomunikasi yang luar biasa, saya yakin Anda telah mendapatkan jackpot.

Oh, dan satu hal lagi. Anda mungkin tidak ingin seorang programmer yang memiliki ambisi pemimpin, karena ia hanya akan menggunakan pemrograman untuk memulai. Itu berarti Anda akan kehilangan sumber daya itu cepat atau lambat.

Sebuah pertanyaan yang akan saya tanyakan ketika mempekerjakan seorang programmer adalah: "Mengapa Anda mendidik diri Anda sebagai seorang programmer?". Itu akan menjadi hadiah mati jika mereka ragu-ragu di sana.

Itu pendapat saya.


2
Pertanyaan yang menginspirasi - "Mengapa Anda mendidik diri sendiri sebagai seorang programmer?"

5
Kami kehilangan semua sumber daya, cepat atau lambat. Hanya bebatuan yang abadi.
Carl Manaster

1
Terlihat sedikit pendek. "Schlubladendenken"

6
Saya akan memilih ini jika bukan karena "Anda mungkin tidak ingin seorang programmer yang memiliki ambisi pemimpin". Karyawan yang ingin mengambil tanggung jawab sangat penting dan Anda harus menemukan cara untuk memajukan mereka dalam organisasi Anda.
Danny Varod

5
Anda memiliki definisi yang berbeda untuk "Peretas" daripada saya. "Peretas" bagi saya adalah seseorang yang "meretas" hal-hal bersama secepat mungkin sampai mereka mendapatkan hasil (semacam), tetapi telah meninggalkan jejak kehancuran dan horor karena mereka belum mengikuti satu pun praktik terbaik. "Peretas" tidak profesional.
David Masters

7

Seorang teman saya bekerja di sebuah perusahaan di mana mereka memiliki langkah tambahan dalam proses perekrutan: setelah penyaringan dan wawancara awal, seorang pelamar harus "menguji pekerjaan" selama beberapa hari. Dia mengatakan kepada saya bahwa meskipun salah satu kandidat memiliki setiap keterampilan dan bakat yang diperlukan, mereka tidak mempekerjakan dia karena dia merupakan seorang bukan orang baik untuk bekerja dengan.


Ini adalah ide yang bagus, dan saya ingin melihatnya sebagai praktik standar. Sebagai orang yang telah dipecat dari beberapa pekerjaan karena tidak sesuai dengan budaya perusahaan, atau dari salah penilaian tingkat keterampilan, saya ingin menguji air terlebih dahulu.
DarenW

20
Masalahnya adalah, jika seseorang sudah memiliki pekerjaan, mereka tidak dapat bekerja selama seminggu untuk bekerja di perusahaan lain hanya untuk mengetahui apakah mereka benar-benar mendapatkan pekerjaan itu.
Cercerilla

@Cererilla Benar! cukup sulit bahkan untuk menemukan waktu untuk mewawancarai apalagi menjalankan praktik bekerja untuk mereka selama seminggu.
eaglei22

6

Sangat sulit untuk mengenali seorang programmer berdasarkan wawancara kerja saja.

Beberapa hal yang memutuskan bahwa seseorang adalah programmer yang baik adalah:

  • mampu bekerja dalam tim
  • menulis kode yang baik yang dapat dimengerti dan dikelola
  • dapat mempelajari tentang teknologi baru

Jadi, Anda memiliki beberapa petunjuk kecil yang dapat Anda temukan dalam sebuah wawancara:

  • Apakah kandidat tahu satu teknologi / bahasa pemrograman atau apakah dia tahu banyak? Jika dia tahu bahasa yang berbeda, dia tampaknya bisa belajar hal-hal baru dan dia mungkin tahu tentang kelemahan pada teknologi / bahasa pilihannya saat ini. Jadi mintalah pengetahuan selain teknologi yang Anda gunakan di perusahaan Anda.
  • Mintalah proyek yang sudah dikerjakannya, terutama proyek hobi dan sumber terbuka. Proyek hobi menunjukkan kepada Anda, bahwa ia menyukai pemrograman dan melakukannya bahkan di waktu luangnya (dan cara ini meningkatkan keterampilannya). Dalam proyek open-source Anda dapat mencari kode yang telah ditulisnya. Jika proyek melibatkan lebih dari satu orang, Anda mungkin mendapatkan petunjuk tentang keterampilan timnya. Dalam sebuah proyek OS, Anda dapat mencari arsip milis untuk mengetahui lebih banyak.

3

Anda dapat melakukan beberapa tes dalam wawancara.

Namun seringkali juga ada masalah dengan lingkungan kerja itu sendiri. Tentunya ini mungkin tidak terjadi di organisasi Anda, tetapi sangat umum di bidang industri perangkat lunak bahwa utang teknologi menjadi terlalu besar. Maka ketika Anda mempekerjakan orang baru, tidak banyak membantu jika mereka baik atau tidak, karena hutang. Memaksimalkan keterbacaan dan pemahaman kode program Anda membantu pendatang baru untuk mulai bekerja.

Juga banyak orang sedemikian rupa sehingga mereka dapat bekerja sama, tetapi kadang-kadang tidak ada cara untuk bekerja sama. Misalnya jika semua orang adalah pengembang, mereka seharusnya melakukan pekerjaan mereka. Ya, benar. Tetapi apakah Anda memiliki seorang arsitek, yang mengarahkan proyek pengembangan dan mengadakan pertemuan dan semacamnya? Pengembang yang normal mungkin merasa bahwa mereka tidak memiliki mandat yang diperlukan untuk memulai pertemuan dan mereka mungkin berpikir bahwa mengganggu orang lain sekarang dan kemudian bukanlah jalannya.

Berkomunikasi dengan satu sama lain seharusnya tidak menjadi tujuan akhir. Semakin sedikit komunikasi yang dibutuhkan, semakin baik, tetapi hanya jika kurang memungkinkan. Kurang menjadi mungkin jika Anda memiliki seorang arsitek. Jumlah total komunikasi mungkin tetap pada level yang baik, tetapi Anda mendapatkan lebih banyak hasil untuk jumlah komunikasi yang sama.


Saya suka ide tidak hanya melihat karyawan tetapi juga pada organisasi Anda sendiri dan proses di dalamnya.

3

pertama saya mulai dengan hal-hal wawancara yang biasa, saya anggap sangat penting untuk melihat apakah orang di depan saya layak sesuatu, dan untuk menentukan keterampilan dan pengetahuannya.

Setelah itu saya menggunakan beberapa teknik di bidang Jawa, seperti membahas beberapa prinsip, terutama diambil dari Jawa Efektif.

Pada tahap ini, ketika saya berpikir bahwa saya mungkin memiliki programmer yang baik di depan saya, saya memberinya sepotong kode untuk meninjau kode itu. Yang ingin saya lihat adalah bahwa ia dapat menentukan bagian berbahaya dari kode, memberikan beberapa petunjuk tentang peningkatan, menemukan jebakan pada kinerja multi-threading DAN bahwa ia dapat membedakan antara komentar penting dan "komentar rasa". Semua ini membantu saya menemukan karyawan yang lebih cakap.

tetapi pada akhirnya saya selalu ingat bahwa mempekerjakan adalah semacam perjudian ... sangat sulit diantisipasi ...


2

Saya tahu ini tidak menjawab apa yang Anda minta tetapi saya sarankan, undang-undang mengizinkan, selalu merekrut secara temporer pada awalnya (dua minggu atau sebulan, tergantung pada pekerjaan). Jika orang itu sepadan dengan garamnya, dia tidak akan keberatan, selain itu adalah perlindungan bagi Anda berdua (Anda bisa membiarkannya pergi dan dia mungkin berakhir tidak menyukai pekerjaan itu dan pergi).


1
Anda sepenuhnya benar, tetapi jika dia tidak baik untuk Anda, Anda masih kehilangan satu atau dua ngengat, gajinya, dan pekerjaan orang yang membuatnya terlibat dalam proyek Anda. Jadi akan lebih baik untuk menghindari situasi ini.

3
Masalahnya adalah bahwa pemrogram yang baik mungkin memiliki tawaran pekerjaan lain dan jika Anda hanya menawarkan mereka pekerjaan sementara di awal, mereka dapat memilih orang lain ...

@Rexxar: Mereka masih akan pergi jika mereka tidak menyukainya. Lebih jujur ​​dan terbuka untuk menawarkannya seperti itu, IMO. Setidaknya bagi saya itu akan menjadi plus, bukan minus (mengingat itu adalah kontrak temp sementara dan pada akhirnya akan menjadi permanen atau selamat tinggal).
Vinko Vrsalovic

3
Saya harus terus membayar tagihan, saya tidak akan pernah mempertimbangkan untuk mengambil pekerjaan hanya sebagai omonth dan meninggalkan pekerjaan tetap untuk itu. Jika Anda menganggur atau memiliki pasangan kaya, ini bisa berhasil. Selain itu, Anda kehilangan banyak calon yang baik karena mereka tidak mampu mengambil risiko bahwa Anda tidak berbohong kepada mereka tentang menjadi permanen.
HLGEM

4
"Jika orang itu sepadan dengan garamnya, dia tidak akan keberatan" - well, pengembang ini akan mengatakan "persetan" dan mencari pekerjaan yang lebih baik.
gnasher729
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.