DotJS 2017, nosso feedback

[paragraph_big]Sexta-feira, 1 de dezembro foi realizada a 6ª edição da maior conferência europeia sobre Javascript, DotJS. dos quais nós, República JS, teve o prazer de ser Silver Sponsor.[/paragraph_big] É durante este tipo de eventos que temos a oportunidade de trocar e ver a força da comunidade JS, bem como a confirmação do nosso lema:

JavaScript é a próxima grande linguagem.


Com um excelente serviço de catering, o programa consistiu em cerca de 10 big palestras de 30 minutos cada, e Conversas Relâmpago 15 minutos. Entre cada sessão de palestras, o espaço foi reservado para a troca com demos organizadas pelos vários Patrocinadores e, claro, a caça aos “guloseimas” (você tinha que pegar todos eles).
Sem mais delongas, vamos lá! Daremos 4 feedbacks das 10 grandes palestras que mais nos interessaram.

De manhã

Depois de alguns doces e um bom café, chegou a hora da primeira rodada de conversas, incluindo Wes Bros., Trent Willis, Suz Hinton et Feross Abouhadijeh eram os locutores.
Vamos falar com você mais especificamente sobre as conversas de Trent Willis e Suz Hinton.

Trabalhando bem: O futuro dos testes da Web

Trent Willis explicando como testar se nosso software funciona bem
O teste é útil e muito bom, mas não basta que esses testes nos garantam que nosso software funciona: eles devem nos dar a garantia de que nosso software funciona bem. Foi assim que Trent Willis começou sua palestra e passou a listar os três pilares da “andar bem” :

  • Para ser acessível
  • Seja eficiente
  • O código enviado é bem utilizado (definido conforme necessário)

Não faltam ferramentas para atingir esses três critérios. Podemos falar sobre o design e os atributos da ária para o primeiro ponto, o Renderização do lado do servidor (RSS) e Aplicativos da Web progressivos (PWA) para o segundo ponto e o código de divisão para o último ponto. A questão levantada por Willis é: temos testes para medir esses critérios?
Com a ajuda da equipe do Chrome, agora é possível. Graças a Chrome sem cabeça e o Protocolo Chrome DevTool temos acesso programático ao DevTools que abre novos caminhos para ferramentas como Cachorro.
Com o Pupetter, é possível testar se nosso software funciona bem. Com eixo-núcleo é possível testar a acessibilidade. ember-macro-benchmark permite testar o desempenho e com o DevTools você pode ter um relatório de cobertura para ver se o código de uma página é realmente usado.
QUnidade também foi introduzido como uma ferramenta para testes de ponta a ponta (e2e).
Trent Willis finalizou dizendo que com todas essas ferramentas, o futuro promete ser brilhante para o desenvolvimento web.
Slides

Usando o aprendizado de máquina para consertar a Web

O problema deacessibilidade é muitas vezes ignorado pelos desenvolvedores da web. Suz Hinton, após uma excelente reportagem sobre o símbolo que representa os deficientes e a sua evolução recente, mostrou-nos o potencial positivo do Machine Learning para ajudar a melhorar a acessibilidade. Ela fez isso dando um exemplo no Instagram, já que os títulos das imagens geralmente não são descritivos o suficiente. Com um simples fetch() e um pouco de aprendizado de máquina, podemos adicionar atributos alt em cada imagem. O modelo de aprendizado de máquina é treinado o suficiente para analisar as imagens e retornar uma boa descrição.
Suz Hinton falando sobre a falta de acessibilidade na internet
Suz mostra mais um exemplo, desta vez para injetar legendas ao vivo em suas transmissões ao vivo no Twitch. No início, Hinton teve que usar Websockets transmitir seu áudio para um servidor, com um modelo já treinado para reconhecer sua voz, encarregado de retransmitir a transcrição para depois ser injetada no vídeo com um pequeno hack. Em breve, a última etapa não será mais necessária, pois o Twitch permitirá a injeção de transcrições fora da caixa.
Suz Hinton, conclui lembrando que o aprendizado de máquina pode ser uma ferramenta para ajudar a tornar a internet mais acessível, embora sempre dependa de nós e do nosso bom senso.

De volta à tarde

Como todos os anos no DotJS, a tarde é embelezada com conversas relâmpago 15 minutos. Tivemos direito a diversos e variados assuntos como:

  • Os benefícios de usar a renderização do lado do servidor
  • O interesse de implementar o TypeScript em um projeto
  • Os vários problemas que podem ser encontrados com o operador + em JavaScript
  • E muitos mais…

Para este artigo, optamos por fornecer feedback sobre as apresentações de Adrian Holováty e claro, Brendan Eich que não é outro senão o criador do JavaScript (só isso)!

Adrian Holováty : Outro olhar sobre o uso de frameworks

Reagir JS, Vue.js, Angular… E você, qual framework vai usar no seu projeto?
É potencialmente o primeira pergunta que surge ao iniciar um novo projeto. Pesamos os prós e os contras dos diferentes frameworks disponibilizados para nós dependendo do projeto. Mas se fizermos um plano sans estrutura?
Adrian Holováty, que não é outro senão um dos criadores de Django (framework Python), nos deu um feedback, dando-nos um sério motivo para pensar…
Adrian Holovaty diz que Frameworks não são automáticos
Primeiro, ele nos explicou que hoje todos nós usamos frameworks em nossos projetos (tanto em JavaScript quanto em outras linguagens). E embora sirva para simplificar nossas vidas, nem sempre é a melhor escolha porque tendemos a esquecer que não usar frameworks também é uma solução.
Ele nos mostrou um projeto que ele fez sem um framework: Corte de som.
O resultado foi claro: o aplicativo é funcional, responsivo e se adapta a diferentes navegadores.
Sua mensagem é clara: JavaScript nativo é sempre uma opção para grandes projetos.
Ele também aproveitou sua palestra para nos dar feedback sobre o design de um framework. Embora inicialmente esse framework tenha sido criado com o único propósito de economizar tempo nos projetos profissionais dos criadores, os usuários demandavam cada vez mais novos recursos para facilitar suas vidas também. Como qualquer framework de código aberto, este é levado a evoluir de acordo com as solicitações da comunidade, mesmo que essas funcionalidades não sejam necessariamente úteis para os criadores.

Brendan Eich: JavaScript, passado, presente e futuro

Foi em maio de 1995 que nossa bela língua, a JavaScript nasceu.
Em apenas 10 dias, Brendan Eich criou esta linguagem para Netscape para que as páginas web se tornem dinâmicas.
Brendan Eich, o criador do JavaScript
E então, 23 anos depois, JavaScript é uma das linguagens mais populares, em constante evolução e atendendo às necessidades mais avançadas.
Sua palestra relata a evolução do JavaScript desde sua criação até as próximas evoluções da linguagem (especialmente com a bigInt e métodos privados nas aulas).
Brendan Eich termina sua palestra com um pequeno pensamento filosófico:

As coisas que são impossíveis apenas demoram mais.

Despeje conclure

Como todos os anos, o conteúdo das conferências foi muito enriquecedor. Foi também uma oportunidade para apresentarmos nossa empresa e conhecer outros entusiastas do JavaScript, como nós.
Se você também compartilha da mesma paixão que nós, junte-se a nós!
Equipe JS-Republic sendo incrível
[actionbox color=”default” title=”” description=”JS-REPUBLIC é uma empresa de serviços especializada em desenvolvimento JavaScript. Somos um centro de treinamento aprovado. Encontre todos os nossos treinamentos técnicos em nosso site de parceiros dedicado ao Treinamento” btn_label=”Nosso treinamento” btn_link=”http://training.ux-republic.com” btn_color=”primary” btn_size=”big” btn_icon=”star” btn_external ="1″]