Não votei negativamente, mas quero trazer alguns contrapontos com base na minha experiência.

Erro da empresa Por ter contratado um júnior para fazer um trabalho tão complexo.

Empresas assim, com um sistema legado desse porte e que muito provavelmente teve a sua primeira versão no DOS, pode ser que não tenha tanto lucro. Talvez ela não consiga oferecer um salário competitivo para um sênior, porque talvez o dono da empresa "receba o salário de um sênior". Estou especulando, mas essa é uma realidade possível.

Outra possibilidade é a empresa não conseguir atrair pessoas com o conhecimento necessário justamente por ser uma empresa pequena, onde alguém com esse conhecimento demandaria um prêmio no salário para compensar o fato de trabalhar num lugar que talvez não tenha espaço para crescer quando comparado à uma empresa maior.

Além disso, esse projeto com certeza levaria alguns anos sendo desenvolvido por uma equipe pequena, por uma pessoa então... Para conseguir argumentar mais assertivamente neste ponto, eu precisaria conhecer o escopo completo do projeto.

Erro seu Por ter iniciado um projeto sem estar analisado.

Aqui eu concordo. O banco local seria a primeira das minhas preocupações, depois viriam outras de coisas específicas que não tenho certeza se seriam possíveis de serem feitas na Web ou com a tecnologia que eu planejo usar. Uma POC serve bem para essa situação.

Quanto somos iniciantes temos muita sede e energia para querer mudar o mundo. Mas você deve saber o desafio que você pode e não pode resolver.

Não vejo você capacitado para resolver esse desafio.

Eu aprendi muita coisa trabalhando numa empresa pequena e precisando resolver situações parecidas com essa. Não tenha dúvidas de que eu cometi muitos erros, e demorei muito tempo para resolver algumas coisas, mas era a única opção possível. Se a empresa tem tempo para isso, ótimo, o funcionário acaba ganhando muita experiência se ele for do tipo autodidata, que corre atrás e estuda no "tempo livre" (interprete isso como "estuda fora do horário CLT").

Acho que refazer um sistema é uma das coisas mais difíceis que existem. O ideal seria evitar sempre que possível, e se necessário, fazer em módulos pequenos. Refazer um ERP apenas para ficar numa tecnologia mais atual é um desafio enorme, principalmente se você não souber se essa tecnologia atual sustentará bem o ERP.

Aprenda a dizer não. não tem problema nenhum em dizer que Não sabe, que não tem capacidade pra resolver um desafio.

Continuando com meu raciocínio, acredito que seja sim importante deixar claro que você, como júnior, não sabe fazer isso ou nunca fez algo desse nível, e expor as dificuldades conforme mencionei anteriormente. Se o gestor achar válido esse risco, então tudo bem.

Se não gerar lucro abandona o projeto e deixa do jeito que está.

Lembrar disso é sempre bom.

O que você mais vai ter com esse projeto vai ser dor de cabeça. Sugiro atualizar seu currículo, aplicar pra, no mínimo, 100 vagas por dia e sair daí o mais rápido possível.

Acho que essa é uma opinião muito radical. Vendo pelo lado do gestor/empresário, acredito que o projeto "tem tudo para dar errado", visto que depende de uma única pessoa e muito provavelmente o próximo contratado terá grande dificuldade de continuar o projeto, ou decidirá que "tudo deve ser refeito, de novo".

O mais profissional a ser feito aqui, na minha opinião, é deixar claro para o gestor o tamanho do projeto, se já não estiver claro, e a dificuldade de implementá-lo. Se puder oferecer alternativas, outras coisas que gerem valor para o cliente como novos sistemas ou integrações, buscar entender por quê ele quer sair do Delphi... Tudo isso são pontos extras positivos.

Se cada criente tem sua base local como são feitos os backups?

Existem várias opções:

1. O cliente conecta um HD externo no computador e inicia uma rotina de backup clicando num botão ou fazendo manualmente.
2. O cliente conecta um HD externo no computador, e o computador tem um script ou software responsável pelo backup que realiza essa rotina de madrugada, por exemplo.
3. O backup é salvo "na nuvem". Nada impede do sistema ser local e ter um backup online.

No fim, dei um voto positivo na sua resposta, apesar de todas minhas opiniões divergentes. Você levantou bons pontos.

Obrigado pela sua resposta, me trouxe muitas opiniões importantes para serem levadas em consideração.

Sobre alguns pontos:

Por ter contratado um júnior para fazer um trabalho tão complexo.

De fato, hoje eu sei disso. Em vários momentos ao longo desse 1 ano aqui já estive empacado em outras questões do desenvolvimento dessa aplicação e sinto um pouco de desamparo técnico por parte dos colegas que trabalham comigo. Não são capacitados pra me ajudar e eu também não sou capacitado pra ajudar eles

Por ter iniciado um projeto sem estar analisado. Você gastou um tempo absurdo criando um projeto sem saber se ele vai funcionar? A comunicação com o banco de dados deveria ser a tua primeira preocupação!

Quando entrei eu tinha bem pouco conhecimento e fui seguindo o que me passavam. Comecei fazendo o layout adaptando o front atual do Delphi em uma versão mais minimalista para Web, criando telas independentes e fazendo consultas em um banco de dados que estão rodando na minha maquina, eu tenho cópias dos bancos de dados dos clientes a minha disposição. No inicio do projeto nem me passou pela cabeça como eu faria pra colocar isso rodar em produção.

Não vejo você capacitado para resolver esse desafio.

Nem eu.

Dor de cabeça - Sim, MUITA. O que você mais vai ter com esse projeto vai ser dor de cabeça. Sugiro atualizar seu currículo, aplicar pra, no mínimo, 100 vagas por dia e sair daí o mais rápido possível.

Sim, percebi isso também. Não quero nem ver como vai estar esse monstro daqui uns 2 anos.