JavaScript e a mudança de paradigma na programação web


11

Se minha memória me serve corretamente, houve um tempo em que o uso do JavaScript para desenvolvimento na Web era extremamente desaprovado, porque, entre outras coisas, era uma preocupação de privacidade e segurança para os usuários e algumas pessoas simplesmente o usavam.

Hoje em dia, dificilmente você pode ver um site importante que não usa JavaScript, e muitos sites deixarão de funcionar completamente sem o JS. Ou isso, ou a usabilidade será severamente impactada, como nos sites SE.

O que mudou entre então e agora que tornou o JavaScript praticamente onipresente no desenvolvimento web? Ou é minha afirmação de que JS desaprovou uma invenção da minha imaginação e sempre foi assim?

Respostas:


11

O JavaScript teve recursos terrivelmente ruins e surpreendentes.

Anteriormente, quando não havia Ajax, as massas não estavam cientes desses recursos surpreendentes. As páginas da Web eram apenas documentos com alguns elementos de design (cores, imagens, texturas, fontes etc.) que os adornavam. O senso de dinamismo e assincronicidade era desconhecido na maior parte. O IE 6 era dominante e a Microsoft estava muito ocupada vendendo outras coisas.

... O que mudou entre então e agora que tornou o JavaScript praticamente onipresente ...

  • O início do Ajax mudou tudo. Todos queriam tornar suas páginas ajaxy e isso os forçou a dar uma segunda (e séria) olhada no JavaScript.

  • As pessoas gostam Doug Crockford, John Resig, Steve Souders, e outros (perdoe-me se eu esquecer outros nomes importantes) começou a espalhar a palavra sobre a bondade de JavaScript.

  • Na mesma época, os fornecedores de navegadores começaram a aperfeiçoar seus navegadores e melhorar o desempenho do JavaScript. O JIT foi introduzido e isso tornou a competição ainda mais letal. A Microsoft acordou novamente.

  • A ECMA levou a sério o futuro do JavaScript e começou a trabalhar duro nas próximas versões - o que resultou no ECMAScript 5.

  • Todos HTML5, DOM3, CSS3 estão contribuindo para o reinado crescente do JavaScript.

  • O JavaScript também embarcou em outros domínios. Graças ao CommonJS.


Com base nessa: v8.googlecode.com/svn/data/benchmarks/v6/run.html , eu diria que a Microsoft ainda tem que acordar ...
riwalk

@ Stargazer712 Meus resultados Chrome 14 >> FF7> Opera 11.5> Safari 5.1 >>>> IE8. Embora como o benchmark seja do Google, não é de surpreender que o Chrome tenha saído tão à frente.
NullUserException 30/09

@NullUserException, é verdade, mas olhando para o código, os benchmarks são razoáveis.
riwalk

4

Várias mudanças se uniram para tornar esse mundo novo e corajoso:

  • Ajax Ok, vamos ser honestos - quero dizer o Gmail. O Gmail mostrou às pessoas que você pode criar um aplicativo Web fluido em javascript. Uma enxurrada de aplicativos Ajax se seguiu.

  • jQuery As APIs do DOM do navegador são horríveis e inconsistentes para inicializar. O jQuery deu às pessoas uma API decente para codificar, que era consistente entre os navegadores. (Sim, existem outros bons projetos que fazem isso, mas o jQuery é o mais popular.) Também foi fácil o suficiente para que não programadores pudessem copiar e colar o seu caminho para obter uma animação suave.

  • IE6 Não, sério! O IE6 foi o primeiro navegador a suportar adequadamente algo como a especificação CSS real, e o fato de o IE ser tão dominante significava que você tinha uma linha de base confiável para construir. O fato de rirmos agora tem mais a ver com a idade - não era ruim quando foi lançado.

  • Chrome Quando o Google lançou o chrome, e seu mecanismo V8 veloz, eles iniciaram uma nova corrida de desempenho, cujo resultado é um aumento significativo da velocidade do javascript na web. Javascript mais rápido significa que você pode fazer mais em javascript antes que ele comece a incomodar seus usuários.


3

As pessoas inventaram sandboxes JavaScript remotamente seguras e aprenderam a implementá-lo com mais eficiência, juntamente com um aumento geral no poder de computação, tornando a execução mais barata. Além disso, o advento do AJAX e outras coisas possibilitam efeitos com JavaScript que você nunca poderia ver apenas com HTML - todos os recursos mais avançados da Web simplesmente requerem JavaScript. Assim, um site que é executado sem JavaScript é bastante sem vida e inanimado, o que não é o que os consumidores desejam.


As "caixas de proteção JS remotamente seguras" me intrigam. Claro que você pode escrever JS seguro, mas o que impediu as pessoas de escreverem JS malicioso?
NullUserException 30/09

@DeadMG Todo mundo parece pensar que o único caminho para a glória era HTML ou nada. Essa é a verdadeira razão pela qual os plug-ins (o Flash é o mais notável) conquistaram participação de mercado. Os padrões são tão bons quanto seus concorrentes.
Aaron McIver

@NullUserException: É muito mais difícil escrever JS inseguro agora. A maioria das explorações envolve enganar o servidor remoto, como o XSS, e não os buracos JS diretamente.
DeadMG

+1 por mencionar caixas de areia - não são apenas "coisas legais" que impulsionaram a mudança de paradigma. A segurança do navegador e a mesma política de origem tinham muito a ver com isso. Os navegadores da época passada simplesmente tornaram a navegação na Web mais perigosa (do ponto de vista da segurança do computador).
Ryan Kinal 30/09
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.