Neste artigo vamos falar sobre o futuro da internet, mais conhecido como WebAssembly. Já ouviu falar nele? Quer entender melhor como funiciona? Acompanhe o texto até o final com a gente! A página que você está lendo nesse momento é um amontoado de HTML, CSS e JavaScript. <a href="https://en.wikipedia.org/wiki/HTML">HTML</a>  é o cara que dá forma pra página, <a href="https://en.wikipedia.org/wiki/Cascading_Style_Sheets">CSS</a>  é o cara que a deixa bonitinha e <a href="https://dtidigital.com.br/blog/dicas-e-boas-praticas-com-javascript/">JS </a> é a linguagem de programação por trás disso tudo.
Você já ouviu falar sobre JavaScript? Parece pergunta de vendedor de canal de compras, mas não é. No <a href="http://githut.info/">GitHub</a>, essa é a linguagem com maior número de repositórios.
Há mais Frameworks JavaScript do que átomos no universo. <a href="http://www.cms.dtidigital.com.br/blog/roadmap-de-produto/">Virtualmente toda pessoa desenvolvedora já escreveu um código em JavaScript.</a>
<div id="toc_container" class="toc_white no_bullets">Sum&aacute;rio<ul class="toc_list"><li><a href="#E-por-que-isso">1 E por que isso?</a></li><li><a href="#Nao-usar-o-JavaScript-e-um-problema">2 Não usar o JavaScript é um problema?</a></li><li><a href="#O-WebAssembly-ou-WASM-entra-ai">3 O WebAssembly, ou WASM, entra aí.</a></li><li><a href="#WebAssembly-funciona">4 WebAssembly funciona?</a></li></ul></div>
<h2>E por que isso?</h2>
Bem, basicamente porque não é possível construir uma aplicação Web sem usar JavaScript. Sério isso? Sim, tão sério que até aplicações de celulares tem usado JavaScript, olha o<a href="https://dtidigital.com.br/blog/progressivewebapps/"> PWA </a>aí.
<h2>Não usar o JavaScript é um problema?</h2>
Cara, pra mim não. Eu gosto muito de JavaScript, muito mesmo. JavaScript é a linguagem que te dá liberdade suficiente pra fazer o que quiser da maneira que quiser. Olha o <a href="https://github.com/nodejs/node/wiki">NodeJs</a> , por exemplo. Mas como diria meu pai: com grandes liberdades, vem grandes responsabilidades.
Então se você é livre pra fazer o que quiser como quiser em JavaScript, você tem que saber muito bem o que está fazendo. E aqui começa o problema. Infelizmente nem sempre escrevemos bons códigos em JavaScript, e essa é uma verdade dolorida.
Você já parou pra pensar em como um código JavaScript é executado pelo Browser? Leia o próximo parágrafo correndo.
<a href="https://open.spotify.com/show/1ub9YZKamdMKdKbLia4YrX"><img fetchpriority="high" decoding="async" class="alignnone wp-image-15343 size-large" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2021/04/MicrosoftTeams-image-36-1024x255.png" alt="Testes Automatizados / WebAssembly " width="1024" height="255" srcset="https://www.cms.dtidigital.com.br/wp-content/uploads/2021/04/MicrosoftTeams-image-36-1024x255.png 1024w, https://www.cms.dtidigital.com.br/wp-content/uploads/2021/04/MicrosoftTeams-image-36-300x75.png 300w, https://www.cms.dtidigital.com.br/wp-content/uploads/2021/04/MicrosoftTeams-image-36-768x191.png 768w, https://www.cms.dtidigital.com.br/wp-content/uploads/2021/04/MicrosoftTeams-image-36.png 1206w" sizes="(max-width: 1024px) 100vw, 1024px" /></a>
O browser recebe o código ocorre a interpretação léxica o parser monta a árvore de execução o tradutor a converte em bytecode finalmente o interpretador executa o código.
Ficou cansado? Parece muita coisa? De maneira geral, é assim que uma <a href="https://developer.telerik.com/featured/a-guide-to-javascript-engines-for-idiots/">engine JavaScript</a> funciona. Acredite, esse processo já é bastante otimizado, cada passo desses é muito rápido. Só que esse processo acontece sempre, a cada requisição, a cada cliente da sua aplicação, esse processo se repete.
E aí vem a questão: já que o browser vai sempre fazer a mesma coisa pra transformar código em bytecode, por que eu não entrego bytecode direto pra ele?
<h2 style="text-align: left;">O WebAssembly, ou WASM, entra aí.</h2>
Inclusive, olha uma palhinha do tech shot que eu dei na dti sobre WASM.
<iframe src="https://www.youtube.com/embed/8AvwLY5Q57I" width="560" height="315" frameborder="0" allowfullscreen="allowfullscreen"></iframe>
Vamos entregar o “Assembly” para “Web”.
A ideia inicial era compilar o próprio código JavaScript e entregar pro navegador. No entanto, um efeito colateral interessante disso é que agora podemos escrever códigos em outras linguagens e entregar pro browser.
Então, se eu não gosto muito de JavaScript, agora eu posso escrever meu código C# e deixar que o browser rode o bytecode compilado a partir dele.
<h2>WebAssembly funciona?</h2>
Funciona! <a href="https://github.com/matheusaraujo/Blazor">Olha esse repositório aqui no GitHub</a> . Ele é um fork que eu criei do projeto do Blazor do Steve Sanderson.
Com o Blazor, é possível escrever um código C# que vai rodar direto no browser.
Legal, cara, mas como isso vai tornar o mundo um lugar melhor?
Primeiro: as aplicações Web vão ficar mais rápidas, aquele processo todo que o browser faz vai ficar mais simples. Nesse<a href="https://d2jta7o2zej4pf.cloudfront.net/"> link</a> você pode ver a comparação em tempo real entre um código WASM e um código JavaScript no processamento de imagem.
Segundo: agora você pode escolher sua linguagem preferida pra escrever sua aplicação, se você não gosta de JavaScript, sem problemas, escreva um bom código na linguagem com a qual você se sente mais confortável.
Atualmente, muito do que se faz em WebAssembly ainda é experimental, mas há quem acredite que esse seja o <a href="https://www.hanselman.com/blog/NETAndWebAssemblyIsThisTheFutureOfTheFrontend.aspx">futuro da Internet </a>.
Se você tem interesse em mais insights como esse, acesse nosso podcast sobre tecnologia e metodologia ágil no mercado de trabalho: <a href="https://osagilistas.com/">Os Agilistas</a>. Nele, você fica próximo das tendências sobre o mercado de trabalho do futuro. Te esperamos lá!

WebAssembly: o que será do futuro da internet?

Desbloqueie o futuro do seu negócio

Confira outros artigos