¿Qué hacer con el "síndrome del punto de parada"?

Me pasa todo el tiempo. Estarás en la zona de codificación y notarás el reloj ... es hora de ir a casa, pero luego te dices a ti mismo, "bueno, tan pronto como termine X". Luego, lo siguiente que sucede es ... "bueno, tan pronto como termine X + Y".

Para combatir esto, puse una nota en el código que dice "COMENZAR AQUÍ" y me dejo un post-it de lo que estaba trabajando y de la clave que fuera importante para hacerlo.

La conclusión es que el programador en mí AMA cuando esto sucede, pero es importante equilibrar esto y no dejar que se vaya de las manos, especialmente si tienes una familia.

Creo que este es el comportamiento normal, lo mismo que aquí, y la mejor manera de manejarlo NO es comenzar un nuevo punto de trabajo si parece que no puede completarlo hasta su partida. Seguramente tienes suficiente trabajo para completar esos 50 minutos, ¿verdad?

De hecho, reconozco esto. Puedo obsesionarme con un problema toda la noche hasta que tenga que rendirme, agotado y frustrado. Brain Fog .

Lo gracioso es que, por lo general, consigo resolver el problema de inmediato cuando vuelvo a trabajar por la mañana. Supongo que eso se debe a que mi cerebro funciona mucho mejor después de un buen sueño.

Todo lo que he aprendido de todo esto es que no tiene sentido trabajar todas las personas nocturnas , ya que el cerebro es muchas veces más efectivo cuando está bien descansado y energizado. Al menos para mí, pero sospecho que esto es igual para todos.

También vea ritmo sostenible y death march .

, especialmente la depuración, consume mucha memoria a corto plazo. detenerse antes de que termines borra la memoria caché y pierdes mucho tiempo en volver a donde estabas.

así que esto es natural, eficiente y no es algo contra lo que "luchar", aunque debería planearse.

una cosa que ayuda es tomar notas mientras estás trabajando, y cuando dejes de hacer una nota de la próxima cosa a realizar

Me sorprende que esto no se haya mencionado todavía.

Si necesita detenerse, entonces deténgase pavo frío, línea media, en medio de algo fácil y obvio. Tu IDE probablemente pondrá algunas líneas rojas y amarillas en todas partes diciendo que hay un error, está bien. Tal vez haga un breve / * comentario * / sobre el artículo en el que trabajó antes de esa línea.

Guarde su trabajo y salga.

Cuando vuelvas al día siguiente, dirás "oh, cierto, estaba en medio de X debido a Y" y no debería ser demasiado difícil volver a meterte en lo que estabas trabajando .

En lo último en lo que trabajé (aplicación de pasatiempo menor para uso personal), haría esto cuando noté las horas que pasaban cuando estaba cazando insectos. Cuando llegara demasiado tarde, pensaría "atornille esto" y guarde y salga, los errores de compilación pueden ser condenados. Luego, cuando lo abriera de nuevo, diría "¿errores? ¿Wtf?! 1 /," que se convertiría en "oh, sí, estaba tratando de probar por qué este método estaba lanzando una excepción".

Fue sorprendentemente eficiente y planeo usar esta técnica de ahora en adelante.

Es definitivamente una forma muy eficiente de trabajar si tu vida gira en torno al trabajo.

He pasado por un tiempo en el que tuve el mismo problema. Trabajé todo el tiempo y no me detuve hasta que llegué a un punto en el que todo estaba atado y podía sentarme la próxima vez con una pizarra completamente limpia. Desafortunadamente, si no se controla, puede reducir el tiempo con la familia, los amigos y otras aficiones.

Aquí hay algunos consejos que me ayudaron a enfocar mi hábito en algo un poco más manejable:

• Regístrese temprano y con frecuencia. ¡Haz cambios más pequeños para que el punto de parada esté más cerca!
• Utilice GTD. Trabajar en tareas te obliga a dividir tu trabajo en partes más pequeñas, para que tengas más puntos de parada.
• Usa y apégate a tu calendario. Encierre (no haga lápiz) en eventos, duerma, coma o lo que sea en su agenda y apéguese a ella. Configure recordatorios con anticipación para que pueda estar consciente de que necesita llegar a un punto de parada pronto.

Solía tener una pequeña aplicación que reiniciaba mi computadora en un temporizador. Lo configuré para cuando se suponía que debía hacerlo. Mi computadora tardó 5 minutos en arrancar, lo que fue una interrupción suficiente en mi flujo de trabajo para convencerme de que fuera a casa. Combiné esto con asegurarme de que mi vida fuera del trabajo estuviera tan llena de actividades que tengo problemas para detener, y estoy ansioso por comenzar, como lo fue mi vida laboral. Tomó un poco de esfuerzo para encontrar tales actividades, pero valió la pena.

Creo que a todos los programadores les sucede a veces. Creo que es causado por el miedo. Miedo a que al día siguiente te olvides completamente de lo que estás haciendo ahora. Entonces tendrías que pasar mucho tiempo repasando cosas que ya has repasado para descubrir qué has dejado a medias. Esto es muy ineficiente. En mi experiencia, la mayoría de los programadores odian la ineficiencia.

Para combatir esto, toma nota de dónde estás y de lo que estás haciendo para el día siguiente, luego sobornate con algo que no esté en el trabajo para ponerte en movimiento.

Es la naturaleza de la programación trabajar en un ciclo de tiempo más largo en comparación con lo que hace la mayoría de las personas.

Una capa de ladrillos puede dejar caer otro ladrillo en solo un minuto, y puede detenerse en cualquier momento +/- un minuto, y continuar donde quedó el trabajo. Pasos simples, ciclo de tiempo corto. En el comercio minorista, es un minuto o dos por cliente. Un terapeuta de masaje trabaja en un ciclo de tiempo de una hora o dos, y lo que se haya logrado en la mañana es independiente de las citas para la tarde. Un cliente puede correr con el tiempo o presentarse temprano, pero es razonable esperar que se haga en un momento dado, en 10 o 20 minutos.

Para volar un solo en avión alrededor del mundo para establecer un nuevo récord mundial, eso no es un tipo de actividad para detenerse y comenzar. Aterrizar cada una o dos horas para un refrigerio o para divertirse en una playa hace que el esfuerzo sea mucho menos impresionante. El incremento mínimo de tiempo es el viaje completo, independientemente de la cantidad de días.

Es común que un desarrollador de software inicie una tarea, cree un caché mental de hechos y detalles, encuentre el error o vea cómo agregar una nueva función y retenga ese caché de memorias a corto plazo hasta que termine con la codificación. . No puedes parar en una moneda de diez centavos. El incremento de tiempo natural que no se puede romper sin pérdida es probablemente de aproximadamente una hora a diez, aproximadamente, YMMV, y hay varios puntos de parada más débiles más pequeños en el camino donde se toleraría cierta pérdida de memoria caché mental, así como mayor puntos de parada donde la tarea está realmente hecha.

Por supuesto, nuestros cuerpos se cansan, y uno debe detenerse antes de hacer más daño que bien. El antiguo dicho "la muerte es la forma en que la naturaleza te dice que disminuyas la velocidad" podría aplicarse.

Sí, tengo esto también. Bueno, en realidad, a medida que envejezco, es menos pronunciado.

También noté que al final del día, y cuando estoy cansado, cometo más errores. Al llegar al trabajo al día siguiente, la solución se vuelve obvia y tengo que volver a escribir una carga de código. Sin embargo, toma una fracción del tiempo como era el día anterior.

Tuve este problema hasta que tuve perros (dos). Tengo que estar en casa por un tiempo determinado o limpiar la orina, puede que no sea lo que está buscando pero funciona como un motivador fuerte. También estoy de acuerdo en que casi siempre encuentro que la solución es obvia por la mañana.

Si tienes una familia, esto es una obviedad.

• Si salgo del trabajo a las 5 pm, el código será exactamente como lo dejé cuando llegue mañana.

• Si salgo del trabajo a las 10 pm, mi hijo ya estará en la cama cuando llegue a casa y no le habría dado un abrazo ni lo habría visto presumir ninguna de las cosas que aprendió ese día. Y mi esposa estará de mal humor porque ella tuvo que trabajar todo el día sin ayuda.

Pero si eres soltero y no estás demasiado interesado en la 'escena social', ¡enloquece!

Tenga en cuenta que el trabajo que realice a las 9 pm probablemente será de una calidad inferior a la del trabajo que realiza a las 9 am. No subestime la ventaja de estar bien descansado y tener una mente clara.

Necesitas mantener esto bajo control. Me parece que actualmente no puede dividir su trabajo en partes manejables o no puede estimar cuánto tiempo tomará algo. Así que trabajas hasta que esté hecho. Tal vez esté siendo demasiado competitivo o tenga miedo de no terminar su trabajo a tiempo.

Este es un círculo vicioso y no te ayudará a largo plazo. Podría llevar al agotamiento, al agotamiento, ...

Practique dividir su trabajo en tareas más fáciles de alcanzar. Trate de estimar cuánto tiempo tomará cada tarea. Ninguna tarea debe tomar más de un par de horas. Date un montón de tiempo para hacer esto bien. Date tiempo para los descansos. Y tómese tiempo para disfrutar, aprender, apreciar y experimentar otros aspectos de la vida, en lugar de programar.

Tengo un punto de parada: es aproximadamente a la 1:30 am. Entonces puedo quedarme despierto, pero no hay forma de que me hagan ningún tipo de trabajo. Y no valdré nada al día siguiente a menos que duerma.

Por lo tanto, aprendí a dejar de trabajar después de las 11 y irme a la cama. De esa manera, estoy fresco al día siguiente y puedo trabajar de manera constante durante la semana.

Creo que es la naturaleza del programador. A veces es posible que deba irse antes de comenzar a trabajar en un problema nuevo. Con todo el tiempo extra que has invertido, no necesitas sentirte culpable. Entonces tienes que tener cuidado de no pensar demasiado en ello. Esté preparado para abordarlo a primera hora de la mañana siguiente.

Es genial que disfrutes tu trabajo. Pero también es muy triste cómo tantas personas aquí parecen llevar vidas que giran en torno al trabajo.

No, no estás solo. Tengo el mismo problema. Es posible que desee revisar las respuestas en la pregunta similar que hice hace un tiempo: Qué hacer cuando la actividad de programación se convierte en un problema ?

Es natural, pero creo que debería ser combatido. Por lo general, seguiré adelante mucho más allá del punto en el que estoy generando código de alta calidad, y termino pasando mucho tiempo en la mañana arreglando cosas que se veían bien cuando estaba demasiado cansado para pensar con claridad.

Por lo general, puedo darme cuenta de que me estoy volviendo irracional, pero ayuda tener a alguien cerca para abofetearte si no prestas atención a las señales de advertencia.

Sí, lo hago todo el tiempo.

Curiosamente, los mejores gerentes con los que trabajé siempre estaban listos para decirme que me fuera a casa cuando lo exageré.