Bagaimana cara menghadapi “pemrograman blowhard”? [Tutup]


18

Jadi saya yakin semua orang telah bertemu orang ini pada satu titik atau yang lain, seseorang menangkap proyek Anda atau ide dan awalnya menunjukkan minat. Anda bisa berbicara tentang beberapa metode Anda dan biasanya sekitar waktu ini mereka menyela menyatakan bagaimana Anda harus menggunakan metode X, atau hanya menggunakan perpustakaan Y. Tapi bukan sebagai saran yang ramah, tetapi berbatasan dengan perintah. Seringkali mengulangi nasihat yang sama berulang-ulang seperti burung beo yang terlalu bersemangat.

Secara pribadi, saya suka menemukan kembali roda ketika saya belajar, atau bahkan hanya untuk bersenang-senang, bahkan jika ternyata lebih buruk dari apa yang telah dilakukan sebelumnya. Tetapi orang ini tampaknya tidak dapat memahami menciptakan utilitas APAPUN untuk tujuan seperti itu, atau mungkin mencoba sesuatu yang tidak secara ketat mengikuti praktik OOP tradisional, dan tidak akan menerima apa pun kecuali rasa kesempurnaan mereka, dan dengan demikian secara alami mengangkat kritik mereka dengan lumpur ke telinga saya dengan kekuatan penuh . Sebagai tambahan, mereka akhirnya mulai membenarkan saran mereka (retardasi) dengan mendaftar semua hal yang sangat rumit yang mereka kodekan sendiri (biasanya di sepanjang baris "percayalah, saya telah membuat / menggunakan program X untuk waktu yang lama , bla bla bla").

Sekarang, saya jauh dari menjadi master pemrograman, saya mungkin bahkan tidak sebagus itu, dan karena itu saya menghargai saran dan kritik, tetapi saya pikir saran / kritik memiliki waktu dan tempat. Ada juga perbedaan besar antara membantu dan menjadi narsis. Di masa lalu saya mungkin akan menggunakan pemecatan gaya George Carlin yang agak kuat, tapi saya tidak berpikir membakar jembatan adalah pendekatan terbaik lagi.

Apakah Anda punya saran tentang cara menangani cambukan verbal semacam ini?


10
Saya suka 'menciptakan kembali roda' juga. Itu cara yang bagus untuk benar-benar memahami teknologi baru. Yang, pada gilirannya, membantu Anda dengan orang lain. Plus, terus terang, sering kali lebih cepat untuk menemukan kembali roda daripada belajar, memelihara, dan mengubah roda seseorang yang kode jelek, dan tidak terdokumentasi dengan baik.
GrandmasterB

31
Re-inventing wheels sangat bagus untuk belajar, dan sangat dianjurkan. Namun, untuk kode 'nyata' yang akan melakukan sesuatu yang penting, pilih solusi yang sudah dicoba dan teruji!
Peter Boughton

6
Terkadang ketika 'menciptakan kembali roda' Anda berakhir 'membangun perangkap tikus yang lebih baik'.
Rusty

2
Anda membuat roda jelek, mengerti bahwa itu jelek, dan pergi dan menemukan yang fantastis yang dibuat oleh seseorang yang tahu bagaimana melakukannya.

1
@ Cepat, dengan masalah ini adalah perangkap tikus dan bukan roda;)
Matthew Whited

Jawaban:


36

Jangan biarkan mereka bicara. Dapatkan di depan keyboard. Ungkapan "ok, tunjukkan padaku" harus melakukannya. Pengalaman saya adalah sebagian besar pukulan keras tidak begitu bagus, dan ketika mereka benar-benar mencoba melakukan apa yang mereka katakan itu tidak berhasil dan semuanya menjadi sangat sunyi.


1
Saya bisa berharap Jujur mereka mungkin programmer lebih baik dariku, tapi aku benar-benar kesulitan belajar dari, atau berada di ruangan yang sama dengan, orang bodoh sosial memamerkan kemampuannya seperti itu adalah lisensi untuk menjadi pelacur yang sempurna.
Peter G.

1
Hanya karena mereka lebih baik daripada Anda tidak berarti apa yang mereka selalu tahu apa yang mereka bicarakan.
Conrad Frix

Saya akan coba metode Anda, lain kali itu terjadi. Terima kasih.
Peter G.

2
Pragmatis adalah kata kunci.
rwong

1
@PeterG. bagaimana ini pergi?

17

Saya sudah pemrograman selama tiga puluh tahun. Saya tahu banyak orang yang menganggap saya sebagai "master pemrograman." Ingin tahu rahasia kecilku yang kotor? Saya nyaris tidak kompeten di beberapa bidang, tetapi hanya itu. Sebagian besar aku payah .

Saya telah bekerja dengan beberapa jenius luar biasa pada tahun-tahun itu, bukan aktris-pada-podium-menggelegak-tentang-jenis-jeniusnya, tapi jenius, Jenius dengan jenius kapital-G. Heck, saya sudah membaca Knuth.

Jika Anda bekerja keras dan cukup lama dalam hal itu cepat atau lambat Anda akan menyadari bahwa yang terbaik yang dapat Anda lakukan adalah benar-benar tidak signifikan dibandingkan dengan luas dan dalamnya bakat yang ada. Saya gagal melihat bagaimana orang dapat mencapai titik itu dan pergi dengan apa pun kecuali kerendahan hati yang terdalam.

Siapa pun yang menguasai pandangan mereka terhadap orang lain dan percaya bahwa cara mereka adalah cara yang benar di atas segalanya bukanlah programmer yang sangat baik. Ambil kata-kataku untuk itu.

Saran saya, Anda berada di jalur yang benar untuk tidak membakar jembatan. Dengarkan dengan sopan, ambil apa pun yang dapat Anda lakukan, lalu lakukan sesuai keinginan Anda.


Saya pikir ada berbagai cara untuk melihat "menjadi baik", kadang-kadang saya menyamakan jenis pemrograman yang saya lakukan dengan lebih banyak pengrajin / pedagang, saya ragu saya akan pernah membuat terobosan dalam ilmu komputer atau menciptakan beberapa algoritma gila yang akan menjadi sebuah terobosan besar, namun orang-orang yang melakukan hal semacam itu sering bosan membangun aplikasi "biasa" karena mereka selalu menginginkan sesuatu yang lebih dan lebih menantang, lagipula saya mengoceh tapi saya pikir ada sesuatu yang bisa dikatakan hanya menjadi solid programmer di beberapa area karena Anda masih bisa sangat berharga bagi majikan
programmx10

5

Seperti kebanyakan situasi sosial, itu tergantung pada konteksnya.

Jika orang ini dalam peran utama (konteksnya kemungkinan adalah tempat kerja), maka Anda agak disembunyikan kecuali Anda dapat meyakinkan mereka untuk menggunakan teknik yang berbeda dari yang mereka pilih. Semoga mereka terbuka untuk kritik dari tim mereka. Dalam banyak kasus, saya mendapati bahwa mengajukan argumen yang bagus, berdasarkan fakta, dan solid tentang mengapa pendekatan khusus Anda lebih baik untuk proyek sering kali akan memenangkannya. Jika mereka tetap keras kepala hanya karena "itulah yang seharusnya dilakukan" (atau alasan konyol lainnya), maka mereka akhirnya tampak buruk dan Anda terlihat seperti Anda setidaknya mencoba bersikap rasional. Dalam hal ini, saya juga merekomendasikan untuk memeriksa karier. Jadi ...

Jika orang ini adalah rekan Anda, Anda bisa mengabaikannya dan melanjutkan. Lebih baik meminta mereka untuk menjelaskan mengapa mereka menghargai perpustakaan atau pendekatan tertentu. Melalui diskusi, mereka mungkin menyadari bahwa kendala Anda berbeda dari yang mereka perkirakan (misalnya, Anda tidak perlu "perpustakaan super cepat super keren" karena Anda tidak memerlukan kecepatan pedal-ke-the-metal yang mentah, atau Anda tidak perlu tidak ingin menggunakan "komponen prebuilt Y" karena Anda bertujuan untuk meminimalkan ketergantungan). Anda mungkin juga mendapatkan wawasan berharga tentang beberapa hal yang mereka sarankan. Biasanya dalam situasi seperti ini saya pada akhirnya akan sebagian besar dengan cara saya sendiri, tetapi saya biasanya juga akan mendapatkan beberapa informasi bermanfaat dari setidaknya melihat ke pendekatan / teknologi / perpustakaan apa pun yang mereka dukung.

Jika orang ini ada di bawah Anda, maka suruh mereka untuk pergi :) Ok ... mungkin sedikit lebih konstruktif dari itu (jangan menjadi tipe orang yang ingin Anda tangani!), Dan sekali lagi cobalah untuk memahami apa yang terjadi dan berkomunikasi secara efektif.

Pada akhirnya, jika orang itu benar-benar menjadi peniup pukulan keras yang tidak mau berkompromi, tidak berpikiran terbuka, dan tidak peduli untuk belajar; maka yang dapat Anda lakukan adalah mengabaikannya dan mencoba untuk melakukan yang terbaik dari situasinya.


Saya mungkin belum cukup baik untuk mendapatkan pekerjaan, jadi semuanya sesama siswa / orang daring / dll. Saya tidak punya masalah mempelajari metode lain (saya benar-benar menghargainya), tetapi ketika saya memberi tahu seseorang bahwa saya ingin mencoba ini, dan kemudian mereka menjawab dengan menyatakan betapa mengerikannya ide itu, saya merasa ingin kehilangannya. Mungkin penghindaran adalah pendekatan terbaik.
Peter G.

2
Untuk Nick - saya tidak akan mengabaikan rekan kerja keras. Mereka memiliki kemampuan untuk menyelinap di bawah Anda dan menghancurkan inisiatif Anda. Blowhards cenderung politis juga, jadi yang terbaik adalah jangan pernah meremehkan kemampuan mereka untuk melakukan kerusakan, betapapun bodohnya mereka.
luis.espinal

1
@luis "Blowhards cenderung bersifat politis juga, jadi yang terbaik adalah jangan pernah meremehkan kemampuan mereka untuk melakukan kerusakan," ... Saya akan memberi Anda +100 tentang ini jika saya bisa. Pernah ke sana, berurusan dengan itu.
Bill

1
@ Peter G - jika Anda seorang pelajar. Abaikan mereka, berhenti bicara. Mereka akan bergerak dalam waktu dan Anda juga. Jika dipekerjakan ... Anda memiliki banyak masalah.
cepat

5

Cobalah mencari tahu mengapa dia merasa perlu untuk mengganggu dengan cara ini.

  • Apakah dia takut Anda melakukan hal yang salah dan menghamburkan uang / waktu perusahaan?
  • Apakah dia merasa tidak aman dan takut tidak relevan?
  • Apakah dia berusaha membantu dengan saran solusi yang lebih baik, tetapi gagal?
  • Apakah dia salah paham tujuan Anda dalam menjelajahi ruang solusi?
  • Apakah ini caranya bersikap ramah?
  • Apakah seseorang mengatakan kepadanya bahwa Anda harus selalu menggunakan X, jadi dia selalu menyarankan X? Mengapa mereka mengatakan itu padanya?
  • Apakah dia seorang salesman untuk teknologi X?

Ini semua memiliki respons berbeda.

Dengan pemahaman yang lebih baik tentang 'pukulan keras' Anda - mulailah dengan kehilangan label itu untuknya - Anda akan jauh lebih mampu menemukan cara untuk bekerja sama.

Anda mungkin juga menyelidiki mengapa ini sangat mengganggu Anda. Mengapa Anda tidak dapat mengabaikan inputnya, atau dengan tidak sengaja membelokkannya?


+1 untuk mempertimbangkan bahwa dia mungkin tidak menyadari efek yang dia alami. Sebagian besar orang yang mengganggu kita tidak tahu apa yang mereka lakukan, dan seringkali, kita akhirnya menafsirkan apa yang seseorang katakan berdasarkan pengalaman kita, yang berbeda dari pengalaman mereka, dan karenanya kita melekatkan makna pada perilaku dan pengaturan "aturan" bahwa tidak ada yang tahu selain kita.
Tim Claason

2

Beralih ke mode pemrograman fungsional. Sebagian besar hards pukulan tahu Java dan tidak ada yang lain. Jadi saat Anda memukul mereka dengan sesuatu yang aneh seperti mengatakan Haskell atau Lisp atau bahkan Ruby mereka akan berhenti mati.


1

Saya akan meminta mereka untuk pergi (Anda bisa menggunakan lebih banyak kata-kata diplomatik jika Anda mau.) Atau mengabaikannya. Tidak banyak pilihan di luar yang saya katakan. (Pembunuhan bisa berhasil tetapi legalitas bervariasi berdasarkan lokal.)


4
Saya tidak berpikir itu cara terbaik untuk menghadapi situasi ini ...
TheLQ

1
Saya sudah mencoba pendekatan yang kurang diplomatis, tetapi saya tidak suka melakukannya. Berteriak hanya membuat saya merasa lebih buruk. Sering kali saya merasa ingin meninju mereka melalui dinding, tetapi mereka biasanya jauh lebih besar dari saya (shamu datang ke pikiran). Dan pada tubuh jagung saya 6'30lbs, itu akan seperti mencoba menyerang bola bowling dengan pembersih pipa.
Peter G.

@ Peter - Saya sedang mempertimbangkan menghapus ini karena itu bukan jawaban yang serius di pihak saya.
ChaosPandion

1
Tidak apa-apa. Hidup butuh lebih banyak komedi / sarkasme.
Peter G.

Saya tidak berpikir saya pernah didorong sejauh ini di tempat kerja, tetapi ini mungkin satu-satunya pilihan Anda dengan pukulan keras yang ekstrem.
JeffO

1

Mengapa Anda peduli dengan apa yang dikatakan orang ini? Apakah mereka bos Anda? Siapa peduli? Setiap pekerjaan memiliki seorang pria, semoga bukan Anda, yang mereka hindari, atau mereka mendengarnya datang ke aula dan mereka merunduk. Mereka hanya tidak menyukainya. Mereka bahkan mungkin tidak tahu mengapa. Tapi begitulah dunia ini. Jadilah ramah dan peduli siapa. Kedengarannya seperti Anda ingin pon daging Anda dan menamparnya sedikit.


Sulit jika Anda bekerja untuk orang seperti ini.
cepat_now

0

Ada seorang pria seperti ini di tempat kerja terakhir saya. Dia tidak hanya memiliki pendapat tentang setiap tugas diskrit yang dilakukan semua orang, tetapi dia juga menggulung dan bertanya "apa yang kamu lakukan - aku hanya tertarik!" tepat ketika Anda sedang mengerjakan tugas, daripada melanjutkan pekerjaannya sendiri yang ditugaskan kepadanya. Ada satu hal yang memiliki pendapat tentang sesuatu sekarang dan lagi - kita masing-masing memiliki pandangan, dan tim yang produktif harus selalu terbuka untuk masukan yang valid dari rekan-rekan mereka - tetapi itu adalah prospek lain ketika seseorang berulang kali membuat pengembang lain berhenti bekerja dengan meminta mereka untuk hentikan apa yang mereka lakukan dan jelaskan kepada mereka, dengan harapan mereka bisa berkembangpendapat selama pembicaraan yang mereka usulkan alih-alih membiarkan kolega mereka melanjutkan pekerjaan mereka.

Ketika orang ini mencoba hal di atas pada saya, kalimat pembuka adalah "Apa yang kamu lakukan?", Yang saya berikan ringkasan ikhtisar singkat tentang tugas yang baru saja saya mulai, kalau-kalau dia sebenarnya hanya bertanya dengan santai daripada mencari perdebatan panjang dan tidak terlalu mencerahkan tentang masalah ini seperti yang saya duga dari pengalaman sebelumnya yang menyakitkan adalah niatnya. Ketika menjawab penjelasan ikhtisar saya, dia melanjutkan dengan mengatakan "Saya tidak mengerti? ...", dengan nada yang menyarankan tidak ada yang akan membuat saya lebih bahagia daripada menghentikan apa yang saya lakukan untuk menjelaskan niat saya kepadanya secara lebih rinci, Saya hanya berkata, "Mengapa Anda perlu mengerti?", Yang menghentikannya.

Setiap pengembang lain di kantor terkekeh keras ketika dia berjalan dengan kesal kembali ke kursinya, tidak dapat menjawab pertanyaan saya. Pelajaran di sini, jika saya berani memberikan satu, adalah bahwa orang-orang ini selalu ditangani dengan sopan dan tenang, tetapi dengan tegas. Jika Anda gagal untuk menghibur campur tangan mereka dengan pekerjaan Anda, dan menghentikan setiap percakapan yang mengancam untuk mengambil tenor argumen bahkan sebelum mereka mulai, orang-orang ini umumnya tidak punya tempat untuk mencoba menggagalkan proses pemikiran Anda.


Saya tidak yakin saya suka pendekatan itu, semua orang di tim harus tahu apa yang orang lain rencanakan - pendekatan dan semua, jika tidak, jika mereka pergi karena suatu alasan, tidak ada yang bisa mengambil dari mereka. Juga, jika memungkinkan, seluruh tim harus berkontribusi berkaitan dengan teknik untuk memastikan pendekatan terbaik.
Orbling

Saya tidak setuju - kami adalah tim pengembangan, bukan The Borg. Desain oleh komite tidak berfungsi, dan tidak juga memotong dan mengubah tugas seolah-olah pengembang hanyalah bagian yang dapat dipertukarkan. Saya tentu terbuka untuk orang lain dengan hormat menyumbangkan pandangan dan pendapat untuk pekerjaan saya, tetapi seperti disebutkan di atas saya membuat perbedaan antara memiliki pendapat yang ada dan hanya membuat orang lain keluar dari pekerjaan mereka dengan meminta mereka untuk menghentikan apa yang mereka lakukan dan bakar. waktu menjelaskan ide-ide mereka kepada Anda. Beberapa orang hanya suka mendengar suara mereka sendiri, dan dev khusus ini termasuk dalam kategori itu.

@ orbling, kedengarannya seperti alasan pertemuan terjadwal bagi saya!

@ Thorbjørn Ravn Andersen: Di dunia modern, Anda cukup sering mendistribusikan tim ke berbagai benua. Rapat yang terjadwal dapat menjadi hal yang sangat sulit untuk dicapai, sesuatu yang harus dihindari jika memungkinkan.
Orbling

@Orbling, jawabannya jelas berbicara tentang pengembang yang berlokasi di lokasi fisik yang sama. Namun, bahkan untuk tim terdistribusi Anda perlu koordinasi untuk menghindari orang-orang terganggu sepanjang waktu.

-2

Pukul mereka dengan garis "Anda seharusnya tidak pernah menggunakan sesuatu yang Anda tidak mengerti".

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.