Tema destacado
TypeScript: Arquitectura
Selección de preguntas sobre Arquitectura con foco en decisiones reales, errores habituales y señales que suelen aparecer en entrevista.
¿Cómo diseñarías tipos públicos para una librería o capa de dominio sin exponer detalles internos?¿Cuándo prefieres `interface` y cuándo `type` por motivos de diseño y mantenimiento?¿Cómo usarías generics para expresar contratos útiles y no solo sofisticación tipográfica?¿Cómo modelarías estados válidos con discriminated unions en lugar de flags inconsistentes?¿Cómo decidirías entre `unknown`, `any`, narrowing y runtime validation en una frontera externa?¿Cómo diseñarías utility types propios sin crear magia opaca para el equipo?¿Qué estrategia seguirías para tipar una API HTTP o un SDK sin duplicar modelos por todas partes?¿Cómo harías que TypeScript acompañe la arquitectura en lugar de maquillar problemas de diseño?¿Qué problemas reales resuelve el tipado exhaustivo en reducers, eventos o comandos?¿Cómo usarías branded types o value objects para evitar mezclar identificadores y primitivas?¿Cuándo tiene sentido generar tipos desde schema y cuándo modelarlos manualmente?¿Cómo diseñarías tipos para formularios o DTOs que evolucionan sin romper medio proyecto?¿Cuándo merece la pena modelar invariantes con tipos y cuándo es mejor resolverlas en runtime?¿Cómo tiparías eventos, callbacks y handlers para conservar seguridad sin llenar el código de genéricos ruidosos?¿Qué estrategia usarías para compartir tipos entre frontend y backend sin acoplar demasiado sus modelos?¿Cuándo usarías `satisfies` y qué ventaja tiene frente a `as` o anotaciones explícitas?¿Cómo modelarías errores y resultados en TypeScript para evitar `throw` indiscriminado o unions inútiles?¿Qué harías con enums, literals y const assertions en un proyecto que busca APIs estables?
Siguientes temas