Java vai perder mercado para JRuby

Virtual Machine Man Membro desde: 14/09/2006 10:58:22 Mensagens: 604 Offline

bzanchet wrote:

Thiagosc wrote:Por que [usar java]?
- porque o Java força o desenvolvedor a desenvolver de uma certa maneira. Isso facilita muito na hora de dar manutenção e garante que os menos talentosos não o farão pastar por horas tentando resolver um problema esdrúxulo;

Seria bom se fosse assim, mesmo...

O java facilita manutenção???? kkkkkkkkkkkk...

Virtual Machine Man Membro desde: 14/09/2006 10:58:22 Mensagens: 604 Offline

zanatto wrote:

zanatto wrote:Alguém tem um exemplo de JRuby?

Graças a esse tópico, vou pesquisar e estudar.

Valeu cara por mais um tópico desses!

Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.

Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...

100+

Falei que ia estudar e estudei!

Eu achei bem legal e produtivo! Mas acredito que existem alguns frameworks com EJB+JSF que fazem isso também! Tipo o Oracle ADF.

Mas é bem legal a sacada dos caras!
Nessas pesquisas acabei lendo esse livro, dos criadores do RoR, que todos devem ler:

http://gettingreal.37signals.com/GR_por.php

Ao contrário do que diz o zanatto, não recomendo a leitura desse livro, ele é altamente irreversível. Vai fazer muita gente pensar coisas do tipo "o que estou fazendo aqui". Vai fazer as pessoas pensarem...

Pode haver muita decepção porque:

- Vão descobrir que programamos para configurar frameworks no java;
- Reuniões são tóxicas;
- Processos são burocráticos;
- Vão parar de fazer frameworks que fazem uma linha a mais do que já existe;
- Vão descobrir que poderia utilizar 60% do tempo gasto hoje para configurar frameworks e aqueles nojentos e intermináveis xml de configuração para terminar a aplicação;
- Vão odiar RUP, e todos esses processos CMMI;
- Vão chutar os casos de uso;
- Vão achar o Administrador de dados idiota por utilizar a 4 e 5 forma normal sem necessidade nenhuma;
- Vai ver que não pode mudar o mundo, e vai começar a ficar descontente com o processo que existe no seu trabalho.

Comigo aconteceu isso...

Por isso não recomendo... Vá ler a documentação do EJB 3.0 e seja feliz.

[]'s

Os ultimos posts me lembram de uma antiga frase....

"Os bancos de dados são um cancer que as pessoas nem sabem que tem" ... "o p*** é a cura"...

Reuniões, processos, são coisas das organizações, não das linguagens de programação....
Mas tudo bem, deve haver uma conspiração por trás disso tudo, cuidado pra não ser perseguido por ela ao tentar revelar a verdade as pessoas, hauhauahuahauahuahu

VELO

Thread.start() Membro desde: 18/12/2006 18:06:28 Mensagens: 37 Offline

luidhi wrote:

zanatto wrote:

zanatto wrote:Alguém tem um exemplo de JRuby?

Graças a esse tópico, vou pesquisar e estudar.

Valeu cara por mais um tópico desses!

Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.

Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...

100+

Falei que ia estudar e estudei!

Eu achei bem legal e produtivo! Mas acredito que existem alguns frameworks com EJB+JSF que fazem isso também! Tipo o Oracle ADF.

Mas é bem legal a sacada dos caras!
Nessas pesquisas acabei lendo esse livro, dos criadores do RoR, que todos devem ler:

http://gettingreal.37signals.com/GR_por.php

Ao contrário do que diz o zanatto, não recomendo a leitura desse livro, ele é altamente irreversível. Vai fazer muita gente pensar coisas do tipo "o que estou fazendo aqui". Vai fazer as pessoas pensarem...

Pode haver muita decepção porque:

- Vão descobrir que programamos para configurar frameworks no java;
- Reuniões são tóxicas;
- Processos são burocráticos;
- Vão parar de fazer frameworks que fazem uma linha a mais do que já existe;
- Vão descobrir que poderia utilizar 60% do tempo gasto hoje para configurar frameworks e aqueles nojentos e intermináveis xml de configuração para terminar a aplicação;
- Vão odiar RUP, e todos esses processos CMMI;
- Vão chutar os casos de uso;
- Vão achar o Administrador de dados idiota por utilizar a 4 e 5 forma normal sem necessidade nenhuma;
- Vai ver que não pode mudar o mundo, e vai começar a ficar descontente com o processo que existe no seu trabalho.

Comigo aconteceu isso...

Por isso não recomendo... Vá ler a documentação do EJB 3.0 e seja feliz.

[]'s

Eu ainda acho que vale a pena ler.
Pois faz você refletir sobre como simplicar algo que você esteja fazendo de forma complexa.

Reuniões, UML, Metodologias e etc, são importantes e não vão acabar. Pois é a única mandeira de se trabalhar em uma grande empresa. Projetos que tem mais de 5 pessoas e por ae vai...

Esse livro eu achei legal, pois faz você reativar aquela ideia de desenvolver aquela solução "SUA", que você sempre quis fazer pra ter sucesso. Aqueles projetos pessoais do qual você nunca terminou...

E ele deixa isso claro quando fala que em um projeto deve se começar só com apenas 3 pessoas multi-uso.

Ao contrário do luidhi, eu ainda recomendo!
Principalmente para os visionários!

public void lista() {
usuarios = this.daoFactory.getUsuarioDao().listaTodos();
}

Virtual Machine Man Membro desde: 14/09/2006 10:58:22 Mensagens: 604 Offline

zanatto wrote:

luidhi wrote:

zanatto wrote:

zanatto wrote:Alguém tem um exemplo de JRuby?

Graças a esse tópico, vou pesquisar e estudar.

Valeu cara por mais um tópico desses!

Vão pro inferno, bando de fanaticos que mais visitam foruns doq programam alguma coisa.

Do jeito que falam bonitinho aqui no tópico, até parece que são agluma coisa...

100+

Falei que ia estudar e estudei!

Eu achei bem legal e produtivo! Mas acredito que existem alguns frameworks com EJB+JSF que fazem isso também! Tipo o Oracle ADF.

Mas é bem legal a sacada dos caras!
Nessas pesquisas acabei lendo esse livro, dos criadores do RoR, que todos devem ler:

http://gettingreal.37signals.com/GR_por.php

Ao contrário do que diz o zanatto, não recomendo a leitura desse livro, ele é altamente irreversível. Vai fazer muita gente pensar coisas do tipo "o que estou fazendo aqui". Vai fazer as pessoas pensarem...

Pode haver muita decepção porque:

- Vão descobrir que programamos para configurar frameworks no java;
- Reuniões são tóxicas;
- Processos são burocráticos;
- Vão parar de fazer frameworks que fazem uma linha a mais do que já existe;
- Vão descobrir que poderia utilizar 60% do tempo gasto hoje para configurar frameworks e aqueles nojentos e intermináveis xml de configuração para terminar a aplicação;
- Vão odiar RUP, e todos esses processos CMMI;
- Vão chutar os casos de uso;
- Vão achar o Administrador de dados idiota por utilizar a 4 e 5 forma normal sem necessidade nenhuma;
- Vai ver que não pode mudar o mundo, e vai começar a ficar descontente com o processo que existe no seu trabalho.

Comigo aconteceu isso...

Por isso não recomendo... Vá ler a documentação do EJB 3.0 e seja feliz.

[]'s

Eu ainda acho que vale a pena ler.
Pois faz você refletir sobre como simplicar algo que você esteja fazendo de forma complexa.

Reuniões, UML, Metodologias e etc, são importantes e não vão acabar. Pois é a única mandeira de se trabalhar em uma grande empresa. Projetos que tem mais de 5 pessoas e por ae vai...

Esse livro eu achei legal, pois faz você reativar aquela ideia de desenvolver aquela solução "SUA", que você sempre quis fazer pra ter sucesso. Aqueles projetos pessoais do qual você nunca terminou...

E ele deixa isso claro quando fala que em um projeto deve se começar só com apenas 3 pessoas multi-uso.

Ao contrário do luidhi, eu ainda recomendo!
Principalmente para os visionários!

Zanatto,

Isso foi irônico, lógico que recomendo a leitura...

[]'s

Será que tem gente que não percebeu ainda que vai ter lugar pra todo mundo? Menos ou mais pra cada lado, o mundo de TI continuará demandando mão de obra por anos a fio. Esperto de quem aproveitar melhor as oportunidades.

Afinal de contas, tem doido pra tudo.

REalmente o mercado da pra todo mundo até Clipper ainda tem merado !

juniorsatanas wrote:public void lista() {
usuarios = this.daoFactory.getUsuarioDao().listaTodos();
}

Bem, há explicações para o código acima... vamos lá:

this.daoFactory

Nesse caso você não precisa usar this. Só seria necessário se você passasse um argumento com o mesmo nome (daoFactory) para o método. As pessoas reclamam que java é verboso, mas se não souber usar a linguagem fica difícil.

.daoFactory

O motivo de se usar um "daoFactory" aqui é encapsular a criação de objetos "DAO". Com o uso de polimorfismo, um recurso da orientação a objetos, é possível manter o contrato inalterado e "construir" objetos com implementação diferentes. Por exemplo, em um sistema onde a persistência é feita com um banco de dados relacional, teoricamente poderia-se mudar os DAO's e mudar o mecanismo de persistência para prevayler, por exemplo. Minha única objeção aqui é que geralmente os projetos não mudam o mecanismo de persistência, portanto, essa camada de indireção não seria necessária.

.getUsuarioDao()

Se o seu sistema prevê manutenção futura, é altamente recomendado que se separe o código de acesso à dados do código que trata da lógica de negócio, normalmente em um DAO. Não há nada de mal nisso, pelo contrário, facilita bastante na organizaçao e manutenção de um código.

.listaTodos()

Método normal, não vejo nenhum problema com ele.

Conclusão, boa parte dos problemas que dizem ser do java, são na verdade dos programadores e de uma cultura que estimula a fazer as coisas da forma mais difícil e "bonita". Falta uma boa dose de pragmatismo nos programadores java de hoje em dia. O Kent Beck, com o XP, prega isso desde 1999.

Pensando bem, o mundo do desenvolvimento de software talvez realmente precise do Ruby on Rails, talvez mais para uma mudança cultural, porque com geradores de código e tudo mais que o framework traz, é natural a produtividade que ele proporciona.

A grande vantagem do Jruby, vai ser só a velocidade para fazer os sistemas sobre o java línguagem ! em alguns casos .

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