Apakah ada penelitian tentang perbedaan harian dalam produktivitas oleh programmer yang sama?

10

Ada banyak kegiatan di internet yang membahas perbedaan besar antara produktivitas pemrogram terbaik versus produktivitas yang terburuk. Inilah hasil khas Google ketika meneliti topik ini: http://www.devtopics.com/programmer-productivity-the-tenfinity-factor/

Saya bertanya-tanya apakah ada penelitian atau diskusi serius tentang perbedaan dalam produktivitas sehari-hari oleh programmer yang sama.

Saya pikir secara pribadi, ada perbedaan besar dalam seberapa banyak yang dapat saya lakukan setiap hari, jadi saya bertanya-tanya apakah ada orang lain yang merasakan hal yang sama atau telah melakukan penelitian.

productivity

— Cookies Tepung Beras
sumber

Saya bekerja paling baik dari Rabu hingga akhir minggu, dan Senin seperti mimpi buruk yang mengantuk!

— superM

1

Terbitkan dan kami akan mencarinya dan mempostingnya sebagai jawaban;)

— PhD

1

@Nupul, lol! ini lucu, tapi beginilah mitos lahir. Seseorang mengatakan sesuatu, yang lain menganggapnya benar)))

— superM

1

Produktivitas "Programhorse Programmer" benar-benar sebanding dengan tidur yang baik, persediaan kafein dan tidak ada gangguan (termasuk beberapa hal keluarga)

— Yusubov

Anda mungkin merujuk ke Ballmer Peak . Ini telah diteliti dengan baik dan merupakan tujuan yang berharga untuk para pembuat kode, tetapi sangat sulit untuk dicapai. Semoga beruntung, anakku.

— Hovercraft Full Of Eels

8

Saya menemukan sebuah studi yang berfokus secara khusus pada perbedaan produktivitas pada hari ke hari di tempat kerja. Setelah membaca sepintas, tampaknya penelitian menunjukkan ada variasi dalam efisiensi setiap hari. Data yang dikumpulkan tampaknya menunjuk pada hari Senin sebagai hari yang paling menghasilkan pekerjaan, Selasa-Kamis tidak jauh di belakang, dan hari Jumat sekitar 2 / 3rds lebih efisien. Sabtu adalah sekitar setengah dari hari Jumat dan hampir tidak ada pekerjaan yang dilakukan pada hari Minggu.

Ini juga menunjukkan, seperti banyak jawaban, bahwa ini adalah hal yang sangat sulit untuk diukur karena ada banyak faktor yang berlaku. Studi ini juga tidak spesifik untuk ilmu komputer atau bidang terkait.

— David Cowden
sumber

+1 - Ini menarik. Studi x-perusahaan besar sepertinya hanya mengukur jam kerja, tetapi ada beberapa langkah menarik untuk studi perusahaan tunggal.

— spinning_plate

+1 - Saya suka bagian tentang tingkat kesalahan menurut hari dalam seminggu.

— Cookies Tepung Terigu

Di mana Anda menemukan artikel seperti itu !!! Ini sangat bagus. Saya sudah mengunduhnya ke Kindle untuk dibaca ketika akan bekerja))

— superM

1

Saya tidak melihat bagaimana mungkin untuk mendapatkan sesuatu yang bahkan secara statistik valid untuk hal itu. Ada begitu banyak perbedaan berdasarkan jenis tugas apa yang ditugaskan pada hari tertentu. Jika saya melakukan sebagian besar hal-hal sederhana, saya pasti bisa mendapatkan lebih banyak, tetapi ketika saya mengerjakan sesuatu yang membutuhkan banyak penelitian, tampaknya akan membuat sedikit kemajuan. Hal yang sama dengan pertemuan klien, persyaratan pengiriman kembali, wakil buruk BA yang baik atau manajer akun, dll. Apa yang ingin saya katakan adalah ada begitu banyak faktor yang mungkin mempengaruhi produktivitas, sehingga itu adalah pertanyaan yang tidak dapat dijawab.

— HLGEM
sumber

Jika Anda punya banyak waktu dan banyak uang, Anda bisa mengukur karyawan di perusahaan selama satu atau dua tahun dengan mengumpulkan banyak data yang terukur (garis kode, checkin, rapat, semua barang bisnis) bersama dengan ukuran promosi atau beberapa metrik manajemen subyektif dan melakukan PCA / PRC pada data itu - ini akan memberi Anda serangkaian faktor yang lebih kecil yang menangkap varian paling banyak untuk menghasilkan metrik yang menghubungkan data hard dengan evaluasi lunak. ini mengasumsikan produktivitas Anda => kinerja pekerjaan yang tidak selalu benar, tetapi ini adalah awal

— spinning_plate

Tetapi untuk mendapatkan sampel statistik yang valid, Anda harus menguji pengembang dalam semua bahasa dan jenis kelamin dan perusahaan kecil wakil besar dan sekelompok budaya perusahaan yang berbeda. Saya biasa mendesain dan melakukan studi statistik dan pemilihan sampel yang cukup mencakup faktor-faktor yang mungkin mempengaruhi data adalah bagian yang paling sulit. Dalam hal ini tanpa homogenitas yang memungkinkan Anda untuk menggunakan sampel kecil, ukuran sampel yang valid secara statistik akan jauh melampaui apa yang orang mampu bayar.

— HLGEM

Yap .... Melakukan ini untuk satu perusahaan tidak menggeneralisasi karena memerlukan evaluasi subyektif. Evaluasi manajemen terhadap seorang programmer tunggal mungkin akan sangat berbeda di seluruh perusahaan

— spinning_plate

1

Saya ragu Anda salah dan saya pikir siapa pun di industri akan secara anekdot mengkonfirmasi keduanya bahwa ada variasi antara pemrogram dan pengembang, tetapi saya pikir masalahnya jauh lebih menarik dari itu. Artikel yang Anda tautkan membawa poin yang menarik: Anda tidak akan menemukan metrik produktivitas yang cocok dengan semua definisi pengembang. 6 arketipe (ok, 5, karena satu lelucon) memiliki kriteria yang berbeda - pekerja keras dapat menghasilkan lebih banyak kode, tetapi inovator tidak karena dia memikirkan cara-cara baru dan gila untuk melakukan sesuatu. Ada jalur yang berbeda untuk menjadi pembuat kode yang baik dan tidak semua orang setuju dengan mereka.

Ini mungkin berlaku untuk varians dalam pekerjaan Anda sehari-hari juga. Anda dapat mengukur ini dengan, katakanlah, KLOCs, tetapi itu mungkin hanya segi produktivitas Anda. Memperbaiki ini akan meningkatkan produktivitas Anda, tetapi yang penting adalah jika metrik / model produktivitas Anda tidak memasukkan faktor-faktor di luar kendali Anda (misalnya, rapat) tetapi yang sangat berkorelasi dengan faktor-faktor yang ada (KLOCs), Anda mungkin

The original kertas langkah-langkah pemecahan pada sederhana, teka-teki terukur masalah. Sulit untuk melakukannya di dunia nyata, sehingga Anda bisa menggunakan pendekatan yang hangat dan tidak jelas untuk memberi diri Anda penilaian subyektif (atau manajer Anda) tentang seberapa produktif Anda hari itu - ini mungkin menjadi ukuran yang lebih baik mengingat kesulitan mengukur ini.

Jika Anda ingin mengukurnya sendiri, jawabannya mungkin khusus untuk Anda dan tempat kerja Anda. Simpan log selama beberapa minggu, lalu bersenang-senang untuk mengumpulkan data Anda Beberapa ide: untuk menjawab pertanyaan dasar Anda, jika Anda mempartisi data menjadi dua set secara acak dan melakukan uji-t, Anda bisa mendapatkan ide apakah ada variabilitas harian. Anda dapat mengemas hari-hari Anda setiap hari dalam seminggu dan melakukan ANOVA atau uji-t berpasangan untuk melihat apakah ada perbedaan pada hari-hari dalam seminggu.

— spinning_plate
sumber

Jangan beri tahu penanya untuk menjawab pertanyaannya sendiri. Dia bertanya apakah ada yang tahu jika ada penelitian. Respons yang tepat bukanlah, "lakukan sendiri".

— David Cowden

@ David Cowden - Dia juga meminta pendapat subjektif. Saya membuat komentar yang mirip dengan jawaban HLGEM bahwa ini adalah pertanyaan yang sulit dan mengapa mungkin tidak ada tindakan yang baik. Selain itu, saya mencoba menunjukkan bahwa penelitian apa pun tentang hal ini mungkin tidak berlaku di tempat kerjanya. Saya tidak setuju ini adalah tanggapan yang tidak pantas karena ini relevan dengan mengapa mungkin tidak ada penelitian tentang variabilitas sehari-hari.

— spinning_plate

@ piring-berputar Kemudian nyatakan dengan jelas. Tentu, komentar tentang mengapa mungkin tidak ada penelitian di luar sana yang valid, tetapi baris pertama dari jawaban Anda adalah: "Ukur sendiri, jawabannya mungkin khusus untuk Anda dan tempat kerja Anda." Sepertinya tidak terlalu membantu.

— David Cowden

Itu adil ....

— spinning_plate

1

Setiap profesi memiliki variabilitas yang sama. Pelempar bola melempar permainan sempurna, atau ditarik setelah beberapa babak; Dokter menyelamatkan nyawa, atau membuat kesalahan dalam operasi; Komedian mendapatkan tepuk tangan meriah, atau keluar dari panggung untuk diam.

Selain yang sudah jelas: kadar kafein, jumlah tidur; ada juga keberuntungan. Jika rekan kerja Anda mengajukan pertanyaan yang tepat, itu bisa menjadi petunjuk untuk memecahkan masalah yang telah membuat Anda bingung selama berhari-hari.

Di AS mereka memberikan saran yang sama sebelum tes standar "banyak tidur, dan sarapan yang baik". Meskipun ini adalah saran yang bagus mengenai produktivitas umum, itu tidak menjamin kesuksesan.

Setiap orang memiliki waktu di hari di mana mereka merasa paling produktif, atau paling artistik, atau paling jernih. Sayangnya ini bukan waktu yang sama untuk semua orang.

Saya tidak melihat bagaimana mengetahui bahwa untuk programmer, blok 4 jam terbaik adalah hari Rabu dari 10:17 hingga 14:17 bantuan lokal.

— mhoran_psprep
sumber

0

Ada jawaban sederhana, mengapa harus mencari kembali :)

Produktivitas "Programhorse Programmer" benar-benar sebanding dengan tidur yang baik , persediaan kafein dan tidak ada gangguan (termasuk beberapa hal keluarga)

— Yusubov
sumber