Haruskah pengembang yang kuat menanggung beban dunia di pundak mereka? [Tutup]


10

Sebagai pengembang, kami terus berupaya memecahkan masalah massa. Kami juga terus mencari metodologi, bahasa, dan mungkin organisasi baru untuk membantu kami meningkatkan kemampuan kami dalam menyelesaikan masalah.

Saya merasa seolah-olah saya selalu menjadi salah satu anggota teratas di tim saya. Saya juga merasa bahwa saya mencari cara untuk meningkatkan pekerjaan saya dengan cara yang sering tidak diperhatikan orang lain. Saya mulai merasa sedikit kelelahan dari ~ 6 tahun teknologi pendukung. Saya menyalahkan fakta bahwa saya bekerja sangat keras dan menahan diri pada harapan yang tinggi.

Beberapa dev terbesar di planet ini bahkan tidak menulis kode untuk mencari nafkah lagi. Seringkali, kelelahan. Beberapa mengatakan mereka mulai bosan dengan "permainan", tetapi saya ingin tahu apakah masalahnya sedikit lebih sederhana. Salah satu dari "membawa beban dunia di pundak kita".

Jika Anda merasa Anda adalah pengembang yang kuat dan juga merasa ini bukan masalah bagi Anda, mohon beri tahu saya dengan pendekatan Anda. Bagaimana Anda tetap mendapatkan informasi terkini tentang teknologi, membantu orang lain, dan menyelesaikan masalah dengan cepat / akurat tanpa membuat semuanya kesal?



4
Belajar perspektif. Padahal itu lebih mudah diucapkan daripada dilakukan sayangnya.
JB King

@JB King - dapatkan tautan / perincian / buku tentang perspektif?
P.Brian.Mackey

2
+1 ke @JB King. Jaga perspektif Anda. Merasa seperti Anda memiliki beban dunia di pundak Anda sebagai seorang programmer? Bayangkan menjadi dokter atau perawat di daerah terpencil di negara miskin: mencoba menyelamatkan orang-orang dengan bahan-bahan terbatas sambil memberi makan dan menampung keluarga Anda sendiri.
Charles E. Grant

Jawaban:


16

Jika Anda adalah pengembang terkuat di perusahaan / tim Anda, Anda mungkin ingin menggunakan "liga utama". Pengembang yang baik sering "menggelembung" ke tempat rata-rata. Jika Anda "membawa dunia" karena teman-teman Anda tidak setara, mungkin tidak ada pilihan selain mencari teman yang lebih baik.

Saya juga berpikir Anda mengalami kelelahan dalam setiap pekerjaan. Saya yakin bahwa ada banyak orang yang "tidak lagi kode" yang sangat merindukannya.

Saya pikir jika Anda adalah pengembang yang sangat baik, Anda dapat menemukan posisi yang akan memiliki keseimbangan pengkodean, arsitektur, dan kepemimpinan yang tepat.

Saya tahu bahwa di sini di Google, setelah Anda menjadi pengembang yang berpengalaman, Anda dapat memilih antara manajemen dan trek teknis. Apakah itu juga sangat umum untuk sepenuhnya mengganti domain (bukan hanya proyek) setiap beberapa tahun. Dari yang saya tahu, yang pertama adalah umum di perusahaan lain (Intel, MS, IBM), tetapi beralih domain mungkin tidak biasa.


+1 - Saya menulis balasan saat balasan Anda muncul. Meledakkan persis seperti yang saya tuju, dan Anda 100% benar. Ini lebih tentang tim dan bagaimana Anda cocok. Dikelilingi oleh orang-orang pintar seperti yang ada di Google menambah itu! :)
Mat Nadrofsky

+1 Uri. Jawaban yang bagus dan ya saya percaya bahwa teman sebaya tidak selalu sesuai standar. Saya mencoba untuk berhati-hati tentang bobot pengetahuan hanya "teknologi baru" untuk menilai seorang yang berpengalaman / Sr. Dev. Pada saat yang sama, jika toko. NET dan mereka tidak tahu. NET juga maka itu bukan hal yang baik sama sekali. Saya ingin menjadi "orang lemah di band", seperti saya di Google. Tetapi menemukan tempat seperti Google di Dallas tidak mudah.
P.Brian.Mackey

1
Kedengarannya mirip dengan Prinsip Peter .
Michael Todd

Tidak harus perusahaan berukuran Google - saya telah bertemu programmer hebat di perusahaan kecil dan bahkan di perusahaan non-software. Orang-orang "menggelembung" di setiap pasar. Misalnya, saya bekerja di Pittsburgh, dan banyak rekan kerja saya pernah bekerja di perusahaan lokal. Dallas mungkin lebih kecil, meskipun saya kira banyak teknologi masuk ke Austin.
Uri

10

Semakin banyak tekanan yang Anda lakukan untuk melakukan pekerjaan dengan baik, semakin baik pekerjaan yang Anda lakukan. Semakin baik Anda melakukannya, semakin banyak orang yang memberi Anda pekerjaan.

Ini adalah siklus yang kecuali Anda melangkah masuk dan mulai mengatakan "tidak" untuk beberapa hal dapat menyebabkan kelelahan cepat.


2

Inilah putaran saya:

Ini adalah upaya dan upaya terus-menerus untuk meningkatkan diri yang tidak selalu Anda lihat pada orang lain di sekitar Anda.

Ini adalah pandangan bahwa apa yang baru saja Anda bangun dapat selalu lebih baik, selalu dapat ditingkatkan.

Kerendahan hati karena meskipun solusi yang elegan itu selalu bisa disederhanakan.

Sejujurnya, ini adalah kualitas yang membuat seseorang hebat, tidak hanya dalam pemrograman, tetapi dalam hampir semua karir ketika dilihat melalui lensa yang berbeda.

Ini adalah salah satu dari banyak alasan orang yang benar-benar fantastis memulai dengan sikap dan pandangan yang fantastis terlebih dahulu dan terutama. Mereka cenderung naik di atas norma dan naik ke puncak tim jika mereka tidak dikelilingi oleh orang-orang yang berpikiran sama.

Lainnya, mungkin atau mungkin tidak ikut bersama mereka. Pada akhirnya, tergantung pada tim di sekitar Anda, tentu Anda bisa merasa seolah-olah Anda membawa beban lebih dari satu orang di pundak Anda karena selalu lebih mudah bagi anggota tim yang tidak termotivasi seperti Anda untuk hanya pantai di samping.

Saya sudah sering melihat ini pada majikan saya saat ini. Sekarang, saya bukan lagi pengembang dan bukan manajer pengembangan. Bagian besar dari apa yang saya lakukan sebagai fasilitator untuk tim saya adalah membantu mengatasi situasi seperti ini, untuk mencoba dan menaikkan standar secara sepihak untuk seluruh kelompok. Saya dapat memberi tahu Anda, itu adalah tantangan besar pada waktu dan banyak tergantung pada tim yang Anda miliki di sekitar Anda. Saya beruntung, saya punya tim yang fantastis dan itu membuat pekerjaan saya jauh lebih mudah sebagai hasilnya.

Jadi saya kira yang ingin saya katakan adalah, bagaimana perasaan Anda mungkin lebih menunjukkan siapa Anda bekerja, daripada apa yang sebenarnya Anda lakukan. Jika Anda merasa lelah, mungkin sekarang saatnya untuk perubahan karir dan pindah ke sekelompok kecil orang pintar yang berpikiran dan sangat termotivasi.

Anda akan terkejut dengan apa yang bisa dilakukan perubahan pemandangan!


Membawa beban teknis tim di pundak seseorang, lebih sering daripada tidak, biasanya mengarah pada manajemen seseorang melakukan segala daya mereka untuk menjaga satu teknis. Manajer lebih mudah ditemukan daripada profesional teknis yang kuat yang dapat diandalkan untuk menyelesaikan tugas yang sulit. Ayah saya selalu berkata, "Lakukan pekerjaan dengan baik, tetapi bukan pekerjaan yang hebat. Melakukan pekerjaan dengan baik akan memastikan bahwa Anda terus melakukan pekerjaan itu."
bit-twiddler

2

Hanya untuk menguraikan sedikit apa yang saya maksud tentang perspektif karena saya curiga apa yang saya pikir adalah komentar yang agak aneh mungkin tidak cukup seperti yang saya harapkan. ;)

Mindfulness dan Cognitive Behavior Therapy akan menjadi beberapa contoh subjek yang dapat Anda jelajahi dan lihat apakah ini membantu dengan cara Anda melihat dunia, saran buku di sini adalah Mind Over Mood . Kecerdasan Emosional akan menjadi ide lain di arena ini dalam hal kesadaran diri dan manajemen diri khususnya meskipun bidang lain juga berguna. Mendapatkan Hasilakan menjadi buku online yang saya rekomendasikan untuk membantu dengan ide-ide yang lebih spesifik. Tentu saja ada berbagai strategi kecemasan dan depresi yang mungkin juga muncul di sini yang belum tentu spesifik untuk programmer tetapi saya menduga beberapa programmer dapat memiliki masalah ini dalam hidup mereka. Teknik lain adalah apa yang saya suka sebut sebagai "Re" dari Mengenali, Membingkai Ulang, Menanggapi dan Mencerminkan. Kenali masalahnya. Atur ulang masalah untuk melihat ini dari sudut dan sudut pandang lain. Tanggapi situasi sebaik mungkin. Renungkan apa yang dilakukan, apa yang berhasil dan apa yang tidak. Merencanakan, Melakukan, Memeriksa, dan Bertindak adalah serangkaian 4 langkah yang serupa dalam urutan yang mungkin sedikit berbeda meskipun masih ada gagasan untuk melihat berbagai hal, Peningkatan Layanan Berkesinambungan akan menjadi komponen ITIL yang mungkin dapat membantu di sini jika Anda menginginkan sesuatu yang lebih teknis dan tidak terlalu sensitif.

Meskipun kadang-kadang saya dapat menikmati perasaan seperti ada banyak tekanan pada saya dan itu dapat membantu saya mencapai beberapa tujuan, ada saat-saat di mana tekanan yang sama dapat memiliki konsekuensi yang agak berbahaya. Menemukan keseimbangan yang tepat dari apa yang merupakan motivasi yang baik bagi saya untuk terus berjalan dan melakukan pekerjaan yang baik versus apa yang terlalu banyak untuk saya tangani bukanlah pelajaran yang mudah untuk dipelajari.


1

Bagi saya inilah yang membuat pekerjaan itu menarik dan membuat saya bangun di pagi hari. Saya tahu bahwa hari ini saya kemungkinan akan memiliki kesempatan untuk memecahkan masalah lebih dari sekedar saya (ya saya seorang yang optimis, dengan ingatan yang pendek).

Saya hanya bisa membayangkan bahwa Anda sama (saya tidak bisa melihat Anda melakukannya karena tugas selama 5 tahun terakhir). Satu-satunya tebakan saya adalah bahwa Anda telah memukul sedikit kebiasaan, dan sekarang Anda berada dalam mode pemantulan. Yang saya percaya cukup normal ketika Anda menekan salah satu titik belok pada siklus kurva belajar selama bertahun-tahun.

Saya hanya dapat menyarankan pada titik ini Anda mengubah fokus Anda sedikit (sampai gairah alami Anda kembali) dari solusi teknis untuk menegakkan kembali pembelajaran karier Anda dengan secara aktif mengambil bimbingan dari pengembang yang lebih muda.


+1 Mentoring akan menjadi perubahan kecepatan yang menyenangkan. Di tempat kerja saya, semua pengembang dianggap rekan. Tidak ada petunjuk teknis. Ini sebenarnya adalah salah satu masalah utama. Yang lama "terlalu banyak koki di dapur".
P.Brian.Mackey

1
Formal atau informal, selalu ada pemimpin. Bantu membuat semua orang lebih baik dan Anda seorang pemimpin.
JeffO
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.