sublime instalar full español descargar atom editor sublimetext2 sublimetext text-editor atom-editor

editor - instalar - sublime text



¿Cuál es la diferencia entre el texto sublime y el átomo de Github (14)

Github anunció Atom que es muy similar a Sublime. Incluso algunos atajos de teclado como ⌘ + P , ⌘ + Shift + P, etc. 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, documentación, etc.?
  3. ¿Alguien que usa Sublime tiene 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 un compañero de texto ?

1

PD: Abrir imagen en nueva pestaña para 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 a Atom es Adobe Brackets , otro editor de texto de código abierto / IDE creado en JavaScript / HTML / CSS. Tenga en cuenta que esto hace que los corchetes estén más orientados hacia el desarrollo web, especialmente en la parte frontal.
    • Las ventajas de los proyectos de código abierto son una mayor velocidad de desarrollo y, por supuesto, el precio.
  2. ¿Incluye características IDE como herramientas de compilación, saltos de definición de funciones, documentación, etc.?
    • La respuesta corta es sí, sí y sí. La aplicación es completamente modular. El código abierto le dará a la gente la libertad de llenar los vacíos en varias de estas características.
  3. ¿Alguien que usa Sublime tiene una invitación Beta para señalar las diferencias?
    • Las ventajas de Atom es la capacidad de pirateo de nivel de entrada, ya que se basa en el mismo código que los sitios web.
    • Las ventajas de Sublime Text es el rendimiento, ya que no es necesario que se ejecute sobre Node.js, y es un producto más maduro, que está a punto de alcanzar una versión 3 estable.
    • Hay una larga lista de pequeñas diferencias que se pueden incluir en los comentarios (me gustaría que esta rebaja pudiera dibujar una tabla para las comparaciones, pero ese es otro tema).
    • Debido a la rápida participación de Atom, me temo que algunas de las diferencias que enumero aquí serán obsoletas con el tiempo. Por ejemplo, en el momento de escribir esto, Atom solo está disponible en Macintosh, mientras que 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 un compañero de texto?
    • La respuesta corta es no, pero debido a la capacidad de pirateo de Atom, será fácil reorganizar los paquetes de otros editores a Atom.

ATENCIÓN ::

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

Se ha comprobado en numerosas ocasiones.

Acabo de recibir mi invitación beta hoy 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. Consulte https://atom.io/packages/vim-mode para obtener detalles.

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

  3. Nuevamente, debido a que Atom aún está en la etapa beta, Sublime tiene paquetes de complementos mucho más 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". (Como no soy un profesional de Node.js, no he visto esta característica)

  4. Atom tiene mejor soporte de Github fuera de la caja, pero Sublime tiene varios paquetes de Git.

  5. Sublime es una aplicación de pago con periodo de evaluación ilimitado. Atom es gratis en la fase beta, pero no sabemos si Github quiere cargarlo o no.

Así que la conclusión es que Atom es un editor de texto construido con tecnología web en fase 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 alcanzará a Sublime o se convertirá en algo mejor? Github parece tener confianza en el futuro de esta edición de texto debido a sus populares tecnologías subyacentes, y Atom probablemente sea una buena alternativa a Sublime a largo plazo.

Además de los puntos de 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 algunas de sus características están implementadas en Python, que también es el lenguaje utilizado para ampliarlo. Atom está escrito en Node.js / Coffeescript y se ejecuta bajo webkit, siendo Coffeescript el lenguaje de extensión. Aunque es similar en UI y UX, Sublime se desempeña significativamente mejor que Atom, especialmente en el "trabajo pesado", como trabajar con archivos grandes, SnR complejos o complementos que hacen un procesamiento pesado en archivos / buffers. Aunque espero que las mejoras en Atom maduren, las opciones de diseño y plataforma limitan el rendimiento.

La parte "cerrada" de Sublime incluye la API y la interfaz de usuario. Aparte de las máscaras / temas y colorantes, 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 el margen) 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 está mal documentada en la actualidad) con el objetivo de diseño de permitir un mayor control de su interfaz de usuario. Estar estrechamente acoplado con webkit ofrece numerosas capacidades para mejoras de funciones de UI que actualmente no son posibles con Sublime. Sin embargo, las extensiones de Sublime tienen un rendimiento más cercano al nativo, por lo que aquellas que realizan manipulaciones de texto complejas, altamente repetitivas o con uso intensivo de cómputo en búferes grandes son factibles en Sublime.

Dado que más de Atom estará abierto, Github Atom de código abierto 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 ralentizado significativamente en los últimos tiempos, pero no está muerto . En particular, hay una serie de errores, muchos de ellos bastante triviales, que no han sido corregidos por el desarrollador. Ninguno está parado para imo, pero si quieres algo en rápido desarrollo con correcciones de errores y mejoras regulares, Sublime frustrará. Dicho esto, los paquetes instalables de Atom para Windows y Linux aún no se han lanzado y la actividad en el código base 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 ninguna ha aparecido todavía. Queda por verse cómo se desempeñará Atom con tales extensiones "pesadas", ya que el editor se siente inactivo de forma nativa. Debido a las restricciones en la API y la falta de kits web subyacentes, Sublime no permitirá este nivel de personalización de la interfaz de usuario, aunque el desarrollador puede extender la API para admitir dichas características en el futuro. Nuevamente, el desempeño subyacente de Sublime permite cosas que involucran un gruñido computacional; 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, algunas mejoras son notoriamente faltantes, como los paneles de aprendizaje de Sublime y las ventanas emergentes con pestañas completas que ponderan los valores predeterminados de acuerdo con los que más utilizas.

Veo estos productos como complementarios. El hecho de que compartan efectos visuales y pulsaciones similares se suma al hecho. Habrá situaciones en las que el uso de cualquiera de ellas tiene ventajas. En la actualidad, Sublime es un producto maduro con paridad de características en las tres plataformas y un amplio conjunto de complementos. Atom es el nuevo chico cuyas características crecerán rápidamente; Todavía no se siente la producción lista y hay 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 las extensiones de terceros, con autocompletado y más como 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 inestables de terceros pueden bloquear el editor. En el último año, Atom pasó a utilizar React mediante el cambio de la actividad de repintado / reflujo a la GPU por razones de rendimiento, mejorando significativamente la capacidad de respuesta de la IU para acciones de edición típicas (desplazamiento, movimiento del cursor, etc.). Si bien esto ha mejorado notablemente la sensación del editor, aún se siente incómodo para las tareas intensivas de CPU como se describe anteriormente, y sigue siendo 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 de menor importancia (API de información sobre herramientas, mejoras en el sistema de compilación) y un importante desarrollo 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 un mayor potencial para una comparación de expresiones regulares precisa, es significativamente más rápido (hasta 4x) y puede realizar múltiples coincidencias en paralelo. Aparte de colorear la sintaxis, Sublime usa estos componentes para la indexación de símbolos (goto definition, etc.) y otras características que reconocen el lenguaje. Además de acelerar Sublime, particularmente para archivos grandes, esta función debería abrir el potencial para funciones específicas del idioma, como la refactorización de códigos, etc. Se prometen nuevos desarrollos, aunque el autor sigue siendo, como siempre, apretados los labios sobre ellos.

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

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

Atom se escribe utilizando 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 para Windows disponible. (La versión de Linux debe construirse desde la fuente, pero hay 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 posibilidades al exponer nuevas API también.

Creo que los accesos directos siguen siendo casi los mismos debido a la memoria muscular: la gente los recordará y podrá 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 ellos, ya que no hay una función de búsqueda en Preferencias.

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

Atom todavía está en versión 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 útil, tuvo más lanzamientos que Sublime, lo que demoró meses en 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 si bien el rendimiento es muy importante, será realmente difícil o incluso imposible alcanzar la misma velocidad y capacidad de respuesta. El pasado mes de julio, Atom comenzó a usar React y le dio un buen aumento de rendimiento, pero aún puedes sentir la diferencia. Aparte de eso, si los problemas de rendimiento de Atom no alejan a los usuarios: Sublime acelera mejor el ciclo de lanzamiento, repasa sus pequeños ajustes de UX y considera la posibilidad de incluir más colaboradores porque aquí es 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 el de Sublime en este momento, pero tengo la sensación de que con GitHub, seguirá creciendo aún más rápido. Probablemente tiene la mayoría de IDE como plug-ins que puedas imaginar. 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 parece casi lo mismo que Sublime. Escribí una comparación más detallada al respecto en esta publicación de blog .

  4. No es una forma sencilla y sencilla de trasladar sus configuraciones, paquetes y similares de Sublime hasta donde yo sé.

Estoy trabajando en un ambiente poco extremo; edite archivos en el 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 del motivo por el que hago esto, aunque también es engorroso, es bastante comestible cuando uso Sublime Text 2.

Probé Atom después de leer este post, pero me resultó algo doloroso; Atom parece que no almacena en caché la estructura de directorios de manera tan eficiente. Cada vez que amplío una carpeta en la vista de árbol, la interfaz de usuario 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 amplío una carpeta, por lo que es menos doloroso.

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

-

añadido el 26/8/2014

Recientemente, cambié mi computadora portátil de Macbook Air 2010 tarde a Macbook Pro 13 "2013 tarde. Es probable que tenga una CPU 4 veces más rápida y muchas mejoras en el rendimiento. Quiero mencionar que mi opinión es sobre el caso CUANDO USTED MONTA EL SISTEMA DE ARCHIVOS REMOTOS. (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 de Ubuntu) Eventualmente, la congelación de la interfaz de usuario se vuelve bastante más corta, pero sigue ahí. Específicamente, para abrir una carpeta con muchas carpetas / archivos en ella e indexarla se requiere una cierta cantidad de tiempo. Además, si expande una carpeta llena de archivos, simplemente falla (cuando colapsa la carpeta, no lo hace)

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

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 aportaciones.

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

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 + Arrastre: es una necesidad para todos los editores de códigos modernos.

Una de las principales diferencias es el soporte de "Indic Fonts", también conocidas como scripts del sur de Asia (incluidos los idiomas del sudeste asiático, como el jemer, laosiano, de Myanmar y tailandés). Además, hay un soporte mucho mejor para los idiomas del este asiático (chino, japonés, coreano). Estos son errores conocidos (en realidad, los errores mejor calificados) que han estado ocurriendo durante años (pensamos que parece que el soporte del idioma del este asiático solía funcionar mejor, pero ahora es difícil de usar):

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 admite completamente otras distribuciones de teclado que los Estados Unidos. Hay un informe de errores en eso con unos pocos cientos de publicaciones que han estado abiertas durante más de un año ( https://github.com/atom/atom-keymap/issues/35 ).

Podría ser relevante al elegir un editor.

Aquí hay algunas diferencias entre los dos:

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