Blog

Notas sobre lo que voy construyendo y aprendiendo RSS

1Variables yfunciones2Call Stack3Expresiónvs sentencia4Scopeléxico5Closures6Higher OrderFunctions7Qué esun array8map/reduce/filter9Recursión10Event Loop11setTimeout/rAF13Módulos/IIFE12Qué esun objeto14Tiposprimitivos15Valor yreferencia16Lectura ycopia obj.17this / call/ apply / bind18Objetos:sintaxis19Cadena deprototipos20new /constructor22Object.create23Factories/ Classes24Polimorfismo21== vs ===vs typeof25Ducktyping26Funcionespuras27JSEngines28DOM29Bitwise /TypedArrays30Colecciones/ Generators31Promises32async/ await33Currying/ compose34Estructurasde datos35Big O36Algoritmos37DesignPatterns38CleanCode
  1. 1Variables y funciones
  2. 2Call Stack
  3. 3Expresión vs sentencia
  4. 4Scope léxico
  1. 5Closures
  2. 6Higher Order Functions
  3. 7Qué es un array
  4. 8map / reduce / filter
  5. 9Recursión
  1. 10Event Loop
  2. 11setTimeout / requestAnimationFrame
  1. 12Qué es un objeto
  2. 13Módulos / IIFE
  3. 14Tipos primitivos
  4. 15Valor y referencia
  5. 16Lectura y copia de objetos
  1. 17this / call / apply / bind
  2. 18Objetos: sintaxis y evolución
  3. 19Cadena de prototipos
  4. 20new / constructor / instanceof
  1. 21== vs === vs typeof
  2. 22Object.create
  3. 23Factory functions vs Classes
  4. 24Herencia, polimorfismo y reuso
  5. 25Tipado y duck typing
  1. 26Funciones puras y mutaciónPróximamente
  2. 27Motores de JavaScriptPróximamente
  3. 28DOM y árbol de layoutPróximamente
  4. 29Bitwise / Typed ArraysPróximamente
  5. 30Colecciones y GeneratorsPróximamente
  1. 31PromisesPróximamente
  2. 32async / awaitPróximamente
  1. 33Currying / compositionPróximamente
  2. 34Estructuras de datosPróximamente
  3. 35Notación Big OPróximamente
  4. 36AlgoritmosPróximamente
  5. 37Design PatternsPróximamente
  6. 38Clean CodePróximamente
1Algoritmoy programa2Leer unenunciado3Descomposición4Secuencia5Condicionales6Bucles7Repaso:control8Variablesy estado9Tipos dedatos10Listas yarreglos11Diccionariosy conjuntos12Pilas ycolas13Repaso:estructuras14Funciones15Efectos ypureza16Composición17Recursión18Problemareal I19Compararalgoritmos20Big O21Espaciovs tiempo22Búsqueda23Ordenamiento24Recorridos25Divide yvencerás26Repaso:algoritmos27Nombres ycohesión28Debugging29Mensajesde error30Testing31Imperativo /declarativo32Paradigmas33Problemareal II
  1. 1Qué es un algoritmo y qué es un programa
  2. 2Cómo leer un enunciado
  3. 3Descomposición
  1. 4Secuencia: por qué importa el orden
  2. 5Condicionales y operadores lógicos
  3. 6Bucles: repetir con y sin límite conocido
  4. 7Repaso: control de flujo
  1. 8Variables y estado
  2. 9Tipos de datos y por qué existen
  3. 10Listas y arreglos
  4. 11Diccionarios y conjuntos
  5. 12Pilas y colas
  6. 13Repaso: elegir la estructura correcta
  1. 14Qué es una función
  2. 15Efectos colaterales y funciones puras
  3. 16Composición de funciones
  4. 17Recursión y su relación con la iteración
  5. 18Problema real: de la idea al algoritmo
  1. 19Qué significa que un algoritmo sea mejor
  2. 20Big O sin la matemática pesada
  3. 21El intercambio entre espacio y tiempo
  1. 22Búsqueda lineal y binariaPróximamente
  2. 23OrdenamientoPróximamente
  3. 24Recorridos sobre estructurasPróximamente
  4. 25Divide y vencerásPróximamente
  5. 26Repaso: más de una solución válidaPróximamente
  1. 27Nombres, cohesión y acoplamientoPróximamente
  2. 28Debugging como proceso, no como suertePróximamente
  3. 29Cómo leer un mensaje de errorPróximamente
  4. 30Testing como forma de pensar el problemaPróximamente
  1. 31Imperativo y declarativoPróximamente
  2. 32Objetos y funciones como paradigmasPróximamente
  3. 33Problema real: todo juntoPróximamente
1Qué esSDD2Intencióny spec3De dóndeviene4¿Eswaterfall?5Anatomíade una spec6Requisitosverificables7EARS8Criterios deaceptación9Clarificación10Cuántaspec11Repaso:la spec12Constitucióndel proyecto13AGENTS.mdy contexto14El plantécnico15De plana tareas16Trazabilidad17Revisiónhumana18Specy test19SDDy TDD20Contratosejecutables21Más alládel assert22Deriva23La specen CI24El flujocanónico25Spec Kit26Kiro27Specslivianas28Roles deagente29Elegirherramienta30Códigoexistente31SDD enequipo32Lo quecuesta33Antipatrones34Cuándo nousarlo35Proyectocompleto
  1. 1Qué es el desarrollo guiado por especificaciones
  2. 2Intención, especificación e implementación
  3. 3De dónde viene: contratos, TDD y BDD
  4. 4La acusación de waterfall, y qué la responde
  1. 5Anatomía de una especificación
  2. 6Requisitos verificables
  3. 7EARS: cinco patrones para escribir requisitos
  4. 8Criterios de aceptación
  5. 9Clarificación: cazar ambigüedades antes de implementar
  6. 10Cuánta especificación es la correctaPróximamente
  7. 11Repaso: la especificación completa de una funcionalidadPróximamente
  1. 12La constitución del proyectoPróximamente
  2. 13AGENTS.md y los archivos de contextoPróximamente
  3. 14Del qué al cómo: el plan técnicoPróximamente
  4. 15De plan a tareasPróximamente
  5. 16Trazabilidad: de la cláusula al commitPróximamente
  6. 17Los puntos de revisión humanaPróximamente
  1. 18La spec y el test: dos formas de decir lo mismoPróximamente
  2. 19SDD y TDD trabajando juntosPróximamente
  3. 20Contratos ejecutables: esquemas, tipos y OpenAPIPróximamente
  4. 21Verificar lo que no entra en un assertPróximamente
  5. 22La deriva entre la spec y el códigoPróximamente
  6. 23Sostener la especificación en integración continuaPróximamente
  1. 24El flujo canónico de punta a puntaPróximamente
  2. 25GitHub Spec KitPróximamente
  3. 26Kiro: la especificación como unidad de trabajoPróximamente
  4. 27Especificaciones livianas: OpenSpec y las delta specsPróximamente
  5. 28Flujos con roles de agente: BMADPróximamente
  6. 29Cómo elegir una herramienta (o ninguna)Próximamente
  1. 30SDD sobre código que ya existePróximamente
  2. 31SDD en equipoPróximamente
  3. 32Lo que cuesta de verdadPróximamente
  4. 33Antipatrones: cuando la spec se vuelve ceremoniaPróximamente
  5. 34Cuándo no usar SDDPróximamente
  6. 35Proyecto real: de la intención al código, de punta a puntaPróximamente
1Qué es laarquitectura2Qué es unmodelo3Qué le daforma4Todo es uncompromiso5Registrardecisiones6Lenguajedel dominio7Casos deuso8Modelo declases9Diagramade estados10Secuenciade compra11ModeloC412Repaso:el modelo13Modula-ridad14SOLID sindogma15Inversión decontrol16Patrones dediseño17DDDtáctico18Eventos dedominio19Métricas dediseño20Repaso:el diseño21Atributosde calidad22Escenariosde calidad23Tácticas24Carga yescala25Seguridadpor diseño26Evaluar unaarquitectura27Estilos28En capas29Hexagonal30Verticalslices31DDDestratégico32Monolitomodular33Orientada aeventos34Elegir unestilo35Falaciasdistribuidas36Micro-servicios37Síncrono yasíncrono38Datosdistribuidos39Sagas youtbox40Resiliencia41Observa-bilidad42Stranglerfig43ExtraerPagos44Funcionesde aptitud45Ley deConway46Docs comocódigo47Deudatécnica48IA yarquitectura49Anti-patrones50Proyectocompleto
  1. 1Qué es la arquitectura de software
  2. 2Qué es un modelo y para qué sirve
  3. 3Lo que da forma a un sistema: requisitos, atributos de calidad y restriccionesPróximamente
  4. 4Todo es un compromisoPróximamente
  5. 5Registrar decisiones: los ADRPróximamente
  1. 6El lenguaje del dominioPróximamente
  2. 7Casos de uso: el sistema visto desde afueraPróximamente
  3. 8El modelo de clases del dominioPróximamente
  4. 9Diagramas de estado: la vida de un pedidoPróximamente
  5. 10Diagramas de secuencia: una compra de punta a puntaPróximamente
  6. 11El modelo C4: contexto y contenedoresPróximamente
  7. 12Repaso: el modelo completo de la tiendaPróximamente
  1. 13Modularidad: cohesión, acoplamiento y ocultamientoPróximamente
  2. 14SOLID sin dogmaPróximamente
  3. 15Inversión e inyección de dependenciasPróximamente
  4. 16Patrones de diseño que la tienda necesita de verdadPróximamente
  5. 17DDD táctico: entidades, objetos de valor y agregadosPróximamente
  6. 18Eventos de dominioPróximamente
  7. 19Medir el acoplamientoPróximamente
  8. 20Repaso: el módulo de pedidos, diseñadoPróximamente
  1. 21Atributos de calidad: ISO 25010 como mapa, no como listaPróximamente
  2. 22Escenarios de calidad: requisitos que se pueden medirPróximamente
  3. 23Tácticas arquitectónicasPróximamente
  4. 24Rendimiento y escalabilidad: la noche de la promociónPróximamente
  5. 25Seguridad por diseño: modelado de amenazasPróximamente
  6. 26Evaluar una arquitectura: riesgos, sensibilidades y compromisosPróximamente
  1. 27Qué es un estilo arquitectónicoPróximamente
  2. 28Arquitectura en capasPróximamente
  3. 29Puertos y adaptadores, y Clean ArchitecturePróximamente
  4. 30Vertical slices: cortar por funcionalidadPróximamente
  5. 31DDD estratégico: contextos delimitadosPróximamente
  6. 32El monolito modularPróximamente
  7. 33Arquitectura orientada a eventosPróximamente
  8. 34Elegir un estilo, y el mito del mejor estiloPróximamente
  1. 35Las falacias de la computación distribuidaPróximamente
  2. 36Microservicios: lo que prometen y lo que cobranPróximamente
  3. 37Comunicación síncrona y asíncronaPróximamente
  4. 38Datos distribuidos y consistencia eventualPróximamente
  5. 39Sagas y el patrón outboxPróximamente
  6. 40Resiliencia: plazos, reintentos e idempotenciaPróximamente
  7. 41Observabilidad: registros, métricas y trazasPróximamente
  8. 42Migrar sin reescribir: el patrón strangler figPróximamente
  9. 43La extracción justificada: Pagos sale del monolitoPróximamente
  1. 44Funciones de aptitud y tests de arquitecturaPróximamente
  2. 45La ley de Conway: equipos y arquitecturaPróximamente
  3. 46Documentar la arquitectura: arc42 y documentación como códigoPróximamente
  4. 47Deuda técnica de arquitecturaPróximamente
  5. 48Arquitectura con asistentes de IA: qué se delega y qué noPróximamente
  6. 49Antipatrones de arquitecturaPróximamente
  7. 50Proyecto real: la tienda de punta a puntaPróximamente

Todavía no se auditó una cadena de dependencias real como en la serie de JavaScript: los posts se leen en el orden en que se publicaron, y cada uno da por sentado el anterior.

  1. 1Angular: historia y configuración del entorno·11 min de lectura
  2. 2Tu primer componente: anatomía de un componente standalone·7 min de lectura
  3. 3Data binding y el nuevo control de flujo: @if, @for y @switch·7 min de lectura
  4. 4De la teoría a una app real: mini proyecto en Angular·13 min de lectura
SerieC# .NETTipado fuerte, orientación a objetos y APIs con ASP.NET Core.Próximamente