o Rave serve um proposito bem diferente do que a gente tah acostumado a ver quando desenvolve coisas em j2ee… pra quem viu a palestra, o Richard Green falou de 4 publicos de desenvolvedores diferentes:
- Technologists
- Enterprise Architects
- Corporate Developers
- Integrators
O primeiro e o segundo se esbaldam com Java hoje - especialmente o primeiro grupo, que vive de tecnologia como fim, nao como meio. O segundo grupo tem tudo o que precisava nas maos: ferramentas legais pra fazer coisas complexas, tipo controle de transacoes distribuidas.
Agora, os outros dois grupos, coitados - ainda estao ou usando canhao pra matar mosca com Java, ou usando lixo encaixotado (nao vou citar nomes, mas comeca com “V” e termina com “isual Basic”), e os integradores ainda nao tem muito o que fazer, senao escrever pilhas e pilhas de codigo pra “colar” as aplicacoes usando APIs esquisitas e servicos XML de seguranca e robustez duvidosa.
O que o Rave pretende fazer vai ser tornar o pessoal que pertence aos dois ultimos grupos cidadaos de primeira-linha da comunidade. Logo, triplicando o numero de desenvolvedores, caso os planos da Sun dêem certo.
Mas eu ainda duvido um pouco que isso aconteca, por um simples motivo: uma vez complexo, simplificar é MUITO dificil se vc quiser manter a compatibilidade. E o que o pessoal da Sun esta fazendo eh esconder um monte de coisas do desenvolvedor que nao esta se preocupando com o que acontece por baixo dos panos - assim como o VB te esconde um monte de codigo de criacao de janelas.
O problema grave nisso eh que toda abstracao vaza (sim, elas vazam!). Vai chegar uma hora em que acontece um problema por baixo dos panos, e o coitado do desenvolvedor fica la, com cara de besta, sem entender o que esta acontecendo…
Mais leitura sobre o assunto aqui: http://www.joelonsoftware.com/articles/LeakyAbstractions.html
