Чи є дослідження щодо щоденних відмінностей у продуктивності одного і того ж програміста?

В Інтернеті спостерігається бурхлива діяльність, яка обговорює величезну різницю між продуктивністю кращих програмістів та продуктивністю найгірших. Ось типовий результат Google при дослідженні цієї теми: http://www.devtopics.com/programmer-productivity-the-tenfinity-factor/

Мені було цікаво, чи було якесь дослідження чи серйозна дискусія щодо відмінностей у щоденній продуктивності того самого програміста.

Я думаю, що особисто в мене є величезна розбіжність у тому, наскільки я можу зробити щодня щодня, тому мені було цікаво, чи хтось ще відчуває це так само чи провів якесь дослідження.

Я знайшов дослідження, яке спеціально зосереджувалося на різниці в продуктивності щодня на робочому місці. Після короткого прочитання здається, що дослідження припускає, що є ефективні показники ефективності щодня. Зібрані дані, схоже, вказують на те, що понеділок є найбільш робочим днем, вівторок-четвер не відстає, а п’ятниця - приблизно 2/3, як ефективна. Субота - це приблизно вдвічі, ніж у п’ятницю, і майже не робиться жодна робота в неділю.

Він також вказує, як і багато відповідей, що це дуже важко виміряти, оскільки є багато чинників, які застосовуються. Це дослідження також не характерне для інформатики чи суміжних галузей.

Я не бачу, як можна було б отримати щось навіть віддалено статистично достовірне навколо цього. Існує стільки розбіжностей на основі того, які типи завдань вам призначені в певний день. Якщо я займаюся здебільшого простими речами, я, безумовно, можу отримати більше досконалості, але коли я працюю над якоюсь річчю, яка потребує великих досліджень, то, здається, досягти меншого прогресу. Те саме стосується зустрічей з клієнтами, відправки вимог назад, хороших заступників БА або менеджерів облікових записів тощо. Що я намагаюся сказати, чи існує так багато можливих факторів, які впливають на продуктивність праці, що це нестерпне питання.

Я сумніваюся, що ви помиляєтесь, і я думаю, що хтось у цій галузі анекдотично підтвердить і те, що між програмістами і розробниками існують розбіжності, але я думаю, що питання набагато цікавіше, ніж це. Стаття, яку ви пов’язали, приносить цікавий момент: ви, швидше за все, не знайдете хорошого показника продуктивності, який відповідає всім визначенням розробника. Шість архетипів (добре, 5, тому що це жарт) мають різні критерії - робочий коник може створити більше коду, але новатор цього не робить, бо він думає про нові, шалені способи робити речі. Існують різні шляхи до того, щоб бути хорошим кодером, і не всі згодні з тим, що вони є.

Це, мабуть, стосується і дисперсії у вашій щоденній роботі. Ви можете виміряти це, скажімо, KLOC, але це, ймовірно, лише грань вашої продуктивності. Удосконалення цього покращить вашу продуктивність, але основна ситуація полягає в тому, що якщо ваша метрика / модель продуктивності не включає факторів, які не є вашими контролем (наприклад, зустрічі), але вони сильно корелюються з вашими чинниками (KLOC), ви може

Оригінальні паперові заходи вирішення проблем на простих, що піддаються кількісній оцінці головоломок. У реальному світі це важко зробити, тому ти можеш використовувати теплий і нечіткий підхід, щоб дати собі суб'єктивне судження (або свого керівника) про те, наскільки ти був продуктивним у той день - це, швидше за все, буде кращим показником з огляду на труднощі з кількісною оцінкою це.

Якщо ви хочете виміряти це самостійно, відповідь, ймовірно, конкретна для вас та вашого робочого місця. Ведіть журнал протягом декількох тижнів, потім весело підписуйте свої дані. Кілька ідей: щоб відповісти на ваше основне запитання, якщо розділити дані на два набори випадковим чином і виконати t-тест, ви можете зрозуміти, чи існує зміна дня в день. Ви можете купувати свої дні по днях тижня і робити ANOVA або парні t-тести, щоб побачити, чи є різниці в дні тижня.

Кожна професія має таку ж мінливість. Бейсбольні глечики кидають ідеальні ігри або витягуються після кількох подач; Лікарі рятують життя або помиляються в операції; Комедіанти отримують овації стоячи або виходять зі сцени, щоб замовкнути.

Крім очевидних: рівень кофеїну, кількість сну; є також просто удача. Якщо ваш колега задасть правильне запитання, це може бути підказкою для вирішення проблеми, яка вас обтяжує цілими днями.

У США вони дають таку ж пораду перед стандартизованими тестами, "висипайтеся і добре поснідайте". Хоча це хороша порада щодо загальної продуктивності, але це не гарантує успіху.

У кожного є час доби, коли вони почуваються найпродуктивнішими, або найхудожнішими, або найяскравішими. На жаль, це не той самий час доби для всіх.

Я не бачу, як знати, що найкращим 4-годинним блоком для програмістів є середа з 10:17 до 14:17.

Є проста відповідь, навіщо шукати повторно :)

Продуктивність "програміста на конях" суворо пропорційна повноцінного сну , запасам кофеїну і відсутність відволікань (включаючи деякі сімейні речі)