6 datos a conocer si estás empezando a programar

Si eres un programador principiante, este artículo no pretende hacerte sentir mal por los errores que puedas estar cometiendo, sino más bien hacerte consciente de ellos, enseñarte a detectar sus signos y recordarte que debes evitarlos. He cometido estos errores en el pasado y he aprendido de todos y cada uno de ellos. Estoy contento de haber formado hábitos de codificación para ayudarme a evitarlos. Tú también deberías hacerlo. Estos errores no se presentan aquí en ningún orden en particular. Es importante conocer que el campo de los videojuegos es hoy en día uno muy rentable, por lo que te puede interesar sacar partido de tus habilidades en ese mercado, por ello te recomiendo un curso programacion videojuegos para sacarle el jugo a la oportunidad.

Escribir código sin planificación

El contenido escrito de alta calidad, en general, no puede ser creado fácilmente. Requiere una cuidadosa reflexión e investigación. Los programas de alta calidad no son una excepción. Escribir programas de calidad es un proceso con un flujo:

Piensa. Investigación. Planear. Escribe. Validar. Modificar.

Desafortunadamente, no hay un buen acrónimo para esto. Usted necesita crear un hábito para siempre pasar por la cantidad correcta de estas actividades. Uno de los mayores errores que he cometido como programador principiante fue empezar a escribir código de inmediato sin pensar ni investigar mucho. Aunque esto podría funcionar para una pequeña aplicación independiente, tiene un gran efecto negativo en aplicaciones más grandes.

Leer el código anterior

Así como necesitas pensar antes de decir algo de lo que te puedas arrepentir, necesitas pensar antes de codificar algo de lo que te puedas arrepentir. La codificación es también una forma de comunicar tus pensamientos. La programación consiste principalmente en leer el código anterior, investigar qué se necesita y cómo encaja en el sistema actual, y planificar la escritura de características con incrementos pequeños y comprobables. La escritura real de líneas de código es probablemente sólo el 10% de todo el proceso. No piense en la programación como una escritura de líneas de código. La programación es una creatividad basada en la lógica que necesita ser nutrida.

Planificar demasiado antes de escribir el código

Sí. Planificar antes de empezar a escribir código es algo bueno, pero incluso las cosas buenas pueden perjudicarte cuando haces demasiado de ellas. Demasiada agua podría envenenarte.  No busque un plan perfecto. Eso no existe en el mundo de la programación. Busque un plan lo suficientemente bueno, algo que pueda usar para empezar. La verdad es que tu plan cambiará, pero para lo que fue bueno es para forzarte a entrar en alguna estructura que te lleve a una mayor claridad en tu código.

Demasiada planificación es simplemente una pérdida de tiempo

Sólo estoy hablando de la planificación de pequeños detalles. La planificación de todas las características a la vez debe ser simplemente prohibida! Es lo que llamamos el Enfoque de Cascada, que es un plan lineal de sistema con distintos pasos que deben ser terminados uno por uno. Puede imaginarse la cantidad de planificación que necesita ese enfoque. Este no es el tipo de plan del que estoy hablando aquí. El enfoque de cascada no funciona en la mayoría de los proyectos de software. Cualquier cosa complicada sólo puede ser implementada con adaptaciones ágiles a la realidad.

Escribir programas tiene que ser una actividad que responda

Usted agregará características que nunca se le habrían ocurrido en un plan de cascadas. Eliminará las funciones por razones que nunca hubiera considerado en un plan de cascadas. Necesitas corregir errores y adaptarte a los cambios. Necesitas ser ágil. Sin embargo, siempre planifique sus próximas características. Hazlo con mucho cuidado porque una planificación demasiado escasa y una planificación excesiva pueden dañar la calidad de tu código, y la calidad de tu código no es algo que puedas arriesgar.

Subestimar la importancia de la calidad del código

Si sólo puedes centrarte en un aspecto del código que escribes, debería ser su legibilidad. Un código poco claro es basura. Ni siquiera es reciclable. Nunca subestime la importancia de la calidad del código. Considere la codificación como una forma de comunicar las implementaciones. Su trabajo principal como programador es comunicar claramente las implementaciones de cualquier solución en la que esté trabajando.

Leave a Reply