O último mês de inverno chega ao fim e um desejo saudável desperta para participar de uma grande conferência sobre Java. Felizmente, faltou apenas um mês para o JPoint 2019 - a conferência internacional sobre Java, que será realizada no início de abril em Moscou. O programa quase se estabilizou e é hora de revelar todos os cartões.

O novo programa da JPoint é enorme: dois dias, vinte relatórios por dia. Quais escolher? Você pode simplificar sua tarefa dividindo os relatórios em várias categorias:

• VM & Runtime - 8 relatórios hardcore de líderes do setor: Oracle, BellSoft, IBM, Azul, Excelsior, Classmates e GridGain;
• Enterprise - 5 relatórios de empresas russas e internacionais: Spring, JavaEE, Liferay, Vaadin, Kafka, Netflix OSS vs Kubernetes, arquitetura de grandes sistemas;
• Reativo - 10 relatórios sobre o terrível e mágico mundo dos jatos: Spring Web Reactive Framework, Spring Project Reactor, RSocket, Reactive Streams, arquitetura reativa;
• Idiomas - relatórios de 7 idiomas: Java 9-12 (vice-CTO Azul), Kotlin e Kotlin / Native (JetBrains), Scala, programação funcional;
• Ferramental - 5 relatórios sobre ajuste: criador Jenkins (CEO CloudBees), desenvolvedores Gradle e IntelliJ IDEA;
• Vários relatórios fora de categorias.

O volume de habrastaty não permitirá considerar todos os relatórios ao mesmo tempo; portanto, em cada uma das categorias, escolhi alguns dos mais interessantes para mim pessoalmente. Tudo o resto pode ser encontrado no site , mas agora você pode se aprofundar e ver o que o próximo ano está nos preparando.

VM e tempo de execução

Aconteceu que é na JPoint e na Joker que tradicionalmente fazem os relatórios mais graves na Rússia sobre a estrutura interna dos tempos de execução do Java. Obviamente, não há muitos engenheiros da JVM entre os participantes, existem muito poucos deles. Tais relatórios são principalmente necessários para sentir "afinidade com o carro", como dizem os pilotos profissionais. Você pode sentir toda a mecânica oculta, aprender a usar seus recursos e apenas satisfazer a curiosidade. Nesta categoria icônica de relatórios, o programa da conferência não pode ser ferido na cara, e acontece claramente. Esses relatórios são conduzidos pelas pessoas mais famosas da comunidade, representantes de diferentes durações e empresas:

• da Azul, seu diretor técnico, Simon Ritter;
• O Oracle Labs será Thomas Wuerthinger, diretor de pesquisa e arquiteto-chefe da Graal / Truffle, e Oleg Shelaev shelajev-oleg , o primeiro evangelista oficial da GraalVM;
• da IBM - Charlie Gracie, arquiteto de coletores de lixo no OpenJ9 e Eclipse OMR;
• da Excelsior - uma das mais antigas desenvolvedoras de JET, Nikita Lipsky pjBooms ;
• da BellSoft - o famoso engenheiro de desempenho Dmitry Chuyko, que anteriormente trabalhou na Oracle na equipe Java SE Performance;
• da empresa Odnoklassniki - Andrey Pangin apangin , que trabalhou anteriormente na Oracle na equipe HotSpot, que quebra repetidamente todos os recordes de participação em seus relatórios;
• e assim por diante.

Não há lista aqui, pois não há tarefa de copiar o programa do site, mas apenas transmitir a essência do que está acontecendo. Vejamos apenas alguns relatórios.

Lembra-se do relatório sobre como escrever um GC em 20 minutos (baseado no artigo de Shipilev )? Charlie Gracie nos dirá uma coisa ainda mais sagrada - como escrever seu compilador JIT em uma hora . Obviamente, isso não acontecerá sem soluções comprovadas, como OMR, nas quais Charlie está trabalhando.

Mas muitas vezes você realmente precisa escrever seu JIT ou GC? Andrey Pangin falará sobre outra maneira importante de trabalhar com o OpenJDK: trabalhando com a JVM Tool Interface - a API padrão para o desenvolvimento de todos os tipos de ferramentas: criadores de perfil, depuradores e utilitários de diagnóstico. Isso é algo mais substancial, é fácil imaginar onde será necessário no trabalho diário. Muitas pessoas sabem que é útil para escrever agentes Java, mas também é adequado para muitas outras coisas. O relatório abordará maneiras de trabalhar com ele, bugs, recursos e informações. Se você ainda deseja ouvir sobre os agentes Java, Rafael Winterhalter irá falar sobre eles.

Empresa

Aqui o crítico exclama: “Sim, e escrevo agentes Java, para dizer o mínimo, não todos os dias. Eu nunca escrevo! Sim, e, portanto, todas as outras categorias de relatórios enfatizam a aplicabilidade em várias áreas de desenvolvimento e arquitetura. Vamos começar com a categoria mais óbvia - a empresa sangrenta. Nesta seção, não apenas estrelas estrangeiras como Sebastian Daschner (guru JavaEE da IBM) e Milen Dyankov (evangelista Liferay), mas também desenvolvedores russos líderes - Yuri Artamonov de Haulmont (CUBA, oito anos com Vaadin), Grigory Koshelev de Kontur, Vladimir Plizga Toparvion da CFT e assim por diante.

Antes de tudo, vou ao relatório de Sebastian . Formalmente, ele é Advogado Líder de Desenvolvedor Java na IBM, responsável, entre outras coisas, pelos padrões JAX-RS e JSON-P e vários projetos de código aberto. Recentemente, fizemos uma entrevista com ele para Habr, que será publicada em breve. É bastante óbvio que, se o tópico JavaEE e JakartaEE é pelo menos de alguma forma interessante, então essa é sua pessoa. O maior valor pode trazer comunicação na área de discussão, porque Sebastian é cozido no mundo JavaEE, e você pode abordá-lo com perguntas muito específicas, discutir e concordar com coisas específicas. Mais importante ainda, não esqueça que ele fala inglês. Na última vez, escrevi todas as perguntas que me interessam em um pedaço de papel e li tediosamente a lista (sem dizer que isso deve ser feito, mas funciona) :-)

Você provavelmente está acostumado com Tolkachev tolkkv e Borisov EvgenyBorisov falando sobre o Spring. Desta vez, eles têm uma coisa um pouco diferente , e Vladimir Plizga da CFT e Victor Rentea (líder técnico da IBM) revelam o tema obrigatório da Primavera. Victor tem uma longa sessão de codificação ao vivo, interrompida por profundas questões teóricas, e uma teoria será necessária lá - porque este é o seu tópico favorito de escrever todos os tipos de proxies no Spring.

Reativo

Você pode se esforçar e lembrar os momentos em que o reativismo era uma seção da astronáutica arquitetônica. Agora, este tópico está acelerando o motor a vapor incontrolável: aconteceu que este JPoint relata os tópicos sobre jatos! Por exemplo, eles são o dobro dos relatórios da empresa "limpa". E você sabe, todos são alguns nomes familiares. Vamos analisar alguns relatórios.

Kirill Tolkachev e Evgeny Borisov tentarão descobrir o que a tecnologia moderna é apenas brinquedos da moda e o que é prático. Eles pegam algum tipo de aplicativo e tentam refatorá-lo em um estilo reativo, revelando os recursos de coisas como o Spring Web Reactive Framework. Parece muito simples e direto, mas, como sabemos, seus relatórios estão entre os melhores em termos de classificações, atendimento e elaboração. Eu recomendo dar uma olhada nos megadados anteriores “Inicialize você mesmo, a primavera está chegando” (em duas partes: uma , duas ) - uma das poucas para as quais dois intervalos de tempo foram reservados seguidos. Existem transcrições de vídeo e texto nos links, mas eu recomendo fortemente que você assista ao vídeo, porque o modo de apresentação é importante.

Agora vamos falar um pouco sobre o futuro, transformando-se rapidamente no presente. Existe uma coisa, o RSocket é um protocolo binário simétrico sobre transportes de bytes, como TCP ou soquetes da Web, que finalmente permite que você trabalhe de forma assíncrona. Ele ainda não atuou totalmente, mas não esperou muito e as perspectivas de abertura são amplas. E na JPoint, temos uma pessoa especial, Oleg Dokuk, com um relatório sobre o RSocket - o colaborador do Reactor 3, o autor do livro "Programação Reativa com a Primavera 5", e agora também o colaborador do RSocket. Se você realmente deseja trabalhar em protocolos normais, mas primeiro precisa entender o tópico e se comunicar de perto com os criadores da tecnologia, então precisa do Oleg.

Línguas

Vamos voltar a coisas mais sistêmicas. As duas categorias a seguir são idiomas e ajuste. Associei essa dicotomia a "físicos e letristas" a inúmeras guerras sagradas no Habré e no Reddit sobre o fato de que é mais importante ter uma linguagem inteligente que possa fazer tudo sozinha, ou um IDE com inteligência artificial interna que ajude a cada passo. Felizmente, aqui não temos Haskell nem Common Lisp: no mundo Java, há uma linguagem inteligente, excelentes IDEs e relatórios poderosos sobre isso. Do lado lingüístico da barricada, dois funcionários da JetBrains estão esperando por nós, o diretor técnico da Azul , o programador funcional gamedev e até o podcast Scala ao vivo de Skalalaz - Olga Makhasoeva. Em geral, o desapego é realizado um pouco menos do que totalmente.

Ouvimos e lemos sobre o futuro do Java mais de uma vez. Mas aqui está um caso especial - Simon Ritter, da Azul , falará sobre migração para o novo Java. É a pessoa que tem todo o direito a tais discursos. Reinhold, Goetz, Rose ... Ritter. Bem, você entendeu. Simon agora representa Azul no Comitê Executivo do JCP e em grupos de especialistas em JSR 379 e JSR 383. No relatório, ele fornecerá uma visão geral de uma ampla gama de problemas de migração: mudanças na linguagem, bibliotecas, configurações e até mesmo afetam os efeitos da aceleração sensacional do ciclo de lançamento. Outra pessoa com quem eu recomendo conversar na área de discussão é que talvez suas perguntas influenciem o futuro do Java.

Minha segunda palestra seria “Kotlin / Native: por que criar uma língua nativa em 2019? O que está além da JVM? " Nicholas Igotti, da JetBrains. Como você sabe, tudo fica melhor se estiver escrito no Kotlin :-) No entanto, a necessidade de uma versão compilada no código nativo ainda é um mistério para muitos. No mínimo, existem muitas linguagens compiladas, e aqui estamos falando de um projeto relativamente jovem. Não tenha medo, aqui não temos apenas ninguém, mas o gerente tecnológico do projeto Kotlin / Native, ele definitivamente vai lidar com todas as perguntas.

Ferramentas

Ferramental é uma coisa fina. Por um lado, todos podem dizer algo sobre ele, por outro, geralmente essas conversas e até relatórios inteiros são dobrados no gosto usual ou na falta de compreensão dos meandros do desenvolvimento de ferramentas que são usadas não apenas por você, mas também pela metade do mundo. Tais competências geralmente estão disponíveis apenas para desenvolvedores do ajuste correspondente ou evangelistas que se comunicam estreitamente com os usuários dessas ferramentas. Nossa “Equipe de Ferramentas” da JPoint é composta pela autora Jenkins , uma das desenvolvedoras da Gradle, chefe da JUG de Berlim e, como sempre, dois funcionários da JetBrains.

Kohsuke Kawaguchi, diretor técnico da CloudBees, é uma pessoa lendária, ele criou Jenkins com essas próprias mãos e, de várias maneiras, determinou o caminho das tecnologias de CI / CD na Rússia e no mundo. E, claro, ele não vai falar sobre a Idade da Pedra e insetos esquecidos. Trata-se de coisas completamente novas e revolucionárias em Jenkins. O relatório está sendo desenvolvido agora com o Comitê do Programa, e o título e o esboço do relatório publicado no site da JPoint podem mudar no futuro.

O segundo relatório, é claro, vale a pena mencionar Tagir Valeev lany - o desenvolvedor da JetBrains, o inventor das muitas coisas legais que todos usamos ao lançar o IntelliJ IDEA. Desta vez, haverá um relatório sobre refatoração atômica , que examina um problema e uma dor urgentes: o programa não será interrompido após a refatoração automática? Tagir ensinará como fazer o IntelliJ IDEA refatorar atomicamente sem quebrar a semântica, mesmo que resista.

Fora das categorias

E também temos um palestrante fora das categorias - Yegor Bugaenko yegor256 , Diretor de Zerocracia. Ele escreveu pelo menos dois livros sobre o OOP correto ( um , dois - não há outra descrição do padrão Singleton, mas realmente há algo para ler), ele copiará um monte de código no código-fonte aberto e fará relatórios provocativos incomuns. Os participantes regulares de nossas conferências sabem que, uma vez, eles inventaram especialmente o marcador "Prepare-se para queimar" por ele. Agora, esse marcador não está no relatório, e o título “Erros de cálculo do teste” e a descrição do relatório parecem extremamente sérios e pragmáticos. O Yegor é capaz de fazer reportagens que não explodem o público? Vamos ver

Treinamento "Padrões pragmáticos de design com mola", anfitrião - Victor Rentea

Como você deve ter notado, no programa da conferência há um relatório sobre proxies no Spring, que é uma sessão de codificação ao vivo. Mas isso não é tudo.

Um dia antes do início do JPoint, ou seja, em 4 de abril, Victor realizará um grande treinamento de 8 horas no design de um código limpo e bem projetado (incluindo como refatorar seu legado para esse estado).

O treinamento é sobre o seguinte:

• Princípios básicos de arquitetura: SRP, SECO, BEIJO, YAGNI, SÓLIDO, etc.
• Uma vida sombria e desagradável com status global e singleton e o que pode ser feito aqui;
• Adaptador - nossa camada anticorrupção;
• Decoradores, proxies e outras magias da primavera;
• Fachadas e abordagem evolutiva da arquitetura;
• Observadores e componentes orientados a eventos na primavera;
• Iteradores e fluxos como um conceito;
• Estratégia e cadeia de responsabilidade, aplicação do princípio da responsabilidade exclusiva (SRP);
• Comando Padrão, assincronia;
• Método de modelo e como matá-lo com ...
• Bloco de passagem e programação funcional;
• Antipadrões e o que fazer com eles;
• Testes finais e prêmios.

É melhor o participante do treinamento se familiarizar com o Spring com antecedência, se por algum motivo ele ainda não o fez, e geralmente pode programar em Java.

Para obter mais informações sobre o treinamento, entre em contato com o site da JPoint .

FAQ: isso é tudo, apenas relatórios?

Obviamente, uma conferência não é apenas relatórios, mas também um mar de comunicação. É aqui que a presença ao vivo difere da transmissão on-line, que também planejamos fazer.

Dê uma olhada na lista acima - com a maioria dessas pessoas que eu gostaria de conhecer e discutir sobre algo importante. Temos uma oportunidade: após o final do relatório, todos vão para a área de discussão e conversam lá por tempo suficiente. No final do dia, as chamadas sessões BOF são organizadas (algo como uma mesa redonda, mas apenas todos estão participando).

Você pode apenas conhecer pessoas interessantes da comunidade que também vieram, mas sem um relatório. Você pode encontrar empresas de interesse, aprender algo com seus representantes e participar de concursos. Haverá atividades paralelas diferentes nas quais estamos pensando agora. Em resumo, tudo o que se pode imaginar sobre uma grande conferência.

O que vem a seguir?

E então você precisa vir para o JPoint! Será realizada de 5 a 6 de abril de 2019 em Moscou.

Os ingressos podem ser adquiridos no site oficial . Lá você pode se familiarizar em detalhes com a versão atual do programa (ele pode mudar um pouco, e muitas vezes escrevemos sobre as mudanças em Habré).

Uma observação importante sobre preços e descontos . Comparado com o JPoint anterior, o sistema de emissão de bilhetes se tornou mais flexível e agora pode emitir tickets de quatro tipos: Acadêmico, Pessoal, Padrão e Online. Por que é importante: se você comprar as passagens, custará muito mais barato que uma passagem para a empresa. E se você é estudante, estudante de graduação ou professor (e há um documento apropriado para confirmação), o desconto é especialmente impressionante. É claro que as condições detalhadas precisam ser lidas no site - todas as opções acima foram apenas para referência.

Antecipando o JPoint 2019, você pode assistir a gravações de conferências de anos anteriores. Eles estão perfeitamente no nosso canal do YouTube . As notas do ano passado são apresentadas antes do início de uma nova conferência e, dessa forma, você pode avaliar visualmente a qualidade dos relatórios.

Encontre-me no JPoint 2019!