Portada
mis comunidades
otras secciones
#12:
Vi (y sus derivados) no está mal, pero Emacs es mucho mejor, más versátil, más cómodo y funcional, y con una curva de aprendizaje parecida. Para mí es el que mejor se adapta a mis necesidades y habilidades, aunque reconozco que tener seis dedos en cada mano ayuda mucho
Una vez que arrancas Emacs ya no puedes dejar de usarlo... (¿alguien por favor me dice cómo se cierra?)
Una vez que arrancas Emacs ya no puedes dejar de usarlo... (¿alguien por favor me dice cómo se cierra?)
#9:
Debo de ser una vergüenza de linuxero, pero nunca he podido acostumbrarme ni a Emacs ni a VI. Se usarlos más o menos pero no acabo de encontrarme cómodo para programar
#2:
Emacs me recuerda a Tetsuo en Akira, al final de la peli cuando está en el estadio...
Prefiero Vim y Sublime Text.
Prefiero Vim y Sublime Text.
Comentarios
#7 Eh, poquita broma con nano. Ha salvado muchas vidas
#10 nano es la cosa más tiñosa del mundo
#15 Nano es más de lo que necesita la mayoría
#16 nano es el editor que te instalan con la vacuna, junto con el 5G, ¿no?
#15 Nano es perfecto para el día a día de editar cuatro líneas en un fichero. Para todo lo demás, entonces sí te interesa un editor en condiciones.
#18 nano es tan útil como notepad e igual de mierdero.
#20 ¿para ir de tu casa a casa del vecino que está a veinte metros, coges el coche, o te vas a pie?
Pues eso.
#21 Aunque entiendo lo que quieres decir, esa comparación no es muy buena.
Me consta que algunos usuarios usan emacs como otros usan el navegador, es decir, lo pones en marcha cuando enciendes del ordenador, y no sales de él en todo el rato, hasta que apagas el ordenador, si es que lo apagas. Y esto sucede incluso desde antes de que existiera la web.
Con esa "filosofía de uso", si ya estás montado en el coche porque vienes del híper de hacer la compra semanal y tienes que ir a casa del vecino a lo que sea, pues no te bajas del coche ni lo aparcas, porque luego seguramente tendrás que ir a otro sitio también con el coche.
#20 Nano por lo menos tiene resaltado de sintaxis, ya por eso mismo es infinitamente más útil para editar código.
#24 ¿A qué clase de usuarios sirve? ¿Qué usuario hay que quiera editar código pero quiera un editor así?
#25 Cuando tienes que editar algún fichero de bash o de configuración con sudo rápido, como editor para escribir el mensaje de los commit si no lo pones inline, si te tienes que conectar por ssh a un servidor remoto... Algunas veces uso VIM, según me coja.
Para proyectos grandes yo soy de IntelliJ IDE/VS Code
#27 Si tienes sudo y usas nano eres una amenaza para el mundo
#28 ¿Qué es pequeño, amarillo y muy muy peligroso? Un canario con la contraseña de root.
(Lo siento, me lo has recordado)
#28 Puede ser
Estaba hablando de sistemas personales. En el trabajo hace tiempo que usamos más prácticas de devops tipo CI/CD, infraestructura como código... Y aún con esas sigo siendo un peligro jaja
#25 Jur, a mi. Obviamente, no para desarrollar desde cero una aplicación, pero, vía SSH, para correcciones sobre la marcha, scripts de bash o python que haga de memoria o tocar ficheros de configuración, lo uso bastante.
#20 Notepad es perfecto para grandes desarrollos en C. Yo lo uso para eso.
#33 ¿Es coña, verdad? O te has olvidado añadir ++
#58 Gedit, en realidad. Con su tabulador a 8 espacios.
#66 gedit tiene resaltado y puedes cambiar el tabulador.
#58 Aún añadiéndole ++, yo he votado positivo por chistaco.
#58 Dependiendo de donde ponga el ++ el chiste se vuelve mas gracioso o simplemente graciosillo.
#20 Ni de blas. El notepad no tiene resaltado de sintáxis, ni numeración de líneas, ni corrector ortográfico, ni tiene atajos para comentar código (alt+3), ni graba macros de teclado, ni invoca linters, ni... es que el notepad es una mierda.
#20 ¡A la hoguera con este meneante!
#15 No te metas con nano eh? nano es la puta hostia, hace su trabajo sin quejarse.
#15 Yo lo usaba porque aprobé métodos abstractos de computo 2, calculo y física pero todavía me quedaba emacs de primero.
#15 yo no puedo evitar cada vez que toco o instalo un Linux, instalar el mc o Midnight Commander. Muy acostumbrado al mcedit
La culpa fue del nc o Norton Commander de msdos.
!wq
#5 Visual Studio Code usa Electron, que lleva por debajo un Chromium. Me niego a usar un editor de texto hecho en JS que requiere 1 GB de RAM para editar un .txt de 1 KB.
Kate no está mal, lo uso también, pero no me da lo que me da Sublime.
#6 entonces usa Nano, si es por RAM.
Sublime es la cosa más rancia y a la vez hypster que existe. Encima de pago.
#7 Si es por RAM lo mejor es usar ed
#11 El editor que peta es Joe... Sucesor de WordStar
#50 La discusión va sobre memoria RAM usada
y bueno, es un poco coña. Quien usará ed hoy en día? (los de los teletipos, claro!)
#50 A mi me metieron el Joe por vena en la uni cuando aun no era Linuxero en las practicas de Sistemas Operativos y ya me quedo el vicio.
#11 Tú lo que quieres es provocar al que programa con mariposas y que venga a decirlo
#57 Yo que llegase el de los 4 dedos
#6 Si hoy en día hay algo que sobra es RAM.
1GB no es nada del otro mundo.
#37 Hay gente a la que nunca nos sobra RAM.
#59 pues cierra pestañas del navegador
#68 cerrar 1 pestaña de meneame entre 107 pestañas no libera mucha RAM.
#6 aun así VSCode es relativamente ligero. Pruébalo, va genial
Debo de ser una vergüenza de linuxero, pero nunca he podido acostumbrarme ni a Emacs ni a VI. Se usarlos más o menos pero no acabo de encontrarme cómodo para programar
#9 Llevo 25 años con Linux, 20 con él como mi sistema operativo "del día a día", y me pasa lo mismo. Para cosas pequeñas, nano, y para cosas grandes, editores en modo gráfico.
#19 yo pago la licencia de CLion, encima software propietario. Shame on me!
Pero verdaderamente, no encuentro nada mejor para C++.
#22 Yo me he acostumbrado al Codium (versión recompilada de VSCode, sin todo el código de telemetría), y no lo cambio por nada.
#22 Privativo, por favor.
Y no hay que avergonzarse por pagar por software que le hace a uno más productivo. Yo tengo licencias de unas cuantas cosas - Visual Studio, Sublime Text, ZOC... de algo tienen que vivir esos desarrolladores.
#26 #22. Esos mismos desarrolladores podrian sobrevivir igual de personas tan comprometidas como vosotros si publicasen su software bajo licencias libres. Que el software se libre nunca ha impedido el pago ni en concepto de servicios ni en concepto de donaciones puntuales o con el cada vez más extendido modelo de "Patreons".
Los desarrolladores que publican su software bajo licencias restrictivas tienden a condenar su propio software a su desaparición; por muchas razones. La primera que se me ocurre es por el fallecimiento imprevisto de esos mismos desarrolladores, su software podría quedar así cerrado para siempre, podría dejar de estar disponible en sus canales habituales y su código fuente quedaría pérdido en un cajón; y de paso entonces olvidaos de cualquier tiempo de parches o actualizaciones de versiones de vuestros programas "favoritos".
(Edit #45) #26 #22. Quise decir : "...Que el software sea libre nunca ha impedido el pago..."
No se trata de avergonzarse por pagar a los desarrolladores por su trabajo, se trata de no tener que avergonzarnos del futuro que le dejamos preparado a nuestros descendientes.
Como siempre, por el simple cortoplacismo de unos pocos se acaba condenando a toda la humanidad.
Vease el tema del 'Cambio Climático'; las petroleras contaban con estudios que preveian el escenario actual desde hace probablemente muchas décadas; y aquí estamos, en el escenario actual sin más solución que prepararnos como buenamente podamos para lo que viene.
Los políticos han puesto en tema en la agenda porque ya ven peligrar hasta su propia existencia con el tema del cambio climático...
#45 a ver, tampoco es un drama. Yo uso Clion como editor porque es con el que más rápido trabajo, pero con él hago tanto software libre como software privativo.
La verdad es que yo no pago la licencia porque "los desarrolladores vivan", creo que JetBrains es una empresa muy competente que vive bien, simplemente es que a mi me compensa pagar para trabajar más cómodo. Yo no uso software pirata, de ninguna manera, por ética personal y porque lo instalo también en el PC de la empresa. Por tanto como el software me interesa y la licencia es de pago, pues la pago y listos.
Si algún día por el motivo que fuese CLion dejase de estar disponible pues nada, volvería a algún otro editor libre o de otra empresa, que tampoco llevo tooooda la vida usando CLion, hace un par de años solo (antes usaba CodeLite).
#55. ''...Yo no uso software pirata, de ninguna manera, por ética personal y porque lo instalo también en el PC de la empresa..."
Es que hoy, por mucho dolor que les cause a los siguen quejándose de la mal llamada "piratería", ya no es necesario "piratear" ningún software para poder disfrutar y utilizar aplicaciones de ámbito profesional de todo tipo.
Un llamamiento a los "señores" que siguen denunciando la mal llamada "piratería", que sepan que ya han perdido su batalla al menos en cuanto a software se refiere. El "Software Libre" ha venido no tan solo para quedarse sino para sustituir a todo aquel desarrollo software que pretenda abusar de su posición tanto en empresas como con los usuarios de software en general. Es lo que hay, y además es bueno para todos, un filtro purificador de licencias software que no firmaría ni el propio demonio.
(CC #45)
#64 pero si te estoy diciendo que desarrollo software libre y además uso LInux casi exclusivamente desde 1997
Si he decidido que merece la pena pagar por esta herramienta concreta, después de haber probado las alternativas libres, pues es una decisión hecha con total conocimiento de causa.
Las alternativas libres siempre tienen para mi preferencia, pero si una alternativa privativa me convence pues la usaré hasta que tenga algo libre que me convenza más.
#65. Bien, pero con ello estás fomentando licencias cerradas. Que lo hagas con conocimiento de causa no lo justifica, tan solo te justificas a ti mismo. No tengo nada en contra del software de pago, si acaso lo tengo con sus abusivas licencias de uso.
(CC #64)
#9 Igualito yo, con VI. Emacas aún tiene un pase y lo he usado en mis tiempos mozos. De VI no entiendo la filosofía y me parece más complicarse la vida que otra cosa.
#9 #43 Yo tampoco entiendo Vi. Pero en su defensa no me parece que esté hecho para programar o crear archivos. Es más para gestionar un sistema. Por ejemplo un servidor Linux que tienes miles y miles de archivos. Si se cae el sistema los que saben usar Vi van a toda hostia.
Emacs me parece mucho más un todo terreno. Siempre vas a encontrar algo mejor (o más cómodo) que Emacas para hacer algo concreto, sin ir más lejos Vi para gestionar miles de archivos. Pero con Emacs siempre podrás hacerlo.
Igual para programar en un lenguaje concreto, un Emacs customizado para programar en Python quizá no sea mejor que los IDE para Python, pero igual de bueno y que tira sí.
#46 yo tengo compañeros que programan con Vi y no lo cambian por nada, son productivos así. Al final se trata de usar lo que más cómodo te sea, nuestro trabajo es programar no usar editores. Si estás cómodo con Vi, pues Vi.
#9 Yo creo que no valen para programar. Son mas bien para hacer ediciones rápidas en archivos de configuración y cosas del estilo. Para programar mejor usar un IDE aunque sea mas pesado
#9 No te avergüences. Emacs es de cuando se programaba GNU durante días enteros a porros, cerves, anfetas y tripis. En alguna de esas noches alguien crearía Emacs y de ahí fue creciendo como si tuviera vida propia. Siempre me ha parecido una fumada, pero viendo a los GNUs de la época, tampoco me extraña....
Emacs me recuerda a Tetsuo en Akira, al final de la peli cuando está en el estadio...
Prefiero Vim y Sublime Text.
#2 Un poco si pero configurar Emacs es casi mejor que el sexo
.
#3 C-u 3 M-x meneame-reply
#2 Sublime Text no es software libre.
#2 Sublime Text es patético y más teniendo Visual Studio Code, o Kate en Linux tal cual.
Vi (y sus derivados) no está mal, pero Emacs es mucho mejor, más versátil, más cómodo y funcional, y con una curva de aprendizaje parecida. Para mí es el que mejor se adapta a mis necesidades y habilidades, aunque reconozco que tener seis dedos en cada mano ayuda mucho
Una vez que arrancas Emacs ya no puedes dejar de usarlo... (¿alguien por favor me dice cómo se cierra?)
#12 Tienes que apagar el ordenador
#13. Lo he intentado, escribo:
Shutdown -h now
Y el doctor me responde "¿Por qué quieres apagar ahora?"
#12 C-X C-c
#17 Joder, qué feo es el logo de Emacs... Suficiente para no utilizarlo! El ñu de GNU tampoco es muy agraciado, el apartado gráfico no es el fuerte de RS...
#53 #17 te lo dice.
#17 Faltan comandos. Porque están:
C-z suspender emacs
C-x C-c cerrar emacs
C-x C-c sale de emacs
Pero no aparecen:
C-x C-c termina emacs
C-x C-c acaba emacs
C-x C-c despídete de emacs
C-x C-c emacs no más
#75 Trabajas directamente sobre el servidor remoto, actualizado cambios en tiempo real si quieres.
#77 Qué bueno, hasta ahora sólo lo había visto en VSCode/Codium.
Su página arroja un hermoso 503
#78 Su página arroja un hermoso 503
Tranquilo, es un proyecto bien vivo
Si tu problema es tener que lidiar simultáneamente con varios proyectos formados por cientos de archivos en cada uno, deberías echar un ojo a jEdit. Es un editor programado en Java, con licencia GPL y plugins para aburrir. Entre ellos (para mi caso, imprescindibles): "FTP" que permite trabajar sobre servidores ssh directamente y "Project Viewer" para manejar y organizar ingentes cantidades de fuentes.
#44 Si jEdit tuviera org-mode + org-crypt o si me apuras solo tuviera org-crypt, jEdit sería gloria bendita, aunque tarde un poco en cargar.
#44 ¿Te permite trabajar en servidores remotos vía SSH directamente o se descarga una copia del proyecto y lo sincroniza como, p.e., NetBeans?
Para mi ha sido rompedor el modo remoto ssh de vscodium, en el que realmente estás trabajando en el servidor remoto, incluso con el contenido de los ficheros actualizándose en vivo, pudiendo debuggear, etcétera.
Para ese caso de uso que describes no he encontrado nada mejor que vscodium. Ventanas remotas (con colores distintos usando Peacock) a SSH o Docker, ventanas locales, gestión de proyectos, integración con gitlab/github...
Si se trata, más que gestionar, de ponerte a desarrollar la verdad es que IntelliJ me parece que es mucho mas intuitivo (todo lo relacionado con git, p.e.) y el soporte a la refactorización también me gusta más... lamentablemente.
Emacs?
Los hombres de verdad usan Vi.
Llevo usando Vi desde hace 20 años.
Que alguien me diga como cerrarlo!
Donde esté MS Word que se quite el resto:
Org Mode. Es de esas cosas que cuando empiezas a usarlo dices ¿cómo he podido vivir sin esto toda mi vida? Y no soy un usuario hardcore de Emacs. Quiero decir, que incluso siendo principiante se le saca mucho provecho.
Aquí se aprende mucho https://sachachua.com/blog/
#38 Org creo que es la parte más importante de Emacs, los notebooks combinando R y Python con las tablas interactivas son una pasada.
Geany, ¿es que nadie va a mencionar a geany?
Instalados una distribución de Emacs como doom-emacs o Spacemacs en lugar de Emacs a pelo a no ser que os guste el dolor.
#1 O cualquier otro editor que, a diferencia de Emacs, sea usable.
#1 Me gusta el dolor, mi configuración de emacs tiene 10+ años y va con lo que necesito. Al final esas distribuciones son posteriores y para mi tienen un kilo de cosas que cambian la experiencia de lo que estoy acostumbrado, y mi memoria muscular es ya dificil de luchar con ella.
#34 Me gusta el dolor (de dedos).
Como editor de textos Emacs (o vi) es un dolor, pero org-mode para organizarte es imbatible.
#36 yo soy usuario "intermedio" de vim, le he dedicado tiempo a aprender funcionalidades que me ahorren tiempo e intento mantener una lista "sensata" de plugins.
Lo único que me tienta de emacs en estos momentos es el famoso org-mode, por otro lado me da un poco de pereza la curva de aprendizaje de un editor con atajos de teclado y forma de funcionar muy distintos al sistema modal de vim, que ya lo tengo bastante interiorizado.
No sé si probar una temporada con algo como doom-emacs y ver qué tal.
Para mas locura: https://www.spacemacs.org/
"The best editor is neither Emacs nor Vim, it's Emacs and Vim!"
#54 Yo soy un converso, pasé de Vim a Emacs vanilla y me aprendí todas las combinaciones de teclas. Acabé hasta los cojones del dolor de mano, instalé Evil pero no me convencía ya que muchas extensiones no lo tienen bien implementado.
Al final acabé poniéndome Doom Emacs, con un archivo de configuración pequeñito y mis .el y todo funciona bastante bien.