Olá Habr!
Eu lidero o Comitê de Programa da conferência FrontendConf e quero dizer como tudo funciona por dentro, explicar o que investimos no programa, por que escolhemos esses ou esses relatórios. Por que, com toda a abundância de informações na Internet, as conferências não são apenas uma festa temática, mas um evento realmente útil. Diga-nos por que, no final, estamos fazendo isso e quem somos, porque a conferência é, antes de tudo, pessoas.
Os palestrantes são a “face” da conferência: de acordo com os relatórios enviados e aceitos, os participantes julgam a utilidade do evento e decidem se devem ou não participar. Mas por trás das "asas" existem outros participantes invisíveis no evento, que determinam como será essa pessoa. Este é um comitê de programa. Nós do FrontendConf reunimos uma equipe de caras muito legais e ativos. É claro que não poderei mencionar todos, mas tentarei falar sobre os dois.
Por que estou no Comitê de Programa?
Meu conhecimento das conferências de Oleg Bunin ocorreu há cerca de 10 anos, quando cheguei ao HighLoad ++ apenas como ouvinte. O tempo passou, eu cresci profissionalmente, formou-se um conhecimento no desempenho de interfaces e animações da web, e parecia haver um desejo de compartilhá-lo. Em 2016, fiz um relatório de desempenho do navegador na seção HighLoad ++.
No ano seguinte, fui especificamente convidado a enviar uma solicitação de relatório, mas não havia material decente para uma apresentação pessoal e havia um desejo de participar da preparação de uma conferência de classe. Então cheguei ao Comitê de Programa. Também foi interessante do outro lado, e talvez até mais. Porque você trabalha não apenas com o tópico, mas também ajuda vários palestrantes a preparar relatórios, discutir todos os aplicativos e aprofundar-se em vários tópicos. Esta é a primeira vez que dirijo um PC este ano, o que é incrivelmente legal para mim por várias razões.
Esta é uma oportunidade real de
influenciar o conhecimento das pessoas do setor. O resultado do nosso trabalho é o programa FrontendConf, que é unido por um motivo comum, pelo menos 500 programadores ouvirão e serão abertos após o
vídeo e a
descriptografia no Habré - muito mais. Todos aprendem algo novo, pensam em algo que nunca haviam pensado antes, trazem as melhores práticas para sua empresa e distribuem entre seus colegas.
Para resumir o máximo possível - ao formar o programa de uma conferência profissional tão grande, você pode afetar a vida de um grande número de usuários finais, muito mais do que o desenvolvedor de um, embora um grande serviço possa. Portanto, ao selecionar relatórios, nos concentramos em tornar o usuário mais feliz. E mesmo que não esteja claro imediatamente como o relatório
"IC conveniente com suas próprias mãos" melhorará a vida de uma pessoa simples, garanto que sim.
Nossa conferência ajuda os desenvolvedores a
melhorar . Agora, não há falta de informações e quase tudo o que estará na conferência pode ser encontrado na Internet, se você cavar bem. Mas esse é o problema.
Aprender com os materiais da Internet é como uma pesquisa aleatória - você procura em todos os lugares na esperança de que parte disso seja realmente uma boa prática.
Por que precisamos de conferências?
Muita informação está disponível sem uma conferência, mas não todas.
Na conferência, as informações foram encontradas, rastreadas, estruturadas e arquivadas de forma conveniente e bonita.
O comitê do programa selecionou os tópicos necessários e relevantes para você e os palestrantes, com nossa ajuda, reuniram em 40 minutos o que você não pode superar. O benefício não está apenas em uma bandeja de prata, mas é adequadamente preparado, bem servido e não contém OGM.
OGM na programação é uma repetição de forma sem sentido de culto à carga, sem entender o interior. Parece que todo o desenvolvimento é permeado por ele, e todo esse pecado em um grau diferente. Portanto, cada relatório terá necessariamente uma explicação: o que, por que e por que. Isso, na minha opinião, ajudará muito a crescer profissionalmente, a entender as relações de causa-efeito do uso de certas tecnologias e, no futuro, a aprender como avaliar criticamente a situação de forma independente. Não reescreva tudo no React apenas porque você
ouviu que é legal, mas avalie cuidadosamente os benefícios de uma solução desse tipo. Não se apresse em fazer todo o back-end no Node.js, porque é JS, mas para saber o que está
por trás .
Portanto, na categoria condicional "Novidades", não temos algo supernova e ainda apenas promissor. A recontagem de documentação e white paper, mesmo apoiada por pequenas experiências, não resiste à concorrência e não entra no programa.
Se a prática do uso de tecnologia em combate não for suficiente para que nossos convidados possam concluir se também precisam arrastar isso para a produção, o benefício desse relatório não será suficiente.
Em geral, todos os relatórios do FrontendConf podem ser divididos em dois tipos:
produção - apenas as tecnologias, abordagens, práticas e padrões de design mais aplicáveis e
conceituais - esses relatórios devem expandir o horizonte e inspirar.
Ao mesmo tempo, em vários tópicos, teremos relatórios complementares que cumprirão as duas tarefas e farão uma exposição completa sobre o assunto. Um pouco mais, quando chegamos ao WebGL e à animação, fica claro o que quero dizer.
Para quem é o FrontendConf?
Primeiro, focamos nos desenvolvedores intermediários ou naqueles que não têm impulso suficiente para avançar para a próxima etapa, mas também encontraremos desenvolvedores seniores do que surpreender. Mas a especialização pode ser absolutamente alguma, pois consideramos a velocidade, o layout, o design, a UI / UX como parte integrante do frontend.
Mesmo se você estiver envolvido apenas na composição tipográfica, o que é difícil para um desenvolvedor mais antigo imaginar, ainda precisará entender a área de assunto. Por exemplo, temas próximos ao design também são muito importantes. É ótimo se houver pessoas na equipe que pesquisam UX, prestam atenção à acessibilidade, pensam em todos os aspectos da implementação da animação e apenas o JavaScript permanece no programador. Mas parece-me que a separação de papéis é inútil. É muito melhor saber do que não saber.
Você pode nem pensar em acessibilidade para a página inicial, mas se pelo menos vários milhares de pessoas usarem seu serviço, mesmo a verificação do design no modo daltonismo já ajudará muitos. O mesmo pode ser dito sobre o layout: se você entender melhor as ferramentas de design modernas e o designer estiver familiarizado com os recursos do layout moderno, o resultado final da sua colaboração será mais expressivo e preciso.
Webgl
Por um lado, ele se destina a tarefas raras, mas, para ser completo, levamos três relatórios relacionados ao WebGL.
Um relatório de Anton Khlynovsky “O nível mais baixo: escrevemos no WebGL e no WebAssembly sem estruturas e transcompilers” dará uma exposição geral. Vamos nos familiarizar com os conceitos básicos do WebGL e WebAssembly e escreveremos com base em um aplicativo visual simples usando apenas as APIs básicas. Porque, é claro, quando se fala em WebGL, eles geralmente significam three.js, e o WebAssembly já está associado a C ou Rust, mas o diabo não é tão terrível. Sabendo como essas tecnologias funcionam, você pode decidir quando usá-las de maneira lucrativa e, por motivos simples, não pode arrastar 150 Kb da estrutura para o cliente.
Depois disso,
Yuri Artyukh falará sobre o uso do WebGL para animação. Vamos traçar o histórico de criação de uma animação, desde o recebimento do layout até a entrega ao cliente. Veremos toda a produção como um todo e falaremos um pouco sobre os altos gráficos e a matemática.
Mstislav Zhivodkov apresentará sua
experiência muito interessante
no desenvolvimento de um novo mapa 3D em 2GIS. A partir de seu relatório, descobrimos para que lado os dados seguem para eventualmente serem exibidos na tela. Descubra o que é mais difícil de desenhar - uma casa, uma rua ou uma inscrição - e como fazê-lo rapidamente.
Todos os três relatórios serão úteis para quem já usa o WebGL e para quem deseja expandir seus horizontes. Mesmo que você não encontre essas tarefas em um futuro próximo, terá uma imagem completa, uma idéia de pontos fortes e fracos, armadilhas e experiência de outras pessoas. No final, é apenas interessante, e será muito mais fácil procurar detalhes.
Animação
Esse é outro tópico que decidimos divulgar de todos os lados. Os convidados da conferência poderão descobrir que, para o desenvolvimento e uso da animação em seus projetos, algo sobrenatural não é necessário e que o front-end e os designers não estão tão distantes quanto se poderia imaginar.
Além de histórias sobre animação, temos uma
análise detalhada das animações de
Yulia Muzafarova : quando e como aplicar, sem arrependimentos por anos sem rumo, e
instruções de
Natalia Gabitova sobre o uso de uma ferramenta profissional para trabalhar em animação vetorial Adobe After Effects na Web em conjunto com o plugin Bodymovin . O resultado são animações no formato json que podem ser reproduzidas usando as bibliotecas Lottie, não apenas no navegador, mas também em aplicativos móveis em diferentes plataformas.
Há também um
relatório de Denis Radin , que também pode ser classificado como uma classe conceitual. Esta apresentação mostrará as coisas incríveis que você pode fazer com a ajuda de tecnologias da web e coisas familiares. Denis criou shows de mapeamento 3D, projeções e instalações de arte para festivais de arte e conferências de TI com base no WebGL e CSS3D e promete mostrar ao vivo alguns de seus projetos.
Nenhuma batalha de estruturas
Desta vez, pela amplitude e abrangência da imagem, decidimos não fazer comparações e não falar sobre coisas específicas de determinadas estruturas. Se você remover a palavra "React" de tópicos como "Renderização do lado do servidor no React", "Otimizando aplicativos do React" ou "Teste no React", os participantes serão beneficiados. Se você usar outra estrutura, esses relatórios não serão interessantes ou o orador precisará ter muito contexto e os que escreverem no React ficarão entediados. Portanto, mais pessoas deixaram o relatório com a nota: “Tente amanhã”, o material não deve ser fixado em nenhuma tecnologia.
No entanto, temos dois relatórios que abordam o tópico de estruturas - “
Componentes da Web, lá e voltar ” e
“Como parar de escolher estruturas e começar a viver” . Como o nome indica, não haverá estruturas concretas. Nos discursos sobre eles, diz-se que o ponto principal da idéia é não focar neles. No primeiro relatório,
Pavel Malyshev sugere pensar em usar o maior número de durações de "baunilha". Existe vida sem estruturas? Vamos apenas falar sobre isso e discutir. O segundo - de
Alexandra Shinkevich - promove uma ideia semelhante de que o framework é apenas uma ferramenta. A ferramenta é escolhida com base na tarefa, não na popularidade. Como fazer isso está no discurso de Alexandra.
Expandindo o horizonte
O relatório de
Zar Zakharov , um dos participantes ativos em nosso PC e um orador experiente, é chamado
"De uma empresa sangrenta a uma docinha" . Usando o exemplo do Alfa-Bank, ele mostrará que é possível alterar processos estabelecidos em grandes corporações e introduzir novas tecnologias. Os segredos do Alfa-Bank são um bônus: como a pilha é organizada, por que o Node.js é usado e o que ajuda a tornar o trabalho conveniente.
Timothy Lavrenyuk é familiar para nós, a partir de relatórios
incondicionais que devemos ouvir sem distração, a fim de entender tudo. Ele
lhe dirá o que você precisa passar para tornar a versão web do aplicativo com o kernel C ++ pior que a nativa.
Nosso convidado frequente, autor de performances muito
memoráveis ,
Alexei Okhrimenko, escolheu um
tópico incomum para a conferência no frontend - Machine Learning. Acontece que chegou a hora no navegador de resolver problemas com os quais você nem sonhava antes de usar redes neurais profundas.
Faça um inventário das forças, planeje com antecedência quais palestrantes você definitivamente deseja fazer perguntas, e procure-as pessoalmente, e veja o resto mais tarde na gravação - e será possível discutir o
bate -
papo na conferência após o fato.
Experiência mundial
Neste artigo e na
lista completa
de relatórios, você pode notar que desta vez não teremos um único falante de língua inglesa, embora tenha havido solicitações. Em parte, ficou assim, mas, parece-me, isso é apenas o melhor.
Geralmente, nossos palestrantes abordam profundamente o assunto, enquanto palestrantes estrangeiros costumam falar com material mais geral ou superficial.
Isso não é um dogma, há exceções, mas é mais frequente. Estrelas estrangeiras não estão dispostas a adaptar o material para o nosso público, mas preferem fazer um relatório que já foi publicado. Tentamos tornar cada relatório único.
Além disso, ceteris paribus, é muito mais fácil perceber informações no idioma nativo e não há risco de não entender algo por trás dos acentos semânticos implícitos. Em geral, os palestrantes estrangeiros não suportaram a competição (a competição, a propósito, era séria - mais de 100 aplicativos), e podemos estar orgulhosos do nível de desenvolvedores que falam russo e russo. Porque vários especialistas bem conhecidos nos chegam de diferentes países, mas falam em russo.
Isso não inclui a Ucrânia, a Bielorrússia e o Cazaquistão. Assim, não haverá barreira de idioma e nossos alunos terão a experiência do mundo e a experiência absolutamente bombardeadora.
A vida dos programadores
Além de duas faixas completas de dois dias de relatórios aplicados e informativos, teremos duas que deixaremos no final de um dia produtivo difícil para pensar um pouco sobre a vida em geral, e não apenas sobre o desenvolvimento.
Andrey Smirnov, do nosso PC, chefe do grupo de desenvolvimento de clientes da IPONWEB, autor do podcast Frontend Weekend e organizador da RamblerFront, sugere discutir se deve seguir a carreira de “desenvolvedor - desenvolvedor sênior - líder - líder de equipe”. Em vez disso, Andrei, no título do relatório, diz que você não precisa se tornar um líder e por que - no
relatório .
Anna Selezneva irá abordar o assunto da queima. No
relatório de Anna, você ouvirá uma história pessoal, aprenderá a analisar o desgaste com humor e obterá dicas úteis sobre como evitar esse estado completamente ridículo.
FrontendConf como parte do festival
Listei apenas metade para não incomodá-lo muito e, no total, haverá 34 relatórios sobre o frontend no programa do festival
RIT ++ . E o que mais estará no festival ... Spoiler: muitas coisas interessantes.
Agradecimentos ao Comitê do Programa
O PC no
local da conferência segue os alto-falantes, mas tudo começa com ele. O trabalho coordenado e a atividade dos próprios oradores nos permitiram, mais cedo do que todas as outras conferências, como parte do RIT ++, fechar a recepção de aplicativos e começar a formar um programa. As seguintes pessoas participaram do trabalho do PC, revisão por pares, rodadas, seleções e supervisão de relatórios: Sergey Popov, Pavel Lovtsevich, Alexander Mayorov, Maria Prosvirnina, Andrey Smirnov, Zar Zakharov, Ivan Botanov. Seria bom esperar até que tudo corra como resultado, mas quero agradecer agora.
Apenas duas semanas, e o Frontend Conf e veremos o trabalho do Comitê de Programa com nossos próprios olhos. Reserve seus ingressos - 20 de maio é o último prazo de preços. Venha para o Frontend Conf RIT ++ em maio, assine a newsletter : novos materiais, anúncios, acesso a vídeos e mais artigos interessantes.