Java 9::mais um atraso no lançamento

O lançamento do Java 9 foi adiado uma outra vez. Com essa notícia, um tanto frustante para a enorme comunidade Java, vem um questionamento bastante natural: por quê o prolongamento da fase final de desenvolvimento da nova versão?

Segundo o arquiteto-chefe da plataforma Java na Oracle, Mark Reinhold, o time de desenvolvimento não está onde deveria em relação o cronograma, pois o Jigsaw precisa mais tempo. Além disso também observou que o número de problemas relatados no JDK 9 é maior que a quantidade existente no JDK 8 quando se encontrava em fase idêntica do desenvolvimento. A partir destas declarações, o atraso se tornou oficial:em 18/10 a data de entrega da versão 9 passou de 27/03/2017 para 27/07/2017. Quatro longos meses de atraso, que se somam aos outros seis meses da data original que era 22/09/2016.

A notícia gerou muitos comentários na comunidade e na imprensa especializada (InfoWorld, 404TS, The Register, Jaxenter, eWeek, ADTmag, Takipi). Nada muito diferente do que temos aqui, o que é pouco animador. 

Jigsaw se refere ao novo mecanismo de modularização da API, característica que é carro chefe da versão. Seu objetivo é possibilitar a divisão do runtime em componentes interoperáveis que possibilitem a criação de versões otimizadas para atender necessidade específicas. Atualmente a estrutura do Java Runtime Enviroment é praticamente monolítica, sendo que o arquivo rt.jar contém quase 20.000 classes, muitas delas usadas em poucos programas e poucas usadas por quase todos. Assim, seu tamanho torna-se um peso para a JVM e, com isso, compromete o desempenho das aplicações Java. Ao particionar a API, cada programa Java poderá carregar apenos os módulos necessários, o que trará um melhor desempenho. Além disso, aplicações poderão ser construídas de maneira idêntica, ou seja, com estrutura modular, estendendo tal flexibilidade aos programas construídos com a plataforma.

Apesar da importância do projeto Jigsaw, este atraso é bastante desanimador e, de certa maneira, lança uma incerteza quanto ao cumprimento das novas datas, pois que já errou mais de uma vez, pode continuar errando. Por outro lado, a busca de qualidade ao invés de velocidade, com mero cumprimento de prazo, é algo visto como positivo pelos desenvolvedores em geral. A esperança, então, é que esta data seja cumprida.

Mesmo com tudo isso, a plataforma Java continua liderando a preferência dos programadores. No TIOBE Index de novembro/2016 o Java figura como #1 (18.755%), C como #2 (9,203%), C++ é #3 (5.415%) e C# o #4 (3.659%). Observe que o percentual exibido pelo Java é maior que a soma de C, C++ e C#. Isso diz muita coisa!

O Novo Plano

Com o adiamento da data final de lançamento, todo o cronograma da versão 9 foi alterado, na verdade prolongado, conforme a página do projeto. No momento temos:

• 2016/12/22 Feature Extension Complete
• 2017/01/05 Rampdown Start
• 2017/02/09 All Tests Run
• 2017/02/16 Zero Bug Bounce
• 2017/03/16 Rampdown Phase 2
• 2017/07/06 Final Release Candidate
• 2017/07/27 General Availability

Assim, apenas em dezembro deste ano teremos a confirmação de todas as características inclusas na versão 9, ponto em que se congela a lista de características da plataforma, sem possibilidade de novas inclusões (até esta data existe até um risco do Jigsaw ser removido da versão 9 e empurrado para a 10, o que já ocorreu no passado!). A fase de testes que segue pretende produzir um candidato a primeira versão oficial do Java 9 no início de julho/2017. Com tudo isso, contando com a inspiração do time de desenvolvimento, no final de julho/2017 deverá ocorrer o General Avaliability, ou seja, quando o JDK 9 é liberado para produção. Maktub!

Para os Curiosos, Ansiosos & Afoitos

As versões preliminares do Java 9 podem ser experimentadas. Basta efetuar o download de uma versão early access no link indicado para JDK 9 Early Access Releases na seção Para Saber Mais. É só conferir!

Para saber mais

• JDK 9 no OpenJDK
  http://openjdk.java.net/projects/jdk9/ 
• Java 9 – The Ultimate Feature List
  http://blog.takipi.com/java-9-the-ultimate-feature-list/
• The Curse of Project Jigsaw: Why is Java 9 delayed over and over again?
  http://blog.takipi.com/the-curse-of-project-jigsaw-why-is-java-9-delayed-over-and-over-again
• JDK 9 Early Access Releases
  https://jdk9.java.net/download/
• TIOBE Index for November 2016
  http://www.tiobe.com/tiobe-index/

Coleções e Streams outra vez::Parte I

Uma das melhores novidades do Java 8 foi a adição da API Streams que trouxe novas ferramentas para a manipulação de conjuntos, listas e outras coleções. Sua característica mais marcante é possibilitar o tratamento de cada elemento de uma coleção sem a necessidade de construção explícita de laços de repetição para tal processamento, ou seja, a realização de operações em massa sobre as coleções. Esta série de quatro artigos pretende apresentar e detalhar esta importante API.

Definição

A interface java.util.stream.BaseStream, que define sequencias de elementos que podem suportar operações agregadas executadas em modo sequencial ou paralelo, dá origem a quatro subinterfaces muito importantes do pacote java.util.stream.

A primeira é interface java.util.stream.Stream<T> representa uma sequência de elementos sobre os quais uma ou mais operações podem ser executadas. De fato, Stream<T> provê uma cadeia sequencial de referências de objetos, enquanto as demais subinterfaces (IntStream, LongStream e DoubleStream) são especializações voltadas para os tipos primitivos mais comuns, contendo algumas funcionalidades extras.

Para utilizar um stream é necessário organizar um stream pipeline. Tal pipeline se inicia com uma fonte (ou origem) dos dados; uma sequência de zero ou mais operações intermediárias; e uma operação terminal (ou final).

Nos fragmentos de código que seguem, o comentário inicial indica o nome arquivo-fonte Java onde estão contidos, permitindo que sejam testados com maior facilidade. Todos exemplos estão disponíveis no GitHub (projeto pjandl/stream_again).

 O fragmento de código que segue exibe um stream pipeline com três estágios:

// StreamFragm101.java
long cont = nomes.stream();
                 .filter(n -> n.startsWith("K"))
                 .count();

No primeiro, nomes é uma coleção de objetos String (por exemplo, List<String>), cujo método stream() é a  operação fonte que cria um stream e inicia o pipeline. O segundo estágio se constitui pelo método filter(Predicate), uma operação intermediária (que toma um stream como entrada, resultando em outro), cuja expressão lambda fornecida determina o predicado da filtragem, isto é, o critério de aceitação dos elementos do stream de entrada que serão enviados para o stream de saída. No último estágio temos a operação count(), que é terminal, pois produz um resultado long que não permite continuar encadeamento do stream pipeline.

Resumidamente, este pipeline filtra os nomes iniciados com "K", contando a quantidade de ocorrências. A coleção nomes permanece inalterada.

Um aspecto muito importante, que diferencia os streams das coleções, é que os streams são consumíveis, ou seja, só podem ser utilizados uma única vez por uma operação intermediária ou terminal. Caso sejam reutilizados será lançada a exceção IllegalStateException.

O encadeamento de métodos usado na construção de um pipeline poderia ser reescrito de maneira mais convencional como segue:

// StreamFragm101.java

Stream<String> stream_0 = nomes.stream();

Stream<String> stream_1 = stream_0.filter(n -> n.startsWith("K"));

long cont = stream_1.count();

O resultado proporcionado é o mesmo, mas a custa de código extra que não melhora a legibilidade das operações efetuadas. Por isso a construção dos pipelines é incentivada, evitando que variáveis intermediárias sejam incorretamente utilizadas.

Para podemos detalhar um pouco mais as operações de tipo fonte, intermediária e terminal; além da aplicação geral desta nova API, o material foi dividido em quatro artigos:

• Parte I:: Definições & Operações Fonte (este post)
• Parte II:: Operações Intermediárias
• Parte III:: Operações Terminais
• Parte IV:: Aplicações

Operações Fonte

São aquelas capazes de iniciar um stream pipeline a partir de uma fonte, ou seja, que originam um stream que poderá ser utilizado posteriormente numa sequência de operações intermediárias e por uma última operação terminal.

As fontes são tipicamente coleções (subclasses de java.util.Collection), ou arrays; mas podem ser definidas como uma função geradora ou um canal de I/O. Observe que os mapas não são diretamente suportados com fontes.

Operações Fonte
static Stream<T>	concat (Stream<T> a, Stream<T> b)
	Retorna um stream cujos elementos são todos os existentes no stream a seguidos de todos os existentes no stream b.
static Stream<T>	empty ( )
	Retorna um stream sequencial vazio.
static Stream<T>	generate (Supplier<T> s)
	Retorna um stream sequencial infinito e não ordenado cujos elementos são gerados pela função provida.
static Stream<T>	of (T... values)
	Retorna um stream sequencial cujos elementos são aqueles fornecidos (na mesma ordem).
static Stream<T>	of (T value)
	Retorna um stream sequencial contendo um único elemento.

Dada uma coleção qualquer do tipo T, é possível tomá-la como fonte, ou seja, obter seu stream Stream<T> associado com:

// StreamFragm102.java
ArrayList<Integer> colecao = new ArrayList<Integer>();

// Adiciona conteúdo: números de 0 a 50, de 2 em 2

for (int i = 0; i < 50; i+=2) {
    colecao.add(i);
}

// Obtém stream

Stream<Integer> streamI = colecao.stream();

Também é possível obter um stream a partir de um array de qualquer tipo, tal como segue:
// StreamFragm102.java

// Obtém stream a partir de array de elementos do tipo Dimension

Dimension[] dimemsionArray = {

new Dimension(19, 64), new Dimension(68, 19), 

new Dimension(19, 31), new Dimension(95, 19),

new Dimension(13, 20), new Dimension(20, 16)

}; 

Stream<?> stream = Stream.of(dimemsionArray);

Outra possibilidade é concatenar dois streams existentes, na forma de um terceiro stream como abaixo:
// StreamFragm102.java

// Obtém stream de String a partir de outras streams de Strings

Stream<String> sAll = Stream.concat(nomes.stream(),
                                    outrosNomes.stream());

Finalmente é possível criar um stream, com infinitos elementos, com base numa função geradora, como o exemplo que segue:

// StreamFragm102.java

// Obtém stream a partir de gerador infinito

// de Double entre [0, 100)

Stream<Double> streamD = Stream.generate(() -> 100*Math.random());

A partir das operações fonte, obtemos streams que podem ser utilizadas por zero, uma ou mais operações intermediárias; e zero ou uma operação terminal. Mas isto fica para os próximos posts!

Este artigo faz parte de uma pequena série Coleções e Streams outra vez:

• Parte I::Definições & Operações Fonte (este post)
• Parte II::Operações Intermediárias
• Parte III::Operações Terminais
• Parte IV::Aplicações

Para saber mais

• Java - Guia do Programador. 3a Edição.
  Peter Jandl Junior.
  Novatec. 2015.
• The Collection Interface (The Java Tutorials).
  <https://docs.oracle.com/javase/tutorial/collections/interfaces/collection.html>
• Lesson: Aggregate Operations (The Java Tutorials).
  <https://docs.oracle.com/javase/tutorial/collections/streams/>
• Lambdas and Streams in Java SE 8.
  <http://pt.slideshare.net/JAXLondon2014/lambdas-and-streams-in-java-se-8-making-bulk-operations-simple-simon-ritter>

V Workshop de Tecnologia de Informação::WTI2016::Apresentações

O WTI2016, quinta edição do evento anual dos cursos de graduação em Análise e Desenvolvimento de Sistemas, Ciência da Computação e Sistemas de Informação do Centro Universitário Padre Anchieta (Jundiaí-SP), foi realizado no período de 24 a 26 de outubro de 2016 com temática centrada nos projetos de software.

Abaixo seguem os links para download dos materiais do evento.

• [24 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | [Slides] O Papel do Arquiteto de Software
  Prof. Ms. Peter Jandl Junior | UniAnchieta
• [25 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | [Slides] A Importância das Práticas de Gerenciamento de Projeto
             | [e-Book] PMBOK®Guide, Português, 4ª Ed.
  Prof. Ms. Antônio Rogério Tabalipa | UniAnchieta
• [26 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | [Slides] Aplicações da Domótica
  Prof. Esp. Leandro Pottes | UniAnchieta

V Workshop de Tecnologia de Informação::WTI2016

O WTI2016, quinta edição do evento anual dos cursos de graduação em Análise e Desenvolvimento de Sistemas, Ciência da Computação e Sistemas de Informação do Centro Universitário Padre Anchieta (Jundiaí-SP), foi realizado no período de 24 a 26 de outubro de 2016 com temática centrada nos projetos de software.

O objetivo do evento foi a divulgação de novas tecnologias, metodologias, práticas, serviços e oportunidades de carreira na área de Tecnologia de Informação; além da avaliação e do debate das influências da tecnologia na organização da sociedade, considerando aspectos sociais, econômicos e culturais, incluindo as questões da inclusão e exclusão digital, da igualdade de gênero, raça e credo; além de oferecer motivação para os estudantes no sentido do prosseguimento de seus estudos e desenvolvimento de suas carreiras.

Nesta edição, o evento foi composto exclusivamente de palestras e dirigido ao público interno do UniAnchieta, em especial para os estudantes dos cursos de graduação em Análise e Desenvolvimento de Sistemas, Ciência da Computação e Sistemas de Informação. A programação envolveu três temas chave da Tecnologia da Informação: a arquitetura de software, o gerenciamento de projetos e a domótica.

Programação

Abaixo segue a programação do evento.

• [24 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | O Papel do Arquiteto de Software
  Prof. Ms. Peter Jandl Junior | UniAnchieta
• [25 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | A Importância das Práticas de Gerenciamento de Projeto
  Prof. Ms. Antônio Rogério Tabalipa | UniAnchieta
• [26 de Outubro de 2016 | Sala 65 | Prédio 2]
  19h15 | Abertura
  19h30 | Aplicações da Domótica
  Prof. Esp. Leandro Pottes | UniAnchieta

Links para download dos materiais compartilhados pelos apresentadores estão disponibilizados em outro post deste blog.

REEE::Resíduos de Equipamentos Eletro-Eletrônicos

Eu, você, todo mundo. Durante nossa vida, a gente produz lixo, mas muito lixo mesmo. E, como se isso não já fosse problema, o lixo tecnológico, ou seja, aquele oriundo do descarte de equipamentos elétricos e eletrônicos, são um problema ainda pior. Embora muito já tenha se falado muito disso, é preciso insistir.

Considerem os milhões de telefones celulares, recarregadores, cabos, tablets, notebooks, computadores pessoais, monitores, impressoras, copiadoras, roteadores e placas adaptadoras; somados aos video games, joysticks e consoles; mais as televisões, aparelhos de DVD/CD, receptores de TV à cabo ou satélite; sem contar nas geladeiras, fornos elétricos, microondas, fogões, liquidificadores, batederias, lavadoras de roupa, secadoras de roupa, lâmpadas, secadores, barbeadores, etc.

Esse lixo, com maior ou menor conteúdo tecnológico, resíduo de equipamento eletro-eletrônico (REEE) ou e-waste, faz parte da vida maioria das pessoas ao redor do mundo. E com o estímulo contínuo das empresas fabricantes para seu consumo, se compra e se descarta cada vez mais. E isso é um problema, do tamanho de 50 milhões de toneladas de e-waste ou, aproximadamente, 7kg de lixo eletrônico adicional gerado por pessoa por ano. E a quantidade continua crescendo.

Esse lixo, que causa enormes problemas ambientais, ainda se relaciona com fluxos legais e ilegais de transporte de REEE, envolvendo trabalho insalubre, trabalho infantil, mais problemas ambientais e muitos, muitos problemas de saúde.

Essa apresentação, realizada na Semana de Tecnologia 2016 da FATEC Jundiaí, é uma tentativa de divulgar o problema e mobilizar as pessoas na busca de boas soluções para o REEE.

REEE::Resíduos EletroEletronicos by pjandl on Scribd

Para saber mais:

• Greenpeace. The e-waste problem
  http://www.greenpeace.org/international/en/campaigns/detox/electronics/the-e-waste-problem/
• Greenpeace. Guide to Greener Electronics
  http://www.greenpeace.org/international/en/campaigns/detox/electronics/Guide-to-Greener-Electronics/
• Artigo. Chemical contamination at e-waste recycling and disposal sites in Accra and Korforidua, Ghana
  http://www.ewasteguide.info/biblio/chemical-cont
• Artigo. Elevated blood lead levels of children in Guiyu, an electronic waste recycling town in China
  http://www.jstor.org/stable/4619519
• Portal Brasil. Estudo sobre logística de resíduos eletrônicos é divulgado
  http://www.brasil.gov.br/economia-e-emprego/2014/02/estudo-sobre-logistica-de-residuos-eletronicos-e-divulgado
• Nações Unidas. Brasil produziu 1,4 milhão de toneladas de resíduos eletrônicos em 2014, afirma novo relatório da ONU
  https://nacoesunidas.org/brasil-produziu-14-milhao-de-toneladas-de-residuos-eletronicos-em-2014-afirma-novo-relatorio-da-onu/
• Basel Action Network
  http://www.ban.org/
• Portal de Resíduos Sòlidos
  http://www.portalresiduossolidos.com/residuos-de-equipamentos-eletro-eletronicos-reee/

5 de Outubro::Dia Internacional do Professor

“Os professores são a força mais influente e poderosa para a equidade, acesso e qualidade na educação.”

Irina Bokova, Diretora-geral da UNESCO.

Em 1994 a UNESCO criou esta data para homenagear todos aqueles que contribuem para a educação, sejam professores ou não, atuando direta ou indiretamente em toda e qualquer atividade de ensino voltada para crianças, jovens e adultos.  O objetivo da criação desta data foi destacar e valorizar o papel fundamental que os professores têm e exercem na sociedade, principalmente quando se consideram os inúmeros problemas enfrentados por aqueles que abraçam esta carreira ao redor do mundo.

No Brasil existe um dia diferente dedicado ao professor, o 15 de outubro, criado por D. Pedro I, Imperador do Brasil, em 1827 por meio do Decreto Imperial que criou o Ensino Elementar no Brasil.  Apesar dos quase 189 anos da comemoração local, a docência tem sido cada vez menos valorizada no país, pois de fato, pouco se faz para garantir sua boa formação, condições de trabalho dignas e, inclusive, o necessário reconhecimento.

Além da celebração anual, a UNESCO, juntamente com os seus parceiros da OIT, PNUD, UNICEF e a Educação Internacional.com divulgam mensagem comemorativa que pode ser vista aqui.

Para Saber Mais

• Formação de professores
  http://www.unesco.org/new/en/education/themes/education-building-blocks/teacher-education/
• UIS professores – Instituto UNESCO para as Estatísticas
  http://www.uis.unesco.org/education/pages/teachers-statistics.aspx?SPSLanguage=EN
• UNESCO UIB- Bureau Internacional de Educação
  http://www.ibe.unesco.org/en.html

Revisitando o Robocode

O Robocode é um jogo, uma batalha de tanques, programável. Cada jogador (ou equipe) desenvolve a programação de seu robô que, autonomamente, compete numa série de rounds contra outros robôs, numa espécie de vale-tudo programático.

É uma plataforma interessantíssima para o ensino-aprendizagem de programação, que pode envolver muitos aspectos: desenvolvimento de algoritmos, programação orientada a objetos e até mesmo inteligência artificial.

O material que segue foi utilizado na Aula Aberta sobre o Robocode, ministrada na FATEC Jundiaí em 09 de setembro de 2016, como uma atividade preparatória para a II Copa Robocode a ser realizada na instituição.

Revisitando o Robocode from Peter Jandl Junior