Programadores com o GitHub / GitLab à sua disposição só podem ser invejados - o desenvolvimento conjunto é muito conveniente.
O que, por exemplo, designers de construção (redes de engenharia) que, como resultado de seu trabalho, também veem um "conjunto de arquivos"? Como regra, esta é "a maneira antiga": arquivos no "servidor", unidades flash, hospedagem de e-mail ou arquivo e discussão - em reuniões, por telefone e e-mail. Se os contratantes ainda estiverem envolvidos, no final do trabalho tudo estará lentamente se transformando em caos: cartas importantes são ignoradas, solicitações não chegam, etc. Portanto, o não cumprimento dos prazos devido ao trabalho inconsistente é um assunto comum e parece que todos concordaram com isso.
Sobre a solução para esse problema - sob o corte
E se você combinar um servidor de arquivos, sistema de gerenciamento de tarefas e correspondência em um só lugar? Além disso, as tarefas são definidas diretamente em arquivos e pastas. Foi o que fizemos no nosso serviço de discussão.
Para quem é o serviço?
( ""), . : -, , "".
, : , .
( ) , .
.
, .
:
- ;
- (, );
- ;
- "" , ( Apache Tika), ( );
- , ;
- ;
- , ( ).
Somente tarefas, uma lista de usuários e correspondência são armazenadas no serviço e o Yandex.Disk é usado para armazenar arquivos. Como recentemente o Yandex não recebeu bem o uso do Yandex.Disk, exceto por necessidades pessoais, está planejado adicionar outros métodos de armazenamento, por exemplo, o Google Drive ou o servidor SFTP / FTPS do contratante geral.
Em vez de uma conclusão
No momento, existem produtos no mercado que resolvem problemas semelhantes, como o Oracle ConjectPM e o Autodesk BIM 360 Document Managment, que de fato nem todo empreiteiro geral pode pagar. Nosso serviço está no estágio MVP e ficaríamos gratos por dicas sobre o que pode ser melhorado e adicionado.