Saudações. Quanto à essa questão de produtividade/aplicabilidade, sou mais a a opinião de um dos autores do "Professional Java Server Programming", que diz que a única coisa que limita o desenvolvimento em Java é a sua criatividade. Junte-se a isso também um papo que costumava escutar na época do curso de Administração, de que velhos paradigmas limitam a produtividade.
Quando comecei a programar, meu sonho era construir aquelas aplicações que tem janelas penduradas por todos os cantos, cheias de botões quadradões e todas aquelas frescurinhas do windows. O problema é que comecei com c, pulei para c++ (evolução natural) e finalmente cheguei em Java. Quando percebi, já havia desenvolvido um monte de sistemas, e nenhum com aquelas janelinhas, mas em compensação, com segurança, transactions, load-balancing e um monte de outras coisas de brinde. Estou falando, claro da plataforma J2EE. Se você tem um browser em sua máquina, para que se preocupar com coisas puramente braçais, como distribuição de sofware pela rede? E manutenção? Trabalhei em uma empresa com um parque de 600 computadores, todos conectados a um sistema de acompanhamento/manutenção de processos. Como foi feito e é mantido no Delphi, se é mudada uma linha de código, lá vão os manés do apoio ao usuário instalar tudo de novo. Tudo bem que pode até haver maneiras mais eficientes de fazer isso, mas mexer apenas uma vez no código e ter tudo isso automaticamente distribuído é insuperavelmente melhor. Isso sim é facilidade de manutenção. Até os donos das janelinhas (M$) já perceberam isso e resolveram adotar a .Net como prioridade máxima. Agora se o sistema é só para uma pessoa usar, tudo bem, por que não usar o Delphi ou similar? Até. Christian S. Gravatá. ----- Original Message ----- From: "José Marques" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Luis Cabral" <[EMAIL PROTECTED]> Sent: Thursday, February 07, 2002 8:08 AM Subject: [java-list] PESQUISA. > Srs, > > Estou entrando agora no mundo Java e gostaria de saber quem nesta lista > compartilha a mesma opinião do nosso amigo Luiz Cabral, que Java não é a > solução quando pensamos em sistemas administrativos, como por exemplo uma > folha de pagamento como ele cita. Abaixo, a opinião do Luiz Cabral a quem > desde já agradeço. > > Saudações javanesas, > > Marques. > > > Ricardo > > > > Nao sei se, para fazer esses aplicativos que vc citou, vc achou o Java > > produtivo ou nao, mas na minha opiniao achei o Java pouco produtivo > > no desenvolvimento de aplicativos comerciais, principalmente quando > > se fala em manutencao de programas. > > > > Gosto muito do Java, mas acho que cada ferramenta tem seu > > melhor uso. Por exemplo, também trabalho com Powerbuilder, > > e para aplicacoes comerciais ele é incomparavelmente mais produtivo > > que o Java, e a mesma coisa para o Delphi, por exemplo. Por outro > > lado, estou desenvolvendo uma aplicacao para o Palm, e as opcoes > > seriam C ou Java, e nesse caso o Java é incomparavelmente mais > > produtivo que o C. > > > > Sem citar o fato que vc mesmo disse: uma aplicacao Swing em Java > > é muito pesada e lenta. > > > > Outro caso que aconteceu comigo semana passada mesmo: precisava > > fazer uma pequena aplicacao (apenas uma tela) que leria um arquivo-texto > > e gravaria outro: coisa básica em Java. Porém o cliente não queria > "obrigar" > > os clientes dele a instalarem o JRE para usarem o programa. Conclusao: > > tive que fazer em C++. Esse é outro problema que dificulta muito o > > uso do Java em aplicativos ditos comerciais, o tal do JRE. > > > > Acho que o Java é o ideal para desenvolvimento de aplicacoes web > > (servlets, JSPs), aplicacoes distribuidas (J2EE) e de outras aplicacoes > > especificas (por exemplo, no Palm), mas fazer uma folha de pagamento > > ou um sistema contábil em Java/Swing... Gostaria muito, mas acho meio > inviável! > > > > Luis Cabral > > > > ----- Original Message ----- > > From: "Ricardo" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Tuesday, January 29, 2002 3:04 PM > > Subject: [java-list] Qual a melhor tecnologia > > > > > > Boa Tarde a todos. > > > > Bom já fizemos curso de Jbuilder na Borland em SP. > > > > Já desenvolvemos alguns aplicativos em Java. > > > > Com CADASTRO,CONSULTA,RELATÓRIOS.... > > > > Desenvolvemos tudo em FRAME num APLICATIVO. > > > > Mas até que ficaram bons mas porem pesados muito lento. > > > > Mas gostaríamos de saber qual a melhor forma de Desenvolvimento? > > > > "Qual a melhor tecnologia" de preferencia para para web . > > > > Se é melhor desenvolver em JSP, APLLET, SERVLET,APLICATIVO ou sei lá o que > devemos fazer. > > > > Tem algum curso que posamos fazer para aprender isso ou algum estagio em > alguma empresa. > > > > Ou alguém que possa nos dar alguma acessória uma luz. > > > > Se alguém puder me ajudar fico muito grato. > > > > > > > > > > > > > > ------------------------------ LISTA SOUJAVA ---------------------------- > > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP > > dúvidas mais comuns: http://www.soujava.org.br/faq.htm > > regras da lista: http://www.soujava.org.br/regras.htm > > historico: http://www.mail-archive.com/java-list%40soujava.org.br > > para sair da lista: envie email para [EMAIL PROTECTED] > > ------------------------------------------------------------------------- > > > > > > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP > dúvidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > historico: http://www.mail-archive.com/java-list%40soujava.org.br > para sair da lista: envie email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- > ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
