A Google entra de forma definitiva no mundo Java ao criar a iniciativa conhecida como Guava. Agora, a Apache Software Foundation tem uma fortíssima concorrente como fornecedora de bibliotecas e frameworks para o mundo Java.

Uma das mais recentes contribuições da empresa para o mundo do desenvolvimento Java é o que  eles chamam de Google Collections Library, uma biblioteca de classes voltada para coleções de objetos, que agregam funcionalidades novas em relação à biblioteca padrão do Java no pacote java.util.

Fornecer e controlar soluções que moldam o desenvolvimento de uma determinada plataforma é uma forma de controle com consequências pouco conhecidas. Qual o objetivo de fornecer de graça uma biblioteca ou um framework, visto que eles são tão caros para desenvolver e manter? Por quais formas essas empresas esperam auferir lucros para pagar esses enormes gastos?

Deve-se separar o ensino de programação do ensino de programação paralela?

Foi levantando essa questão que James Reinders escreve seu artigo sobre o ensino de programação paralela. No artigo, Reinders cita o fato de que a maioria dos sistemas atuais, até o chamados entry-level (baixo custo), estão vindo com mais de um núcleo (leia-se CPU). São os chamados multicore. Nesse contexto, deve-se continuar priorizando o ensino de programação separado do ensino de programação paralela, como fazem a maioria das instituições de ensino? Geralmente, programação paralela aparece, quando muito, em disciplinas avançadas dos cursos de graduação. Uma boa reflexão para instituições de ensino que desejam manter-se na vanguarda do ensino tecnológico.

O interessante escrito de James Reinders pode ser acessado neste link.

Quem desenvolve em Java sabe o quanto é difícil encontrar uma classe, dentro da biblioteca de classes nativas, que soluciona aquele problema específicio que desejamos resolver. Não é àtoa. A Java API tem mais de trinta mil e quinhentos métodos, distribuídos por mais de quatro mil classes. Mesmo usando os buscadores da internet, que facilitam encontrar no Javadocs classes que realizam determinado tipo de tarefa, acabamos encontrando dezenas de opções, que nos desafiam com suas sutis diferenças.

Pensando nisso, pesquisadores da Carnegie Mellon desenvolveram duas ferramentas que adicionam, entre outras facilidades, a pesquisa classificada das classes baseada em relevância, mecanismo semelhante ao que o Google utiliza. Por exemplo, ao fazer a pesquisa por uma classe de impressão, o desenvolvedor poderia pesquisar no JavaDocs por ‘Printer’. Usando as classificações por relevância, o motor de pesquisa dará destaque à classe PrintWriter, colocando-a em letras com corpo maior do que a PrintEvent, posto que a primeira é usada e referenciada com maior frequência do que a segunda.

Maiores informações, consultar os sites dos projetos ou o artigo na Dr.Dobb’s que fala das ferramentas:

• Jadeite
• Apatite
• Finding Java API Methods and Classes

No dia 23/6/2009 passei na prova de certificação Sun Certified Java Programmer, versão 6, com 91% de acertos (errei 6 de 27 questões). Como dica para aqueles que pretendem passar nessa certificação, recomendo:

1. Ler o livro “SCJP Sun Certified Programmer for Java 6 Study Guide Exam (310-065)”, de Kathy Sierra e Bert Bates. O livro é excelente, e vale também como fonte de consulta para qualquer desenvolvedor Java. Ler do capítulo 1 ao capítulo 10. A cada capítulo, fazer as questões simuladas. Não se assuste se errar muito no começo.

2. Fazer os dois simulados do CD que acompanham o livro. Nele, existem dois grupos de simulados, cada um com 75 questões. Recomendo fazer esses dois primeiros simulados no formato Quiz-OpenBook, mas monitorando o tempo total.

3. Fazer o simulado adicional que pode ser baixado do site da MasterExam, cujo link está no próprio CD. Neste, faça no formato de simulado.

Fazendo mais do que 75% de acertos (em questões não repetidas), pode ir com segurança para prova.

Boa sorte!