| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/09/2010 19:14:39
|
lavh
GUJ Master
Membro desde: 30/07/2006 16:09:55
Mensagens: 1311
Offline
|
Esses dias tava conversando com o meu chefe sobre começar a deixar de usar Java como linguagem de desenvolvimento, e a resposta dele foi a seguinte
Se Java que é popular, já estamos com vagas a mais de 3 meses abertas e não conseguimos preencher, imagina se a gente passar a usar Scala por exemplo, não vamos encontrar profissionais prontos nunca.
De certa forma eu concordo com ele. Em um mercado aonde falta profissionais como o nosso, você usar algo que não seja mainstream é praticamente assinar um termo de "Terei que treinar todos os profissionais que vierem trabalhar aqui", e isso tem um custo elevado.
É preciso levar esse fato em conta também. Principalmente em áreas como aqui, que um projeto durá em produção 10 anos ou mais. E se vc faz um projeto que vai durar esse tempo em Scala, e neste intervalo Scala é abandonado?
É uma decisão bem delicada essa de abandonar a linguagem Java.
Para nós desenvolvedores, é importante aprender várias linguagens destas que estão surgindo, e tocar nossos projetinhos pessoais com a linguagem que atender melhor e for mais rápida pra aquilo. Mas para as empresas, a decisão fica bem mais difícil.
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/09/2010 20:05:15
|
marcosalex
GUJ Expert
![[Avatar]](/images/avatar/0a8f8b227be2d04a675082cc9d51c127.jpg)
Membro desde: 20/02/2008 12:32:59
Mensagens: 3371
Offline
|
Já vi um monte de linguagem nova aparecer, pregarem que é o futuro e que os desenvolvedores tem de focar nelas. Daí um monte de gente gasta dinheiro com treinamento, participando de congressos e apresentações e meses depois a linguagem desaparece.
Vamos ser críticos: quanto tempo um bom desenvolvedor demora pra aprender uma linguagem pelo menos ao ponto de ficar produtivo?
Se na sua região o mercado dessas linguagens estiver promissor, beleza. Mas se ainda ficar só na promessa, acho melhor investir em tecnologias que hoje estão em alta e geram dinheiro.
O que não pode é a pessoa ficar extremamente focada em uma só linguagem ou uma só tecnologia, mesmo Java sendo a mais popular. Mas acho que isso é óbvio.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/09/2010 20:30:08
|
bobmoe
GUJ Ranger
![[Avatar]](/images/avatar/9cc25407f209e031babdac7d3c520ccb.jpg)
Membro desde: 11/07/2006 20:45:48
Mensagens: 806
Localização: Sampa
Offline
|
marcosalex wrote:Já vi um monte de linguagem nova aparecer, pregarem que é o futuro e que os desenvolvedores tem de focar nelas. Daí um monte de gente gasta dinheiro com treinamento, participando de congressos e apresentações e meses depois a linguagem desaparece.
Vamos ser críticos: quanto tempo um bom desenvolvedor demora pra aprender uma linguagem pelo menos ao ponto de ficar produtivo?
Se na sua região o mercado dessas linguagens estiver promissor, beleza. Mas se ainda ficar só na promessa, acho melhor investir em tecnologias que hoje estão em alta e geram dinheiro.
O que não pode é a pessoa ficar extremamente focada em uma só linguagem ou uma só tecnologia, mesmo Java sendo a mais popular. Mas acho que isso é óbvio.
não aparecem tantas novidades assim em linguagens para isso se tornar um problema. se a pessoa acompanha o mercado já teve alguns anos para dominar de forma produtiva pelo menos ruby ou python.
|
BOB - Roberto Nogueira - bobmoe.blogspot.com |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/09/2010 23:24:04
|
Leonardo3001
GUJ Ranger
Membro desde: 04/07/2007 18:28:58
Mensagens: 975
Offline
|
marcosalex wrote:Já vi um monte de linguagem nova aparecer, pregarem que é o futuro e que os desenvolvedores tem de focar nelas. Daí um monte de gente gasta dinheiro com treinamento, participando de congressos e apresentações e meses depois a linguagem desaparece.
Vamos ser críticos: quanto tempo um bom desenvolvedor demora pra aprender uma linguagem pelo menos ao ponto de ficar produtivo?
Se na sua região o mercado dessas linguagens estiver promissor, beleza. Mas se ainda ficar só na promessa, acho melhor investir em tecnologias que hoje estão em alta e geram dinheiro.
O que não pode é a pessoa ficar extremamente focada em uma só linguagem ou uma só tecnologia, mesmo Java sendo a mais popular. Mas acho que isso é óbvio.
1- Não aparece tanta linguagem nova assim.
2- Qual foi a última linguagem que desapareceu? Eu não conheço nenhuma.
3- Um bom desenvolvedor não demora pra aprender uma nova linguagem. Se demora, não é bom!
4- Inicialmente, um profissional deve buscar sim as tecnologias mais utilizadas hoje. Porém, duvido que demore mais de dois anos pra aprendê-las. Após esse período, o profissional precisa dedicar parte do seu tempo mais no futuro do que no presente. Senão, corre um sério risco de perder o bonde.
|
Leonardo Veríssimo
-------------------------------------------------
Objectzilla |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/09/2010 23:54:03
|
Leonardo3001
GUJ Ranger
Membro desde: 04/07/2007 18:28:58
Mensagens: 975
Offline
|
lavh wrote:Esses dias tava conversando com o meu chefe sobre começar a deixar de usar Java como linguagem de desenvolvimento, e a resposta dele foi a seguinte
Se Java que é popular, já estamos com vagas a mais de 3 meses abertas e não conseguimos preencher, imagina se a gente passar a usar Scala por exemplo, não vamos encontrar profissionais prontos nunca.
De certa forma eu concordo com ele. Em um mercado aonde falta profissionais como o nosso, você usar algo que não seja mainstream é praticamente assinar um termo de "Terei que treinar todos os profissionais que vierem trabalhar aqui", e isso tem um custo elevado.
É preciso levar esse fato em conta também. Principalmente em áreas como aqui, que um projeto durá em produção 10 anos ou mais. E se vc faz um projeto que vai durar esse tempo em Scala, e neste intervalo Scala é abandonado?
É uma decisão bem delicada essa de abandonar a linguagem Java.
Para nós desenvolvedores, é importante aprender várias linguagens destas que estão surgindo, e tocar nossos projetinhos pessoais com a linguagem que atender melhor e for mais rápida pra aquilo. Mas para as empresas, a decisão fica bem mais difícil.
É a velha visão de curto prazo obfuscando a visão de longo prazo. Às vezes, gostaria de saber de quem não consegue contratar o que foi oferecido para os candidatos e aonde os procurou. Porque, sério, eu recentemente procurei emprego e a maioria dos recrutadores não mostrava nenhum diferencial que pudesse atrair candidatos, nenhum! É tudo a mesma coisa! Como é que eles esperam despertar o interesse de quem já tem quase a mesma coisa num outro emprego?! Bom, divago, voltando ao tópico...
O que você e seu chefe não percebem é que:
a) o pool de programadores Java é grande, mas está cheio de imbecis e alpinistas de carreira, salvando-se poucos; porém, o pool de programadores Scala é pequeno, mas que estão ali por paixão, onde boa parte é muito produtivo.
b) Qualidade triunfa sobre quantidade. A mentalidade taylorista impede de ver que a diferença de produtividade entre o pior e o melhor programador é muito grande, da ordem de 20 vezes mais. Sim, é isso mesmo, programação é uma atividade intelectual, portanto não é limitado pelo cansaço muscular. Posso dizer que é melhor ter uma equipe pequena de sete programadores Scala altamente motivados do que 50 operários que mechem (com "ch", porque não sabem nem português) com Java, mas desmotivados e sem possibilidade de alçar voos.
c) Uma empresa só vai contratar muito menos de 0,1% do pool de programadores. Não precisa que o pool seja grande, apenas que corresponda com a expectativa daqueles que estão neles. Outra, pare de procurar na APInfo, corre atrás e participe das comunidades Scala.
d) Um software não vai durar 10 anos se a política for manter a mesma arquitetura. Ela precisa evoluir, nem que seja pra trocar de linguagens por um tempo. Ou você acha que existe otário dando manutenção em um sistema do jeito que era feito há dez anos trás? (Não precisa responder, eu sei que tem!) Imagine: J2EE 1.3, com Struts 1.2.x, aqueles DTOs intermináveis... Acha que um sistema sobrevive, atendendo plenamente o cliente, continuando do jeito que tá? Se liga! Chegará o momento em que alguma nova tecnologia atenderá melhor os problemas do cliente do que a arquitetura corrente, e os homens do sistema precisam ter coragem para mudar!
|
Leonardo Veríssimo
-------------------------------------------------
Objectzilla |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 04/09/2010 05:47:20
|
LPJava
GUJ Hacker
Membro desde: 18/04/2006 12:50:23
Mensagens: 5524
Localização: Bahia/Porto Alegre
Offline
|
bem eh uma visao deles, mas o nosso mercado a TW ela nao dita muita coisa por aqui nao, e tb nao tem forte influencia no Java, sabemos quais empresas decidem o negocio, pois essas que tem os potenciais clientes que sao os donos do mercado, uma empresa de tecnologia ela nunca vai ditar,e dizer, vamos usar isso, pq eu acho melhor, sabemos que isso nao funciona.
bem abadonar o java eh dificil viu, quantas instituicoes, grandes dependem do java, e fizeram ja alto investimentos. um cliente que nao perde 1 centavo do que gastou sao as instituicoes financeiras, e boa parte delas usam Java.
O que a TW falou pode ser uma tendencia, que para a nossa realidade ainda nao estar firme, e acredito que em outros mercados tb.
|
Sun Certified Java Programmer 5.0
Blog:http://www.camilolopes.com
Twitter:www.twitter.com/camilolope
Linkedin: http://br.linkedin.com/in/camilolopes
Curso online OCPJP: http://pro.imasters.com.br/online/cursos/preparatorio-para-certificacao-java-ocjp
Autor livro Guia SCJP & JEE c/ Frameworks: http://blog.camilolopes.com.br/livrosrevistaspalestras/
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 04/09/2010 06:53:12
|
mochuara
GUJ Master
Membro desde: 20/05/2009 11:21:32
Mensagens: 1776
Offline
|
LPJava wrote:
bem abadonar o java eh dificil viu, quantas instituicoes, grandes dependem do java, e fizeram ja alto investimentos. um cliente que nao perde 1 centavo do que gastou sao as instituicoes financeiras, e boa parte delas usam Java.
Por favor, gostaria que citasse a fonte que diz que boa parte dos sistemas de instituições financeiras são feitos em Java.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 04/09/2010 07:01:17
|
mochuara
GUJ Master
Membro desde: 20/05/2009 11:21:32
Mensagens: 1776
Offline
|
lavh wrote:Esses dias tava conversando com o meu chefe sobre começar a deixar de usar Java como linguagem de desenvolvimento, e a resposta dele foi a seguinte
Se Java que é popular, já estamos com vagas a mais de 3 meses abertas e não conseguimos preencher, imagina se a gente passar a usar Scala por exemplo, não vamos encontrar profissionais prontos nunca.
De certa forma eu concordo com ele. Em um mercado aonde falta profissionais como o nosso, você usar algo que não seja mainstream é praticamente assinar um termo de "Terei que treinar todos os profissionais que vierem trabalhar aqui", e isso tem um custo elevado.
É preciso levar esse fato em conta também. Principalmente em áreas como aqui, que um projeto durá em produção 10 anos ou mais. E se vc faz um projeto que vai durar esse tempo em Scala, e neste intervalo Scala é abandonado?
É uma decisão bem delicada essa de abandonar a linguagem Java.
Para nós desenvolvedores, é importante aprender várias linguagens destas que estão surgindo, e tocar nossos projetinhos pessoais com a linguagem que atender melhor e for mais rápida pra aquilo. Mas para as empresas, a decisão fica bem mais difícil.
Sem dúvida, pra que contratar desenvolvedores de verdade quando basta alguém que saiba alguns frameworks e copiar/colar XML?
This message was edited 1 time. Last update was at 04/09/2010 07:02:24
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 04/09/2010 08:10:20
|
Javart
JavaGuru
![[Avatar]](/images/avatar/5a18c1e2271e01211cbf197961402d5a.jpg)
Membro desde: 07/07/2010 15:02:10
Mensagens: 214
Offline
|
Vocês todos estão confundindo as coisas, o que é necessário é um esforço de colaboração projeto de software é um contexto de muitos e não de uma pessoa só , sobre usar determinada tecnologia ou não você consulta o modelo pra entender soluções, se vai usar Java , Scala , Clojure ou o que for, isso é um estudo que visa o entendimento pelo instrumento e vantagem tecnica que o projeto poderá se situar.
"No plano de vocês a linguagem entende-se aqui como o recurso final , quando isso é absurdamente mentiroso e sem fundamento"
This message was edited 1 time. Last update was at 05/09/2010 12:07:19
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 04/09/2010 12:18:41
|
jakefrog
GUJ Expert
![[Avatar]](/images/avatar/6e2400ec18b6f1952f1053c65df7a8b6.png)
Membro desde: 22/01/2007 22:00:53
Mensagens: 4181
Offline
|
DiegoVenan wrote:
deniswsrosa wrote:Eu senti um ar de "O que nós usamos é o futuro!"
Eu ja senti um ar mais de :
"Java é UM caminho, e não O caminho"
Concordo. Para cada situação existe uma melhor situação.
Falar que RIA é lixo? Se fosse, não estaria no mercado e crescendo.
Falar que SOA é lixo? Se fosse, não estaria no mercado e crescendo.
Falar que Java,Ruby.....
Existem linguagens que aos poucos começam a sumir do mercado, e existem as linguagens que chegam.
O importante é sempre estar preparado.
|
Meu blog sobre java uaiHebert.com
Conceitos OO - Diga, não pergunte!, Lei de Demeter
TDD Primeiros Passos, JUnit com HSQLDB, JPA e Hibernate, Cobertura de testes com JUnit Ant e Emma, Cobrindo seus testes com Cobertura, JUnit, HSQLDB, JPA
Código Limpo: Partes: 01,02,03,04,05
Web/JSF - Criando um WebServer, Tratando Exceções, Autenticação de Usuários (Filter/Servlet), JSF - Hello World, AutoComplete, JSF: Converter e Bean Auto Complete, Validação de Login de Usuário com JSF e JAAS, JSF Exibindo Objeto e Mensagens após Redirect, JSF Exemplos Simples com Ajax, JSF Parametros por Get Request RESTFullAplicação Web Completa JSF EJB JPA JAAS, Lazy JSF Datatable Pagination (Primefaces)
Design Pattern - Strategy, Design Pattern - Observer (Parte 01), Design Pattern - Observer (Parte 02)
Business (JPA)- Hibernate 3 com JPA 2, Create schema script: Ant, Hibernate 3 e JPA 2, TableGenerator Chave Primária Simples, SequenceGenerator,Chave Primária Composta, Mapeando Datas (Date) e Enum, Mapeando Duas Tabelas em uma Classe, @OneToOne Unidirecional e Bidirecional, @OneToMany e @ManyToOne Unidirecional e Bidirecional, @ManyToMany Unidirecional e Bidirecional, Ordernando listas e utilizando Map como atributo mapeado,Uma tabela por herança, JPA Uma Classe por Sub-Classe, JPA Consultas e Dicas, [HOT]Quatro soluções para LazyInitializationException[HOT]
SCJP(1.6 - Ingles - 29/12/2009)
SCWCD(1.5 - Ingles - 30/06/2010)
Vamos em frente que atrás vem gente! |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 08/09/2010 14:57:37
|
luistiagos
GUJ Expert
![[Avatar]](/images/avatar/98785ca89cfbbe933921bfe68a94553b.jpg)
Membro desde: 10/07/2006 10:37:23
Mensagens: 3161
Offline
|
Rubem Azenha wrote:Tem algum link com alguma explicação de por que XML é mais seguro para aplicações corporativas do setor financeiro? Eu to achando que é FUD...
De qualquer forma, concordo que JSON é muito bom pra ser usado para AJAX, mas eu também optaria por XML em webservices REST para comunicação entre sistemas.
Tambem fico na mesma duvida que nosso amigo Rubem Azenha... por que XML é mais seguro para aplicações corporativas do setor financeiro?
pois se não á um bom motivo para usar XML invez de JSON acho melhor não usar... pois JSON é bem menor e mais limpo que XML...
mas entre JSON e XML prefiro o AMF do Flex...
|
SCJP 1.5
SCJA 1.0
IBM DB2 Associate |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 08/09/2010 15:22:35
|
mochuara
GUJ Master
Membro desde: 20/05/2009 11:21:32
Mensagens: 1776
Offline
|
luistiagos wrote:
Rubem Azenha wrote:Tem algum link com alguma explicação de por que XML é mais seguro para aplicações corporativas do setor financeiro? Eu to achando que é FUD...
De qualquer forma, concordo que JSON é muito bom pra ser usado para AJAX, mas eu também optaria por XML em webservices REST para comunicação entre sistemas.
Tambem fico na mesma duvida que nosso amigo Rubem Azenha... por que XML é mais seguro para aplicações corporativas do setor financeiro?
pois se não á um bom motivo para usar XML invez de JSON acho melhor não usar... pois JSON é bem menor e mais limpo que XML...
mas entre JSON e XML prefiro o AMF do Flex...
XML e JSON são dados, e dados são elementos passivos que por si só não causam risco algum, a não ser quando manipulados por algum código malicioso, e código malicioso pode fazer uso tanto de XML, JSON ou qualquer coisa, ou seja, é puro FUD mesmo.
This message was edited 1 time. Last update was at 08/09/2010 15:23:06
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 08/09/2010 16:46:55
|
luistiagos
GUJ Expert
![[Avatar]](/images/avatar/98785ca89cfbbe933921bfe68a94553b.jpg)
Membro desde: 10/07/2006 10:37:23
Mensagens: 3161
Offline
|
mochuara wrote:
luistiagos wrote:
Rubem Azenha wrote:Tem algum link com alguma explicação de por que XML é mais seguro para aplicações corporativas do setor financeiro? Eu to achando que é FUD...
De qualquer forma, concordo que JSON é muito bom pra ser usado para AJAX, mas eu também optaria por XML em webservices REST para comunicação entre sistemas.
Tambem fico na mesma duvida que nosso amigo Rubem Azenha... por que XML é mais seguro para aplicações corporativas do setor financeiro?
pois se não á um bom motivo para usar XML invez de JSON acho melhor não usar... pois JSON é bem menor e mais limpo que XML...
mas entre JSON e XML prefiro o AMF do Flex...
XML e JSON são dados, e dados são elementos passivos que por si só não causam risco algum, a não ser quando manipulados por algum código malicioso, e código malicioso pode fazer uso tanto de XML, JSON ou qualquer coisa, ou seja, é puro FUD mesmo.
concordo... FUD dos grandes ainda...
|
SCJP 1.5
SCJA 1.0
IBM DB2 Associate |
|
|
 |
|
|
|
|