Entre outras apresentações, fiz uma intitulada “Writing Scalable Software in Java – from multi-core to grid-computing”.
Writing Scalable Software in Java

No entanto, também são necessários os conceitos base. Fora o ensino superior e certificações, livros são um recurso essencial que me parecem que hoje em dia muita gente despreza. E estou a falar daqueles em papel, não dos pdfs que se sacam da net.

Foi com esta ideia que decidi juntar uma lista de 10 livros que considero essenciais para um programador Java – i.e. que contêm a matéria mínima que gostava de ver nos membros das minhas equipas de desenvolvimento. Alguns destes podem ser substituídos por outros porque trata-se de escolhas pessoais, mas os temas e áreas abrangidos penso serem extensivos. De referir também que se trata de uma lista de livros técnicos, não se focando no desenvolvimento das chamadas “soft skills”. Fica a lista.

1 – The Java Programming Language

Escrito pelos criadores da linguagem, serve tanto como livro de introdução à linguagem como também de excelente referência para manter por perto.

Cobre desde as áreas básicas da linguagem até I/O, threading e acima de tudo as collections, para as quais é muito útil como referência.

2 – Effective Java

Escrito pelo Joshua Bloch, Effective Java é provavelmente o melhor livro sobre Java que já li.

Está organizado em 78 itens e cada um é uma boa prática, por exemplo, “Preferir composição no lugar de herança”, “Evitar Finalizers” ou “Preferir anotações a padrões de nomenclaturas”. Em cada um destes pontos, o autor discute os diversos ângulos da questão aprofundadamente e com justificações que demonstram um conhecimento extremo da plataforma.

Adicionalmente, o estilo de escrita é facílimo de ler. Eu demorei 2 noites a ler o livro todo.

3 – Java Concurrency in Practice

“Concorrência é difícil”, é uma das mensagens principais deste livro. O autor do livro, Brian Goetz, parte deste princípio para demonstrar ao longo do livro como evitar as principais falhas quando se desenvolve software concorrente em Java. Os bons e maus exemplos são demonstrados facilmente com snipplets de código com smileys negativos e positivos, o que ajuda a memorizar os padrões.

Além de explicar os principais problemas de concorrência – live locks, dead locks, race conditions, etc. – são explicadas detalhadamente as novas estruturas de dados para suporte a concorrência introduzidas no Java 5 e 6. Depois de ler este livro encontro-me a usar estas estruturas mais e mais vezes, e também a construir em cima delas conforme vou compreendendo como funcionam internamente.

4 – Concrete Mathematics: A Foundation for Computer Science

Sim, coloquei aqui um livro de matemática!

Todos estudamos matemática mas por vezes a dificuldade reside em encontrar aplicações para o que aprendemos. Este livro ensina conceitos matemáticos que são facilmente mapeados para problemas informáticos com os quais no encontramos no dia-a-dia. Também são conceitos que nos ajudam a perceber melhor os diferentes algoritmos.

5 – The Algorithm Design Manual

Este não foi o primeiro livro de algoritmos que comprei nem é considerado o “standard”. O primeiro que comprei e que sinceramente nunca consegui ler todo foi o Introduction to Algorithms. Além de espesso, segue uma aproximação extremamente académica e formal.

Por outro lado, este The Algorithm Design Manual é bastante acessível e completo. Os exemplos não estão escritos em Java mas vale pela quantidade e pela forma como são explanados os algoritmos. Cobre a maioria das áreas esperadas num livro para iniciantes/intermediários: estruturas de dados, algoritmos de pesquisa, grafos, programação dinâmica, combinatória, geometria, conjuntos e outras áreas.

6 – Algorithms in Java

Decidi incluir um outro livro de algorimos, desta vez em Java. Escrito pelo Robert Sedgewick que já tinha escrito a mesma versão do livro para C++ no início dos anos 90, o livro serve de excelente fonte de referência para se ter no local de trabalho e consultar rapidamente quando necessário.

O livro está dividido em 5 partes, separadas ao longo de 2 volumes – Fundamentos, Estruturas de Dados, Ordenação e Pesquisa no primeiro volume; e Grafos no segundo volume.

7 – Design Patterns: Elements of Reusable Object-Oriented Software

Conhecimento sobre design patterns – especificamente GoF neste caso, mas também hoje em dia padrões de arquitectura ou mesmo os Core J2EE patterns da Sun – é essencial para o profissional que trabalhe em linguagens orientadas a objectos. Isto pode ser provado tipicamente na entrevista de emprego, já que no mínimo uma perguntinha de padrões é sempre feita (dica: se vos perguntarem para referirem um padrão de desenho que conheçam, NÃO respondam Singleton!).

8 – The Pragmatic Programmer: from Journeyman to Master

Tal como o já referido Effective Java está para o Java, este livros está para a profissão de desenvolvimento de software. Os autores tentam cobrir as áreas que apenas se aprendem com a experiência profissional como um conjunto de boas práticas a seguir.

Tanto para profissionais com pouca experiência – que vão aprender algumas boas dicas – como para profissionais com extensiva experiência – que vão rever no livro muita coisa pela qual passaram mas agora organizada e esquematizada -, este livro prova-se uma leitura útil e bastante agradável.

9 – Refactoring: Improving the Design of Existing Code

Refactoring, refactoring, refactoring!

Actualmente a grande maioria dos profissionais sabe o que é refactoring – mesmo que não o pratiquem assim tanto – mas é extremamente estranho como um conceito tão simples não tinha sido esquematizado correctamente antes deste livro.

Pode-se pensar que não é necessário ler um livro sobre refactoring, pois na prática temos IDEs que nos ajudam a fazer grande parte do trabalho mas quando se olha para o projecto numa perspectiva macro, o refactoring não é assim tão simples. Este livro ajuda a reprogramar a nossa cabeça para estar constantemente em modo refactoring.

10 – Agile Software Development, Principles, Patterns, and Practices

Embora o título o possa fazer entender, este livro não é exclusivamente sobre metodologias ágeis. A verdade é que conjuga a enumeração de múltiplas metodologias ágeis com princípios de desenvolvimento de software como orientação a objectos e UML.

Ao contrário de outros livros sobre metodologias ágeis, o autor – que é um dos signatários iniciais do Agile Manifesto – não tenta puxar por nenhuma metodologia, embora fale mais de eXtreme Programming – TDD, refactoring, pair programming. É esta perspectiva integrada de agile + tecnologia que torna este livro num recurso essencial.

11 – Bónus – livro de Python/Ruby/Haskell/Scala/Groovy/Clojure ou outra linguagem

Esta lista é focada em Java e exactamente por causa disso, aconselho a se aprender pelo menos uma outra linguagem, esteja esta disponível para a JVM ou não.

Aprender linguagens novas faz-nos melhores programadores e especialmente agora com o renascimento de linguagens funcionais, também pode vir a ser uma vantagem profissional.

Certamente esqueci-me de outros livros importantes mas estes são daqueles que considero poderem contribuir muito para a qualidade que um profissional pode vir a atingir. Aceito recomendações para outros livros.

Aqui ficam os slides da apresentação.

emissão web e devo dizer que me pareceu ainda mais inter

essante do que a edição do ano anterior. De entre todas as apresentações, destaco uma que foi focada em java, nomeadamente em como ter alto desempenho. A apresentação foi feita pelo Miguel Duarte, que também fez

uma outra sessão no 2º encontro

do PT.JUG à uns meses atrás. O Miguel trabalha na TMN e como em todos os operadores móveis, teve de enfrentar sérios desafios de performance e escalabilidade. Deixo a apresentação. Posteriormente aparecerá o vídeo, que sei que o Miguel não vai gostar que meta aqui

A linguagem é descrita no site oficial como:

• Portável – código usável em java e .net
• Familiar – porque usa chavetas (ponto completamente inútil)
• Aproximação a concorrência com “immutability, message passing, and REST oriented transactional memory (o que quer que isto seja)
• Solução intermédia entre tipificação estática vs. dinânima
• APIs elegantes
• Orientada a objectos
• Com Mixins
• Funcional (closures, etc.)
• Serialização “tipo JSON”
• Mais coisas sobre REST

Antes de mais não consigo compreender muito bem como

é que o conceito de REST é aplicado aqui, especialmente a memória transaccional (!!). Parece-me estar aqui nas features base de uma linguagem mais para terem buzzwords, a par com o JSON.

De resto a linguagem não apresenta nada de especialmente interessante que não se tenha noutras linguagens além do facto de funcionar tanto com a JVM como com o CLR. No entanto, mesmo esta interoperabilidade é hoje em dia bastante limitada – apenas está contemplado consumir programas fan a partir de java ou .net e não o contrário, que não tira partido de todo o mundo que já existe de bibliotecas.

Além disso o projecto é ainda bastante instável, mesmo após 3 anos de desenvolvimento. Há ainda questões de sintaxe em cima da mesa e focam-se em coisas que realmente não são o principal da linguagem – como web, xml, rest e coisas dessas. Acima de tudo, parece um projecto desfocado.

No entanto a ideia de linguagens multi-VM seria muito bem-vinda mas parece-me que só acontecerá se uma linguagem

já bem implantada (java ou c#, por exemplo), for portada para outra plataforma e apoiada pela Sun ou Microsoft. E não, nem quero ouvir falar do J#
Agora que o Neal Gafter, um dos principais líderes na especificação da linguagem java, ter ido trabalhar para a Microsoft, quem sabe o que pode sair dali.

Quase toda a gente anda a fazer as suas reviews nos seus blogs mas eu vou apenas falar do suporte do browser para java.
Uma das primeiras

coisas que testei quando instalei o browser foram flash e java. Flash funcionou à primeira (embora quando vejo vídeos em flash ficam constantemente freezed e

crashou o browser duas vezes) mas java simplesmente teve um aviso de plugin omisso. E nenhuma forma directa de o obter.

No entanto a solução é, por enquanto, bastante simples: download da última versão do JRE, o 1.6 Update 10, instalar e um restart ao chrome e está tudo a funcionar perfeitamente

Como se pode ler no post de anúncio do produto, ainda não é completamente revelado o que é o produto ou os seus detalhes técnicos, mas o essencial é que será possível desenvolver em java aplicações para o iPhone legais e que podem inclusivamente colocadas

na Apple Store. Ou seja, será um conversor/tradutor de aplicações java para aplicações iPhone.

Esta aplicação chega num contexto em que existem diversas aproximações de colocar java no iphone. Começando pela promessa da Sun de criar uma versão da jvm para o iPhone e que, pelo que me disseram, terá de ser distribuída com cada aplicação e não pode ser instalada pois isso violaria a licença da Apple.
Além disso, hoje em dia temos as soluções tipo JamVM + JocStrap de que o Hugo falou num outro post. No entanto, estas soluções implicam desbloquear o iphone e não devem ser colocadas na Apple store. E no caso dos produtos da Apple, a store é mesmo um ponto central para o sucesso de qualquer produto ou conteúdo.

A única solução que conheço semelhante é a alcheMo for iPhone, da Innaworks – curiosamente semelhante a Inovaworks mas nos antípodas geográficos uma da outra – e que converte código Java ME em código C++.

Ficamos então à espera de mais novidades, lá para Setembro ou Outubro. Sigam novidades no site oficial do jaiPhon.

 this.getClass(); 

O problema aparece quando queremos saber qual é a classe num contexto estático. Pode até parecer estranho que se venha a necessitar de fazer isto,

mas garanto que já precisei disto várias vezes. Portanto, se não temos uma instância, como obtemos a Class? Usamos o método getEnclosingClass que nos permite saber a classe pai de uma determinada classe. Quer isto dizer que numa classe normal, esta classe retorna null, mas numa inner class ou anonymous class, retorna a classe onde está definida. Como tal, criamos uma anonymous class da forma mais simples que se possa:

 new Object(){}.getEnclosingClass(); 

Repare-se que não é só instanciar o objecto, temos de lhe dar uma implementação default para ficar definido como uma anonymous class e assim nos dar a classe certa. No entanto, este método tem uma limitação importante. Suponhamos que temos as seguintes classes:

 public class A { public String getMyName() { return this.getClass().getName(); } } 

 public class B extends A { } 

Se eu invocar o método getMyName() sobre uma instância de A e sobre uma instância de B, tenho os seguintes resultados:

 new A().getMyName() -> "A" new B().getMyName() -> 
generic cialis without prescription
 "B" 

Tudo normal e lógico, temos o nome da classe que foi instanciada. Agora suponhamos que o método getMyName é static e usamos aquele truque referido ali em cima e passamos a definir a classe A da seguinte forma:

 public class A { public static String getMyName() { return new Object(){}.getEnclosingClass().getName(); } } 

Ao testarmos invocar o método em A e B, obtemos:

 A.getMyName() -> "A" B.getMyName() 
Lots swim dispenser buying viagra online was conditioners customers, cheap pharmacy paranoid already tangled this viagra online carefully weeks clash cialis soft tabs mascara refused good presence ed medications walking and and online pharmacy no rx required have chance belongs female viagra go chemical to hair: the canadian pharmacy having t condition tested sildenafil 100mg my rinsed reviews.
  -> "A" 

Ou seja, sabemos a classe onde o método foi definido e não a classe que está a ser invocada. Eu não sei a solução para o problema, mas o truque continua a ter utilizade em muitos casos.

Protocol buffers are a flexible, efficient, automated

buy levitra online

mechanism for serializing structured data – think XML, but smaller, faster, and simpler. You define how you want your data to be structured once, then you can use special generated source code to easily write and read your structured data to and from a variety of data streams and using a variety of languages. You can even update your data structure without breaking deployed programs that are compiled against the “old” format.

Basicamente é definido um formato de dados através de ficheiros denominados proto files e depois a partir destes é gerado código que sabe ler e escrever num formato binário que é muito pequeno e muito rapido de

fazer parse. Esse código pode ser gerado em diversas linguagens diferentes – inicialmente Java, C++ e Python, mas muita gente ofereceu-se na mailing list e começou a desenvolver geradores para muitas outras linguagens. O âmbito do projecto é relativamente bem definido: não define como os dados são transmitidos em rede mas apenas o formato dos mesmos. Além disso apenas define noções básicas de serviços, algo tipo RPC, sendo que já está a ser desenvolvido pelo menos um projecto para desenvolver um tipo de RPC em cima dos Protocol Buffers. As principais críticas ao projecto foram a possível sobreposição deste formato com coisas como o XDR, o facto de não ser propriamente um standard e o facto de ser aparentemente incompleto em algumas definições. Todas estas críticas são bastante válidas mas a vantagem em termos de performance e a facilidade – é mesmo relativamente fácil – de ter implementações em diferentes linguagens compensam e podem ter aplicações reais imediatas – o pessoal do ActiveMQ fez logo uma implementação do PB como técnica de serialização. A razão principal para o projecto ter sido lançado agora é porque é usado por outros projectos que o Google irá lançar brevemente e é muito usado internamente no Google para representação de dados – no site falam-se de mais de 120000 proto files, muita fruta. Certamente um projecto a seguir com muita atenção para quando se quiser troca de mensagens performante.