🎯 Actionable
Cada sección resulta en código funcional
- Comandos copy-paste que funcionan
- Ejemplos ejecutables inmediatamente
- Configuraciones verificables
Objetivo: Al final del día dominarás nuestro enfoque de documentación, habrás hecho tu primera contribución y establecido tu workflow de escritura técnica.
“Living Documentation” - La documentación evoluciona con el código:
🎯 Actionable
Cada sección resulta en código funcional
🧪 Testeable
Ejemplos probados y validados
📈 Escalable
Patrones que funcionan en proyectos reales
🔧 Mantenible
Documentación que envejece bien
Stack del Equipo:
📖 Estudiar la Guía Maestra
📚 Guía de Documentación Técnica
Esta guía contiene:
🎨 Dominar Componentes Astro
Componentes esenciales que usarás:
<Aside type="tip">Tips importantes</Aside><Card title="Título">Contenido organizado</Card><Steps>Procesos secuenciales</Steps><Tabs>Contenido alternativo</Tabs>📐 Entender Estructuras por Tipo
Configurar VS Code para Markdown
# Extensiones recomendadascode --install-extension yzhang.markdown-all-in-onecode --install-extension DavidAnson.vscode-markdownlintcode --install-extension bierner.markdown-mermaidcode --install-extension astro-build.astro-vscodeConfigurar Workspace de Documentación
# Clonar repositorio de documentacióngit clone https://github.com/Kompa-s/docs.gitcd docs
# Setup dependenciaspnpm install
# Ejecutar servidor de desarrollopnpm devVerificar Entorno
📁 docs/├── 📁 src/content/docs/ # Contenido principal│ ├── 📁 guia-desarrollo/│ │ ├── 📁 backend-net/ # Guías .NET│ │ ├── 📁 frontend-vue/ # Guías Vue.js│ │ ├── 📁 database/ # Guías DB│ │ └── 📁 onboarding/ # Esta guía de onboarding│ └── 📁 procesos/ # Workflows del equipo├── 📁 public/ # Assets estáticos└── 📄 astro.config.mjs # Configuración StarlightDocumentar algo que aprendiste durante los Días 1-2 usando nuestros estándares.
Documenta un problema que resolviste
Piensa en algún error o dificultad que tuviste durante el setup de los días anteriores.
Estructura:
---title: 🚨 Solución: [Problema específico]description: Cómo resolver [problema] en el entorno del equipo---
## 🐛 Problema[Descripción del error exacto]
## 💡 Solución[Pasos específicos que funcionaron]
## ✅ Verificación[Cómo confirmar que está resuelto]Documenta un setup específico que hiciste
Por ejemplo: configuración de Git, setup de DBeaver, configuración de VS Code, etc.
Estructura:
---title: ⚙️ Setup: [Herramienta específica]description: Configuración de [herramienta] optimizada para el equipo---
## 🎯 Objetivo[Para qué sirve esta configuración]
## 📋 Prerrequisitos[Qué necesitas antes de empezar]
## ⚡ Setup Rápido[Pasos para configurar]
## ✅ Verificación[Cómo validar que funciona]Mejora documentación existente
Revisa documentación actual y:
📝 Crear tu contenido
# Crear branch para tu contribucióngit checkout -b feature/mi-primera-doc-[tu-nombre]
# Crear archivo en la ubicación apropiada# Ejemplo: src/content/docs/guia-desarrollo/troubleshooting/mi-solucion.md✍️ Escribir siguiendo los estándares
🧪 Testear tu documentación
# Verificar que renderiza correctamentepnpm dev
# Abrir tu página en el navegador# Verificar enlaces, código, formato📋 Self-review con checklist
🔍 Self-Review Exhaustivo
# Lint de markdownpnpm lint
# Build local para verificarpnpm build📨 Crear Pull Request
Template de descripción:
## 📝 Tipo de contribución- [ ] Nueva documentación- [ ] Mejora de contenido existente- [ ] Corrección de errores- [ ] Actualización de enlaces/versiones
## 🎯 Descripción[Qué documenta y por qué es útil]
## ✅ Checklist- [ ] Ejemplos testeados funcionando- [ ] Comandos verificados en Windows- [ ] Componentes Astro apropiados- [ ] Enlaces válidos- [ ] Self-review completado
## 👀 Reviewers sugeridos@[experto-en-area] para validación técnica🔄 Proceso de Review
Review criterios:
🚀 Merge y Deploy
Una vez aprobado:
| Rol | Responsabilidad | Quién |
|---|---|---|
| Author | Crear contenido de calidad, self-review | Tu |
| Technical Reviewer | Validar exactitud técnica | Experto en el área |
| Documentation Reviewer | Consistencia y claridad | Equipo de arquitectura |
| Final Approver | Merge y deploy | Tech Lead |
📊 Analytics
Páginas más visitadas
Prioridad en actualizaciones según uso real
💬 Feedback Directo
Comentarios del equipo
Slack #dev-team, issues en Azure DevOps
🎯 Onboarding Success
Tiempo de ramp-up
¿Los nuevos miembros son productivos más rápido?
🔄 Maintenance Load
Preguntas repetitivas
¿Reduce interrupciones sobre temas documentados?
📊 Monitoreo (Mensual)
🎯 Priorización (Trimestral)
✍️ Contribución (Continua)
Al terminar el día, deberías poder responder:
Dominio de Estándares:
Primera Contribución:
Workflow Futuro:
Desarrollo Activo:
Documentación Continua:
Recursos de Continuación:
📝 Documenta mientras desarrollas
No esperes al final
Agrega notas, comandos útiles, soluciones a problemas mientras los encuentras
🎯 Piensa en tu yo futuro
¿Recordarás esto en 6 meses?
Si no, documéntalo. Tu futuro yo te lo agradecerá
👥 Comparte descubrimientos
Knowledge sharing activo
Si aprendiste algo útil, compártelo inmediatamente
🔄 Mejora incremental
Small wins regulares
Una pequeña mejora mensual es mejor que una gran actualización anual
❓ Dudas sobre documentación
Slack #dev-team
Preguntas rápidas sobre estándares o proceso
🔧 Review técnico
Mencionar expertos
Tag a especialistas del área en PRs para validación
📚 Sugerencias de mejora
Azure DevOps Work Items
Ideas para mejorar documentación existente
🎯 Iniciativas grandes
Tech Lead / Arquitectura
Propuestas de mejoras estructurales o nuevas secciones
Tu experiencia importa:
Enviar feedback a: Jesus Avila|Ruben Gallardo para mejorar el proceso para futuros compañeros.
Has completado exitosamente el onboarding técnico. Tu entorno está completamente configurado y funcional para:
¡Ahora eres oficialmente un miembro mas del equipo! 🚀
El siguiente paso es sumergirte en el desarrollo real.
¡Es hora de crear productos increíbles y documentarlos excelentemente! 🚀