Tu código funciona. Pero sabes que no está bien.
10 reglas concretas para reducir la complejidad y empezar a escribir código con criterio
La inseguridad no desaparece sola
Abres un fichero que escribiste la semana pasada. Tardas un rato en entender qué hace. No porque sea complejo, sino porque está enredado: demasiadas condiciones, nombres que no dicen nada, métodos que hacen más de una cosa.
Sabes que hay un problema, pero no tienes palabras exactas para describirlo ni criterio claro para arreglarlo. Así que haces el cambio mínimo para no arriesgar, y sigues acumulando código que funciona pero que nadie —ni tú— quiere leer.
Con el tiempo eso tiene un coste. Cambios que deberían ser simples se convierten en media jornada. Bugs que no deberían ocurrir. Y la sensación de que los developers que admiras escriben código diferente al tuyo sin que entiendas exactamente por qué.
Diez reglas. Criterio inmediato.
Las reglas de este curso —basadas en Object Calisthenics— no son opiniones. Son restricciones concretas que fuerzan al código a volverse más pequeño, más claro y más fácil de modificar. Cada regla ataca un patrón específico que aumenta la complejidad: métodos que hacen demasiado, condicionales que crecen, estructuras que se rompen solas.
No necesitas años de experiencia para aplicarlas. Las puedes usar hoy, en el código que estés escribiendo ahora mismo.
Lo que vas a poder hacer
-
Identificar con precisión por qué un bloque de código es difícil de leer o modificar
-
Aplicar reglas concretas para reducir la complejidad sin necesidad de reescribir desde cero
-
Tomar decisiones de diseño con criterio, no por intuición
-
Adoptar prácticas que te ayudarán a crear soluciones más robustas y sostenibles.
Qué cambia en tu día a día
-
Menos tiempo entendiendo código que tú mismo escribiste hace dos semanas
-
Cambios más rápidos y seguros porque las piezas son más pequeñas y predecibles
-
Menos bugs causados por código enredado que nadie quería tocar
-
Más confianza en las revisiones de código, porque tienes criterio para defender tus decisiones
Para quién es este curso
✅ Developers en sus primeros años o sin formación estructurada en buenas prácticas
✅ Tienes código que funciona pero que sabes que está mal, y quieres saber exactamente qué cambiar
✅ Quieres criterio técnico propio, no solo hacer lo que te dice el senior del equipo
✅ Buscas un primer paso concreto hacia código más limpio, sin teoría abstracta
Para quién NO es este curso
❌ Ya aplicas Object Calisthenics o principios similares de forma sistemática en tu trabajo
❌ Buscas técnicas de diseño avanzadas: arquitectura, DDD o patrones de diseño
❌ Esperas un curso extenso con muchas horas de contenido
❌ Quieres una fórmula mágica que mejore el código sin cambiar cómo piensas al programar
Temario del curso
-
-
10 pasos para mejorar tu código hoy
-
Paso 1: Un nivel de indentación por método
-
Paso 2: Evitar la sentencia "else"
-
Paso 3: Envolver tipos primitivos
-
Paso 4: Colecciones de primera clase
-
Paso 5: Evitar los getters/setters/propiedades
-
Paso 6: No abreviar
-
Paso 7: Mantener las entidades pequeñas
-
Paso 8: Un punto por línea
-
Paso 9: Evitar clases con más de 2 atributos
-
Paso 10: Todas las clases deben tener estado
-
Ejercicio: Tic Tac Toe Kata
-
Solución: Tic Tac Toe Kata
-
¡Enhorabuena! ¿Cómo seguir aprendiendo?
-
Acerca de este curso
- 14 lecciones
- 2 horas de contenido de video
Tu profesor
Technical Coach Pedro Pardal
Software engineer y tech lead con +12 años de experiencia construyendo aplicaciones web escalables en el cloud, y liderando equipos multidisciplinares usando metodologías ágiles.
Inspirado por los valores de Software Craftsmanship y prácticas de Extreme Programming y DevOps, poniendo especial énfasis en la entrega temprana de valor, comunicación transparente con el cliente y excelencia técnica.
Email
Qué dice nuestro alumnado
Cuando hablo con personas con 10 o 20 años experiencia, me dicen que ojalá ellos hubieran podido aprender al principio todo lo que yo sé ahora
Aprender con Pedro fue un punto de inflexión en mi carrera profesional
Lo que tú enseñas es una forma de desarrollar software, son muchas piezas que se juntan para formar un puzzle.
Hemos formado a los developers de estas empresas
Preguntas frecuentes
-
"Esto me parece demasiado básico para mi nivel."
Estas reglas son sencillas de enunciar y sorprendentemente difíciles de aplicar de forma consistente. Si ya las aplicas todas sin esfuerzo, este curso no es para ti. Pero la mayoría de developers que llevan años programando violan varias de estas reglas a diario sin darse cuenta.
-
"Estas reglas parecen arbitrarias."
No lo son. Cada regla ataca un patrón específico que aumenta la complejidad: la indentación profunda indica lógica anidada difícil de seguir, el else genera caminos paralelos que se ramifican, los primitivos sueltos no tienen comportamiento propio. Las restricciones son concretas porque los problemas que resuelven también lo son.
-
"Esto no aplica a mi lenguaje o mi stack."
Las reglas de Object Calisthenics son independientes del lenguaje. Se aplican en Java, TypeScript, Python, C# y cualquier lenguaje orientado a objetos. El curso usa ejemplos en un lenguaje concreto, pero el principio es el mismo en todos.
-
"Mi problema real es la arquitectura, no el código."
Los problemas de arquitectura rara vez se resuelven con arquitectura. La mayoría tienen raíz en código que acumula demasiada lógica en los sitios equivocados. Este curso no es la solución completa, pero es el punto de partida correcto.
-
"No tengo tiempo para esto."
Son menos de una hora. Si dedicas ese tiempo a entender por qué tu código es difícil de modificar y qué hacer al respecto, el retorno es inmediato.