Seja bem vindo ao Fórum do JavaFree.org
Aqui você irá encontrar respostas para TUDO o que você precisa sobre java.
Deseja participar? Crie sua conta ou efetue seu login
achei q ele falou um pouco de td, mas muito de nada (faltou profundidade nas perguntas)... mas td bem tah valendo...
Na verdade as perguntas foram bem específicas. Acontece que o Michael tem o "conceitual" do que ocorre. Não é ele quem implementa tudo. Provavelmente algumas perguntas ele teve que consultar os desenvolvedores.
_________________
Vitor Pamplona http://vitorpamplona.com http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
Realmente eu esperava mais ! Não das perguntas... e sim das respostas... muito superficiais, se o treco do cara é conceitual, aí mesmo que poderia explanar melhor sobre os assuntos questionados !
_________________ Giovane Kuhn Blog - Home - JavaFree.org - SnailDB - Apollo - Priki "Chega um momento em que inteligência não faz a diferença, mas sim o tempo que você gasta utilizando-a" - Comba inspired "Mestrado é coisa pra burro" - Real-life inspired
Realmente eu esperava mais ! Não das perguntas... e sim das respostas... muito superficiais, se o treco do cara é conceitual, aí mesmo que poderia explanar melhor sobre os assuntos questionados !
Concordo com o Gigio Ele parece que respondeu a entrevista no horário do almoço, ou no Axim dele no banheiro mesmo, pois as respostas estão extremamente superficiais e curtíssimas, ele não entra afundo em nenhuma questão. O Michael manja bastante, principalmente da parte AOP da coisa, onde o projeto que ele participa é senhor no assunto. Ele como um grande ponto de referência na comunidade brasileira hoje, deveria se iterar mais do que anda acontecendo com o Java, principalmente porque nós temos a curiosidade do que irá acontecer, para qual caminho devemos caminhar, vide a resposta:
Quote:
7 - O Microsoft Windows Vista está chegando com suporte a telas em XML. Java está preparado para esta tecnologia? Existirá alguma integração com os ambientes e ferramentas Microsoft?
Até onde eu sei, não existe nenhum plano oficial de suportar a nova tecnologia proposta pela Microsoft, mas padrões XUL existem há bastante tempo e há APIs para manipulá-los em Java. Dentro da própria tecnologia Java, pode-se ver que diversos projetos tem tentando explorar essa abordagem, com resultados diversos. Pode-se citar projetos como Thinlet e o SwiXML nesta área.
Seria interessante uma resposta mais concreta neste ítem, pois as pessoas em muitos casos dependem disso, o mustang não tá muito longe de sair do papel e algumas empresas já poderiam estar trabalhando para quando o windows vista sair, já estar com seus aplicativos modelados para explorarem este suporte.
_________________ Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
Lembrem-se apenas de que fomos nós que pedimos uma entrevista, ele não é obrigado a dar resposta alguma, completa ou incompleta. Se ele deu respostas superficiais, pode ser porque ele não tinha tempo, paciência ou conhecimento em determinados assuntos, e tudo isso está no direito dele.
_________________ In fact, people who study design methods without also practicing design are almost always frustrated designers who have no sap in them, who have lost, or never had, the urge to shape things. Such a person will never be able to say anything sensible about "how" to shape things either. (Christopher Alexander)
Lembrem-se apenas de que fomos nós que pedimos uma entrevista, ele não é obrigado a dar resposta alguma, completa ou incompleta. Se ele deu respostas superficiais, pode ser porque ele não tinha tempo, paciência ou conhecimento em determinados assuntos, e tudo isso está no direito dele.
Tem toda razão Ronald, não estamos depreciando a pessoa do Michael, mas sim as respostas como conteúdo da entrevista. No mais, todos nós conhecemos o ótimo trabalho que ele faz e desempenha na comunidade!
_________________ Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
Lembrem-se apenas de que fomos nós que pedimos uma entrevista, ele não é obrigado a dar resposta alguma, completa ou incompleta. Se ele deu respostas superficiais, pode ser porque ele não tinha tempo, paciência ou conhecimento em determinados assuntos, e tudo isso está no direito dele.
+1... Na minha humilde opinião, e acrescentando ao Ronald, a entrevista também não pode ter a pretensão de elucidar todas as dúvidas de todo mundo, mas dar um panorama da situação, uma visão holistica do assunto. Ele até cita algumas fontes para mais detalhes. É isso, valeu! _________________ Evandro Barreto
Eu gostei da entrevista, ficou mais curta do que esperavamos, mas gostei.
valeuz...
_________________
Marcos Silva Pereira http://marcospereira.wordpress.com Any fool can write code that a computer can understand. Good programmers write code that humans can understand. (Fowler)
Ele parece que respondeu a entrevista no horário do almoço, ou no Axim dele no banheiro mesmo,
Obrigado pela motivação para responder outras entrevistas...
daltoncamargo:
pois as respostas estão extremamente superficiais e curtíssimas, ele não entra afundo em nenhuma questão.
Existe um enorme problema em se falar sobre coisas do JCP: você não pode falar nada que já não for público. Acredite, fui o mais específico possível que eu podia ser sem violar o contrato do JCP nem gerar problemas políticos.
daltoncamargo:
Ele como um grande ponto de referência na comunidade brasileira hoje, deveria se iterar mais do que anda acontecendo com o Java, principalmente porque nós temos a curiosidade do que irá acontecer, para qual caminho devemos caminhar, vide a resposta:
Quote:
7 - O Microsoft Windows Vista está chegando com suporte a telas em XML. Java está preparado para esta tecnologia? Existirá alguma integração com os ambientes e ferramentas Microsoft?
Até onde eu sei, não existe nenhum plano oficial de suportar a nova tecnologia proposta pela Microsoft, mas padrões XUL existem há bastante tempo e há APIs para manipulá-los em Java. Dentro da própria tecnologia Java, pode-se ver que diversos projetos tem tentando explorar essa abordagem, com resultados diversos. Pode-se citar projetos como Thinlet e o SwiXML nesta área.
Se existe um grupo na Sun trabalhando nisso, eu não tenho acesso, mas as pessoas com que converso afirmar que não existe esse plano. Isso pode não ser verdade, mas eu não tenho condições de afirmar, nem as pessoas com que tenho contato.
A parte "triste" da coisa é que respostas precisas a este tipo de pergunta só podem ser dadas por alguém muito ligado ao grupo de desenvolvimento do JDK e, mesmo que vocês tivessem acesso a esse tipo de pessoa, provavelmente se a resposta fosse sim, essa pessoa não diria isso por razões estratégicas.
daltoncamargo:
Seria interessante uma resposta mais concreta neste ítem, pois as pessoas em muitos casos dependem disso, o mustang não tá muito longe de sair do papel e algumas empresas já poderiam estar trabalhando para quando o windows vista sair, já estar com seus aplicativos modelados para explorarem este suporte.
Para o Mustang não há planos de se incluir nenhuma "major feature" que já não esteja na spec atual, disponível publicamente a partir do site do JCP. Se isto acontecer, todos no expert group ficarão surpresos.
Ele parece que respondeu a entrevista no horário do almoço, ou no Axim dele no banheiro mesmo,
Obrigado pela motivação para responder outras entrevistas... .
Para de chorar Michael Já te disse que não é nada pessoal! Quando tu ficou me enchendo pq tinha comprado o CD do ira ano passado que era o melhor cd do ira etc etc, eu não falei nada
Ps: Tua assinatura ganhou da do Vitor _________________ Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
Olá, Michael, obrigado pela entrevista. Dado o numero de links na sua assinatura, dá para perceber que é complicado arrumar tempo para responder as perguntas. Eu tenho mais algumas perguntas, acho que boa parte vc pode responder sem grandes problemas.
1. Em quais plugins do NetBeans vc tem trabalho e como vcs olham para o Eclipse ou outras IDEs. O que temos visto nos ultimos meses é que o NetBeans deu uma serie de passos significativos para se aproximar do Eclipse em alguns pontos onde ficou para trás e outros passos para ficar à frente em outros aspectos, especialmente o Matise e J2EE (out-of-the-box);
2. Em um trecho da entrevista, vc citou o fato de o Mustang incorporar novas APIs, mas existe muita discussão sobre componentização do JDK e haver um mecanismo para baixar as dependencias on-demand. Depois vc cita como há dois lados que denfendem pontos de vista contrarios. Entretanto, salvo engano, ao menos é o que eu entendo pela A JSR-277, componentização está planejada para o Dolphin. Não é um passo em falso colocar novas APIs agora? Também agradeceria se vc pudesse detalhar um pouco cada um dos pontos abaixo sobre as prioridades do Mustang: * Compatibilidade e Estabilidade * Facilidade de diagnósticos, Monitoramento e Gerenciamento * Facilidade de desenvolvimento * Desktop corporativo * XML & Web Services * Transparência
3. Sobre linguagens de Script vc falou sobre essa feature trazer "reais benefícios aos que souberem explorar o potencial delas." Onde vc acha que linguagens de Script se encaixarão melhor? Que tipo de uso vc espera/planeja para elas? Um bom uso para linguagens de Script sempre foi automatização de tarefas, será que vamos substituir/potencializar ferramentas de build como ant ou maven?
4. Sobre anotações: "recebemos diversas sugestões que poderão ser implementadas nas revisões futuras da especificação." Quais sugestões têm mais chance de vingar? Vc pode falar sobre?
5. Um outro ponto não citado na entrevista mas pelo qual eu tenho interesse, é como, na prática, empresas têm usado projetos open source, tal qual o genesis, como vantagem. Sendo mais especifico, como a Summa, vê o genesis? O que vcs esperam alcançar com o framework?
valeuz...
_________________
Marcos Silva Pereira http://marcospereira.wordpress.com Any fool can write code that a computer can understand. Good programmers write code that humans can understand. (Fowler)
1. Em quais plugins do NetBeans vc tem trabalho...
Bem, os plugins do ThinNB, que implementam suporte no NetBeans ao Thinlet foram os primeiros plugins que desenvolvi para o NetBeans e de tempos em tempos implemento novas funcionalidades para eles. Pretendo nesse semestre, quando tiver uma brecha, reescrevê-lo completamente para usar a nova infra-estrutura de desenvolvimento de módulos do NB (foi beeeem difícil escrever o build.xml inicial para eles, além de descobrir todos os atributos do MANIFEST.MF que fazem a mágica do plugin e que agora são gerados automaticamente) e implementar as três principais funcionalidades - editor texto, preview e editor visual - como um multiview (assim como funciona a edição visual de xmls, como se fossem tabs).
Pro NB mesmo, implementei um módulo durante o desenvolvimento da nova versão que cobre um "buraco" do novo suporte CVS, que permite trocar o CVSROOT de um conjunto de pastas. Pelo menos em alguns clientes em que trabalhei/trabalho, dentro da empresa usa-se uma URL de conexão e fora outra, então quando quero trabalhar remotamente, por exemplo, preciso trocar o CVSROOT de todas as pastas sem perder o meu checkout atual (que geralmente contém alterações). É possível entender o que ele faz e onde ele está vendo o RFE que eu abri na época.
No momento, estou implementando suporte a um tipo de projeto para o genesis no NB. É possível entender o que ele faz/fará consultando o wiki e o código já está disponível no CVS.
jack_-_ganzha:
e como vcs olham para o Eclipse ou outras IDEs. O que temos visto nos ultimos meses é que o NetBeans deu uma serie de passos significativos para se aproximar do Eclipse em alguns pontos onde ficou para trás e outros passos para ficar à frente em outros aspectos, especialmente o Matise e J2EE (out-of-the-box);
Bem, queria saber a quem você se refere como vocês na pergunta (Summa, SouJava...?), mas pessoalmente prefiro o NB há muito tempo, a estrutura _interna_ de código para os projetos é superior a estrutura equivalente no Eclipse e acredito que a JSR-198 vai diminuir e muito a barreira de se implementar plugins genéricos para todas as IDEs. Como existem muitas coisas que ninguém conhece melhor que o pessoal da Sun, acredito que em duas ou três versões o NB vai ser superior na maioria dos sentidos ao Eclipse. Isso não significa que o Eclipse não vá crescer ou que os usuários devam jogá-lo no lixo, mas sim que o NB está sim muito vivo e que a batalha das IDEs está longe de ser decidida...
jack_-_ganzha:
2. Em um trecho da entrevista, vc citou o fato de o Mustang incorporar novas APIs, mas existe muita discussão sobre componentização do JDK e haver um mecanismo para baixar as dependencias on-demand. Depois vc cita como há dois lados que denfendem pontos de vista contrarios.Entretanto, salvo engano, ao menos é o que eu entendo pela A JSR-277, componentização está planejada para o Dolphin. Não é um passo em falso colocar novas APIs agora?
Você prefere esperar 4 anos (desde o Tiger) para que a próxima versão do Java esteja disponível? Essa foi a maior linha de raciocínio por trás das adições de APIs nesta release.
Espero - não há nenhum "compromisso" da Sun com respeito a isso - que o JDK também venha a ser modularizado através dessa API, inclusive com a redefinição do que seria realmente o core, permitindo downloads de outras APIs on-demand. Logo, qualquer crescimento atual de tamanho do JDK não seria motivo de preocupação, pois na próxima versão o download inicial cairia, teoricamente.
jack_-_ganzha:
Também agradeceria se vc pudesse detalhar um pouco cada um dos pontos abaixo sobre as prioridades do Mustang:
* Compatibilidade e Estabilidade
Basicamente, resume-se em manter a compatibilidade com as versões anteriores (a Sun inclusive lançou um desafio para identificar incompatibilidades) e eliminar as condições de crash da JVM. Pode-se resumir isso em testes de regressão e correção de bugs.
jack_-_ganzha:
* Facilidade de diagnósticos, Monitoramento e Gerenciamento
Melhorias gerais na infraestrutura, como o fato dos OutOfMemoryErrors agora terem stack trace, novas ferramentas para análise de threads, melhoria dos MBeans da JVM etc.
jack_-_ganzha:
* Facilidade de desenvolvimento
Vários pequenos métodos "façade" nas APIs e classes novas que antigamente exigiam código complexo ou até mesmo nativo. Exemplos seriam a adição do SwingWorker, a nova classe Console e as diversas novas funcionalidades da API de JDBC (que valem a pena conferir).
jack_-_ganzha:
* Desktop corporativo
As diversas melhorias no webstart, suporte ao systray e outras funcionalidades integradas do JDIC/JDNC.
jack_-_ganzha:
* XML & Web Services
As anotações para WebServices, JAX-WS, assinatura de XML etc.
jack_-_ganzha:
* Transparência
Isso é o que levou a criação do http://mustang.dev.java.net: a possibilidade de a comunidade participar no processo de desenvolvimento do Java 6.
jack_-_ganzha:
3. Sobre linguagens de Script vc falou sobre essa feature trazer "reais benefícios aos que souberem explorar o potencial delas." Onde vc acha que linguagens de Script se encaixarão melhor? Que tipo de uso vc espera/planeja para elas?
Prototipação, suporte a scripts escritos pelo usuário, manipulação de classes afetadas por aspectos (que contém metodos que em Java necessitariam de um cast para um interface introduzida, por exemplo) etc.
jack_-_ganzha:
Um bom uso para linguagens de Script sempre foi automatização de tarefas, será que vamos substituir/potencializar ferramentas de build como ant ou maven?
Acho que os plugins do Maven em Jelly deixam bem claro que isto não é uma boa idéia...
jack_-_ganzha:
4. Sobre anotações: "recebemos diversas sugestões que poderão ser implementadas nas revisões futuras da especificação." Quais sugestões têm mais chance de vingar? Vc pode falar sobre?
Não
jack_-_ganzha:
5. Um outro ponto não citado na entrevista mas pelo qual eu tenho interesse, é como, na prática, empresas têm usado projetos open source, tal qual o genesis, como vantagem. Sendo mais especifico, como a Summa, vê o genesis? O que vcs esperam alcançar com o framework?
Bem, responder essa pergunta exigiria uma opinião formal de diversas pessoas, mas posso dizer como que eu vejo o genesis para Summa. É uma ótima forma de beneficiar a comunidade ao mesmo tempo que demonstra o potencial das pessoas que fazem parte da empresa e torna-a mais conhecida.
Eu particularmente espero que com o tempo o genesis se torne a solução natural para alguns tipos de problemas. Por exemplo, agora já temos um binding Swing totalmente implementado e semelhante ao Thinlet e temos planos de incluir um binding SWT até a versão 3.0 final. Nenhum framework faz o que o genesis faz para o desktop e, cobrindo todas as tecnologias principais do mercado, fica difícil pensar no porque alguém não o usuaria, ainda mais agora que estamos tornando muito fácil o uso dele nas IDEs.
Michael, uma pergunta cabeira que eu não sei se você pode responder.
O que te obriga a não falar sobre certos itens? Um termo, um acordo com os outros experts da JSR? a Sun ou o JCP? Por que existe esse tipo de "obrigação"?
É engraçado como o que é "livre" pode não ser tão "livre" assim
Michael, uma pergunta cabeira que eu não sei se você pode responder.
O que te obriga a não falar sobre certos itens? Um termo, um acordo com os outros experts da JSR? a Sun ou o JCP? Por que existe esse tipo de "obrigação"?
Geralmente, o contrato que você tem que aceitar para ser membro do JCP. Além disso, existem as coisas que só tem explicações políticas e não técnicas e as coisas que explicitamente disseram pra não falarmos
vfpamp:
É engraçado como o que é "livre" pode não ser tão "livre" assim
É engraçado como o que é "livre" pode não ser tão "livre" assim
Na JCP provavelmente as empresas expõe o design de seus produtos como sugestões, por exemplo. Esse tipo de coisa não deve ser exposta, até que se torne um padrão aberto.
Eu concordo plenamente com o esquema, discussões internas 'fechadas', com partes expostas publicamente para discussão aberta apenas quando apropriado. Senão ia ficar um bando de zé-manés dando opinião o tempo todo, achando que sabe alguma coisa. O Expert Group tem esse nome porque reúne experts, e é deles o trabalho de tomar as decisões complicadas.
Em algumas coisas (na verdade, pra muitas), democracia é uma merda. XD
_________________ In fact, people who study design methods without also practicing design are almost always frustrated designers who have no sap in them, who have lost, or never had, the urge to shape things. Such a person will never be able to say anything sensible about "how" to shape things either. (Christopher Alexander)
Concordo, mas isso não é problema de democracia, não queremos participar das decisões do JCP. Queremos apenas saber o que acontece. Por exemplo:
Quote:
4. Sobre anotações: "recebemos diversas sugestões que poderão ser implementadas nas revisões futuras da especificação." Quais sugestões têm mais chance de vingar? Vc pode falar sobre?
Não
O Michael não pode falar sobre o item acima. Que mal teria se ele falasse que "As alterações nas anotações estão esperando a Microsoft determinar o seu próximo passo com o .NET. Depois disso veremos se vamos adotar uma arquitetura semelhante ou vamos criar um outro conceito"
4. Sobre anotações: "recebemos diversas sugestões que poderão ser implementadas nas revisões futuras da especificação." Quais sugestões têm mais chance de vingar? Vc pode falar sobre?
Não
O Michael não pode falar sobre o item acima. Que mal teria se ele falasse que "As alterações nas anotações estão esperando a Microsoft determinar o seu próximo passo com o .NET. Depois disso veremos se vamos adotar uma arquitetura semelhante ou vamos criar um outro conceito"
Por que, para mim, o único motivo de não divulgar certas coisas é para que a "concorrência" não fique sabendo.
2. Isso depende de coisas que eu sei, na verdade, mas que não posso falar até a JSR de manutenção ou de "upgrade" ser submetida.
Certo, e qual é o risco de falar sobre isso antes dela ser submetida? Qual é o mal de falar que: "está sendo preparada uma especificação que poderá resolver o problema desta ou desta forma, tudo dependerá de reuniões futuras com o grupo do JCP"
Isso significaria revelar o que os outros pensam sem pedir permissão para os outros, algo proibido pelo agreement. Na prática, para responder essa pergunta, eu teria que conversar com todos os que tem idéias em potencial que podem ser adicionadas e com o spec lead para poder dar uma resposta.
vfpamp Offline
Posts: 6009
O que acharam da entrevista?
Portugues: http://www.javafree.org/content/view.jf?idContent=88
Inglês: http://www.javafree.org/content/view.jf?idContent=89
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
lap_junior Offline
Posts: 914
Gostei, achei interessante e bem estruturada.
_________________
JavaFree.org
Blog
takeshi Offline
Posts: 55
achei q ele falou um pouco de td, mas muito de nada (faltou profundidade nas perguntas)...
mas td bem tah valendo...
vfpamp Offline
Posts: 6009
Na verdade as perguntas foram bem específicas. Acontece que o Michael tem o "conceitual" do que ocorre. Não é ele quem implementa tudo. Provavelmente algumas perguntas ele teve que consultar os desenvolvedores.
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
brain Offline
Posts: 636
Realmente eu esperava mais ! Não das perguntas... e sim das respostas... muito superficiais, se o treco do cara é conceitual, aí mesmo que poderia explanar melhor sobre os assuntos questionados !
_________________
Giovane Kuhn
Blog - Home - JavaFree.org - SnailDB - Apollo - Priki
"Chega um momento em que inteligência não faz a diferença, mas sim o tempo que você gasta utilizando-a" - Comba inspired
"Mestrado é coisa pra burro" - Real-life inspired
daltoncamargo Offline
Posts: 8773
Concordo com o Gigio
Ele parece que respondeu a entrevista no horário do almoço, ou no Axim dele no banheiro mesmo, pois as respostas estão extremamente superficiais e curtíssimas, ele não entra afundo em nenhuma questão.
O Michael manja bastante, principalmente da parte AOP da coisa, onde o projeto que ele participa é senhor no assunto.
Ele como um grande ponto de referência na comunidade brasileira hoje, deveria se iterar mais do que anda acontecendo com o Java, principalmente porque nós temos a curiosidade do que irá acontecer, para qual caminho devemos caminhar, vide a resposta:
Seria interessante uma resposta mais concreta neste ítem, pois as pessoas em muitos casos dependem disso, o mustang não tá muito longe de sair do papel e algumas empresas já poderiam estar trabalhando para quando o windows vista sair, já estar com seus aplicativos modelados para explorarem este suporte.
_________________
Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
ronaldtm Offline
Posts: 2299
Lembrem-se apenas de que fomos nós que pedimos uma entrevista, ele não é obrigado a dar resposta alguma, completa ou incompleta. Se ele deu respostas superficiais, pode ser porque ele não tinha tempo, paciência ou conhecimento em determinados assuntos, e tudo isso está no direito dele.
_________________
In fact, people who study design methods without also practicing design are almost always frustrated designers who have no sap in them, who have lost, or never had, the urge to shape things. Such a person will never be able to say anything sensible about "how" to shape things either. (Christopher Alexander)
daltoncamargo Offline
Posts: 8773
Tem toda razão Ronald, não estamos depreciando a pessoa do Michael, mas sim as respostas como conteúdo da entrevista.
No mais, todos nós conhecemos o ótimo trabalho que ele faz e desempenha na comunidade!
_________________
Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
bleeder Offline
Posts: 637
+1...
Na minha humilde opinião, e acrescentando ao Ronald, a entrevista também não pode ter a pretensão de elucidar todas as dúvidas de todo mundo, mas dar um panorama da situação, uma visão holistica do assunto. Ele até cita algumas fontes para mais detalhes.
É isso, valeu!
_________________
Evandro Barreto
jack_-_ganzha Offline
Posts: 4133
Eu gostei da entrevista, ficou mais curta do que esperavamos, mas gostei.
valeuz...
_________________
Marcos Silva Pereira
http://marcospereira.wordpress.com
Any fool can write code that a computer can understand. Good programmers write code that humans can understand. (Fowler)
mister__m Offline
Posts: 60
Obrigado pela motivação para responder outras entrevistas...
Existe um enorme problema em se falar sobre coisas do JCP: você não pode falar nada que já não for público. Acredite, fui o mais específico possível que eu podia ser sem violar o contrato do JCP nem gerar problemas políticos.
Se existe um grupo na Sun trabalhando nisso, eu não tenho acesso, mas as pessoas com que converso afirmar que não existe esse plano. Isso pode não ser verdade, mas eu não tenho condições de afirmar, nem as pessoas com que tenho contato.
A parte "triste" da coisa é que respostas precisas a este tipo de pergunta só podem ser dadas por alguém muito ligado ao grupo de desenvolvimento do JDK e, mesmo que vocês tivessem acesso a esse tipo de pessoa, provavelmente se a resposta fosse sim, essa pessoa não diria isso por razões estratégicas.
Para o Mustang não há planos de se incluir nenhuma "major feature" que já não esteja na spec atual, disponível publicamente a partir do site do JCP. Se isto acontecer, todos no expert group ficarão surpresos.
Enfim, espero que entendam que, além das coisas que respondi, uma parte não posso revelar porque o agreement não permite, outra para não causar atritos políticos (como a razão do suporte AOP não ter planos definidos, por exemplo) e algumas por não saber mesmo. Se tiverem perguntas específicas que eu saiba e possa responder, podem postar nesta thread.
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
daltoncamargo Offline
Posts: 8773
Para de chorar Michael
Ps: Tua assinatura ganhou da do Vitor
_________________
Dalton Camargo
Sugestão de Livro do JavaFree para os iniciantes em Java
jack_-_ganzha Offline
Posts: 4133
Olá, Michael, obrigado pela entrevista. Dado o numero de links na sua assinatura, dá para perceber que é complicado arrumar tempo para responder as perguntas. Eu tenho mais algumas perguntas, acho que boa parte vc pode responder sem grandes problemas.
1. Em quais plugins do NetBeans vc tem trabalho e como vcs olham para o Eclipse ou outras IDEs. O que temos visto nos ultimos meses é que o NetBeans deu uma serie de passos significativos para se aproximar do Eclipse em alguns pontos onde ficou para trás e outros passos para ficar à frente em outros aspectos, especialmente o Matise e J2EE (out-of-the-box);
2. Em um trecho da entrevista, vc citou o fato de o Mustang incorporar novas APIs, mas existe muita discussão sobre componentização do JDK e haver um mecanismo para baixar as dependencias on-demand. Depois vc cita como há dois lados que denfendem pontos de vista contrarios. Entretanto, salvo engano, ao menos é o que eu entendo pela A JSR-277, componentização está planejada para o Dolphin. Não é um passo em falso colocar novas APIs agora? Também agradeceria se vc pudesse detalhar um pouco cada um dos pontos abaixo sobre as prioridades do Mustang:
* Compatibilidade e Estabilidade
* Facilidade de diagnósticos, Monitoramento e Gerenciamento
* Facilidade de desenvolvimento
* Desktop corporativo
* XML & Web Services
* Transparência
3. Sobre linguagens de Script vc falou sobre essa feature trazer "reais benefícios aos que souberem explorar o potencial delas." Onde vc acha que linguagens de Script se encaixarão melhor? Que tipo de uso vc espera/planeja para elas? Um bom uso para linguagens de Script sempre foi automatização de tarefas, será que vamos substituir/potencializar ferramentas de build como ant ou maven?
4. Sobre anotações: "recebemos diversas sugestões que poderão ser implementadas nas revisões futuras da especificação." Quais sugestões têm mais chance de vingar? Vc pode falar sobre?
5. Um outro ponto não citado na entrevista mas pelo qual eu tenho interesse, é como, na prática, empresas têm usado projetos open source, tal qual o genesis, como vantagem. Sendo mais especifico, como a Summa, vê o genesis? O que vcs esperam alcançar com o framework?
valeuz...
_________________
Marcos Silva Pereira
http://marcospereira.wordpress.com
Any fool can write code that a computer can understand. Good programmers write code that humans can understand. (Fowler)
vfpamp Offline
Posts: 6009
Também....
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
mister__m Offline
Posts: 60
Valeu
Bem, os plugins do ThinNB, que implementam suporte no NetBeans ao Thinlet foram os primeiros plugins que desenvolvi para o NetBeans e de tempos em tempos implemento novas funcionalidades para eles. Pretendo nesse semestre, quando tiver uma brecha, reescrevê-lo completamente para usar a nova infra-estrutura de desenvolvimento de módulos do NB (foi beeeem difícil escrever o build.xml inicial para eles, além de descobrir todos os atributos do MANIFEST.MF que fazem a mágica do plugin e que agora são gerados automaticamente) e implementar as três principais funcionalidades - editor texto, preview e editor visual - como um multiview (assim como funciona a edição visual de xmls, como se fossem tabs).
Pro NB mesmo, implementei um módulo durante o desenvolvimento da nova versão que cobre um "buraco" do novo suporte CVS, que permite trocar o CVSROOT de um conjunto de pastas. Pelo menos em alguns clientes em que trabalhei/trabalho, dentro da empresa usa-se uma URL de conexão e fora outra, então quando quero trabalhar remotamente, por exemplo, preciso trocar o CVSROOT de todas as pastas sem perder o meu checkout atual (que geralmente contém alterações). É possível entender o que ele faz e onde ele está vendo o RFE que eu abri na época.
No momento, estou implementando suporte a um tipo de projeto para o genesis no NB. É possível entender o que ele faz/fará consultando o wiki e o código já está disponível no CVS.
Bem, queria saber a quem você se refere como vocês na pergunta (Summa, SouJava...?), mas pessoalmente prefiro o NB há muito tempo, a estrutura _interna_ de código para os projetos é superior a estrutura equivalente no Eclipse e acredito que a JSR-198 vai diminuir e muito a barreira de se implementar plugins genéricos para todas as IDEs. Como existem muitas coisas que ninguém conhece melhor que o pessoal da Sun, acredito que em duas ou três versões o NB vai ser superior na maioria dos sentidos ao Eclipse. Isso não significa que o Eclipse não vá crescer ou que os usuários devam jogá-lo no lixo, mas sim que o NB está sim muito vivo e que a batalha das IDEs está longe de ser decidida...
Você prefere esperar 4 anos (desde o Tiger) para que a próxima versão do Java esteja disponível? Essa foi a maior linha de raciocínio por trás das adições de APIs nesta release.
Espero - não há nenhum "compromisso" da Sun com respeito a isso - que o JDK também venha a ser modularizado através dessa API, inclusive com a redefinição do que seria realmente o core, permitindo downloads de outras APIs on-demand. Logo, qualquer crescimento atual de tamanho do JDK não seria motivo de preocupação, pois na próxima versão o download inicial cairia, teoricamente.
Basicamente, resume-se em manter a compatibilidade com as versões anteriores (a Sun inclusive lançou um desafio para identificar incompatibilidades) e eliminar as condições de crash da JVM. Pode-se resumir isso em testes de regressão e correção de bugs.
Melhorias gerais na infraestrutura, como o fato dos OutOfMemoryErrors agora terem stack trace, novas ferramentas para análise de threads, melhoria dos MBeans da JVM etc.
Vários pequenos métodos "façade" nas APIs e classes novas que antigamente exigiam código complexo ou até mesmo nativo. Exemplos seriam a adição do SwingWorker, a nova classe Console e as diversas novas funcionalidades da API de JDBC (que valem a pena conferir).
As diversas melhorias no webstart, suporte ao systray e outras funcionalidades integradas do JDIC/JDNC.
As anotações para WebServices, JAX-WS, assinatura de XML etc.
Isso é o que levou a criação do http://mustang.dev.java.net: a possibilidade de a comunidade participar no processo de desenvolvimento do Java 6.
Prototipação, suporte a scripts escritos pelo usuário, manipulação de classes afetadas por aspectos (que contém metodos que em Java necessitariam de um cast para um interface introduzida, por exemplo) etc.
Acho que os plugins do Maven em Jelly deixam bem claro que isto não é uma boa idéia...
Não
Bem, responder essa pergunta exigiria uma opinião formal de diversas pessoas, mas posso dizer como que eu vejo o genesis para Summa. É uma ótima forma de beneficiar a comunidade ao mesmo tempo que demonstra o potencial das pessoas que fazem parte da empresa e torna-a mais conhecida.
Eu particularmente espero que com o tempo o genesis se torne a solução natural para alguns tipos de problemas. Por exemplo, agora já temos um binding Swing totalmente implementado e semelhante ao Thinlet e temos planos de incluir um binding SWT até a versão 3.0 final. Nenhum framework faz o que o genesis faz para o desktop e, cobrindo todas as tecnologias principais do mercado, fica difícil pensar no porque alguém não o usuaria, ainda mais agora que estamos tornando muito fácil o uso dele nas IDEs.
Espero ter respondido suas dúvidas. Se alguém quiser atualizar a entrevista com essas informações, seria interessante.
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
vfpamp Offline
Posts: 6009
Michael, uma pergunta cabeira que eu não sei se você pode responder.
O que te obriga a não falar sobre certos itens? Um termo, um acordo com os outros experts da JSR? a Sun ou o JCP? Por que existe esse tipo de "obrigação"?
É engraçado como o que é "livre" pode não ser tão "livre" assim
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
mister__m Offline
Posts: 60
Geralmente, o contrato que você tem que aceitar para ser membro do JCP. Além disso, existem as coisas que só tem explicações políticas e não técnicas e as coisas que explicitamente disseram pra não falarmos
Queria saber de onde você tirou essa idéia de que o JCP/JSRs são livres
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
ronaldtm Offline
Posts: 2299
Na JCP provavelmente as empresas expõe o design de seus produtos como sugestões, por exemplo. Esse tipo de coisa não deve ser exposta, até que se torne um padrão aberto.
Eu concordo plenamente com o esquema, discussões internas 'fechadas', com partes expostas publicamente para discussão aberta apenas quando apropriado. Senão ia ficar um bando de zé-manés dando opinião o tempo todo, achando que sabe alguma coisa. O Expert Group tem esse nome porque reúne experts, e é deles o trabalho de tomar as decisões complicadas.
Em algumas coisas (na verdade, pra muitas), democracia é uma merda. XD
_________________
In fact, people who study design methods without also practicing design are almost always frustrated designers who have no sap in them, who have lost, or never had, the urge to shape things. Such a person will never be able to say anything sensible about "how" to shape things either. (Christopher Alexander)
vfpamp Offline
Posts: 6009
Hum... somente respostas políticas? Que merda! Eu estava até pensando em participar de alguma JSR no JCP, mas depois dessa, quero distância.
Palestras empolgantes do Bruno Souza a 5 anos atrás.
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
vfpamp Offline
Posts: 6009
Concordo, mas isso não é problema de democracia, não queremos participar das decisões do JCP. Queremos apenas saber o que acontece. Por exemplo:
O Michael não pode falar sobre o item acima. Que mal teria se ele falasse que "As alterações nas anotações estão esperando a Microsoft determinar o seu próximo passo com o .NET. Depois disso veremos se vamos adotar uma arquitetura semelhante ou vamos criar um outro conceito"
Por que, para mim, o único motivo de não divulgar certas coisas é para que a "concorrência" não fique sabendo.
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
mister__m Offline
Posts: 60
Se você não gosta de politicagem, é melhor manter distância.
Que eu me lembre, o Bruno só falava que qualquer um pode participar e isso é verdade.
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
mister__m Offline
Posts: 60
1. Não, não tem naaaada a ver com o .NET
2. Isso depende de coisas que eu sei, na verdade, mas que não posso falar até a JSR de manutenção ou de "upgrade" ser submetida.
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
vfpamp Offline
Posts: 6009
Foi só um exemplo.
Certo, e qual é o risco de falar sobre isso antes dela ser submetida? Qual é o mal de falar que: "está sendo preparada uma especificação que poderá resolver o problema desta ou desta forma, tudo dependerá de reuniões futuras com o grupo do JCP"
[]s
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
mister__m Offline
Posts: 60
Isso significaria revelar o que os outros pensam sem pedir permissão para os outros, algo proibido pelo agreement. Na prática, para responder essa pergunta, eu teria que conversar com todos os que tem idéias em potencial que podem ser adicionadas e com o spec lead para poder dar uma resposta.
_________________
Michael Nascimento Santos, aka Mister M
Summa Technologies do Brasil - http://www.summa-tech.com/
genesis: Uma nova forma de desenvolver aplicações - https://genesis.dev.java.net/
ThinNB: Suporte a Thinlet no NetBeans - https://thinnb.dev.java.net/
Líder da JSR-310 - Date and Time API
Expert Group Member das JSRs 207 (PD4J), 250 (Common Annotations), 270 (Java 2 SE 6.0), 296 (Swing Framework) e 303 (Bean Validation)
SouJava: Fortalecendo a comunidade Java brasileira - https://soujava.dev.java.net/ https://www.soujava.org.br/
JSR Community @ java.net - http://community.java.net/jsr
Blogs - http://blog.michaelnascimento.com.br/ http://today.java.net/pub/au/80
vfpamp Offline
Posts: 6009
Ham... entendi... proteção para as empresas...
_________________
Vitor Pamplona
http://vitorpamplona.com
http://twitter.com/vitorpamplona
Não respondo dúvidas por e-mail, nem msn, nem via private message. Use o fórum para isso.
Relacionados
Entrevista com o Gavin King http://javafree.uol.com.br/topic-12481-Entrevista-com-o-Gavin-King.html Dúvida aos já certificados! http://javafree.uol.com.br/topic-4043-Duvida-aos-ja-certificados.html Revista Veja e Software Livre. http://javafree.uol.com.br/topic-856023-Revista-Veja-e-Software-Livre.html Google Talk na Web? http://javafree.uol.com.br/topic-853672-Google-Talk-na-Web.html Novo layout das newsletters. http://javafree.uol.com.br/topic-5672-Novo-layout-das-newsletters.html Para dispositivos moveis !!!! http://javafree.uol.com.br/topic-861637-Para-dispositivos-moveis.html Seções de notícias e empregos lado a lado? http://javafree.uol.com.br/topic-858924-Secoes-de-noticias-e-empregos-lado-a-lado.html fenasoft (alguém foi?) http://javafree.uol.com.br/topic-8426-fenasoft-alguem-foi.html Requião come mamona oferecida por Lula http://javafree.uol.com.br/topic-853594-Requiao-come-mamona-oferecida-por-Lula.html