Tras más de un año después de lanzar la versión beta, GitHub ha hecho pública la primera versión estable de su impresionante editor de texto libre Atom. Pocos días después de su lanzamiento, el editor de texto ya ha llamado la atención de miles de usuarios y parece que va a convertirse en uno de los editores de texto más usados. A continuación podremos ver en más detalle qué es, en qué consiste y cómo instalar Atom, el editor de texto más prometedor para los tiempos que vienen.
Comentarios
Un editor escrito en javascript. Seguro que sólo necesita 8 gb de ram para funcionar,
SI todo el tiempo que dedicáis a instalar y aprender a utilizar editores extraños lo hubierais dedicado a aprender Vim (o si me apuras, Emacs), seríais mucho más productivos.
A colación de #7, con unos 100 buffers abiertos, macros de todo tipo cargadas, una buena selección de plugins que hacen que Vim haga lo que Sublime o Atom soñarían, etc, etc, etc... Usa 60 MB de memoria (y me da la impresión de que es por ser MacVim, si lo usara en consola hay muchos recursos que no comería...) Pero vamos, tengo 16GB de RAM, puedo perder esos 40 megas.
#8 A mí es que Notepad++ me basta y me sobra para las cuatro cosas que hago
#20 ++? el notepad por defecto y si me apuras el edit
#52 Nope. No necesito todo lo que hace el Atom, pero el Notepad básico se me queda corto.
Cosas como las pestañas para múltiples documentos simultáneos, las funciones de buscar y reemplazar texto, coloreado de sintaxis, el plugin de diff entre documentos...
Y eso que hace años que ya reemplacé al Notepad por el Metapad (http://liquidninja.com/metapad/), pero al final este también se me ha quedado corto.
#65 era gromita ya tu sabe
#8 Amén
:wq
#8 qué cansinos. Pasan las décadas y seguís intentando convencernos de usar software de 1980 en ordenadores de 2015.
Y por supuesto, la gente normal sigue sin haceros caso. Por algo será... Quizás es que no sois tan "muy listos"
#90 qué cansinos. Pasan las décadas y seguís trayendo El Editor Definitivo ® año tras año para hacer exactamente lo mismo que ya hacíamos con nuestro editor en 1996.
Y por supuesto, seguimos sin haceros caso. Por algo será... Quizás es que no sois tan "muy modernos".
#91 no he visto nunca a un usuario de un editor o IDE moderno perseguir a los usuarios de vim o emacs para evangelizarlos.
#93 editor != IDE
Si necesito un IDE, gasto un IDE. Lo que están proponiendo aquí es que deje de usar mi Vim, con el que ya hago todas las cosas que hacen los de Sublime y soy más rápido que los de Notepad++, por el enésimo editor de texto que, personalmente, no me aporta absolutamente nada más que "una interfaz moderna" y el uso del ratón.
Si me estuvieran enseñando un IDE con un depurador de puta madre, con características innovadoras o con plugins cojonudos, como los que hacen en Jetbrains, mis comentarios serían diferentes. Pero es que lo que me están enseñando es un castaño de software que me permite hacer lo mismo que ya hago (y muy rápido) en Vim, pero gastando 100 veces más RAM y limitándome a mi escritorio.
No, gracias.
#97 nadie está proponiendo que dejes de usar vim. Se está comentando un nuevo editor, y se está comparando con otros editores modernos.
Es en cada noticia como esta en la que, desde hace 20 años, salta alguien diciendo "no uséis eso, usad la consola".
#100 Consola FTW.
#90 Vim es de 1993. Y la mayoría de comandos que usas en tu UNIX son de los 80... Las cosas que se hicieron bien se siguen usando.
#7 Ahora mismo tengo abierto Firefox con 37 pestañas, Chromium con otras 5 pestañas, dos exploradores de archivos (Thunar, uso XFCE), un Konsole con cinco terminales abiertos (dos sesiones ssh), y un VirtualBox con un Win7. Arranco Atom, abro un proyecto web con unos 100 archivos y hago cosas con él... ¿diferencia entre tener Atom abierto o no? Nula. Ni lo noto. Podría abrir 17 instancias de Atom y mi equipo (con sus cuatro años a cuestas) seguiría igual de fluido.
Si tengo 12GB de RAM, ¿para qué quiero tener 8GB libres? La RAM libre me ha costado dinero y no la uso... pues para eso, prefiero usar herramientas cómodas y que coman la RAM que quieran, que me sobra.
#72 ¿De verdad se ha gastado dinero en ram sólo para usar un editor de texto?,
#75 Tengo abiertas más cosas que él en el día a día en mi MacBook con 8GB de RAM:
- El Firefox con 37 pestañas.
- El Chrome con 5.
- Finder (vale, aquí sólo uso 1 explorador de ficheros).
- Terminal con n+1 pestañas abiertas, sesiones de SSH incluídas.
- Un par de Virtualboxes, una de ellas ejecutando Elasticsearch y Redis, actualizando índices, etc etc etc... (ejecutadas con Vagrant).
- PostgreSQL (con Postgresapp).
- PyCharm (IDE escrito en Java, con el depurador en marcha y ejecutando).
- Skype.
- Adium.
- Mail (cliente de correo).
8GB, y va como un tiro #72. Toma nota.
#94 No era una competición a ver quién la tiene más larga... era simplemente un comentario para ilustrar que me importa bastante poco que un editor de texto con el que voy a pasar varias horas al día consuma 20MB, 60MB o 500MB ya que teniendo RAM de sobra, ¿para qué la quiero libre?
Ahora que te veo lo de Adium, había olvidado Line ejecutado desde Wine. Y veo que eres de los míos de tener dos navegadores abiertos... al final hasta los escritorios virtuales se nos quedan pequeños
#75 No. Me he gastado dinero en RAM para no tener que preocuparme de lo que come un editor de texto, un juego, Apache o el Firefox
#72 Pero úsala para levantar una máquina virtual o jugar pero para escribir código en modo texto en un editor (ni siquiera es un ide como tal)? pffffffffffff
#79 Para el proyecto que tengo entre manos ahora mismo, me sobra (PHP con CodeIgniter) y tiene cosas más cómodas que Netbeans, que es mi IDE habitual. De todas formas lo estoy catando, simplemente digo que ni es tan malo, ni importa mucho lo que pese en RAM...
#7 De hecho es una porquería pesada, yo lo probé pero a la segunda y tercera vez tuve que cambiarlo por el notepad++ de siempre.
¿Y la review donde está? Porque aquí sólo menciona lo que sale en la propaganda...
Viendo los comentarios anteriores me extraña que aún nadie lo haya citado: https://xkcd.com/378/
No lo he llegado a usar en Linux, pero para Windows va más lento que un caracol...
#2 Yo lo estoy probando en MacOS y en Windows. Eso si es verdad, para Windows era lento de narices, ahora lo han mejorado algo. A esperar mas mejoras.
#2 Debe ser también por todas las estadísticas de uso que tiene activadas por defecto, el Google Analytics y su puta madre, para enviarlas por intenné a los desarrolladores https://github.com/atom/metrics
Muy cómodo, sí.
#28 lo dudo mucho. esas movidas suelen ejecutarse de manera asíncrona. en el caso de mac sé que usa electron(https://github.com/atom/electron), que sirve para hacer aplicaciones de escritorio con html/js y que usa io.js(una versión de node) y chromium, así que tiene más pinta de que alguna de estas herramientas no va del todo fina en windows
#28 Obviamente, lo de las estadísticas se puede desactivar (¡sólo faltaría que no se pudiera!)
#2 Para windows es mejor que uses el Visual Studio Code
#2 las versiones anteriores si, yo he probado esta última en Linux y Mac y si bien no vuela va bastante bien, con decirte que ya he puesto los accesos directos de atom y a sublime uno al lado del otro en el launcher
Pedazo review, no se ha dejado una característica en el tintero.
prefiero brackets, que tambien es open source, aunque esta mas enfocado a desarrollo web, eso si.
http://brackets.io/
Atom uses its own editor, while Brackets uses CodeMirror and contributes to it. Atom is more modular, while Brackets has a more transparent development model (so far). Atom is developed by GitHub while Brackets is developed by Adobe, which uses it as the base for its Edge Code software, which they charge for.
voy a tener que darle un tiento a atom
#6 La forma de gestionar los packages en Atom me encanta. Ojalá VIM tuviese algo cómodo para usar los paquetes que tiene.
#11 https://github.com/gmarik/Vundle.vim
#17 Conozco vundle y es una mierda incómoda... Mucho más cómodo el package manager de Atom.
#19 Llevo usándolo años y me parece cojonudo. No veo nada de "incómodo" en tener tus paquetes en una lista de texto plano y gestionarlos con comandos sencillos desde el editor.
Lo que sí veo incómodo es tener una interfaz gráfica enorme con cincuenta pestañas y menúes ahí delante mío y tener que aprender desde cero lo que a los desarrolladores del engendro les haya parecido bien poner de atajos de teclado. Más incómodo aún cuando llevo gastando Vim desde ni me acuerdo y por norma general suelo hacer las mismas cosas o más que mis compañeros con Sublime o cualquier otra mierda.
Aparte de que Vim lo uso para infinidad de cosas además de picar código. Cosa que desde luego no voy a hacer con un mamotreto de editor gráfico, por muy "cómodas" que sean las dos gilipolleces que haga (que además Vim también las hace).
#25 Lo que quieras, vim es un editor del pleistoceno... Potente (esto nadie te lo niega), pero del pleistoceno.
#31 A mí vim me encanta, pero entiendo que puede ser muy seco para nuevas generaciones. A lo mejor este te mola más, cuando salga http://neovim.io/
#34 Simplemente quiere decir que el hecho de que una cosa sea potente no quiere decir que sea buena, ni mejorable. Creo que hay margen de manioba enorme para mejorar vim, o superarlo. Bástaría con implementaciones que hagan cómodo lo rudimentario.
Por cierto:
#31 cuando tratad con muchos servidores y máquinas distintas, con diversos sistemas operativos y por ssh, es de obligado uso vin.
#44 Lo peor es (era) encontrarse instalado vi en vez de vim...
Lo primero que hacía(si tenía permisos de root, que era lo habitual) instalar vim.
#44 Claro, en ningun momento lo he negado, cuando estás en ese entorno, es potente... pero sigue siendo una herramienta del pleistoceno.
#31 Ya hemos llegado inevitablemente al argumento final:
"vim es un editor del pleistoceno"
Traducción: "no puedo usar mi ratón en Vim para hacer cosas".
Fin de la discusión
:wq
#84 No. Usar VIM es como aprender un pseudo lenguaje de programación para escribir... Cosa que en otros editores lo haces directamente escribiendo...
#25 Yo también llevo años usando vi(m), desde la época universitaria allá por los 90... y teniendo editores como Atom (o Sublime, aunque eso de ser privativo me echa para atrás) ahora vim sólo lo uso para administración pura, todo lo que sea picar código, Atom o similares.
Disponer de diferentes herramientas y emperrarse en usar una sola no lo veo precisamente eficiente. Vale que la mayoría de cosas las puedo apañar con un alicate, pero en algunas situaciones una llave de carraca me viene mucho mejor
- Interfaz gráfica enorme con cincuenta pestañas y menúes: no, la interface gráfica es mínima, limpia, cómoda. Yo no tengo delante NI UN solo menú, por ejemplo. De hecho, trabajo a pantalla completa.
- Aprender desde cero los atajos de teclado: bueno, será si quieres. También puedes dedicar 15 minutos a ajustar los atajos como a ti te gusten y a correr.
Hace décadas que no uso vim para desarrollar, pero... ¿en serio tienes cosas como pulsar Ctrl+P y teclear las tres primeras letras de cualquier archivo de tu proyecto para abrirlo? ¿o Ctrl+Shift+R y teclear las primeras letras de un método dentro de una clase en algún archivo de todos los de tu proyecto para ir a él? Para mi no son gilipolleces, de hecho yo no podría vivir ahora mismo si estas cosas. Ese comando es infinitamente más rápido que andar con el ratón explorando un listado de archivos... y eso cuando recuerdas en qué archivo concreto está el método que buscas.
Aunque insisto: Atom y similares lo uso sólo para desarrollar. Para administración, para editar cualquier chorrada... uso vim. Básicamente, si tengo un proyecto de varias decenas de archivos, Atom, si es un archivo suelto, vim.
#70 Disponer de diferentes herramientas y emperrarse en usar una sola no lo veo precisamente eficiente. Vale que la mayoría de cosas las puedo apañar con un alicate, pero en algunas situaciones una llave de carraca me viene mucho mejor
El caso es que yo si tuviera que programar en Java, pues quizá utilizaría un IDE (Eclipse, intelliJidea...) para programar en Java. O si tuviera que programar en Python utilizaría PyCharm (eso sí: en modo Vim).
¿Sabes por qué? Porque yo sé distinguir cuándo tengo que utilizar una buena herramienta en vez de un mondongo que me hace lo mismo que Vim... pero con pestañitas y clicks de ratón Y para hacer lo mismo que Vim... ya tengo Vim
Gastaré y aprenderé a usar IDEs (no editores, porque no me hace falta, ya sé usar uno: Vim) cuando necesite cosas como un depurador potente como el que tiene PyCharm, que es una pasada. Para cuatro atajos de teclado y tres mierdas de "comodidades", yo ya me siento cómodo y soy "productivo" (qué asco de palabra) con Vim, no necesito pasarme 2 semanas aprendiendo la nueva mierda cool que los hipsters me digan.
Utilizo herramientas (y hasta pago por ellas si es necesario, y siempre elijo las mejores) cuando necesito características avanzadas y herramientas potentes. No me gasto el dinero o el tiempo en la misma mierda (un editor de texto, otro editor de texto, el enésimo editor de texto...), pero con ratón y colorines
#87 Yo no uso el ratón con Atom. Nada. Cero. Ni lo toco. Y los colorines son sólo de resaltado de sintaxis... igual que en vim.
Suelo usar Netbeans cuando necesito un IDE, Atom o similares cuando necesito editar archivos de texto de un proyecto (de PHP, por ejemplo) y vim para todo lo demás. ¿Qué tiene de malo?
Ah, tardé alrededor de una hora en ser productivo con Atom. Si tú tardas semanas... ejem...
PD.- sorry por el negativo, iba a clicar en la flecha de responder y se me fué el dedo. Te compenso (por duplicado) en otros comentarios
#25 A algunos parece que aprender cosas nuevas os duele
Los atajos de teclado se pueden cambiar. Y total, si eres un programmer pro de verdad, te reescribes el código de Atom para dejarlo como vim y fuere
#86 A algunos parece que aprender cosas nuevas os duele
Cuando hacen lo mismo que ya hacemos, sí, nos duele perder el tiempo
#25 manda cojones que te quejes de los atajos de teclado mientras usas el vim
#6 yo usaba Brackets, me pasé a Atom hace unos meses y estoy muy conforme. Me parece mejor editor la verdad, es más completo (previsualiza Markdown por ejemplo) tiene una atención al detalle mucho mejor (por ejemplo las extensiones son mucho más claras y completas), Brackets hasta ahora me parece que está como a medio construir.
EMACS
#26 Un gran sistema operativo, sin duda. Algunos le echamos en falta un buen editor de texto, pero todo llegará.
#29 ¿Pero qué dices?
#61 Es una coña lo que ha dicho.
#29 Pero tiene Tetris.
#26 ni vim ni emacs: tilde
http://os.ghalkes.nl/tilde
Sigo prefiriendo el Sublime, el Atom cuando tuve que trabajar con el para hacer trabajos con node.js, no me gustó nada. Espero que mejore.
¿Se inicia en menos de 2 segundos?
El Sublime es insuperable en rapidez. Está hecho en C++ directamente, sin frameworks ni nada. El Atom está hecho en Javascript (Node.js) y la diferencia se nota. Lo bueno: es libre, gratuíto y está muy conseguido.
#57 ¿Sublime es libre?, ¿desde cuando?.
#57 emacs o gvim
Me arrancaréis mi vim de mis dedos fríos y muertos.
Mi no habla tu idioma
Para programar en c++ CODE::BLOCKS para lo demás notepad++
Yo lo estoy probando desde hace varias versiones y la verdad es que parece buen sustituto a sublime, aun tiene que mejorar, pero por ahora me gusta. Si es verdad que con la version 1, han dando un buen salto desde la anterior, creo que era la 0.2xx no me acuerdo bien, lo probaba lo dejaba, y así hasta esta última version.
#1 Para empezar es open source. Cosa que Sublime no. https://github.com/atom/atom
#10 Para empezar... y para terminar.
#10 sinceramente a mí no me parece algo a tener en cuenta a la hora de usar un IDE que sea open source o no. Sobre todo busco que me permita trabajar de la forma más cómoda y rápida posible, y eso me lo puede dar un IDE independientemente de que sea o no open source.
#1 pues mira que es dificil superar a Sublime Text...
1.0? Que viejuno
#3 En software libre normalmente las versiones empiezan en 0.00... no se usa la 1.00 hasta que uno está muy seguro de que el producto es muy usable
Te diré que yo voy por la versión 0.77 de mi propio producto (me ahorro el spam) y ya lleva 9 años...
#32 Yo quiero saber cual es tu producto ^_^
#66 Algo de CC fijo.
Vamos, que no hace diferencia entre un paquete rpm y uno deb, pero nos enseña a instalar un deb desde la terminal .
mejor que sublimetext ?
#13 Nope. Pero por poco.
#13 No es tan rápido y todavía falta algún detalle, pero desde luego lo compensa la integración visual de GIT. Por no hablar del hecho de que es opensource.
#53 y de varios gigas. En general llevan ficheros de carga para servidores. En entornos de muchas centenas de gigas de datos, es lo habitual
#103 perdón, me refería a #60
Notepad++ todo lo demás es para mariquitas, trabajando con UTF-8 e idiomas extraños es el más fiable.
Yo hasta hace muy poco usaba Notepad para mi código fuente.
De hecho tengo una aplicación que hice casi toda con Notepad, salvo los últimos cambios.
#53 Los míos no llegan a los gigas como #50, pero sí, en entornos de producción los registros de un servidor pueden llegar a tamaños insospechados.
#73 ¿aún con 12 gb de ram? aún les queda por mejorar entonces.
Tiene montones de bugs. No es una opción profesional.
No soy desarrollador de plugins, de momento prefiero Sublime Text.
¿Sería un editor tipo Geany? Lo digo desde el desconocimiento, porque no aporta mucho el artículo. ¿Alguna mejora o aporte interesante?
gedit con plugins y ya tal
Pardillos... Vi + LaTeX
¿Soporta archivos de 200mb o más?
Me parece genial intentar hacer algo igual o mejor que sublime, pero hasta que no tenga esa funcionalidad, no me sirve.
#24 Por curiosidad, manejas archivos de mas de 200mb? Que tienen dentro?? Llevo años trabajando en videojuegos y páginas web y nunca ningún archivo mío paso los 10 mb
#24 He creado un archivo de más de 200MB (dd if=/dev/urandom of=/tmp/200mb.txt bs=200M count=1) y sí, lo ha abierto. Eso sí, ha tardado unos 3 minutos, y al hacer algún cambio o búsqueda tarda medio minuto en responder. Así que poder, puede con ellos, pero al menos en mi equipo (un i5 de hace unos años, 12GG RAM) no es viable para trabajar con archivos de ese tamaño.
Vaya, para mi un editor de texto es algo como Microsoft Word. Será que soy raro
Supongo que será algún tipo de moda.. Nos ponemos a criticar las aplicaciones de escritorio en Java y ahora sacan otras echas con Javascript con Node y supongo que usando por debajo chromium o algo así también (chrome no es moco de pavo en cuanto a recursos).
#89 Microsoft Word es un procesador de textos. La diferencia en el nombre es sutil, sí. En ingles es más evidente, text editor vs word processor.
Hola, soy el que viene a bajar el nivel de los comentarios de la noticia comentando el vídeo de la familia de programadores... Bueno mejor no.
En el curro tengo que usar emEditor que es privativo y de pago... Pero tiene funcionalidades bastante interesantes. Y en algunas cosas me parece mejor que sublime, al menos para lo que tengo que hacer en el trabajo.
Aunque en casa uso sublime. Voy a darle un tiento a atom que no lo conocía, la verdad.
A todo esto hay que añadir que la 1.0 salió hace ya un par de semanas, y que la versión actual es 1.0.2. También me parece que el autor parece bastante entusiasmado por un editor que, quitando el (saludable) ecosistema de plugins, no deja de ser un navegador-editor bastante lento e inestable. Aun así, es mi editor principal hoy en día y probablemente siga siéndolo durante un tiempo (hasta que vuelva a Vim/NeoVim)
He probado todos los editores de texto más o menos populares desde hace 20 años: en MSDOS he usado Boxer, Aurora, Bingo, en Linux Nedit, Joe, Jed/XJed, en Mac BBEdit, Textmate, Sublime... y siempre he acabado usando Emacs para las sesiones largas de programación y vim para las escaramuzas en servidores remotos.
Lo que me parece una jugada maestra en Atom es que ofrece una extensibilidad a la altura de Emacs o vim pero basada en un lenguaje más o menos popular y sencillo como JavaScript. Esto no quiere decir que con Emacs o Vim estemos por debajo, sólo que la comunidad de extensiones se va a nutrir con el paso del tiempo de más gente. Por eso creo que Atom va a ser un bombazo y buena parte de los entornos de desarrollo terminarán usando o Atom o algo parecido (Como la última release esta de Visual Studio Code).
A mi modo de ver, el rendimiento ahora es bastante flojo y Atom es capaz de tostarme hasta un Macbook Pro del año pasado con 16GB de RAM. Pero esto me recuerda a la vieja chanza de Emacs (Eight Megabytes and Constantly Swapping). A día de hoy se le pueden achacar a Emacs muchas cosas pero no que sea pesado. Pues con Atom pasará igual, entre la optimización que vayan haciendo los desarrolladores y los avances en el hardware dentro de unos años el problema de rendimiento va a pasar.
Así que creo que Atom está aquí para quedarse junto con vim y Emacs.
Y ya ejerciendo de abuelo cebolleta hasta el final: editores de texto los hay a patadas. A mi modo de ver, da igual el que useis (para mi el más sencillo y cómodo de usar siempre fue Textmate 1.x) cualquier editor ofrece una cantidad de prestaciones que requieren de un esfuerzo de aprendizaje bastante notable. Pues mi consejo es ese: escoged cualquier editor que queráis, pero dominadlo a fondo. Y por supuesto, saber defenderse con vim lo suficiente para editar un fichero con solvencia para casos de emergencia
Prefiero Geany.
Emacs es y sera el mejor editor para todo con diferencia. Vim esta mas extendido pero emacs con su interprete integrado de lisp no tiene igual.
Cuando yo me dedicaba a esto lo que se llevaba era el eclipse. ¿ Como esta esto ahora ?
#43 están hablando de editores de texto
Eclipse es un IDE al igual que NetBeans. En temas de IDEs yo recomiendo Intellij Idea. En tema de editores creo que es obligatorio saber usar vim (aunque no recomiendo usarlo para todo)
Esta muy bien pero es un editor, me quedo con eclipse y netbeans, además tiene un bug el plugin auto complete en Linux, ya solo por eso de momento pasando.
#18 Hazte un favor y prueba intellij, te aseguro que no vuelves a eclipse/netBeans
https://www.jetbrains.com/idea/
#30 Voy a bajarlo gracie ¡¡¡ 🌝 🌝 Pero es de pago...
#37 Tiene licencia para estudiantes, por un año. La verdad que desde que lo he probado, eclipse/netBeans han pasado a la historia.
#30 No te molesta tener una ventana abierta por proyecto o solo trabajas con un proyecto?
#45 Prefiero tener una ventana por proyecto, de hecho no suelo necesitar trabajar en más de 2 al mismo tiempo. Cuanto menos ruido mejor para programar. De hecho el modo "Distraction free" que tiene es muy chulo para justo esto. El modo "Presentación" tambien es muy curioso
Aún así ahora mismo sólo tengo un proyecto, muy gordo eso sí, y algún proyecto open source que estamos haciendo/vamos a empezar
Jetbrains para cuando se puede, sublime cuando se debe.
Atom es lento. Muy inestable todavia