Are Delphi programmers a dying breed?

This message was edited 2 times. Last update was at 25/06/2008 14:38:50

Leozin wrote:

ViniGodoy wrote:Por que especificamente com o .net? Não vejo no que ele seria melhor que o Java na migração.
A curva de aprendizado de ambos é enorme.

...Com .NET você não precisa aprender Hibernate, Struts, JSF, Application Server, EJB e o scambal a 4. É isso que torna o Java mais chatinho de aprender...

Desculpem a ignorância, mas em .Net persistência é feita como? Fora NHibernate, há alguma implementação de ORM decente e que seja padrão da plataforma?

neófito wrote:

Leozin wrote:

ViniGodoy wrote:Por que especificamente com o .net? Não vejo no que ele seria melhor que o Java na migração.
A curva de aprendizado de ambos é enorme.

...Com .NET você não precisa aprender Hibernate, Struts, JSF, Application Server, EJB e o scambal a 4. É isso que torna o Java mais chatinho de aprender...

Desculpem a ignorância, mas em .Net persistência é feita como? Fora NHibernate, há alguma implementação de ORM decente e que seja padrão da plataforma?

Bom, se tu usar o SQLServer da Microsoft$$ ele ja é totalmente integrado, com outros bancos ja nao sei como fica.

Tá, mas integrado como? Tem as facilidades que o JPA/Hibernate tem, ou pelo menos algo semelhante?

O LINQ é considerado um ORM? Não conheço LINQ, um desenvolvedor .net disse que o LINQ funciona como ORM também.

De qualquer forma, o bom e velho ECO funciona para .net também.

This message was edited 2 times. Last update was at 25/06/2008 16:21:20

Pelo pouco conhecimento que tenho sobre .Net, LINQ é uma ferramenta (classe, library, sei lá) que te permite realizar pesquisas dentro de coleções, usando uma linguagem semelhante ao SQL. Se for só isso mesmo, passa muito longe de ORM.

Rubem, e o que seria ECO?

Editado: overview do LINQ: LINQ: .NET Language-Integrated Query

neófito wrote:

Leozin wrote:

ViniGodoy wrote:Por que especificamente com o .net? Não vejo no que ele seria melhor que o Java na migração.
A curva de aprendizado de ambos é enorme.

...Com .NET você não precisa aprender Hibernate, Struts, JSF, Application Server, EJB e o scambal a 4. É isso que torna o Java mais chatinho de aprender...

Desculpem a ignorância, mas em .Net persistência é feita como? Fora NHibernate, há alguma implementação de ORM decente e que seja padrão da plataforma?

No .NET já é integrado, tem um esquema que trabalha com Dataset direto, consegue mapear componentes a dados e operações do banco. Ah, e isso não é ORM

ORM tem o NHibernate (como você citou) e tem um outro esquema lá, parece que esse LINQ é o ORM da m$, mas nunca usei o LINQ. Pretendo estudar isso daqui a um tempo =P

Leozin wrote:No .NET já é integrado, tem um esquema que trabalha com Dataset direto, consegue mapear componentes a dados e operações do banco. Ah, e isso não é ORM

ORM tem o NHibernate (como você citou) e tem um outro esquema lá, parece que esse LINQ é o ORM da m$, mas nunca usei o LINQ. Pretendo estudar isso daqui a um tempo =P

Ah, legal.

E isso é melhor que JPA (que é oficial do java e não é nada complexo) ou Hibernate?

neófito wrote:

Leozin wrote:No .NET já é integrado, tem um esquema que trabalha com Dataset direto, consegue mapear componentes a dados e operações do banco. Ah, e isso não é ORM

ORM tem o NHibernate (como você citou) e tem um outro esquema lá, parece que esse LINQ é o ORM da m$, mas nunca usei o LINQ. Pretendo estudar isso daqui a um tempo =P

Ah, legal.

E isso é melhor que JPA (que é oficial do java e não é nada complexo) ou Hibernate?

Olha, depende muito do tipo de desenvolvedor que você é e, obviamente, da situação

Por exemplo, para Delphi-programmers-like, o do .NET é muito mais fácil porque basicamente:
- Abre uma conexão com o SQL Server
- Seleciona a tabela
- "binda" componentes e resultados para campos do banco
Detalhe: tudo isso é visual, drag'n drop e wizards. Quem usou aqueles componentes de banco de dados do Delphi, vai perceber que há muita semelhança

No java é outros 500, e, ainda que você utilize alguma ferramenta geradora de código wannabe, não é tão produtivo quanto esse esquema do .NET. Você tem que se preocupar com biblioteca, arquivos de configuração, mapeamentos e daí por diante

mas claro, pelo menos com hibernate/jpa você tem total controle de tudo que vem e vai pra tua aplicação e, é bem mais reutilizável (SessionFactories e PersistenContexts) e, claro, mais elegante. Além disso, nesse esquema de bindings do .NET é SQL puro, e ORM é ORM né =D

This message was edited 1 time. Last update was at 25/06/2008 21:41:16

Então Leozin,

Claro, concordo plenamente com você que o cara que veio de delphi vai preferir .Net, ainda mais se o cara for brasileiro. Mas as coisas no Java estão mudando...

Você já usou o Netbeans? Você vai ver que lá tem tudo (ou quase tudo) isso que você falou que tem no .Net.

Siceramente, pra mim o problema é que brasileito não está acostumado a pagar licensa de coisa nenhuma. Quantas empresas que você trabalhou não usavam o Delphi ou Visual Studio piratas? Eu, particularmente, em nenhuma. Todas usavam pirata. O Netbeans é gratuito e não tem todos os recursos que um Visual Studio tem, mas é claro que seria totalmente possível criar uma IDE dessas pra Java. A questão aqui é ferramenta, e não tecnologia.

Bom, mas entendo a sua colocação sobre programadores delphi preferirem .Net.

neófito wrote:Então Leozin,

Claro, concordo plenamente com você que o cara que veio de delphi vai preferir .Net, ainda mais se o cara for brasileiro. Mas as coisas no Java estão mudando...

Você já usou o Netbeans? Você vai ver que lá tem tudo (ou quase tudo) isso que você falou que tem no .Net.

Siceramente, pra mim o problema é que brasileito não está acostumado a pagar licensa de coisa nenhuma. Quantas empresas que você trabalhou não usavam o Delphi ou Visual Studio piratas? Eu, particularmente, em nenhuma. Todas usavam pirata. O Netbeans é gratuito e não tem todos os recursos que um Visual Studio tem, mas é claro que seria totalmente possível criar uma IDE dessas pra Java. A questão aqui é ferramenta, e não tecnologia.

Bom, mas entendo a sua colocação sobre programadores delphi preferirem .Net.

Eu já programei em Delphi e preferi o Java.

rlazoti wrote:

neófito wrote:Então Leozin,

Claro, concordo plenamente com você que o cara que veio de delphi vai preferir .Net, ainda mais se o cara for brasileiro. Mas as coisas no Java estão mudando...

Você já usou o Netbeans? Você vai ver que lá tem tudo (ou quase tudo) isso que você falou que tem no .Net.

Siceramente, pra mim o problema é que brasileito não está acostumado a pagar licensa de coisa nenhuma. Quantas empresas que você trabalhou não usavam o Delphi ou Visual Studio piratas? Eu, particularmente, em nenhuma. Todas usavam pirata. O Netbeans é gratuito e não tem todos os recursos que um Visual Studio tem, mas é claro que seria totalmente possível criar uma IDE dessas pra Java. A questão aqui é ferramenta, e não tecnologia.

Bom, mas entendo a sua colocação sobre programadores delphi preferirem .Net.

Eu já programei em Delphi e preferi o Java.

2, quando conheci o java foi paixao na hora hehe abandonei o coitadinho do delphi, mas é pq eu gosto de código mesmo heheh estar no controle, porque ficar no arrasta e solta e nao saber o que ta pegando é foda!!

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

marcosalex wrote:O Delphi pra .NET tem ORM com uma ferramenta que chama ECO. Além disso, ele permite programar visualmente. Você consegue sair do modelo UML diretamente para seus objetos no código, muito fácil. Na boa, em produtividade nenhuma ferramenta até hoje conseguiu desbancar o Delphi. O Netbens vem evoluindo nessa direção e está melhor que o JBuilder, da própria Borland, mas ainda tem de melhorar muito.

Na minha opinião, VB era mais produtivo que delphi.
Aliás, nem VB. Basic é bem produtivo.

Agora, se você quiser levar em conta robustez, portabilidade, qualidade de código, manutenibilidade, etc, vai ver que gambiarras e plataformas limitadas são sempre mais "produtivas" do que desenvolvimento de software de verdade porque dispensam todas essas características.

Thread.start() Membro desde: 24/04/2007 13:25:18 Mensagens: 49 Offline

victorwss wrote:

marcosalex wrote:O Delphi pra .NET tem ORM com uma ferramenta que chama ECO. Além disso, ele permite programar visualmente. Você consegue sair do modelo UML diretamente para seus objetos no código, muito fácil. Na boa, em produtividade nenhuma ferramenta até hoje conseguiu desbancar o Delphi. O Netbens vem evoluindo nessa direção e está melhor que o JBuilder, da própria Borland, mas ainda tem de melhorar muito.

Na minha opinião, VB era mais produtivo que delphi.
Aliás, nem VB. Basic é bem produtivo.

Agora, se você quiser levar em conta robustez, portabilidade, qualidade de código, manutenibilidade, etc, vai ver que gambiarras e plataformas limitadas são sempre mais "produtivas" do que desenvolvimento de software de verdade porque dispensam todas essas características.

Tem uma coisa que os Freetards e os Puristas Academicos nunca levam em consideração, chama-se custo beneficio
e por isso que eles nunca ganham dinheiro.

Programo diariamente em Delphi e Java, e tem coisas que eu prefiro java e tem coisas que eu prefiro Delphi.
por puro custo/beneficio,
levando em conta necessidade de escalabilidade, complexidade, prazo, ... requistos...

inte
Heber

http://www.heberfa.com.br
http://www.jungledigitalgames.com.br

Acredito que existam bons desenvolvedores em qualquer tecnologia. SAber programar não é somente escolher uma linguagem...

[]s

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