Bagaimana tidak menderita ideologis ketika Anda adalah orang yang pragmatis? [Tutup]

Saya adalah orang yang pragmatis (saya pikir saya adalah. Tetapi sekali lagi, Jon di sini memiliki poin yang menarik). Kadang-kadang, solusi paling sederhana untuk menyelesaikan pekerjaan adalah yang paling cocok untuk saya, jika itu bukan penghujatan total dan cela terhadap prinsip-prinsip desain apa pun. Lihat jawaban saya untuk pertanyaan ini di Stack Overflow . Sederhana. Bekerja Diterima. Dapat ditingkatkan. Jelas tidak sempurna dan tidak terlalu rumit. Dan datanglah orang ini . Dia menurunkan saya, mengomentari pertanyaan bagaimana jawabannya lebih baik, lebih akurat dll dan ketika saya bertanya mengapa dia menurunkan saya, dia menyebut saya salah dalam komentarnya. Mengingatkan saya pada komik ini .

Hanya untuk meluruskan ini: Jawabannya jelas lebih baik. Tapi bukan itu intinya!

Sementara di Stack Overflow saya bisa tertawa dan tidak terlalu peduli dengan hal-hal ini karena orang-orang itu jauh, di dunia nyata saya menderita ideologi setiap saat. Heck, saya tidak menciptakan keajaiban perangkat lunak, saya harus menjaga warisan yang besar itu tetap berjalan, dan ini merupakan petualangan bagi saya setiap hari. Saya pandai dalam beberapa hal dan buruk dalam hal-hal lain. Saya ingin sekali belajar. Tetapi saya dapat menerima satu atau dua cacat dalam sistem seperti apa adanya: cacat. Besok, kita akan memperbaiki semuanya, tapi pertama-tama mari kita lakukan apa yang diinginkan pelanggan, lalu minum bir.

Pertanyaan saya adalah:

• Bagaimana Anda berurusan dengan ideologi / ideolog, ketika Anda adalah orang yang pragmatis?
• Bagaimana Anda berurusan dengan pragmatisme / pragmatis, ketika Anda adalah orang yang ideologis?

Saya tertarik pada kedua sudut pandang tersebut.

Tanpa berusaha menjadi lucu, sebagai seorang pragmatis tentunya Anda bisa bersikap pragmatis tentang hal itu?

Orang lain adalah satu lagi kendala yang harus Anda tangani, sama seperti permintaan keterlambatan perubahan, klien yang sulit, alat yang tidak memadai, waktu yang terbatas dan sebagainya. Semua ini adalah hal-hal yang Anda katakan Anda tangani secara pragmatis dan ini sama.

Jika Anda bekerja dengan seseorang yang Anda yakini sulit maka Anda perlu menemukan solusi untuk masalah yang berhasil, bahkan jika itu tidak ideal.

Mulailah dengan bertanya pada diri sendiri seberapa besar masalah yang mereka sarankan dan kemudian berdasarkan pada pekerjaan itu apakah Anda cocok dengannya (jika itu bukan masalah besar), atau menemukan kompromi (jika itu mungkin), atau melawannya ( jika mereka sepenuhnya tidak masuk akal).

Jika Anda benar-benar berpikir bahwa mereka sepenuhnya rusak, Anda selalu dapat menghibur diri sendiri dengan pengetahuan bahwa ketika itu semakin meningkat, manajer Anda hampir selalu akan memilih solusi Anda (jika memang bisa diterapkan) karena manajer biasanya menjadi manajer dengan menjadi, yah. , pragmatis.

Tetapi jika Anda tidak dapat melakukan ini, saya sarankan Anda menjadi sedikit ideologis tentang pragmatisme Anda dan mungkin Anda tidak pragmatis?

Sebagai seorang pragmatis, saya mengusulkan Anda membiarkan gagasan ini berdering dengan Anda: Anda bukan kode Anda .

Anda menulis kode. Anda menulisnya di tingkat apa pun dan dengan kualitas apa pun yang Anda lakukan. Lalu kamu pulang.

Biarkan kaum idealis mengidentifikasi harga diri mereka dengan hasil mereka, dan memvalidasi diri mereka dengan meletakkan Solusi Sempurna mereka di atas alas emas. Jika hanya itu yang mereka miliki, maka Tuhan memberkati mereka. Sedih sedikit keberadaan mereka di sana.

Saya pikir ide "pragmatis vs idealis" ini adalah dikotomi yang salah. Ini adalah sebuah kontinum di mana terdapat tingkat pragmatisme dan idealisme yang berbeda, dan masing-masing individu jatuh pada bagian yang berbeda dari kontinum, dan untuk masalah yang berbeda. Anda mungkin menjadi pragmatis dalam hal perancangan perangkat lunak tetapi idealis dalam bidang politik atau seni. Saya mungkin sebaliknya. Dan seorang "idealis" dengan desain perangkat lunak mungkin menganggap dirinya seorang pragmatis jika dibandingkan dengan seseorang yang bahkan lebih ideologis.

Jadi, saya kira saran saya adalah untuk tidak terobsesi dengan label, dan alih-alih mencoba mengkomunikasikan sudut pandang Anda dan meyakinkan rekan kerja Anda bahwa Anda benar karena ide Anda lebih baik . Jika Anda rekan kerja saya dan kami tidak setuju, argumen Anda tentang "ide saya lebih pragmatis dan karenanya benar" tidak akan terbang bersama saya. Tetapi jika argumen Anda adalah "desain saya lebih baik untuk ini dan ini dan ini alasan", Anda mungkin bisa meyakinkan saya.

Ini masalah penerimaan .

Saya sendiri sangat frustasi oleh self-driven cv yang disebut arsitek . Cukup frustrasi untuk memberi mereka nama panggilan;)

Dalam pengalaman saya, sangat sulit untuk mengubah orang lain, jika bukan tidak mungkin. Anda harus mengarahkan energi Anda ke sesuatu yang lebih produktif dan positif.

Pikiran negatif tidak berguna.

Begitulah cara Anda harus berurusan dengan mereka: dengan tidak berurusan dengan mereka .

Tergantung pada siapa Anda berurusan. Seorang ideolog akan menolak untuk menggunakan solusi tertentu. Seorang idealis lebih suka menggunakan solusi tertentu. Tidak banyak yang dapat Anda lakukan dengan seorang ideolog. Kaum idealis akan merespons secara positif simpati + kepraktisan, yaitu "Saya juga ingin menggunakan HTML5, dan jika anggaran mendukungnya, kami dapat melakukannya. Tetapi kami harus berurusan dengan semua (masukkan konteks yang sesuai dengan penghinaan) yang tidak akan memperbarui web mereka browser, jadi kita perlu menerapkan solusi flash terlebih dahulu. "

Memahami di mana saya pragmatis dan di mana saya idealis adalah titik awal. Kita semua memiliki hal-hal mendasar di mana kita lebih cenderung menjadi realis karena hal-hal seperti makanan dan minuman cenderung menjadi kebutuhan yang terpenuhi atau Anda mati karena kelaparan atau dehidrasi, sering kali dengan makanan yang tidak sempurna. Pada saat yang sama, kebanyakan dari kita mungkin memiliki beberapa nilai yang cenderung kita junjung tinggi di atas semua yang saya pikirkan. Jadi saya pikir ada sedikit dari kita dan memahami mengapa kita memiliki keduanya akan menjadi tempat yang baik untuk memulai meskipun ini dapat dilihat sebagai menghindari pertanyaan itu adalah bagaimana saya menangani masalah berada di kedua ujung jungkat-jungkit dan harus berurusan dengan orang dari yang lain.

Elizabeth Lesser: Bawa "The Other" ke Lunch adalah pembicaraan TED baru-baru ini yang bisa menjadi tambahan yang bagus jika seseorang menginginkan saran tentang cara melihatnya secara berbeda. Memanusiakan sisi lain itu bisa berguna jika kita ingin bergerak maju secara kolektif meskipun saya mungkin agak lunak karena bersikap idealistis seperti itu.

Ini benar-benar masalah berurusan dengan dua jenis orang yang tidak setuju dengan Anda: A) Mereka yang mungkin berubah pikiran B) Mereka yang mungkin tidak akan pernah berubah pikiran.

Grup A) Anda memberikan argumen / pendapat terbaik, mencoba bersikap sopan dan mungkin berubah pikiran. Anda lebih cenderung mendengarkan apa yang mereka katakan. Anda merasa mereka terbuka dan bertemu Anda setengah jalan. Kita cenderung berpikir seperti orang yang kita sukai.

Kelompok B) Anda menjadi emosional, mengambil kesempatan untuk menimpanya dan menunjukkan kesalahan cara mereka. Beberapa nama panggilan biasanya menemukan jalannya ke percakapan. Tidak ada yang dipecahkan dan yang terbaik Anda setuju untuk tidak setuju.

Tidak mengatakan ini adalah cara yang tepat untuk melakukannya, tetapi biasanya yang akhirnya terjadi.

• Bagaimana Anda berurusan dengan ideologi / ideolog, ketika Anda adalah orang yang pragmatis?
• Bagaimana Anda berurusan dengan pragmatisme / pragmatis, ketika Anda adalah orang yang ideologis?

Saya percaya pilihan terbaik adalah mengumpulkan tim dengan mentalitas yang sama. Ini mungkin salah satu cara untuk membuat segala sesuatunya berjalan tanpa ada anggota tim yang mengalami sakit mental setiap hari kerja.

Sampai sekarang ini sudah pasti satu hal lagi yang saya perhatikan saat wawancara - adalah tim yang dibangun oleh orang-orang yang ingin tahu, berpikiran terbuka, pragmatis dan berorientasi pada tujuan (itulah yang saya inginkan) atau apakah ada aroma astronot arsitektur, ideolog dan fanatik (yang saya lebih suka tidak menjadi bagian dari).

Memang itu tidak akan membantu Anda sekarang (kecuali Anda dapat pindah ke tim atau departemen lain) tetapi mungkin petunjuk yang berguna untuk masa depan?

[Menanggapi komentar - tentang astronot arsitektur ...]

Jangan Biarkan Astronot Arsitektur Menakutkan Anda

Apakah Astronot Perancang Arsitektur Groove Designer?

Astronot Arsitektur Kembali

Astronot arsitektur mengambil alih

Jawabannya jelas lebih baik. Tapi bukan itu intinya!

Apakah Anda yakin Anda seorang pragmatis? :)

Sebagian besar waktu ketika saya melihat seseorang yang disebut idealis meremehkan, mereka tidak bersikap idealis, tetapi hanya bersikap pragmatis dengan mempertimbangkan konsekuensinya selama periode waktu yang lebih lama daripada orang lain.

Tentu, kode kotor mungkin pragmatis jika semua yang Anda lihat adalah bisa pulang tepat waktu tanpa lembur, tetapi begitu Anda memperhitungkan bahwa orang tidak sering benar-benar mendapatkan kesempatan untuk kembali dan memperbaiki barang-barang nanti, dan bahwa Anda mungkin akan terjebak dengan kode untuk waktu yang lama, melakukan hal-hal dengan cara yang benar berhenti tampak seperti idealisme dan mulai terlihat lebih seperti tindakan orang pragmatis yang hanya berpikir melampaui masa depan yang segera.

Pengalaman saya adalah bahwa ada dua jenis coders:

1. Programmer "kode pertama, ajukan pertanyaan nanti"
2. Programmer "renungkan selama dua minggu, lalu kode dalam satu jam"

Sangat mudah untuk berasumsi bahwa ini adalah perdebatan pragmatis / ideolog, tetapi sebenarnya tidak. Masalahnya adalah kedua orang ini menggunakan pendekatan yang berlawanan untuk melakukan hal yang sama. Mereka berdua ingin menyelesaikan sesuatu . Mungkin Anda bisa mengatakan bahwa programmer Tipe 1 seperti kelinci (selalu bergegas melakukan sesuatu) sedangkan programmer Tipe 2 seperti kura-kura (lambat dan mantap memenangkan perlombaan).

Apa yang saya lihat terjadi adalah sesuatu seperti ini: programmer Tipe 1 tidak senang kecuali mereka terus-menerus memalu kode. Mereka mungkin berhenti untuk berpikir sebentar, tetapi mereka menganggapnya sebagai buang-buang waktu saja. Mereka ingin berguling-guling dengan pukulan dan mengambil barang saat datang daripada merencanakan. Pemrogram Tipe 2 ingin memiliki pendekatan terhadap kode yang dipetakan sebelumnya. Mereka tidak akan memulai pengkodean sampai mereka sudah tahu apa yang akan mereka tulis, bagaimana mereka akan menulisnya, dan bahwa pendekatannya adalah yang benar.

Jika Anda menetapkan pemrogram Tipe 1 dan pemrogram Tipe 2 untuk mengerjakan tugas yang sama secara bersamaan, pemrogram Tipe 1 akan sudah lama memulai proyek mereka pada saat pemrogram Tipe 2 memutuskan pendekatan apa yang harus diambil. Pada titik ini, pemrogram Tipe 1 akan melihat bahwa pemrogram Tipe 2 belum benar-benar memulai pengkodean dan akan mencoba membantu mereka mendapatkan program dan mulai melakukan sesuatu. Pemrogram Tipe 2 akan melihat bahwa pemrogram Tipe 1 telah mulai mengkodekan dengan sembrono dan mencoba membuatnya berhenti dan berpikir.selama setengah detik. Tanpa mengetahui apa yang terjadi, pemrogram Tipe 1 akan memberi label pemrogram Tipe 2 sebagai ideolog yang tidak ingin menyelesaikan sesuatu, dan pemrogram Tipe 1 akan memberi label pemrogram Tipe 2 pemoder koboi yang tidak menghargai kode yang tepat.

Di sinilah segalanya menjadi rumit. Ketika mereka berdua bereaksi dengan cara ini mereka berdua benar pada tingkat tertentu. Programmer tipe 1 perlu belajar untuk berhenti, bernapas , lalu berpikir tentang apa yang mereka lakukan sebelum mereka bergegas ke kode. Seperti kata pepatah, "minggu pengkodean dapat menghemat jam perencanaan". Pemrogram Tipe 2 perlu belajar untuk berhenti merencanakan di beberapa titik dan hanya menulis beberapa kode. Seperti kata pepatah yang lain, "Rencana tikus dan laki-laki yang paling sering dibuat serba salah".

Organisasi membutuhkan beberapa jenis orang. Manajer yang tidak berpengalaman atau jahat suka melihat antek-antek mereka memutar roda mereka tanpa henti dan sering kali akan mendorong pemrogram Tipe 1. Micromanager ingin tahu apa, di mana, kapan, dan bagaimana karyawan mereka akan membuat kode dan akan sering mendorong programmer Tipe 2. Dengan demikian, organisasi perlu melakukan upaya sadar untuk mendorong keseimbangan.

Tidak tahu tetapi saya mengerti maksud Anda. Saya menjadi sangat marah ketika saya melihat beberapa orang bodoh membual tentang menggunakan VIDEO dan H.264 karena itu "terbuka" (yeah, benar, dengan codec eksklusif tertutup) yang akan bekerja pada 20% klien daripada menggunakan Flash yang akan bekerja untuk 98% klien (dan itu benar-benar H.264 SAMA hanya di pemain yang berbeda).

Sama ketika saya melihat noob yang mengatakan bahwa "SQL" sudah mati karena kita memiliki mongo - dan orang-orang idiot itu tidak dapat menggunakan KEDUA dengan benar.

Dan kami hanya memiliki HORDES dari troll / orang tolol yang memposting di forum, menulis surat kabar / artikel pers hari ini.

Dan itu selalu membuatku marah. Satu cerita. Klien ingin beberapa penambahan video ke halaman bisnisnya:

• oke besok akan selesai
• apakah itu dalam HTML5?
• tidak, saya akan menyarankan flash dan HTML5 fallback, karena HTML5 tidak didukung pada lebih dari 50% perangkat dengan benar.
• tapi tidak apa-apa, semua orang mengatakan bahwa ini adalah masa depan, saya ingin HTML5. Saya tidak ingin flash, itu usang / jahat / apa pun.
• oke tapi itu tidak akan selalu berhasil.
• itu bukan masalah

Hari berikutnya:
- Tag video sederhana dan sederhana, 2 penyandian berbeda, 100% dilakukan dengan benar. Tentu saja ada flash fallback yang saya perlihatkan kepada klien. Kinerja itu menyedihkan, tetapi berhasil. Sekarang klien mengeluarkan laptopnya "dia ingin memeriksa juga".
- Pergi ke halaman dan BAM. Firefox 3.something. 5 FPS, suaranya melompati, sepertinya 100% rusak.

• Saya tidak ingin itu bekerja seperti ini, itu rusak. Jadikan itu benar.
• Saya telah mengatakan kepada Anda bahwa itu tidak akan bekerja dengan baik
• Tapi tonton pria ini (> youtube.com) mengklik video pertama => bekerja dengan sempurna.
• Ini flash (sialan!)!
• Aha, Anda yakin itu bukan HTML5
• Ya, saya (motherfu * * *) pasti!
• Ah, jadi tolong buat seperti ini.

Dan semakin banyak MORON seperti itu! Mereka menginginkan Video HTML5, Game di atas Kanvas, blog mongoDB untuk 100 pengunjung dan omong kosong lainnya! HANYA UNTUK F *** SAKE F *** K ME karena semua orang MORON yang fanatik itu merusak industri IT !!!

Sekarang solusinya. Beri tahu para idiot fucxxxx Anda menggunakan HTML5, mongoDB atau omong kosong tolol lainnya di planet yang mereka inginkan. Lakukan dengan cara Anda, selesaikan pekerjaan dan biarkan mereka percaya pada dongeng, santa atau apa pun yang ingin mereka percayai! Jika mereka mengajukan beberapa omong kosong tolol / fanatik alih-alih solusi Anda yang sepenuhnya berfungsi - abaikan, biarkan mereka pergi sendiri