Como a Microsoft privatizou o código aberto, eliminando o JavaScript no processo -

 

      Após a tomada de controle da blitzkrieg da Microsoft, a comunidade JavaScript de código aberto, como a conhecemos, está chegando ao fim.

Tudo o que foi dito e feito, você deve ficar surpreso com a forma como a Microsoft executou essa aquisição, com muito pouca ou nenhuma resistência de uma comunidade de centenas de milhares de desenvolvedores JavaScript ativos, até mesmo introduzindo o uso do TypeScript no React, Angular e Node, enquanto encurrala o controle de origem e a distribuição de código. É estrategicamente perfeito em todas as dimensões. Parabéns a Nadella e sua equipe.

Quando comecei a programar, realmente adorei a comunidade JavaScript de código aberto. Sempre foi estranho que as pessoas escrevessem códigos e os compartilhassem de graça. Mas as pessoas gostavam, e ainda fazem, e parecia incrível e louco ao mesmo tempo.

Houve Github para gerenciar nossas fontes, e npm, que por d exed as bibliotecas de código aberto e tornou super-fácil de pesquisar, encontrar, e funcionalidades de importação, e para criar, atualizar e compartilhar bibliotecas de nós mesmos. E no Stackoverflow, você pode até obter suporte e conselhos gratuitos. O JavaScript estava melhorando ano após ano com cada versão do ECMAScript. Não foi perfeito, mas funcionou. O futuro parecia brilhante.

Embora o código aberto tenha crescido dentro do capitalismo, seus valores estranhamente não faziam parte dessa visão de mundo capitalista. É por isso que, desde o primeiro dia, ele estava destinado à destruição em algum ponto ou outro.

Então, um dia, a Microsoft entrou e assumiu o controle das duas ferramentas principais, que eram as portas de entrada para toda a comunidade Open Source; npm e Github. Não acho que as pessoas previram isso, e está claro que a maioria dos desenvolvedores, ainda hoje, não percebe o que aconteceu e como isso os afetará em breve.

Assim que a aquisição foi concluída, um massivo ataque de propaganda começou a converter totalmente a comunidade idealista de código aberto para o mantra capitalista da Microsoft. É uma guerra 'secreta', com propaganda de alta tecnologia, que com o tempo irá destruir e remover silenciosamente a independência, matar editores, ferramentas, bibliotecas e até mesmo o próprio JavaScript. Tudo isso é inevitável porque a Microsoft é uma empresa com fins lucrativos. Está em seu DNA assumir o controle de setores inteiros e transformá-los em monopólios geradores de lucros para seus acionistas.

A missão da Microsoft é transformar cada desenvolvedor de JavaScript em um drone gerador de dinheiro do Microsoft TypeScript, de uma forma ou de outra.

Abaixo, descreverei a blitzkrieg multidimensional da Microsoft em 5 etapas simples.

Ato 1: Microsoft Kills JavaScript

A Microsoft pode não ser capaz de inovar em produtos e eles geralmente falham miseravelmente. Mas é chocantemente bom em marketing, propaganda e aquisições.

A Microsoft basicamente desaprovou o JavaScript e a fundação sem fins lucrativos, que o regia, pelo TypeScript, que é administrado e controlado pela Microsoft Corporation com fins lucrativos. Se a Microsoft estivesse realmente interessada em melhorar o JavaScript, poderia ter feito isso por meio de uma fundação sem fins lucrativos. Mas, em vez disso, adotou a abordagem 'Evil Corp' de tornar a base e o JavaScript lentamente irrelevantes, para que pudesse garantir o monopólio e monetização de toda a indústria.

Entendendo a Propaganda

A narrativa 'JavaScript em escala' é voltada principalmente para os tomadores de decisão de negócios, posicionando o TypeScript como a escolha confiável e robusta em comparação ao JavaScript vanilla propenso a bugs e não confiável. Com o tempo, isso tornará o JavaScript obsoleto como linguagem em ambientes de negócios. Ele se tornará o novo PHP.

E para não ofender muito os desenvolvedores de JavaScript, a narrativa 'TypeScript é um superconjunto de JavaScript' foi introduzida, que por razões óbvias é ingenuamente errônea, na melhor das hipóteses. O TypeScript usa construções JavaScript, mas tem muito mais em comum com o C #.

Portanto, embora o TypeScript tenha seus benefícios, você deve estar ciente de que não é o que a Microsoft quer que você acredite.

É mais justo dizer que o TypeScript é um superconjunto C #, com algumas limitações de JavaScript, que compila para JavaScript.

Código aberto proprietário

JavaScript não é controlado ou propriedade de uma corporação com fins lucrativos. É um esforço de código aberto, sem fins lucrativos, conduzido por muitos atores e corporações independentes.

O TypeScript, por outro lado, é de código aberto proprietário, porque é propriedade, é financiado e totalmente controlado pela corporação Microsoft com fins lucrativos.

Apoiando a comunidade

Infundindo JavaScript e código aberto em sua propaganda, a Microsoft foi capaz de pegar carona na comunidade de código aberto desorganizada e sem líder e fez isso sem qualquer resistência perceptível. Toda a comunidade acolhe o TypeScript de todo o coração, ou pelo menos parece que sim.

Ato 2: Microsoft adquire Github

Embora o Github tenha permanecido independente por muito tempo, desde o primeiro dia foi uma empresa com fins lucrativos. É um ajuste de mercado de produto quase perfeito para desenvolvedores:

• Os desenvolvedores podem armazenar e gerenciar o controle de origem e compartilhar sua base de código.
• Os desenvolvedores têm perfis, com uma visão geral das bases de código para as quais o desenvolvedor contribuiu. Este perfil é quase sempre solicitado quando os desenvolvedores se candidatam a um emprego.
• Os desenvolvedores podem relatar bugs e fazer solicitações de pull para repositórios de código aberto.

Qualquer desenvolvedor que queira compartilhar este código publicamente pode usar o Github gratuitamente. O aumento de vendas para um modelo de assinatura começa quando você não deseja compartilhar seu código publicamente e deseja usar repositórios privados. Esse recurso é usado principalmente por empresas ou start-ups. Mas, mesmo assim, você pode usar esses recursos gratuitamente para pequenas equipes.

A vantagem de pioneiro do Github, seu modelo freemium e a estreita interconexão com o npm, o tornaram um monopólio.

Hoje, autores, educadores, palestrantes e desenvolvedores, quando se referem à criação ou download de um repositório, sempre mencionam o Github. Tornou-se sinônimo de controle de origem.

E como o Github foi financiado pela Venture Capital, sempre havia uma saída planejada, desde o primeiro dia. Portanto, não deveria ser uma surpresa que uma corporação, interessada em possuir a base de usuários e as bases de código desses usuários, um dia chegasse e fornecesse um retorno sobre o investimento pelo trabalho árduo de seus fundadores e investidores. Nenhuma surpresa nisso.

Após a aquisição pela Microsoft, sua integração com o VSCode, fortaleceu ainda mais sua posição de monopólio como serviço de repositório de código-fonte go-to.

Ato 3: Microsoft adquire npm

Agora que a Microsoft era dona do Github, o próximo passo lógico era adquirir o npm. Npm não é apenas o gerenciador de pacotes JavaScript, é também o diretório de bibliotecas de código aberto na comunidade. Assim como o Github, o npm foi uma empresa com fins lucrativos desde o primeiro dia.

Sua posição de monopólio foi baseada em ter sido escolhido como o gerenciador de pacotes do NodeJS.

Em 2021, é quase impossível para a comunidade JavaScript se desvincular do npm. Faz parte do DNA.

Usar o npm junto com o github se tornou uma rotina para um desenvolvedor, assim como respirar.

Ato 4: Microsoft empurra VSCode como o editor go-to (e apenas) para TypeScript

Quando comecei a programar, assisti a centenas de tutoriais, segui cursos e li muitos livros de codificação e continuo fazendo isso. E 99 entre 100 vezes, você ouve pessoas continuamente aconselhando o VSCode como o melhor do melhor editor do planeta. É muito raro alguém mencionar o Vim ou o WebStorm.

E por um longo tempo, eu realmente bebi o cool-aid e usei apenas o VSCode. Mas assim que comecei a programar seriamente, fiquei irritado com todo o bloatware, spyware e marketing dentro do VSCode. Não é como se você não percebesse. Senti vontade de ser usado em vez de ser um usuário.

Não existe algo como gratuito no capitalismo. Se uma empresa com fins lucrativos, como a Microsoft, lhe dá algo de graça, esteja preparado para ser estuprado em algum momento.

Passei do VSCode para o WebStorm, via Vim. Mas a maioria dos desenvolvedores, que usa o Github e o npm como parte de sua rotina, acabará mudando para o VSCode, se ainda não o fez. A máquina de propaganda da Microsoft é muito eficiente (se você for cego).

Ato 5: Airbnb para bibliotecas de código aberto, o modelo de negócios

A mensagem é clara: o código aberto está prestes a ser monetizado por corporações e empresas movidas por capital de risco. E assim como o Airbnb ganha mais dinheiro com o aluguel de propriedades, sem possuir nenhuma, parasitas como TideLift, OpenCollective e outros aplicarão o mesmo mantra do Vale do Silício ao Código Aberto.

O modelo do Airbnb está chegando à comunidade de código aberto.

As bibliotecas de código aberto mais populares lentamente começarão a ter versões 'premium', que terão menos ou nenhum bug e melhor suporte. Eles manterão o código aberto disponível, mas ele se tornará cheio de up-sells contínuos e bugs forçando você a pagar. Isso é simplesmente inevitável. Os capitalistas de risco não investiriam centenas de milhões de dólares em algo simplesmente de bom coração :).

E então, depois de algum tempo, a Microsoft comprará um ou todos os jogadores e terá toda a indústria de cima a baixo, do início ao fim.

Game Over.

Concluindo: o que você deve fazer como desenvolvedor de JavaScript em 2021?

Aprenda TypeScript

Se você for um desenvolvedor de JavaScript, aprenda TypeScript imediatamente, pois a maioria, senão todos os empregadores, exigirá que você tenha o TypeScript como parte de sua pilha. Isso não é uma coisa ruim em si, pois você se tornará mais eficiente e produtivo. E será muito mais fácil aprender outras linguagens tipadas estaticamente, o que é um bom efeito colateral.

O TypeScript é uma “porta de entrada” para um mundo de linguagens tipadas estaticamente.

Seja flexível e aberto para aprender qualquer coisa nova

Bem, você precisa mudar e, definitivamente, estar ciente de todos os novos riscos e demandas em sua carreira. Algumas coisas podem salvá-lo, outras podem matá-lo e não está muito claro o que é.

O desenvolvedor de software moderno aprende continuamente novas práticas, padrões e tecnologias e é flexível o suficiente para mudar, desaprender e descartar e substituir, refatorar qualquer coisa, na queda do chapéu, até mesmo aprender e mudar para uma nova linguagem todos juntos.

Não sou purista, o que significa que continuarei aproveitando a comunidade de código aberto. Eu poderia até dizer uso e abuso, assim como a Microsoft fez e faz. Seria estúpido e improdutivo parar de usar bibliotecas. Mas fiquei ainda mais ciente dos perigos e estou diminuindo minha dependência de bibliotecas de conveniência e padrões de terceiros. Como resultado, estou codificando em um nível mais baixo, o que, pelo menos para mim, é muito mais divertido, porque requer que eu exercite meu cérebro e aprenda novas habilidades. E no final do dia, é assim que você se torna um engenheiro de software melhor.

Hoje, quando decido usar uma determinada tecnologia, biblioteca ou estrutura, não o faço cegamente por capricho, engolindo toda a propaganda direta e indireta, das corporações ou dos capitalistas de risco por trás dela. Abordo cada nova tecnologia com uma mente aberta e um pragmatismo objetivo. Na verdade, passo por um processo de avaliação interna, como se ainda fosse engenheiro em alguma grande empresa.

Isso realmente melhora as coisas? É mais rápido, mais limpo e menos sujeito a bugs? Isso aumentará minha produtividade? Quais são os custos de curto, médio e longo prazo para usá-lo? Isso me tornará muito dependente de uma empresa ou kit de ferramentas? Essas são perguntas importantes e você deve perguntá-las continuamente.

Alguns exemplos

• Não mudei instantaneamente de um modelo de API REST para GraphQL, embora o tenha aprendido, entendido seus conceitos e o raciocínio por trás dele. Eu poderia mudar a qualquer hora, se necessário. Mas não o fiz, porque embora resolva muitos problemas, cria muitos outros ao mesmo tempo.
• Embora eu use a estrutura NextJS para meu front-end React, não estou criando APIs dentro dela e também não a estou implantando no Vercel.
• Embora eu tenha trocado de JavaScript para TypeScript, não uso VSCode, Github ou Azure, porque existem outras soluções e ferramentas melhores para isso.
• Quando os ganchos do React foram lançados, quase imediatamente abandonei os componentes baseados em classe e mudei para os componentes funcionais dos ganchos. Como resultado, consegui remover minha dependência do Redux.

Pensamentos finais

Em muitos casos, essa opção entrará em conflito com a narrativa e as opiniões convencionais, e tudo bem. Nosso pensamento de grupo não é tão independente ou correto quanto podemos pensar. Freqüentemente, voltamos ao tribalismo tecnológico, agravado pelo constante ataque por armas de propaganda de massa.

Mas é importante conhecer os diferentes pontos de vista e opiniões e ficar atento. Esta é uma habilidade importante para o desenvolvedor moderno.

E nem tudo é desgraça e tristeza. Aprender TypeScript é uma boa introdução às linguagens tipadas estaticamente. Então vá aprender. Mas use-o como um trampolim para aprender linguagens com tipos estáticos, não como um destino final.

Boa sorte com sua jornada TypeScript.

Fonte: Alex kleeydints, no medium - https://alex.kleydints.com