Los programadores con GitHub / GitLab a su disposición solo pueden ser envidiados: el desarrollo conjunto es muy conveniente.
¿Qué, por ejemplo, los diseñadores en la construcción (redes de ingeniería) que, como resultado de su trabajo, también ven un "conjunto de archivos"? Como regla general, esta es "la forma tradicional": archivos en el "servidor", unidades flash, correo electrónico o uso compartido de archivos, y discusión, en reuniones, por teléfono y correo electrónico. Si los contratistas aún están involucrados, entonces al final del trabajo, todo se está deslizando lentamente hacia el caos: se omiten las cartas importantes, las solicitudes no llegan, etc. Por lo tanto, el incumplimiento de los plazos debido a un trabajo inconsistente es un asunto común, y parece que todos han llegado a un acuerdo con esto.
Sobre la solución a este problema: debajo del corte
¿Qué sucede si combina un servidor de archivos, un sistema de administración de tareas y correspondencia en un solo lugar? Además, las tareas se establecen directamente en archivos y carpetas. Así lo hicimos en nuestro servicio de diskussion.
para quien es el servicio?
( ""), . : -, , "".
, : , .
( ) , .
.
, .
:
- ;
- (, );
- ;
- "" , ( Apache Tika), ( );
- , ;
- ;
- , ( ).
Solo las tareas, una lista de usuarios y correspondencia se almacenan en el servicio, y Yandex.Disk se usa para almacenar archivos. Como recientemente Yandex no ha aceptado el uso de Yandex.Disk, excepto para necesidades personales, está previsto agregar otros métodos de almacenamiento, por ejemplo, Google Drive o el servidor SFTP / FTPS del contratista general.
En lugar de una conclusión
En este momento hay productos en el mercado que resuelven problemas similares, como Oracle ConjectPM y Autodesk BIM 360 Document Managment, que de hecho no todos los contratistas generales pueden permitirse. Nuestro servicio está en la etapa de MVP y agradeceríamos los consejos que podrían mejorarse y agregarse.