Para favorecer o Microsoft VS Code, o GitHub da Microsoft está matando o Atom Editor do GitHub

Desculpem a linha de abertura realmente brega. Não pude me impedir de escrever isso. Assim como todos nós não pudemos evitar a morte certa do editor de código aberto mais amado da última década, o Atom.



Uma breve história do átomo

O Atom, lançado em 2014 pela então independente equipe do Git Hub, foi um grande sucesso entre os programadores.


Sua interface de usuário, recursos e vários complementos o tornaram o favorito dos desenvolvedores.


Ele continuou sua corrida popular apesar da forte concorrência do editor VS Code de código aberto da Microsoft.


A base de fãs leais do Atom não cedeu, apesar da crescente popularidade do VS Code até que a Microsoft adquiriu o GitHub em 2018 .


As pessoas começaram a se perguntar por quanto tempo a Microsoft continuará desenvolvendo dois projetos semelhantes que não ganham dinheiro diretamente com isso.


Nos últimos quatro anos, parecia que o Atom estava perdendo seu charme. Ele não teve nenhum desenvolvimento significativo de recursos, enquanto o VS Code ficou mais atraente à medida que os recursos eram lançados em todas as versões.


A escrita estava na parede. O VS Code da marca Microsoft estava sendo favorecido em relação ao Atom.


Embora eu não tenha estatísticas para apoiar minha afirmação, parece que a base de usuários do Atom estava diminuindo nos últimos dois anos. O VS Code é como o editor padrão para jovens desenvolvedores.


Foi a única vez que a Microsoft desligou o Atom e finalmente fez isso.


GitHub descontinua o Atom

Em 8 de junho, o GitHub, de propriedade da Microsoft, anunciou que arquivaria todo o projeto Atom em 15 de dezembro de 2022.


…decidimos aposentar o Atom para aumentar nosso compromisso de trazer desenvolvimento de software rápido e confiável para a nuvem por meio do Microsoft Visual Studio Code e do GitHub Codespaces.


A razão declarada é a mesma que todos conhecemos; “O Atom não teve um desenvolvimento significativo de recursos nos últimos anos” e “foco em aprimorar a experiência do desenvolvedor na nuvem com o GitHub Codespaces”.


O projeto Atom era mais do que apenas um editor. Para o bem ou para o mal, o que você quiser, o Atom também deu origem ao framework Electron.


Vale a pena refletir que o Atom serviu de base para a estrutura Electron, que abriu caminho para a criação de milhares de aplicativos, incluindo Microsoft Visual Studio Code, Slack e nosso próprio GitHub Desktop. No entanto, confiabilidade, segurança e desempenho são essenciais para o GitHub e, para melhor atender à comunidade de desenvolvedores, estamos arquivando o Atom para priorizar tecnologias que possibilitem o futuro do desenvolvimento de software.


Atom tem uma morte lenta e seu fork provavelmente terá o mesmo destino

Atom é de código aberto, então não vai 'descansar em paz' ​​imediatamente. Ele será ressuscitado (leia-se bifurcado) com certeza.


No entanto, mesmo se alguém bifurcar o projeto e continuar a mantê-lo vivo, ele não corresponderá mais ao VS Code. Na melhor das hipóteses, ele receberá algumas correções de bugs e novos recursos menores. Isso não é totalmente ruim para os amantes hard-core do Atom, mas não atrairá codificadores mais novos e mais jovens.


Em última análise, os projetos bifurcados também serão encerrados eventualmente. Não é possível para um par de desenvolvedores voluntários igualar o poder de uma organização de bilhões de dólares com uma enorme infraestrutura. O Atom não será mais comparado ao VS Code .


0 Comentários

Red Hat contrata um engenheiro de software cego para melhorar a acessibilidade no desktop Linux

A Red Hat está contratando um engenheiro de software cego para ajudar nos refinamentos de acessibilidade no GNOME, Fedora e RHEL. A acessibilidade em um desktop Linux não é um dos pontos mais fortes a serem destacados. No entanto, o GNOME, um dos melhores ambientes de desktop , conseguiu se sair melhor comparativamente (acho). Em uma postagem no blog de Christian Fredrik Schaller (Diretor de Desktop/Gráficos, Red Hat), ele menciona que eles estão fazendo sérios esforços para melhorar a acessibilidade. Começando com a contratação de Lukas Tyrychtr pela Red Hat , que é um engenheiro de software cego para liderar o esforço para melhorar o Red Hat Enterprise Linux e o Fedora Workstation em termos de acessibilidade. Entre os detaques Estado de acessibilidade no GNOME Enquanto eu mencionei que o GNOME conseguiu ter um suporte de acessibilidade decente no passado, Christian menciona o que aconteceu ao longo dos anos: O primeiro esforço conjunto para oferecer suporte à acessibilidade no Linux