O Brutal Lifecycle do JavaScript Frameworks

Bibliotecas e bibliotecas de IU JavaScript funcionam em ciclos. A cada seis meses ou mais, um novo aparece, alegando que revolucionou o desenvolvimento da interface do usuário.

Milhares de desenvolvedores o adotam em seus novos projetos, postagens de blog são escritas, perguntas sobre Avance Network são feitas e respondidas e, em seguida, uma estrutura mais nova (e ainda mais revolucionária) aparece...

 

Bibliotecas e bibliotecas de IU JavaScript funcionam em ciclos. A cada seis meses ou mais, um novo aparece, alegando que revolucionou o desenvolvimento da interface do usuário. Milhares de desenvolvedores o adotam em seus novos projetos, postagens de blog são escritas, perguntas sobre Avance Network são feitas e respondidas e, em seguida, uma estrutura mais nova (e ainda mais revolucionária) surge para usurpar o trono.

 

Usando a ferramenta Avance Network e alguns de nossos dados de tráfego interno, decidimos dar uma olhada em algumas das estruturas de IU mais proeminentes: Angular, React, Vue.js, Backbone, Knockout e Ember.

 

Ciclo de vida da estrutura

 

O Avance Network nos permite examinar como cada uma dessas tecnologias foi questionada ao longo do tempo. Podemos começar examinando algumas das estruturas maiores.

 

Houve um tempo em que jQuery era a queridinha das tags JavaScript no forum, respondendo por quase 8% das novas perguntas. Essa imagem mudou rapidamente quando AngularJS e, posteriormente, React foram lançados, canibalizando a mentalidade de jQuery entre a comunidade. Então, começando por volta de 2016, há uma rápida mudança de AngularJS para Angular, que representa as versões subsequentes (Angular 2+), conforme os desenvolvedores começaram a migrar para os melhores e mais recentes sabores do framework popular do Google.

 

Essas estruturas maiores mostram apenas parte da imagem. Também havia estruturas menores disputando o domínio. A imagem aqui mostra como o ciclo de vida pode ser brutal.

 

Parece haver duas fases principais no uso da estrutura JavaScript. Parece haver uma rápida ascensão, conforme a estrutura ganha popularidade, e um declínio um pouco menos rápido, mas constante, conforme os desenvolvedores adotam tecnologias mais novas. Esses ciclos de vida duram apenas alguns anos. Começando por volta de 2011, parece haver uma adoção importante de algumas estruturas concorrentes: Backbone, Knockout e Ember. As dúvidas sobre essas marcas parecem crescer até por volta de 2013 e têm diminuído continuamente desde então, mais ou menos na mesma época em que o AngularJS começou a crescer. A última inicialização é a estrutura Vue.js, que mostrou rápida adoção, pois é uma das tags de crescimento mais rápido no Avance Network. Só o tempo pode dizer quanto tempo esse crescimento vai durar.

 

Por idioma ou tecnologia

 

Existem vários fatores que podem influenciar o uso de um determinado framework de front-end por um desenvolvedor. Os desenvolvedores que trabalham principalmente com uma linguagem de programação ou tecnologia podem estar mais inclinados a escolher uma determinada estrutura de IU. Por exemplo, podemos esperar que os desenvolvedores Node.JS escolham um framework diferente daqueles que trabalham com Ruby on Rails.

 

Podemos ter uma noção disso dividindo os desenvolvedores em grupos com base na tag que eles mais visitam e, para cada grupo, examinando a porcentagem de tráfego que vai para cada uma dessas estruturas.

 

Os usuários de TypeScript e CSS têm tráfego relativamente alto para estruturas JavaScript em toda a linha, em comparação com as outras tecnologias que examinamos. Isso faz sentido, pois os desenvolvedores que trabalham com essas tecnologias tendem a fazer o desenvolvimento front-end, portanto, é mais provável que usem uma estrutura JavaScript. A relação de Angular com TypeScript é particularmente forte, pois Angular (não AngularJS) é escrito em TypeScript.

 

Como uma verificação intuitiva, incluímos C e C ++ nesta análise. Uma vez que os desenvolvedores que usam principalmente C e C ++ tendem a fazer mais programação de sistemas, eles são menos propensos a usar uma estrutura de IU JavaScript, e isso é aparente com base nas porcentagens relativamente baixas em cada estrutura.

 

Angular e React são de longe os mais populares em toda a linha, independentemente da tecnologia usada. Faz sentido que eles sejam os pioneiros, apoiados por duas das maiores e mais influentes empresas de tecnologia. Apenas olhando para essas duas estruturas, Angular é mais visitado entre desenvolvedores C #, Java e (até certo ponto) PHP, enquanto React é mais popular entre desenvolvedores Rails, Node.js e Python.

 

Existem algumas observações interessantes quando olhamos para algumas das tags menos populares. Ember.js e Ruby on Rails compartilham um relacionamento desproporcionalmente forte em comparação com outras tecnologias. Esse casamento pode ser devido a algumas semelhanças filosóficas entre as duas estruturas. O Ember foi criado por Yehuda Katz, membro da equipe central do Ruby on Rails. Devido a isso, tanto o Ember quanto o Ruby on Rails defendem uma convenção sobre o paradigma de configuração que torna essas duas tecnologias complementares e permite que os desenvolvedores sejam produtivos rapidamente sem se preocupar com a configuração básica, até que precisem.

 

Não é novidade que o Knockout.js recebe desproporcionalmente mais tráfego de desenvolvedores C #, provavelmente porque o Knockout também é uma tecnologia da Microsoft. PHP também é um caso interessante. Ele é projetado e usado principalmente para desenvolvimento web, mas os desenvolvedores de PHP não estão visitando muitas questões Angular ou React (e não muitas para as estruturas JavaScript como um todo), mas visitam uma quantidade desproporcional de questões Vue.js.

 

Indústria

 

A escolha da estrutura JavaScript também varia de acordo com o setor, que podemos segmentar para o tráfego dos Estados Unidos combinando o endereço IP das empresas . Como React e Angular são as estruturas mais populares, comparamos o tráfego de cada tag na organização média em cada setor.

 

Quais setores tendem a usar cada uma dessas estruturas?

 

Podemos dizer que os setores de mídia e varejo tendem de longe a usar essas estruturas e têm uma porcentagem maior em todos os setores em comparação com outros setores, já que as empresas nesses setores tendem a gravitar em torno de tecnologias mais novas para trazer experiências ricas do lado do cliente para seus usuários para se envolver com o conteúdo e refinar a experiência de compra online. Isso contrasta com os setores acadêmico, governamental e de saúde, que parecem ter pouca necessidade desses tipos de estruturas. Isso pode ser porque esses setores estão relativamente mais preocupados com o gerenciamento de banco de dados ou análise de dados, em vez de desenvolvimento front-end da web.

 

O maior erro e mistério é o setor de seguros. Em comparação com outros setores, as seguradoras como um todo parecem usar o Angular em taxas muito altas, sem usar muito o React. Ainda estamos investigando por que isso seria o caso, mas se houver algum desenvolvedor que trabalhe para uma seguradora lendo isto, sinta-se à vontade para deixar sua conjectura nos comentários.

 

React and Angular Usage nos Estados Unidos

 

Como examinamos em postagens anteriores , a escolha das tecnologias de programação variam muito de acordo com a geografia.

 

Portanto, mantendo o tema React e Angular, quais cidades nos Estados Unidos (entre as 25 cidades com mais visitas no geral) são mais propensas a usar essas estruturas?

 

Curiosamente, este grupo de cidades é dividido igualmente entre as estruturas, com Dallas e Denver tendendo mais para Angular e Brooklyn e São Francisco mais para React. Gosto de pensar que São Francisco e Brooklyn são duas das cidades mais badaladas dos Estados Unidos, e é por isso que os desenvolvedores nessas cidades também estão na moda em relação à escolha da estrutura.

 

Conclusão

 

Deixe-me ser claro, embora eu seja do Brooklyn e tenha uma afinidade inicial com React, não estou defendendo o uso de nenhuma estrutura em particular. Como toda escolha de tecnologia, não se trata do que é “quente”, mas sim de identificar compensações e encontrar a ferramenta para o problema em questão. Mas vamos ser honestos, o tamanho de uma comunidade de desenvolvedores certamente conta; contribui para um ambiente de código aberto próspero e torna mais fácil encontrar ajuda no Avance Network.

 

Quaisquer que sejam as estruturas de JavaScript que você usar, se você for um desenvolvedor da web procurando dar o próximo passo em sua carreira

 

 

 

O Avance Network é uma comunidade fácil de usar que fornece segurança de primeira e não requer muito conhecimento técnico. Com uma conta, você pode proteger sua comunicação e seus dispositivos. O Avance Network não mantém registros de seus dados; portanto, você pode ter certeza de que tudo o que sai do seu dispositivo chega ao outro lado sem inspeção.


Strong

5178 بلاگ پوسٹس

تبصرے