¿Cuánto tiempo debo dedicar a codificar mi propio proyecto en lugar de aprender nuevos materiales?

Answer 1

Estoy en una posición similar: aprender Python al intentar crear lo que se está convirtiendo en un proyecto bastante grande. Comencé con Codeacademy pero me detuve cuando empecé a pensar como ‘hey, ¡puedo usar esto para hacer x !’ En realidad, hacer las cosas es el estilo de aprendizaje que más me convenga, supongo. Describo dónde quiero terminar, a ver si se puede hacer desde mi conocimiento actual. Luego, cuando, inevitablemente, me quedo corto, recorro los documentos, los tutoriales y el stackoverflow, intentando averiguar cómo lograr el objetivo. A pesar de que mi proyecto está tardando más de lo esperado, cada vez que encuentro F5 en un método recién descubierto lo encuentro inmensamente gratificante, no frustrante en absoluto. ¡Creo que subconscientemente estoy agregando complejidad solo para aprender cosas nuevas!

¿Y si sale mal? ¡Pues entonces aprendo aún más! Los errores son el mejor tutor que uno puede tener. Abrázalos, aprende de, luego implementa lo que has aprendido, sabe que acabas de mejorar un poco con la experiencia.

Answer 2

Oye, si fuera fácil, lo llamarían contabilidad.

¿Qué lenguaje y entorno de desarrollo? Personalmente, recomiendo aprender a ser un ninja en el depurador lo antes posible . Escribir un código limpio no trivial es difícil, pero debería poder encontrar y corregir los errores rápidamente, y eso no se hace mirando la pantalla; se hace estableciendo algunos puntos de interrupción y observando lo que está sucediendo en su código.

Una vez que haya ejecutado el código (cuanto más hackeado y recortado mejor), es el momento de investigar cómo mejorar una parte del código. Sigue mejorándolo poco a poco hasta que sonríes solo pensando en lo maravillosa que es esa pieza de código.

Luego pasa a un proyecto más desafiante. Hacer espuma, enjuagar, repetir.

Answer 3

Comience un pequeño proyecto. Eso debería ir bastante rápido.

Si no puede terminar un pequeño proyecto en un día, tal vez debería buscar algo en lo que sea bueno, no todos pueden aprender a programar. (Especialmente si crees que “codificas un proyecto” [escribes un programa para el proyecto, si lo escribes en inglés, codificas eso; los principiantes generalmente no piensan en el código, así que no pasas de “proyecto” a “código”, se pasa de “proyecto” a “programa escrito en inglés” a “código”], “la codificación lo frustra”, usa “prueba y error” en lugar de depuración, etc.)

Answer 4

Espero que esto no resulte tan duro, pero si la programación lo frustra más que brindarle placer, entonces tal vez la programación no sea para usted, O, eso, o simplemente está abordando problemas que son demasiado difíciles para su nivel de conocimiento. No se frustre demasiado: si ve que eso sucede y aún desea programar, entonces trabaje en problemas un poco más simples, con la consiguiente menos frustración. Domine ese tipo de programas, y solo luego pase al siguiente nivel. De hecho, este podría ser el problema. Usted dice que está resolviendo problemas a través de prueba y error. Eso sería frustrante, y no es así como deberían resolverse los problemas. Enfréntalos con un plano, con estructura y dirección. No hagas de la programación una lucha de prueba y error; Que sea una ciencia. Tal vez el consejo número uno que puedo darte sobre cómo hacer esto es simplemente dibujar en papel lo que debería hacer el componente que estás depurando. Escríbelo simplemente. Profundice en algunos detalles más si tiene que hacerlo. Entiéndalo, y luego simplemente ejecute su código y verifique, ¿qué funciona como debería? ¿Qué no funciona? ¿La función X da la salida que debería? Etc.

Answer 5

Esta es una buena pregunta, yo soy el mismo; ¡Hay mucho que aprender por ahí!

Yo lo estructuraría así. Pase 1–2 horas al día aprendiendo nuevos conceptos leyendo o haciendo lo que necesite. Entonces, sin embargo, mucho más tiempo tienes enfocado en tus proyectos. Eso ha estado funcionando para mí. ¡Es importante aprender más, pero aplicarlo en proyectos o continuar trabajando en proyectos es lo que hace que las cosas realmente se peguen!

Answer 6

Lo que sucede es normal, la prueba y el error forman parte de la codificación. Así es como aprendes. Toma mis dos centavos y escucha: 50/50 cada uno, pero cuando recibes un error mientras codificas 75/25 (75% es la codificación). Además, la frustración es normal, cometer errores está bien, esto que estás haciendo es dominar lo básico .