Si no tiene un problema que resolver, no necesita escribir ningún código. No escribes el código “porque”; lo escribes para resolver un problema o satisfacer una necesidad. No hay problema, no es necesario.
Ahora, si tiene un problema que está tratando de resolver, la primera reacción no debería ser sentarse y escribir código. Si no comprende lo que está tratando de lograr, ¿cómo puede escribir el código para hacerlo?
Siéntate y piensa en tu problema. Piensa, no escribe. “Bloqueo del desarrollador” no es un problema de no poder escribir código. Es un problema saber que tiene un problema y aún no ha descubierto cómo resolverlo. Entonces, hasta que pueda atravesar y dividir el problema en pedazos que pueda comprender, la codificación no puede suceder.
- ¿Cuáles son los pasos correctos para que un estudiante de CS mejore como programador?
- ¿Debo hacer una maestría en informática justo después de graduarme o trabajar un par de años primero? Tengo 22 años y tengo menos de un año de experiencia laboral. Definitivamente quiero obtener un MS, pero no estoy seguro de qué es más sabio.
- ¿Puedo ingresar a la sucursal de CS en una de las mejores universidades de ingeniería de Pune si mi rango es de 274,570 en jee?
- ¿Qué hacen los estudiantes que aman la informática pero que pertenecen a otros departamentos en IIT?
- ¿Qué país es el mejor, tanto económica como académicamente, para estudiar MS en informática?
Deja de pensar en la falta de código. Siéntate y piensa en el problema que tienes. Vea si puede desglosarlo y describirlo a usted mismo o a otra persona. Identifique dónde están las áreas que le causan problemas. Averigua qué cosas no entiendes y sigue los pasos que debes realizar. A menudo, cuando piense en estas cosas que no le quedan bien en la mente, comenzará a tener una idea de lo que debe hacer.
Y a menudo lo que crees que necesitas escribir y lo que realmente escribirás son dos cosas diferentes. Puede comenzar a escribir el código y darse cuenta a medio camino de que no es el enfoque correcto y que cambiará de pista.
Aléjate del teclado. He pasado días sorteando problemas que solo resultan en un puñado de líneas de código. Pero era el código que necesitaba. Y a veces la solución no es el código. A menudo trato problemas relacionados con personas o procesos y, a menudo, la solución está tratando de cambiarlos. Un problema mucho más difícil que golpear algún código.