Oi Sou Julia, DevRel, no Tinkoff.ru.
Em 28 de setembro, Tinkoff, juntamente com a comunidade Scala da Rússia, realizou uma reunião em larga escala, mas muito aconchegante, de desenvolvedores, testadores e todos que não são indiferentes à Scala. No artigo, compartilharei minhas impressões de como tudo foi.
Primeiro, algumas palavras sobre por que estamos ativamente envolvidos em tais eventos. Adoramos o Scala, usamos essa linguagem e realmente queremos que a comunidade se desenvolva e reabasteça com pessoas interessantes.
Afastamo-nos do formato padrão da conferência e organizamos uma reunião de lâmpadas para pessoas que pensam da mesma forma. Encontramos o loft mais confortável no coração de Moscou - Deworkacy no "Outubro Vermelho" - e convidamos uma formação verdadeiramente estelar de palestrantes.
É importante para nós que a conferência tenha sido como encontrar velhos amigos, mas ao mesmo tempo ter um alto nível no conteúdo de relatórios e workshops. Como resultado, cerca de 400 participantes se reuniram para ouvir os palestrantes, participar de discussões acaloradas e sair após as festas.
Perguntas aos palestrantes e interesse nos tópicos levantados mostraram que atingimos a meta e conseguimos adivinhar os desejos da comunidade da scala.
Uma pequena prova de vídeo que transmite humor:
youtu.be/ThmyLu7kOFkLinks para reportagens em vídeo, reportagem fotográfica e descrição dos relatórios sob o corte. Vamos lá!
O convidado mais esperado do programa é John De Goose. John abriu o evento com uma palestra inspiradora da ZIO. Ele começou com a história dos computadores, falou um pouco sobre a lei de Moore. Em seguida, ele apresentou a biblioteca ZIO, que foi comparada com objetos futuros.
Com base no relatório de John, podemos dizer que o resultado do uso do ZIO é mais rápido, otimizado, mais transparente ... Em geral, é melhor do que usar objetos futuros em uma tarefa semelhante.
A pergunta esperada da audiência: o ZIO é melhor que a tarefa cats.io ou monix? Não vamos estragar tudo; é melhor ver o relatório em si :)
Relatório de vídeo no
link .
Vladimir Popov, de Dins, falou sobre sagas digitadas. Saga significa uma transação longa, que pode ser representada por uma sequência de subtransações. Em seu relatório, Vladimir explica a importância do fato de que todas as subtransações em sequência devem ser concluídas com êxito ou compensadas. Ele faz isso em um exemplo muito compreensível e interessante - o processo de planejamento de férias.
Vladimir mostra como o complexo sistema de tipos em Scala ajuda a resolver facilmente as tarefas difíceis de descrever e executar sagas. Como se costuma dizer, é melhor ver uma vez do que descrever cem vezes.
Acrescentamos apenas isso já na discussão, ouvintes com Vova descobriram que as sagas se encaixam em casos muito raros. Mas isso não é uma solução universal, mas não trivial.
Denunciar vídeo por
linkNão posso deixar de contar sobre o relato de Marina Morozova sobre o emocional e não deixar de lado o ouvinte por um segundo.
A tese principal do relatório foi: “Eles dizem que o Scala foi concebido como a melhor versão do Java. Mas de onde vieram essas implicações e por que as magoa tanto? ”
Marina fala em detalhes e de maneira interessante sobre implicações, sobre as intenções de dotty em relação a elas, brinca um pouco, compartilha um pouco sobre o que dói o coração de cada desenvolvedor.
Relatório de vídeo no
link .
Evgeny Ostapenko, da Datahub, falou sobre o acesso contínuo aos dados em sistemas distribuídos. O relatório pode ser útil para aqueles que trabalham com sistemas distribuídos, viram microsserviços e para todos que escrevem no Scala.
Eugene descreveu a implementação de um sistema de acesso usando vários microsserviços como uma base de usuários comum. Eugene também falou sobre quais eram as expectativas para as características desse sistema e descreveu em detalhes cada uma delas.
Denunciar vídeo por
linkVitaly Gonta, da Andersen, levantou um tópico interessante sobre a geração automática de instâncias de classes de classe. Seu relatório é sobre a biblioteca de magnólias e qual a dor que ela resolve em comparação com a bem conhecida forma.
Denunciar vídeo por
linkMichael Mutsianko, da JetBrains, levantou o tópico de nuances na montagem de artefatos complexos, em particular o plugin scala para IJ. Para resolver esse problema, o plug-in SBT não foi escrito em vão - ele permite que você se livre do código de construção obrigatório.
Denunciar vídeo por
linkAlexander Valentinov, do Tinkoff.ru, conversou sobre XML.
Ele escreveu uma nova biblioteca que cria classes de caso scala XML e vice-versa. Sasha contou como ela trabalha; desempenho comparado com scalaxb (agora é a principal biblioteca de XML no Scala).
Acontece que ele trabalha várias vezes mais rápido e consome 2,5 vezes menos memória!
Relatório de vídeo no
link .
Muitos ouvintes, muitas perguntas e discussões interessantes estavam no relatório de Nikita Melnikov.
Nikita contou como derrotar uma das doenças de Scala - um longo tempo de construção. O bônus tocou no tópico de mono-repositórios, os prós e contras dessa abordagem.
Relatório de vídeo no
link .
A Statebox Alexander Gryzlov em seu relatório falou sobre engenharia de evidências, lógicas modais e sua história. Ele mostrou como implementar várias lógicas modais como sistemas de tipos para a linguagem funcional mais simples. O relatório será curioso para desenvolvedores interessados na verificação formal e na construção de linguagens funcionais.
Alexander Miltsev, em um relatório, compartilhou sua experiência com Dotty.
Ele falou sobre o trabalho em sua biblioteca Dotty de código aberto para analisar instrumentos de investimento e descreveu o trabalho com essa biblioteca. Sasha também mostrou as nuances de trabalhar com Dotty e demonstrou um protótipo finalizado.
Denunciar vídeo por
linkParalelamente aos relatórios, foram realizadas oficinas.
Oficina de John De Goose e Alexey Fomkin.
Não consegui entrar na oficina de John. E eu vou falar sobre Leshin.
Alex introduziu a estrutura Korolev, que permite renderizar páginas da Web e até aplicativos da Web completos, usando apenas o poder do lado do servidor. Parece um aplicativo scala, no qual, além do lado do servidor, há uma parte responsável por gerar uma página no servidor usando sintaxe de domínio incomum e apenas Javascript de 6 kilobytes no lado do usuário.
Durante o trabalho com Korolev, os participantes expressaram várias idéias e suposições, e todas foram implementadas ao vivo.
Sobre Korolev, Vasily Morkovkin apresentou um relatório separado, no qual ele descreveu a experiência de usar a estrutura para implementar o painel administrativo em um grande projeto no Tinkoff.ru.
Relatório de vídeo no
link .
Abaixo estão as fotos que postamos em nossos grupos em VK e FB. As fotos ficaram lindas - acho que os participantes terão prazer em se encontrar :)
Embora eu não esteja escrevendo código no Scala, fiquei convencido pela comunicação na conferência: os relatórios e as oficinas estavam presentes. Em uma sombria manhã de outono, enchemos o loft no centro de Moscou com sorrisos felizes.
Estou muito orgulhoso que eu e minha equipe conseguimos fazer parte da comunidade. Vamos tentar fazer mais desses eventos :)
Julia
Links para a
primeira ,
segunda e
terceira parte do relatório fotográfico em VK
E a
primeira ,
segunda e
terceira parte da reportagem fotográfica no FB.