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


10

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

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

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


Я працюю найкраще з середи до кінця тижня, а понеділок - це як сонний кошмар!
superM

1
Опублікуйте його, і ми будемо шукати його та опублікувати як відповідь;)
Кандидат

1
@Nupul, lol! це смішно, але саме так народжуються міфи. Хтось щось каже, інші приймають це за правду)))
superM

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

Ви можете мати на увазі Балкерський пік . Це було добре досліджено і є вагомою метою для будь-якого кодера, але дуже важко досягти. Бажаю тобі багато удачі, сину мій.
Hovercraft Full Of Eels

Відповіді:


8

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

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


+1 - Це цікаво. Великі дослідження x-компаній виглядають так, що вони просто вимірюють відпрацьовані години, але є кілька цікавих заходів для дослідження однієї компанії.
spinning_plate

+1 - Мені подобається розділ про показники помилок по днях тижня.
Вівіан Рівер

Де ви знайдете такі статті !!! Це справді приємно. Я завантажив його на мій Kindle для читання під час роботи))
superM

1

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


Якщо у вас було багато часу і багато грошей, ви можете виміряти працівників у компанії за рік-два, зібравши купу вимірюваних даних (рядки кодів, реєстрації, зустрічі, усі справи про бізнес) разом із мірою просування або деяка суб'єктивна метрика управління та виконання PCA / PRC за цими даними - це забезпечить вам менший набір факторів, які фіксують найбільшу дисперсію для створення метрики, яка корелює жорсткі дані з м'яким оцінювачем. це передбачає вашу продуктивність => ефективність роботи, що не завжди відповідає дійсності, але це початок
spinning_plate

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

Так .... Виконання цього для однієї компанії не узагальнює, оскільки це вимагає суб'єктивної оцінки. Оцінка керівництвом одного програміста, ймовірно, буде дуже різною для різних компаній
spinning_plate

1

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

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

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

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


Не кажіть запитувача відповісти на його власне запитання. Він запитує, чи хтось знає, чи існують дослідження. Відповідна відповідь не - "зроби сам".
Девід Кауден

@David Cowden - Він також запитує суб'єктивних думок. Я роблю аналогічний коментар до відповіді HLGEM, що це складне питання і чому може не бути хороших заходів. Крім того, я намагаюся зазначити, що будь-яке дослідження з цього питання може не стосуватися його конкретного робочого місця. Я не погоджуюсь, що це невідповідна відповідь, оскільки вона має відношення до того, чому не може бути досліджень щодо щоденної мінливості.
spinning_plate

@ прядильна плита Тоді це чітко констатуйте. Безумовно, коментар про те, чому там не може бути досліджень, є дійсним, але перший рядок вашої відповіді: "Виміряйте самі, відповідь, мабуть, специфічна для вас і вашого робочого місця". Це не здається дуже корисним.
Девід Кауден

Це справедливо ....
spinning_plate

1

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

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

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

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

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


0

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

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.