Todo mundo sabia, ninguém fez nada

Considerando que existe uma JSR (JSR-223) que prevê um mecanismo que permita o livre acesso de linguagens de script (entre elas Groovy e PHP) à plataforma Java, o fato da IBM apoiar PHP não significa que ela vai abandonar o barco do Java. Significa que eles vão apostar no PHP como futura tecnologia para desenvolvimento de aplicações web ao invés da linguagem Java ou Groovy.
Mas, graças a Deus. Antes PHP do que Beanshell.

RAD? nao existe RAD nem para PHP… Assim como o Daniel disse, a IBM esta apostando no php tambem. Ela tem investimentos em milhares de coisas ja. O resto eh especulacao.

Rafael

Olá,

Se isso fosse um problema deveriamos ter ficado preocupado tambem quando a Oracle resolveu apoiar o PHP.

]['s

NMO, Java (leia-se “o mundo de ferramentas Java”) não é tão maravilhoso quanto dizem por aí. De fato ainda não conheço um RAD Java do nível do Delphi. Nunca vi o plug-in de GUI do Eclipse, mas sim o do NetBeans que não é grande coisa, NMO.

Acho que o Eclipse e outras IDEs têm muitas coisas legais que no Delphi não tem, mas o inverso também é válido.

Na boa, arrastar um “componente de conexão com bando de dados access” para a “telinha” tem cheiro de arenque semi-digerido por um urubu velho.

E a ferramenta para fazer interfaces em Swing e SWT do Eclispse é ótima. Além de ter updates quase toda semana.

O WSAD se integra mto bem a varios banco de dados, facilitando mto a vida na hora de criar Statements e, se precisar, ainda gera o JavaBean p/ cada Stat…

Alem disso, existem ferramentas como JBuilder, JDeveloper, WSAD… nenhuma delas supre a necessidade de ferramentas RAD? Independente do cheiro de RAD ou nao…

Marcio Kuchma

kuchma:

Alem disso, existem ferramentas como JBuilder, JDeveloper, WSAD… nenhuma delas supre a necessidade de ferramentas RAD? Independente do cheiro de RAD ou nao…

Marcio Kuchma

JBuilder não se compara ao Delphi.

Se Delphi lhe eh tao util, pq usar Java entao? Use o que melhor lhe convem (ou ao seu cliente). Simples assim.

Rafael

NMO, são sim. Para o que o Java se propoe as ferramentas a meu ver sao muito boas.

Mas quem disse que o Java quer isso pra ela? Eu particvularmente espero que continue assim, sem RAD desse nivel que suja o codigo e ainda fica tranzendo so arrastador de componente.

]['s

Fabio

O que leva as pessoas a achar que Java eh um substituto pro Delphi ou VB sempre me deixou meio curioso. A grande maioria das ferramentas existente hoje pra Java foca a qualidade do desenvolvimento e do software que sai dali, enquanto no Delphi e VB, o foco esta em produtividade e nao muito mais do que isso. Cada uma tem seus meritos e mercados, entao nao vem ao caso discutir qual eh a melhor, pq cada uma eh melhor pra coisas diferentes.

Agora, se o seu problema eh soh produtividade, entao vc nao esta enxergando a coisa direito: software produzido rapido e com baixa qualidade ainda continua se chamando prototipo, nao importa como voce queira ver a coisa.

Questão de produtividade depende muito do desenvolvedor.

Não adianta ter uma super ferramenta, ultra facil de usar e um desenvolvedor sem noção alguma de programação no controle dela (Algo que acontece muito no VB, afinal é só arrastar ali e pronto…). Uma porta pode desenvolver rapido desta maneira? Pode! Vai sair algo bom? Claro que não!

Olá GUJ’s

Concordo que não há nenhuma ferramenta RAD realmente produtiva para RAD.
Mas tenho uma colocação e ao mesmo tempo uma pergunta?

Há no Delphi ou VB algum suporte para testes, ferramentas de build ou frameworks igual temos em Java? VB ou Delphi possui suporte para refactoring comparável ao do Eclipse ou Ingelij IDEA.

Bom, nós não temos um editor de telas tão bonitinho quanto o do VB e do DELPHI, mas temos frameworks MVC.

Design Patterns sempre existiu, hoje se você programa em JAVA, logo você deve conhecer pelo menos um Pattern. Java é uma das tecnologias que mais ajudou no amadurecimento do Patterns, isso por que o código feito em java é mais propícia para possuir uma maior qualidade.

Ou seja, não temos produtividade em interfaces gráficas, mas temos produtividades em geração de código e altíssima qualidade na arquitetura dos nossos sistemas… (dependendo do projeto, é claro!).

Mas o que considera muito legal no java é que quando você precisa criar um botão, você precisa criar uma classe do tipo JButton… e não simplesmente arrastar uma figura de um botão para dentro de um form…

Ou seja, “NÓS SABEMOS O QUE ESTAMOS FAZENDO!!!”

Outro detalhe é que vc pode criar interfaces gráficas usando Swing, SWT, Thinlet entre outras ferramentas gráficas. Olhem só quantas opções temos!!!

Bom… agora sendo um pouco mais maldoso!
Nós desenvolvemos softwares… e não protóptipos!!!

Um Abraço!
Thiago Senna

Thiago, eu entendo onde vc quer chegar, e concordo com a maioria das suas opinioes, mas…

Nao eh “nos versus eles”, ta todo mundo no mesmo barco e se for ver bem, ninguem ate hoje sabe a formula certa pra desenvolver software direito. Muita gente tem uma boa ideia, e arrumou metodos QUASE consistentes de se chegar a bons resultados, mas, caindo na real, programar ainda eh uma bosta. Tudo bem que as IDEs hoje em dia estao fazendo todo tipo de pirueta, mas programar ainda eh uma bosta - invariavelmente, vc ainda cai num editor de texto com um monte de simbolos, em ordem esquisita, e ainda tem que se virar com eles. Em todas as linguagens.

Entao, nao adianta muito ficar “inimigo” do pessoal que usa outras ferramentas, ou tirar sarro - afinal, voce provavelmente nao tem tanta razao assim.

Concordo com o CV. Mas, se programar não fosse uma bosta nós perderíamos nossos empregos…

Não se pode abstrair demais. VB tentou isso e se deu “mal”.

Falou!

ralobao:

Não se pode abstrair demais. VB tentou isso e se deu “mal”.
Falou! :P

Não é por que a tentativada microsoft, e todas outras também, falhou que a idéia em sí é ruim.

Particularmente somente vejo alguma complexidade nos EJBs, pois ao meu ver Servlets e JSPs não têm “bicho-de-sete-cabeças” algum; nada que seja tão complexo e sobrenatural que um PHP ou um ASP da vida. :-o

Realmente o que torna os EJBs complexos é a falta de uma ferramenta verdadeiramente robusta para tratar de sua construção (e talvez logo mude esta opinião, pelo que estou vendo sobre o NetBeans 4.1 e seu suporte ao desenvolvimento J2EE/EJBs ).

Bem, tudo que necessito encontro no mundo livre, e aqui na UFRN estamos indo muito bem obrigado…

Chega num projeto com 150mb de codigo e me conta depois se a sua opiniao sobre os bichos de sete cabecas mudou ou nao. :mrgreen:

A tecnologia em si, e vista isoladamente, pode ser o mais simples que for, mas muita coisa simplesmente nao funciona quando aplicada em escala, e o problema nao eh dos EJBs, nem dos JSPs, nem do Velocity, nem do que for - eh do desenho da aplicacao. E nisso uma das unicas ferramentas confiaveis e genericas que a gente tem hoje eh neuronio. Um monte deles, alias.

Eu acho estranho como as pessoas são sentimentalistas em relação às “disputas” entre Java, Delphi, VB, .NET etc. É engraçado.

Bem pra mim parece que algum pessoal fala do Java como se ele fosse POWER-MEGALO-ULTRA-THE-TOTAL-SOLUTION-AND-ANYTHING-ELSE-IS-STUPID-AND-USELESS

Eu gosto muito do Java, mas tenho saudade de coisas do Delphi.

E só porque eu arrasto um botão para um formulário em vez de digitar código não quer dizer que eu não saiba que sua classe é TButton, que seu manipulador de evento padrão é o OnClick, que esses manipuladores baseiam-se no sistema de mensagens de eventos do Windows, que uma coisa é a propriedade Name e outra a variável do objeto no código, que o Delphi altera automaticamente o nome desta conforme aquela. Enfim, não que dizer que sou um alienado. As facilidades só trarão alienação se você quiser ser assim.

Não vou negar que eu também seja um pouco sentimentalista, mas cada coisa no seu lugar.

Mas o Java é muito bom, tem muita coisa boa!!! E no geral eu tendo pro Java!!!

Concordo com vc Renato!

Olha só, muitos dos que desenvolvem com Delphi podem ou não saber como é que funciona a fundo cada botãozinho que ele arrasta para dentro da tela.
É questão de opção!

Se alienar em uma programação como java ou não, também é uma questão de opção. Não tem nada de engraçado nisso!

Vir para o fórum dizer palavras defender uma visão, ou criticar ou ficar em cima do muro também é uma questão de opção!!!

SE por acaso um dia o java se fuder, por mais que uma pessoa seja alienada em java, ela pode ou se fuder junto com o Java ou bater as poeiras e se alienar em uma nova tecnologia do momento. Isso também é uma questão de opção. Isso também não é tão engraçado!

Um Abraço!
Thiago

Thiago, o seu post nao disse absolutamente nada. Refraseia ele, por favor?

O que será que ele quis dizer ? :?

O que será que ele quis dizer ? :? :D

Que assim como eu, ele não é a favor nem contra, muito pelo contrário…

O que será que ele quis dizer ? :? :D

Que assim como eu, ele não é a favor nem contra, muito pelo contrário…

Tá, mas quem está falando em termos de a favor e contra? É, as pessoas são sentimentalistas mesmo com essas coisas… :roll:

Olá GUJ’s!

Tudo Jóia!

Bom, me desculpem pela última mensagem!!!
Fiquei um pouco exaltado!!! Depois que terminei de escrever aquela mensagem e quando finalmente entrei no ônibus para ir para casa achei que havia exagerado!

Mas tentarei agora me explicar e expor minha opínião!
Naquela ocasião eu havia discordado de uma colocação onde disseram que é engraçado como algumas pessoas defendem de forma alienada uma tecnologia. Descordo disso pelo seguinte!

Uma pessoa mesmo sendo alienada em Java por exemplo pode ser humilde e reconhecer quando a tecnologia está mau das pernas e que finalmente chegou a hora de mudar de idéia ou mudar de tecnologia. Eu sinceramente não vejo nada de errado uma pessoa se Alienar em uma tecnologia desde que ela esteja atenta ao que está acontecendo nas principais tecnologias do mercado.

Acho bacana quando uma pessoa veste uma camisa. Mas admiro também quando uma pessoa consegue ser imparcial.

Éra só isso que eu havia tentado descrever… mas naquela mensagem eu estava arrogante!

Minhas Sinceras Desculpas!
Thiago Senna

Saber que um botão extende XYZButton e tem os eventos A, B, C vindo da PQP da MVC da MFC não diz que um sistema será bem cosntruído. É como ser certificado em Java, que só serve para arrumar emprego.

Eu posso saber que JFrame descende de awt.Blablabla e continuar criando belas porcarias em Java.

Sei que muitos programadores Delphi (e até VB) realmente se preocupam com seu sistema, ams isso é minoria, minoria extrema, e assim o é porque as plataformas induzem ao point-n-click.

Programas feitos nestas plataformas tendem a ser apenas front-end para bancos de dados, entretanto isso não é uma limitação da plataforma, como mencionei é apenas porque os próprios fornecedores querem assim.

Java está no lugar certo na hora certa, é uma linguagem fácil e com algumas características de objetos interessantes, e não foi feita pensando em point-n-click. Com a preocupação com a qualidade que temos hoje (após sofrermos tanto na mão de tantos legados que são um bando de programas empilhados), uma linguagem assim caiu como uma luva.

Produtividade? Aposto que um cara faz em ASP clássico uma tela de cadastro muito mais rápido que alguém em Delphi ou VB. Isso é extremamente relativo. O que eu demoro uma semana para fazer um programa que faça, um outro pode levar quinze minutos e fazer um shell script.

O grande benefício da plataforma java é a plataforma em si. Muita coisa pronta, muita coisa reutilizável e boa aceitação no mercado. A tendência é que seja substiuída em algum tempo em sua posição, ams por enquanto é a tecnologia que permite melhor aplicar conceitos recentes no desenvolvimento de software.

O ponto do cv, sobre Java substituindo CLIPPER/Delphi/VB é muito interessante. As empresas querem desenvolver em camadas (mesmo sem saber o que é isso) e estão tentando capacitar a mão de obra existente em java (vide tantos “estou vindo do delphi/vb/asp” aqui no forum) ou simplesmente mantendo os antigos no legado e abrindo vagas.

E o que essas pessoas vão fazer em jaa nas empresas (poderia ser em python, c+++, ruby…) exatamente as mesmas coisas que antes, só que agora os registros se chamam beans.

Opiniões, claro…

[]s

@ligeiramenteeditado

Thiago eu não te entendi, no outro post você disse que concordava comigo mas o resto do texto eu não entendi nada. Esse novo post você está falando do meu post???

Bem, eu é que não fui!!! Agora eu pergunto: o que é defender algo alienadamente? Estou alienado em relação a isso :?

Thiago Senna:

Uma pessoa mesmo sendo alienada em Java por exemplo pode ser humilde e reconhecer quando a tecnologia está mau das pernas e que finalmente chegou a hora de mudar de idéia ou mudar de tecnologia.

Mas o que não entendo é o que isso tem a ver com o que falei.

E eu acho às vezes, engraçado!!!

Bem, ainda estou confuso!!!

E quem disse o contrário???

Caramba!!!

Você falou que sabendo isso, não é alienado

Antes de mais nada, eu não estou dizendo que você seja alienado, te conheço alguma cosia para saber que não é o que parece. Nem estou falando que programadores X ou Y são assim, e os de java não, pelo contrário. Os de java são piores porque acham que estão fazendo as coisas muito bem só porque seus registros são declarados como classes.

O ponto é que saber sintaxe, saber toda uma hierarquia, saber se compila ou não compila etc. etc. não quer dizer absolutamente nada.

O que torna VB e Delphi e seus programadores alienados não é a plataforma, é a cultura que a envolve.

pcalcado:

O ponto do cv, sobre Java substituindo CLIPPER/Delphi/VB é muito interessante. As empresas querem desenvolver em camadas (mesmo sem saber o que é isso) e estão tentando capacitar a mão de obra existente em java (vide tantos “estou vindo do delphi/vb/asp” aqui no forum) ou simplesmente mantendo os antigos no legado e abrindo vagas.

E o que essas pessoas vão fazer em jaa nas empresas (poderia ser em python, c+++, ruby…) exatamente as mesmas coisas que antes, só que agora os registros se chamam beans.

Na mosca. E, se vc pegar o pessoal que veio de linguagens “nobres” (Smalltalk, Lisp e congeneres), vai ver que quando eles aterrisam no Java, muitos fizeram aquela cara de desgosto e pensaram “ah, isso eh legal… mas puta merda, cade o method_missing!? Essa API de reflection eh medonha! Cade as macros do Lisp? Pra que essa enchecao de saco com tipagem!?”. E esses caras sao perigosos tambem, pq em uma semana eles vao estar rolando na lama com bytecode, dynamic proxies e a merda toda, quando nao precisava.

Esse post descreve o fenomeno bem melhor que eu, aqui: http://fishbowl.pastiche.org/2004/04/04/cut_with_the_grain

Eu disse que não é alienado, em relação a como a tecnologia funciona e não a como utilizá-la bem, que é outra coisa!!

Que será que ele quis dizer? :?

:lol: :lol: :lol:

Que dizer que você conhece alguma coisa, apesar das facilidades da ferramenta, era isso que tava dizendo.

Então, você chegou no ponto: eu falei essas coisas porque teve um cara dizendo como se isso fosse característica dessas ferramentas, em vez das pessoas!! Ele tava rebaixando as ferramentas de uma maneira engraçada!!! E se eu fosse “sentimental com essas coisas” ia trava uma gerra, afinal ele “insultou meu querido Delphi”

[size=9]editado[/size]

Quis dizer que o que vc escreve nao condiz com o que ele conhece de vc. Ou talvez ele não te conheca. Ou talvez vc nao fale o mesmo que escreve. Ou talvez vc nao se conheca. Ou talvez estejamos discutindo sobre algo que não levará a nada…

:lol: :lol: :lol: :lol:

Poxa ninguém nunca viu Chaves!!!