ztevenreal
Acabas de terminar otro vídeo tutorial. Luego, cuando intentas escribir código por tu cuenta, no sabes ni por dónde abrir. El miedo al editor de códigos en blanco te persigue. Si ese es usted, es hora de que deje de hacer tutoriales y resuelva un problema de la vida auténtico con el código.
Los tutoriales solo cubren la idea universal.
La mayoría de los tutoriales están diseñados para presentarle poco nuevo, ya sea un verbo de programación, un entorno o una característica particular. Algunos tutoriales incluso se basan en proyectos y lo guían en la creación de una pequeña aplicación, por ejemplo, un rastreador de gastos, de principio a fin. A primera perspectiva, esto parece un definitivo estudios. Estás escribiendo código, siguiéndolo y todo funciona sin problemas.
Pero aquí es donde está el problema. Los tutoriales de proyectos suelen guiarle paso a paso. Le dicen exactamente qué escribir y cuándo escribirlo. Hay poco espacio para decisiones, errores o experimentación. No se aprende a manejar el fatal momento de “no funciona en mi máquina”.
Es por eso que los tutoriales tienden a cubrir sólo la idea universal de cómo funciona poco. Te muestran el camino oportuno donde carencia sale mal. La programación auténtico no se ve así. Los problemas reales implican datos confusos, errores inesperados e instrucciones incompletas. Cuando trabajas en un problema auténtico, te ves obligado a pensar, a probar diferentes enfoques y a comprender por qué poco funciona, no sólo cómo seguir los pasos.
A menudo se saltan las mejores prácticas.
Un gran inconveniente de los tutoriales es que normalmente no enseñan por qué se toman ciertas decisiones o cómo tomar buenas decisiones en primer zona. Su principal objetivo es llevarle del punto A al punto B de la forma más rápida y sencilla posible. Para que las cosas sean breves y fáciles de usar para principiantes, los autores de tutoriales a menudo omiten detalles importantes como la estructura del código, las convenciones de nomenclatura, las pruebas, el manejo de errores y las consideraciones de rendimiento.
Esto no se debe a que los autores no sepan estas cosas. Es porque explicar las mejores prácticas lleva tiempo. Todavía añade complejidad, lo que puede hacer que un tutorial sea intimidante. En zona de eso, se le muestra la interpretación más simple de una posibilidad. Si admisiblemente eso puede ayudarte a comprender la idea, igualmente puede llevarte a desarrollar malos hábitos sin darte cuenta.
Por ejemplo, estaba trabajando en un Esquema de papeleo de relaciones con el cliente (CRM). Cuando miré los tutoriales, no seguían las convenciones que suelen seguir los desarrolladores experimentados. Sin edificación limpia, sin principios SÓLIDOS. Cientos de líneas de código en un solo archivo. Si hubiera seguido un tutorial de este tipo, habría adquirido esos mismos hábitos, lo que me perjudicaría a grande plazo.
Cuando empiezas a trabajar en problemas reales, las mejores prácticas no son simplemente “agradables de tener”. Ayudan a proseguir su código comprensible, escalable y menos propenso a errores.
Los tutoriales pueden convenir obsoletos
La tecnología avanza rápido. Es posible que a un tutorial que hace un año era perfectamente preciso le falten pasos secreto o utilice métodos que ya no se recomiendan.
Para los principiantes, esto puede resultar confuso. Puede seguir un tutorial exactamente como está escrito, sólo para encontrarse con errores porque se cambió el nombre de una función o porque un paquete ya no está arreglado. De repente, te quedas atascado, no porque hayas hecho poco mal, sino porque el tutorial simplemente no se ha mantenido al día con el estado flagrante de la utensilio que estás utilizando.
Esto se convierte en una trampa oculta: aprendes cómo hacer que poco funcione según información antigua. Luego, cuando te encuentras con problemas reales en un entorno reciente, tus conocimientos no encajan del todo.
Trabajar en problemas reales lo empuja a consultar la documentación flagrante, los debates de la comunidad y los ejemplos recientes. Aprendes a adaptarte a los cambios, lo cual es una tacto valiosa para convertirte en un mejor programador.
Ensuciarte las manos te convertirá en un buen solucionador de problemas
En algún momento, todo programador descubre que aprende más cuando deja los tutoriales y comienza a construir poco por su cuenta. Cuando te enfrentas a un problema auténtico, te ves obligado a pensar críticamente. Buscas, pruebas, rompes cosas, las arreglas y repites. Puede parecer tranquilo o frustrante al principio, pero ahí es exactamente donde ocurre el crecimiento.
Resolver problemas reales le enseña cómo depurar, cómo hacer mejores preguntas y cómo investigar de guisa efectiva. No es necesario lanzarse directamente a construir poco enorme. Incluso los proyectos pequeños, como escribir guiones de automatización, pueden impulsarte a pensar de forma independiente. Cada vez que tomas una valor, te encuentras con un obstáculo o pruebas un nuevo enfoque, estás entrenando tus músculos para resolver problemas.
Una vez hice un intento. Quería formarse PHP. En zona de seguir un único tutorial, descargué un plan de papeleo hospitalaria de GitHub y me sumergí en él. Es cierto que no era nuevo en la programación. Pero no sabía carencia sobre PHP. Posteriormente de algunas semanas de modificarlo, entendí lo esencial. Pero ahí está la consejo importante. Con mis nuevos conocimientos, no sólo aprendí a escribir código PHP. Pude implementar nuevas funciones con él. En otras palabras, estaba resolviendo problemas reales.
La única razón por la que pude hacerlo fue porque decidí trabajar en un plan auténtico desde el principio, a pesar de ser magnate y enredado, y de mi error de conocimiento. Si hubiera tomado la ruta convencional de ver otro tutorial de 8 horas, no habría aprendido tantas cosas tan rápido.
Eso no quiere sostener que no debas consumir tutoriales de programación en definitivo. Te dan lo esencial para abrir. Pero el definitivo estudios ocurre cuando abordas un plan auténtico por tu cuenta, sin sesiones de programación o de la mano. Si está buscando algunas ideas de proyectos, puede crear una aplicación de prueba sencilla o incluso su primera aplicación GUI.
