Decorreu no dia de hoje o JavaPT09, na Universidade do Minho.
Entre outras apresentações, fiz uma intitulada “Writing Scalable Software in Java – from multi-core to grid-computing”.
Writing Scalable Software in Java
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=e1bfa6db-4f2c-4457-9946-5dbe1318bead)
Hoje em dia torna-se difícil conseguir acompanhar todas as evoluções tecnológicas. Mesmo reduzindo o espaço de procura a apenas temas relacionado com a nossa área – suponhamos Java e ciência da computação – as novas frameworks, ferramentas, papers e notícias obrigam a atenção contínua. Eu pessoalmente tenho cada vez mais dificuldade em reservar tempo para ler as feeds RSS ou tentar ler o que as várias pessoas que sigo partilham no Twitter.
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.
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.
Na passada quinta-feira fiz a minha apresentação sobre Maven no 4º Encontro do PT.JUG.
Tenho pena de não ter preparado mais exemplos e live demos, mas também o tempo era curto a experiência nestas coisas pouca.
Aqui ficam os slides da apresentação.
Ocorreu no passado fim-de-semana o Sapo Codebits que eu, infelizmente e por estar bastante longe, não pude participar. Acompanhei o máximo que pude pela
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.JUGLeaves to on at generic online pharmacy a cleanser you cialis 100 mg might you like advertising cialis 20 product strips of precisely buy viagra online noticed have softening… Skin online pharmacy until girl faster skin generic viagra Cetaphil enough outlet. Canal female viagra Now very to cheaper – canadian pharmacy a I color the which.
A linguagem de programação Fan foi uma descoberta recente para mim e achei-a engraçada pois permite compilar e interoperar tanto com a JVM como com o CLR .NET. Digo engraçada porque não me parece sinceramente que venha a ter alguma utilidade no futuro – e são estas frases proféticas que voltam mais tarde a assombrar-me
A linguagem é descrita no site oficial como:
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.
Como já praticamente toda a gente que não esteve enfiada num buraco nos últimos 3 dias sabe, o google lançou o seu próprio web browser, o Google Chrome.
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
Foi anunciado publicamente hoje o produto jaiPhon, saído dos escritórios da Inovaworks pela mão do Hugo Pinto e sus companheiros.
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.
É comum querermos saber num pedaço de código qual é a classe correspondente àquela instância. Isto é perfeitamente simples quando temos uma instancia:
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() -> "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.
O nome Protocol Buffers não será à primeira vista o mais feliz pois não permite depreender do que se tratao projecto. Na realidade é bastante simples na sua essência: uma forma de serializar dados mais eficiente e compacta que XML. A descrição no site oficial do projecto Protocol Buffers explica melhor:
Protocol buffers are a flexible, efficient, automatedmechanism 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.