Saltar al contenido

Principios

No son respuestas universales. Son ideas que uso para pensar con más claridad antes de elegir una tecnología.

  • Diseñar desde el propósito

    Una arquitectura útil empieza por comprender a quién sirve, qué problema cambia y qué decisión debe hacer posible.

    • La tecnología sigue a la intención
    • Los compromisos se hacen visibles
    • La claridad es parte del diseño
  • Evolucionar de forma incremental

    Los sistemas duraderos rara vez nacen completos. Aprenden, se adaptan y mejoran sin convertir cada cambio en una apuesta total.

    • Cambios pequeños con aprendizaje rápido
    • Decisiones reversibles cuando sea posible
    • Progreso antes que perfección
  • Operar con responsabilidad

    Construir también significa cuidar lo que ocurre después: seguridad, resiliencia, observabilidad y una operación comprensible.

    • Diseñar para los días difíciles
    • Hacer observable lo importante
    • Tratar la operación como parte del producto
  • Eficiencia como restricción creativa

    El coste, la complejidad y la energía no son detalles finales. Son límites que pueden conducir a soluciones más simples y mejores.

    • Usar sólo lo que aporta valor
    • Eliminar complejidad accidental
    • Optimizar sin perder el propósito

Construir con IA

La IA dejó de ser el autocompletado y pasó a ejecutar. Eso no elimina el criterio: cambia dónde hace falta ponerlo. Estas son las tres ideas con las que trabajo hoy.

  • AI-DLC: la IA ejecuta, las personas deciden

    AI-DLC (AI-Driven Development Life Cycle) organiza el desarrollo asistido por IA en fases trazables —de la intención a los requisitos, el diseño, la construcción y la operación— con una puerta de aprobación antes de cada avance.

    • Un plan de trabajo explícito en lugar de prompts sueltos
    • La persona aprueba al final de cada etapa
    • Cada decisión queda registrada y se puede auditar
  • Kiro: la especificación como unidad de trabajo

    Con Kiro el punto de partida no es un chat, es una especificación: requisitos, diseño y tareas antes de generar código. El steering guarda las convenciones del repositorio una sola vez y los hooks se ocupan de lo repetitivo.

    • Especificar antes de generar
    • Las convenciones del proyecto, escritas una vez
    • Automatizaciones disparadas por eventos del repo
  • Lo que la IA no decide

    Los agentes escriben mucho código muy rápido, y eso vuelve más valiosas —no menos— las decisiones que no se delegan: los límites del sistema, los compromisos que aceptamos y lo que estamos dispuestos a mantener durante años.

    • Los compromisos siguen siendo humanos
    • Revisar es parte del trabajo, no un trámite
    • Velocidad sin dirección sólo acumula deuda