Arquivo Discussoes de Programacao e Tecnologia Fala Gujeiros, boas!
Caríssimos, será que vocês poderiam me ajudar dizendo quais tecnologias estão crescendo e que tem grande futuro?
Eu me lembro que a mais ou menos uns 5 anos atrás eu ouvi falar do Spring e Hibernate e na época não dei muita trela para essas duas tecnologias, hoje praticamente todo mundo usa as duas e ao mesmo tempo, enfim.
Como vocês estão vendo o futuro, oque será que hoje está crescendo que eu e todo mundo deveria se atentar?
bom eu recomendaria voce estudar EJB e REST… acredito que ta crescendo muito
EJB 3 né? Vou olhar o Rest.
Valeu carinha, to precisando me antecipar um pouco com as coias que estão saindo.
Uma coisa que vejo que está sendo pedida mais e mais é TDD, sei que não é tecnologia, mas vale a pena dar uma olhada.
Testes né? Boa, vou dar uma olhada nisso também.
Fala Gujeiros, boas!Caríssimos, será que vocês poderiam me ajudar dizendo quais tecnologias estão crescendo e que tem grande futuro?
Eu me lembro que a mais ou menos uns 5 anos atrás eu ouvi falar do Spring e Hibernate e na época não dei muita trela para essas duas tecnologias, hoje praticamente todo mundo usa as duas e ao mesmo tempo, enfim.
Como vocês estão vendo o futuro, oque será que hoje está crescendo que eu e todo mundo deveria se atentar?
-rails
-scala
-android
-cloud computing
Cloud computing…, outra coisa que eu tenho sub-estimado demais. Vou ver isso também. Valeu raf4ever.
cloud sim… mas só o básico…
eu olharia android também más não sei se é o seu caso, teria um monte de cisas que aconselharia conhecer em java por exemplo antes de conhecer android, caso você não conheça agora… não pelo futuro (apesar de acreditar nele), más sim por também tem muito presente, isso seria hibernate, ejb, spring, cdi, jsf (o mercado dos frameworks mvc na plataforma java costumavam ser JSF e algum outro action based, antes era o struts, agora é o spring)…
além disso se você está pensando em futuro, assuntos como design patterns e arquitetura são uma grande pedida…
Eu acredito que cloud tem um grande potencial, principalmente pelo JEE7 ser focado nele, então quando lançarem é bom estar afiado aos conceitos e terminologias pra facilitar o entendimento.
maior_abandonado, você me deu uma boa idéia, óbvio que já devem existir milhoes dessas soluções por ai, mas acho q vou me dedicar no android + aplicação cliente/servidor.
Valeu carinha.
cleciusjm, você saberia me dizer qual o caminho inicial para que eu consiga entender bem esses conceitos e as tecnologias que estarão baseadas no cloud, além de claro procurar no google?
Se vc quer ser produtivo esqueça JSF e vá para GWT…
Talvez poderia prestar atenção para Scala, Play
frameworks ageis tbm sao uma boa pedida… eu lhe indicaria tbm o grails!
Basicamente conceitos, como por exemplo, multitenancy, clusterização, atentar a tecnologia que forneçam suporte a estes conceitos e acima de tudo, estudar o mercado e suas tendencias, analisar também plataformas em cloud como GAE ou Openshift, que na minha opnião tem um potencial enorme e ainda inesplorado. Eu atualmente estou com foco no JEE7, pois acredito que este será um dos marcos na dominancia do Cloud no mercado, devido ao caráter oficial da especificação e a atual tendencia do mercado.
Para o colega que citou JSF com improdutivo, peço que atente ao real sentido do tópico para avitar flames paralelos, mas ressalto que produtividade vem do desenvolvedor e nisto está incluso sua competencia para se adaptar as tecnologias propostas.
Mas se quer um emprego, sim, estude JSF.
O futuro é incerto, mas eu estudaria e ficaria de olho no que ja falaram.
TDD e BDD(TDD com nomes bonitos?)
Falaram de Rest, mas tava vendo uma discussão outro dia, onde dizem que os WebSockets podem vir a “sufocar” o REST.
Linguagens, alem dos conceitos ja falados eu escolheria e estudaria uma outra linguagem que roda na JVM(ou nao), eu ficaria(e fico :P) de olho em Scala, pois cresce a cada dia e é uma linguagem fantastica na minha opnião, e todo os seus frameworks, como Akka para event driven e concorrencia, para web temos os dois principais: Play o mais falado(pois é apoiado pelos criadores do Scala) e o Lift, para BDD e TDD temos o Specs2.
Cloud, Rails, Ruby, Python, Django, Scala, Android, TDD, BDD, Rest, Aplicações distribuídas
Concordo com boa parte do que vc citou, tanto que deploio meu app em GAE. Só não concordo que “produtividade vem do desenvolvedor”. Produtividade vem da FERRAMENTA, e também do quão apto o profissional está para trabalhar com ela. Um bom profissional tb deve saber avaliar se uma ferramenta atende aos requisitos de produtividade de seu projeto.
Já viu a diferença de produtividade de um torno para um CNC?? 
Já tive experiência com JSF / JS. Com GWT (Java puro e tipagem estática de dados) fica bem mais fácil trabalhar em projetos grandes. Hoje, levando em conta diversos quesitos como performance, produtividade, testabilidade, padronização, eu NÃO trocaria GWT por JSF.
Basicamente conceitos, como por exemplo, multitenancy, clusterização, atentar a tecnologia que forneçam suporte a estes conceitos e acima de tudo, estudar o mercado e suas tendencias, analisar também plataformas em cloud como GAE ou Openshift, que na minha opnião tem um potencial enorme e ainda inesplorado. Eu atualmente estou com foco no JEE7, pois acredito que este será um dos marcos na dominancia do Cloud no mercado, devido ao caráter oficial da especificação e a atual tendencia do mercado.Para o colega que citou JSF com improdutivo, peço que atente ao real sentido do tópico para avitar flames paralelos, mas ressalto que produtividade vem do desenvolvedor e nisto está incluso sua competencia para se adaptar as tecnologias propostas.
Concordo com boa parte do que vc citou, tanto que deploio meu app em GAE. Só não concordo que “produtividade vem do desenvolvedor”. Produtividade vem da FERRAMENTA, e também do quão apto o profissional está para trabalhar com ela. Um bom profissional tb deve saber avaliar se uma ferramenta atende aos requisitos de produtividade de seu projeto.
Já viu a diferença de produtividade de um torno para um CNC??
Já tive experiência com JSF / JS. Com GWT (Java puro e tipagem estática de dados) fica bem mais fácil trabalhar em projetos grandes. Hoje, levando em conta diversos quesitos como performance, produtividade, testabilidade, padronização, eu NÃO trocaria GWT por JSF.
A afirmação que produtividade vem do desenvolvedor foi com o mesmo sentido da sua afirmação de que a produtividade vem da aptidão do desenvolvedor ante a ferramenta, então afirmar com toda a certeza que JSF é melhor que GWT é erroneo, pois isso vai de desenvolvedor para desenvolvedor. Ambos tem seus prós e contra, e cada um tem sua caracteristicas que geram afinidade para alguns ou outros desenvolvedores. O GWT tem como vantagem se assemelhar com programação Swing o que é vantajoso para quem está habituado com programação desktop, já o JSF tem como principal vantagem a criação de view estáticas em arquivos a parte, evitando trabalhar com código java pra descrição da view, semelhante com o que ocorre no android, isso ao meu ver melhora a separação entre view e o resto do código, JSF também tem como vantagem ser especificação oficial, o que tem inúmeras vantagens.
Mas escolha de framework de view é algo muito especifico, pois depende de inúmeros fatores, como experiencia da equipe, requisitos do cliente, entre outros.
O GWT tem como vantagem se assemelhar com programação Swing o que é vantajoso para quem está habituado com programação desktop, já o JSF tem como principal vantagem a criação de view estáticas em arquivos a parte, evitando trabalhar com código java pra descrição da view, semelhante com o que ocorre no android, isso ao meu ver melhora a separação entre view e o resto do código, JSF também tem como vantagem ser especificação oficial, o que tem inúmeras vantagens.
Dá uma estudadinha nos templates do GWT e vc vai ver o que é separação entre view e código.
Quanto à discussão sobre profissional e ferramenta, vou te dar mais uma chance:
Vc já viu a diferença de produtividade/qualidade de um peça feita em um torno para uma feita em CNC???
Vou dar outro exemplo: dá uma olhada nas ferramentas/soluções que estão tornando possível a reconstrução de Nova Orleans e responde se vc acha q isso está sendo possível só com bons profissionais.
É óbvio que são necessários bons profissionais para se fazer qq coisa, mas tb são necessárias as FERRAMENTAS adequadas. Em TODOS os projetos a escolha da FERRAMENTA afeta o resultado do que é desenvolvido.
Porém vale considerar que inferiorizar o JSF ante ao GWT é no minimo uma demonstração de falta de conhecimento sobre JSF, cada um dele tem sua aplicação e ambos tem alta produtividade, e sim, eu já mexi com GWT, porém acredito que a separação entre view e controle do JSF seja de uma forma mais natural, além de segundo minha opnião e experiencia, o JSF viabiliza melhor integração com Designers.
No que tanje a produtividade vinda do desenvolvedor sim, eu concordo que a ferramenta pode auxiliar, porém sem desenvolvedor a ferramenta é inútil, e o desenvolvedor precisa ter dominio sobre esta, e como citei no post anterior, isso varia de equipe pra equipe, é muita iognorancia ou prepotencia afirma que um é melhor que outro e ponto, sendo que ambas tem sua aplicabilidade.
E quanto a sua comparaçã ode CNC e torno, não cabe a discução atual, são áreas diferentes e CNC é resultado de um avanço então está tecnológicamente a frente do torno. O que não ocorre entre as duas tecnologias do debate.
E quanto a sua comparaçã ode CNC e torno, não cabe a discução atual, são áreas diferentes e CNC é resultado de um avanço então está tecnológicamente a frente do torno. O que não ocorre entre as duas tecnologias do debate.
Ok. Continue usando o torno aí que eu fico com meu CNC aqui …
Abraço.
PS: Vi que vc trabalha com JBoss. Vc sabe qual a FERRAMENTA utilizada para desenvolver as consoles de produtos dessa plataforma?