¿Cuál es la diferencia entre Sublime text y Github's Atom [cerrado]


334

Github anunció Atom, que es muy similar a Sublime. Incluso algunos atajos de teclado como ⌘ + P, ⌘ + Shift + Petc. son iguales.

  1. ¿En qué se diferencia Atom de Sublime?
  2. ¿Incluye características IDE como herramientas de compilación, saltos de definición de funciones, documentaciones, etc.?
  3. ¿Alguien que usa Sublime recibió una invitación Beta para señalar las diferencias?
  4. ¿Puedo usar los temas, esquemas y paquetes de Sublime tal como están, como Sublime podría hacer con text mate .

Atom Shell1

PD: Abra la imagen en una nueva pestaña para una mayor resolución.


3
Ponga un tema apropiado y puede hacer que muchos editores se vean (a veces se sientan) igual. Aparte de eso, son editores diferentes. Pruébalos ambos y quédate con el que prefieras.
Rook

17
FWIW, he estado usando Atom todo el fin de semana y, aunque me gusta, no veo ninguna ventaja real sobre SublimeText3. No tiene nada de malo, simplemente no veo ninguna razón convincente para cambiar de editor. Tal vez cambie mi opinión una vez que lo use más.
carl_h

26
Supongo que la integración de git / github sería la razón # 1 para cambiar. ¿Cómo diablos se burlaron con estafar descaradamente Sublime Text? ¿Pagaron a Sublime o trabajaron con ellos?
jellohead

44
Es un clon completo de Sublime Text. Deberían haberlo hecho en Python para que no fuera tan lento con escribir y desplazarse. ENTONCES se combinó en el CEF para todos los beneficios de un navegador integrado y permitió los mismos complementos a través de JavaScript / CoffeeScript. Me gusta Atom.io porque me gusta Sublime Text. En última instancia, dejaré de usar Atom.io porque me molestará el rendimiento que no creo que sea reparable debido a la elección del idioma. Mira el Spark de Google tal vez ...
Tom

40
Las diferencias? Atom se convirtió en código abierto . ¡Entonces sé feliz!
Ionică Bizău

Respuestas:


127
  1. ¿En qué se diferencia Atom de Sublime?
    • Atom es un editor de texto de código abierto / IDE, construido en JavaScript / HTML / CSS.
    • Sublime Text es un producto comercial, construido en C / C ++ y Python.
    • Comparable con Atom es Adobe Brackets , otro editor de texto de código abierto / IDE construido en JavaScript / HTML / CSS. Tenga en cuenta que esto hace que Brackets esté más orientado al desarrollo web, especialmente en el front-end.
    • Las ventajas de los proyectos de código abierto son una mayor tasa de desarrollo y, por supuesto, el precio.
  2. ¿Incluye características IDE como herramientas de compilación, saltos de definición de funciones, documentaciones, etc.?
    • La respuesta corta es sí, sí y sí. La aplicación es completamente modular. El código abierto le dará a las personas la libertad de llenar los vacíos en varias de estas características.
  3. ¿Alguien que usa Sublime recibió una invitación Beta para señalar las diferencias?
    • Las ventajas de Atom son la piratería de nivel de entrada, ya que se basa en el mismo código que alimenta los sitios web.
    • Las ventajas de Sublime Text son el rendimiento, ya que no necesita ejecutarse sobre Node.js, y es un producto más maduro, a punto de alcanzar una versión estable 3.
    • Hay una larga lista de diferencias menores que se pueden incluir en los comentarios (desearía que esta reducción pudiera dibujar una tabla para las comparaciones, pero ese es otro problema).
    • Debido a la rápida participación de Atom, me temo que algunas de las diferencias que enumero aquí quedarán obsoletas con el tiempo. Por ejemplo, al momento de escribir esto, Atom solo está disponible en Macintosh mientras Sublime Text ya es multiplataforma.
  4. ¿Puedo usar los temas, esquemas y paquetes de Sublime tal como están, como Sublime podría hacer con text mate.
    • La respuesta corta es no, pero debido a la piratería de Atom, será fácil actualizar paquetes de otros editores a Atom.

Veo muchos archivos de Python en Sublime Text
atilkan

77
@emrah Sí. Sublime Text está escrito en C ++ y Python. (incluso Google sabe que ): P
pradyunsg

"Atom solo está disponible en Macintosh" ... en realidad no. Tiene versiones de Linux (deb, rpm) y Windows disponibles en el sitio web de atom
mickro

44
Quizás "en el momento de escribir esto" para una respuesta publicada hace más de un año debería haber sido una pista de que el ejemplo de las versiones estaba desactualizado.
harrypujols

También vale la pena señalar que node.js no es particularmente lento, especialmente cuando está escrito para aprovechar las estrategias de optimización de V8.
trognanders

167

Además de los puntos de las respuestas anteriores, vale la pena aclarar las diferencias entre estos dos productos desde la perspectiva de las elecciones realizadas en su desarrollo.

Sublime es binario compilado para la plataforma. Su núcleo está escrito en C / C ++ y varias de sus características se implementan en Python, que también es el lenguaje utilizado para extenderlo. Atom está escrito en Node.js / Coffeescript y se ejecuta en webkit, siendo Coffeescript el lenguaje de extensión. Aunque similar en UI y UX, Sublime se desempeña significativamente mejor que Atom, especialmente en "trabajo pesado", como trabajar con archivos grandes, SnR complejos o complementos que realizan un procesamiento pesado en archivos / buffers. Aunque espero mejoras en Atom a medida que madura, el diseño y las opciones de plataforma limitan el rendimiento.

La parte "cerrada" de Sublime incluye la API y la interfaz de usuario. Además de máscaras / temas y colores, la API actualmente dificulta la modificación de otros aspectos de la interfaz de usuario. Por ejemplo, los complementos Sublime no pueden interactuar con la barra lateral, controlar o dibujar en el área de edición (excepto en algunas formas limitadas, por ejemplo, en la canaleta) o manipular la barra de estado más allá del texto básico. La parte "cerrada" de Atom es desconocida en este momento, pero tengo la sensación de que es más pequeña.Atom tiene una API más rica (aunque actualmente está poco documentada) con el objetivo de diseño de permitir un mayor control de su interfaz de usuario. Al estar estrechamente asociado con webkit, se ofrecen numerosas capacidades para mejorar las características de la interfaz de usuario que actualmente no es posible con Sublime. Sin embargo, las extensiones de Sublime funcionan más cerca de las nativas, por lo que aquellas que realizan manipulaciones de texto intensivas en cómputo, altamente repetitivas o complejas en grandes buffers son factibles en Sublime.

Como habrá más Atom abierto, Atom de código abierto de Github el 6 de mayo. Como resultado, es probable que el apoyo y el ritmo de desarrollo sean rápidos. Por el contrario, el desarrollo de Sublime se ha desacelerado significativamente en los últimos tiempos, pero no está muerto . En particular, hay una serie de errores, muchos bastante triviales, que el desarrollador no ha solucionado. Ninguno es espectacular, pero si quieres algo en rápido desarrollo con corrección de errores y mejoras regulares, Sublime te frustrará. Dicho esto, los paquetes instalables de Atom para Windows y Linux aún no se han lanzado y la actividad en la base de código parece haberse enfriado en las semanas anteriores y posteriores al anuncio, según las estadísticas de Github.

En términos de funciones IDE, desde una perspectiva webdev, Atom permitirá extensiones hasta el punto de acercarse a productos como Webstorm, aunque todavía no ha aparecido ninguno. Queda por ver cómo funcionará Atom con tales extensiones "pesadas", ya que el editor de forma nativa se siente lento. Debido a restricciones en la API y la falta de un kit web subyacente, Sublime no permitirá este nivel de personalización de la interfaz de usuario, aunque el desarrollador puede extender la API para admitir tales características en el futuro. Nuevamente, el rendimiento subyacente de Sublime permite cosas que involucran gruñidos computacionales; La indexación de símbolos de ST3 es un ejemplo que funciona bien incluso con grandes proyectos. Y aunque la interfaz de usuario de Atom ciertamente se basa en Sublime, faltan notablemente algunos refinamientos, como Sublime '

Veo estos productos como complementarios. El hecho de que compartan imágenes y pulsaciones de teclas similares se suma al hecho. Habrá situaciones en las que el uso de cualquiera tiene ventajas. Actualmente, Sublime es un producto maduro con paridad de características en las tres plataformas y un rico conjunto de complementos. Atom es el chico nuevo cuyas características crecerán rápidamente; todavía no se siente listo para la producción y existen preocupaciones en el área de rendimiento.

[Actualización / Edición: 18 de mayo de 2015]

Una nota sobre las mejoras a estos dos editores desde el momento de escribir lo anterior.

Además de las correcciones de errores y las mejoras en su núcleo, Atom ha experimentado un rápido crecimiento en extensiones de terceros, con el autocompletado plus convirtiéndose en parte de la distribución estándar de Atom. La calidad de la extensión varía ampliamente y una irritación particular es la frecuencia con la que los paquetes de terceros inestables pueden bloquear el editor. En el último año, Atom se movió al uso de React mediante el cambio de la actividad de reflujo / repintado a la GPU por razones de rendimiento, mejorando significativamente la capacidad de respuesta de la interfaz de usuario para acciones de edición típicas (desplazamiento, movimiento del cursor, etc.). Si bien esto ha mejorado notablemente la sensación del editor, todavía se siente engorroso para las tareas intensivas de CPU como se describió anteriormente, y aún es lento en el inicio. Además de las mejoras de rendimiento, Atom se siente significativamente más estable en todos los ámbitos.

El desarrollo de Sublime se ha reanudado desde enero de 2015, con correcciones de errores, algunas características nuevas menores (API de información sobre herramientas, mejoras del sistema de compilación) y un desarrollo importante en forma de una nueva definición de sintaxis .sublime basada en yaml (para eventualmente reemplazar la antigua xml .tmLanguage). Junto con un motor de expresiones regulares personalizado que reemplaza a Onigurama, el nuevo sistema ofrece más potencial para una coincidencia precisa de expresiones regulares, es significativamente más rápido (hasta 4x) y puede realizar múltiples coincidencias en paralelo. Además de la sintaxis de coloración, Sublime usa estos componentes para la indexación de símbolos (ir a la definición, etc.) y otras características compatibles con el lenguaje. Además de acelerar aún más Sublime, particularmente para archivos de gran tamaño, esta característica debería abrir el potencial para características específicas del lenguaje, como la refactorización de código, etc. Se prometen más "grandes desarrollos",


2
Siento que esta respuesta está un poco desactualizada, ya que el átomo ahora es de código abierto.
JorgeArtware

66
@JorgeArtware, no creo que el anuncio de código abierto para Atom obvia ninguna de la información dada más allá de lo obvio. Sin embargo, arreglé la publicación para reflejar el hecho y agregué un poco de información adicional para actualizar las cosas.
sebt

1
Había votado tu gran respuesta incluso antes del hecho, solo señalé que necesitaba un poco de actualización, lo cual hiciste, así que es genial.
JorgeArtware

2
"Los paquetes Atom instalables para Windows y Linux aún no se han lanzado" -> Acabo de descargar el instalador de Windows y no podría ser más fácil. Funciona muy bien incluso sin privilegios de administrador.
gdelfino

129

Atom está escrito usando Node.js, CoffeeScript y LESS. Luego se envuelve en un contenedor WebKit, que originalmente solo estaba disponible para OSX, aunque ahora también hay una versión de Windows disponible. (La versión de Linux debe construirse desde la fuente, pero existe un PPA para los usuarios de Ubuntu).

Gran parte de la arquitectura y las características se han duplicado de Sublime Text porque se han probado y probado. El sistema de complementos funciona casi de la misma manera, pero abre muchas nuevas características y potencial al exponer también nuevas API.

Creo que los atajos siguen siendo básicamente los mismos debido a la memoria muscular: las personas los recordarán y podrán hacer clic instantáneamente con Atom.

Las preferencias se pueden controlar con una GUI en lugar de editar JSON directamente, lo que podría reducir la barrera de entrada para que las personas comiencen con Atom. A mí mismo me resulta difícil navegar por todos, ya que no hay una función de búsqueda en Preferencias.

Puede suscribirse para recibir una invitación en el canal IRC ## atom-invites o suscribirse a su sitio web y agregar su correo electrónico. La primera ronda de invitaciones llegó rápidamente.


18
Increíble. Por lo tanto, Adobe Brackets probará el polvo incluso antes de incendiarse. Mientras trabajaba en Adobe, estaba muy entusiasmado con un equipo paralelo que trabajaba en Brackets - también construido en WebKit wrapper (CEF)
Om Shankar

Además, ¿recibiste una invitación? Agregué un punto más sobre los paquetes. No quiero perder mis paquetes Sublime existentes, pero quiero probar Atom
Om Shankar

1
Lo siento Om, acabo de iniciar sesión en SO nuevamente. Recibí una invitación dentro de los primeros 5 minutos desde que se enviaron :) Ah sí, olvidé mencionar que los temas y esquemas se pueden convertir del estilo TextMate a Atom. Si mi respuesta te ha ayudado, ¿te importaría hacer clic en la gran marca?
James

1
@ConnorLeech todavía no, me temo.
James

2
@ConnorLeech Ahora hay un PPA para Ubuntu
Matthew Daly


22

Aquí hay algunas diferencias entre los dos:






* Aunque APM es una herramienta separada, se incluye e instala automáticamente con Atom


Desde esta publicación, Atom ha agregado soporte completo de Windows a través de un .exe
Unome

12

Atom ha sido creado por Github e incluye "conciencia de git". Esa es una característica que me gusta bastante:

ingrese la descripción de la imagen aquí

También resalta los archivos en el árbol de git que han cambiado con diferentes colores dependiendo de su estado de confirmación:

ingrese la descripción de la imagen aquí


2
El resaltado de árbol git ha sido una de las características ganadoras para mí en Atom, viendo lo que el código no se ha cometido o agregado ha sido muy valioso para mí
Unome

11

Hoy recibí mi invitación beta y probé Atom de inmediato. La GUI se siente como Sublime, y sí, hay algunos atajos adoptados de Sublime.

Además de todo lo mencionado anteriormente, aquí hay algunas diferencias que he notado hasta ahora:

  1. El modo Vim no es tan bueno como el modo Vintage en Sublime (que tampoco es un vim con todas las funciones) porque el paquete vim se encuentra en una etapa temprana de desarrollo. Ver https://atom.io/packages/vim-mode para más detalles.

  2. Como James menciona, Atom está escrito usando herramientas web, por lo que tiene acceso a la hoja de estilos del editor de texto (styles.less) para hacer cualquier cambio de apariencia que desee con CSS. También hay una opción para cambiar el inicio de CoffeeScript.

  3. Nuevamente, debido a que Atom todavía está en la etapa beta, Sublime tiene muchos más paquetes de complementos nativos. Sin embargo, dado que Atom está escrito en Node.js, el sitio oficial de Atom dijo que puede "elegir entre más de 50 mil en el repositorio de paquetes de Node". (Debido a que no soy un profesional de Node.js, no he investigado esta característica)

  4. Atom tiene una mejor compatibilidad con Github lista para usar, pero Sublime tiene varios paquetes de Git.

  5. Sublime es un período de evaluación ilimitada de aplicación paga Atom es gratuito en la etapa beta, pero no sabemos si Github quiere cargarlo o no.

Entonces, la conclusión es que Atom es un editor de texto creado con tecnología web en etapa beta. Por el contrario, Sublime ha evolucionado a través de muchas iteraciones diferentes. A Atom todavía le faltan muchos paquetes compatibles con Sublime, por lo que la pregunta es ¿Atom se pondrá al día con Sublime o mejorará? Github parece tener confianza en el futuro de esta edición de texto debido a sus populares tecnologías subyacentes, y Atom probablemente será una buena alternativa a Sublime a largo plazo.


1
Si bien estoy de acuerdo con todo lo demás, no diría que tiene un mejor soporte de GitHub, ya que ni siquiera puede confirmar o organizar archivos desde el editor (a menos que me falte algo). ¿Diría que esta es una característica básica para un producto que proviene de GitHub?
James

@James, que yo sepa, en la esquina inferior derecha de su archivo abierto, Atom le dirá la rama git actual y parece que hay un soporte nativo de Git Diff. Pero tiene razón en que no tiene la función básica commit / push / pull. Debería haber sido más claro en esta parte.
Keeeeeenw

@ James, ¿por qué querrías estar haciendo commits de tu editor en primer lugar?
Thomas McCabe

1
@Keeeeeenw han dicho que planean cobrar por ello, al igual que sublime. Ya hay un paquete Atom para imitar el recordatorio de licencia ST;)
Thomas McCabe

3
@ThomasMcCabe ¿por qué no lo harías? ¿Has mirado a SublimeGit ? Ha mejorado mi flujo de trabajo dramáticamente.
James

10

Otra diferencia es que el texto Sublime es un proyecto de código cerrado, mientras que el código fuente de Atom está / estará disponible públicamente, aunque Github no planea lanzarlo como un proyecto de código abierto real. Quieren dar acceso al código, sin abrirlo a las contribuciones.

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


99
Aquí hay una cita de Tom Preston-Werner de Github: "Atom no será de código cerrado, pero tampoco será de código abierto. Será en algún punto intermedio, lo que nos facilitará cobrar por Atom sin dejar de ser la fuente disponible bajo una licencia restrictiva para que pueda ver cómo funciona todo. No hemos finalizado exactamente cómo funcionará todavía. Tendremos todos los detalles listos para el lanzamiento oficial ". Fuente: discus.atom.io/users/mojombo/activity
Pascal Le Merrer

1
Ah tengo, gracias. Parece que abrirán paquetes e interfaces, pero mantendrán el núcleo cerrado.
ellotheth

1
@PascalLeMerrer, esto hace que Atom sea aún más similar a la etapa actual de Sublime.
Om Shankar

44
@PascalLeMerrer Creo que esa declaración se hizo antes de la decisión de hacer Atom OSS bajo la licencia MIT (ese no era el plan originalmente
jameh

1
@Jameh tienes razón. Github cambió su plan inicial. y mi respuesta estaba relacionada con su declaración inicial.
Pascal Le Merrer

5

Atom todavía está en beta (v0.123 mientras escribo esto) pero se está moviendo rápidamente. Mucho más rápido que Sublime. Las nuevas versiones se lanzan semanalmente, a veces incluso algunas de ellas en la misma semana. En su corta vida, tuvo más lanzamientos que Sublime, lo que lleva meses para lanzar una nueva característica o una corrección de errores. Aquí hay una versión actualizada de las cosas que miran hacia atrás en el camino que Atom ha tomado desde el lanzamiento de la versión beta:

  1. Sublime tiene mejor rendimiento que Atom. Simplemente porque está escrito en C ++. Atom, por otro lado, es una aplicación de escritorio basada en la web construida sobre Chromium, y aunque toman el rendimiento muy cerca, será realmente difícil o incluso imposible alcanzar la misma velocidad y capacidad de respuesta. En julio pasado, Atom comenzó a usar React y le dio un buen impulso de rendimiento, pero aún puede sentir la diferencia. Aparte de eso, si los problemas de rendimiento de Atom no alejarán a los usuarios: Sublime acelera mejor el ciclo de lanzamiento, repasa sus pequeños ajustes de UX y considera dejar entrar a más colaboradores porque es aquí donde Atom está ganando.

  2. El ecosistema de paquetes de Atom también está creciendo muy rápido, puede que no sea tan grande como Sublime en este momento, pero tengo la sensación de que con GitHub en su regreso, seguirá creciendo aún más rápido. Probablemente tiene la mayoría de los complementos IDE como imaginables. Una gran diferencia en este momento es que no puede manejar archivos de más de 2 MB, por lo que es algo a tener en cuenta.

  3. ¡Lo primero que notarás es que el minimapa Sublime se ha ido! Aparte de eso, la primera impresión es que Atom se ve casi igual que Sublime. Escribí una comparación más profunda al respecto en esta publicación de blog .

  4. No hay una manera fácil y directa de portar sus configuraciones, paquetes y demás Sublime, que yo sepa.


2
Puede obtener un minimapa en Atom instalando este paquete: atom.io/packages/minimap
nwinkler


2

Una diferencia importante es el soporte de "Fuentes índicas", también conocidas como Scripts del sur de Asia (incluidos los idiomas del sudeste asiático como el jemer, laosiano, birmano y tailandés). Además, hay mucho mejor soporte para los idiomas de Asia Oriental (chino, japonés, coreano) Estos son errores conocidos (en realidad, los errores mejor calificados) que han estado sucediendo durante años (pensé que parece que el soporte de idiomas del este asiático solía funcionar mejor pero ahora se ha vuelto difícil de usar):


2
Dices que son "diferentes" y dices "hay mucho mejor ..." Pero no dices cuál de Sublime o Atom es mejor. ¿Los enlaces de Sublime sugieren que estás promocionando Sublime? ¿O son enlaces a errores no corregidos en Sublime como prueba de que necesita ponerse al día con Atom?
hippietrail

2
Sublime tiene muy mal soporte de idiomas asiáticos. No pueden representar correctamente los guiones del sur de Asia / sudeste asiático y hacen un mal trabajo en los idiomas del este de Asia. Los enlaces son evidencia de la falta de apoyo. No puedo usar Sublime debido a estas características, sin embargo, puedo usar Atom debido a la mejor compatibilidad con el idioma.
jeffmcneill

Ah, bueno, esto también es muy importante para mí. Debe agregar información de su comentario a la respuesta real. He estado probando Brackets y hasta ahora está funcionando bien con Lao y Thai.
hippietrail

2

Estoy trabajando en un ambiente poco extremo; edito archivos en un sistema de archivos remoto (red externa, seguramente) que está montado en mi computadora portátil a través de ssh (también conocido como sshfs). Independientemente de por qué estoy haciendo esto, aunque su capacidad de respuesta es engorrosa, es bastante comestible cuando uso Sublime Text 2.

Probé Atom después de leer esta publicación, pero resultó ser algo doloroso para mí; Atom parece que no almacena en caché la estructura de directorios de manera tan eficiente. Cada vez que expando una carpeta en la Vista de árbol, la IU se congeló por un corto tiempo, 2 ~ 3 segundos, tal vez obteniendo información del sistema de archivos. Sí, es porque estoy usando un sistema de archivos remoto. Pero Sublime maneja esto de manera más eficiente, al menos no se congela cada vez que expando una carpeta, por lo que es menos doloroso.

Creo que Atom es genial de forma gratuita, y mi historia es trivial que podría mejorarse algún día, pero sería útil para alguien en este momento.

-

agregado el 26/08/2014

Recientemente, cambié mi computadora portátil de Macbook Air 2010 tarde a Macbook Pro 13 "2013 tarde. Probablemente tiene una CPU 4 veces más rápida y muchas mejoras en el rendimiento. Quiero mencionar mi opinión sobre el caso CUANDO MONTAS EL SISTEMA DE ARCHIVO REMOTO. (usando OS X Mavericks , la versión más reciente de Atom, FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0, y el sistema remoto es el servidor Ubuntu) Eventualmente, la congelación de la interfaz de usuario se acorta bastante, pero sigue ahí. abrir una carpeta con muchas carpetas / archivos e indexarlo requiere cierta cantidad de tiempo. Además, si expande una carpeta llena de archivos, simplemente falla (al colapsar la carpeta, no lo hace)

Según @EliDuenisch, parece que no sucede en Linux Mint. No estoy seguro, pero podría ser por la diferencia entre los sistemas operativos. Sin duda, si trabaja en un sistema de archivos local, no tiene que preocuparse por este problema en absoluto.


2
Hola, podría ser un poco tarde para agregar a este hilo, pero quiero compartir mi experiencia en la edición de código en un 'entorno extremo' (sobre ssh). Sublime 2 y 3 son terribles porque tienden a congelarse por segundos al intentar guardar texto. Mi conexión a Internet es muy rápida, por lo que esa no debería ser la razón. Como esto sucede con bastante frecuencia, dejé de usar Sublime. Hasta ahora, Atom parece funcionar bien en ese sentido, sin congelación alguna.
Eli Duenisch

@EliDuenisch Interesante. ¿Puedes compartir detalles de la información de tu entorno? (Como escribí) Lo probé con OS X Mountain Lion y FUSE 2.7.3 / OSXFUSE 2.6.4 / sshfs 2.5.0 y Sublime 2. Mientras leo su comentario, creo que es hora de volver a probar Atom, tal vez: )
Kenial

Desafortunadamente, no puedo recordar la versión de Atom que usé en ese momento.
Kenial

Estoy trabajando en Linux Mint y la máquina remota es un servidor Ubuntu Linux. La conexión se establece a través del túnel SSH. Hay retrasos durante el guardado que son demasiado lentos para ser explicados simplemente por la transferencia de datos. Estos retrasos no ocurren cuando se usa el editor de texto estándar (Gedit / Pluma). Pero al menos no hay congelamiento de la GUI como en Sublime.
Eli Duenisch

@EliDuenisch Entonces la diferencia puede ser de diferentes sistemas operativos. La máquina remota también era servidor Ubuntu en mi caso. Actualizaré mi publicación después de volver a probarla y si hay algún cambio.
Kenial

2

Una diferencia importante que nadie ha señalado hasta ahora y que podría ser importante para algunas personas es que (al menos en Windows) Atom no es totalmente compatible con otras distribuciones de teclado que no sean EE. UU. Hay un informe de error al respecto con unos cientos de publicaciones que ha estado abierto durante más de un año ( https://github.com/atom/atom-keymap/issues/35 ).

Puede ser relevante al elegir un editor.


2
Aparentemente arreglado en Atom 1.9 (que actualmente está en beta).
phk

1

ATENCIÓN ::

- debido al mal sistema de almacenamiento en caché, en Atom la pérdida de datos ocurre a menudo cuando se usan archivos grandes.

Se ha demostrado en numerosas ocasiones.


Esto ya no pasa. Estaba vinculado a un problema con el espacio en disco lleno y el contenido del archivo truncado a cero en lugar de copiar el contenido al archivo temporal.
Raptus
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.