Estándares de Codificación y Buenas Prácticas
Convenciones de codificación base aplicables en todos los proyectos.
Este skill es el suelo compartido, no el manual detallado de frameworks.
- Usar
frontend-patternspara React, estado, formularios, renderizado y arquitectura UI. - Usar
backend-patternsoapi-designpara capas de repositorio/servicio, diseño de endpoints, validación y aspectos específicos del servidor. - Usar
rules/common/coding-style.mdcuando necesites la capa de reglas reutilizables más corta en lugar de un recorrido completo del skill.
Cuándo Activar
- Iniciar un nuevo proyecto o módulo
- Revisar código para calidad y mantenibilidad
- Refactorizar código existente para seguir convenciones
- Hacer cumplir consistencia en nomenclatura, formato o estructura
- Configurar reglas de linting, formato o verificación de tipos
- Incorporar nuevos colaboradores a las convenciones de codificación
Límites de Alcance
Activar este skill para:
- nomenclatura descriptiva
- valores predeterminados de inmutabilidad
- legibilidad, KISS, DRY y aplicación de YAGNI
- expectativas de manejo de errores y revisión de code smells
No usar este skill como fuente principal para:
- Composición, hooks o patrones de renderizado de React
- Arquitectura backend, diseño de API o capas de base de datos
- Orientación específica de frameworks cuando ya existe un skill ECC más específico
Principios de Calidad de Código
1. Legibilidad Primero
- El código se lee más de lo que se escribe
- Nombres claros para variables y funciones
- Código auto-documentado preferido sobre comentarios
- Formato consistente
2. KISS (Keep It Simple, Stupid)
- La solución más simple que funcione
- Evitar sobreingeniería
- Sin optimización prematura
- Fácil de entender > código inteligente
3. DRY (Don't Repeat Yourself)
- Extraer lógica común en funciones
- Crear componentes reutilizables
- Compartir utilidades entre módulos
- Evitar programación por copiar y pegar
4. YAGNI (You Aren't Gonna Need It)
- No construir features antes de que sean necesarias
- Evitar generalidad especulativa
- Agregar complejidad solo cuando sea requerido
- Empezar simple, refactorizar cuando sea necesario
Estándares TypeScript/JavaScript
Nomenclatura de Variables
Nomenclatura de Funciones
Patrón de Inmutabilidad (CRÍTICO)
Manejo de Errores
Buenas Prácticas de Async/Await
Seguridad de Tipos
Buenas Prácticas de React
Estructura de Componentes
Custom Hooks
Gestión de Estado
Renderizado Condicional
Estándares de Diseño de API
Convenciones de API REST
Formato de Respuesta
Validación de Entrada
Organización de Archivos
Estructura del Proyecto
Nomenclatura de Archivos
Comentarios y Documentación
Cuándo Comentar
JSDoc para APIs Públicas
Buenas Prácticas de Rendimiento
Memoización
Carga Diferida
Consultas de Base de Datos
Estándares de Pruebas
Estructura de Pruebas (Patrón AAA)
Nomenclatura de Pruebas
Detección de Code Smells
Vigilar estos anti-patrones:
1. Funciones Largas
2. Anidamiento Profundo
3. Números Mágicos
Recuerda: La calidad del código no es negociable. El código claro y mantenible permite el desarrollo rápido y la refactorización confiada.


