Автоматическое отслеживание времени разработки

Я работаю над личным проектом, и мне хотелось бы сказать в конце: "Я потратил X часов на этот проект". Теперь одним из способов решения этой проблемы является использование ручного таймера (работающего от: до:). У меня возникли проблемы с этим, потому что я только использую его последовательно в течение первых недель или двух. Поэтому я хотел бы отслеживать время разработки автоматически.

Одна из моих идей заключалась в том, чтобы вставить короткий процесс script в процесс сборки, который будет вставлять отметку времени в файл журнала каждый раз при вызове процесса сборки. Позже я мог анализировать интервалы между каждой сборкой и, надеюсь, рассчитать несколько точную картину того, что происходит.

Есть ли у кого-нибудь еще представление о том, как можно реализовать такой инструмент отслеживания времени?

Быстрое наблюдение на основе уже предоставленных ответов:

  • Остановка/запуск трекеров не плох, но требуют много дисциплины, что-то, над чем я, возможно, должен работать. Но они не работают для меня.
  • Специальные программы отслеживания приложений великолепны, но я имею в виду Mac OS X.

Ответы

Ответ 1

Мое мнение состоит в том, что вы в значительной степени выиграете от необходимости вести журнал легкого развития. Примечания, эскизы, времена, даты и т.д., Проекты. Это не ответ на ваш вопрос, но это дисциплина, которую есть у немногих разработчиков и которую они отчаянно нуждаются.

Жизнь занята, и люди должны научиться отслеживать/тратить свое время и дисциплинировать себя, чтобы проявлять доброе поведение и привычки.

Я призываю вас сразиться и выиграть эту битву. Не ставьте под угрозу что-то настолько простое в автоматическом режиме, когда есть большие выгоды, если вы улучшаете свои навыки. Вы также можете проверить LifeHacker на некоторые идеи.

Немного не ответа, но я надеюсь, что вы сочтете это полезным.

Ответ 2

Если вы используете исходный элемент управления, вы можете использовать svn (или любые другие) перехваты при фиксации и проверке, чтобы отметки времени журнала были в db и т.д., когда вы проверяете свой проект и когда вы его проверяете.

Трюк для этой работы - и это проще всего в проектах одного разработчика - состоит в том, чтобы убедиться, что вы проверяете свою работу, когда вы закончили работу в течение определенного периода времени, и что вы проверяете ее непосредственно перед фактическим работа.

Это может оказаться невыполнимым для вашего проекта. Проверка процесса сборки и т.д. Страдает от тех же проблем, а именно, что вы можете работать в течение 3 часов, а затем через 8 часов после этого.

Ответ 3

Мы написали плагин для нашей IDE (IntelliJ в нашем случае), который автоматически отслеживает время, потраченное на проект. API IDE позволяет вам перечислить такие события, как редактирование, изменение окон и т.д., Поэтому мы регистрируем запись каждый раз, когда что-то подобное происходит. Модуль отчетности просматривает эти необработанные данные и определяет общее время, затрачиваемое на проект, путем сравнения временных меток между записями. Если разница превышает 5 минут, она не предполагает, что в течение этого времени не было сделано никакой работы.

Это не идеально, и это не на 100% точнее, но вы действительно устраняете все подслушивание вручную отслеживания этого материала через какой-то внешний инструмент.