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

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 .

1

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

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.

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",

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.

Atom es de código abierto (lo ha sido durante algunas horas), mientras que Sublime Text no lo es.

Aquí hay algunas diferencias entre los dos:

• Atom es de código abierto (licencia MIT)
• Una licencia de usuario único para Sublime Text cuesta $ 70 .

• Atom está escrito en Node.js, CoffeeScript, HTML y LESS .
• Sublime Text está escrito en C ++, Python para complementos y Objective-C para la integración de Cocoa

• Atom tiene un administrador de paquetes incorporado *
• Sublime Text depende de una solución de terceros para la gestión de paquetes ( Wbond Package Control )

• Al momento de escribir esto (20/05/2014), hay binarios Atom solo para Mac OS X (10.8 o posterior). Si desea usarlo en Windows o Linux, deberá compilarlo. Actualización: Hoy en día, hay binarios Atom para Mac OS X (10.8 o posterior) Windows y Linux .
• Los binarios de Sublime Text están disponibles para Mac OS X, Windows (instalable o portátil) y Linux (como .deb o tarball)

• La configuración de Atom se puede configurar a través de una interfaz fácil de usar o directamente editando archivos de configuración .
• Sublime Text solo le permite cambiar la configuración a través de archivos de configuración .

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

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

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

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.

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

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.

Probé Atom y se ve muy bien, PERO hay un problema importante (al menos en v 0.84):

No es compatible con la selección vertical Alt+ Arrastrar: esta es una necesidad para todos los editores de código modernos.

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

• 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/

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.

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.

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.