Presentación para MUG IT de Argentina sobre buenas y malas prácticas de código. Una introducción al pensamiento lógico para analizar nuestro código.

1. Malas prácticas
Una mirada no elitista :D

2. Matías Iacono

3. En el menú hoy
- Cómo definimos las malas prácticas?
- Patrones? Reglas personales? Lineamientos y estándares?
- Procesos lógicos para descubrir malas prácticas
- Una aplicación no muy sana… pero que funciona

4. Definiendo las malas prácticas
Buenas prácticas
Patrones y estructuras de
diseño
GoF, DDD, TDD, SOLID, etc.
3
Prácticas de código
Nulls, memory leaks, concurrencia,
estándares de escritura, etc.
4
Gestión
Waterfall, Scrum, Kanban, etc.
1
Infraestructura
Deployments, CI/CD, etc.
2

5. O es así?
Patrones y estructuras de
diseño
GoF, DDD, TDD, SOLID, etc.
2
Prácticas de código
Nulls, memory leaks, concurrencia,
estándares de escritura, etc.
1
Gestión
Waterfall, Scrum, Kanban, etc.
4
Infraestructura
Deployments, CI/CD, etc.
3

6. http://etc.ch/AH6E

7. Resultados de la encuesta

8. Herramientas
- Análisis estático de código
- Test automation
- Descubrimiento de vulnerabilidades
- etc.

9. No es solo cuestión de herramientas!

10. El problema está en las fuentes

11. Vamos a las fuentes

14. Un código bien escrito es como leer un buen
libro...
(anónimo)

18. Qué debemos buscar?
- Lectura intuitiva.
- Simple de seguir y entender para un ser humano.
- Tiene el lenguaje algún shorthand para hacer lo mismo?
- No genera problemas de rendimiento obvios (strings,
stack overflows, etc.)
- Es potencial a deadlocks o race conditions?
- Hacer modificaciones no representa un riesgo
(O no tanto?).
- Sigue las reglas propuestas?

19. Código?

20. Gracias

21. Matías Iacono