| Autor |
Mensagem |
|
|
rubensdemelo wrote:"envoluir" em que?
Qual o sentido desse tópico?
É questionar a proposta da linguagem Scala.
|
 |
|
|
"Muitas mudanças ocorrem e agente tem que sempre estar atento a todos os canais de midias e soluções que surgem, atualizações , update etc..., isso é TI, e temos que sempre reciclar , as tendência e as mudanças devem correr junto ou o negocio do seu cliente senão, vai perder espaço, não vai ser competitivo, então pensa nisso, quando algo novo aparecer não deixe de questionar vá buscar informações"
"Java foi bom, e Scala é a vez"
|
|
|
|
tnaires wrote:Ou seja, FUD.
"Muitas mudanças ocorrem e agente tem que sempre estar atento a todos os canais de midias e soluções que surgem, atualizações , update etc..., isso é TI, e temos que sempre reciclar , as tendência e as mudanças devem correr junto ou o negocio do seu cliente vai perder espaço não vai ser competitivo, então pensa nisso, quando algo novo aparecer não deixe de questionar vá buscar informações"
"Java foi bom, e Scala é a vez"
|
|
|
|
Felagund wrote:Alex (Duran)
Cara você não questiona ninguem?
O que os cara dizem vc leva como regra e não quer ouvir outras opiniões?
To colocando fatos e não opiniões.
Acredito que vc está no forum errado. E me desculpe, mas ao meu ver vc deve ser um pessimo profissional, no estilo de Martin Fowler disse que UML já era, vou queimar todos os diagramas que já fiz e praticar o que ele disse.
Martin Fowler é um domain expert , hoje ele briga com as proprias convicções hoje, e pra você querer chegar a essa qualificação precisaria escrever muitos livros e ter conquistado muitos doudorados por ai .
Programação assim como moda, tem tendencias, e vc vai escutar oq todos os especialistas dizem? ou vai procurar achar o que é melhor para o seu problema? para você?
Bom, existe ai uma inverdade da sua parte, estamos falando sobre tecnologias e quem as construiu e para que proposito.
Não li o artigo, mas duvido que um criador de algo fala mal de sua criação, a visão do VinyGodoy parece muito mais plausivel do que seus comentarios, de Fale com James Strachan.
Ele literalmente perdeu sobre sua convicção e reconheceu o erro, Scala é o Java em uma versão moderna e atual, o resto já é pura falta de honestidade.
Não é por que ele disse que não teria criado o Groovy hoje que Scala é a salvação.
Você pode optar em não usa-la, e algo como um novo medicamento mas eficaz contra as incertezas sobre codigos e implementações, é você quem vai decidir.
Você fugiu de qualquer aula de Linguagem de Programação? (Se é que fez?), qualquer professor que se preze não vai lhe dizer que a linguagem é a solução. a linguagem é a ferramenta, o proposito ao qual ela foi concebida é o que importa.
Programação ? , saia dos anos 70 , hoje você colabora e desenvolve, a concepção é voltada ao design e agilidade sua mente ainda esta no meio tradicional de pensar.
Vai apertar um parafuso com um martelo? feja a maravilha que vai ficar.
Você vai fazer isso se ficar no passado
Você precisa fazer uma analise melhor do que lê e levar menos a serio todos os especialistas que ve.
Se O Martin Fowler aparecer na InfoQ falando que Groovy é melhor que Scala, vc vai criar um topico aqui no GUJ criticando todo mundo que programa em Scala pq o Martin Fowler falo que Groovy é melhor?
Não se preocupe isso não iria acontecer existe ai responsabilidades diferentes.
Affe.
Mais uma vez perdi meu tempo escrevendo isso, vc nem vai entender.
Não, você quer mesmo é entender só isso.
|
|
|
|
lina wrote:Oi,
Alex, pq vc fica criando esse tópicos polêmicos aqui no Guj e não no fórum Java livros? Pq vc vem ao fórum GUJ só para fazer intriga?
Isso não é verdade, o que acontece são os interesses de um ou outro que sabem o quanto precisam se atualizarem pra projetarem em outra tecnologia são investimentos e suas incertezas.
Isso está parecendo o antigo mirc. Onde existia competições de knais e brigas de OP (operadores) rsrs
Tchauzin!
Estranho como moderador você nem se colocou tecnicamente, não entendo suas observações e muito menos o que você quer classificar.
|
|
|
|
ViniGodoy wrote:Engraçado, ele não afirma no artigo que o Groovy foi um erro, mas sim, ter perdido tempo para cria-lo.
Não diz que o groovy é uma linguagem ruim.
Ele só afirma que o Scala é, no mínimo, tão bom quanto o Groovy.
Eu entendi, pela declaração dele, é que ele não teria criado o Groovy, só pq não tem porque criar uma linguagem que faz o que o Scala já fazia. Ou seja, que talvez tenha sido uma decisão precipitada dele na época se envolver com algo tão complexo, como a criação de uma linguagem, ao invés de usar algo já pronto, que já atendia ao mesmo propósito.
Mas isso não implica em dizer "o groovy é ruim". Na verdade, o texto nem sequer infere isso, em momento algum.
o mesmo afirmou Grovvy foi um erro
Você colocou em letras vermelhas e garrafais. Entretanto, procurei no texto inteiro onde ele afirma isso, e não achei. Na verdade, achei o contrário:
I still like Groovy (and Ruby and JavaScript); they are all good dynamically typed languages.
Fora outros dezenas de comentários onde ele fala muito bem do Groovy.
Veja a palestra pra depois você começar a me questionar FOSDEM 2009 Scala - A Scalable Language
|
|
|
|
maior_abandonado wrote:
cara uma vez eu tava em um dos minicursos da global code, ouvi um cara falando pro outro que linguagem é requisito
Existe um tópico já explicando esse assunto, mas o mais incrível é quando aparece conceitos aqui no GUJ não comprovados tecnicamente, dizer que software não é código é requisito, é algo como dizer que DLS é quem implemente regra de negócios pois é uma linguagem natural.
... olhei bem pra cara do infeliz e era mesmo o mesmo rosto que me lembro de ja ter visto na imagem do duram... só se um destes dois colocaram a propria foto no "usuario alternativo", o que poderia causar de alguém querer lincha-los na rua...
resumidamente, sim, o duran existe!!! 
A Comunidade Java livros esta crescendo porque você não frequenta e veja os assuntos que já coloquei, http://javalivros.ning.com
|
|
|
|
thiago_algo wrote:
Como fizeram o anúncio achei que o lançamento estava próximo. Quanto a tal receio acredito que todos os escritores desse livro são bem experientes e sabem onde estão pisando, portanto acho que motivos sejam outros, e não receio.
Sim, acredito também e espero que o Guilherme Silveira inclua o assunto sobre Restfulie ; )
|
|
|
|
marcelo_mococa wrote:Márcio Duran? não é o Alex Basto?
Faria diferença ?
|
|
|
|
marcio_gs wrote:
Alex Basto wrote:
thiago_algo wrote:Alguém sabe quando será lançado? O pessoal da Caelum já vem divulgando há algum tempo mas já está a venda?
Eu fico imaginando o receio do Paulo Silveira, sobre a venda desse livro !!!! hahahaha
Por que receio, Marcio Duran?
Porque é dificil e o assunto não é trivial, vai ter que envolver assuntos ligados a tecnologias e tendência, essa elaboração pode nem acontecer esse ano ou mesmo lá pra outubro de 2010, ou talvez até adiada, na minha opinião deveriam lançar logo mas acredito que seja um assunto polêmico pra quem nunca lidou com isso, ainda sendo uma empresa de treinamento a Caelum esta se envolvendo no mundo também da literatura, o que acho muito bom.
|
|
|
|
neófito wrote:
Na verdade eu até entendo o Duran. Ele é um troll provavelmente criado pelo Calçado ou pelo CV, usado para criar tópicos polêmicos e "testar" (ou extrair) o conhecimento do pessoal do Guj. Só não continuo a discussão porque não sou especialista em Scala e não conheço essa forma de ter AST Transformations em Scala.
Não tenho nada contra ninguem e não estou com essa intenção aqui, e muito menos admito qualquer regimento ou norma porque quem quer que seja, abrir o topico pra que possamos evoluir um assunto.
De qualquer forma, os paradigmas adotados pelo Scala e pelo Groovy são diferentes. O Scala é tipado estaticamente, o Groovy é estaticamente e dinamicamente. O Groovy possui um Meta-Object Protocol, que permite muitas "mágicas" dinâmicas. É possível ter isso com Scala com traits? Em parte sim, mas como eu intercepto a chamada a um construtor em Scala? Com Groovy é possível. E o Groovy contribuiu com inovações também. Um exemplo é o safe navigation operator.
Estou colocando observações dos seus criadores da tecnologia e suas tendências uma foi do James Strachan criador do Grovvy, o mesmo afirmou Grovvy foi um erro !!!! e a outra revelação é do Criador do Scala Martin Odersky, Scala é a versão Java aperfeiçoada, tanto que closure funciona em Scala e não tem isso nem no Java 7 tentou-se colocar mas fora rejeitada.
Eu concordo plenamente que Scala pode substituir o Java, e até ficaria feliz se isso acontecesse. Mas dizer que o Groovy é inútil, nos moldes que ele se encontra hoje, é errado. Até porque temos ótimos frameworks escritos em groovy, como exemplo o Grails.
Não tem nada a haver com o que já se produz mas sim com que você já pode migrar e conseguir outros resultados, TI é assim mesmo a informação esta ai e avontade de ir avante tambem.
|
|
|
|
Bruno Laturner wrote:Prevejo uma ameaça de processo por infração de marca vindo do DHH.
Não chegaria a tanto 
|
|
|
|
thiago_algo wrote:Alguém sabe quando será lançado? O pessoal da Caelum já vem divulgando há algum tempo mas já está a venda?
Eu fico imaginando o receio do Paulo Silveira, sobre a venda desse livro !!!! hahahaha
|
|
|
|
fredferrao wrote:
hehe Apenas mude o nome do tópico para: "Aprenda como instalar um plugin no eclipse" ou ainda: "Eis um plugin scala para eclipse", nada mais que isso o Viny tentou em vão enfiar na tua cabeça.
Enfim mais um tópico inutil.
Abrir um topico , coloquei um tema e simplesmente você não consegui fazer evoluir.
|
|
|
|
bruno.braga wrote:Opa Mauricio,
Usar DSL internamente nos geradores ou ate gerar um projeto que possua DSLs, ok.
O que eu quis dizer é só que eu não sei se o usuário final precisa escrever uma DSL para dizer a ferramenta o que ela deve fazer. A ideia é descomplicar ao máximo a vida do desenvolvedor para que ele se preocupe com o que realmente importa que são as regras de negocio, arquitetura e etc.
Regras de negócios estão na DSL.
Eu tenho muita preocupação em não tirar o foco do que realmente importa em um projeto (regras de negocio e etc). Então eu quero evitar que as pessoas escrevam códigos, comandos ou modelos para gerar algo descartavel (CRUDs). Esse é o objetivo desse projeto. Mas enfim, concordo que podem existir outras soluções 
Vamos ver como as coisas caminham com o tempo. Atualmente a preocupação é essa.
Acho que você esta usando um modelo antigo e não entende o que é percebido hoje, algo como Drools usa DSL para implementar regras de negocios.
|
|
|
|
|
|