Sistemas grandes: web ou desktop

HelloWorld Membro desde: 17/02/2008 22:43:00 Mensagens: 14 Offline

Com o estouro da web 2.0 (que já faz algum tempo) e considerando a plataforma java: se você fosse fazer um grande sistema, desses que só uma empresa com vários funcionários fazem, você usaria web ou desktop? Se você participa de um projeto desses na empresa que você trabalha, você mudaria pra web ou desktop (ou continuaria com um dos dois se fosse o caso)?

This message was edited 1 time. Last update was at 18/05/2008 20:19:40

Acredito que a maioria dos sistemas de grande porte utilizam muito a web, porém, mesmo com o sistema rodando em um servidor externo e etc, a interface com o usuário pode ser Desktop (afinal, até o browser é uma aplicação que roda Desktop).

Pessoalmente eu não gosto de interfaces via browser, e iria fazer uma interface usando algum toolkit portável (GTK, Swing, etc), mas continuaria usando a web.

Até concordo com o Kknd...

Mas hj em dia é tão irrelevante essa questão web ou desktop, q não faz sentido pensar muito nisso, a não ser que sua aplicação seja realmente voltada ao grande publico web.

Mas tudo vai depender mesmo do Domain do seu cliente, até pra uma aplicação interna que não fará parte da internet, o correto seria utilizar do jargão já defasado "intranet", até pelo fato da facilidade em manutenção mesmo.

Abraços.

Depende da necessidade.

No meu caso particular, o sistema não teria como ser feito via web por dois principais motivos:

cliente pode trabalhar no sistema de forma offline, em um notebook fora de qualquer ambiente sem internet ou intranet

cliente precisa de uma suite office integrada ao sistema para desenvolver seus documentos.

Então nesse caso ambiente desktop foi a melhor opção.

Aqui nao tem muita coisa web.
O que a gente sao aplicacoes desktop mesmo que a gente starta usando webstart.

//Daniel

Grinvon wrote:Depende da necessidade.

No meu caso particular, o sistema não teria como ser feito via web por dois principais motivos:

cliente pode trabalhar no sistema de forma offline, em um notebook fora de qualquer ambiente sem internet ou intranet

cliente precisa de uma suite office integrada ao sistema para desenvolver seus documentos.

Então nesse caso ambiente desktop foi a melhor opção.

.

Good point !

Mas se pensarmos assim jamais o google teria desenvolvido uma forma off-line de se trabalhar em seus aplicativos certo?

Mas isso é assunto pra outro post !

Vai realmente da necessidade do seu "Product Owner" mesmo.

Abraços.

fabio.nascimento wrote:

Grinvon wrote:Depende da necessidade.

No meu caso particular, o sistema não teria como ser feito via web por dois principais motivos:

cliente pode trabalhar no sistema de forma offline, em um notebook fora de qualquer ambiente sem internet ou intranet

cliente precisa de uma suite office integrada ao sistema para desenvolver seus documentos.

Então nesse caso ambiente desktop foi a melhor opção.

.

Good point !

Mas se pensarmos assim jamais o google teria desenvolvido uma forma off-line de se trabalhar em seus aplicativos certo?

Mas isso é assunto pra outro post !

Vai realmente da necessidade do seu "Product Owner" mesmo.

Abraços.

Nem sabia que a suite web do google pudesse rodar offline.

De qualquer forma temos um problema aqui, muitos dos materiais que o cliente recebem são documentos .doc, .xls, .pdf, etc. E creio que os mesmos não podem ser editados via google office, não sei, posso estar falando besteira.

Fora que há integração do próprio sistema com a suite, coisa de louco.

Grinvon wrote:

fabio.nascimento wrote:

Grinvon wrote:Depende da necessidade.

No meu caso particular, o sistema não teria como ser feito via web por dois principais motivos:

cliente pode trabalhar no sistema de forma offline, em um notebook fora de qualquer ambiente sem internet ou intranet

cliente precisa de uma suite office integrada ao sistema para desenvolver seus documentos.

Então nesse caso ambiente desktop foi a melhor opção.

.

Good point !

Mas se pensarmos assim jamais o google teria desenvolvido uma forma off-line de se trabalhar em seus aplicativos certo?

Mas isso é assunto pra outro post !

Vai realmente da necessidade do seu "Product Owner" mesmo.

Abraços.

...

De qualquer forma temos um problema aqui, muitos dos materiais que o cliente recebem são documentos .doc, .xls, .pdf, etc. E creio que os mesmos não podem ser editados via google office, não sei, posso estar falando besteira.

...

Procure por Google Gears biblioteca fantástica.

Mas doc, .xls sim podem ser editados facilmente off-line e depois qdo vc tiver uma conexão automaticamente seus documentos serã atualizados entre as partes.

Agora pdf que eu não sei..

Abraços.

Quem são os usuários do sistema?

Já pensou migrar 1.000 usuários de help-desk que usavam sistemas com interface texto e nem tinha mouse nos micros pra um ambiente web (mal feito) onde vão usar o mouse pra lá e pra cá e tem que esperar renderizar páginas e retornos das requisições e etc?

95% das coisas hoje são web, desses talves uns 20% seriam melhor se tivessem uma view desktop, são casos onde NUNCA o sistema é acessado de fora do ambiente, os usuários tem esse "legado" de uso de interfaces texto, a complexidade da telas demanda uma demora muito maior no fluxo completo do sistema, ou seja, o que era feito em 1 minutos numa tela texto agora é feito em 4 minutos navegando entre telas web, e sim, isso acontece muito mais do que se parece.

Veja quem são seus usuários, quais são as necessidades de uso deles e o que o sistema se proprõe a fazer, para avaliar a melhor alternativa.

Olá

Como venho dizendo há anos, não vejo o menor sentido em começar uma aplicação neste milênio que não seja interligada a web.

Quanto a camada de apresentação, eu poderia escolher Swing se a aplicação precisasse acessar periféricos tais como impressoras ECF, leitoras de cartão smartcard ou não, identificadores biométricos, balanças, impressoras de cheques, etc.. Caso contrário a camada de apresentação seria em HTML+CSS+Javascript, etc.

[]s
Luca

Luca wrote:Olá

Como venho dizendo há anos, não vejo o menor sentido em começar uma aplicação neste milênio que não seja interligada a web.

Quanto a camada de apresentação, eu poderia escolher Swing se a aplicação precisasse acessar periféricos tais como impressoras ECF, leitoras de cartão smartcard ou não, identificadores biométricos, balanças, impressoras de cheques, etc.. Caso contrário a camada de apresentação seria em HTML+CSS+Javascript, etc.

[]s
Luca

Concordo plenamente, tentei dizer mais ou menos isso mais acima, da não viabilidade atual de se desenvolver fora do "eixo web"...

Mas vc explicou melhor..

Abraços

Fabio Nascimento

fabio.nascimento wrote:

Grinvon wrote:

fabio.nascimento wrote:

Grinvon wrote:Depende da necessidade.

No meu caso particular, o sistema não teria como ser feito via web por dois principais motivos:

cliente pode trabalhar no sistema de forma offline, em um notebook fora de qualquer ambiente sem internet ou intranet

cliente precisa de uma suite office integrada ao sistema para desenvolver seus documentos.

Então nesse caso ambiente desktop foi a melhor opção.

.

Good point !

Mas se pensarmos assim jamais o google teria desenvolvido uma forma off-line de se trabalhar em seus aplicativos certo?

Mas isso é assunto pra outro post !

Vai realmente da necessidade do seu "Product Owner" mesmo.

Abraços.

...

De qualquer forma temos um problema aqui, muitos dos materiais que o cliente recebem são documentos .doc, .xls, .pdf, etc. E creio que os mesmos não podem ser editados via google office, não sei, posso estar falando besteira.

...

Procure por Google Gears biblioteca fantástica.

Mas doc, .xls sim podem ser editados facilmente off-line e depois qdo vc tiver uma conexão automaticamente seus documentos serã atualizados entre as partes.

Agora pdf que eu não sei..

Abraços.

São dois problemas

Os usuários devem usar uma ferramenta que já conhecem, por isso o OpenOffice, e segundo, deve haver uma integração entre a suite e o Java.

Exemplo: Eu desenvolvi rotinas em Java que passam a salvar documentos fora do openoffice, a abrir documentos, procurar trechos específicos e transferir para outros documentos, tudo isso via java.

Agora mesmo estou ficando doido para converter de calc para writer!!!

HelloWorld Membro desde: 17/02/2008 22:43:00 Mensagens: 14 Offline

Seria quase um ERP, porém um pouco mais específico pra determinadas áreas em que, pode ser que o usuário seja leigo (quando eu digo leigo, totalmente leigo) ou pode ser que saibam mais como manusear um computador (saiba salvar arquivos, entrar no msn, ter a noção de que se precisar existe o google, de abrir um browser, enfim) ou pode ser experiente (o suficiente pra saber onde encontrar arquivos secretos... nem tão secretos do seu chefe, navegar pela rede interna da empresa e mesmo fazer paginas em php).

Eu vejo alguns prós e contras adiante (caso eu esteja errado, por favor, podem falar e se quiser até xingar):
Swing:
- Parece ser lento quando nossos produtos são usados em computadores pouco avantajados (como processadores de 1 GHz e memórias de 256 a 512 MB).
- O usuário parece se acostumar mais com a idéia de formulários.
- A exibição de relatórios parece ser mais rápida e eficiente e prática.
- Não estou afim de usar o Matisse (isso nem entra em cogitação, é gosto mesmo), poderia até usar o IntelliJ IDEA que é ótimo mas procuraria outra opção melhor que pagar 259 dólares (se bem que se precisar realmente, eu pago sem problemas).

Web:
- Eu teria de usar um firefox da vida que possui outros menus como File, Edit, View, etc. que são do proprio browser. O usuário que é um navegador de internet nas horas vagas (em casa ou no trabalho) poderá querer acessar o um site do browser e simplesmente digitar ali em cima uma url e detonar uma session, ou um processo que estava rodando e não poderia ter sido deixado pra trás sem segurança.
- Com ferramentas como Flex e utilizando tudo o que o conceito AJAX e suas ferramentas "emuladoras do conceito" tem a nos oferecer, a camada de visualização fica show de bola, simples, direta e bonita, etc., e o desenvolvimento destas telas, também seria rápido e sem problemas como o que estamos acostumados com swing.

É isso pessoal, valeuz.

Olá

ahlx wrote:
Swing:
- Parece ser lento quando nossos produtos são usados em computadores pouco avantajados (como processadores de 1 GHz e memórias de 256 a 512 MB).

Vá em qualquer agência dos Correios e veja uma aplicação web com camada de apresentação Swing rodando em micros muito mais limitados do que estes. Tratam-se de aplicações MUITO mais complexas do que um ERP (já vivi 6 anos da minha vida de um ERP que desenvolvi e o meu era infinitamente mais simples). Detalhe: os softwares dos Correios rodam no browser.

ahlx wrote:
Web:
- Eu teria de usar um firefox da vida que possui outros menus como File, Edit, View, etc. que são do proprio browser. O usuário que é um navegador de internet nas horas vagas (em casa ou no trabalho) poderá querer acessar o um site do browser e simplesmente digitar ali em cima uma url e detonar uma session, ou um processo que estava rodando e não poderia ter sido deixado pra trás sem segurança.
- Com ferramentas como Flex e utilizando tudo o que o conceito AJAX e suas ferramentas "emuladoras do conceito" tem a nos oferecer, a camada de visualização fica show de bola, simples, direta e bonita, etc., e o desenvolvimento destas telas, também seria rápido e sem problemas como o que estamos acostumados com swing.

Se o mundo fosse tão triste assim, ninguém faria aplicação web para uso nas empresas.

[]s
Luca

Olá

Como venho dizendo há anos, não vejo o menor sentido em começar uma aplicação neste milênio que não seja interligada a web.

Concordo.

Só que, se eu estivesse gerenciando um projeto grande numa empresa grande (com um banco de dados imenso), eu ficaria com um pé atrás quanto à Internet.
Se você tivesse um mega dum banco de dados, colocaria no servidor da empresa matriz (que pudesse ser acessado pelas filiais) ou colocaria totalmente online?

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