it-swarm-es.com

¿Llevar un diario te ayuda en tu trabajo?

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 sea en papel y manuscrito.

¿Lleva un diario? Si es así, ¿qué escribe en él y cómo le ayuda en su trabajo? ¿O simplemente lleva un tiempo que nunca se recupera?

16
thursdaysgeek

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 del millón de interrupciones, que a menudo se olvidan, pero combinados llevan mucho tiempo.
  • También lo encuentro de gran ayuda para aprendiendo a estimar, ya que le brinda cifras precisas sobre cuánto tiempo toman las cosas (a menudo más de lo que cree).
9
Dimitri C.

Lo hice en mi trabajo anterior. Todos los días, dedicaba unos minutos a escribir lo que había hecho. Siempre que alcanzaba un gran hito, también lo grababa. Ninguna entrada fue muy elaborada; contenían la información suficiente para que fueran útiles de un vistazo.

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

3
Jon Sagara

Personalmente, yo no. 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 `` llevar un diario '', no tengo necesidad en el desarrollo profesional de 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 así que puede volver a él más tarde. Como beneficio adicional, ayuda a otras personas 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 la luna azul, así que: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications- trabajo /

2
Brandon

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 creo que sería algo bueno. Siento demasiada presión para seguir codificando o tal vez solo sea una excusa. Supongo que no soy del tipo de diario.

1
Walter

Hay una ventaja de mantener un registro del que tiendo a dibujar más que cualquier otra cosa:

Puedes dejar de lado las cosas que te molestan más fácilmente cuando las escribes

Por lo general, escribo las cosas que he hecho o lo que sucedió durante el día en pequeñas frases en un cuaderno de papel. De esa manera puedo olvidarme de eso cuando llegue a casa y haga cosas de casa .

Por supuesto, también hay otras razones para que lleve un registro:

  • Por su propio bien, el diario también es una prueba para que demuestre que en realidad está "trabajando" en caso de que alguien lo dude.

  • También es un entrenamiento para que se convierta en un mejor comunicador. Si puede leer sus propios garabatos de hace semanas, entonces sabrá que ha mejorado. Si no es así, 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!

1
Spoike

Soy parcial - trabajo con científicos de laboratorio bastante, así que "¿¡No tienes un cuaderno de laboratorio !?" se encontrarían con conmoción y horror, a pesar de que reconocen que la mayor parte de mi trabajo nunca se acercará a una mesa 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 requerir párrafos de explicación. O imágenes. O ida y vuelta conmigo mismo. Un cuaderno permite que esos procesos de pensamiento internos se documenten en un lugar significativo, con ideas secundarias aleatorias como "¿Podría la imputación múltiple arreglar 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 elegir 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 lo hicieron. En mi caso, resulta ser un diario físico.

1
Fomite

No 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 de uno de nuestros proveedores
  • en que carpeta guardamos las plantillas para 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 que no son específicas del trabajo van a evernote.com

0
JeffO

En mi humilde opinión, es muy útil y, en general, puede servir como/reemplazar la documentación del código si realiza un seguimiento de las cosas correctas. Al igual que la documentación del 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. Qué 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 intentamos (que no funcionó) que nos llevó a implementarlo de esta manera.

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

0
charstar

Si, como sugirió un respondedor anterior, cambia la pregunta a "¿Mantener un blog le ayuda en su trabajo?" entonces, sí, eso absolutamente ayuda. Como 'magos de la tecnología', ¡tenemos muchos hechizos con los que lidiar! Cuando me encuentro buscando algún 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. 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 varias bibliotecas estáticas en Visual Studio
  • Empaquetar una aplicación independiente Python con bbfreeze

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

0
evadeflow