Del 996 al trabajo eficiente: El viaje de transformación del enfoque de un programador
El octubre pasado, casi me despidieron.
No porque me faltaran habilidades técnicas: tengo 8 años de experiencia en desarrollo Java y mi diseño de arquitectura es sólido. El problema era que nunca podía terminar las tareas a tiempo. Llegaba a la oficina a las 9 AM y salía a las 11 PM, pero mi tiempo de trabajo realmente productivo probablemente era menos de 3 horas.
El día que mi jefe habló conmigo, lo recuerdo claramente: "Trabajas duro, pero tu eficiencia es demasiado baja".
Esa noche en el metro, me encontré con un artículo sobre el efecto Stroop. El autor decía que la atención es como un músculo: puede entrenarse. Pensé, bien podría intentar cualquier cosa en este punto.
¿Cuál era mi problema?
Más tarde me di cuenta de que no era perezoso: mi atención estaba fuera de control.
Un día típico era así: Abro el IDE para escribir código, veo un mensaje en DingTalk, hago clic para responder. Después de responder, recuerdo que el error de ayer todavía necesita verificación, abro JIRA. A mitad de la lectura, el gerente de producto viene a preguntar sobre los requisitos. Después de charlar, ya son las 11 AM y no he escrito una sola línea de código real.
¿Suena familiar?
Hice un experimento, usando la Técnica Pomodoro para rastrear cuántas veces me interrumpían en un día. El resultado me impactó: una interrupción promedio cada 8 minutos. Y la investigación muestra que después de ser interrumpidos, los programadores necesitan un promedio de 23 minutos para volver al estado de flujo.
No es de extrañar que nunca terminara nada: nunca "comencé" realmente.
Un descubrimiento inesperado
Solo para probarlo, comencé a hacer 10 minutos de prueba Stroop cada mañana.
La primera prueba, mi tiempo de reacción fue de 1.8 segundos con una tasa de error del 22%. El sitio web mostraba que este era un nivel de "atención severamente dispersa". Honestamente, fue un golpe.
Pero después de mantenerlo durante una semana, algo mágico sucedió.
Ese viernes, necesitaba arreglar un error de concurrencia complejo. Anteriormente, este tipo de problema llevaría al menos dos días, y a menudo arreglaría una cosa solo para romper otra. Pero ese día, escribí código durante tres horas seguidas sin revisar mi teléfono una sola vez. A las 4 PM, el error estaba arreglado y todas las pruebas pasaron.
Mi colega Xiao Zhang dijo: "Qiang-ge, estás en buena forma hoy".
Yo mismo no podía creerlo.
Plan de transformación de tres meses
Animado, desarrollé un plan de entrenamiento sistemático. No del tipo de "21 días para cambiar tu vida" motivacional, sino métodos basados en la ciencia cognitiva.
Mes uno: Construyendo la base
Cada mañana a las 8:30, hacía 5 minutos de prueba Stroop en mi escritorio. Al principio, los colegas pensaban que estaba loco, mirando una pantalla diciendo "rojo, azul, verde".
Pero el efecto fue obvio. La primera semana, mi tiempo de reacción promedio bajó de 1.8 a 1.5 segundos. Más importante aún, descubrí que las 1-2 horas después de la prueba eran mis horas más concentradas del día.
Así que ajusté mi horario de trabajo, poniendo las tareas más difíciles entre las 9 y las 11 AM. Durante este tiempo, apagaba todas las notificaciones y ponía mi teléfono en modo avión.
Una vez el gerente de producto vino a buscarme a las 10 AM, me vio con auriculares con cancelación de ruido escribiendo código, y se alejó en silencio. Más tarde dijo: "Te veías tan concentrado, no quería molestarte".
Mes dos: Actualizando el entrenamiento
Solo hacer pruebas Stroop no era suficiente. Comencé a intentar "entrenamiento de carga cognitiva".
¿Qué significa eso? Trabajar deliberadamente en entornos con distracciones. Por ejemplo, escribiría código en una cafetería o haría revisiones de código con música sonando. Fue doloroso al principio, pero gradualmente descubrí que mi resistencia a las distracciones se fortaleció.
Un miércoles por la tarde, el equipo de al lado estaba teniendo una discusión técnica acalorada, muy ruidosa. El viejo yo definitivamente no habría podido escribir código, pero ese día en realidad terminé todo el módulo de pago e incluso refactoricé algo de código previamente desordenado.
También descubrí una técnica: usar diferentes lenguajes de programación para diferentes tipos de tareas. Java para lógica de negocios, Python para procesamiento de datos, Go para concurrencia. Este cambio en sí mismo es un tipo de entrenamiento cognitivo, manteniendo el cerebro flexible.
Mes tres: Formando un sistema
En este punto, mis puntajes de prueba Stroop se estabilizaron alrededor de 0.9 segundos con tasas de error por debajo del 5%. Pero la mayor ganancia fue encontrar mi propio ritmo de trabajo.
Dividí mi día en cuatro bloques de tiempo:
Mañana 9-11: Trabajo profundo, escribiendo código central Finales de la mañana 11-12: Manejando correos electrónicos y mensajes Tarde 2-4: Revisiones de código y programación en pareja Tarde 4-6: Aprendiendo nueva tecnología o escribiendo documentos
Entre cada bloque de tiempo, hacía 2 minutos de "reinicio cognitivo": quizás algunos problemas Stroop o meditación simple.
Lo más sorprendente fue que ya no necesitaba trabajar horas extras. Características que solían requerir pasar la noche ahora podía terminarlas por la tarde.
Algunos consejos prácticos
Durante estos tres meses, resumí algunas técnicas de atención específicas para programadores:
Método de monitor dual: Pantalla principal para escribir código, pantalla secundaria solo para documentos. Nunca abrir software de chat en la pantalla secundaria. Esto reduce la distracción en al menos un 50%.
Entrenamiento en tiempo de compilación: Mientras se compila el código, no desplaces tu teléfono: haz 10 problemas de prueba Stroop. Ni desperdicies tiempo ni rompas el enfoque.
Método de enfoque en depuración: Antes de depurar, toma 30 segundos de respiraciones profundas, luego escribe la descripción del problema de una vez. Esto ayuda a aclarar el pensamiento y evitar cambios aleatorios.
Reinicio de intervalo de revisión: Las revisiones de código consumen atención. Después de revisar cada PR, levántate y camina durante 2 minutos o mira por la ventana. El cerebro necesita estos breves momentos de desconexión.
Ganancias inesperadas
La mejora del enfoque trajo más que solo eficiencia laboral.
Comencé a tener tiempo para hacer ejercicio. Salir a las 6 PM todos los días, ir al gimnasio de la empresa abajo para correr. Perdí 8 kg en tres meses, estado mental mucho mejor que antes.
Reanudé la escritura de blogs técnicos. Solía decir siempre que no tenía tiempo, ahora puedo escribir 1-2 publicaciones por semana. El artículo de concurrencia de Golang del mes pasado incluso llegó a la lista de éxitos de Juejin.
Lo más importante es que redescubrí la alegría de codificar. Cuando puedes concentrarte en resolver problemas, esa sensación de estado de flujo es realmente adictiva.
El viernes pasado, refactoricé todo el módulo de autenticación de una vez, reduciendo el código en un 40% y mejorando el rendimiento 3 veces. El CTO dijo en la revisión de código: "Esta es la implementación más elegante que he visto".
Mi consejo para ti
Si tienes problemas similares, mi consejo es:
- Primero prueba tu nivel de referencia. No importa cuán malo sea, ese es solo el punto de partida.
- Comienza con 5 minutos diarios. No seas codicioso, la consistencia es clave.
- Encuentra tu hora dorada. Soy una persona matutina, tú podrías ser un búho nocturno.
- Crea rituales. Preparo café antes de comenzar el trabajo profundo: es una señal para mi cerebro.
- Rastrea el progreso. Uso Excel para registrar los puntajes de prueba diarios y la producción de trabajo. Ver la curva de progreso es muy satisfactorio.
Revisión de tres meses
Ayer se cumplieron exactamente tres meses desde que comencé el entrenamiento. Comparé los datos:
Octubre (antes del entrenamiento):
- Tiempo de trabajo productivo diario promedio: 2.8 horas
- Puntos de historia completados: 13
- Tasa de errores: 8.2%
- Días de horas extras: 22
Enero (después del entrenamiento):
- Tiempo de trabajo productivo diario promedio: 5.5 horas
- Puntos de historia completados: 31
- Tasa de errores: 2.1%
- Días de horas extras: 2
En la revisión de rendimiento de fin de año, pasé de calificación C a A. No solo se duplicó mi bono de fin de año, sino que obtuve una oportunidad de promoción.
Pero para mí, más importante es la mejora en la calidad de vida. Tengo tiempo para ver películas con mi novia, puedo ir de excursión los fines de semana, puedo dormir tranquilamente por la noche en lugar de estar ansioso por la fecha límite de mañana.
Resulta que el secreto del trabajo eficiente no es trabajar más duro, sino concentrarse mejor.
Pensamientos finales
El mes pasado, ese jefe que dijo que mi eficiencia era baja habló conmigo nuevamente. Esta vez dijo: "¿Puedes compartir tu método con el equipo?"
Sonreí. Hace tres meses casi me despiden, ahora soy un modelo de eficiencia.
El cambio realmente no es tan difícil. No necesitas algún método mágico, solo entrenamiento científico más un poco de persistencia.
Si también quieres probarlo, puedes comenzar con este test de Stroop. Recuerda, qué tan malo eres ahora no importa. Lo que importa es qué tan fuerte serás en tres meses.
Al igual que el código necesita refactorización constante, nuestros cerebros necesitan optimización continua. La única diferencia es si estás dispuesto a comenzar.
Por cierto, hoy es viernes. Voy al gimnasio a las 6. ¿Tú? ¿Todavía trabajando horas extras?