10 principios básicos de programación que todo programador debe conocer
10 principios básicos de programación que todo programador debe conocer
Es fácil escribir un código. Es un desafío escribir un buen código.
El código malo viene en muchas formas y maneras. Código desordenado, cadenas masivas de «if-else», programas que se rompen con un ajuste, variables que no tienen sentido. El programa puede funcionar una vez pero nunca resistirá ningún escrutinio.
No te conformes con los atajos. Apunta a escribir un código que sea fácil de mantener. Fácil de mantener para ti, y fácil de mantener para cualquier otro desarrollador de tu equipo. ¿Cómo escribes un código efectivo? Escribes buen código siendo disciplinado siguiendo unos principios de programación.
Si te interesa estudiar Python echa un vistazo a nuestro artículo ¿Para qué se utiliza Python?
Aquí te dejamos 10 principios de programación que harán de ti un mejor codificador.
1. Hazlo sencillo, KISS
Suena un poco duro, pero es un principio de programación con el que hay que vivir. ¿Qué significa esto?
Significa que debes escribir un código tan simple como sea posible. No te dejes atrapar por tratar de ser demasiado inteligente o presumir con un párrafo de código avanzado. Si puedes escribir un guión en una línea, escríbelo en una línea.
Aquí hay una función simple:
function addNumbers(num1,num2){
return num1 + num2;
}
Bastante simple. Es fácil de leer y sabes exactamente lo que está pasando.
Usar nombres de variables claros. Aprovechar las bibliotecas de códigos para utilizar las herramientas existentes. Facilitar el regreso después de seis meses y volver al trabajo. Mantenerlo simple te ahorrará el dolor de cabeza.
2. No te repitas
El principio «No te repitas» (DRY) o Don’t repeat yourself, significa, claramente, no repetir el código. Es un error común de codificación. Al escribir el código, evita la duplicación de datos o de la lógica. Si alguna vez has copiado y pegado un código dentro de tu programa, no es código DRY.
Echa un vistazo a este código:
function addNumberSequence(number){
number = number + 1;
number = number + 2;
number = number + 3;
number = number + 4;
number = number + 5;
return number;
}
En lugar de duplicar líneas, trata de encontrar un algoritmo que use la iteración. Para los bucles, y mientras que los bucles son formas de controlar el código que necesita ejecutarse varias veces.
El código DRY es fácil de mantener. Es más fácil depurar un bucle que maneja 50 repeticiones que 50 bloques de código que manejan una repetición.
3. Abierto/Cerrado
Este principio significa que debes aspirar a hacer tu código abierto a la extensión pero cerrado a la modificación. Este es un principio importante cuando se libera una biblioteca o marco de trabajo que otros utilizarán.
Por ejemplo, supongamos que estás manteniendo un marco de trabajo de interfaz gráfica de usuario. Podrías liberar para que los programadores modifiquen e integren directamente tu código liberado. ¿Pero qué pasa cuando liberas una actualización importante cuatro meses después?
Tu código se romperá. Esto hará que los usuarios no estén contentos. No querrán usar tu biblioteca por mucho más tiempo, no importa cuán útil sea.
En su lugar, está el código de liberación que impide la modificación directa y fomenta la extensión. Esto separa el comportamiento del núcleo del comportamiento modificado. El código es más estable y más fácil de mantener.
4.Composición sobre la herencia
Si escribes el código usando programación orientada a objetos vas a encontrar esto útil. El principio de composición sobre la herencia dice: los objetos con comportamientos complejos deben contener instancias de objetos con comportamientos individuales. No deberían heredar una clase y añadir nuevos comportamientos.
Confiar en la herencia causa dos problemas importantes. Primero, la jerarquía de la herencia puede desordenarse rápidamente. También tiene menos flexibilidad para definir comportamientos de casos especiales. Digamos que quieres implementar comportamientos para compartir:
La programación de la composición es mucho más limpia para escribir, más fácil de mantener y permite flexibilidad para definir comportamientos. Cada comportamiento individual es su propia clase. Puedes crear comportamientos complejos combinando comportamientos individuales.
5. Responsabilidad única
El principio de responsabilidad única dice que cada clase o módulo de un programa sólo debe proporcionar una funcionalidad específica. Como dice Robert C. Martin, «Una clase debe tener sólo una razón para cambiar».
Las clases y los módulos suelen empezar así. Ten cuidado de no añadir demasiadas responsabilidades ya que las clases se complican. Refactorízalas y divídelas en clases y módulos más pequeños.
La consecuencia de sobrecargar las clases es doble. Primero, complica la depuración cuando intentas aislar un cierto módulo para la solución de problemas. Segundo, se hace más difícil crear funcionalidad adicional para un módulo específico.
6. Separación de las preocupaciones
El principio de separación de intereses es una versión abstracta del principio de responsabilidad única. Esta idea establece que un programa debe ser diseñado con diferentes contenedores, y estos contenedores no deben tener acceso entre sí.
Un ejemplo bien conocido de esto es el diseño del modelo de vista-controlador (MVC). MVC separa un programa en tres áreas distintas: los datos (modelo), la lógica (controlador) y lo que la página muestra (vista). Las variaciones del MVC son comunes en los marcos web más populares de hoy en día.
Por ejemplo, el código que maneja la base de datos no necesita saber cómo renderizar los datos en el navegador. El código de renderización toma la información del usuario, pero el código lógico se encarga del procesamiento. Cada pieza de código es completamente independiente.
El resultado es un código fácil de depurar. Si alguna vez necesitas reescribir el código de renderizado, puedes hacerlo sin preocuparte de cómo se guardan los datos o se procesa la lógica.
7. No vas a necesitarlo (YAGNI)
Este principio significa que nunca debes programar para la funcionalidad en la oportunidad que puedas necesitar en el futuro. No intentes resolver un problema que no existe.
En un esfuerzo por escribir código DRY, los programadores pueden violar este principio. A menudo los programadores sin experiencia tratan de escribir el código más abstracto y genérico que pueden. Demasiada abstracción causa un código hinchado que es imposible de mantener.
Aplica el principio DRY sólo cuando lo necesites. Si ves trozos de código escritos una y otra vez, entonces resúmelos. No pienses demasiado a expensas de tu actual lote de código.
8. Documenta tu código
Cualquier desarrollador de alto nivel subrayará la importancia de documentar su código con los comentarios adecuados. Todos los lenguajes los ofrecen y deberías hacer un hábito el escribirlos. Deja comentarios para explicar los objetos, mejorar las definiciones de las variables y hacer las funciones más fáciles de entender.
Aquí hay una función de JavaScript con comentarios que te guían a través del código:
//This function will add 5 to the input if odd, or return the number if even
function evenOrOdd(number){
//Determine if the number is even
if(number % 2 == 0){
return number;
}
//If the number is odd, this will add 5 and return
else {
return number + 5;
}
}
Dejar comentarios es un poco más de trabajo mientras programas, pero entenderás tu código bastante bien, y otros usuarios también.
Intenta escribir un programa, déjalo sin tocar durante seis meses, y vuelve para modificarlo. Te alegrarás de haber documentado con comentarios tu programa en lugar de tener que perder tiempo sobre cada función para recordar cómo funciona. ¿Trabajas en un equipo de programación? No frustres a tus compañeros de desarrollo forzándolos a descifrar tu código.
9. Refactor
Es difícil de aceptar, pero tu código no va a ser perfecto la primera vez. Refactorizar el código significa revisar tu código y buscar formas de optimizarlo. Hacerlo más eficiente mientras se mantienen los resultados exactamente iguales.
Las bases de código evolucionan constantemente. Es completamente normal revisar, reescribir o incluso rediseñar trozos enteros de código. No significa que no hayas tenido éxito la primera vez que escribiste tu programa. Te vas a familiarizar más con un proyecto con el tiempo. Usa ese conocimiento para ajustar tu código existente para que esté DRY, o siguiendo el principio KISS.
10. Código limpio a toda costa
Deja tu ego en la puerta y olvídate de escribir un código demasiado complicado o rebuscado. El tipo de código que parece más un enigma que una solución. No estás programando para impresionar a extraños.
No intentes meter una tonelada de lógica en una línea. Deja instrucciones claras en los comentarios y la documentación. Si tu código es fácil de leer, será fácil de mantener.
Los buenos programadores y el código legible van de la mano. Deja comentarios cuando sea necesario. Adhiérete a las guías de estilo, ya sea dictadas por un lenguaje o por tu empresa.
¿Qué hace a un buen programador?
Aprender a ser un buen programador requiere bastante trabajo. Estos 10 principios de programación son una hoja de ruta para convertirte en un programador profesional.
Un buen programador entiende cómo hacer que sus aplicaciones sean fáciles de usar, trabaja bien en equipo y termina los proyectos según las especificaciones y a tiempo. Siguiendo estos principios conseguirás el éxito en tu carrera de programador.
Debe estar conectado para enviar un comentario.