Metodología cursos DevOps · CABA
Cómo mantenemos útil el contenido educativo
El material de DevOps cambia rápido y un tutorial viejo confunde más de lo que ayuda. Acá mostramos cómo revisamos, corregimos y actualizamos guías, laboratorios y temarios, con fecha de revisión visible en cada página importante.
Ficha de lectura
Alcance
Guías, laboratorios y temario de DevOps y Kubernetes con foco fintech.
Formato
Turno noche en CABA con práctica en clúster de prueba.
Compromiso
Fecha de revisión al pie de cada guía técnica.
Revisión del temario cada tres meses · Aviso en clase si algo cambia entre cohortes
Preguntar por la próxima revisiónActualización contenido educativo
Revisión trimestral del temario
Cada tres meses revisamos módulos, versiones de Kubernetes, Helm, Terraform y acciones de CI que enseñamos en los cursos DevOps en CABA. Si un cambio rompe una práctica, actualizamos los manifests y los pipelines de laboratorio antes de que empiece la siguiente cohorte. Nada queda flotando hasta el próximo turno.
Qué miramos primero
Versiones estables, charts deprecados y cambios en políticas de red o ingress. Probamos el flujo completo y anotamos la fecha de última revisión al pie de cada guía.
Qué pasa entre revisiones
Si una versión queda obsoleta entre revisiones, agregamos una nota de advertencia en la misma semana, con el comando alternativo y el enlace a la fuente oficial.
Cómo lo ves vos
Antes de anotarte podés revisar la fecha y los cambios puntuales en cada guía y en los avisos de cohorte. Así sabés si el material de Kubernetes está al día.
Metodología cursos DevOps
De dónde salen las correcciones
Las correcciones no aparecen por arte de magia. Llegan por tres vías concretas y las ordenamos por impacto en tu práctica. Lo que bloquea un laboratorio va primero. Un detalle de redacción espera la tanda mensual.
Vía uno
Revisión interna después de cada cohorte
El equipo docente repasa qué comandos fallaron, qué explicación generó más preguntas y qué laboratorio tardó más de lo previsto. Con esas notas ajustamos ejemplos, tiempos y mensajes de error frecuentes. Es la base de la revisión del temario de Kubernetes.
Vía dos
Reporte de estudiantes
Cuando un paso no reproduce, pedimos captura, bloque exacto y mensaje copiado. Un comando que ya no funciona se corrige en 72 horas hábiles y se avisa en clase. Las erratas que afectan prácticas se publican al final de la guía.
Vía tres
Changelogs oficiales
Seguimos los anuncios de Kubernetes, Helm, Terraform y proveedores de CI. Si una acción queda deprecada o cambia un valor por defecto, reemplazamos el ejemplo y dejamos el enlace a la documentación original para que puedas verificarlo.
Laboratorios reproducibles
Laboratorios versionados y reproducibles
Cada laboratorio tiene versión, repo base y lista de imágenes con tag fijo. Nunca usamos latest flotante, porque eso hace que una práctica funcione un mes y al siguiente deje de levantar. Cuando actualizamos una imagen base por seguridad, probamos el flujo completo en un clúster de prueba antes de publicar.
Tag fijo y repo base a la vista
En cada guía ves qué versión estás corriendo y desde qué repo parte el ejercicio. Si descargaste material antes, podés seguir con la versión anterior durante una cohorte más.
Prueba completa antes de publicar
Ningún cambio sale directo al aula. Se corre deploy, red, volúmenes y limpieza, para que el laboratorio que hacés en clase sea el mismo que probamos nosotros.
Guardamos la versión anterior
Si venís con material descargado de la cohorte pasada, no quedás afuera. Mantenemos la versión previa disponible y marcada, para que puedas terminar sin reinstalar todo a mitad de curso.
Transparencia educativa
Criterio para recomendar o dejar de recomendar una herramienta
No recomendamos por moda. Mantenemos una herramienta en el programa si tiene documentación abierta, mantenimiento activo y uso verificable en ofertas de la región.
Si un proyecto se archiva o cambia su licencia de forma que complica el uso educativo, lo marcamos como en revisión, buscamos reemplazo y explicamos el motivo en clase con enlaces a la fuente oficial.
Ayudanos a mejorar
Cómo reportar un error en esta guía
Si encontrás un comando que falla o una explicación confusa, escribinos por el formulario de contacto indicando página, bloque y mensaje de error copiado. No necesitás registrarte ni pagar nada para reportar.
Contanos dónde está el problema
Nombre de la guía, sección y paso. Una captura ayuda, pero el texto del error es lo que nos deja reproducirlo.
Recibís confirmación
Respondemos acusando recepción y después te contamos el estado de la corrección, sin promesas de tiempos imposibles.
Publicamos la errata si afecta prácticas
Cuando el error bloquea un laboratorio, la corrección queda anotada al final de la guía para los que vienen después.
Límites honestos
Qué no actualizamos y por qué
Guías históricas de versiones viejas
Las dejamos archivadas con aviso de versión. Solo las tocamos si bloquean el aprendizaje actual, porque reescribir todo el archivo quita tiempo de lo que sí usás hoy.
Traducciones completas de manuales
No traducimos documentación oficial entera. Enseñamos a leerla en inglés con glosario mínimo, que es como la vas a encontrar en un equipo fintech real.
Atajos inseguros
No publicamos trucos como desactivar verificaciones aunque parezcan resolver rápido. Preferimos tardar una clase más y enseñar bien.
Quién revisa
Transparencia sobre quién revisa
Cada guía indica quién la revisó por última vez dentro del equipo editorial que presentamos en la página de autores. No usamos revisores externos anónimos ni sellos inventados.
Si una página no muestra fecha de revisión, es contenido institucional y no técnico. Lo técnico siempre lleva fecha, para que puedas comparar formatos y pedir el temario con información clara.
Conocer al equipo editorialCambios puntuales
Historial simple de cambios recientes
En lugar de prometer actualización constante, mostramos cambios puntuales. Esa lista vive en cada guía y en los avisos de cohorte.
- Guía ingress
Ajuste de chart por nueva versión de ingress, con valores revisados y prueba en clúster.
- Pipeline CI
Reemplazo de acción deprecada por versión mantenida, con enlace a su changelog.
- Lab red
Corrección de política de red en laboratorio que impedía la conexión entreNamespaces de prueba.
Consultas por correo a [email protected] o por la página de contacto. Atendemos de lunes a viernes de 09:00 a 18:00.
Anotate con el material al día
Revisá el programa vigente, compará formatos de cursada y escribinos si algo no te cierra. Mantenemos este sitio como mantenemos los laboratorios: con versiones claras y correcciones a la vista.