Diseño de PIC 16F87

Buenas prácticas
para la construcción de software

Introducción
Índice de contenidos
1. Definición.
2. ¿Porqué se desarrolla mal?
3.¿Porqué debo seguir buenas prácticas?
4. Principios de la buena programación.
5. Buenas prácticas en código.
6. Consejos generales.
7. Ejemplos basados en Java, pero aplicables a
“cualquier” lenguaje de programación.

Introducción
Definición
Porbuenas prácticas se entiende un conjunto
coherente de acciones que han rendido buen o incluso
excelente servicio en un determinado contexto y que
se espera que, en contextos similares, rindan similares
resultados.
Éstas dependen de las épocas, de las modas y hasta
de la empresa consultora o del autor que las preconiza.
No es de extrañar que algunas sean incluso
contradictorias entre ellas.(Fuente: wikipedia)

Introducción
¿Porqué se desarrolla mal?
 Falta de tiempo.
 Falta de conocimiento.
 Falta de motivación.
 Acudir a las fuentes equivocadas.
 Fallos en las etapas iniciales de desarrollo de
software (análisis, requisitos, etc.).
 Etc.

Introducción
¿Porqué buenas prácticas?
 Establece reglas y convenios.
 Aporta higiene al código.
 Estandariza eldesarrollo.
 Fácil lectura = Fácil mantenimiento.
 Facilita la escalabilidad del código.
 Facilita la reutilización y la integración de manera
homogénea.

Principios de buena programación
The Principles of Good Programming
by Christopher Diggins

Principios de buena programación
Listado de los principios
 DRY - Don’t repeat yourself .
 Abstraction Principle.
 KISS (Keep it simple,stupid!) .
 Avoid Creating a YAGNI (You aren’t going to need it).
 Do the simplest thing that could possibly work.
 Don’t make me think.
 Open/Closed Principle.

Principios de buena programación
Listado de los principios
 Write Code for the Maintainer.
 Principle of least astonishment.
 Single Responsibility Principle.
 Minimize Coupling.
 Maximize Cohesion.
 HideImplementation Details.
 Law of Demeter.

Principios de buena programación
Listado de los principios
 Avoid Premature Optimization.
 Code Reuse is Good.
 Separation of Concerns.
 Embrace Change.

Principios de buena programación
DRY (Don’t repeat yourself)
 No repetirse a sí mismo → evitar la repetición.

Principios de buena programación
DRY (Don’t repeat yourself)
 Evitar larepetición en todas sus posibilidades:
• No repetir código: funciones, métodos, clases,
etc. → Reutilizar.
• No repetir librerías.
• No repetir documentación.
 En general: NO REPETIR CONOCIMIENTO.

Principios de buena programación
Abstraction Principle
 Principio de abstracción. “Cada pieza de
funcionalidad significativa en un programa debe ser
implementada en un sólo lugar del códigofuente”

Principios de buena programación
Abstraction Principle
class Airplane implements Aircraft {
public void takeoff() {
// algorithm taking off
}
public void fly() {
// algorithm flying an airplane
}
public void land() {
// algorithm landing an airplane
}
}

class Helicopter implements Aircraft {
public void takeoff() {
// algorithm taking off a helicopter
}
public voidfly() {
// algorithm flying a helicopter
}
public void land() {
// algorithm landing a helicopter
}
}

Implementa
Implementa
interface Aircraft {
void takeoff();
void fly();
void land();
}

Un piloto puede
pilotar tanto
Airplane como
Helicopter

class Pilot {
private Aircraft myShip;
public void setMyShip(Aircraft ship) {
myShip = ship;
}
public void flyMyShip() {myShip.takeoff();
myShip.fly();
myShip.land();
}
}

Principios de buena programación
KISS (Keep it simple, stupid!)
 Manténgalo simple, ¡estúpido!. La mejor solución
a un problema es la más simple.
Menos código → menos bugs.

Principios de buena programación
KISS (Keep it simple, stupid!)
 Comentar código:
for( i = 0, j = 100; i < j; i++, j--)
System.out.println(i);

// count to 49...