Cuando un corredor desea volverse más rápido, no intenta de repente romper una milla en cuatro minutos. Entrenan con carreras lentas más largas, y algunas carreras muy cortas más rápidas. Parece que estás abordando el gran problema y tratando de resolverlo rápidamente. Como un corredor recreativo que intenta una milla de cuatro minutos.
Entonces, retroceda e intente soltar un requisito. Resuelva los grandes problemas con los que tiene problemas, pero no se limite en el tiempo. Esto le permitirá explorar y descubrir estrategias de resolución de problemas con tiempo para resolverlas.
Luego, intente problemas más pequeños, pero bajo presión de tiempo. Esto le permitirá aprender a lidiar con los aspectos de la presión del tiempo sin tratar también los aspectos del “problema difícil”.
Ser un “mejor programador” no tiene que ver con la programación, se está convirtiendo en un ingeniero. De hecho, ni siquiera me gusta el término “programador superior”. Este proceso consiste en convertirse en una persona que sabe pensar lógicamente y resolver problemas. Se vuelve menos acerca de la programación y más acerca de averiguar qué programar y cómo programarlo. Desea hacer la transición entre ser un trabajador de la construcción y primero ser un capataz de la construcción y luego un arquitecto. La habilidad de programación es una herramienta para el fin, luego el fin es la construcción de un sistema funcional que se pueda mantener y que satisfaga las necesidades del usuario.
- Cómo alcanzar un nivel en el que pueda entender lo que leo con mis ojos más rápido y entender lo que escucho incluso cuando estoy haciendo otra cosa.
- ¿Qué pasos debo seguir si quiero crear una empresa que venda productos de marca privada en Amazon que obtenga $ 100,000 por mes?
- Cómo mejorar mi conocimiento general en un mes
- ¿Por qué la música parece mejorar cuanto más la escuchamos?
- Para los gerentes: ¿qué herramientas utilizas para mejorar tu rendimiento? ¿Qué estudias para mejorar tu oficio de gestionar a otros?
Prefiero contratar a alguien que piense todo el día y escriba una pequeña cantidad de código que cumpla y supere las especificaciones en comparación con alguien que escribe furiosamente el código todo el día y termina con una gran pila de código que no funciona bien o tiene muchos Casos especiales donde se rompe.