Apakah bijaksana untuk bertanya tentang keputusan desain yang dibuat pada suatu produk selama wawancara? [Tutup]

51

Saya telah memikirkan pertanyaan wawancara belakangan ini dan saya telah merefleksikan pengalaman wawancara yang buruk yang pernah saya alami di masa lalu. Salah satu catatan khusus adalah ketika saya bertanya kepada pewawancara mengapa tim memilih untuk menggunakan EJB 3 selama Musim Semi dalam produk mereka. Pewawancara cukup merobek wajah saya, berteriak "Karena Spring bukan segalanya dan mengakhiri semua pengembangan perangkat lunak Java, apakah Anda menginginkan pekerjaan ini atau tidak?". Menanggapi ini, saya mengatakan kepadanya bahwa ini mungkin bukan pekerjaan untuk saya dan saya segera keluar dari wawancara.

Saya diberitahu pada awal wawancara bahwa perusahaan memiliki pergantian staf yang tinggi, produk yang mereka kerjakan awalnya dibuat di Modula-3 kemudian diangkut ke Perl dan akhirnya ke Jawa. Saya diberi buklet 10 halaman berisi pertanyaan teknis yang mencakup Java, EJB, SQL dan JDBC dan saya ditanyai tentang tumpukan teknologi yang telah saya kerjakan. Ketika diminta untuk mengajukan pertanyaan, saya merasa masuk akal untuk bertanya kepada mereka tentang tumpukan teknologi mereka dan dan mendapatkan jawaban yang masuk akal, untuk tidak membuat pewawancara terbakar.

Pertanyaan: Apakah ide yang baik untuk menyelidiki pilihan arsitektur yang diambil dalam sebuah wawancara? Jika tidak, mengapa?

Dari sudut pandang saya sendiri, wawancara adalah proses dua arah. Jika pewawancara menguji saya pada keterampilan teknis saya, saya punya hak untuk mengajukan pertanyaan yang sama kepada mereka:

1) Cari tahu apa pola pikir dan sikap mereka terhadap pengembangan perangkat lunak. 2) Tentukan apakah pendekatan mereka sesuai dengan cara saya mendekati masalah semacam itu.

Mungkin saja pewawancara yang marah memiliki keterampilan wawancara yang buruk dan lupa bahwa wawancara adalah pertukaran dua arah. Jika saya ditanya hal ini, saya akan memberikan jawaban yang masuk akal, tetapi tentu saja saya tidak akan mencoba untuk menempatkan orang yang diwawancarai dalam keadaan menyerah yang lemah lembut di mana kepala hanya terhempas naik turun tanpa percakapan.

java interview

— Desolate Planet
sumber

22

Saya belum pernah melakukannya, tetapi perilaku semacam itu pada bagian pewawancara akan bertemu dengan "Maaf, Anda telah gagal wawancara" diikuti dengan kepergian saya.

— Blrfl

15

Saya pikir Anda baru saja menjelaskan mengapa itu baik untuk menyelidiki pilihan arhictectural. Lebih baik untuk mengetahui hal-hal ini sebelum Anda berkomitmen untuk pekerjaan baru. Namun saya akan berbicara dengan personel HR sebelum meninggalkan wawancara sehingga mereka dapat mengetahui mengapa Anda pergi.

— Lou

6

Saya memiliki pengalaman wawancara yang sangat terbatas, dan biasanya saya akan bertemu dengan kandidat setelah dia berhasil berurusan dengan orang-orang SDM. Seorang kandidat memulai diskusi arsitektur selama wawancara, dan dia benar-benar mengidentifikasi beberapa hal yang dapat kita tingkatkan. Ketika dia mendapat gaji pertamanya, dia kagum melihat bahwa itu termasuk cek kedua selama beberapa jam wawancara. Yang menyedihkan adalah jika dia memeriksa orang-orang SDM, saya mungkin tidak akan pernah bertemu dengannya.

— yannis

3

Saya mungkin tidak akan bertanya "mengapa menggunakan ini lebih dari itu". Anda tidak tahu. Sebagai gantinya Anda mungkin hanya ingin bertanya, "apa keputusan di balik menggunakan bahasa x?"

— Matt

2

Saya pikir bagian favorit saya dari cerita ini adalah "Ketika diminta untuk bertanya". Jadi dia bertanya apakah Anda memiliki pertanyaan, dan kemudian meledak ketika Anda melakukannya?

— jhocking

53

Secara pribadi, saya menemukan mewawancarai orang-orang hampir sama melelahkan dan stresnya seperti diwawancarai. Tapi itu karena saya setuju dengan Anda bahwa proses wawancara adalah pertukaran dua arah.

Saya tidak peduli seberapa baik Anda, saya tidak ingin mempekerjakan Anda jika Anda tidak akan senang bekerja di sana. Itu permainan yang mahal untuk dimainkan. Jadi saya ingin menjawab segala kekhawatiran yang mungkin Anda miliki dan menunjukkan kepada Anda tim dan produk apa adanya, sehingga Anda dapat membuat keputusan yang tepat.

Ketika saya mencari pekerjaan, saya ingin bekerja dengan seseorang yang memiliki sikap yang sama. Dan, bahkan jika saya curiga saya tahu jawaban atas pertanyaan, saya akan meminta mereka hanya untuk melihat reaksi. Agresi tidak pernah merupakan tanda seseorang yang nyaman dengan suatu situasi.

Saya tidak berbohong dalam wawancara, di kedua sisi meja, karena mereka pikir mereka mempekerjakan seseorang yang berbeda / akan bekerja di tempat yang berbeda. Dan saya mengharapkan hal yang sama sebagai balasan, dari orang di sisi lain wawancara.

Sayangnya, itu berarti bahwa kadang-kadang saya mengalami wawancara seperti yang Anda gambarkan. Apakah itu pengalaman yang mengerikan? Iya. Apakah saya keluar dari sana tahu persis di mana wawancara itu salah? Iya.

Tetapi apakah saya sangat yakin bahwa setiap pengalaman mengerikan akan jauh lebih buruk jika saya mendapatkan pekerjaan atau mempekerjakan orang yang salah? Yeah.

— pdr
sumber

12

Saya setuju sepenuhnya dengan ini, terlebih lagi tentang mengatakan kebenaran di kedua sisi meja. Hal terakhir yang ingin Anda lakukan adalah menjual barang untuk mewawancarai kandidat dan berakhir dengan lingkungan yang penuh dengan ketidakpuasan.

— Desolate Planet

3

Neraka. panik. Iya.

— Andres Jaan Tack

1

Jika melelahkan, Anda terlalu banyak wawancara. Di perusahaan saya, kami memiliki 30 orang pewawancara aneh, jadi kami hanya bisa melakukan wawancara setiap dua minggu, dan tidak sama sekali jika kami terlalu sibuk. Saya suka wawancara. Ini istirahat dari rutinitas.

— konfigurator

1

@configurator: Nah, bukan karena saya melakukan terlalu banyak wawancara, itu yang saya temukan satu wawancara menjadi melelahkan. Meskipun, saya seorang introvert, jadi itu mungkin bagian dari itu.

— pdr

16

Ya, tidak apa-apa untuk bertanya apakah Anda benar-benar ingin tahu dan jika jawabannya penting. Saya pikir bertanya menunjukkan Anda mengerti ada lebih dari satu cara untuk melakukan sesuatu, dan itu menunjukkan Anda tertarik pada bagaimana perangkat lunak itu ditulis.

Yang sedang berkata, Anda harus sangat berhati-hati dalam bagaimana Anda mengucapkan pertanyaan, dan dua kali lebih hati-hati tentang bagaimana Anda melanjutkan percakapan. Sangat mudah untuk dianggap menantang keputusan mereka. Hal terakhir yang Anda inginkan adalah pewawancara percaya bahwa Anda berpikir Anda lebih pintar daripada mereka. Jika Anda benar-benar ingin tahu, tanyakan. Jika Anda pikir mereka membuat pilihan yang buruk, tutup mulut.

Jika saya berada dalam situasi yang dijelaskan dalam pertanyaan, daripada berjalan keluar saya mungkin mengatakan sesuatu seperti "oh yeah, saya setuju bahwa musim semi jelas bukan solusi yang tepat untuk semuanya. Terima kasih telah memberi tahu saya sedikit tentang arsitektur Anda! Saya selalu mencari wawasan tentang bagaimana memilih alat yang tepat ". (meskipun, pertanyaan Anda aneh - Anda bertanya mengapa mereka memilih pegas, dan mereka memilihnya karena itu bukan akhir semua?)

— Bryan Oakley
sumber

"Sangat mudah untuk dianggap menantang keputusan mereka" - Inilah yang saya pikirkan setelah wawancara, tetapi itu adalah pertanyaan teknis yang sederhana dan saya mengucapkannya dengan sopan. Saya hanya ingin tahu mengapa mereka memilih teknologi x lebih dari teknologi y. Wawancara teknis (menurut pengalaman saya) selalu berusaha menunjukkan kepada pewawancara Anda keterampilan analitik Anda dan bagaimana Anda mengatasi masalah. Mengapa seseorang mengira itu jalan satu arah membuat saya mempertanyakan kemampuan komunikasinya.

— Desolate Planet

3

Anda juga perlu mempertimbangkan kepribadian Anda. Jika Anda seorang rekan kerja yang mempertanyakan / menantang keputusan orang lain, lebih baik mencari tahu bagaimana rekan kerja masa depan Anda bereaksi terhadap hal-hal semacam itu selama wawancara. Beberapa budaya mendorong ketidaksepakatan dan yang lain tidak, dan sebagai orang yang diwawancarai saya ingin tahu bagaimana dinamika itu bekerja.

— Steve Jackson

23

Anda harus dapat mengajukan pertanyaan apa pun yang Anda inginkan tanpa pewawancara berteriak dan menjadi bengkok. Apakah Anda benar-benar ingin bekerja di bawah kepemimpinan orang itu? Berjalan keluar tanpa melepaskan kepala orang itu membuat saya terkesan, tetapi berjalan keluar adalah satu-satunya pilihan yang benar dalam situasi ini.

— kirk.burleson

1

Apakah saya ingin bekerja di bawah kepemimpinan orang itu? Tidak, kecuali aku hampir membuat anak-anakku menjadi tunawisma. Tapi poin itu tidak relevan - pertanyaannya bukan "bagaimana Anda menangani seorang pewawancara yang brengsek?", Tetapi "apakah bijak untuk bertanya tentang keputusan desain?". Sekalipun pewawancara itu brengsek, ada cara untuk menangani situasi itu.

— Bryan Oakley

@BryanOakley - Senang seseorang melihat itu, itu salah ketik dalam pertanyaan. Saya telah menulis ulang sehingga masuk akal. Ini adalah sekitar 2006 ketika EJB 3 masih dalam masa pertumbuhan dan sebagian besar pengembang agak tidak mengampuni tentang masalah dengan spesifikasi yang didorong EJB 2 dan telah memilih untuk tetap dengan kerangka Spring yang didorong oleh komunitas. Itulah rasional di balik pertanyaan, ini adalah satu-satunya perusahaan yang saya hadapi yang tidak sesuai dengan status quo dan saya ingin tahu mengapa. Saya mengharapkan beberapa hikmat dalam jawaban, agar wajah saya tidak dikunyah.

— Desolate Planet

15

Sebagai seseorang yang sering mewawancarai orang-orang, saya pribadi menyambut diskusi tentang mengapa teknologi tertentu atau pilihan desain dibuat, apa yang akan kita lakukan sekarang berbeda jika kita memiliki kemewahan sumber daya atau memulai proyek baru. Saya biasanya melihatnya sebagai tanda tentang seseorang yang peduli dengan kerajinan mereka, dan kecuali dogma dan kami tidak cocok, saya mungkin akan menilai kandidat itu lebih tinggi daripada seseorang yang hanya menjawab pertanyaan teknis dengan kompeten.

Saat ini saya sedang mengerjakan sebuah proyek untuk klien yang memiliki warisan dari beberapa keputusan arsitektur yang bermaksud baik tetapi tidak diimplementasikan dengan baik, dan para kandidat yang mengungkapkan rasa ingin tahu tentang dunia apa adanya, dan jalan ke depan seperti yang kita lihat, biasanya merupakan tipe orang yang ingin kami ajak bekerja sama. Kami ingin orang-orang yang mampu melakukan uji tuntas dan validasi yang tepat pada keputusan desain dan implementasi di tim kami. Kami umumnya menghargai orang yang membawa sesuatu ke meja yang tidak kami miliki, atau tidak punya cukup.

Ketika saya menjadi kandidat dalam sebuah wawancara, saya mengambil tanda-tanda permusuhan atau pembelaan diri ketika diskusi semacam ini terjadi sebagai pertanda buruk, karena organisasi yang tidak mampu memeriksa diri sendiri biasanya juga dalam masalah teknologi dan proses yang mereka lakukan. tidak mampu dan mungkin tidak mau bekerja keluar. Jika saya tidak melihat motivasi untuk perbaikan berkelanjutan di tim yang ada, ada peluang bagus saya tidak akan bahagia di sana.

yang pernah tidur dengan tenaga penjual Oracle satu kali dan memutuskan semua pengembangan di masa depan akan dilakukan menggunakan layanan web Java 1.4, Oracle ERP, dan antarmuka Borland C ++ menggunakan sebagian besar komponen GUI pihak ke-3 yang dihentikan dan kami lebih suka menghabiskan $ 60.000 sebulan memasang lubang untuk menjaga pelanggan dari melompat kapal daripada meninjau kembali keputusan apa pun dan melakukan perbaikan permanen yang mungkin menghasilkan pendapatan baru jika kita beruntung. Jangan mengacau, apa yang salah dengan Anda. "

Mengira Anda berada di suatu daerah dengan pekerjaan teknologi lainnya, atau Anda bersedia untuk pindah, Anda mungkin memiliki kemewahan pilihan. Tidak ada pertunjukan yang sempurna, tetapi Anda ingin bekerja dengan orang-orang yang ingin bekerja dengan Anda. (Saya lebih peduli tentang ini daripada pilihan teknologi spesifik sebagian besar waktu.) Jika sesuatu berbau tidak enak, mungkin itu.

Jadi ya, tanyakan saja. Semakin banyak rasa ingin tahu tentang bisnis kami, proses kami, dan desain kami, semakin serius saya akan mengambil kandidat. Tapi saya tidak bekerja di toko Blub, jadi saya tidak bisa mengatakan apakah itu akan membantu Anda mendapatkan pekerjaan Blub. Saya hanya bisa mengatakan itu akan bekerja untuk Anda jika Anda ingin bekerja dengan orang lain yang peduli dengan kerajinan mereka.

— Jason True
sumber

2

Bagaimana menemukan perusahaan seperti milik Anda ... Atau hanya keberuntungan?

— Erica Xu

5

Anda biasanya dapat menemukan petunjuk dalam deskripsi pekerjaan. Semakin sedikit persyaratan mereka terlihat seperti daftar sup teknologi alfabet dan semakin banyak tentang jenis orang yang ingin mereka sewa, filosofi pengembangan mereka, dan apa yang mereka coba capai, semakin besar kemungkinan mereka tertarik pada orang. siapa yang cukup pintar untuk membuat, dan akhirnya meninjau kembali, keputusan. Jika ada yang namanya keberuntungan, itu mungkin merupakan faktor, tetapi keterampilan dan kemampuan Anda untuk menilai orang (dan kurangnya keputusasaan untuk suatu pekerjaan) juga akan ikut berperan.

— JasonTrue

12

Pertanyaan: Apakah ide yang baik untuk menyelidiki pilihan arsitektur yang diambil dalam sebuah wawancara? Jika tidak, mengapa?

Benar-benar baik, saya akan melihatnya sebagai positif.

Jika pewawancara Anda tidak bisa mengatasinya, ia mengatakan banyak tentang mereka - bukan Anda.

Saya akan khawatir jika seorang junior TIDAK tertarik pada keputusan desain, itu akan menunjukkan kurangnya rasa ingin tahu / minat pada bidang subjek, dan tidak menunjukkan keinginan untuk memperbaiki diri.

— NimChimpsky
sumber

Bukankah jawaban ini terlalu membatasi? Maksud saya jika posisi itu untuk pemimpin senior atau teknis, itu baik-baik saja. Tetapi seorang insinyur yang agak tidak berpengalaman, mengapa dia ingin mulai mengajukan pertanyaan tentang keputusan desain?

— user10326

2

@ user10326 - Seperti yang Anda tunjukkan, orang yang diwawancarai mungkin tidak berpengalaman dan mencari wawasan untuk mempelajari mengapa perusahaan mengadopsi teknologi tertentu. Adalah satu hal untuk membaca di laman web tentang apa yang ditawarkan teknologi dan yang lain adalah mendengarkan bagaimana perusahaan menerapkannya pada proses bisnis mereka dan bagaimana hasilnya. Di akhir wawancara ketika saya mengajukan pertanyaan, saya suka mendengar pendapat pengembang tentang hal-hal serta hal-hal yang tidak mereka setujui.

— Desolate Planet

1

@ user10326: Salah satu kandidat yang paling menarik yang pernah saya wawancarai adalah yang cukup junior (kurang dari 2 tahun). Setengah jalan melalui wawancara, dia mengajukan pertanyaan. Aku menjawab. Dia berkata, "Apakah kamu keberatan jika saya membahas beberapa pertanyaan lagi?" dan mengeluarkan selembar A4. Heck of a pertaruhan tetapi, bagi saya, hanya dengan mengajukan pertanyaan yang tepat, ia menunjukkan pengetahuan yang sangat kuat tentang apa yang membuat pengembangan perangkat lunak yang baik. Itu semua teoretis baginya, dan dia tahu itu, tetapi dia sedang mencari tempat di mana dia bisa mempraktikkannya.

— pdr

2

Bahkan seorang junior kadang-kadang dapat memiliki gagasan tentang berbagai hal, dan memiliki hak untuk mempertanyakan keputusan yang benar-benar gila.

— Wayne Molina

1

@Wayne M atau hanya tertarik pada subjek dan ingin memahami alasan di balik keputusan.

— NimChimpsky

3

Saya dari pola pikir itu penting . Saya telah bekerja di terlalu banyak pekerjaan dengan keputusan desain yang tidak masuk akal karena tidak ada yang tahu lebih baik, tidak peduli untuk belajar, atau ada mandat dari manajemen untuk menggunakan apa pun yang dibaca CEO di majalah / gergaji online / punya seseorang katakan padanya adalah "hal besar berikutnya" tanpa pertimbangan alternatif. Semua pekerjaan ini adalah tempat yang menyedihkan untuk bekerja.

Anda tidak harus selalu mengkritik keputusan desain kecuali itu sesuatu yang meludah di hadapan akal sehat atau hanya terdengar seperti pembicaraan gila, tapi itu umum untuk mempertanyakan hal-hal yang "tidak aktif" untuk mencari tahu apakah ada alasan warisan atau sesuatu yang datang Facebook yang memfasilitasi kebutuhan untuk menggunakan pendekatan yang tidak lazim.

Mengajukan pertanyaan seperti ini juga memiliki efek mengukur minat perusahaan dalam peningkatan dan kompetensi. Seperti yang dikatakan orang lain di atas, itu adalah satu hal jika Anda mendapatkan jawaban seperti (Saya tidak tahu Java tetapi menggunakan .NET jadi akan menggunakan. NET contoh) Ketika kami menulis aplikasi tidak ada ORM matang, jadi kami menggunakan prosedur tersimpan dengan lapisan gateway data. Kami ingin pindah ke Kerangka Entitas di masa depan dan hal lain sepenuhnya untuk mendapatkan jawaban seperti Kami hanya menggunakan prosedur tersimpan. Entity Framework terlihat menakutkan dan mungkin memerlukan pekerjaan untuk refactor, dan kami tidak dapat refactor apa pun karena CEO memiliki daftar binatu dari fitur-fitur baru yang ia ingin kita kerjakan, dan jika kita menghabiskan waktu melihat Entity Framework dia akan memecat kita untuk membuang-buang waktu. Satu menunjukkan pemahaman dan keinginan untuk meningkatkan, yang lain menunjukkan lingkungan yang biasa-biasa saja di mana setiap orang melakukan minimal untuk mengorek.

Sebuah perusahaan yang tersinggung pada Anda mempertanyakan keputusan mereka atau ingin mendiskusikan mengapa mereka memilih untuk menggunakan Produk A alih-alih Produk B bermain dan menunjukkan bahwa mereka tidak menginginkan seorang pemikir bebas tetapi sebuah drone yang tidak mau mempertanyakan, dan kemungkinan itu bukan jenis perusahaan yang ingin dikembangkan oleh pengembang yang kompeten.

— Wayne Molina
sumber

3

jawaban: Adalah ide yang baik untuk bertanya tentang pengambilan keputusan arsitektural. Tetapi Anda perlu berhati-hati bagaimana Anda mengajukan pertanyaan seperti itu.

Sederhananya: Anda harus bertanya " Bagaimana Anda memilih teknologi X daripada teknologi Y? ".

Anda ingin mengutarakannya dengan cara mengomunikasikan bahwa Anda secara umum tertarik pada proses pengambilan keputusan dalam tim. Tidak seorang pun akan mau membahas setiap keputusan warisan yang pernah dibuat perusahaan dengan seorang kandidat.

Ketika Anda bertanya " Mengapa Anda memilih teknologi X daripada teknologi Y? ", Mungkin Anda merasa tidak setuju dengan keputusan mereka (yang tidak masalah ... tetapi dapat dianggap sebagai permusuhan) atau bahwa Anda ingin membual tentang seberapa banyak Anda tahu tentang teknologi yang dimaksud (yang akan mengganggu bagi siapa pun), terlepas dari niat baik Anda.

— smp7d
sumber

2

Saya setuju dengan interpretasi Anda. Saya hanya akan bertanya "Bagaimana Anda memilih teknologi X"

— barjak

Saya sebagian setuju dengan ini. Kata 'Bagaimana' terdengar lebih rendah daripada 'Mengapa'. Meski begitu, jika Anda menggunakan 'bagaimana' di awal pertanyaan, itu juga bisa diambil ketika Anda mencoba untuk membuat psikologi pemikiran mereka di belakang memilih untuk pergi untuk satu teknologi di atas yang lain. Jika saya dalam sebuah wawancara dan menemukan orang-orang mengajukan banyak pertanyaan 'mengapa', saya biasanya akan mengajukan beberapa pertanyaan 'mengapa' kembali. Menilai dari perilaku orang yang kehilangan penggoda, perubahan apa pun dalam pertanyaan itu mungkin tidak akan membuat perbedaan apa pun betapa pun rendahnya hal itu.

— Desolate Planet

1

Ini mungkin masalahnya. Namun, saya hanya ingin menjelaskan bahwa ini adalah pertanyaan yang berbeda. Pertanyaan "bagaimana" menunjukkan bahwa Anda ingin memahami metodologi mereka (mereka mungkin akan menyentuh "mengapa" dalam jawaban mereka). Mungkin mereka melakukan POC pada setiap teknologi dan memutuskan mana yang paling sesuai dengan situasi mereka atau mungkin mereka hanya membalik koin. Pertanyaan "mengapa" tampaknya meminta alasan sebenarnya mengapa mereka memilih satu dari yang lain.

— smp7d

1

Saya suka meminta pewawancara untuk memberi tahu saya tentang keputusan desain yang gagal mereka buat, dan apa yang dilakukan selanjutnya. Ini memberi Anda beberapa informasi yang baik:

Jika bos tidak dapat mengakui kesalahan bentuk atau kegagalan sementara, itu adalah bos yang mungkin tidak Anda inginkan.
Anda dapat mengetahui bagaimana perusahaan menangani situasi yang penuh tekanan.

Itu mungkin tidak populer, tetapi saya selalu sangat menghormati para manajer dengan batu-batu untuk mengenali sebuah proyek yang akan gagal dan membunuhnya untuk berhenti membuang-buang uang, atau bahwa ada sesuatu yang mengarah ke arah yang salah dan perlu dibunuh atau direstart. .

Pada akhirnya, jika Anda berbicara tentang kepuasan kerja, teknologi (bahasa / platform / kompiler / apa pun) tidak masalah seperti kepribadian yang terlibat dan lingkungan kerja.

— segera
sumber

1

Beberapa tahun yang lalu saya dalam sebuah wawancara dan telah ditanya berbagai pertanyaan teknis tentang bahasa pemrograman ... yang saya belum melakukannya dengan baik (60/40 benar / salah). Diskusi pindah ke proyek yang mereka miliki dan saya mulai mengajukan pertanyaan tentang desain dan kemudian menunjukkan beberapa masalah dan keterbatasan yang akan mereka perkenalkan.

Saya ditawari pekerjaan pada hari berikutnya. Sayangnya saya tidak dapat mengambilnya karena alasan pribadi.

Mengajukan pertanyaan tentang desain seharusnya tidak menjadi masalah jika itu adalah pertanyaan cerdas terutama jika Anda kemudian dapat menghubungkannya dengan bisnis mereka.

— Jaydee
sumber

1

Saya belum melakukan banyak wawancara, tetapi, dari pengalaman Anda, saya akan menyimpulkan:

a) Tidak apa-apa jika Anda ingin membuat keputusan tentang apakah Anda menginginkan pekerjaan itu;

b) Tidak apa-apa jika kamu sudah memutuskan menginginkan pekerjaan itu.

Orang-orang dapat dengan mudah tersinggung oleh pertanyaan jinak tentang pilihan mereka. Itu sifat yang sangat buruk, tetapi yang umum.

— Emilio M Bumachar
sumber

-5

Berikut ini beberapa saran

Bertanya mengapa mereka memilih beberapa solusi yang ada mungkin pertanyaan yang buruk, karena mungkin tim pengembangan tidak diberi kesempatan untuk mengubah atau memilihnya.
Tim juga sepertinya sudah tahu mengapa teknologi itu bukan pilihan terbaik
Namun sayangnya, hal terakhir yang dibutuhkan oleh setiap tim pengembangan adalah orang-orang mencoba mengubah arsitektur atau mempertanyakan pilihan yang dibuat 10 tahun yang lalu - ini memberi kesan bahwa teknologi mereka sudah menjadi barang warisan lama dan pesan-pesan semacam itu yang beredar di tim dapat membuat pengembang tidak bahagia tentang situasi saat ini
Jadi dalam sebuah wawancara, hal terakhir yang harus Anda lakukan adalah memberi kesan bahwa Anda akan selalu mengeluh tentang pilihan-pilihan yang tim tidak punya kendali atas

— tp1
sumber

5

baik. Jadi, apa yang memberi pewawancara hak untuk menanyakan pertanyaan-pertanyaan semacam itu kepada saya?

— Desolate Planet

8

Mengajukan pertanyaan tidak menyiratkan bahwa Anda pikir mereka salah. Bahkan jika mereka salah, saya tidak akan takut pada perusahaan yang jujur tentang mengapa mereka melakukan kesalahan. Tidak setiap keputusan yang saya buat benar di belakang. Saya mungkin takut pada perusahaan yang tidak membiarkan orang teknis membuat keputusan teknis, tetapi perusahaan itu tidak menginginkan saya, karena saya akan melawan apa yang saya lihat sebagai masalah sistemik. Dan itu tidak masalah - semua orang mendapatkan apa yang mereka inginkan. Jadi apakah masih tidak bijaksana untuk bertanya?

— pdr

@DesolatePlanet, tp1 memberikan beberapa alasan bagus bahwa pertanyaannya mungkin tidak bijaksana. Bukannya Anda tidak punya hak untuk bertanya, itu mungkin bukan langkah paling cerdas karena alasan yang diberikan. Ternyata, itu adalah pertanyaan besar dalam kasus ini - itu mengungkapkan kepribadian bahwa tidak ada yang mau harus bekerja dengan.

— Caleb

Masalah utama adalah mempertanyakan pilihan arsitektur. Arsitektur diputuskan sekali dan kemudian diperbaiki selama 10-20 tahun. Itu tidak bisa diubah. Pengembang yang baik tahu kapan sesuatu tidak mungkin dilakukan. Fokuskan upaya Anda untuk mengubah sesuatu yang membuat perbedaan. Melompat dari satu platform lama ke platform lain tidak produktif.

— tp1

4

Dia menanyakan alasan pemilihan arsitektur, bukan mengapa mereka tidak mengubahnya nanti!

— melahap elysium