Java Sucks (Java não é legal para aplicações Web)

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

thiagosc wrote: Aliás, programar sem uma IDE decente, e no caso do Eclipse significa IDE + plugins, é como voltar à idade das trevas. Em pleno século XXI isso não é uma opção.

Isso não seria um pouco de exagero? Ao meu ver, quando o assunto é java, temos a liberdade de escolher o ambiente de desenvolvimento que quisermos, independente de plugins ou IDE. Em quanto meus colegas trabaham com eclipse recheado de plugins, o meu eclipse é enxuto, e nem por isso sou menos produtivo.

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

juzepeleteiro wrote:Eu conheço o RAD também, e você acha o WebSphere um bom AS? Você trabalha na IBM, é um IBMista?

Não. Porque? Só a IBM usa o RAD? hehe

Se a pessoa gosta do Eclipse, fatalmente gostará do RAD pois é igual. A diferença de que não há a necessidade de configurar nada extra é já vem com tudo para desenvolvimento EE e umas coisas legais para modelagem e tal.

Não conheço tão bem outros IDEs, provavelmente sejam tão bons quanto o RAD ou melhores. Mas aí também seria estranho eu indicar algo que não conheço. Só tenho usado Eclipse ou RAD ultimamente.

Uma coisa tosca do RAD é Visual Editor. Parece o mesmo do Eclipse, feio igual. Esse é um ponto fraco.

EDITADO:

O RAD é o novo nome do WebSphere Studio. Está para o Eclipse 3.x como o WebSphere Studio estava para o Eclipse 2.x.

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

Thiago Senna wrote:Isso não seria um pouco de exagero? Ao meu ver, quando o assunto é java, temos a liberdade de escolher o ambiente de desenvolvimento que quisermos, independente de plugins ou IDE. Em quanto meus colegas trabaham com eclipse recheado de plugins, o meu eclipse é enxuto, e nem por isso sou menos produtivo.

Sim, mas trabalhar sem IDE é primitivo.

What is classpath? Membro desde: 16/03/2004 20:29:50 Mensagens: 8 Offline

Agora que algumas tentativas infantis de agressão contra a minha pessoa já foram feitas (pena de mim!? não conheço C e C++?! Sinceramente, procure se informar) e que o assunto parece ter ganho um pouco mais de maturidade com a participação sóbria de pessoas mais sensatas, espero poder fazer parte da discussão sem ter que ler outros impropérios.

Já que citaram o Eclipse, gostaria de deixar registrado que existe um plugin para o mesmo chamado PyDev, que permite o trabalho com a linguagem Python, o qual tenho usado com bastante sucesso, entretanto, não concordo que o uso de uma IDE seja algo necessário ou que programar usando um editor de texto seja algo negativo, até porque existem editores de texto voltados para o público programador e que contam com recursos muito interessantes, vide TextMate para MacOSX, gEdit para Gnome e EditPlus para Windows.

minholi wrote:Já que citaram o Eclipse, gostaria de deixar registrado que existe um plugin para o mesmo chamado PyDev, que permite o trabalho com a linguagem Python, o qual tenho usado com bastante sucesso, entretanto, não concordo que o uso de uma IDE seja algo necessário ou que programar usando um editor de texto seja algo negativo, até porque existem editores de texto voltados para o público programador e que contam com recursos muito interessantes, vide TextMate para MacOSX, gEdit para Gnome e EditPlus para Windows.

Pois eu tenho que concordar com o Thiago aqui, usar uma IDE facilita muito o trabalho, principalmente quando a IDE é realmente um ambiente integrado, onde você consegue codificar, testar, implantar e debugar a aplicação. Não ter esses pontos básicos de forma simples diminui a eficiência do programador e só a linguagem não consegue resolver esse problema não.

Usar editores como o EditPlus pra coisas simples e rápidas é uma coisa, desenvolver uma aplicação inteira nele é outra completamente diferente.

Maurício Linhares wrote:

minholi wrote:Já que citaram o Eclipse, gostaria de deixar registrado que existe um plugin para o mesmo chamado PyDev, que permite o trabalho com a linguagem Python, o qual tenho usado com bastante sucesso, entretanto, não concordo que o uso de uma IDE seja algo necessário ou que programar usando um editor de texto seja algo negativo, até porque existem editores de texto voltados para o público programador e que contam com recursos muito interessantes, vide TextMate para MacOSX, gEdit para Gnome e EditPlus para Windows.

Pois eu tenho que concordar com o Thiago aqui, usar uma IDE facilita muito o trabalho, principalmente quando a IDE é realmente um ambiente integrado, onde você consegue codificar, testar, implantar e debugar a aplicação. Não ter esses pontos básicos de forma simples diminui a eficiência do programador e só a linguagem não consegue resolver esse problema não.

Usar editores como o EditPlus pra coisas simples e rápidas é uma coisa, desenvolver uma aplicação inteira nele é outra completamente diferente.

Concordo com vc Maurício, sem uma IDE decente seu projeto pode ir por água abaixo. Principalmente qdo. vc trabalha em equipe e precisa que isso seja utilizado por todos os integrantes.
Voltando a velha discussão do tópico, como disse anteriormente, falta uma IDE para desenvolvimento RAD na web com Java. Para que as pessoas das outras linguagens não fiquem falando que não temos produtividade em Java. De preferência uma ferramenta que seja boa, e não somente faça telas bonitas.Talvez este pack do Netbeans que vai sair possa ser uma alternativa.

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

minholi wrote:... entretanto, não concordo que o uso de uma IDE seja algo necessário ou que programar usando um editor de texto seja algo negativo, até porque existem editores de texto voltados para o público programador e que contam com recursos muito interessantes, vide TextMate para MacOSX, gEdit para Gnome e EditPlus para Windows.

Acho que a nossa área se beneficiaria se todos avançassem para o século XXI. A época do "ambiente de desenvolvimento = 'vi' num terminal Unix" felizmente acabou e saber usar as ferramentas do nosso ofício é o mínimo a se esperar de um profissional.

Me pergunto se há artistas naqueles estúdios tipo Pixar ou Disney reclamando do uso de computadores na produção de animações, que tudo feito à mão é melhor. Software auxilia outras áreas a trabalhar melhor, a ter maior qualidade, a fazer mais com menos, e acredito que deve nos ajudar também.

Esse movimento Unixista de certas linguagens contra IDEs, contra XML (a favor de uma babel de DSLs, faça um 'ls' dentro do /etc e chore, veja o sendmail.cf e chore) é um último suspiro de um passado que ainda não percebeu que não faz parte nem da atualidade e nem do futuro.

minholi wrote:... não concordo que o uso de uma IDE seja algo necessário ou que programar usando um editor de texto seja algo negativo, até porque existem editores de texto voltados para o público programador e que contam com recursos muito interessantes, vide TextMate para MacOSX, gEdit para Gnome e EditPlus para Windows.

Negativo não, apenas improdutivo.

Associar DSLs com falta de IDEs e práticas modernas é apenas mais uma prova que um trolll não tem limites. Vai ler antes de tecer comentários tão fora de qualquer realidade, vai meu caro,

Algumas palavras-chave para você. Aliás, para você não porque você não faz pesquisa, só vomita besteira, palavras-chave para os interessados de verdade:

Sofwtare Factories
MetaCase
JBoss IDE
Meta Programming System

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

pcalcado wrote:Associar DSLs com falta de IDEs e práticas modernas é apenas mais uma prova que um trolll não tem limites. Vai ler antes de tecer comentários tão fora de qualquer realidade, vai meu caro,...

Não, eu associo DSLs ao Unix e o ao seu mau design, e Unix é igual a um passado sombrio. O conceito de arquivos para serem editados a mão e lidos por humanos e específicos para cada caso usados em Unix a torto e a direito é similar ao de DSL, e é provado que isso não facilita em nada a vida do usuário.

O software ideal "just works", mas há casos onde configuração é exigida, e nesses casos uma ferramenta gráfica é o mais adequado, o que curiosamente acaba com o argumento da "legibilidade da DSL".

Thiagosc wrote:Não, eu associo DSLs ao Unix e o ao seu mau design, e Unix é igual a um passado sombrio.

Se Unix eh o passado sombrio, onde fica o futuro glorioso?

Thiagosc wrote:O conceito de arquivos para serem editados a mão e lidos por humanos e específicos para cada caso usados em Unix a torto e a direito é similar ao de DSL, e é provado que isso não facilita em nada a vida do usuário.

O software ideal "just works", mas há casos onde configuração é exigida, e nesses casos uma ferramenta gráfica é o mais adequado, o que curiosamente acaba com o argumento da "legibilidade da DSL".

Concordo, mas ha casos e casos. Ferramentas graficas nao te dao a flexibilidade que arquivos puro-texto tem. O importante nao eh o vi, mas sim cat, cksum, comm, csplit, cut, expand, fmt, fold, join, md5sum, nl, od, paste, pr, ptx, sort, split, sum, tac, tail, tr, tsort, unexpand, uniq, wc, head, grep, sed, awk, cvs, svn, diff, tar, gzip, bzip2, e todas as outras centenas de pequenos utilitarios que fazem uma coisa, e fazem bem.

GUIs sao otimas, assim como texto, e cada uma tem seu lugar.

Logo logo vão começar a que IDE boa é IDE desconhecida - e que o Eclipse, NetBeans e outros se venderam ao mainstream java.

Eu, por exemplo, uso o Superkamiokande, uma IDE coreana que, entre outras coisas, exporta os meus arquivos fonte para pdf. Eu imprimo o pdf, corrijo com uma caneta e volto ao Superkamiokande -- obtendo um trabalho rapido e perfeito.

Go Trolls, Go

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

cv wrote:Se Unix eh o passado sombrio, onde fica o futuro glorioso?

O futuro ideal seria um sistema consistente, fácil e seguro, que tenha sido projetado para ser algo assim. O possível seria um sistema que evolua para algo nesses termos baseado no que hoje existe. O Unix está entre os menos propensos a evoluírem.

cv wrote:
Concordo, mas ha casos e casos. Ferramentas graficas nao te dao a flexibilidade que arquivos puro-texto tem. O importante nao eh o vi, mas sim cat, cksum, comm, csplit, cut, expand, fmt, fold, join, md5sum, nl, od, paste, pr, ptx, sort, split, sum, tac, tail, tr, tsort, unexpand, uniq, wc, head, grep, sed, awk, cvs, svn, diff, tar, gzip, bzip2, e todas as outras centenas de pequenos utilitarios que fazem uma coisa, e fazem bem.

GUIs sao otimas, assim como texto, e cada uma tem seu lugar.

Não, a linha de comando é coisa da década de 80, só os fãs de Linux e Unix ainda não perceberam isso. Além do mais a linha de comando do Unix só serve se for para exemplo do que "não fazer". Não existem padrões sequer para "parâmetros", usabilidade zero, documentação escrota, nomes de comandos nada a ver ('ls', 'mv', 'ps', qual é o problema em soletrar as palavras corretamente?), isso sem contar na estrutura de diretórios imbecil e também repleta de abreviações imbecis.

Algumas perguntas:

- Quando foi a última vez que você configurou o X manualmente?
- Quando foi que você atualizou qualquer configuração na mão?

Eu uso o exemplo de configuração porque é o que chega mais perto dos princípios de legibilidade vendidos por proponentes de DSL. Ninguém quer saber disso! Tanto que em Linux hoje em dia usamos utilitários gráficos para configurar qualquer coisa.

E se é desejável uma ferramenta gráfica, com a possibilidade de se mudar algo à mão, o XML supre essa necessidade pois é tool-friendly e legível por humanos.

Não existem padrões sequer para "parâmetros", usabilidade zero, documentação escrota, nomes de comandos nada a ver ('ls', 'mv', 'ps', qual é o problema em soletrar as palavras corretamente?), isso sem contar na estrutura de diretórios imbecil e também repleta de abreviações imbecis.

Se o problema é esse, crie alias como

alias liste_todos_os_arquivos='ls'
alias liste_todos_os_arquivos_e_informe_tamanho_permissoes_etc='ls -l'
alias apague_ou_delete_este_arquivo='rm'

e crie links simbolicos na sua arvore de diretorios

diretorio_raiz -> /
diretorio_da_documentacao -> /doc
diretorio_onde_ficam_os_meus_documentos -> /home/username
diretorio_vazio_perigo_nao_mova_nada_nada_para_ca -> /dev/null

Ou Migre para o MacOS...

GUJ Master Membro desde: 27/04/2006 21:01:27 Mensagens: 1134 Offline

peczenyj wrote:alias liste_todos_os_arquivos='ls'....

Que tal a palavra "list" ou "remove" ou "move" ou "rename"? Os exemplos que citaste são totalmente ridículos.

Que tal diretório "System" e "Users" ao invés de /usr e /home? Que tal um diretório "Programs" ao invés de aplicativos espalhados por todo o sistema de arquivos?

Linux é tão lixo que não dá graça nem de criticar.

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