Un conjunto de herramientas muy distinto
En 2006 eran comunes herramientas de edición de escritorio, formatos ofimáticos y sistemas de ayuda mantenidos manualmente. Git, entrega continua y borradores asistidos por IA no eran supuestos normales.
Las herramientas cambiaron mucho más rápido que el núcleo del oficio.
La audiencia sigue siendo la primera decisión
Administrador, desarrollador de API y usuario final necesitan estructuras diferentes. Entender la tarea del lector sigue siendo la base.
La estructura sobrevive a los formatos
Jerarquía clara, navegación predecible, terminología consistente y organización orientada a tareas sobreviven migraciones mejor que cualquier herramienta.
Verificar sigue importando
La documentación necesita acceso al comportamiento real del producto. Podemos automatizar controles, pero no la responsabilidad por la verdad.
Lo que sí cambió
Hoy la documentación participa directamente en software delivery: repositorios, APIs, CI, analytics y contenido estructurado. Los lectores esperan búsqueda, deep links, ejemplos ejecutables y actualizaciones rápidas.
Qué conservar
Del redactor técnico de 2006 conviene conservar disciplina: conocer la audiencia, verificar, controlar terminología, diseñar estructura y asumir responsabilidad por lo publicado.
Ejemplo aplicado
Lee «¿Qué queda del redactor técnico de 2006?» en dos columnas: qué pertenecía a la tecnología de la época y qué pertenecía al problema documental. Reproduce un flujo histórico con herramientas actuales —por ejemplo notas de versión, glosario o manual offline— y marca qué decisiones siguen siendo iguales.
Busca patrones duraderos:
- cómo encontraba información el lector;
- cómo se distribuían las correcciones;
- quién era responsable de la exactitud después de publicar;
- qué limitaciones del medio antiguo imponían una disciplina útil.
El archivo es valioso cuando ayuda a ver un problema actual con más claridad. No se trata de restaurar herramientas antiguas, sino de separar principios editoriales duraderos de los medios de una época.
Lista rápida de revisión editorial
- Un conjunto de herramientas muy distinto. En 2006 eran comunes herramientas de edición de escritorio, formatos ofimáticos y sistemas de ayuda mantenidos manualmente.
- La audiencia sigue siendo la primera decisión. Administrador, desarrollador de API y usuario final necesitan estructuras diferentes.
- La estructura sobrevive a los formatos. Jerarquía clara, navegación predecible, terminología consistente y organización orientada a tareas sobreviven migraciones mejor que cualquier herramienta.
- Verificar sigue importando. La documentación necesita acceso al comportamiento real del producto.
