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

334

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 .

Atom Shell1 1

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

Om Shankar
fonte
3
Coloque um tema adequado e você poderá fazer com que muitos editores pareçam (às vezes também) o mesmo. Além disso, são editores diferentes. Experimente os dois e fique com o que você preferir.
Rook
17
FWIW, eu uso o Atom o fim de semana inteiro e, apesar de gostar, não vejo nenhuma vantagem real sobre o SublimeText3. Não há nada de ruim nisso, simplesmente não vejo nenhum motivo convincente para mudar de editor. Talvez eu mude de opinião assim que usar mais.
carl_h
26
Eu estou supondo que a integração do git / github seria o principal motivo para mudar. Como diabos eles conseguiram arrancar descaradamente o Texto Sublime? Eles pagaram a Sublime ou trabalharam com eles?
Jellohead # 04/14
4
É um clone de texto sublime completo. Eles deveriam ter feito isso em Python para que não fosse tão lento com a digitação e a rolagem. ENTÃO, misturou-se no CEF com todos os benefícios de um navegador incorporado e permitiu os mesmos complementos via JavaScript / CoffeeScript. Eu gosto do Atom.io porque gosto de texto sublime. Por fim, pararei de usar o Atom.io porque ficarei irritado com o desempenho que não considero corrigível devido à escolha do idioma. Olhe para faísca do Google talvez ...
Tom
40
Diferenças? Atom tornou-se open source . Então seja feliz!
Jonică Bizău

Respostas:

127
  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.
harrypujols
fonte
Eu vejo um monte de arquivo Python em Sublime Texto
atilkan
7
@emrah Sim. O texto sublime é escrito em C ++ e Python. (até mesmo o Google sabe que ): P
pradyunsg
"Atom está disponível apenas no Macintosh" ... na verdade não. Você tem Linux (deb, rpm) e Windows versões disponíveis no website átomo
mickro
4
Talvez "no momento da redação deste artigo" para uma resposta publicada há mais de um ano atrás devesse ter sido uma dica de que o exemplo de versões estava desatualizado.
precisa saber é o seguinte
Também é importante notar que o node.js não é particularmente lento, especialmente quando é escrito para aproveitar as estratégias de otimização da V8.
trognanders
167

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.

sebt
fonte
2
Eu sinto que esta resposta está um pouco desatualizada, já que o átomo agora é totalmente open source.
JorgeArtware
6
@JorgeArtware, não acho que o anúncio de código aberto para Atom evite qualquer informação fornecida acima do óbvio. No entanto, eu corrigi o post para refletir o fato e adicionei algumas informações extras para atualizar as coisas.
set
11
Eu votei na sua ótima resposta antes mesmo do fato, apenas apontei que ela precisava de uma atualização, o que você fez, então isso é legal.
JorgeArtware 20/05
2
"pacotes instaláveis ​​do Atom para Windows e Linux ainda não foram lançados" -> Acabei de baixar o instalador do Windows e não poderia ser mais fácil. Funciona muito bem, mesmo sem privilégios de administrador.
Gdelfino
129

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.

James
fonte
18
Impressionante. Portanto, o Adobe Brackets provará poeira antes mesmo de pegar fogo. Enquanto trabalhava na Adobe, eu estava muito entusiasmados com a equipe de trabalho paralelo em Suportes - também construído em WebKit invólucro (CEF)
Om Shankar
Além disso, você recebeu um convite? Eu adicionei mais um ponto sobre os pacotes. Eu não quero perder meus pacotes Sublime existentes, mas quer Atom teste
Om Shankar
11
Desculpe Om, eu acabei de fazer login no SO novamente. Recebi um convite nos primeiros 5 minutos após o envio deles: Ah, esqueci de mencionar que os temas e esquemas podem ser convertidos do estilo TextMate para o Atom. Se minha resposta o ajudou, você se importaria de clicar no grande sinal?
James
11
@ConnorLeech ainda não, eu não tenho medo.
James
2
@ConnorLeech Agora existe um PPA para Ubuntu
Matthew Daly
56

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

bhell
fonte
22

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






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

Alcides Queiroz Aguiar
fonte
Desde esta publicação, o Atom adicionou suporte completo ao Windows por meio de um arquivo .exe
Unome
12

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

insira a descrição da imagem aqui

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

insira a descrição da imagem aqui

joscas
fonte
2
O destaque da árvore git tem sido uma das características vencedoras para me em Atom, vendo o código não tenha sido cometida ou adicionado tem sido extremamente valioso para mim
Unome
11

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.

Keeeeeenw
fonte
11
Embora eu concorde com todo o resto, não diria que ele tem um melhor suporte ao GitHub, pois ele não pode nem mesmo confirmar ou preparar arquivos de dentro do editor (a menos que esteja faltando alguma coisa). Eu diria que esse é um recurso básico para um produto proveniente do próprio GitHub?
James
@ James, tanto quanto eu sei, no canto inferior direito do seu arquivo aberto, o Atom informará o ramo git atual e parece haver um suporte nativo ao Git Diff. Mas você está certo de que ele não possui a função básica de confirmação / envio / recepção. Eu deveria ter sido mais claro nesta parte.
Keeeeeenw
@ James, por que você gostaria de fazer confirmações do seu editor em primeiro lugar?
9788 Thomas McMabe
11
@Keeeeeenw eles disseram que pretendem cobrar por isso, bem como sublime. Já existe um pacote de Atom para imitar o lembrete de licença ST;)
Thomas McCabe
3
@ThomasMcCabe por que você não? Você já viu o SublimeGit ? Melhorou drasticamente o meu fluxo de trabalho.
James
10

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

Pascal Le Merrer
fonte
9
Aqui está uma citação de Tom Preston-Werner, do Github: "O Atom não será de código fechado, mas também não será de código aberto. Ele estará em algum lugar entre eles, facilitando a cobrança pelo Atom enquanto o código ainda está sendo produzido. disponível sob uma licença restritiva para que você possa ver como tudo funciona. Ainda não finalizamos exatamente como isso funcionará. Teremos todos os detalhes prontos para o lançamento oficial ". Fonte: discuss.atom.io/users/mojombo/activity
Pascal Le Merrer
11
Ah entendi, obrigado. Parece que eles abrirão pacotes e interfaces, mas manterão o núcleo fechado.
Ellotheth
11
@PascalLeMerrer, isso torna o Atom ainda mais semelhante ao estágio atual do Sublime.
Om Shankar
4
@PascalLeMerrer Acredito que a declaração foi feita antes da decisão de fazer Atom OSS sob a licença MIT (que era não o plano inicialmente
Jameh
11
@Jameh, você está certo. O Github mudou seu plano inicial. e minha resposta estava relacionada à declaração inicial.
Pascal Le Merrer
5

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.

tkfx
fonte
2
Você pode obter um mini-mapa no Atom por instalar este pacote: atom.io/packages/minimap
nwinkler
5

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.

Pavel Nikolov
fonte
16
Existe um pacote para isso: (plugue sem vergonha) atom.io/packages/Sublime-Style-Column-Selection (alt + arrastar)
BigFive
2

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):

jeffmcneill
fonte
2
Você diz que eles são "diferentes" e diz "há muito melhor ..." Mas você não diz qual dos sublimes ou átomos é melhor. Os links do Sublime sugerem que você está promovendo o Sublime? Ou eles são links para bugs não corrigidos no Sublime como prova de que ele precisa acompanhar o Atom?
Hippietrail 8/09/14
2
Sublime tem muito mau suporte ao idioma asiático. Eles não podem renderizar scripts do Sul da Ásia / Sudeste Asiático corretamente e fazem um trabalho ruim em idiomas do Leste Asiático. Os links são evidências da falta de suporte. Não consigo usar o Sublime por causa desses recursos, no entanto, posso usar o Atom por causa do melhor suporte ao idioma.
jeffmcneill
Ah, isso também é muito importante para mim. Você deve adicionar informações do seu comentário na resposta real. Eu tenho experimentado Brackets e está funcionando bem com Lao e Thai para mim até agora.
Hippietrail 22/10/2014
2

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.

Kenial
fonte
2
Olá, pode ser um pouco tarde para adicionar a este segmento, mas quero compartilhar minha experiência em editar código em um 'ambiente extremo' (sobre ssh). Os sublimes 2 e 3 são terríveis porque tendem a congelar por segundos ao tentar salvar texto. Minha conexão com a Internet é muito rápida, portanto não deve ser o motivo. Como isso acontece com bastante frequência, parei de usar o Sublime. Até agora, o Atom parece funcionar bem nesse sentido, sem congelamento.
Eli Duenisch
@EliDuenisch Interesting. Você pode compartilhar detalhes das informações do seu ambiente? (Como eu escrevi) Testei com o OS X Mountain Lion e o FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 e Sublime 2. Ao ler seu comentário, acho que é hora de testar novamente o Atom, talvez: )
Kenial
Infelizmente, não me lembro da versão do Atom que usei na época.
Kenial
Estou trabalhando no Linux Mint e a máquina remota é um servidor Ubuntu Linux. A conexão é estabelecida via túnel SSH. Há defasagens durante o salvamento que são um pouco exageradas para serem explicadas apenas pela transferência de dados. Esses atrasos não ocorrem ao usar o editor de texto padrão (Gedit / Pluma). Mas pelo menos não há congelamento da GUI como no Sublime.
Eli Duenisch
@EliDuenisch Então a diferença pode ser de diferentes sistemas operacionais. A máquina remota também era um servidor Ubuntu no meu caso. Atualizarei minha postagem depois de testá-la novamente, e se houver alguma alteração.
Kenial
2

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.

Dakkaron
fonte
2
Aparentemente corrigido no Atom 1.9 (atualmente em beta).
Ph16
1

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.

Pian0_M4n
fonte
Isso não acontece mais. Ele estava vinculado a um problema com o espaço em disco cheio e o conteúdo do arquivo truncado para zero, em vez de copiar o conteúdo para o arquivo temporário.
Raptus 13/11/19