Я сомневаюсь, что вы не правы, и я думаю, что любой в отрасли анекдотически подтвердил бы, что между программистами и разработчиками есть различия, но я думаю, что проблема гораздо интереснее, чем эта. В статье, на которую вы ссылаетесь, есть интересный момент: вы вряд ли найдете хороший показатель производительности, который соответствует всем определениям разработчика. У 6 архетипов (хорошо, 5, потому что один - шутка) есть разные критерии - рабочая лошадка может производить больше кода, но новатор - нет, потому что он думает о новых, безумных способах сделать что-то. Быть хорошим программистом можно разными путями, и не все согласны с тем, что они собой представляют.
Это, вероятно, относится и к разнице в вашей повседневной работе. Вы можете измерить это, скажем, KLOCs, но это, вероятно, только аспект вашей производительности. Улучшение этого повысит вашу производительность, но важно то, что если ваша метрика / модель производительности не включает факторы, находящиеся вне вашего контроля (например, собрания), но которые сильно коррелируют с вашими факторами (KLOC), вы может
Оригинальные бумажные меры решения проблем на простых, поддающихся количественной оценке головоломок. Это трудно сделать в реальном мире, поэтому вы могли бы использовать теплый и нечеткий подход, чтобы дать себе субъективное суждение (или ваш менеджер) о том, насколько продуктивным вы были в тот день - это, вероятно, будет лучшей мерой, учитывая трудности количественного определения это.
Если вы хотите измерить его самостоятельно, ответ, вероятно, зависит от вас и вашего рабочего места. Сохраняйте журнал в течение нескольких недель, а затем получайте удовольствие от обработки данных. Несколько идей: чтобы ответить на ваш основной вопрос, если вы случайным образом разбиваете данные на два набора и выполняете t-тест, вы можете получить представление о том, существует ли повседневная изменчивость. Вы можете составить свои дни по дням недели и выполнить ANOVA или парные t-тесты, чтобы увидеть, есть ли различия по дням недели.