Svelte, uma estrutura que desaparece que não desaparecerá

Quando outro dia, em nossa aconchegante sala de bate-papo @sveltejs, eles enviaram um link de telegrama para o próximo artigo “revelador” sobre Svelte, fiquei muito feliz por antecipar uma batalha técnica interessante ou pelo menos uma leitura interessante da experiência prática de outra pessoa. Além do fato de ser sempre interessante e útil, um certo conjunto de circunstâncias - férias e quarentena planejadas - me deixa entediada em casa, e um artigo semelhante pode diversificar um pouco meu dia. Imagine minha decepção, você nem imagina ... mas vamos ao que interessa.



Para esclarecer novamente, este artigo é uma resposta à publicação "Svelte, uma estrutura que desaparece que ainda não desapareceu" .

aviso Legal
, , -, . , - — , , « ».

Apesar do fato de o autor do artigo original, querido action52champion, está claramente em um estado deprimido, provavelmente causado pelo auto-isolamento e pela crise global, sobre a qual ele escreve diretamente:

action52champion : Paranoia, você diz, e você está certo. Mas meu terapeuta está ocupado apoiando vítimas de coronavírus. Eles precisam disso. Portanto, eu tenho que me pronunciar.

Ainda tento tornar a publicação da resposta útil, interessante e, mais importante, NÃO má, apresentando tudo como uma espécie de entrevista do autor do artigo original comigo. Ao longo do caminho, tentarei responder a algumas perguntas frequentes sobre a escolha do Svelte como ferramenta, como exatamente ele foi implementado em nosso país e o que está acontecendo hoje. Vou te contar algumas histórias. Então, em ordem.

Entrevista


Sobre mim


action52champion: . : Angular, React, Vue. , - Svelte production-ready .

Olá campeão de ação, estou muito satisfeito por estar aqui, obrigado por me convidar! Meu nome é Pavel Malyshev, sou o autor de todos esses artigos maravilhosos (embora a maioria deles sejam traduções) que o sobrecarregam. Atualmente, lidero o desenvolvimento de um pequeno estúdio Nizhny Novgorod nas áreas de web e Smart TV.

Mesmo que um de nossos leitores não siga Svelte, talvez eles possam me conhecer nos meus relatórios nas maiores conferências de TI da Rússia e da CEI, como HolyJS, RIT ++, FrontendConf, DUMP, CSS-Minsk-JS, Yandex events and todos os tipos de mitaps em diferentes cidades da Federação Russa.

Eu também era um herói das questões do RadioJS No. 54-55, Web Standards No. 170, Devshahty No. 94 e alguns outros. Além do Svelte, gosto de falar sobre aplicativos da web isomórficos com SSR, PWA, componentes da Web e SmartTV.

, Svelte


action52champion: , , , .

Ótima pergunta! O fato é que tive a sorte de poder tomar decisões individualmente sobre algumas das tecnologias que serão usadas em um projeto específico nas áreas de desenvolvimento que eu supervisiono. Além disso, meu nível técnico e experiência (mais de 13 anos) permitem, parece-me, fazer essa escolha o mais equilibrada possível.

Infelizmente, nas empresas de TI, a pessoa que toma essas decisões muitas vezes acaba sendo muito divorciada do processo e das tecnologias de desenvolvimento; portanto, ela não é guiada nem pela opinião de seus desenvolvedores, mas por algumas opções de decisão geralmente aceitas. Ou seja, eles raciocinam da mesma forma que você: "existem os Três Grandes e estão cheios de soluções prontas para isso, o que pensar então".

Como nosso estúdio é muito pequeno e participo diretamente do desenvolvimento de projetos e escrevo código, abordo o processo de escolha de tecnologias da maneira mais escrupulosa possível, e as soluções são implementadas de forma gradual e sistemática, mas ao mesmo tempo com ousadia.

Falando especificamente sobre o Svelte, o primeiro projeto para o qual eu o selecionei em 2017 é um widget incorporado para sites. De fato, a escolha não foi ótima - ou baunilha, ou o que é compilado em baunilha. Até o nosso amado Vue, naquele momento, em sua forma pura, pesava ~ 25Kb gzip, o que é monstruoso para esse projeto.

A escolha acabou sendo extremamente bem-sucedida e, no final, chegamos à conclusão de que, se tivéssemos parado com pura baunilha e escrito tudo do zero, provavelmente perdemos os prazos e possivelmente perdemos dinheiro. Mas tivemos a sorte de encontrar Svelte, embora naquele momento ninguém soubesse realmente sobre ele.

No mesmo ano, depois que terminamos o projeto, escrevi meu primeiro artigo sobre Svelte no Habr “Magically Disappearing JS Framework” da Habr para compartilhar uma ferramenta nova e promissora com a comunidade. Naturalmente, o artigo foi recebido com bastante frieza, o que pode ser confirmado pelo fato de que um artigo mais ou menos técnico, com exemplos de código e bom design, coletou três vezes menos vantagens do que o seu "vyser" profano hoje. De fato, foi um dos primeiros artigos sobre Svelte em geral e não apenas de língua russa.

Sobre artigos pagos e qual é o "lucro"


action52champion : Na próxima vez, fui assombrado com a sensação de que alguém estava apenas rabiscando postagens personalizadas.

De repente, pensei que parte do tempo que gasto no desenvolvimento da comunidade para Svelte é realmente paga pelo meu trabalho. Não tem certeza se meus materiais devem ser considerados personalizados?

Parece que em uma entrevista eu disse que, além de promover uma ferramenta decente que eu uso no meu trabalho e ajudar a comunidade / desenvolvedores, meu interesse indireto é o fato de os programadores Svelte, as vagas para eles aparecerem no mercado e os clientes serem mais leais uso desta tecnologia. E é claro que não é só isso, o fato é que o uso do Svelte facilita nosso trabalho e economiza tempo e dinheiro.

Ok, eu vou te dizer como isso funciona. Os clientes são geralmente divididos em 2 categorias:

  1. - React/Vue/Angular/Ember/{ } — ,
  2. , .

Infelizmente, muitas vezes as primeiras decisões são impostas com base no hype / PR, o que, é claro, é mais forte para as ferramentas que estão por trás das empresas (React / Angular) e / ou comunidades fortes (Vue + chinês).

Não há por que esconder que queríamos a ferramenta que consideramos a melhor na lista de "aquelas estruturas que ouvi falar" de nossos clientes. Não porque somos algum tipo de masoquista ou vilão e queremos fazer tudo mal, mas porque é uma ferramenta realmente digna, em nossa humilde opinião. As soluções sofisticadas são simples e eficientes. Na maioria das vezes, olho com horror os projetos React, que às vezes chegam até nós para serem concluídos. Mesmo um Vue muito bonito e amado por mim já parece volumoso.

Em geral, acho que o “gelo quebrou” e alcançamos nosso objetivo. Se em 2017-18 foi possível fazer um projeto no Svelte apenas para clientes do 2º tipo, em 2019-2020 muitas pessoas ouviram falar sobre o Svelte e estão prontas para usá-lo em seus projetos. Quase todos os dias, pessoas, representantes de várias empresas, incluindo grandes serviços, escrevem para mim em um telegrama em um bate-papo pessoal e no Svelte e perguntam sobre o Svelte e seu ecossistema. Fico feliz que você, querida Ação, tenha me dado a oportunidade de contar sobre isso.

Sobre falhas específicas


action52champion : Eu não quero comparar o Svelte e outros frameworks e passar por suas deficiências específicas. Você pode ler este artigo para obter detalhes.

Aqui você é falso. Pelo que entendi, você não tem experiência com Svelte. Parece-me que você nem sequer passou pelo Tutorial no site oficial para raciocinar sobre o assunto. Portanto, acredito que você simplesmente não poderia fazer isso. Se estiver enganado, escreva-me sobre isso e estou pronto para testá-lo na prática, por exemplo, concluindo algo como uma aposta com você.

Por sua vez, adoraria considerar um caso específico e já mencionei as principais desvantagens do Svelte no final deste artigo . Além disso, muitas críticas reais e materiais podem ser encontradas em nosso bate-papo por telegrama . Não temos censura lá e você pode escrever qualquer pergunta sobre o assunto.

Sobre os Três Grandes


action52champion: : , , — ( ) .. , , . . -. - 5 . . . . . .

Você sabe, você levantou um tópico interessante. Os três grandes projetos são tão "maduros"? Eles podem cobrir absolutamente todos os casos de desenvolvimento da web, responder a todos os "novos desafios"? A resposta óbvia é "Não", porque, caso contrário, não teríamos assistido ao surgimento de mais e mais novas soluções.

É bom que novas soluções apareçam? Definitivamente "Sim", porque o tempo passa e novas tarefas, novos desafios aparecem. Há 10 anos, pensávamos apenas em desktops e em um burro; em 5 anos, pensávamos em celulares, hoje a IoT, dispositivos incorporados e portáteis vêm à tona.

Entendo que, como um desenvolvedor propenso a condições depressivas, você gostaria que o progresso parasse ou até desacelerasse. Para tornar sua imagem do mundo tão simples quanto as botas de feltro - existem três grandes estruturas, para todos os gostos e cores, e você sabe exatamente o que fazer. Mas, querida Ação, isso não acontece.

Portanto, não foi com a primeira onda de estruturas de front-end, não será com os líderes atuais. A propósito, nesse sentido, não digo absolutamente que Svelte é necessariamente uma ferramenta de nova onda. Ele realmente repensou muito, mas, ao mesmo tempo, o ancorou muito nas soluções existentes. Se ele ocupará uma posição de liderança no novo panteão de tecnologias front-end ou se é apenas um prenúncio de sua aparência, eu não sei, embora não exclua essa oportunidade.

Sobre Vue


action52champion : Lembro-me de como Vue decolou e ganhou popularidade no contexto de uma reação com uma angular. Sim, havia RP, mas Vue simplesmente não precisava de RP. Ele resolveu os problemas reais de inchaço e complexidade de outras estruturas. Ele pegou o que foi realizado nos outros e realizado de forma minimalista. Ele resolveu um problema específico - a complexidade e a monstruosidade de duas outras estruturas. Que problema real o Svelte resolve eu não sei. O que está escrito em seu site é uma declaração de boas intenções.

Eu realmente amo essa história. Sobre como o nobre Vue, com um design bonito, invadiu inesperadamente o panteão de quadros para todos, iluminando-o com sua simplicidade e concisão. Gosto de tudo nesta história, exceto que não passa de um mito. Aqui está uma olhada:

Este é o código Vue (2014):

var app = new Vue({
  el: '#app',
  data: function() {
    return {
       greeting: 'Hello',
       firstName: '',
       lastName: ''
    };
  },
  computed: {
      fullName: function() {
         return this.firstName + ' ' + this.lastName;
     }
  } 
});

E este é o código Ractive (2012):

var app = new Ractive({
  el: '#app',
  data: function() {
    return {
       greeting: 'Hello',
       firstName: '',
       lastName: ''
    };
  },
  computed: {
      fullName: function() {
         return this.get('firstName') + ' ' + this.get('lastName');
     }
  } 
});

Como você pode ver, além de pequenas diferenças cosméticas, o restante do código é quase idêntico.

Talvez você diga que esta é uma escola antiga e todo mundo escreve no Vue na SFC (2015):

<template>
<p>{{greeting}} {{fullName}}</p>
</template>

<script>
export default {
  data: function() {
    return {
       greeting: 'Hello',
       firstName: '',
       lastName: ''
    };
  },
  computed: {
      fullName: function() {
         return this.firstName + ' ' + this.lastName;
     }
  } 
};
</script>

<style scoped>
p { color: red; }
</style>

E eu responderei que "nada é novo sob a lua" (c) - Ractive (2014):

<p>{{greeting}} {{fullName}}</p>

<script>
component.exports = {
  data: function() {
    return {
       greeting: 'Hello',
       firstName: '',
       lastName: ''
    };
  },
  computed: {
      fullName: function() {
         return this.get('firstName') + ' ' + this.get('lastName');
     }
  } 
};
</script>

<style>
p { color: red; }
</style>

E também esse DOM virtual ou DOM paralelo ? Espero não ter confundido completamente você. Percorri os comentários do artigo original e percebi que você não entende a diferença entre o DOM Virtual e o DOM da Sombra, o que se segue claramente deste comentário:

action52champion : O Shadow DOM foi introduzido na estrutura, não de uma vida boa. Sua falta significa que o Svelte certamente será mais lento, onde haverá muitas atualizações.

Aparentemente, você também não ouviu falar sobre componentes da Web, mas nem imagina por que precisa de um DOM virtual. Nada, mas você é um bom entrevistador e por isso é amado.

Mas eu vou continuar. Uma das razões pelas quais nos mudamos para Vue em 2015 foi porque o Ractive que usamos desde 2013, devido à falta de “evangelistas agressivos”, simplesmente não conseguia explodir e acumular massa. Ao mesmo tempo, o jovem Vue, semelhante a ele como duas gotas de água, na sequência do apoio de uma comunidade chinesa muito coesa e com orientação nacional, já começou a exagerar no Reino do Meio. A mudança acabou sendo praticamente gratuita, embora tenhamos perdido alguns dos recursos interessantes do Ractive, que o Vue ainda não possui.

Essa foi uma lição que você deve aprender também - nem sempre a melhor tecnologia está no topo. Existem muitos outros fatores além da qualidade e inovação das idéias. Deve haver um fator de crescimento, seja o suporte corporativo ou uma comunidade legal. Assim, um diamante não se torna um diamante.

Eu realmente gosto de Vue e acho que este é o instrumento mais adequado para mim dos Três Grandes, mas entendo objetivamente que eu não gosto de mim, mas daquelas idéias que ele reflete. As idéias da Ractive que perdemos.

Svelte, em muitos aspectos, é um seguidor de idéias Ractive combinadas com as idéias incorporadas no Rollup (por exemplo, minimalismo, trepidação de árvores etc.) e isso não é surpreendente, porque todas essas ferramentas têm um autor .

Mais recentemente, a Angular introduziu a compilação de modelos AoT semelhante ao Svelte. Você sabe onde eu vi (e até usei) algo semelhante pela primeira vez e isso nos permitiu em 2013 jogar fora essa parte do tempo de execução que funcionava com modelos? Bem, você entendeu.

Por que tão demorado


action52champion : Do ponto de vista prático, uma coisa é importante - quão bem a estrutura resolve problemas reais de negócios. E desse ponto de vista, se você usar duas estruturas que resolvem os problemas da mesma maneira, mas uma delas tiver mais comunidade e ecossistema, é razoável escolher a segunda. Svelte foi lançado em 2016. Vue foi lançado em 2014. A diferença é de 2 anos. Essa. Svelte poderia levar em conta todos os erros do Vue e se tornar o melhor, reconquistar o público e o mercado. Mas ele ainda é a maior marginalidade conhecida principalmente por seus artigos elogiosos.

Antes de responder à pergunta, vou corrigir um pouco sua afirmação. De fato, o Svelte foi lançado em 2017. Seu autor, Rich Harris, falou sobre ele em seu "Frameworks without the framework: por que não pensamos nisso antes?" somente no final de 2016.

Além disso, o Svelte 1 era mais provável uma prova de conceito, discutida mais de uma vez na comunidade e na comunicação com o autor. Apesar disso, foi o Svelte 1 que usei no primeiro projeto com um widget e, para essa tarefa, funcionou perfeitamente. Naquele momento, continuamos escrevendo no Vue e apoiando projetos no Ractive. O primeiro projeto mais ou menos sério já foi desenvolvido no Svelte 2, cujo lançamento ocorreu apenas em meados de 2018, sobre o qual escrevi imediatamente no artigo correspondente .

Eu diria que apenas começando com a segunda versão do Svelte, em princípio, comecei a avançar de alguma forma. Antes disso, nem eu, nem o autor, nem outros babados da comunidade fizemos qualquer tentativa especial de falar sobre ele. Portanto, como você deseja considerar o ano, seria mais apropriado considerar a data de lançamento do Svelte em meados de 2018.

Algumas ondulações nos comentários sugeriram que a data de lançamento de Svelte seja o aparecimento de Svelte 3, que geralmente saiu há apenas um ano e alcançou resultados surpreendentes este ano. Sobre esse assunto, você pode se lembrar de Angular e AngularJS - duas estruturas diferentes com o mesmo nome. Pessoalmente, considero todos esses cálculos nada mais que populismo estúpido.

Talvez você queira saber por que não escrevemos mais projetos no Svelte 1, pois era tão bonito. Parece que a resposta é óbvia - naquele momento estava realmente úmida e adequada apenas para projetos como widgets. Não posso dizer que a abandonamos. Vários projetos internos também foram escritos no Svelte 1 e partes de aplicativos antigos também foram reescritos no Ractive. Esses componentes que foram os gargalos no desempenho do Virtual DOM foram reescritos com sucesso para o Svelte 1 e implementados em projetos, dobrando o desempenho desses componentes. Foi também uma experiência muito positiva.

Sobre front-ends estúpidos e gananciosos


action52champion : isso é especialmente verdade para quem acabou de entrar no frontend. Ele costuma dirigir por dinheiro. Então: não há dinheiro no Svelte. Também não há trabalho. E o mais interessante - também não haverá experiência.

Formulação muito emocional. Por alguma razão, pensei que você era apenas um daqueles que "se mudaram para o front-end por dinheiro", e parece muito recentemente.

Se eu estiver enganado, e você é um front-end experiente, talvez se lembre de que, alguns anos atrás, o trabalho para o mesmo Vue também não foi concluído. Os empregos eram fragmentados e ofereciam menos dinheiro do que React, Angular ou mesmo Ember aos desenvolvedores. Ao mesmo tempo, agora vemos que Vue já assumiu uma posição digna. Para Svelte, também é inevitável, quer você queira ou não.

Sobre o ecossistema


action52champion: « » « , ». , , . ! 2020 — .


Quanto ao Svelte e seu ecossistema. Vale a pena notar imediatamente que, apesar da aparente simplicidade e minimalismo, o Svelte é muito completo desde o início. Como uma estrutura de interface do usuário sólida, ela tem absolutamente tudo o que é necessário para criar uma interface de usuário moderna. Aqui está um diagrama dos recursos internos que eu preparei para um dos meus relatórios:



por exemplo, no React, não há nada. Embora o React seja a estrutura da interface do usuário mais popular, ela não passa de um mecanismo de modelo em termos de funcionalidade.

Obviamente, o ecossistema externo ainda é muito mais modesto. No entanto, a Svelte já possui uma lista bastante extensa de soluções prontas e todos os tipos de conjuntos de componentes que você pode encontrar aquie se move nessa direção exatamente da mesma maneira que outras estruturas anteriores. É uma pena que pessoas como você, sem pensar, estão tentando aproveitar essa chance dele. Por outro lado, lembro-me de como, há alguns anos, todo mundo escreveu a mesma coisa sobre Vue, e cerca de seis anos atrás sobre React e nada, eles conseguiram. O ignorante sempre permanece apenas ignorante.

Sobre o "santo"


action52champion: , , — - . , 3 , . , , , , , . Svelte .

Não gostaria de aprofundar essa questão para não ofender ninguém. Só posso dizer que muitas vezes o mesmo React é frequentemente criticado precisamente por ser "aguçado" pelas particularidades dos problemas de desenvolvimento corporativo do Facebook. É compreensível que o Facebook tome o React principalmente para si próprio, e nem todas as decisões que são boas para o Facebook são boas para seus projetos, mas não há ninguém a quem reclamar.

O React geralmente é uma boa estrutura que se encaixa em muitos projetos, especialmente quando você precisa de um excelente suporte ao Typecript. Mas ele está longe de ser perfeito e ele definitivamente precisa de alternativas.

Sobre todos os tipos de coisas diferentes


action52champion: , Svelte . JS VueJS, Svelte. Vanilla JS , ? , ? - ? Virtual DOM, ? Write less code? ? , , , Vuejs React - , .

Pergunta Blitz, excelente.

  1. O minimalismo é alcançável. Problemas com isso surgem quando um princípio diferente é estabelecido nos próprios fundamentos da solução. Por exemplo, Reduh em sua essência não pode ser minimalista devido à abundância de um clichê embutido nele. Ao mesmo tempo, Storeon, trabalhando essencialmente com os mesmos princípios, permanece minimalista. Em geral, todas as estruturas modernas tendem a dividir seus componentes como as menores unidades possíveis. Além disso, você precisa entender como escrever o código mais declarativo e controlado pelo estado.
  2. Esta não é uma escolha entre o Vanilla JS e o Svelte. Svelte - esse é o Vanilla JS, que você não precisa escrever e muitas vezes é mais fácil de manter e desenvolver.
  3. Typescript + — « », -. . TS. , Vue ? TS ± Svelte.
  4. , Virtual DOM. Svelte , change detection . .
  5. . . React Vue. 1.5 , .
  6. Como você não gosta dos exemplos da documentação do Svelte. Você pode sugerir casos mais graves da documentação de outras estruturas?

Normalmente, para explicar brevemente como o Svelte funciona, eu uso esta redação:

O Svelte permite escrever código declarativo de alto nível nas fontes fáceis de desenvolver e manter, além de obter código imperativo e de alto desempenho de baixo nível que funcione bem em tempo de execução.



E essa abordagem é muito diferente até do Vue, na qual o SFC nada mais é do que uma maneira mais conveniente de escrever o Vue.extend.

Sobre a comunidade


action52champion : Diz -se que Svelte tem uma grande comunidade de língua russa. Eu não o vejo, vejo apenas evangelistas, cada um dos quais prega por dez.

Que bom que você perguntou sobre isso. A comunidade de língua russa é representada pelo chat principal em telegramas ( @sveltejs ), um chat separado para a estrutura do Sapper ( @sapperjs ), um canal com vagas ( @sveltejs_jobs ) e notícias ( @sveltejs_public ), além de um grupo VK ( @sveltejs_ru ).
O movimento principal está em um bate-papo em que já existem mais de 1,5 mil pessoas e um esqueleto bastante animado de camaradas ativos.




Havia mais de 170 pessoas em nosso primeiro comício offlan em 22 de fevereiro em Moscou, e quase 1 mil visitantes assistiram à transmissão on-line. O próximo mitap deveria estar em São Petersburgo em abril-maio, mas a pandemia fez ajustes em nossos planos. Espero que tudo dê certo em breve e continuemos. Você pode acompanhar nossos Meetups na página oficial de Svelte Russian Meetups .

Vamos ver quem mais está falando sobre Svelte. Por exemplo, aqui está o respeitado Andrei Melikhov (Devshakhta) conta como o Yandex.Money usa o Svelte:



Aqui, uma citação literal de Andrei Sitnik (autor do PostCSS / Autoprefixer / etc) no HolyJS do ano passado .
“Svelte é, francamente, a melhor invenção do mundo das estruturas Javascript que já foi. Não devemos falar sobre ganchos, devemos falar sobre Svelte. ”

E, embora, provavelmente seja um exagero cênico, seus constantes tweets e retweets sobre Svelte não dão nenhuma dúvida sobre sua sinceridade.



É claro que não tenho dúvidas de que meu respeitado entrevistador é mais inteligente do que todos nós ... embora não, duvido. Desculpe, pensamentos em voz alta.

Consciência profissional (NÃO)


action52champion : Contra -argumentos de nível - você simplesmente não conseguia descobrir o Svelte - geralmente está além do humor. Pessoas que trabalham com angulares e reagem não conseguem descobrir um pouco mais do que Svelte? Provavelmente o ponto aqui está no próprio Svelte. Ou que basicamente não há nada para entender, porque não há nada que valha a pena.

Parece que já respondi a uma pergunta semelhante, mas estou pronto para repeti-la, pois você me proporcionou essa oportunidade. Um dos problemas que eu pessoalmente vejo em termos de promoção do Svelte é que, visualmente , é muito semelhante às estruturas das Três Grandes, embora conceitualmente difira bastante. Isso foi especialmente sentido em Svelte 1/2, quando as pessoas vieram à comunidade e os comentários de Habr e sinceramente não entenderam como Svelte difere de Vue. E, de fato, naquele momento, ambos eram muito parecidos com o Ractive. Com o lançamento do Svelte 3, as diferenças se tornaram mais claras, mas isso não resolveu o problema completamente.

É por isso que as pessoas que visitam o Svelte costumam usar as mesmas abordagens usadas em outras estruturas, sem perceber que o Svelte pode oferecer soluções mais elegantes para os mesmos problemas. Você nem imagina quantos casos consideramos literalmente todos os dias em nosso bate-papo, e na maioria das vezes as pessoas saem com o comentário "Como isso pode ser feito?"


Popularidade de Pro (NOT)


action52champion: « , 3 ?», . , . 5 , . - , . . , ( ). — , .


E você é um provocador, no entanto! ))) Embora muitos considerem a dignidade de um entrevistador, ainda acho que você precisa pelo menos um pouco de compreensão do assunto, para não parecer estúpido em suas provocações.

"Você dormiu demais de novo, querida." (c) Veja StateOfJS 2018 - Svelte no top 1 entre “Outras bibliotecas” e, no último 2019, entrou constantemente no pool principal de estruturas de front-end, enquanto liderava pelo critério de “interesse”:



Então, há progresso. No entanto, também é evidente um equívoco absoluto das leis mais simples do mercado. Quando o mercado está "vazio", também é chamado de "oceano azul", então é fácil ocupá-lo, especialmente quando o Facebook está atrás de você. Quando o mercado é competitivo (o oceano escarlate), entrar nele é muito mais difícil. Portanto, é lógico que, com o tempo, tornar-se um líder começa a demorar mais, mas isso também indica o contrário - se você pudesse se tornar um líder em um mercado altamente competitivo e, mesmo sem dinheiro e RP, seu produto seria realmente digno.

No final, observe quantas estruturas / bibliotecas / plataformas / $ mol existem e nem todas estão equiparadas às Três Grandes. Sim, pelo menos eles têm seu próprio hub em um recurso de TI popular e destacam a sintaxe personalizada no Github.

Svelte já tem tudo isso, mas é claro que não é só isso, mas graças ao trabalho da comunidade. Já é popular o suficiente ter vários artigos sobre Medium e Dev.to , muitos treinamentos e outros vídeos no Youtube e muitos tipos de soluções prontas. Não se censure, todo mundo está enganado.

Sobre o OSS


action52champion: Svelte . Svelte, , Svelte . , ? , . ? Who's using Svelte?.. - ? , , VueJS ?

Como já descobrimos, há 2 anos desde o início da popularização do Svelte e / ou 1 ano desde o lançamento de sua versão popular, muita coisa aconteceu em torno dele, então acho que essa pergunta é vocal.

No entanto, é importante mencionar mais uma coisa: o Svelte é um projeto puramente voltado para a comunidade e a comunidade não deseja ser engajada e afiliada a nenhuma empresa. Recentemente, alguém da comunidade começou a falar sobre Patreon para o autor do framework, mas o próprio autor até interrompeu essas discussões. Entendo que muitos estão acostumados a usar os benefícios do OSS para nada e até mesmo apresentar seus requisitos de negócios a eles. Mas, de fato, as pessoas que fazem OSS não devem nada a você, querida, mas muitos de nós poderiam participar de projetos de OSS e não estupidamente ganhar dinheiro com as decisões de outras pessoas.

Em relação à Svelte, essas mesmas empresas "diferentes" nos ajudam de maneira diferente. Por exemplo, o Mail.Ru nos ajudou muito com o primeiro metapom russo do Svelte. Nós fornecemos nosso lindo escritório com equipamentos, cookies, cuidamos da organização da transmissão e gravação. Obrigado Mail.Ru!

Sobre o fato de que


action52champion : Você tem certeza de que o direito de recomendar essa estrutura é tão categórico? O frontend é uma área em que novas pessoas vêm sem experiência todos os dias. Eles não são capazes de apreciar a escala da desnecessidade de Svelte. Eles verão artigos elogiosos em que caras inteligentes, com um olhar sério, falam sobre o maravilhoso encaminhamento de eventos, um compilador, etc. O que é interessante do ponto de vista acadêmico, mas não do prático. Eles acham que vale a pena entrar em contato, gastam seu tempo e ficam sem nada. E, ao oferecer pacotes de artigos sobre o quão maravilhoso é possível fazer alguma porcaria no Svelte, o que também pode ser feito em estruturas normais, você adiciona um porco enorme a pessoas novatas.

Minha pergunta favorita! Quase como uma cereja em um bolo.

Sim, tenho certeza de que estou certo e é por isso:

  • Eu sei do que estou falando. Uso o Svelte no meu trabalho e posto soluções no OSS.
  • Sou o tomador de decisão pela escolha da tecnologia e responsável pelo sucesso dos projetos.
  • Eu tenho algo para comparar. Além do Svelte, tenho experiência com muitas estruturas agora e no passado (Backbone, AngularJS, Ractive, Riot, Vue / Nuxt, React, LitElement).
  • Eu me comunico muito com aqueles que também usam o Svelte e geralmente ajudo aqueles que querem aprender. Eu ouço os problemas deles e tento sempre oferecer soluções.
  • Leio relatórios sobre o Svelte e estou pronto para responder a perguntas substantivas.

Obrigado, querido Campeão da Ação, por me convidar e me dar a oportunidade de falar sobre um quadro tão maravilhoso como o Svelte! Obrigado por suas perguntas bem formuladas e ponderadas e tópicos levantados. Tudo de bom para você e tenha um bom dia!



P / s


A entrevista acabou, e agora Alaverdi. E você, querido @ action52champio, tem certeza de que tem o direito de culpar um instrumento que não apenas não usou e que realmente não viu nos seus olhos? Qual é a sua experiência prática com o Svelte e ele possui pelo menos uma das estruturas? Você não gosta de reagir, não entende o Vue. Angular? Não, acho que não.

Parece-me que, antes de escrever pelo menos algo sobre um recurso técnico, faz sentido descobrir corretamente, e não apenas desarrumar os centros, sofrendo de falta de atenção do seu psicoterapeuta. Ligue para ele melhor, você precisa.

ATUALIZAR:


Aproveito a oportunidade para convidar todos para uma reunião on-line com o autor de Svelte, onde ele responderá às perguntas mais interessantes que foram coletadas da comunidade:
sveltesociety.dev

All Articles