Migrar aplicação de Qt para Java: Valeria à pena?

This message was edited 1 time. Last update was at 14/09/2007 10:41:37

Olá pessoal,

Gostaria de uma opinião de vocês.

Atualmente aqui na empresa temos uma aplicação bem grande, de uso interno, escrita em C++ utilizando Qt.

Pontos positivos da aplicação:
- Rápida
- Estável

Pontos negativos:
- Código 100% procedural (ué, mas não é em C++?

)
- 60% da lógica está em functions no banco (postgresql)
- Zilhões de SQL no meio do código.
- Pouquissíma documentação. Hoje em dia conheço a aplicação de tanto fuçar no código e passei a conhecer as regras de negócio, mas qualquer pessoa nova vai, no mínimo, sofrer.
- Dificuldade para encontrar profissionais no mercado para trabalharem com o código. Qt no Brasil não é o que se pode chamar de "uma biblioteca popular".

Eu gosto muito do Qt, mas não gosto da maneira como foi utilizada no projeto. Não tenho problemas para programar em C++, mas me sinto incomodado devido ao fato do código ser todo procedural. Enfim, essas são opiniões pessoais...
O fato é que meu chefe tem a idéia de migrar tudo pra Java, pois tem medo que não encontrar no futuro outras pessoas para trabalharem com o projeto (o qual sempre ganha novas funcionalidades...) e também por achar Java uma linguagem com melhor colocação no mercado etc.

Gostaria da opinião dos amigos. Somando-se as minha opiniões com o argumento do meu chefe, vocês acham que valeria à pena realizar tal migração? Porque?

Obrigado!

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Você precisa fazer as contas do esforço (porque muita coisa você vai ter de reimplementar e retestar, e talvez até mudar a forma de fazer), e usar um framework decente para desenhar as telas. Não use o NetBeans puro, por exemplo - use algo como o Genesis.
É que o mesmo problema que você vê na sua aplicação com Qt vai aparecer no programa em Swing ou SWT se você não impuser um framework decente.

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

Não entendi o problema... você concorda, seu chefe também. Achar mão de obra vai ficar cada vez mais difícil... migra logo. (;

Mas fica esperto, só começa a adicionar funcionalidades quando o aplicativo em java estiver bacana, funcionando direintho... enquanto isso, vai ter que fazer malabrismo para manter as versões compatíveis.

thingol wrote:Você precisa fazer as contas do esforço (porque muita coisa você vai ter de reimplementar e retestar, e talvez até mudar a forma de fazer), e usar um framework decente para desenhar as telas. Não use o NetBeans puro, por exemplo - use algo como o Genesis.
É que o mesmo problema que você vê na sua aplicação com Qt vai aparecer no programa em Swing ou SWT se você não impuser um framework decente.

Concordo com você thingol, porque já fiz algumas aplicações Swing e sei como é penoso trabalhar com o mesmo sem o auxilio de nenhum framework...

bandrade wrote:Não entendi o problema... você concorda, seu chefe também. Achar mão de obra vai ficar cada vez mais difícil... migra logo. (;

Mas fica esperto, só começa a adicionar funcionalidades quando o aplicativo em java estiver bacana, funcionando direintho... enquanto isso, vai ter que fazer malabrismo para manter as versões compatíveis.

Não fui eu quem escreveu a aplicação em Qt, mas sei que o desenvolvimento todo levou dois anos para ser concluído... por isso que tenho que pesar bem essa migração...

GUJ Ranger Membro desde: 04/07/2007 18:28:58 Mensagens: 975 Offline

Se for considerar apenas o argumento do seu chefe, eu ficaria com o pé atrás. Tudo bem que Qt é uma biblioteca pouco popular por aqui (assim como muitas outras escritas em C ou C++, por exemplo: wxWidgets ou GTK), mas muito programador Java é mais especializado em Struts do que Swing, e das pessoas que conheço que escrevem em Swing, não sabem fazer um código decente - utilizando os layouts corretos e sem usar copiar e colar.

O problema da escrita procedural depende tão somente das pessoas responsáveis pelo desenho do projeto. Se elas não tem um conhecimento da orientação a objetos, vão fazer um código procedural na linguagem Java também. Então fica esperto nesse detalhe.

Mas não que eu esteja dizendo pra deixar como está. A minha opinião pessoal deve contar muito pouco nesse caso, mas por mim a aplicação seria na web, porque é mais fácil desenhar uma tela em HTML do que em Swing, e existem mais profissionais pra essa área.

E aí, já pensou nessa possibilidade?

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

cassio wrote:[Não fui eu quem escreveu a aplicação em Qt, mas sei que o desenvolvimento todo levou dois anos para ser concluído... por isso que tenho que pesar bem essa migração...

Pelo que você falou, o sistema nunca terminou de ser construido... você vai modelando e criando em Java e assim que surgir uma demanda para o antigo vc atende, mas ao mesmo tempo já adiciona essa funcionalidade ao sistema Java. Vai chegar um momento que você para de atender a novas solicitações adicionado apenas no sistema Java, daí é só colocar o sistema Java para rodar.

Porque fazer um aplicativo desktop e não web? Já pensaram nessas mudanças tb?

Só tem que ficar esperto para não virar outro projeto interminável, ainda mais esses projetos de evolução/versão 2.0. É a maior enrolação...

This message was edited 1 time. Last update was at 14/09/2007 11:30:34

Leonardo3001 wrote:Se for considerar apenas o argumento do seu chefe, eu ficaria com o pé atrás. Tudo bem que Qt é uma biblioteca pouco popular por aqui (assim como muitas outras escritas em C ou C++, por exemplo: wxWidgets ou GTK), mas muito programador Java é mais especializado em Struts do que Swing, e das pessoas que conheço que escrevem em Swing, não sabem fazer um código decente - utilizando os layouts corretos e sem usar copiar e colar.

Por isso que eu precisaria escolher um framework decente para Swing.... Também concordo que tem mais gente que manja de java para web do que para desktop (digo conhecer DE VERDADE).

Leonardo3001 wrote:
O problema da escrita procedural depende tão somente das pessoas responsáveis pelo desenho do projeto. Se elas não tem um conhecimento da orientação a objetos, vão fazer um código procedural na linguagem Java também. Então fica esperto nesse detalhe.

Não haveria esse problema, atualmente sou o único desenvolvedor e, apesar de não ser nenhum Martin Fowler, acho que conheço bem OO.

Leonardo3001 wrote:
Mas não que eu esteja dizendo pra deixar como está. A minha opinião pessoal deve contar muito pouco nesse caso, mas por mim a aplicação seria na web, porque é mais fácil desenhar uma tela em HTML do que em Swing, e existem mais profissionais pra essa área.
E aí, já pensou nessa possibilidade?

Então... eu terminei há pouco tempo uma outra aplicação aqui na empresa, que conversa com a mesma base de dados desta aplicação em Qt, mas fiz para Web, usando Java... É um ponto a se pensar, mas preciso ver a experiência dos usuários também, que já estão acostumados há anos a usar essa aplicação em Desktop. Outro ponto é que não sei se eu conseguiria atingir em uma aplicação web o mesmo nível de desempenho que uma aplicação desktop escrita em C++, e os usuários perceberiam isso... A aplicação que fiz para web usa muito ajax então ficou bem rápida, mas ainda tenho muitas dúvidas...

bandrade wrote:

cassio wrote:[Não fui eu quem escreveu a aplicação em Qt, mas sei que o desenvolvimento todo levou dois anos para ser concluído... por isso que tenho que pesar bem essa migração...

Pelo que você falou, o sistema nunca terminou de ser construido... você vai modelando e criando em Java e assim que surgir uma demanda para o antigo vc atende, mas ao mesmo tempo já adiciona essa funcionalidade ao sistema Java. Vai chegar um momento que você para de atender a novas solicitações adicionado apenas no sistema Java, daí é só colocar o sistema Java para rodar.

Porque fazer um aplicativo desktop e não web? Já pensaram nessas mudanças tb?

Só tem que ficar esperto para não virar outro projeto interminável, ainda mais esses projetos de evolução/versão 2.0. É a maior enrolação...

E um sistema pára de ser construído?
Acho que não existe aplicação perfeita, que não precise ou passa ser melhorada...

Esse ponto que você falou sobre ir criando as funcionalidades na aplicação Java é possível, o único detalhe é que demoraria um pouco, pois o projeto em Qt é grande...

Obrigado pelas opiniões!

Reescrever o sistema TODO é loucura. É jogar muito dinheiro no ralo. Já pensaram em utilizar uma solução híbrida? Mantenham a aplicação como está, e embutam o runtime de uma linguagem moderna, desenvolvam as novas features usando esta linguagem e, por fim, vão migrando as funcionalidades antigas conforme for surgindo oportunidade.

Migrar tudo é uma enorme burrada, vai custar uma fortuna, vai criar uma enormidade de bugs novos, vai descontentar todos stack holders pois verão pouco retorno nesse investimento. Utilize Java ou .NET embarcado, vai ser muito mais prático. Você pode utilizar, por exemplo, o qtsharp para facilmente fazer a aplicação em código gerenciado conversar com o QT, com Java vai ser via a tortura do JNI. De uma olhada em como embutir o mono, uma implementação open source do .net, você vai ficar surpreso em como é simples e leve - diferente do JRE da Sun.

louds wrote:Reescrever o sistema TODO é loucura. É jogar muito dinheiro no ralo. Já pensaram em utilizar uma solução híbrida? Mantenham a aplicação como está, e embutam o runtime de uma linguagem moderna, desenvolvam as novas features usando esta linguagem e, por fim, vão migrando as funcionalidades antigas conforme for surgindo oportunidade.

Migrar tudo é uma enorme burrada, vai custar uma fortuna, vai criar uma enormidade de bugs novos, vai descontentar todos stack holders pois verão pouco retorno nesse investimento. Utilize Java ou .NET embarcado, vai ser muito mais prático. Você pode utilizar, por exemplo, o qtsharp para facilmente fazer a aplicação em código gerenciado conversar com o QT, com Java vai ser via a tortura do JNI. De uma olhada em como embutir o mono, uma implementação open source do .net, você vai ficar surpreso em como é simples e leve - diferente do JRE da Sun.

Atualmente temos Java swing, java para web + Javascript e C++ rodando nas aplicações... acho que introduzir mais uma (C#) iria aumentar demais a complexidade das coisas. Na hora de arrumar um profissional, o problema do meu chefe pioraria, pois ele teria que achar profissional com mais skills e não menos, já que terminar de migrar tudo para C# demoraria muito, até lá ainda teria muita coisa em Qt.

Talvez algo como o Qt Jambi fosse um meio-termo interessante para a migração, mas sei pouco ainda sobre este projeto...

This message was edited 1 time. Last update was at 14/09/2007 22:30:55

Olá, amigo...

Eu mesmo que java esteja mais fácil de implementar, para uma aplicação desktop java pode vir a calhar mas avança rápido. Minha opnião pessoal é que para um desktop prefiro manter a versão nativa, se precisar portar para outros SO, eu primeiro iria por wxWidgets com C++ se os recursos que tem forem razoáveis ainda que necessite desenpenho e se manter nos sistemas GNU/Linux recomendo o wxPython(apesar de ser portável, como dizem, para outros SO) acredito que terá que manter com o interpretador python. Java, sei que está superando a expectativas enquanto muitas coisas são nativas ainda pode ser uma nova aventura para os desencolvedores e para os usuários podem acarretar "aos olhos " deles uma perda de performance no repaint das telas e processamentos gerais.

Recomendo, se possível, a reescrita para OO seu projeto em C++ , em IMHO beira quase ao ideal de uma aplicação desktop.

Concordo com o Louds. Não tem que migrar tudo de uma vez, até porque manter dois sistemas atualizados é algo insano e a possibilidade do novo projeto ir pro buraco porque você ainda tem de dar manutenção no antigo é enorme.

Eu prefiro o método "cancerígeno": vai migrando as funcionalidades aos poucos, desativando no antigo e utilizando no novo até que o mesmo engula todo o antigo projeto.

Pelo menos vc tem a "vantagem" (isso depende do ponto de vista) de parte da
regra de negócios estar no banco de dados. Facilita qualquer conversão.

Ao contrário de que disseram por aqui, não acho que uma aplicação Web tenha
mais recursos que uma desktop e sim o contrário. Ainda acho browser muito lento
mesmo com Ajax e se for uma aplicação para rede fechada não tem porque a
obrigatoriedade. Mas é uma possibilidade.

Se for migrar, sugiro que vá fazendo o que for surgindo de novo no Java (se for
a linguagem escolhida) e ir fazendo pouco a pouco as funcionalidades já
existentes. Sem traumas.

Este tipo de processo deve custar uma nota. O cliente está disposto a pagar?

marciosantri wrote:Pelo menos vc tem a "vantagem" (isso depende do ponto de vista) de parte da
regra de negócios estar no banco de dados. Facilita qualquer conversão.

Ao contrário de que disseram por aqui, não acho que uma aplicação Web tenha
mais recursos que uma desktop e sim o contrário. Ainda acho browser muito lento
mesmo com Ajax e se for uma aplicação para rede fechada não tem porque a
obrigatoriedade. Mas é uma possibilidade.

Se for migrar, sugiro que vá fazendo o que for surgindo de novo no Java (se for
a linguagem escolhida) e ir fazendo pouco a pouco as funcionalidades já
existentes. Sem traumas.

Este tipo de processo deve custar uma nota. O cliente está disposto a pagar?

O desenvolvimento é para consumo interno, "produto caseiro". Digamos que o preço está incluso em meu salário

Minha dúvida é em como fazer a integração entre o que está pronto em Java com o que já existe com o Qt. Para uma nova tela em Java, por exemplo, abriria a mesma através da criação de um novo processo no Qt? Ficaria lento eu acho.... e cada tela minha precisaria ter um main()...
Pelo menos até migrar tudo...

Idéias?

Obrigado a todos pelas respostas!

Notícias, artigos e o maior fórum brasileiro sobre Java