http://www.guj.com.br/posts/list/2.java JForum - http://www.jforum.net http://www.linhadecodigo.com.br/artigos.asp?id_ac=645

Outro artigo do autor: http://www.linhadecodigo.com.br/artigos.asp?id_ac=644]]> http://www.guj.com.br/prepost/21616/114266/opiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/114266/opiniao-de-um-programador-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114279/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114279/re-opinao-de-um-programdor-delphi-sobre-java GMT O java não foi concebido para ser o que é hoje.
O que falta nesta plataforma é uma padronização de especificações e não
este monte de projetos paralelos que se tem hoje em dia.
Eu acho que para sistemas empresariais deveria ser utilizado mais abstração sim.
Um modelo de desenvolvimento mais produtivo e inteligente.
Mas se pensarmos em nível de linguagem o Java é absolutamente
imbatível hoje.
O que nós desenvolvedores temos que fazer é não ficarmos indo atrás
de "modinhas" e sim de soluções e padrões concretos.
Essa epidemia OO as vezes é um saco. O que falta é um bom censo geral
e uma maturidade maior.

Muita gente usa Java igual na época do VB. Tudo mundo está usando.
Sem nenhum critério. Hibernate, Struts, JSF, Tralalá....etc vão no mesmo
caminho....




]]> http://www.guj.com.br/prepost/21616/114280/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114280/re-opinao-de-um-programdor-delphi-sobre-java GMT
Hahahaha! Nego é louco! Ele não sabe nem onde está.

[editado]Há! E tem um detalhe que ele simplesmente esqueceu: ele vai continuar desenvolvendo em Delphi pelo menos até quando a Borland continuar dando suporte. Por que o Kylix parece que já foi pro saco. O VB6 a MS já mandou pro inferno também. É uma beleza! Eu lembro bem em meados da década de 90, quando perdi quilos de código em Turbo Pascal pq a Sra. Borland sumiu com ele e o port pra um outro compilador pascal era inviável e todo mundo já estava com aquela sensação de que os programas para DOS acabariam logo, o que na prática não se confirmou. Minha bronca com Borland e Microsoft são essas -- sem + nem - eles te soltam em queda e vc e seu investimento que se f*.[/editado]
]]> http://www.guj.com.br/prepost/21616/114282/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114282/re-opinao-de-um-programdor-delphi-sobre-java GMT Qual sua sugestão?

[quote]Essa epidemia OO as vezes é um saco.[/quote]
Conheço 4 pessoas que programam OO devidamente. Não sou uma delas Concordo com você que há uma epidemia de pessoas [b]tentando[/b] programar utilizando OO (meu caso), e de um outro bom punhado que acha que está desenvolvendo projetos OO. Mas pessoas que fazem o treco direito são raras.

[quote]Muita gente usa Java igual na época do VB. Tudo mundo está usando. [/quote]Concordo completamente. Pessoal quer saber de fazer telinhas arrastando as coisas e conectar no banco.
Mas não entendi sua linha de raciocínio para chegar na crítica aos frameworks existente hoje em dia. Frameworks maduros são soluções concretas para problemas comuns, não vejo nada de errado no bom uso deles.
Por exemplo o Hibernate, que se tornou um padrão Java. Em que plataforma Microsoft uma equipe de desenvolvedores open source teria essa oportunidade? Como é possível alguém achar ruim ter um monte de opções para realizar uma mesma tarefa?]]> http://www.guj.com.br/prepost/21616/114287/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114287/re-opinao-de-um-programdor-delphi-sobre-java GMT ]]> http://www.guj.com.br/prepost/21616/114288/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114288/opinao-de-um-programdor-delphi-sobre-java GMT
Outro artigo do autor: http://www.linhadecodigo.com.br/artigos.asp?id_ac=644
[/quote]

Sobre o segundo link, eu concordo em partes com autor. No que se refere a custo na minha concepção tudo tem um custo, desde que seje algo mensuravel e não absurdo que as grande empresas cobram por seus produtos.

A questão da garantia e uma coisa que "trava" o cliente de apostar num projeto open source e o fato de suporte/garantia prestado pra quem desenvolve o produto. O cliente se sente "seguro" quando uma empresa dar esse segurança de poder contar com ele (pelo o qual sabemos que isso e raro) no caso de problemas. Eu trabalho com manutenção de um ERP (SAP), onde existe um canal para esse tipo de suporte (que não e tão eficiente assim eu concordo). Embora existe um custo pra esse tipo de serviço. Precisamos quebrar esse esteriotipo que o software tem que ser o custo zero, pois precisamos valorizar o capital intelectual envolvido nas soluções. SL e uma oportunidade de inovar, uma forma de fortalecer empreendorismo quem vem de berço.]]> http://www.guj.com.br/prepost/21616/114290/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114290/opinao-de-um-programdor-delphi-sobre-java GMT temos hoje. O problema é que as aplicações empresarias devem ser tratadas de uma maneira diferenciada de um aplicativo comum.
Por exemplo: um ERP tem uma estrutura própria que é diferente de um
Corel Draw.
O ambiente de desenvolvimento deve ser focado nas regras de negócio
não em APIs de baixo nível.

Não critico a qualidade dos frameworks, mas o uso sem critérios dos
mesmos. O pessoal diz: Vamos usar porque é bonito...

O que eu acho que falta é um maior controle e padronização.
Hoje em dia vejo que essa preocupação é maior, mas está longe do ideal.
Vejo com bons olhos a liberdade de desenvolvimento, mas cria-se muitas
redundancias e esforços que juntos poderiam dar mais resultado.

]]> http://www.guj.com.br/prepost/21616/114293/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114293/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114297/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114297/re-opinao-de-um-programdor-delphi-sobre-java GMT
Na prática mesmo, a tratativa é similar. Vc tem eventos como OnClick e etc. Mas chamar o modelo de manipulação de eventos do Java de "ridículo" é muito forte. O modelo de tratamento de eventos do VB e no Delphi é porco e eu posso falar pq programei muitos anos em VB.

No plano do desktop, as Actions fazem um trabalho muito bom de intermediar o tratamento de eventos entre a lógica e o view (um decouple razoável) sem ter que usar inner classes aos montes.]]> http://www.guj.com.br/prepost/21616/114298/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114298/opinao-de-um-programdor-delphi-sobre-java GMT
Resposta em http://br.lixo.org/2005/03/17/aprendendo ]]> http://www.guj.com.br/prepost/21616/114310/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114310/re-opinao-de-um-programdor-delphi-sobre-java GMT
O que acho mais esquisito, é por que surgiram tantas coisas novas agora!!!

Em minha opinião, antes dessa moda OO e quando o pessoal vivia de Delphi e VB, por ele ter tudo prontinho.. onde você arrasta botãozinho pra lá e pra cá, clica duas vezes em cima dele e escreve o código de evento e blablá.. acaba havendo muito pouco espaço para despertar a criatividade dos desenvolvedores...

Ou seja, o fato de hoje existir tantos frameworks para java, é por que o java da liberdade para que possamos utilizar a nossa criatividade à favor da tecnologia...

Não é a toa que hoje existe Hibernate, WebWork, Lucene, ant, maven e tantas outros frameworks e tecnologias por ai.

Também sou muitíssimo contra o excesso de padronização. Desenvolvimento de software não é a mesma coisa de se desenvolver alicate, carro, moto, móvel, avião ou etc... Desenvolvimento de software se assemelha mais com uma obra de arte como escrever livros, pinturas e etc... Afinal, cada um tem a sua própria solução.. ninguém resolve o problema da mesma maneira. Se você escreve um código que não ficou legal, vc vai lá e edita ele. Se voce quiser desenvolver um software pelo final ou pelo meio, ao invés de iniciar pelo começo também é possível! Quando um autor escreve um livro não é assim também???

Bom, acho que OO e JAVA deram um pontapé no surgimento de muitas tecnologias novas.. e a sua importãncia na realidade tecnológica de hoje é inquestionável!

Abraços!]]> http://www.guj.com.br/prepost/21616/114322/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114322/re-opinao-de-um-programdor-delphi-sobre-java GMT
Concordo com o Thiago, e acrescento:

Depois que o Java apareceu e comecou a ficar famoso muita gente começou a repensar no que estava fazendo, se os conhecimentos que haviam adquiridos eram válidos, e etc. Como Thiago falou, o Java da liberdade aos desenvolvedores, permitindo-os pensar por si só, aumentando as críticas e a criatividade da galera.

Pelo menos aqui na minha região, o Java aumentou, ou está aumentando, o nível de conhecimento dos desenvolvedores, e aproximando a Ciência da Computação (totalmente acadêmica) e o mercado de trabalho. Hoje em dia, já não é mais tão remota a possibilidade de empresas estarem financiando pesquisas e desenvolvendo suas próprias tecnologias. Coisa que a um tempo atrás, não ocorria.

Eu gosto do Java porque ele é independente de tudo, pode-se escolher tudo, qualquer coisa é independente de qualquer coisa. Você pode programar procedural, OO, AOP, em outra linguagem, com scripts, compilar nativamente ou não, rodar em n! lugares, e tantas outras coisas que estamos cansados de fazer e decidir.

Livre ou proprietária, você escolhe com o que vc quer integrar, o que você quer fazer e o quão rápido isso deve ser.

Acrescento que o Java é um dos responsáveis pelo acréscimo de desenvolvedores livres no Brasil e no Mundo, é um dos responsáveis pelo uso de software livre pelo governo, e da evolução do linux para desktops de usuário final. O Brasil abriu a sua cabeça e já fez o mundo olhar para cá, várias vezes.

Sobre o artigo, acho que aquele cara não conhece o Intellij IDEA. Se ele pagou para a Microsoft ou para a Borland, pode pagar uma IDE para Java também.

]]> http://www.guj.com.br/prepost/21616/114332/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114332/re-opinao-de-um-programdor-delphi-sobre-java GMT
Resposta em http://br.lixo.org/2005/03/17/aprendendo [/quote]

[quote="http://br.lixo.org/2005/03/17/aprendendo"]Concordo com o Paul Graham quando ele diz que, em materia de evolucao das linguagens de programacao, Java eh um beco sem saida (ou seja, daqui 20, 30 anos nao vamos estar programando numa evolucao do Java, vai ser alguma coisa que veio pra matar o Java, assim como alguma outra coisa veio pra matar o Cobol)[/quote]

Mudando de assunto, não sei se entendi bem essa colocação. Pensando dessa maneira, qual linguagem [b]não[/b] seria um beco sem saída?]]> http://www.guj.com.br/prepost/21616/114381/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114381/re-opinao-de-um-programdor-delphi-sobre-java GMT Mudando de assunto, não sei se entendi bem essa colocação. Pensando dessa maneira, qual linguagem [b]não[/b] seria um beco sem saída?[/quote]

mandou bem.

o james gosling ja disse que daqui a 10 anos ele nao gostaria de ver java ainda como A linguagem do mercado, gostaria de ver algo novo.
]]> http://www.guj.com.br/prepost/21616/114424/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114424/re-opinao-de-um-programdor-delphi-sobre-java GMT

[quote=vfpamp]Depois que o Java apareceu e comecou a ficar famoso muita gente começou a repensar no que estava fazendo, se os conhecimentos que haviam adquiridos eram válidos, e etc. Como Thiago falou, o Java da liberdade aos desenvolvedores, permitindo-os pensar por si só, aumentando as críticas e a criatividade da galera. [/quote]

E NMO aumentando as gambiarras e fazendo o Java às vezes parecer com um T-Rex com artrose arrastando a barriga no chão.

[quote=vfpamp]Sobre o artigo, acho que aquele cara não conhece o Intellij IDEA. Se ele pagou para a Microsoft ou para a Borland, pode pagar uma IDE para Java também.[/quote]

Puxa esse IDEA deve ser bom mesmo. Mas não é só a IDE que facilita as coisas, a plataforma tem que colaborar. E o Java bem que podia melhorar em algumas coisas NMO!!!
]]> http://www.guj.com.br/prepost/21616/114425/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114425/re-opinao-de-um-programdor-delphi-sobre-java GMT
[quote]
Interessante o seu artigo!!!

Bem sobre software livre ser grátis, na verdade o que dá dinheiro é o suporte ao software e não o software em si, e em ambientes empresariais o suporte é imprescindível. Portanto acho que não é bem assim.

E mesmo quando as pessoas trabalham num software gratuito, como Firefox, Linux, OpenOffice.org, Lazarus etc. elas não estão trabalhando de graça porque elas criam os softwares por necessidade própria. É uma comunidade que contribui entre si. Como consequência você tem uma grande gama de softwares disponíveis, dos quais você, e toda a comunidade, pode se beneficiar. Para ilustrar isso, imagine que se um dia nós programadores Delphi nos uníssemos para criar um Delphi livre e gratuito (bom, existe o Lazarus, mas acho ele muito ruim). Estaríamos trabalhando de graça ao criar uma ferramenta para nós mesmos usarmos, e tendo disponíveis tantas ferramentas gratuitas para nos ajudar?

Sobre a garantia, isso não é algo inerente ao software livre. Veja que a licença do Windows também não lhe dá nenhuma garantia, mesmo você pagando!!! Se por causa de um bug o seu Windows apagar os seus arquivos importantes a M$ não tem nada a ver com isso!!!

Bem sobre a filosofia concordo que os caras viajam um pouco. Na verdade eu tenho um conceito de "software público", disponível para todos e impulsionado pelo governo. E, bom, educação, saúde e comida são direitos de qualquer ser humano. Essas coisas devem estar disponíveis para qualquer ser humano, independente de situação finaceira. E por que não o software? Por que não um menino pobre de favela não pode um dia se tornar um programador?

Sobre a qualidade, concordo. Mas acho que uma coisa que falta é padronização e facilidade de uso. O que acontece é que geralmente os softwares livres não têm foco comercial, os desenvolvedores não tem nenhum outro compromisso além de fazer o software funcionar bem. Padronização e facilidade de uso ficam de lado.
[/quote]]]> http://www.guj.com.br/prepost/21616/114430/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114430/opinao-de-um-programdor-delphi-sobre-java GMT
Delphi é legal para o que se propõe (e era uma lingaugem com conceitos bem avançadinhos, pena que subutilizados pela sua comunidade), Java é lega para umas coisas (ok, bastante coisa), mas vocês não podem perder o lançamento da linguagem mais mais dos últimos cinco dias:

[size=24]ZahlScript[/size]

Gente... o cara no texto já falou besteira, a gente já falou besteira, o Lula vive falando besteira, o Giovanni falava besteira...

E o fogão, heim?]]> http://www.guj.com.br/prepost/21616/114432/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114432/re-opinao-de-um-programdor-delphi-sobre-java GMT [/quote]

Por exemplo...?]]> http://www.guj.com.br/prepost/21616/114433/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114433/re-opinao-de-um-programdor-delphi-sobre-java GMT
@adicionado:

DA última vez que você me pediu um exemplo não deu muito certo lembra? Heehehehehe ]]> http://www.guj.com.br/prepost/21616/114434/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114434/opinao-de-um-programdor-delphi-sobre-java GMT
[/quote]

Renato3110 acho que não conheço esse nick heheh

[quote=renato3110]
E NMO aumentando as gambiarras e fazendo o Java às vezes parecer com um T-Rex com artrose arrastando a barriga no chão.
[/quote]

Aih é que está . Basta vc escolher não utilizar essas gambiarras . Ou desenvolver algo novo.

[quote=renato3110]
Puxa esse IDEA deve ser bom mesmo. Mas não é só a IDE que facilita as coisas, a plataforma tem que colaborar. E o Java bem que podia melhorar em algumas coisas NMO!!!
[/quote]

Na boa.. eu sou geek, gosto de fazer as telas e todo o resto na mão... mas o IDEA já está me convertendo Ainda mais agora que tem uma versão OS.]]> http://www.guj.com.br/prepost/21616/114438/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114438/re-opinao-de-um-programdor-delphi-sobre-java GMT
[Mais Off-topic que nunca]
O fogão eu não sei, mas o Timão está subindo (quem citar o Cianorte mata uma foca).

Shoes, o que diabos é esse "Zahl" que você tanto cita?
[/Mais Off-topic que nunca]
]]> http://www.guj.com.br/prepost/21616/114439/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114439/re-opinao-de-um-programdor-delphi-sobre-java GMT heheh
[/quote]

Eu te compreendo!!! Abandonaste o JavaFree?? Heehehehehe

[quote=vfpamp]Aih é que está . Basta vc escolher não utilizar essas gambiarras . Ou desenvolver algo novo.[/quote]

Então não usaria Java, ou inventaria o .NET ou adicionaria outra gambiarra como generics, anotações e inner classes sem nome hehehe.

[quote=vfpamp]Na boa.. eu sou geek, gosto de fazer as telas e todo o resto na mão... mas o IDEA já está me convertendo Ainda mais agora que tem uma versão OS.[/quote]

É mesmo? Quais são as limitações? A versão OS é tão funcional quanto o NetBeans e Eclipse? Tem um link?]]> http://www.guj.com.br/prepost/21616/114440/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114440/re-opinao-de-um-programdor-delphi-sobre-java GMT A limitação é que só é free pra ti desenvolver sistemas free!]]> http://www.guj.com.br/prepost/21616/114443/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114443/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114444/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114444/opinao-de-um-programdor-delphi-sobre-java GMT Mudando de assunto, não sei se entendi bem essa colocação. Pensando dessa maneira, qual linguagem [b]não[/b] seria um beco sem saída?[/quote]

mandou bem.

o james gosling ja disse que daqui a 10 anos ele nao gostaria de ver java ainda como A linguagem do mercado, gostaria de ver algo novo.
[/quote]

C nao foi um beco sem saida (ja que deu origem a Objective C, C++, Java, C#, e mais um monte de outras). Pode-se dizer que Java tambem nao foi um beco sem saida, pq deu origem a Groovy, JavaScript (apesar de isso ser meio discutivel), mas eu duvido um pouco que daqui X anos essas sejam linguagens populares.]]> http://www.guj.com.br/prepost/21616/114445/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114445/re-opinao-de-um-programdor-delphi-sobre-java GMT Mudando de assunto, não sei se entendi bem essa colocação. Pensando dessa maneira, qual linguagem [b]não[/b] seria um beco sem saída?[/quote]

mandou bem.

o james gosling ja disse que daqui a 10 anos ele nao gostaria de ver java ainda como A linguagem do mercado, gostaria de ver algo novo.
[/quote]

C nao foi um beco sem saida (ja que deu origem a Objective C, C++, Java, C#, e mais um monte de outras). Pode-se dizer que Java tambem nao foi um beco sem saida, pq deu origem a Groovy, JavaScript (apesar de isso ser meio discutivel), mas eu duvido um pouco que daqui X anos essas sejam linguagens populares.[/quote]

Sei lá, NMHO, daqui a N anos, [b]todas[/b] estas linguagens e as derivantes que elas gerarem estarão ultrapassadas. Basta ver os avanços na computação quântica.]]> http://www.guj.com.br/prepost/21616/114467/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114467/re-opinao-de-um-programdor-delphi-sobre-java GMT
Fugindo do assunto... Não abandonei o JavaFree não... eu sempre respondi aqui pelo GUJ também, claro, não tanto quanto no JF. Gosto tanto daqui quanto de lá. Aliás, todo mundo devia fazer isso, é sempre bom ver opiniões diferentes dos grupos que estamos acostumados.

Voltando ao assunto...

[quote]
Então não usaria Java, ou inventaria o .NET ou adicionaria outra gambiarra como generics, anotações e inner classes sem nome hehehe.
[/quote]

Bom, ao meu ver, ainda da para adicionar uma série de coisas na linguagem para torna-la mais "escolhível": Múltipla herança, AOP nativo, evoluções no "for". Ex:

[code]
for (int i =0 : 10) {
pq ele não funfa?
}
[/code]

Não to dizendo para transformar a linguagem em uma Groovy da vida (eca).

Mas, como dizem as teorias matrixianas, vc já fez a sua escolha. :D

[quote]
É mesmo? Quais são as limitações? A versão OS é tão funcional quanto o NetBeans e Eclipse? Tem um link?
[/quote]

É verdade, olha soh: http://www.javafree.com.br/forum/viewtopic.php?t=14750&highlight=intellij
Deixa os dois no chinelo. Da uma pesquisada no Google :D

]]> http://www.guj.com.br/prepost/21616/114468/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114468/re-opinao-de-um-programdor-delphi-sobre-java GMT
Acho que eu aqui em Paraty com acesso discado estou ficando burro. Para mim o cara só disse burrice e coisas preconceituosas. Me arrependo de cada segundo que perdi lendo esta besta.

[]s
Luca]]> http://www.guj.com.br/prepost/21616/114469/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114469/re-opinao-de-um-programdor-delphi-sobre-java GMT
Herança múltipla? Vc não falou sério né?]]> http://www.guj.com.br/prepost/21616/114471/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114471/re-opinao-de-um-programdor-delphi-sobre-java GMT
Herança múltipla? Vc não falou sério né?[/quote]

Sério...

Embora muita gente odeie ela, eu gosto da agilidade que ela cria.

http://www.javafree.com.br/forum/viewtopic.php?t=10008&highlight=heran%E7a+multipla

É uma escolha, se vc souber usar fica tranquilo ]]> http://www.guj.com.br/prepost/21616/114473/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114473/re-opinao-de-um-programdor-delphi-sobre-java GMT
Herança múltipla? Vc não falou sério né?[/quote]

Sério...

Embora muita gente odeie ela, eu gosto da agilidade que ela cria.

http://www.javafree.com.br/forum/viewtopic.php?t=10008&highlight=heran%E7a+multipla

É uma escolha, se vc souber usar fica tranquilo [/quote]

Sei que já estou fugindo do tópico, mas definitivamente querer justificar herança múltipla para reutilização de código não acho uma boa idéia. Prefiro interfaces, que ao contrário do que dizem por aí [b]não é[/b] uma gambiarra da linguagem para suportar herança múltipla. Como diz a célebre frase: "Program to an interface, not an implementation".

Tem esse ótimo post do Luca falando sobre interfaces:
http://www.guj.com.br/posts/list/15056.java
]]> http://www.guj.com.br/prepost/21616/114475/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114475/re-opinao-de-um-programdor-delphi-sobre-java GMT
Ueh.. tem gente que usa Delphi com Paradox para desenvolver ERP distribuído, porque eu não posso usar o Prevayler com Multipla Herança? Quem sabe acessando alguma coisa de CSP ou RE. Sei lá.. tem tantas loucuras por aih a fora que múltipla herança acaba sendo só um detalhe.

]]> http://www.guj.com.br/prepost/21616/114479/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114479/re-opinao-de-um-programdor-delphi-sobre-java GMT

Heranca multipla (onde voce pode ter mais de um pai, e todo pai eh igual), do jeito que o C++ fazia nao foi uma das ideias mais brilhantes da historia da computacao, mas eu gosto do jeito Python de fazer a coisa: toda classe tem um pai (extends Foo), mas pode "importar" o codigo de diversas outras classes. Sempre tem um super so, mas varios outros metodos dos mixins pra dar uma forcinha. O ActiveRecord (http://ar.rubyonrails.com) nao seria nada sem isso ]]> http://www.guj.com.br/prepost/21616/114500/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114500/opinao-de-um-programdor-delphi-sobre-java GMT Sei que já estou fugindo do tópico, mas definitivamente querer justificar herança múltipla para reutilização de código não acho uma boa idéia. Prefiro interfaces, que ao contrário do que dizem por aí [b]não é[/b] uma gambiarra da linguagem para suportar herança múltipla. Como diz a célebre frase: "Program to an interface, not an implementation".
[/quote]

marcelo,

Não há nada de errado com itnerfaces nem com herança múltipla. Você pode usar os dois.

Existem abstrações que são muito difíceis de serem implementadas sem herança múltipla, e acabam criando arquiteturas doentes. Não existem uma massa clamando por herança múltipla em Java porque a maioria das pessoas usa programação procedural usando javaBeans em vez de programar com objetos de verdade.]]> http://www.guj.com.br/prepost/21616/114503/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114503/re-opinao-de-um-programdor-delphi-sobre-java GMT Shoes, o que diabos é esse "Zahl" que você tanto cita?
[/quote]

Zahl é o deus escatológico da programação transcedental que atravessa o céu horizontalmente em seu compilador com patas de fogo.

Tá, menos viagem. É uma piada coorporativa que eu ampliei.

[historia chata]

Trabalho numa empresa alemã, com algum código em alemão. Outro dia, analizando o código de um rpocesso, um amigo achou:

[code]
int zahl=0;
[/code]

E começaram as especulações sobre o que seria um zahl (evidentemente o programa nãod ava nenhuma pista).

"Vocês devem derrota o maligno Zahl, na torre negra!"
"Zahl é elefante branco em alemão"
"Eu poderia te dizer o que eh Zahl, mas teria que te matar depois..."

E esse monte de baboseira.
Dai alguém pegou um dicionário e viu que zahl significa "número", aí piorou, né, uma droga de variável com uma droga de identificador genérico desse.... mais chacota
[/historia chata]

Eu falei que a história era chata :P]]> http://www.guj.com.br/prepost/21616/114504/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114504/re-opinao-de-um-programdor-delphi-sobre-java GMT E ai renato, blz??? Eu também me lembro do seu nick!!! Você não é um daqueles usuário Delphi??? hehehe!!! Me lembro perfeitamente de como você ama Delphi quando entrou em uma discussão dizendo que o Delphi era uma super maravilha... e que vc sabia detalhadamente como funcionava um botãozinho.... hehehehe!!!!

[quote=cv] C nao foi um beco sem saida (ja que deu origem a Objective C, C++, Java, C#, e mais um monte de outras). Pode-se dizer que Java tambem nao foi um beco sem saida, pq deu origem a Groovy, JavaScript...[/quote]
Bom.. toda linguagem tem um fim né... mas acho que java deixaram algumas sequelas inesquecíveis!!!!

Agora deixe-me mais uma vez dar uma agulhada no Delphi e no VB e recomeçar a guerra evangelista!!!

No princípio era nossos bisavôs chamado C e Cobol. Até hoje C é utilizado em softwares de missão crítica. Cobol ninguem usa mais, mas foi cobol a linguagem usado em grandes sistemas corporativos, não foi??? Tipo, quantos bancos e empresas robustas não usam cobol até hoje??? E o pior é que cobol foi muito usado, e nunca foi uma línguagem fácil de usar. Não tinha botãozinho, drag and drop e nem porra nenhuma.

Depois surgiu uma tecnologia super bonitinha...chamda Delphi e VB. Tem drag and drop, arrasta botãozinho pra lá e pra cá.. e blá blá blá!!! Os sistemas corporativos feitos em cobol continuaram em cobol. Os sitemas críticos feitos em C, continuaram em C. Em um caso ou outro VB e Delphi foram usando em sistemas grandes ou foram integrados com grandes aplicações.. mas sinceramente não conheços nenhum caso.. afinal isso para eles é uma proesa.... muito difícil de acontecer, mesmo com toda a facilidade que Delphi e VB proporcionava!!!

Mas também não vamos dizer que VB e DELPHI é um lixo... Eles foram muito importantes para nossa sociedade. Pelo menos hoje quando vou no Dentinsta, padaria, quitanda e etc, eu sempre vejo um programa feito em Delphi ou VB nos caixas ou com a secretária... ai imprime uma notinha fiscal porca de tudo. Não é verdade???

Depois surgiu o JAVA. Uma linguagem para criar Applets. Ela foi crescendo até que explodiu!

Hoje você vê muitos sistemas em JAVA se integrando com grandes sistemas corporativos que foram feitos em COBOL, C e etc... E pior ainda, com o J2EE mais uma vez foi ressucitado o desenvolvimento de grandes softwares corporativos. O pior, é que em java você não fica arrastando botãozinho pra lá e pra cá e blá blá blá!!!! É uma línguagem difícil e ainda por cima, cheio de bisarrices.. como alguns disseram...

Ué, Delphi e VB não tem bizarrice??? Vc cria um procedimento e coloca toda lógica de negócio lá dentro.... ECA!!!!

Daí inventaram até um tal de dotNet pra pegar carona com o JAVA... mas como não tem ninguém aqui para falar bém do dotNet, não sou eu quem vai falar mau.. hehe!!!

Resumidamente, quando Java não tiver na moda mais, ainda seremos obrigados a conviver com o avanço tecnlógico que o java proporcionou e conviver com os sistemas que foram desenvolvidos com ele. Se a próxima geração for mais um fracasso como VB e Delphi, ai sistemas para Dentistas e quintandas entraram na moda novamente!!!

Abraços!!!
]]> http://www.guj.com.br/prepost/21616/114506/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114506/re-opinao-de-um-programdor-delphi-sobre-java GMT

Mas, voltando ao topico (uau!), pra quem quiser conhecer melhor o que se passa pela cabeca do Ivan Bosnic, autor do primeiro artigo linkado, eis o blog: http://bosnic.blogspot.com

Alias, esse post eh sensacional: http://bosnic.blogspot.com/2005/01/java-versus-net_14.html (SIM! Java versus .NET!).

Tem uns erros fatuais fantasticos, como por exemplo "E o Java existe desde 1997 e nem por isso diziam que era uma revolução.", ou afirmacoes quase inacreditaveis de tao boas, como "O que não falta na Internet são classes poderosas, open source, que você poderá usar em seus sistemas e que vão lhe poupar muito tempo e dinheiro. E o melhor de tudo, você vai poder usar APACHE com TOMCAT."]]> http://www.guj.com.br/prepost/21616/114518/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114518/opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114519/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114519/opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114528/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114528/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114531/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114531/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114532/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114532/re-opinao-de-um-programdor-delphi-sobre-java GMT Shoes, o que diabos é esse "Zahl" que você tanto cita?
[/quote]

Zahl é o deus escatológico da programação transcedental que atravessa o céu horizontalmente em seu compilador com patas de fogo.[/quote]

[img]http://rpga11.free.fr/forum/images/smiles/icon_pray.gif[/img]

[quote="Shoes"][historia chata][/quote]

Aconteceu algo parecido aqui quando um colega, que está aprendendo alemão, nomeou um listener como MeinClass...

[quote="Shoes"]Dai alguém pegou um dicionário e viu que zahl significa "número"[/quote]

E é por isso que googlar por Zahl retornou tantas páginas em alemão. O legal foi quando eu [url=http://www.google.com.br/search?hl=pt-BR&client=firefox-a&rls=org.mozilla%3Apt-BR%3Aofficial&q=zahlscript&btnG=Pesquisar&meta=]googlei por ZahlScript[/url]. Se eu entendesse alemão, até ia ver o que era isso.]]> http://www.guj.com.br/prepost/21616/114533/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114533/re-opinao-de-um-programdor-delphi-sobre-java GMT
Tenta isso [url=http://fets5.freetranslation.com/?sequence=core&language=German/English&url=http%3A%2F%2Fwww%2Eklamm%2Ede%2Fforum%2Fshowthread%2Ephp%3Ft%3D4337&username=freetranslation&password=x6ufroew]aqui[/url]



[url=http://www.freetranslation.com]FreeTranslation.com[/url] rox

]]> http://www.guj.com.br/prepost/21616/114535/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114535/re-opinao-de-um-programdor-delphi-sobre-java GMT
[i]We'd better think about the things we say
we'd better think about the games we play
the world went round, around and round[/i]

Eu não amo Delphi, eu amo The Cranberries!!! Nunca disse que ele é uma super maravilha e nem disse que sabia como funcionava um botãozinho, eu disse que mesmo com as facilidades eu tinha uma idéia do que a IDE estava fazendo por trás o que pareciam estar acreditando não ser possível. Aliás nunca senti necessidade de entender o funcionamento interno de TButton, a não ser para colocar textos coloridos, mas já existem componentes prontos pra isso.

[quote=Thiago Senna]Mas também não vamos dizer que VB e DELPHI é um lixo... Eles foram muito importantes para nossa sociedade. Pelo menos hoje quando vou no Dentinsta, padaria, quitanda e etc, eu sempre vejo um programa feito em Delphi ou VB nos caixas ou com a secretária... ai imprime uma notinha fiscal porca de tudo. Não é verdade???[/quote]

Huhauhauhahauha, o pior são aqueles programadores que fazem umas telas horríveis, desorganizadas e cheio de cores berrantes tipo ciano, amarelo. E eles conseguem clientes! É muito engraçado.

[quote=Thiago Senna]Ué, Delphi e VB não tem bizarrice??? Vc cria um procedimento e coloca toda lógica de negócio lá dentro.... ECA!!!![/quote]

Ora bolas e onde você queria colocar? No registro do Windows? No dummy plug? No Magi? Todo código delphi fica em algum procedimento (exceto program), assim como todo código Java fica em algum método! O que você quis dizer é que as regras de negócio ficam misturadas com a interface gráfica não? Mas isso é o programador que faz!!! Em dois segundos eu posso inserir um botão e gerar um "action listener" para ele, mas o babaca sou eu que saio digitando minha lógica diretamente, não a ferramenta!!
]]> http://www.guj.com.br/prepost/21616/114548/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114548/re-opinao-de-um-programdor-delphi-sobre-java GMT
Eu vi teu tópico no JavaFree sobre o IDEA, parece que a montagem da tela não é via código, como no Thinlet. Bom eu acho essa coisa de montar o layout via código uma das piores porcarias do Java e parece que tem gente que não liga muito pra isso. Bom o Thinlet excetua-se um pouco disso porque as telas ficam no XML, mas acho que ainda há no quê evoluir. Eu tenho vontade de criar um mecanismo "xmlélico" como esse do Thinlet para outras APIs como Swing, AWT etc. Só que sem "psicodelizar" o código como acho que o Thinlet faz.]]> http://www.guj.com.br/prepost/21616/114551/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114551/opinao-de-um-programdor-delphi-sobre-java GMT Em dois segundos eu posso inserir um botão e gerar um "action listener" para ele, mas o babaca sou eu que saio digitando minha lógica diretamente, não a ferramenta!!
[/quote]

Renato, eu nao quero brigar com o assunto Lado A x Lado B por favor.

Mas o que acontece é que em Delphi (eu adoro programar em Delphi, dei curso basico na fauldade desta ferramenta e faço um monte de coisas legais nela. Acho que pra tudo existe sua aplicação.)

Mas o que o Thiago quis dizer é que a maioria das pessoas, e até hoje eu nunca vi ninguém que não faça desta maneira utiliza assim, inserindo as regras de negócio em Button1Click e mandando bala: lendo, gravando fazendo tudo em um lugar só, sem programação em camadas nem nada...

Eu me acostumei a fazer do modo porcão no delphi e no java não, aprendi a fazer de uma maneira um tanto quanto mais higiênica e, na hora que vou tentar aplicar isso no delphi é muito mais difícil, inegável que é...

O próprio fato da linguagem não possuir encapsulamento nos objetos da interface já dificulta... vc trabalha de um jeito e o cara de outro... fica phoda... Direto eu faço ProgressBar1.getPosition querendo fazer ProgressBar1.position.

Entendeu a posição??? É só isso...


[]'s

Ps.: Java ou Delphi? Se eu puder escolher fico com Java.]]> http://www.guj.com.br/prepost/21616/114553/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114553/re-opinao-de-um-programdor-delphi-sobre-java GMT
[quote=fzampa]Direto eu faço ProgressBar1.getPosition querendo fazer ProgressBar1.position.[/quote]

Me diz qual a diferença entre:

[code]
public int position;
[/code]

e

[code]
public int getPosition(){
return position;
}
[/code]

Não vale dizer que como é um método você pode usar modificar a rotina, poruqe JavaBeans não foram feitos para isso.

Não estou defendendo atributos públicos, estou atacando a overdose de JavaBeans (a gente atacava o EJB, agora é hora do JB :) )]]> http://www.guj.com.br/prepost/21616/114554/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114554/re-opinao-de-um-programdor-delphi-sobre-java GMT
Pelo menos já nasceu ferindo o critério encapsulamento, não????]]> http://www.guj.com.br/prepost/21616/114555/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114555/re-opinao-de-um-programdor-delphi-sobre-java GMT
Programadores Java viciados em beans enchem o sistema de registros/structs e acham que estão fazendo OO.

Não há diferença entre um bean mal usado e uma struct, e o que mais existem são beans mal usados.]]> http://www.guj.com.br/prepost/21616/114557/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114557/re-opinao-de-um-programdor-delphi-sobre-java GMT ]]> http://www.guj.com.br/prepost/21616/114558/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114558/re-opinao-de-um-programdor-delphi-sobre-java GMT Porém reza a lenda que eu não devo acessar diretamente um atributo e sim através dos métodos do objeto, não é?]]> http://www.guj.com.br/prepost/21616/114560/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114560/re-opinao-de-um-programdor-delphi-sobre-java GMT
JavaBeans têm sua função, são legais, mas são utilizados de forma errada em quase todos os projetos que já vi, produzindo código não-OO.

Delphi tem sua função, tem recursos legais, mas é utilizado de forma errada em quase todos os projetos que já vi, produzindo código não-OO.

A especificação e ambiente de Delphi induzem ao procedural (se você não souber mais que usar uma janela, vai fazer uma bela porcaria).

JavaBeans induzem ao procedural (se você não souber que não deve sair usando beans para tudo).
]]> http://www.guj.com.br/prepost/21616/114561/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114561/re-opinao-de-um-programdor-delphi-sobre-java GMT Porém reza a lenda que eu não devo acessar diretamente um atributo e sim através dos métodos do objeto, não é?[/quote]

O que você não deve fazer é expôr os atributos do sue objeto por aí

Não tinha [url=http://www.guj.com.br/posts/list/20668.java]um tópico[/url] sobre isso?]]> http://www.guj.com.br/prepost/21616/114563/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114563/re-opinao-de-um-programdor-delphi-sobre-java GMT Supondo que a maneira correta é acessar o atributo através do método, onde é que está exatamente o erro?Supondo também que os atributos do meu objeto serão todos privados.]]> http://www.guj.com.br/prepost/21616/114564/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114564/re-opinao-de-um-programdor-delphi-sobre-java GMT
Dá uma olhada no tópico que linkei.
]]> http://www.guj.com.br/prepost/21616/114565/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114565/re-opinao-de-um-programdor-delphi-sobre-java GMT
Não entendi. Pode explicar melhor?
_____________________________

Bom, sobre OO realmente estou começando a me convencer de que isso é filosofia matrixiana, ou então que terei que procurar o Mu para ele me ensinar a atingir o sétimo sentido, e assim estar conectado ao cosmos para poder alterar o meu estado mental para um transe, passando assim para um nível mais superior de existencialidade do sujeito, e assim poder deixar minha alma se transformar apenas em um fluído no espaço da realidade cósmica. Então nesse dia eu estarei programando OO.]]> http://www.guj.com.br/prepost/21616/114566/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114566/re-opinao-de-um-programdor-delphi-sobre-java GMT Bom, sobre OO realmente estou começando a me convencer de que isso é filosofia matrixiana, ou então que terei que procurar o Mu para ele me ensinar a atingir o sétimo sentido, e assim estar conectado ao cosmos para poder alterar o meu estado mental para um transe, passando assim para um nível mais superior de existencialidade do sujeito, e assim poder deixar minha alma se transformar apenas em um fluído no espaço da realidade cósmica. Então nesse dia eu estarei programando OO.[/quote]

Sem querer descreditar os gurus supracitados, ler um bom livro de OO já ajuda bastante ]]> http://www.guj.com.br/prepost/21616/114568/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114568/re-opinao-de-um-programdor-delphi-sobre-java GMT
Bom.. mas temos ainda uma ligeira vantagem.
Mas afinal é mais fácil fazer refatorar um monte de bean ou um monte de procedimento!!!

O fato agora não é mais IDE ou tecnologia, e sim a qualidade e compotência do bichinho que manipula a ferramenta.

Bom... vou viajar mais um pouquinho!!! (Mais Três exclamações para ajudar o cv a ganhar a aposta)

Quanto mais burocracia você colocar no código e no processo de desenvolvimento, de certa forma diminui a possibilidade de maus programadores fazerem suas inevitáveis cagadas! Quanto mais burocracia no código, mais fácil fica refatorar o código e arrisco dizer que a manutenção corre menos risco de ser impossível de ser realizada!

Não é assim que fazem nas grandes empresas e no governo?? Enchem tudo que tem de burocracia para manter o controle da situação.

É ai que entra os beans. É mais difícil fazer um código inconcertável usando beans do que usando procedures!!

Abraços!

obs:
(Contem quantos caracteres escrevi... talvez até de para ganhar $20 rsrs..)

]]> http://www.guj.com.br/prepost/21616/114572/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114572/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114573/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114573/opinao-de-um-programdor-delphi-sobre-java GMT
Interessante sua afirmação!

[quote=Thiago Senna]Bom... vou viajar mais um pouquinho!!! (Mais Três exclamações para ajudar o cv a ganhar a aposta)[/quote]

HEhehehe

[quote=Thiago Senna]Quanto mais burocracia você colocar no código e no processo de desenvolvimento, de certa forma diminui a possibilidade de maus programadores fazerem suas inevitáveis cagadas! Quanto mais burocracia no código, mais fácil fica refatorar o código e arrisco dizer que a manutenção corre menos risco de ser impossível de ser realizada!

Não é assim que fazem nas grandes empresas e no governo?? Enchem tudo que tem de burocracia para manter o controle da situação.[/quote]

Humm... interesante!

[quote=Thiago Senna]É ai que entra os beans. É mais difícil fazer um código inconcertável usando beans do que usando procedures!![/quote]

Bom cara não entendi isso!! Do quê você está falando? Eu posso criar beans no Delphi na hora que eu quiser, e ainda posso fazer melhor, encapsular isso numa propriedade:

[code]Evangelion.Pilot := Asuka[/code]

Veja que estou atribuindo um campo, mas por trás dos panos um método como SetPilot é chamado.
]]> http://www.guj.com.br/prepost/21616/114575/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114575/re-opinao-de-um-programdor-delphi-sobre-java GMT
Ahhh, só um bom livro de OO não tem graça...

[url=http://www.temporeal.com.br/produtos.php?id=166700]Um - Object-Oriented Software Construction - Bertrand Meyer[/url]
[url=http://www.temporeal.com.br/produtos.php?id=167402]Dois - Object-Oriented Design Heuristics - Arthur Riel[/url]
[url=http://www.temporeal.com.br/produtos.php?id=154171]Três - Fundamentals of Object-Oriented Design in UML - Meilir Page-Jones[/url]
[url=http://www.temporeal.com.br/produtos.php?id=168948]Quatro - Domain-Driven Design: Tackling Complexity in the Heart of Software - Eric Evans[/url]
[url=http://www.temporeal.com.br/produtos.php?id=165474]Cinco - Refactoring Improving the Design of Existing Code - Fowler et All[/url]
[url=http://www.temporeal.com.br/produtos.php?id=158318]Seis - AntiPatterns: Refactoring Software, Architectures, and Projects in Crisis - William J. Brown et All[/url]
[url=http://www.umlcomponents.com/]Sete - UML Components - John Cheesman & John Daniels[/url]
[url=http://www.amazon.com/exec/obidos/ASIN/0201633612/qid=1111155585/sr=2-5/ref=pd_bbs_b_2_5/002-0499960-1022411]Oito - Design Patterns: Elements of Reusable Object-Oriented Software - GoF[/url]
[url=http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ref=pd_sim_b_6/002-0499960-1022411?%5Fencoding=UTF8&v=glance]Nove - Expert One-on-One J2EE Design and Development - Rod Johnson [/url]
[url=http://www.amazon.com/exec/obidos/ASIN/0201310058/qid=1111155688/sr=2-1/ref=pd_bbs_b_2_1/002-0499960-1022411]Dez - Effective Java Programming Language Guide - Joshua Bloch[/url]
...]]> http://www.guj.com.br/prepost/21616/114576/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114576/opinao-de-um-programdor-delphi-sobre-java GMT Bom cara não entendi isso!! Do quê você está falando? Eu posso criar beans no Delphi na hora que eu quiser, e ainda posso fazer melhor, encapsular isso numa propriedade:
[/quote]

Good point.

1 - Você pode encapsular numa propriedade em Delphi, não em java
2 - JavaBeans mal construídos são uma gambiarra para passar por cima da falta de recursos como propriedades
3 - Objetos com propriedades indicam falta de encapsulamento e information hiding
4 - Tanto beans mal feitos quanto objetos com propriedades em Delphi estão fora de ume scopo OO]]> http://www.guj.com.br/prepost/21616/114577/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114577/re-opinao-de-um-programdor-delphi-sobre-java GMT [quote=renato3110]
[code]Evangelion.Pilot := Asuka[/code]

Veja que estou atribuindo um campo, mas por trás dos panos um método como SetPilot é chamado.
[/quote]

olha soh... vcs jah estao se repetindo... jah falaram q o cara pode fazer M** em qualquer linguagem, q umas facilitam e tal... e jah eh a nonagésimatrilhonésimaquadragézimaoitava vez que isso é discutido...]]> http://www.guj.com.br/prepost/21616/114579/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114579/re-opinao-de-um-programdor-delphi-sobre-java GMT
Caramba!!! Eu não tenho dinheiro pra comprar tudo!!! Qual o seu preferido?

[quote=pcalcado]3 - Objetos com propriedades indicam falta de encapsulamento e information hiding
4 - Tanto beans mal feitos quanto objetos com propriedades em Delphi estão fora de ume scopo OO[/quote]

3 - isso é ruim?
4 - Objetos com propriedades como no Delphi são ruins? Por que?]]> http://www.guj.com.br/prepost/21616/114580/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114580/opinao-de-um-programdor-delphi-sobre-java GMT ]]> http://www.guj.com.br/prepost/21616/114581/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114581/re-opinao-de-um-programdor-delphi-sobre-java GMT Caramba!!! Eu não tenho dinheiro pra comprar tudo!!! Qual o seu preferido?
[/quote]

O primeiro, ams aviso logo: tem quase mil páginas

Ou comrpa o Page-Jones que é muito bom tb.

[quote=renato3110]
3 - isso é ruim?
4 - Objetos com propriedades como no Delphi são ruins? Por que?[/quote]

3 - Sim, isso fere completamente todos os benefícios que se tem usando objetos. Google.
4 - Sim proque causam o item 3

]]> http://www.guj.com.br/prepost/21616/114584/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114584/opinao-de-um-programdor-delphi-sobre-java GMT a gente pode discutir tudo no buteco... ((;
aki em BH tem pelo menos 2 em cada esquina....]]> http://www.guj.com.br/prepost/21616/114585/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114585/opinao-de-um-programdor-delphi-sobre-java GMT
Acho que você precisa olhar o SwiXml e outros que já fazem isso pra Swing, SWT e AWT.]]> http://www.guj.com.br/prepost/21616/114586/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114586/opinao-de-um-programdor-delphi-sobre-java GMT
Ih alá!!! Acho que acabo de ganhar um colega!!!

Bom na verdade acho que vou mudar a minha assinatura, porque eu amo Evangelion também, e Genocyber é muuuuuuiiiiiittttttoooo bom!!!
Ontem estava vendo Death and Rebirth...

[quote=bandrade]olha soh... vcs jah estao se repetindo... jah falaram q o cara pode fazer M** em qualquer linguagem, q umas facilitam e tal... e jah eh a nonagésimatrilhonésimaquadragézimaoitava vez que isso é discutido...[/quote]

huahuhauha]]> http://www.guj.com.br/prepost/21616/114589/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114589/re-opinao-de-um-programdor-delphi-sobre-java GMT
Ih alá!!! Acho que acabo de ganhar um colega!!!
[/quote]

mais ou menos renato... eu ODEIO cranberries... hehehehe...
+ os meus favoritos são Akira e Ghost in the shell


é impressão minha ou estamos desviando do tópico de novo?? heheheeheh... ]]> http://www.guj.com.br/prepost/21616/114591/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114591/re-opinao-de-um-programdor-delphi-sobre-java GMT
O legal dele é que ele usa a API javax.swing e não uma própria API tipo SwingGambiarrizadaParaCarregarDeXML, como acho que acontece com o Thinlet.]]> http://www.guj.com.br/prepost/21616/114594/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114594/opinao-de-um-programdor-delphi-sobre-java GMT Mas pra mim Eva é o melhor anime dos que eu já ví, é a minha história preferida. Até vai virar filme!!

Bom se você odeia The Cranberries, tudo bem!!!]]> http://www.guj.com.br/prepost/21616/114601/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114601/opinao-de-um-programdor-delphi-sobre-java GMT
Nao eh o que acontece com o Thinlet. O Thinlet usa AWT e XUL.

Sim, voces desviaram do topico de novo. E Evangelion rula. Mas eu nao tenho saco de ler/assistir.

Ainda ta valendo os $10 meus e $20 do louds.

"Eu nao tenho grana pra comprar tudo isso de livro" - mas tem tempo de ler? Entao passa numa biblioteca boa. Ou pega um salario melhor, pq vc ta ganhando pouco pra sustentar a sua propria profissao. De qualquer forma, os 3 primeiros sao bons. Recomendo qualquer coisa do Booch tambem.

Se a linguagem suporta properties ou nao, a diferenca no fim eh pequena. Nao da pra botar a culpa na arma, afinal de contas.

Confiar na competencia do desenvolvedor, pra uma empresa que ta dando manutencao nos sistemas que outros desenvolvedores fizeram pra ela, eh mais ou menos como pular de um aviao e torcer pra alguem ter amarrado um para-quedas. Sinto muito, mas esse argumento (e essa analogia que eu bolei, tambem) foi horrivel.

Maniazinha esquisita de brasileiro de usar Delphi. Vai entender. Da proxima, tentem bater boca entre Java e Python, ou Ruby, que eu juro que troco de time e meto o pau em Java o quanto for necessario. Mas comparar uma linguagem extremamente ruim a uma linguagem feita pela Borland eh sacanagem.]]> http://www.guj.com.br/prepost/21616/114604/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114604/opinao-de-um-programdor-delphi-sobre-java GMT

Ou comrpa o Page-Jones que é muito bom tb.

[/quote]

Eu prefiro um em Português ]]> http://www.guj.com.br/prepost/21616/114607/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114607/opinao-de-um-programdor-delphi-sobre-java GMT
Aviso: bom senso se faz necessário

E Evangellion é muito bom @.@ eu vi todos ... direto ... 12h ... falo japonês .. e decorei a letra de entrada @.@]]> http://www.guj.com.br/prepost/21616/114609/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114609/re-opinao-de-um-programdor-delphi-sobre-java GMT
]]> http://www.guj.com.br/prepost/21616/114610/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114610/re-opinao-de-um-programdor-delphi-sobre-java GMT
Dá uma olhada no tópico que linkei.
[/quote]

Na resposta do Rafael mostra exatamente porque nao faz diferenca usar um metodo ou um atributo publico se o desenvolvedor nao tomar certos cuidados. O encapsulamento vai pro espaco.

]['s]]> http://www.guj.com.br/prepost/21616/114611/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114611/re-opinao-de-um-programdor-delphi-sobre-java GMT Maniazinha esquisita de brasileiro de usar Delphi. Vai entender. Da proxima, tentem bater boca entre Java e Python, ou Ruby, que eu juro que troco de time e meto o pau em Java o quanto for necessario. Mas comparar uma linguagem extremamente ruim a uma linguagem feita pela Borland eh sacanagem.[/quote]

Falou tudo cv... comparar java com Delphi é sacanagem...


Agora vamos cutucar o cv!!!

Por que a galera do phyton não gasta da turma do JAVA??? O que a gente fez para eles???

Não conheço phyton, mas me tire uma curiosidade. Essa coisa ai é multiplataforma também???? (Perdoem-me a ignorância)rsrs...

O que o phyton e o Ruby tem de tão excepcional que faz vc até mudar de time???

Abraços!!]]> http://www.guj.com.br/prepost/21616/114628/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114628/opinao-de-um-programdor-delphi-sobre-java GMT
ex:

class Pessoa
{
private int codigo;
private String nome;

// setters and getters

public void salvar()
{
// o que eu faço agora em um abiente distribuido ?
// passo eu mesmo como parâmetro para um serviço ?
}
}]]> http://www.guj.com.br/prepost/21616/114647/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114647/re-opinao-de-um-programdor-delphi-sobre-java GMT
Python (e Ruby) sao multiplataforma, usam o mesmo conceito de maquinas virtuais que o Java, a diferenca eh que, enquanto java tenta se manter completamente fora das questoes que envolvem ficar dependente de uma plataforma, e nao eh incomum ver casos onde a API padrao do java faz um trabalhinho bem porco, python/ruby se esforcam pra ser multiplataforma quando eh interessante - ou seja, tem codigo na api padrao do python que so funciona no win32, mas vc vai ficar sabendo disso de cara pq o nome do modulo comeca com win32_alguma_coisa

Python e Ruby nao tem nada de taaaaaaao excepcional, mas sao linguagens otimas, e comparadas com Java, mais produtivas, e eh soh.]]> http://www.guj.com.br/prepost/21616/114649/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114649/opinao-de-um-programdor-delphi-sobre-java GMT
Acho que qualquer hora posso dar uma olhadinha e ver se aprendo alguma coisa...

Qualquer dia poderiamos abrir um tópico para comentar sobre o assunto!!]]> http://www.guj.com.br/prepost/21616/114653/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114653/re-opinao-de-um-programdor-delphi-sobre-java GMT
[i][color=orange]Warning: possible ambiguity in the following proposition:[/color][/i]

[quote=eu] O legal dele é que ele usa a API javax.swing e não uma própria API tipo SwingGambiarrizadaParaCarregarDeXML, como acho que acontece com o Thinlet.[/quote]

Bom vou explicar melhor: eu pensava que no Thinlet eu ia fazer algo tipo new Janela("file.xml") e então fazer janela.getTextFieldNome(), janela.getTextAreaDescricao() ou algo assim, mas não é bem assim, para acessar os objetos você tem um jeito maluco usando apenas Object, apesar de que já vi sobre um projeto de criar wrappers. Entendeu?

@adicionado: o SwingGambiarrizadaParaCarregarDeXML seria um exemplo para o SwiXML, eu sei que thinlet usa AWT e XUL.

[quote=cv]:arrow: Sim, voces desviaram do topico de novo. E Evangelion [b]rula[/b]. Mas eu nao tenho saco de ler/assistir.[/quote]

[i][color=orange]Error: unknown identifier: "rula"[/color][/i]

[quote=cv]:arrow: "Eu nao tenho grana pra comprar tudo isso de livro" - mas tem tempo de ler? Entao passa numa biblioteca boa. Ou pega um salario melhor, pq vc ta ganhando pouco pra sustentar a sua propria profissao. De qualquer forma, os 3 primeiros sao bons. Recomendo qualquer coisa do Booch tambem.[/quote]

Foi uma brincadeira, apesar de não ter grana mesmo!! Obrigado pelas dicas! Acho que estudar filosofia vai me ajudar a entender OO também hehehehe.

[quote=cv]:arrow: Se a linguagem suporta properties ou nao, a diferenca no fim eh pequena. Nao da pra botar a culpa na arma, afinal de contas.[/quote]

Bem um problema das propriedades é que o usuário da classe não sabe se está acessando um campo ou uma propriedade, já nos getters/setters fica claro que há algum código de acesso. Mas não acho isso tão terrível. Eu acho esquisito um código assim:

[code]
eva.setFactory(info.getFactory());
eva.setPilot(info.getPilot());
eva.setEngine(info.getEngine());
[/code]

Acho que assim fica menos estranho, e os getters/setters rodam debaixo do pano:

[code]
eva.factory := info.factory;
eva.pilot := info.pilot;
eva.engine := info.engine;
[/code]


[quote=cv]:arrow: Confiar na competencia do desenvolvedor, pra uma empresa que ta dando manutencao nos sistemas que outros desenvolvedores fizeram pra ela, eh mais ou menos como pular de um aviao e torcer pra alguem ter amarrado um para-quedas. Sinto muito, mas esse argumento (e essa analogia que eu bolei, tambem) foi horrivel.[/quote]

Acho que ninguém disse isso aqui.

[quote=cv]:arrow: Maniazinha esquisita de brasileiro de usar Delphi. Vai entender. Da proxima, tentem bater boca entre Java e Python, ou Ruby, que eu juro que troco de time e meto o pau em Java o quanto for necessario. Mas comparar uma linguagem extremamente ruim a uma linguagem feita pela Borland eh sacanagem.[/quote]

Tá dizendo que o Java é extremamente ruim?]]> http://www.guj.com.br/prepost/21616/114654/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114654/opinao-de-um-programdor-delphi-sobre-java GMT
Caramba.. eu pensava assim LIPE!!

Daí eu li uns livros de Pattern... daí comecei a pensar diferente.. comecei a entender que quanto mais separar melhor!!! Daí, ao invés de eu colocar um método salva dentro de uma objeto aluno, comecei a colocar o método salvar em um DAO e só me preocupo em passar o aluno por parâmetro!!!

Agora vocês vém me dizer que o ideal é voltar atrás e juntar tudo de novo??
Eu percebi que o pessoal aqui curte isso. Mas e a separação de responsabilidades? Continuam existindo???

Seria isso o que o Philip e a galera chama de desenvolver Orientado a Objeto???]]> http://www.guj.com.br/prepost/21616/114659/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114659/re-opinao-de-um-programdor-delphi-sobre-java GMT
Sei lá esquisito...

[quote=LIPE]E Evangellion é muito bom @.@ eu vi todos ... direto ... 12h ... falo japonês .. e decorei a letra de entrada @.@[/quote]

Viu os filmes também? Sabe Japa mesmo? Quando busquei traduções para Zankoku na tenshi no teeze (a música de abertura da série), achei coisas bem diferentes umas das outras. Parece que traduzir Japonês é muito difícil.

Se eu te der R$100 você traduz Fairy Dreaming pra mim hehehe? (apesar do título ser em inglês, ela é japonesa)]]> http://www.guj.com.br/prepost/21616/114664/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114664/re-opinao-de-um-programdor-delphi-sobre-java GMT
Ambiente distribuído? [b]De verdade?[/b] DTO até que alguém tenha uma idéia melhor...]]> http://www.guj.com.br/prepost/21616/114674/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114674/re-opinao-de-um-programdor-delphi-sobre-java GMT Daí eu li uns livros de Pattern... daí comecei a pensar diferente.. comecei a entender que quanto mais separar melhor!!! Daí, ao invés de eu colocar um método salva dentro de uma objeto aluno, comecei a colocar o método salvar em um DAO e só me preocupo em passar o aluno por parâmetro!!![/quote]

Você entendeu errado, isso não tem nada a ver com camadas tem a ver com não fazer
[code]
String senha = usuario.getSenha();
if(senha.equals(parametro)
return true...
[/code]

E sim
[code]

boolean senhaValida = usuario.validarSenha(parametro);

[/code]]]> http://www.guj.com.br/prepost/21616/114675/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114675/re-opinao-de-um-programdor-delphi-sobre-java GMT
Existe um tal de Object Wrapper Thinlet (OWTHINLET).]]> http://www.guj.com.br/prepost/21616/114678/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114678/opinao-de-um-programdor-delphi-sobre-java GMT
Insistindo, pcalcado me explique como você mudaria essa sua implementação se o sistema fosse distribuído, ou pior, se passasse a ser.


]]> http://www.guj.com.br/prepost/21616/114685/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114685/re-opinao-de-um-programdor-delphi-sobre-java GMT
Insistindo, pcalcado me explique como você mudaria essa sua implementação se o sistema fosse distribuído, ou pior, se passasse a ser.


[/quote]

Ele ja respondeu.

[quote="pcalcado"] Ambiente distribuído? De verdade? DTO até que alguém tenha uma idéia melhor...[/quote]

Como ele disse "de verdade" o que nao é muito comum.

]['s]]> http://www.guj.com.br/prepost/21616/114686/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114686/re-opinao-de-um-programdor-delphi-sobre-java GMT [/quote]

Essa não é *minha* implementação, isso é o conceito defendido naqueles livrinhos que passei,e scriots por quem realmente entende (e muitas vezes definiu) a Orientação a Objetos.

Entretanto, questionar é sinal de inteligência, então vamos lá.

Você leu meu último post?

Primeiro, você não deveria ficar pensando muito no futuro distante. Se o sistema se tornar distribuido, se o sistema mudar de arqutietura, se o pé grnade invadir o datacenter... pense no seu presente e futuro imediato.

Depois, "sistema distribuído" é o termo mais genérico do mundo, me diz o que você quer dizer com isso.]]> http://www.guj.com.br/prepost/21616/114688/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114688/re-opinao-de-um-programdor-delphi-sobre-java GMT
Ele diz para fazermos o seguinte

pag Jsp --> JavaBean Cliente --> JavaBeanUsaBanco

a pág. jsp usa o objeto cliente, com todos os seus atributos e getters e setters o qual chama o JavaBeanUsaBanco.

Temos algo do tipo:

[code]
cliente = new Cliente("Zampa");
cliente.gravaCliente();
[/code]

onde na classe cliente teriamos

[code]
public Cliente(String nome){
this.nome = nome;
}
[/code]

e o cliente seria o responsável pela gravação dos dados.

Eu ainda nao li o artigo que o Lipe falou no tópico encapsulamento e também nao li nada sobre Design Patterns ainda, mas gostaria de saber:

Isso é OO?
Se não é como seria então???

O que o padrão que o Thiago falou difere disso???

Obrigado.

Ps.: Eu estou meio perdido nessa de padrões, por isso não consegui me concentrar neles ainda.]]> http://www.guj.com.br/prepost/21616/114693/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114693/re-opinao-de-um-programdor-delphi-sobre-java GMT
Isso é em verdade um pouco de más práticas com JSP. Mas isso nós vamos discutir [url=http://www.guj.com.br/posts/list/0/21687.java#114695]neste tópico [/url](esse aqui já tá super-lotado).]]> http://www.guj.com.br/prepost/21616/114696/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114696/re-opinao-de-um-programdor-delphi-sobre-java GMT
[code]boolean senhaValida = usuario.validarSenha(parametro);[/code]

Ja fiz de duas formas:
[code]String nome = usuario.getNome();
e
String nome = usuario.nome;[/code]

Pelo código ali então, eu deveria ter métodos que validassem meus atributos dentro do meu Bean? ]]> http://www.guj.com.br/prepost/21616/114698/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114698/re-opinao-de-um-programdor-delphi-sobre-java GMT na verdade nem li só olhei....]]> http://www.guj.com.br/prepost/21616/114700/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114700/re-opinao-de-um-programdor-delphi-sobre-java GMT Senão para que a gente se preocuparia com esses DAOs, Patterns e monte de coisas. Não existem apenas para garantir a reusabilidade e facilidade de manutenção. [/quote]


Viche.. agora você tocou na ferida!!!! AI!!!

O Philip falou que não é necessário ficar pensando no futuro por que foi comprovado que 90% do que criamos pensando que um dia será usado e reaproveitado, na verdade não é reaproveitado e nem utilizado!!!]

Leia um livrinho de XP que você vai entender nosso ponto de vista!!!

Abraços!]]> http://www.guj.com.br/prepost/21616/114713/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114713/re-opinao-de-um-programdor-delphi-sobre-java GMT na verdade nem li só olhei....[/quote]

Pelo menos me valeu no sentido de mostrar JSP. Eu não conhecia. Foi bem prático tb... Agora, mudar a forma de trabalho é mais fácil...

Voltando ao assunto Delphi x Java.... ]]> http://www.guj.com.br/prepost/21616/114717/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114717/re-opinao-de-um-programdor-delphi-sobre-java GMT Parei....

Eu sei que não existe sistemas perfeito, mas se a gente pensar assim é melhor usar o VB.
]]> http://www.guj.com.br/prepost/21616/114723/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114723/re-opinao-de-um-programdor-delphi-sobre-java GMT Parei....

Eu sei que não existe sistemas perfeito, mas se a gente pensar assim é melhor usar o VB.
[/quote]

Jprogrammer, patterns em si são (soluções) reusáveis, mas o software construído com patterns não é imediatamente reutilizável.

Ninguéme stá falando em não usar patterns aqui

]]> http://www.guj.com.br/prepost/21616/114725/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114725/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114728/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114728/re-opinao-de-um-programdor-delphi-sobre-java GMT
E Thiago, entendeu a colocação do Shoes? Como ele mesmo diz, a persistência de dados em algum lugar não é responsabilidade dos objetos do domínio. Como eu disse, bom senso se faz necessário.
Observe:
[code]
void execute() {
Pessoa p = new Pessoa();
Tranformer t = new XmlToObjetctTranformer();
String xml = t.transform( p );
Connection connection = new ConnectionGiver().getConnection();
connection.graveEsteXmlNoBanco( xml );
Messenger m = new ClientMessenger();
messager.sendMessage( "Pessoa gravada no banco com sucesso." );
}
[/code]
Percebeu quanta coisa essa Action fez? Quantos objetos ela teve que conhecer para fazer o seu trabalho? Não seria muito melhor que os objetos envolvidos fossem mais inteligentes e, ao invés da action pedir a informação para fazer o trabalho, delegasse partes do mesmo para os objetos inteligentes?]]> http://www.guj.com.br/prepost/21616/114732/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114732/re-opinao-de-um-programdor-delphi-sobre-java GMT
se eu tenho o código abaixo:

[code]
MinhaAction {
Aluno a = new Aluno();
// seto valores nos get e sets
a.save()
}
[/code]

Estou considerando que a modelagem do projeto foi bém feita, a atriibui ao objeto aluno a responsabilidade de persistir seus próprios dados.

Nada me impede de dentro do método save utilizar um AlunoDAO.

Ou seja, é melhor eu fazer isso que eu exemplifiquei aqui do que fazer aquele action cheio de coisas igual o LIPE mostrou???

Abraços!]]> http://www.guj.com.br/prepost/21616/114751/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114751/re-opinao-de-um-programdor-delphi-sobre-java GMT
(Off-Topic: Esse negócio de [b]acho->logo[/b] na sua assinatura tá meio que contra a lógica)]]> http://www.guj.com.br/prepost/21616/114757/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114757/re-opinao-de-um-programdor-delphi-sobre-java GMT eu quero .. eu preciso [/quote]

Hehehehehhehe

Death and Rebirth é tipo um resumo da série, com algumas bem poucas coisas a mais, tipo no início eles mostram mais ou menos o acidente no pólo sul.

Mas ae, você [b]TEM[/b] que ver The End of Evangelion, cara é muuuuuuuuiiiiittttttooooo bom, cara é o máximo pra quem se amarrou na série. Cê tem que ver a última luta da Asuka!!! Até me emociono de lembrar!!!

Pra mim as partes mais demais foram a última luta da Asuka, no filme, e a morte do Kaworu, o último anjo.]]> http://www.guj.com.br/prepost/21616/114782/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114782/re-opinao-de-um-programdor-delphi-sobre-java GMT
Phillip,
Tirar a responsabilidade de se auto-persistir não violaria de alguma forma o encapsulamento?
Afinal, os objetos responsáveis pela persistencia vão ter que conhecer o estado exato daquele objeto para persisti-lo não eh?!

Eu sempre deleguei essa responsabilidade pra outro objeto, mas confesso que tenho esse pequeno grilo de estar violando o encapsulamento até hoje.
]]> http://www.guj.com.br/prepost/21616/114784/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114784/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114788/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114788/opinao-de-um-programdor-delphi-sobre-java GMT Tirar a responsabilidade de se auto-persistir não violaria de alguma forma o encapsulamento?
[/quote]

O maior problema é o acoplamento (além da confusão infernal de responsabilidades).

Faça poucos objetos acoplados à persistência (não falo nem em SGBD, tô fanaod em poucos objetos que conhecem um DAO, por exemplo) em sua camada de negócios.]]> http://www.guj.com.br/prepost/21616/114795/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114795/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114802/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114802/opinao-de-um-programdor-delphi-sobre-java GMT
Neste caso específico vocên não está totalemnte errado. O problema é como persistir dados num modelo OO.]]> http://www.guj.com.br/prepost/21616/114803/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114803/opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114809/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114809/opinao-de-um-programdor-delphi-sobre-java GMT ]]> http://www.guj.com.br/prepost/21616/114811/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114811/re-opinao-de-um-programdor-delphi-sobre-java GMT
Bom adicionar um save num Cliente não é torná-lo inteligente, porque save não é regra de negócio, é persistência. A não ser que você queira o contrário. Certo?

O problema é por exemplo, quando for adicionar uma pessora, na classe de negócio seria um simples add de lista, mas algo por fora em algum momento deverá persistir de fato no disco. O problema é quando, e em que parte do código. Acho que a persistência deva ficar no controlador, isso tem cheiro de AOP não?

Perdoem-me se falei alguma blasfêmia!!!]]> http://www.guj.com.br/prepost/21616/114834/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114834/opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/114836/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114836/re-opinao-de-um-programdor-delphi-sobre-java GMT
[quote=louds]jprogrammer, sistemas perfeitos são aqueles que é possivel provar matematicamente que ele faz exatamente aquilo que é esperado. O dificil é provar, dado que isso é um problema sem solução computacional.[/quote]

Concordo plenamente!

Louds, adorei aquele link sobre política. Muito melhor do que a bobagem do delpheiro que não consegue entender OOP.

[]s
Luca
]]> http://www.guj.com.br/prepost/21616/114844/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114844/re-opinao-de-um-programdor-delphi-sobre-java GMT
eu sei que eu não acompanho esse topico desde o começo e não sou nenhuma autoridade\referencia no assunto:

vendo sobre o assunto de delegar persistencia para uma classe "Cliente" ou "ClienteDAO"... vcs disseram que se eu usar um ClienteDAO para persistir dados de clientes armazenados em uma classe Cliente, eu vou estar violando o enpsulamento??? na prática, que mal há nisso?

acho *em minha humilde opinião* bem pior deixar que o Cliente se persista.

PS: Que carinha é esse aí no seu avatar, Luca?]]> http://www.guj.com.br/prepost/21616/114845/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114845/opinao-de-um-programdor-delphi-sobre-java GMT
PS: Que carinha é esse aí no seu avatar, Luca?[/quote]

É o Sr. Mestre dos Magos, do desenho [url=http://www.google.com.br/search?hl=pt-BR&q=mestre+dos+magos+caverna+do+drag%C3%A3o&btnG=Pesquisa+Google&meta=]Caverna do Dragão[/url]

E, por sinal, ele é bem parecido com o Severino, aquele de Brasília.

Ps.: Vc tem 17 né? Se tivesse um pouquinho mais se lembraria...

Olha o Severino aí:

[img]http://www.camara.gov.br/severinocavalcanti/IMAGENS/fotodep1.jpg[/img]]]> http://www.guj.com.br/prepost/21616/114847/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114847/opinao-de-um-programdor-delphi-sobre-java GMT É o Sr. Mestre dos Magos, do desenho [url=http://www.google.com.br/search?hl=pt-BR&q=mestre+dos+magos+caverna+do+drag%C3%A3o&btnG=Pesquisa+Google&meta=]Caverna do Dragão[/url]
[/quote]
[b][***OFF-TOPIC*** LEITURA NÃO OBRIGATORIA][/b]
ah é... poutz... ele não me era estranho e eu tava quebrando a cuca pra me lembrar valeu Felipe
[b][***/OFF-TOPIC*** LEITURA NÃO OBRIGATORIA][/b]
]]> http://www.guj.com.br/prepost/21616/114848/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114848/opinao-de-um-programdor-delphi-sobre-java GMT
[quote=fzampa] parecido com o Severino, aquele de Brasília.[/quote]

Huahuahua....putz, é mesmo bem parecido! Será um Façade? Ou um Adapter? Decorator é que não é.

[]s
Luca]]> http://www.guj.com.br/prepost/21616/114849/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114849/opinao-de-um-programdor-delphi-sobre-java GMT
[quote]Ter uma interface e facilidade de uso como Delphi. [/quote]

Acho que não, aí você fica preso a um padrão

[quote]Possuir uma sintaxe, facilidade de acesso a banco de dados e ausência de tipagem como PHP.[/quote]

Facilidade de acesso ao banco o Java tem, alias, nisso o java manda muito bem, ainda mais com o apoio da Oracle e da IBM, que entendem muito bem de BD. Agora ausênsia de tipagem, acho que java poderia ter também. Assim como a linguagem Python que sempre teve.

[quote]Separar de forma definitiva layout da programação. [/quote]

O java faz isso, claro, não da forma padrão como conhecemos, mas podemos utilizar de forma independente.

[quote]Tratar eventos dos objetos assim como Delphi os implementa e não da forma ridícula como são feitos em Java. [/quote]

Também não conheco como o Delphi implementa isso, mas no Java, não vejo tantos problemas

[quote]Ser independente de plataforma de hardware e software. [/quote]

O java é independete de plataforma e de hardware, alias, não existe melhor ambiente para isso, pelo menos atualmente.

[quote]E o mais importante: abstraísse ao máximo tudo e absolutamente tudo que possa ser abstraído de tal forma que a gente se preocupe cada vez mais com regras de negócios e cada vez menos com códigos que poderiam ser implícitos. Quem gosta de ser mais detalhista e quisesse ter acesso ao coração do negócio que continuasse com Java ou C++. [/quote]

Isso eu concordo, poderia abstrair ao máximo e não ficar preso por muito tempo em coisas secundárias ou preliminares.]]> http://www.guj.com.br/prepost/21616/114891/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/114891/re-opinao-de-um-programdor-delphi-sobre-java GMT O problema é por exemplo, quando for adicionar uma pessora, na classe de negócio seria um simples add de lista, mas algo por fora em algum momento deverá persistir de fato no disco. O problema é quando, e em que parte do código. Acho que a persistência deva ficar no controlador, isso tem cheiro de AOP não?[/quote]

Exato, e esse é og rande problema da persistência como é hoje, na minha opiunião. Você tem chamads e objetos totalmente artificiais, como apra fazer persistência, quando na verade você sói deveria fazer um lista.add()...

Com AOP+Metadados você poderia identificar quando o cliente de uma classe chama algo que pode mudar seu estado e a parsistir automanticamente.

louds, no google eu achei [url=http://www.joelonsoftware.com/articles/LeakyAbstractions.html]este[/url] artigo do joel, é isso mesmo? Vou ler agora...]]> http://www.guj.com.br/prepost/21616/115058/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/115058/opinao-de-um-programdor-delphi-sobre-java GMT ]]> http://www.guj.com.br/prepost/21616/115068/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/115068/opinao-de-um-programdor-delphi-sobre-java GMT
Bem e este tópico tá meio que no mesmo assunto que este:
Super JavaBeans: Milagre ou Maldição?
[url]http://www.guj.com.br/posts/list/45/21687.java[/url]

Minha cabeça está tão embolada, que não sei nem o que perguntar ou dizer direito. Além de ficar indeciso sobre onde postar hehehhe.]]> http://www.guj.com.br/prepost/21616/115098/opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/115098/opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/115127/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/115127/re-opinao-de-um-programdor-delphi-sobre-java GMT
Aquilo é o que de certa forma eu tento passar para alguns que ficam atacando ferramentas de abstração: elas fazem isso para economizar trabalho repetitivo, não para torná-lo alienado (sim, estou falando do Delphi, mas vale para qualquer coisa). Veja o que o artigo diz:

[i]Aprenda como fazer manulalmente primeiro, só depois use a ferramenta para economizar tempo.[/i]

Se bem que a ordem que isso acontece pra mim não é muito importante. Eu particulamente prefiro usar e entender como funciona apenas se necessário, ou seja, se der pau. Ex: eu nunca precisei entender como funciona o sistema de eventos no Delphi, até criar um componente que precisava ter os seus próprios.

Bom e o mais interessante é que isso não acontece só na programação. Nós aqui na empresa lidamos diariamente com essas "falhas" da abstração, tipicamente isso significa um erro estúpido e sem lógica do Windows. O pior é que quando essas falhas acontecem nós acabamos às vezes concertando-as mas ainda mantendo-nos abstraídos.

É difícil dar exemplos, mas gira em torno do clássico "a solução é formatar". A gente sempre tenta resolver mas tem coisas que não dá.

Uma vez tinha uns caras querendo usar OLAP no M$ Excel. Tudo ia bem até que uma maldita mensagem de erro nos acionou. Essa mensagem ocorria em apenas uma máquina. Ela dizia simplesmente a respeito de uma ação que o usuário tentava executar: "não pode, e ponto". Passamos acho que uns dois dias com o caso, para concluírmos que uma atualização dentre as várias e várias do Windows Update é que faz algum treco que passa a bloquear a coisa, como uma atualização de segurança. Solução? Não temos muito tempo aqui e acabamos permanecendo nas abstrações às vezes: nós deixamos aquelas máquinas desatualizadas!!!!

Outra coisa é uma situação muito louca onde diversos programas ao serem abertos ficam chamando a instalação do M$ Office por causa de permissões no registro. Muito louco.

]]> http://www.guj.com.br/prepost/21616/115238/re-opinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/115238/re-opinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/208854/reopinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/208854/reopinao-de-um-programdor-delphi-sobre-java GMT

eu acho que essas bobagens que o cara escreveu sao relativamente utéis para o java.

O cara era ingenuo e não sabia do que estava falando porém, acho que essas visões loucas "de fora" podem ser uteis. Algumas besteiras que o cara falou fazem um certo sentido, principalmente a insatisfação dele com swing. Mostra que swing não é atrativo para alguem acostumado com a facilidade do delphi.

Eu passei bom tempo da vida programando c++ winapi, a primeira aventura fora disso foi java e eu achei bem "surreal" a forma como funciona o windowing dele, depois de aprender fui descobrindo o motivo daquela implementacao e passei a "gostar" mesmo sabendo que poderia ser mais facil para o progrmador.

Ter que escrever quase duas mil linhas de código pra tornar o JTable realmente útil e "rico" é meio chato. Eu só precisei fazer uma vez na vida, mas de qualquer forma, passei uns dias dando soco no teclado. Sim, o JTable é super poderoso e dá pra fazer N coisas com aquilo. Mas garanto a voces que a dor de cabeça de pegar um canvas e fazer tudo from scratch é comparavel e a sensação depois de ter concluído é muito melhor.

]]> http://www.guj.com.br/prepost/21616/208885/reopinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/208885/reopinao-de-um-programdor-delphi-sobre-java GMT
Pois é, e quem nunca utilizou uma linguagem funcional deveria saber [url=http://www.joelonsoftware.com/items/2006/08/01.html]o quanto closures são uma maravilha[/url] e o quanto isso faz falta em "linguagens orientadas a objetos sem closures" (como Java). A orientação a objetos não é o início, nem o meio nem o fim da história da programação, é apenas [b]uma das maneiras[/b] de se programar que pode ou não ser boa para um determinado caso.

E sobre a manunenibilidade de código, eu lido diariamente com código "orientado a objetos" que provavelmente foi escrito em uma máquina de escrever, porque ele não é nem um pouco fácil de manter.]]> http://www.guj.com.br/prepost/21616/208887/reopinao-de-um-programdor-delphi-sobre-java http://www.guj.com.br/prepost/21616/208887/reopinao-de-um-programdor-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/330225/reopiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/330225/reopiniao-de-um-programador-delphi-sobre-java GMT
"Mas se pensarmos em nível de linguagem o Java é absolutamente
imbatível hoje. "

não sei o que esse cara o "jprogrammer" viu de imbatível na ultra-complicada-complexa-ineficiente linguagem Java, não consigo entender!!!!



"Bom, acho que OO e JAVA deram um pontapé no surgimento de muitas tecnologias novas.. e a sua
importãncia na realidade tecnológica de hoje é inquestionável! "


bom, estou escrevendo agora em 2011, ano em que o Java começou a afundar já que a Oracle comprou a Sun e já começou a fechar o Java
e processar quem usou a tecnologia (Google), portanto acordem !!! o Java foi apenas uma linguagem muito mal feita, derivada do C,
que os norte-americanos nos empurraram goela abaixo, para depois que a linguagem se estabelecesse no mundo inteiro, aí cobrar licença,
e vocês ficam aí dando atenção e falando dessa linguagem, por favor não se deixem enganar da próxima vez, porque importância na realidade
tecnológica de hoje como nosso amigo falou, ah ... isso Java não tem mesmo!



"Depois que o Java apareceu e comecou a ficar famoso ..."

Acontece que o Java não "apareceu" como diz o nosso amigo vfpamp, foi "empurrado" para nós aqui do Brasil, como deve ter sido
empurrado mundo afora também, vocês não notaram que a cúpula de todas as empresas foi influenciada por essas empresas dos
Estados Unidos? e passaram a fazer novos projetos em Java ? e como nós aceitamos isso ? porque não desenvolvemos uma linguagem
nacional? porque ficamos programando em uma linguagem extremamente mal projetada, derivada do C, o C foi projetado para criar
software básico (tipo compiladores e outras coisas básicas), por isso é tão difícil fazer alguma coisa na área
financeiro/comercial/administrativa em Java, e ainda tem um zilhão de frameworks, uma pior do que a outra, é despadronizada e
ainda tem gente achando que isso é liberdade, fala sério!! famoso? agora em 2011 não tá mais tão famoso assim, e o mercado parece
estar se afastando de Java agora (indo pra Ruby), e como ficam as aplicações que vocês defensores do Java fizeram? coisas "lindas"
vamos assim dizer, por isso que as empresas brasileiras tem essa colcha de retalhos de linguagens nos seus sistemas, por esses
modismos que aparecem.


]]> http://www.guj.com.br/prepost/21616/1175888/reopiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1175888/reopiniao-de-um-programador-delphi-sobre-java GMT imbatível hoje. "

não sei o que esse cara o "jprogrammer" viu de imbatível na ultra-complicada-complexa-ineficiente linguagem Java, não consigo entender!!!!



"Bom, acho que OO e JAVA deram um pontapé no surgimento de muitas tecnologias novas.. e a sua
importãncia na realidade tecnológica de hoje é inquestionável! "


bom, estou escrevendo agora em 2011, ano em que o Java começou a afundar já que a Oracle comprou a Sun e já começou a fechar o Java
e processar quem usou a tecnologia (Google), portanto acordem !!! o Java foi apenas uma linguagem muito mal feita, derivada do C,
que os norte-americanos nos empurraram goela abaixo, para depois que a linguagem se estabelecesse no mundo inteiro, aí cobrar licença,
e vocês ficam aí dando atenção e falando dessa linguagem, por favor não se deixem enganar da próxima vez, porque importância na realidade
tecnológica de hoje como nosso amigo falou, ah ... isso Java não tem mesmo!



"Depois que o Java apareceu e comecou a ficar famoso ..."

Acontece que o Java não "apareceu" como diz o nosso amigo vfpamp, foi "empurrado" para nós aqui do Brasil, como deve ter sido
empurrado mundo afora também, vocês não notaram que a cúpula de todas as empresas foi influenciada por essas empresas dos
Estados Unidos? e passaram a fazer novos projetos em Java ? e como nós aceitamos isso ? porque não desenvolvemos uma linguagem
nacional? porque ficamos programando em uma linguagem extremamente mal projetada, derivada do C, o C foi projetado para criar
software básico (tipo compiladores e outras coisas básicas), por isso é tão difícil fazer alguma coisa na área
financeiro/comercial/administrativa em Java, e ainda tem um zilhão de frameworks, uma pior do que a outra, é despadronizada e
ainda tem gente achando que isso é liberdade, fala sério!! famoso? agora em 2011 não tá mais tão famoso assim, e o mercado parece
estar se afastando de Java agora (indo pra Ruby), e como ficam as aplicações que vocês defensores do Java fizeram? coisas "lindas"
vamos assim dizer, por isso que as empresas brasileiras tem essa colcha de retalhos de linguagens nos seus sistemas, por esses
modismos que aparecem.


]]> http://www.guj.com.br/prepost/21616/1175889/opiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1175889/opiniao-de-um-programador-delphi-sobre-java GMT imbatível hoje. "

não sei o que esse cara o "jprogrammer" viu de imbatível na ultra-complicada-complexa-ineficiente linguagem Java, não consigo entender!!!!



"Bom, acho que OO e JAVA deram um pontapé no surgimento de muitas tecnologias novas.. e a sua
importãncia na realidade tecnológica de hoje é inquestionável! "


bom, estou escrevendo agora em 2011, ano em que o Java começou a afundar já que a Oracle comprou a Sun e já começou a fechar o Java
e processar quem usou a tecnologia (Google), portanto acordem !!! o Java foi apenas uma linguagem muito mal feita, derivada do C,
que os norte-americanos nos empurraram goela abaixo, para depois que a linguagem se estabelecesse no mundo inteiro, aí cobrar licença,
e vocês ficam aí dando atenção e falando dessa linguagem, por favor não se deixem enganar da próxima vez, porque importância na realidade
tecnológica de hoje como nosso amigo falou, ah ... isso Java não tem mesmo!



"Depois que o Java apareceu e comecou a ficar famoso ..."

Acontece que o Java não "apareceu" como diz o nosso amigo vfpamp, foi "empurrado" para nós aqui do Brasil, como deve ter sido
empurrado mundo afora também, vocês não notaram que a cúpula de todas as empresas foi influenciada por essas empresas dos
Estados Unidos? e passaram a fazer novos projetos em Java ? e como nós aceitamos isso ? porque não desenvolvemos uma linguagem
nacional? porque ficamos programando em uma linguagem extremamente mal projetada, derivada do C, o C foi projetado para criar
software básico (tipo compiladores e outras coisas básicas), por isso é tão difícil fazer alguma coisa na área
financeiro/comercial/administrativa em Java, e ainda tem um zilhão de frameworks, uma pior do que a outra, é despadronizada e
ainda tem gente achando que isso é liberdade, fala sério!! famoso? agora em 2011 não tá mais tão famoso assim, e o mercado parece
estar se afastando de Java agora (indo pra Ruby), e como ficam as aplicações que vocês defensores do Java fizeram? coisas "lindas"
vamos assim dizer, por isso que as empresas brasileiras tem essa colcha de retalhos de linguagens nos seus sistemas, por esses
modismos que aparecem.


[/quote]
Ah tá...]]> http://www.guj.com.br/prepost/21616/1175894/opiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1175894/opiniao-de-um-programador-delphi-sobre-java GMT http://www.guj.com.br/prepost/21616/1175977/reopiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1175977/reopiniao-de-um-programador-delphi-sobre-java GMT
Esse pessoal poderia continuar discutindo mais por aqui ou ao menos deixar suas opiniões em algum lugar público (como um blog) ]]> http://www.guj.com.br/prepost/21616/1175988/reopiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1175988/reopiniao-de-um-programador-delphi-sobre-java GMT
marcio_gs, realmente, antigamente as discussões eram de um nível elevadíssimo. Hoje em dia a maioria das discussões ou acabam em falatório desnecessário ou nem se iniciam pq o assunto já foi discutido várias vezes.]]> http://www.guj.com.br/prepost/21616/1176048/reopiniao-de-um-programador-delphi-sobre-java http://www.guj.com.br/prepost/21616/1176048/reopiniao-de-um-programador-delphi-sobre-java GMT