Soy un programador autodidacta. Quiero ser programador. No sé qué significa para una empresa escribir documentos. Si lo sabes, explícame cómo funciona.

Me gustaría compartir contigo mi experiencia trabajando en una empresa de software.

Cuando normalmente trabajamos en proyectos, normalmente dedicamos más de la mitad del tiempo a administrar documentos, incluidos libros de diseño básico, libros de diseño detallado, libros de estilo estáticos, varios diagramas de modelado UML, libros de pruebas unitarias y sistemas. datos de prueba, combinados con libros de prueba, libros de diseño de bases de datos, scripts de bases de datos y varios documentos de gestión de herramientas, como gestión de archivos de recursos, gestión de VBA, etc., esto no incluye el libro de construcción de requisitos en la etapa inicial del proyecto. la carta de comentarios para la comunicación con los clientes en la mitad del proyecto, documentos de gestión de ERRORES para las etapas posteriores del proyecto, así como cronogramas de ingeniería y documentos de control de versiones a lo largo del proyecto. Por supuesto, sus recursos de código (incluidos comentarios, imágenes, scripts, etc.) también son documentos y deben administrarse de manera uniforme.

Para equipos que buscan simplicidad y rapidez, puede que no presten demasiada atención a la organización y gestión de documentos, pero deben creer que los documentos pueden parecer una pérdida de tiempo, pero en realidad mejoran. mucha eficiencia y proporcionar mejores resultados para el desarrollo futuro proporcionó valiosos materiales de referencia. Es un tipo de acumulación de equipo.