Dejar el trabajo ligeramente inacabado para facilitar el flujo al día siguiente
Dejar el código “ligeramente inacabado” al final del día se presenta como una forma de facilitar volver al flujo a la mañana siguiente, con técnicas como dejar pruebas fallidas, errores de compilación deliberados o comentarios TODO como pistas para el trabajo futuro. Muchos ingenieros informan que apartarse antes de terminar permite que su subconsciente procese los problemas durante la noche y reduce la fricción de reiniciar, mientras que otros dicen que el trabajo incompleto causa estrés, insomnio o choca con su necesidad de cierre y de traspasos limpios. El intercambio más amplio destaca cómo las tácticas de productividad son muy personales, y se cruzan con factores como el entusiasmo por los objetivos finales, los límites entre trabajo y vida personal, y las expectativas del equipo sobre tareas “de bajo impacto” pero necesarias.
Idea central: dejar el trabajo ligeramente inacabado
- Muchos describen detenerse deliberadamente cuando el siguiente paso es obvio (“ligeramente inacabado, pero completamente comprendido”) para que sea fácil volver al flujo al día siguiente.
- Algunos lo comparan con “aparcar apuntando cuesta abajo” o con técnicas de escritura en las que se deja de escribir a mitad de camino para saber exactamente qué hacer después.
Beneficios reportados
- Reduce la fricción matutina: empiezas con una acción pequeña y bien definida en lugar de una pizarra en blanco.
- Ayuda a conservar un modelo mental durante la noche y a reconstruir rápidamente el contexto en bases de código complejas.
- Terminar después de encontrar la causa raíz pero antes de escribir la corrección permite dormir sobre la solución y, a veces, detectar problemas más sutiles.
- Algunos dicen que su “mente nocturna” sigue procesando, produciendo ideas o incluso soluciones completas por la mañana.
Costes y cuándo sale mal
- Varios dicen que cualquier tarea inacabada provoca rumiación, insomnio o una sensación de insatisfacción; prefieren un cierre sólido.
- Quienes tienen dificultades para “desconectar” (incluida una posible TDAH) informan que el trabajo inacabado domina sus pensamientos fuera del trabajo.
- Preocupaciones sobre el impacto en los usuarios: dejar una solución casi terminada puede retrasar el valor y, a veces, hacer perder tiempo al cliente.
- Algunos argumentan que la calidad puede bajar al final del día; otros reportan lo contrario, diciendo que el código de última hora es de mayor calidad mientras el contexto sigue fresco.
Implementaciones concretas
- Dejar el código sin compilar a propósito: delimitadores ausentes, sentencias parciales o una línea en lenguaje natural en el código fuente para que el compilador señale dónde reanudar.
- Dejar una prueba fallida o que no compila como siguiente acción (siguiendo el consejo de TDD de detenerse después de escribir una prueba que falla).
- Usar comentarios sin commitear o comentarios / TODOs para limpiar después que describan claramente qué hacer después y dónde.
- Algunos prefieren una tarea pequeña, de menos de una hora, preparada para la mañana en lugar de trabajo a medio terminar.
Sueño, descarga y notas
- Muchos recomiendan “vaciar el cerebro” en notas, comentarios o post-its para descargar contexto y reducir la ansiedad de olvidar.
- Hay desacuerdo sobre si escribir las cosas ayuda al procesamiento subconsciente posterior o provoca olvido; la mayoría lo ve como algo útil.
Debate más amplio sobre productividad y el sentido del trabajo
- Un subhilo sostiene que si realmente te entusiasman tus objetivos finales, no necesitas trucos de productividad; otros responden que la mayoría de los trabajos reales incluyen una cantidad considerable de trabajo aburrido pero necesario.
- Otro subhilo critica el “decir no a tareas de bajo impacto”, señalando que evitar el trabajo poco glamuroso de fiabilidad o mantenimiento puede convertir a alguien en un mal compañero de equipo, aunque a veces beneficie su carrera en ciertas organizaciones.