Ведение журнала помогает в вашей работе? [закрыто]

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

Ведете ли вы журнал, если да, что вы пишете в нем, и как он помогает вам в вашей работе? Или это просто занимает время, которое никогда не восстанавливается?

Я нахожу журнал активности полезным по нескольким причинам:

• Я полностью согласен с Джоном Сагара в том, что он помогает ответить на вопрос « что вы делали на прошлой неделе (кроме сна)? ».
• Кроме того, это помогает отслеживать миллионы прерываний , которые часто забываются, но в совокупности занимают много времени.
• Я также считаю, что это очень помогает в обучении оценивать , так как дает вам точные данные о том, сколько времени нужно (часто дольше, чем вы думаете).

Я сделал на моей предыдущей работе. Каждый день я тратил несколько минут на то, чтобы записать, что я сделал. Всякий раз, когда я достигал большого рубежа, я тоже записывал это. Нет записей были очень сложными; они содержали достаточно информации, чтобы с первого взгляда быть полезными.

Пришлите время для обзора, было очень легко ответить на вопросы «как вы внесли свой вклад в компанию за последние X месяцев / кварталы / годы» и подкрепить мои ответы конкретными примерами.

Лично, не я. Код, который я пишу, - это журнал. И так же, как настоящий журнал, я помню, где и когда я решил конкретную проблему и могу вернуться к ней.

Что касается обычного процесса «журналирования», мне не нужно повышать квалификацию, чтобы вести журнал о том, как мой стол перемещался в прошлом месяце, и т. Д.

Редактировать: Подумав немного об этом, я веду блог, а когда сталкиваюсь с чем-то особенно трудным или редким, я делаю блог, чтобы вернуться к нему позже. Как дополнительная выгода, это помогает другим с той же самой проблемой. Таким образом, я думаю, что этот вопрос также может быть «Поддерживает ли ведение блога вашу работу?»

Например, я сталкиваюсь с классом SharePoint SPWebConfigModification только один раз в голубой луне, поэтому: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

Я всегда думал, что вести «настоящий» журнал было бы круто, но никогда не мог держать его очень долго. У меня нет шансов вести журнал по программированию, так как я думаю, что это было бы хорошо. Я просто чувствую слишком большое давление, чтобы продолжать кодировать, или, может быть, это просто оправдание. Я думаю, я просто не тот тип журнала.

Есть одно преимущество ведения журнала, из которого я стремлюсь извлечь больше всего:

Вы можете отпустить вещи, которые беспокоят вас, когда вы записываете их.

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

Есть, конечно, и другие причины для ведения журнала:

• Ради вас журнал также является доказательством того, что вы действительно «работаете», если кто-то в этом сомневается.

• Это также тренировка для вас, чтобы стать лучшим коммуникатором. Если вы можете читать свои каракули несколько недель назад, то вы знаете, что вы улучшили. Если нет, вы должны сосредоточиться больше, когда вы записываете свой журнал. Неважно, является ли журнал цифровым или аналоговым: грамматика имеет значение! Так делает ясный и лаконичный язык!

Я пристрастен - я работаю с учеными лаборатории довольно тяжело, так что «Вы не держите лабораторную тетрадь !?» будет встречен шоком и ужасом, даже если они признают, что большая часть моей работы никогда не будет рядом с лабораторным столом.

Но да, это помогает мне в моей работе. В то время как я интенсивно комментирую код, есть решения, которые принимаются в коде и разработке проектов, которые могут принимать параграфы объяснения. Или картинки. Или назад и вперед с собой. Обе тетради позволяют документировать эти внутренние мыслительные процессы в значимом месте - в комплекте со случайными побочными идеями, такими как «Может ли множественное вменение это исправить?» - и позволяет мне вернуться к ним, чтобы проработать мою память о том, почему я выбрал одну концепцию вместо другой.

Это позволяет мне делать такие вещи, как подобрать проект, и не только знать, что / почему код делает (комментарии), но и почему эти вещи были закодированы, а другие вопросы - нет. В моем случае это фактически физический журнал.

ИМХО, это очень полезно и обычно может служить / заменить документацию кода, если вы отслеживаете правильные вещи. Очень похоже на документацию кода, как и что обычно не важно, так как это должно быть относительно легко различить с помощью макета и реализации кода. Что это важно почему. Почему мы реализуем это так? Что это должно делать? Но еще важнее то, что еще мы пробовали (это не сработало), что побудило нас реализовать это таким образом.

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

Если, как предлагал предыдущий респондент, вы измените вопрос на «Поддерживает ли ведение блога вашу работу?» тогда да, это абсолютно помогает. Как «технические волшебники», мы имеем дело с множеством заклинаний! Когда я обнаруживаю хитрое заклинание во второй или третий раз, я публикую его в своем блоге с соответствующим тегом, чтобы мне больше не приходилось повторяться за ответом. Я выложу такие вещи, как:

• Как использовать Vim как внешний редактор с Outlook
• Как использовать easy_install из-за ограничительного брандмауэра
• Объединение нескольких статических библиотек в Visual Studio
• Упаковка отдельного приложения Python с bbfreeze

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

Не совсем журналы, но я много чего пишу.

Бумажный блокнот для быстрых вещей (они бросаются, когда заполнены).

Я держу базу данных для конкретных вещей:

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

Другие вещи, не связанные со спецификой работы, входят в evernote.com