¿Mantener un diario ayuda en tu trabajo? [cerrado]

Hace años, en mi primer trabajo de programación real, mi jefe me animó a llevar un diario de mis actividades diarias. Todavía lo hago, aunque ya no es escrito y escrito a mano.

¿Mantiene un diario, si es así, qué escribe en él y cómo le ayuda en su trabajo? O, ¿toma tiempo que nunca se recupere?

Encuentro útil un registro de actividad por varias razones:

• Estoy totalmente de acuerdo con Jon Sagara en que ayuda a responder la pregunta " ¿qué has hecho la semana pasada (aparte de dormir)? ".
• Además, ayuda a realizar un seguimiento de las millones de interrupciones , que a menudo se olvidan, pero combinadas toman mucho tiempo.
• También considero que es una gran ayuda para aprender a estimar , ya que te da cifras concretas sobre cuánto tardan las cosas (a menudo más de lo que piensas).

Lo hice en mi trabajo anterior. Todos los días, pasaba unos minutos escribiendo lo que había hecho. Cada vez que alcanzaba un gran hito, también registraba eso. No hubo entradas muy elaboradas; contenían suficiente información para que pudieran ser útiles de un vistazo.

En el momento de la revisión, fue muy fácil responder a las preguntas "¿cómo ha contribuido a la empresa en los últimos X meses / trimestres / años" y respaldar mis respuestas con ejemplos específicos.

Personalmente, no yo. El código que escribo es el diario. Y al igual que un diario real, recuerdo dónde y cuándo resolví un problema específico y puedo volver a él.

En lo que respecta al proceso normal de 'registro en diario', no tengo necesidad de desarrollo profesional para escribir un diario sobre cómo se movió mi escritorio el mes pasado, etc.

Editar: Después de pensar un poco en esto, mantengo un blog, y cuando me encuentro con algo particularmente difícil o raro, lo escribo en un blog para poder volver a él más tarde. Como beneficio adicional, ayuda a otros con el mismo problema. Así que supongo que esta pregunta también podría ser "¿Mantener un blog te ayuda en tu trabajo?"

Por ejemplo, solo me encuentro con la clase SPWebConfigModification de SharePoint una vez en una luna azul, así que: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

Siempre pensé que llevar un diario "real" sería genial, pero nunca podría hacerlo por mucho tiempo. No tengo ninguna posibilidad de llevar un diario de codificación, por mucho que piense que sería algo bueno. Simplemente siento demasiada presión para seguir codificando o tal vez eso sea solo una excusa. Supongo que no soy el tipo de diario.

Hay una ventaja de mantener un registro del que tiendo más que nada:

Puede dejar de lado las cosas que le molestan más fácilmente cuando las escribe.

Usualmente escribo cosas que he hecho o qué cosa notable sucedió durante el día en oraciones pequeñas en un cuaderno de papel. De esa manera puedo olvidarlo cuando llegue a casa y haga cosas en casa .

Por supuesto, también tiene otras razones para mantener un registro:

• Por tu propio bien, el diario también es evidencia para que pruebes que realmente estás "trabajando" en caso de que alguien lo dude.

• También es un entrenamiento para que te conviertas en un mejor comunicador. Si puede leer sus propios garabatos de hace semanas, entonces sabe que ha mejorado. Si no, debe concentrarse más cuando escriba su registro. No importa si el registro es digital o analógico: ¡la gramática sí! ¡También lo hace un lenguaje claro y conciso!

Soy parcial: trabajo bastante con científicos de laboratorio, así que "¡¿No guardas un cuaderno de laboratorio ?!" se vería sorprendido y horrorizado, a pesar de que reconocen que la mayor parte de mi trabajo nunca se acercará a un banco de laboratorio.

Pero sí, me ayuda en mi trabajo. Si bien comento mucho el código, hay decisiones que se toman en el código, y el desarrollo de proyectos, que pueden tomar párrafos explicativos. O fotos. O de ida y vuelta conmigo mismo. Un cuaderno permite documentar esos procesos de pensamiento internos en un lugar significativo, con ideas secundarias aleatorias como "¿Podría la imputación múltiple solucionar esto?" - y me permite referirme a ellos para trabajar mi memoria en cuanto a por qué elegí un concepto sobre otro.

Me permite hacer cosas como recoger un proyecto y no solo saber qué / por qué está haciendo el código (comentarios), sino por qué esas cosas se codificaron, mientras que otras preguntas no. En mi caso, en realidad es un diario físico.

En mi humilde opinión, es muy útil y generalmente puede servir como / reemplazar la documentación del código si realiza un seguimiento de las cosas correctas. Al igual que la documentación de código, el cómo y qué no suele ser importante, ya que debería ser relativamente fácil de discernir a través del diseño y la implementación del código. Lo que es importante es el por qué. ¿Por qué lo estamos implementando de esta manera? ¿Qué debería estar haciendo? Pero aún más importante aún, ¿qué más probamos (que no funcionó) que nos llevó a implementarlo de esta manera.

Esto puede evitar perder el tiempo más tarde. Ya sea para volver sobre sus propios pasos o en la clásica debacle de reescritura que ocurre x años después, cuando se han archivado / eliminado los libros blancos originales y los intercambios de correo electrónico ... "este código sería mucho más limpio y rápido usando el- y, entonces, arquitectura, no es de extrañar que esté roto, ¿quién escribió este desastre? Solo para descubrir al final de la reescritura / refactorización que hay algunas deficiencias críticas en el hardware o una aplicación de terceros que llevan al desarrollador original por el camino aparentemente menos elegante.

Si, como sugirió un respondedor anterior, cambia la pregunta a "¿Mantener un blog lo ayuda en su trabajo?" entonces, sí, es absolutamente útil. ¡Como 'magos tecnológicos' tenemos muchos hechizos con los que lidiar! Cuando me encuentro buscando un encantamiento complicado por segunda o tercera vez, lo publico en mi blog con una etiqueta apropiada para no tener que volver a buscar la respuesta nuevamente. Publicaré cosas como:

• Cómo usar Vim como editor externo con Outlook
• Cómo usar easy_install desde detrás de un cortafuegos restrictivo
• Combinando múltiples Lib estáticas en Visual Studio
• Empaquetar una aplicación independiente de Python con bbfreeze

Mi blog es de acceso público, pero no me molesto demasiado para que se vea sexy. Muchas veces simplemente pego un montón de comandos de una sesión de terminal para tener algún tipo de registro de búsqueda ...

No son exactamente revistas, pero escribo muchas cosas.

Bloc de notas de papel para cosas rápidas (se tiran cuando están llenas)

Mantengo una base de datos para cosas específicas del trabajo:

• cómo iniciar sesión en el sitio para compartir documentos para uno de nuestros proveedores
• en qué carpeta guardamos las plantillas para las revisiones anuales
• claves de software
• mi biografía para poner en el sitio web
• información de la tarjeta de visita

Otras cosas de programación sin especificación laboral entran en evernote.com