Qual é a diferença entre o texto sublime e o Atom do Github [fechado]

O Github anunciou o Atom, que é muito semelhante ao Sublime. Mesmo alguns atalhos de teclado como ⌘ + P, ⌘ + Shift + Petc, são iguais.

1. Qual a diferença entre o Atom e o Sublime?
2. Inclui recursos de IDE, como ferramentas de construção, saltos de definição de função, documentações etc.?
3. Alguém usando o Sublime recebeu um convite da Beta para apontar as diferenças?
4. Posso usar os temas, esquemas e pacotes do Sublime como estão, como o Sublime poderia fazer com o texto mate .

1 1

PS: Abra a imagem em uma nova guia para obter uma resolução maior.

1. Qual a diferença entre o Atom e o Sublime?
   • Atom é um editor de texto de código aberto / IDE, construído em JavaScript / HTML / CSS.
   • Sublime Text é um produto comercial, construído em C / C ++ e Python.
   • Comparável ao Atom é o Adobe Brackets , outro editor de texto de código aberto / IDE criado em JavaScript / HTML / CSS. Lembre-se de que isso torna o Brackets mais orientado para o desenvolvimento da Web, especialmente no front-end.
   • As vantagens de projetos de código aberto são uma taxa mais rápida de desenvolvimento e, é claro, preço.
2. Inclui recursos de IDE, como ferramentas de construção, saltos de definição de função, documentações etc.?
   • A resposta curta é sim, sim e sim. O aplicativo é completamente modular. O código aberto dará às pessoas a liberdade de preencher as lacunas de vários desses recursos.
3. Alguém usando o Sublime recebeu um convite da Beta para apontar as diferenças?
   • As vantagens do Atom são a possibilidade de hackeamento de nível básico, uma vez que ele é construído com o mesmo código que alimenta os sites.
   • As vantagens do Sublime Text são o desempenho, pois ele não precisa ser executado sobre o Node.js, e é um produto mais maduro, prestes a atingir uma versão estável 3.
   • Há uma longa lista de pequenas diferenças que podem ser incluídas nos comentários (eu gostaria que essa redução pudesse desenhar uma tabela para comparações, mas isso é outra questão).
   • Devido à rápida participação do Atom, receio que algumas das diferenças listadas aqui se tornem desatualizadas ao longo do tempo. Por exemplo, no momento da redação deste artigo, o Atom estava disponível apenas no Macintosh, enquanto o Sublime Text já era multiplataforma.
4. Posso usar os temas, esquemas e pacotes do Sublime como estão, como o Sublime poderia fazer com o mate de texto.
   • A resposta curta é não, mas devido à capacidade de hackers do Atom, será fácil reequipar pacotes de outros editores para o Atom.

Além dos pontos das respostas anteriores, vale esclarecer as diferenças entre esses dois produtos na perspectiva das escolhas feitas em seu desenvolvimento.

Sublime é binário compilado para a plataforma. Seu núcleo é escrito em C / C ++ e vários de seus recursos são implementados em Python, que também é a linguagem usada para estendê-lo. O Atom é escrito em Node.js / Coffeescript e é executado no webkit, sendo Coffeescript a linguagem de extensão. Embora seja semelhante na interface do usuário e no UX, o Sublime tem um desempenho significativamente melhor que o Atom, especialmente em "trabalho pesado", como trabalhar com arquivos grandes, SnR complexos ou plug-ins que fazem processamento pesado em arquivos / buffers. Embora eu espere melhorias no Atom à medida que amadurece, as escolhas de design e plataforma limitam o desempenho.

A parte "fechada" do Sublime inclui a API e a interface do usuário. Além de skins / temas e cores, a API atualmente dificulta a modificação de outros aspectos da interface do usuário. Por exemplo, os plug-ins sublimes não podem interagir com a barra lateral, controlar ou desenhar na área de edição (exceto de algumas maneiras limitadas, por exemplo, na sarjeta) ou manipular a barra de status além do texto básico. A parte "fechada" do Atom é desconhecida no momento, mas sinto que é menor.O Atom possui uma API mais rica (embora pouco documentada no momento) com o objetivo de design de permitir maior controle de sua interface do usuário. Estar intimamente associado ao webkit oferece vários recursos para aprimoramentos de recursos da interface do usuário que atualmente não são possíveis com o Sublime. No entanto, as extensões do Sublime têm um desempenho mais próximo do nativo, portanto, as que executam manipulações de texto intensivas em computação, altamente repetitivas ou complexas em buffers grandes são possíveis no Sublime.

Como mais do Atom será aberto, o Atom, de código aberto do Github , será no dia 6 de maio. Como resultado, é provável que o suporte e o ritmo do desenvolvimento sejam rápidos. Por outro lado, o desenvolvimento do Sublime diminuiu significativamente ultimamente - mas não está morto . Em particular, existem vários bugs, muitos triviais, que não foram corrigidos pelo desenvolvedor. Nenhuma é imitação espetacular, mas se você quiser algo em rápido desenvolvimento com correções e aprimoramentos regulares, o Sublime ficará frustrado. Dito isso, os pacotes instaláveis ​​do Atom para Windows e Linux ainda não foram lançados e a atividade na base de código parece ter esfriado nas semanas anteriores e desde o anúncio, de acordo com as estatísticas do Github.

Em termos de funções do IDE, da perspectiva do webdev, o Atom permitirá extensões ao ponto de abordar produtos como o Webstorm, embora nenhum tenha aparecido ainda. Resta ver como o Atom se comportará com extensões "pesadas", já que o editor sente-se lento. Devido a restrições na API e falta de webkit subjacente, o Sublime não permitirá esse nível de personalização da interface do usuário, embora o desenvolvedor possa estender a API para oferecer suporte a esses recursos no futuro. Novamente, o desempenho subjacente do Sublime permite coisas que envolvem um grunhido computacional; A indexação de símbolos do ST3 é um exemplo de bom desempenho, mesmo em grandes projetos. E, embora a interface do usuário do Atom certamente seja modelada no Sublime, alguns refinamentos estão visivelmente ausentes, como o Sublime '

Eu vejo esses produtos como complementares. O fato de compartilharem visuais e pressionamentos de tecla semelhantes apenas aumenta o fato. Haverá situações em que o uso de qualquer um tem vantagens. Atualmente, o Sublime é um produto maduro, com paridade de recursos nas três plataformas e um rico conjunto de plugins. Atom é o novo garoto cujos recursos crescerão rapidamente; ainda não parece estar pronto para a produção e há preocupações na área de desempenho.

[Atualização / edição: 18 de maio de 2015]

Uma observação sobre as melhorias nesses dois editores desde o momento em que escrevemos o texto acima.

Além de correções de bugs e melhorias em seu núcleo, o Atom experimentou um rápido crescimento em extensões de terceiros, com o preenchimento automático mais se tornando parte da distribuição padrão do Atom. A qualidade da extensão varia amplamente e uma irritação específica é a frequência com que pacotes instáveis ​​de terceiros podem travar o editor. No último ano, o Atom passou a usar o React por meio da mudança da atividade de refluxo / repintura para a GPU por motivos de desempenho, melhorando significativamente a capacidade de resposta da interface do usuário para ações de edição típicas (rolagem, movimento do cursor etc.). Embora isso tenha melhorado significativamente a aparência do editor, ele ainda parece complicado para tarefas intensivas de CPU, conforme descrito acima, e ainda é lento na inicialização. Além das melhorias de desempenho, o Atom se sente significativamente mais estável em todos os aspectos.

O desenvolvimento do Sublime voltou a crescer desde janeiro de 2015, com correções de bugs, alguns novos recursos menores (API de dica de ferramenta, melhorias no sistema de compilação) e um grande desenvolvimento na forma de uma nova definição de sintaxe .sublime baseada em yaml (para substituir a antiga xml .tmLanguage). Juntamente com um mecanismo de regex personalizado que substitui o Onigurama, o novo sistema oferece mais potencial para correspondência precisa de regex, é significativamente mais rápido (até 4x) e pode executar várias correspondências em paralelo. Além da sintaxe da coloração, o Sublime usa esses componentes para indexação de símbolos (definição de goto etc.) e outros recursos com reconhecimento de idioma. Além de acelerar ainda mais o Sublime, principalmente para arquivos grandes, esse recurso deve abrir o potencial de recursos específicos de idiomas com desempenho, como refatoração de código etc.

O Atom é escrito usando Node.js, CoffeeScript e LESS. Em seguida, é envolto em um invólucro do WebKit, que estava originalmente disponível apenas para OSX, embora agora também haja uma versão do Windows disponível. (A versão Linux deve ser criada a partir da fonte, mas existe um PPA para usuários do Ubuntu.)

Muita arquitetura e recursos foram duplicados do Sublime Text porque são experimentados e testados. O sistema de plugins funciona quase da mesma forma, mas abre muitos novos recursos e potencial, expondo também novas APIs.

Acredito que os atalhos permaneçam basicamente os mesmos devido à memória muscular - as pessoas se lembrarão deles e poderão clicar instantaneamente com o Atom.

As preferências podem ser controladas com uma GUI, em vez de editar o JSON diretamente, o que pode diminuir a barreira de entrada para iniciar as pessoas com o Atom. Eu mesmo acho difícil navegar por todos eles, pois não há recurso de pesquisa nas Preferências.

Você pode se inscrever para um convite no canal IRC ## atom- invite ou se inscrever no site deles e adicionar seu email. A primeira rodada de convites veio rapidamente.

O Atom é de código aberto (já faz algumas horas), enquanto o Sublime Text não.

Aqui estão algumas diferenças entre os dois:

• Atom é de código aberto (licença MIT)
• Uma licença de usuário único para o Sublime Text custa US $ 70 .

• O Atom é escrito em Node.js, CoffeeScript, HTML e LESS .
• O texto sublime é escrito em C ++, Python para plugins e Objective-C para integração com Cocoa

• O Atom possui um gerenciador de pacotes embutido *
• O texto sublime depende de uma solução de terceiros para gerenciamento de pacotes ( controle de pacotes Wbond )

• No momento em que escrevi isso (20/05/2014), havia binários Atom apenas para o Mac OS X (10.8 ou posterior). Se você quiser usá-lo no Windows ou Linux, precisará construí-lo. Atualização: Atualmente, existem binários Atom para Mac OS X (10.8 ou posterior) Windows e Linux .
• Binários de texto sublime estão disponíveis para Mac OS X, Windows (instalável ou portátil) e Linux (como .deb ou tarball)

• As configurações do Atom podem ser configuradas por meio de uma interface amigável ou diretamente, editando os arquivos de configuração .
• O texto sublime permite alterar apenas as configurações através dos arquivos de configuração .

* Embora o APM seja uma ferramenta separada, ele é empacotado e instalado automaticamente com o Atom

O Atom foi criado pelo Github e inclui "conhecimento do git". Esse é um recurso que eu gosto bastante:

Também destaca os arquivos na árvore git que foram alterados com cores diferentes, dependendo do status de confirmação:

Acabei de receber meu convite beta hoje e tentei o Atom imediatamente. A GUI parece com o Sublime, e sim, existem alguns atalhos adotados pelo Sublime.

Além de tudo mencionado acima, aqui estão algumas diferenças que notei até agora:

1. O modo Vim não é tão bom quanto o modo Vintage no Sublime (que também não é um vim completo) porque o pacote vim está em um estágio inicial de desenvolvimento. Consulte https://atom.io/packages/vim-mode para obter detalhes.

2. Como James menciona, o Atom é escrito usando ferramentas da Web, então você tem acesso à folha de estilo do editor de texto (styles.less) para fazer as alterações de aparência desejadas usando CSS. Há também uma opção para alterar a inicialização do CoffeeScript.

3. Novamente, como o Atom ainda está na fase beta, o Sublime tem muito mais pacotes de plugins nativos. No entanto, como o Atom é escrito em Node.js., o site oficial do Atom disse que você pode "escolher entre mais de 50 mil no repositório de pacotes do Node". (Como não sou um profissional do Node.js., ainda não examinei esse recurso)

4. O Atom possui um suporte melhor ao Github pronto para uso, mas o Sublime possui vários pacotes Git.

5. Sublime é um período de avaliação ilimitado de aplicativos pagos. O Atom é gratuito na fase beta, mas não sabemos se o Github deseja cobrar ou não.

Portanto, o resultado é que Atom é um editor de texto criado com a tecnologia da Web na fase beta. Por outro lado, o Sublime evoluiu através de muitas iterações diferentes. O Atom ainda está perdendo muitos pacotes que o Sublime suporta, então a questão é: o Atom alcançará o Sublime ou ficará melhor? O Github parece estar confiante sobre o futuro desta edição de texto por causa de suas populares tecnologias subjacentes, e o Atom provavelmente será uma boa alternativa ao Sublime a longo prazo.

Outra diferença é que o texto sublime é um projeto de código fechado, enquanto o código-fonte Atom está / estará disponível ao público - embora o Github não planeje lançá-lo como um projeto de código-fonte aberto real. Eles querem dar acesso ao código, sem abri-lo para contribuições.

O Github tornou público o código: http://blog.atom.io/2014/05/06/atom-is-now-open-source.html

O Atom ainda está na versão beta (v0.123 enquanto escrevo isso), mas está se movendo rapidamente. Muito mais rápido que o Sublime. Novas compilações são lançadas semanalmente, às vezes até algumas na mesma semana. Em sua curta vida útil, teve mais lançamentos do que o Sublime, o que leva meses para lançar um novo recurso ou uma correção de bug. Aqui está uma visão atualizada das coisas que remontam ao caminho que o Atom seguiu desde o lançamento da versão beta:

1. Sublime tem melhor desempenho que Atom. Simplesmente porque está escrito em C ++. O Atom, por outro lado, é um aplicativo de desktop baseado na Web, construído sobre o Chromium, e, embora eles levem o desempenho ao coração, será realmente difícil ou até impossível alcançar a mesma velocidade e capacidade de resposta. Em julho passado, o Atom começou a usar o React e deu um bom impulso no desempenho, mas você ainda pode sentir a diferença. Além disso, se os problemas de desempenho do Atom não afastarem os usuários - o Sublime acelera melhor o ciclo de lançamento, retira seus pequenos ajustes de UX e considere permitir mais contribuidores, porque é nesse ponto que o Atom está ganhando.

2. O ecossistema de pacotes do Atom também está crescendo muito rápido, talvez não seja tão grande quanto o Sublime no momento, mas tenho a sensação de que, com o GitHub na parte de trás, ele continuará crescendo ainda mais rápido. Provavelmente tem a maioria do IDE como plug-ins que você pode imaginar. Uma grande diferença agora é que ele não pode lidar com arquivos maiores que 2 MB, por isso é algo a ter em mente.

3. A única coisa que você notará primeiro é que o minimapa sublime se foi! Fora isso, a primeira impressão é que o Atom parece quase o mesmo que o Sublime. Eu escrevi uma comparação mais profunda sobre isso neste post do blog .

4. Não é uma maneira fácil e fácil de portar suas configurações, pacotes e sublimes, tanto quanto eu sei.

Eu tentei o Atom e parece muito bom, mas há um grande problema (pelo menos na v 0.84):

Ele não suporta seleção vertical Alt+ Arrastar - isso é obrigatório para todo editor de código moderno.

Uma grande diferença é o suporte a "Indic Fonts", também conhecido como scripts do sul da Ásia (incluindo idiomas do sudeste asiático, como Khmer, Lao, Mianmar e Tailandês). Além disso, há um suporte muito melhor para os idiomas do leste asiático (chinês, japonês, coreano). Esses são bugs conhecidos (na verdade os bugs mais bem classificados) que vêm ocorrendo há anos (embora pareça que o suporte ao idioma da Ásia Oriental funcionava melhor, mas agora se tornou difícil de usar):

• http://sublimetext.userecho.com/topic/117587-thai-language-issue/
• http://sublimetext.userecho.com/topic/99013-can-not-show-or-type-chinese-charactor-on-ubuntu-system/

Eu estou trabalhando em pouco ambiente extremo; editar arquivos no sistema de arquivos remoto (rede externa, com certeza) montado no meu laptop através do ssh (aka. sshfs). Independentemente de por que estou fazendo isso, também com sua capacidade de resposta pesada, é bastante comestível quando estou usando o Sublime Text 2.

Eu tentei o Atom depois de ler este post, mas acabou sendo um pouco doloroso para mim; O Atom parece que não armazena em cache a estrutura de diretórios com tanta eficiência. Sempre que expiro uma pasta no Modo de exibição em árvore, a interface do usuário congela por um curto período de tempo, 2 a 3 segundos, talvez buscando informações do sistema de arquivos. Sim, é porque estou usando um sistema de arquivos remoto. Mas o Sublime lida com isso de forma mais eficiente, pelo menos não congela toda vez que expiro uma pasta, menos dolorosa.

Eu acho que o Atom é muito bom de graça, e minha história é trivial que pode ser aprimorada um dia, mas seria útil para alguém nesse momento.

-

adicionado em 26/08/2014

Recentemente, mudei meu laptop do Macbook Air 2010 com atraso para o Macbook Pro 13 "com atraso de 2013. Provavelmente, possui CPU 4 vezes mais rápida e muitos aprimoramentos no desempenho. Quero mencionar minha opinião sobre o caso QUANDO VOCÊ MONTA O SISTEMA DE ARQUIVO REMOTO. (usando o OS X Mavericks , versão mais recente do Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 e o sistema remoto é o servidor Ubuntu) Eventualmente, o congelamento da UI fica bem mais curto, mas ainda está lá. para abrir uma pasta com muitas pastas / arquivos e indexá-lo, é necessário um certo período de tempo, além disso, se você expandir uma pasta cheia de arquivos, ela apenas vacilará.

De acordo com @EliDuenisch, isso parece não acontecer no Linux Mint. Não tenho certeza, mas pode ser da diferença entre sistemas operacionais. Certamente, se você trabalha no sistema de arquivos local, não precisa se preocupar com esse problema.

Uma grande diferença que ninguém apontou até agora e que pode ser importante para algumas pessoas é que (pelo menos no Windows) o Atom não suporta totalmente outros layouts de teclado além dos EUA. Há um relatório de bug com algumas centenas de postagens abertas há mais de um ano ( https://github.com/atom/atom-keymap/issues/35 ).

Pode ser relevante ao escolher um editor.

ATENÇÃO ::

- por causa do sistema de cache mal elaborado, no Atom a perda de dados ocorre frequentemente ao usar arquivos grandes.

Foi provado inúmeras vezes.