¿Cómo recuerda en qué parte del código desea continuar la próxima vez? [cerrado]

Cuando interrumpe el trabajo en algún código (ya sea porque tiene que trabajar en otra cosa o irse de vacaciones o simplemente porque es el final del día), una vez que cierra ese proyecto de Visual Studio, ¿cuál es su forma preferida de recordar? qué desea hacer a continuación cuando comience a trabajar en ese código nuevamente.

¿Establece un marcador de Visual Studio o escribe algo como // TODO: continue here next time? Tal vez tienes una etiqueta especial como // NEXT:? ¿Pones una nota adhesiva en tu monitor? ¿Utiliza una herramienta genial o un complemento de Visual Studio que debería saber?

¿Tiene algún truco personal que lo ayude a encontrar el lugar en su código donde lo dejó la última vez que trabajó en su código?

Arreglo las pruebas unitarias que no funcionan. Si todos pasan, entonces escribo uno nuevo.

Al comienzo de cada día, tengo un archivo de texto llamado Hoyys Goals.txt, y luego, cada día, agrego la fecha como esta.

Viernes 25/02/2011 Goles

Luego escribo cada proyecto en el que estoy trabajando y lo que tengo que hacer hoy o completarlo.

Luego, al final del día, escribo cosas para hacer mañana.

Este proceso diario me ayuda a recordar exactamente lo que necesito hacer y a asegurarme de que cada día esté bien planificado.

Básicamente nunca olvido en lo que estoy trabajando. De todos modos, Visual Studio se abre en el último archivo en el que estaba trabajando, o nunca cierro Visual Studio y solo hiberno.

Pongo NotImplementedExceptions en abstracciones / implementaciones que no son necesariamente importante continuar desarrollando lo que estaba trabajando.

Coloco muchos TODO en mi código, pero no como usted dijo. Los coloco donde sé que cierto enfoque sería mejor / más eficaz, pero no necesario en este momento. Esto nos da una buena indicación para mí y para futuros desarrolladores sobre dónde hay margen de mejora.

Con la Lista de tareas de Visual Studio, puede ver fácilmente todos los lugares donde dejó estas indicaciones e incluso puede agregar otras personalizadas.

ACTUALIZAR:

" HACK :" también es bueno cuando escribes algo que funciona, pero no estás contento en absoluto.

Al final de cada día, escribo en mi libro de trabajo sobre lo que he logrado ese día, lo que espero lograr al día siguiente y las cosas que quedan por hacer.

Al comienzo de cada día, me refiero a mis notas del anterior para refrescarme con lo que necesito hacer. Luego, paso unos minutos más haciendo más notas basadas en lo que ha sucedido desde que me fui para averiguar qué más tengo que hacer y cuáles son mis prioridades.

Encuentro que esto me ayuda a relajarme y soltarme al final del día y aumentar al comienzo. Además, cuando llega el momento de las revisiones anuales o trimestrales, solo tengo que consultar mi libro de trabajo para determinar lo que he estado haciendo durante el período de revisión.

Yo uso Productivity Power Tools para VS. Con eso puedo fijar pestañas y agruparlas. = D De esa manera nunca olvido en qué estaba trabajando.

Además de eso, también agrego mucho // TODO'sa mi código.

http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/

En una de las entrevistas en "The Masterminds of Programming" (creo que fue Guido van Rossum, creador de Python), el entrevistado dijo que agregó un //HIERcomentario similar en el lugar donde terminó la última vez. "HIER" es holandés (?) Para aquí y lo elige porque si busca esa cadena es poco probable que encuentre otras ocurrencias

De lejos, mi forma favorita es a través de TDD. Es bastante obvio dónde está cuando falla su conjunto de pruebas.

Pero, no todos los proyectos permiten TDD, por lo que tiendo a romper el código con un comentario no comentado de dónde lo dejé.

// Some Comment

Becomes Some Comment // Which Produces Some Fatal Error

Ese error fatal asegura que no deje ese código intacto antes de liberarlo.

Por último, siempre puedo verificar mis archivos vcs para ver qué ha cambiado desde mi última confirmación y eso me dará una buena idea de a dónde debería ir a continuación ...

Utilizo dos técnicas modernas muy sofisticadas con una curva de aprendizaje muy pronunciada:

• No apague su computadora . Solo ve a casa y a la mañana siguiente verás en la pantalla el lugar exacto donde dejaste de hackear ayer. Pero los riesgos de perder su punto de control son mucho mayores si se va de vacaciones.

• Deja un error de compilación y echa un vistazo a otra rama. Entonces, su código C ++ se vería así:

  for (i=0; i<N; i++){
    int j = i + oh, no, my boss wants me to fix text on the front page!
    why? why should I do it?  Jimmy could have done it faster, but
    of course, my office is closer to the boss', and he doesn't want to
    take longer walks, that lazy fat bastard...
  

  De esta manera, el proyecto no se compilará cuando encienda su computadora o regrese a la sucursal donde realizaba el desarrollo activo. Su compilador mostrará la línea y el archivo exactos donde encontró sus desvaríos.

Estas técnicas me ayudaron a reconocer el lugar en el que dejé el desarrollo, y están respaldadas por estudios exhaustivos y la experiencia de muchos programadores de todo el mundo. Te sugiero que las pruebes.

Esta es ahora una característica integrada en Visual Studio 2012 donde puede suspender y reanudar su espacio de trabajo. Suspender tomará una instantánea de sus archivos abiertos, puntos de interrupción, lista de observación, elementos de trabajo, etc. y la reanudación lo recuperará. Básicamente todo su contexto de trabajo se guarda y se reanudará exactamente como lo dejó.
http://msdn.microsoft.com/en-us/library/ms181403.aspx

Un video corto que muestra la función está aquí
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-How-to-multi-task- con mi trabajo

Mi preferido actualmente es la // NEXT:etiqueta especial . Junto con el explorador TODO de ReSharper , es muy fácil de descubrir y mantener.

Mantengo un registro de desarrollo para cada iteración en un subproyecto de documentos no construido en Visual Studio; La última línea en el registro es siempre la siguiente tarea.

Tampoco cierro Visual Studio muy a menudo, solo pon la computadora en modo de espera

Para encontrar a qué necesito volver de inmediato, generalmente pongo un comentario en:

//TODO: figure out why the widget doesn't unfrob properly

Lo rodeo con líneas en blanco, y llama mi atención fácilmente cuando lo veo de nuevo. Para problemas a largo plazo a los que tendré que volver eventualmente, utilizo una directiva del compilador Delphi que le permite emitir mensajes mientras compila:

{$MESSAGE WARN 'This method is not yet implemented'}

No estoy seguro si otros idiomas pueden hacer eso ...

Las listas TODO no funcionan cuando hablamos de volver a un proyecto de meses anteriores. Los comentarios en el código no funcionan bien para mí, es demasiado fácil de ignorar o recordar si terminé por completo el proyecto X y debo buscar todos primero. Y si tienes un equipo más grande con cada persona que tiene su propia frase TODO ... ugh.

Dado que mi día comienza con la actualización / fusión / compilación, algo que he intentado ocasionalmente es poner un error de compilación intencional en un archivo (pero no registrarlo). Desafortunadamente, dejé de hacer esto después de tener una visita improvisada a la oficina que quería ver una demostración de algo en lo que trabajé la semana anterior. "Aquí, déjame abrir esto ... espera ... qué significa eso ... ok entonces ..."

Entonces, pasé de eso a escribir un caso de prueba fallando intencionalmente.

Dejo emacs con el código en el que estaba trabajando en pantalla para el día siguiente.

A veces escribo una nota no compilable en el código diciéndome qué hacer a continuación.

Para un widget realmente complicado donde es probable que me confundan las cosas, me escribiré notas en un cuaderno o como comentario.

Si es solo para mantener mi lugar en un archivo mientras hago el seguimiento de una búsqueda, a veces abuso de los puntos de interrupción.

Para realizar un seguimiento durante el fin de semana de dónde estaba, me dejo una nota con el número del problema del rastreador de errores.

¿Estás utilizando un sistema de control de versiones? En caso afirmativo, debe confirmar sus cambios al final del día y describir lo que hizo y lo que debe hacer a continuación en el comentario. Y si no, ¿por qué no lo estás?

Simplemente no cierro Visual Studio e hiberna Windows al final del día.

Soy uno de los pocos que se reinicia todas las noches (todavía en Win XP en el trabajo y siento que funciona mejor), así que creo una tarea de perspectiva con un recordatorio establecido para la mañana siguiente. Puedo poner el nombre del archivo, una copia de la línea de código o una nota suficiente para hacerme saber lo que estaba haciendo.

Varias cosas ayudan:

• Busco el texto "AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA" que tiene los beneficios que el código no puede ejecutar (ya sea un código compilado o interpretado), por lo que no puedo perderlo. Además, esa etiqueta es de color rojo brillante para mí gracias a la sinestesia , por lo que es muy fácil detectarla incluso en una gran porción de código.

• El IDE vuelve a abrir los archivos en el lugar donde cada uno estaba abierto (y qué líneas estaban resaltadas / puntos de interrupción), para que pueda recordar rápidamente lo que estaba haciendo.

• Puedo ver en mi lista de tareas pendientes qué problema estaba intentando resolver / característica para implementar.

Como no dijo que necesita codificar para compilar realmente tanto en depuración como en versión, un truco que suelo hacer es:

#if DEBUG
#error "YOU LEFT OFF HERE"
#endif

Muy difícil olvidar eso. De lo contrario, pondría una advertencia #pragma en el código para que aparezca cada vez que compile.

Yo uso varios trucos:

• Coloque @@ en los comentarios de código o en un documento para las cosas que deben hacerse en la iteración actual pero no de inmediato. Ningún código o documento sale de mi máquina si contiene @@.

• Ese lugar específico que necesito para trabajar mañana por la mañana lo marco con @@ AQUÍ. Esto rara vez es necesario porque mi IDE se abrirá donde cierro antes, e incluso puede decirle a Word que lo haga .

• Todas las cosas que deberían arreglarse / agregarse más tarde van a un sistema de seguimiento de errores adecuado o están en documentos de diseño.

¿Y está seguro de que su Visual Studio no puede recordar la última ubicación en la que estaba trabajando? "Suspender el trabajo con Visual Studio 2012" dice que se puede hacer en 2012 (Google for Visual Studio comienza "se dejó" )