El objetivo es tener un sistema de documentación en línea, con estos requisitos principales:
- se utilizará principalmente como una etapa intermedia para los documentos técnicos finales de toda nuestra aplicación (que probablemente nunca se completará:]). Por lo general, se usaría así: alguien tiene un problema, lo soluciono y escribo la solución inmediatamente. Lo que sucede ahora es inmanejable: alguien tiene un problema, lo soluciono, tanto yo como alguien estamos contentos, pero 2 meses después alguien más tiene el mismo problema y nadie recuerda cuál fue la solución.
- accesible desde cualquier lugar, ejecutándose detrás de nuestro servidor apache
- gestión de usuarios / grupos, permitiendo acceso de solo lectura / lectura-escritura / administrador
- el formato no es demasiado importante: el texto plano lo haría, aunque el estilo wiki sería mejor
- barato o gratis
algunas ideas mias:
- simplemente sirva archivos en un recurso compartido de archivos o mediante ssh (contras: no es demasiado copmatible con Windows, pros: simple, puede ser cualquier tipo de archivo)
- manténgalo en un SCM (svn / git, ídem como arriba pero más fácil de acceder y controlar el acceso)
- Confluencia: ya usamos Jira, ¿vale la pena Confluencia? ¿Cómo se integra con Jira?
- ¿algo más?
No dude en comentar sobre estos o comparta su experiencia con otros sistemas.
¿Se está generando la documentación a partir del código (como Javadocs) o se está escribiendo desde cero, como una guía del usuario, o alguna combinación de ambos?
—
FrustratedWithFormsDesigner
es principalmente más de un guía del usuario, no la documentación del código (bueno, tenemos que, además, generada por doxygen, podríamos incluirlo, pero no es el primer punto de interés)
—
Stijn
Le entregaría algo de dinero a Spolsky.
—
Trabajo