with one click
developer-experience
Usar cuando se mide o mejora la experiencia de desarrollo del equipo.
Menu
Usar cuando se mide o mejora la experiencia de desarrollo del equipo.
Strips all sugar-coating and marketing. Gives the brutally honest truth in the fewest possible words. Use when you suspect self-deception, before committing, or before shipping.
Adversarial review that hunts every weakness, assumption, edge case, and missing test. Opponent mode — finds what will break before it breaks in production. Use when merging, when reviewing security-critical code, or when the solution feels too simple.
Usar cuando se lee, escribe, busca o consolida la memoria persistente entre sesiones de Savia.
Usar cuando se escribe, valida o implementa una spec ejecutable SDD.
Test-driven development with vertical-slice red-green-refactor cycles. Use when applying TDD to a new feature or bug fix, when user mentions 'red-green-refactor', 'tdd', 'test-first', 'vertical slice' — explicitly avoids the 'horizontal slicing' anti-pattern (write all tests first, then all code) which produces brittle implementation-coupled tests.
TEMPLATE — copia este directorio para crear una skill nueva. NO se carga en runtime.
| name | developer-experience |
| description | Usar cuando se mide o mejora la experiencia de desarrollo del equipo. |
| summary | Framework DX Core 4 (Speed, Effectiveness, Quality, Impact) y metricas SPACE para medir experiencia del desarrollador. Output: scorecard DX + recomendaciones priorizadas. |
| maturity | stable |
| context | fork |
| context_cost | medium |
| agent | business-analyst |
| category | quality |
| tags | ["dx","developer-experience","space","core4"] |
| priority | medium |
Marco de referencia para medir y mejorar la experiencia del desarrollador usando metodologías de vanguardia.
Cuatro pilares fundamentales de la experiencia del desarrollador (referencia: DX 2024):
Cinco dimensiones complementarias para una visión holística:
Medir al menos 3 dimensiones usando métrica combinada cuantitativa + cualitativa.
Tres tipos de carga cognitiva (Sweller):
Conexión Team Topologies: Alineación de equipos reduce cognitive load interdependencias.
La velocidad del feedback es central en DX. Ciclos rápidos = mejor experiencia.
Objetivo: Ciclos de feedback sub-minuto donde sea posible.
Encuestas validadas de DX (recomendación trimestral):
Cada métrica debe vincularse a acción. No medir por medir.
Ejemplo: Si PR review time > 24h → asignar reviewer automáticamente → meta: <4h
DX metrics se alimentan de múltiples fuentes:
/dx-survey: Recolectar feedback cualitativo/dx-dashboard: Visualizar métricas automatizadas/dx-recommendations: Análisis de friction points