TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: Picuino en 03 de Diciembre de 2016, 15:05:46
-
¿Alguien tiene experiencia utilizando Vim o Emacs para programar?
He leido que tienen una curva de aprendizaje complicada. Por lo poco que los he utilizado son bastante feos y poco intuitivos. También he leído que cuando los dominas, son una herramienta muy buena.
¿Merecen la pena?
La idea es utilizarlos para sustituir a Notepad++ o incluso eclipse a la hora de programar programas pequeños y medianos (por ejemplo 3000 líneas de código en 10 archivos).
Suelo programar en C y en Python y me gusta más la línea de comandos que los IDE.
Un saludo.
-
A mi lo que no me gusta de Vim y Emacs es ese concepto de buffer y tener que aprenderse todos los comandos. Lo instale pero renegue un poco y nunca mas lo use. Si es terriblemente customizable. Pero el laburo que lleva me quedo con el eclipse
-
Otra opinión:
Everyone Who Tried to Convince Me to use Vim was Wrong
http://yehudakatz.com/2010/07/29/everyone-who-tried-to-convince-me-to-use-vim-was-wrong/
-
Manual rápido de Vim: http://www.emezeta.com/articulos/manual-para-aprender-a-utilizar-vim
Aprender Vim jugando a aventuras: http://vim-adventures.com/
-
Atajos dificiles: Vim es muy potente, pero carece de menús o botones. Todo se hace a través de comandos y atajos que son secuencias de letras y signos.
Ese es uno de mis problemas.. tener que memorizar todos los atajos y yo de memoria no me se nada :P
-
Yo me tomaría la molestia si realmente merece la pena.
En otros programas todos conocemos atajos a las acciones más comunes (por ejemplo Control-C Control-V) y realmente ahorran mucho tiempo. Yo no estoy en contra de utilizar atajos de teclado.
El problema es que parece que Vim te obliga a aprender desde cero muchas combinaciones de teclas nuevas a las que no estoy acostumbrado y a las que no veo una ventaja clara.
Todavía no estoy convencido. Por eso me gustaría que algún usuario que se haya pasado al Vim nos comentase su experiencia. Si realmente merece la pena el esfuerzo de aprender Vim.
Un saludo.
-
Todavía no estoy convencido. Por eso me gustaría que algún usuario que se haya pasado al Vim nos comentase su experiencia. Si realmente merece la pena el esfuerzo de aprender Vim.
Un saludo.
Solo decir que desde ese punto de vista (desde alguien que usa VIM): Te va a decir que vale el esfuerzo, el problema es que vas a tener que diferenciar si realmente lo hace por gusto, o por que realmente provee mejoras frente a usar un IDE sea cual sea.
El problema es que parece que Vim te obliga a aprender desde cero muchas combinaciones de teclas nuevas a las que no estoy acostumbrado y a las que no veo una ventaja clara.
Yo tampoco le veo ventaja.. Buscar ? rara ves lo hago en el codigo. Todo lo demas es escribir y borrar. Autocompletado es lo que mas ayuda, mas cuando trabajas con estructuras, punteros, etc. ver donde se usa una variable en eclipse es hacer un click y te lo resalta en todo el archivo. Creo que la unica ventaja que puede proveer el VIM es un ambiente mas ligero + plugin personales, y por ahi no depender del uso de un menu contextual del mouse ( click derecho ) para algunas cosas.
Se que hay alguien apegado al VIM (tsk) y que habia escrito sobre como usarlo para programar. Aca esta:
http://www.todopic.com.ar/foros/index.php?topic=46723.msg390300#msg390300
Yo creo que el va a saber decirte exactamente que diferencias puede existir entre uno u otro.
-
Muchas gracias. Cuando busqué en el foro la palabra "Vim" no encontré ese hilo.
Es lo que estaba buscando.
http://www.todopic.com.ar/foros/index.php?topic=46723
-
Dale un ojo: https://diario.pr3ssh.net/vim-es-bueno-y-puede-ser-tu-amigo-f32d78255950
-
Gracias. Ahora sólo me hace falta tiempo suficiente para dedicar a aprender VIM y decidir por mi propia cuenta.
También estoy planteándome pasar algún día a Linux, porque desde luego no pienso actualizarme a Windows 10.
Un saludo.
-
...porque desde luego no pienso actualizarme a Windows 10....
Solo de curioso y perdon por el OT. Por que no win10?
sds.
-
Ya tengo bastante software espía con Google y Android.
Hace poco cambié mi buscador predeterminado a DuckDuck Go, estoy planteándome utilizar más el Tor Browser y pasar en el PC a Linux.
Mi correo predeterminado es ahora gmail, pero también me estoy planteando cambiarlo.
La falta de privacidad que tenemos ahora es terrible.
Un saludo.
-
...porque desde luego no pienso actualizarme a Windows 10....
Solo de curioso y perdon por el OT. Por que no win10?
sds.
Jajaja, puede existir dos razones para esto
1.- La mayoría de los programas ya se están volviendo multiplataforma
2.- Las políticas de MS con lo de las actualizaciones y la recolección de datos de los usuarios.
El segundo punto me recuerda el caso de Samsung con sus Televisiones con reconocimiento de voz. Ante el escándalo decidieron dar dos opciones:
1.- Tener cuidado con lo que se dice enfrente del aparato
2.- No usar el aparato :)
Y teniendo en cuenta que W10 hace lo mismo con Cortana y la recolección de datos de telemetría. Hay un servicio que se dedica a capturar todas las pulsaciones que haces en el teclado.
Por otro lado emacs es, por así decirlo, un Sistema Operativo que se quiere hacer pasar por editor de texto :) :)
Está pensando para que nunca tengas que salir de el, y por lo general busca reemplazar las herramientas propias del Sistema Operativo.
¿Quieres leer tus correos electrónicos, tocar música, tener un organizador y demás en un sólo programa? Emacs es lo tuyo, pero es un programa muy grande y usa bastante memoria, aunque no a los niveles de Eclipse o Netbeans.
En cambio VIM/VI es, por mucho, más ligero y puedes tener un entorno con el que puedes programar en la mayoría de los lenguajes de programación existentes, incluso el nuevo TrumpScript :lol:
Si lo prefieres, VIM cuenta con GUI (GVIM) que tiene menús y botones, por lo que no tendrías que, en un inicio, memorizar la cantidad ingente de comandos.
Quieres algo más ligero con lo que comenzar y pre-configurado
http://cream.sourceforge.net/
Tanto emacs como vim están pensados para que no separes los dedos del teclado, de ahí su aparente complejidad y curva de aprendizaje pronunciada.
Algo de humor
(http://www.vim.org/images/0xbabaf000l.png)
Como mencionas que usas python, desde ya podrías crear tus propios plugins para vim en python
$ cat stm32cube.vim
if !has('python')
finish
endif
let s:plugin_path = escape(expand('<sfile>:p:h'), '\')
let s:ioc_path = fnamemodify('.', ':p:h:t')
execute 'pyfile ' s:plugin_path . '/stm32cubeMX.py'
python InitModule(vim.eval("s:plugin_path"),vim.eval("s:ioc_path"))
function! s:SetCubeMXEnv(ioc)
python SetupEnv(vim.eval("a:ioc"))
endfunc
function! s:UpdateCubeMXEnv()
python UpdateEnv()
endfunc
function! s:UpdateCubeMXTags()
python UpdateTags()
endfunc
function! s:UpdateCubeMXCMake()
python UpdateCMake()
endfunc
command! -nargs=1 -complete=file SetCubeMXEnv call s:SetCubeMXEnv(<f-args>)
command! -nargs=0 CubeMXEnvU call s:UpdateCubeMXEnv()
command! -nargs=0 CubeMXTUTags call s:UpdateCubeMXTags()
command! -nargs=0 CubeMXUCMake call s:UpdateCubeMXCMake()
$ cat stm32cubeMX.py
import os
import glob
import vim
import string
from jinja2 import FileSystemLoader, Environment
TEMPLATE_DIR = ""
IOC_FILE = ""
jinja2_env = ""
PROJECT_ABSPATH = ""
##
# @brief Initialize the Template directory and the jinja2 template env
#
# @param template_path
#
# @return
def InitModule(template_path,ioc_path):
global IOC_FILE
global TEMPLATE_DIR
global jinja2_env
global PROJECT_ABSPATH
PROJECT_ABSPATH = os.path.abspath(".")
ico_file_path = glob.glob(os.path.join(PROJECT_ABSPATH,"*.ioc"))
if(ico_file_path != []):
IOC_FILE = os.path.basename(ico_file_path[0])
TEMPLATE_DIR = os.path.join(template_path,"templates")
jinja2_env = Environment(loader=FileSystemLoader(TEMPLATE_DIR),trim_blocks=True)
##
# @brief Create the Tags List Database
#
# @return
def CreateTags():
print "Creating TagLists"
vim.command("silent !find . -name '*.c' -o -name '*.h' > cscope.files")
vim.command("silent !cscope -b")
vim.command("silent !ctags -R .")
vim.command("TlistAddFilesRecursive .")
##
# @brief This take the IOC file generated by STM32CUBEMX to generate the CMakeLists.txt
# and the .ycm_extra_conf.py files
#
# @param outname
# @param ioc
#
# @return
def CreateCMakeLists(ioc):
global IOC_FILE
IOC_FILE = ioc
IOC_PATH = os.path.dirname(os.path.abspath(ioc))
f_ioc = open(ioc).read().split("\n")
MCU = [d.split("=") for d in f_ioc if "PCC.PartNumber" in d][0][1]
OUTPUT = [d.split("=") for d in f_ioc if "ProjectManager.ProjectName" in d][0][1]
Inc = [];
Src = [];
FAMILY = ""
STARTUP_FILE = ""
SYSTEM_FILE = ""
STARTUP_FILES = []
for root,dirs,files in os.walk("."):
if "inc" in root.lower() or "include" in root.lower():
Inc.append(root)
elif root.startswith("./Src"): #USER Sources
for file in files:
if file.endswith(".c"):
Src.append(os.path.join(root,file))
elif 'Src' in root:
for file in files:
if file.endswith(".c"):
STARTUP_FILES.append(os.path.join(root,file))
else:
for file in files:
if file.startswith("startup_") and file.endswith(".s"):
_,FAMILY = file.split("_")
FAMILY = FAMILY[:-2].upper().replace("X","x")
STARTUP_FILE = os.path.join(root,file)
elif file.startswith("system_") and file.endswith(".c"):
SYSTEM_FILE = os.path.join(root,file)
elif file.endswith(".c"):
if "CMakeFiles" not in root:
STARTUP_FILES.append(os.path.join(root,file))
elif file.endswith(".h"):
if root not in Inc:
Inc.append(root)
cmakef = jinja2_env.get_template('CMakeFiles.tmp').render(
Inc=Inc, Src=Src,STARTUP_FILE=STARTUP_FILE,SYSTEM_FILE=SYSTEM_FILE,
FAMILY=FAMILY, STARTUP_FILES=STARTUP_FILES,MCU=MCU,PNAME=OUTPUT
)
f = open(os.path.join(IOC_PATH,"CMakeLists.txt"),"w")
f.write(cmakef)
f.close()
ycm_extra_conf = jinja2_env.get_template("YCM_ExtraConf.tmp").render(Inc=Inc, CPU_FAMILY=FAMILY)
f = open(os.path.join(IOC_PATH,".ycm_extra_conf.py"),"w")
f.write(ycm_extra_conf)
f.close()
def SetupEnv(ioc):
CreateCMakeLists(ioc)
CreateTags()
print "Done!\n"
def UpdateCMake():
if IOC_FILE == "":
print "Error: Run SetCubeMXEnv first"
else:
CreateCMakeLists(IOC_FILE)
print "Done!\n"
def UpdateTags():
if IOC_FILE == "":
print "Error: Run SetCubeMXEnv first"
else:
CreateTags()
print "Done!\n"
def UpdateEnv():
if IOC_FILE == "":
print "Error: Run SetCubeMXEnv first"
else:
CreateCMakeLists(IOC_FILE)
CreateTags()
print "Done!\n"
-
En cuanto a velocidad y memoria, los dos me han parecido bastante ligeros para un PC actual. Las versiones que tengo instaladas ocupan esto:
VIM 8.0 para Win32:
Ram = 3744 Kbytes
HDD = 29.2 Mbytes
Emacs 24.3 para Win32:
Ram = 6956 Kbytes
HDD = 159 Mbytes
Miraré un poco Emacs. Me atraía menos porque es menos estandar. En cualquier linux puedes encontrar VI pero encontrar Emacs es más difícil. Además me parecía todavía más complejo que VI.
¿Tú por cual te decantas?
Saludos.
-
Mi opinion es, si te dedicas a programar como trabajo de todos los días, entonces vim/emac/etc son la opcion màs indicada.
Si programas de modo eventual entonces eclipse u otro ide de ese estilo es la mejor solucion.
Siempre he querido pasar a linux y usar editores para programar (tsk me ha mostrado varias opciones y se consigue trabajar muy rápido y participo en varios proyectos en github y la mayoria usa editores) pero luego caigo en la cuenta que solo el 10% de mi tiempo (como mucho) le dedico a la programacion... la curva de aprendizaje sería muy lenta con esa dedicacion.
Saludos!
-
En cuanto a velocidad y memoria, los dos me han parecido bastante ligeros para un PC actual. Las versiones que tengo instaladas ocupan esto:
VIM 8.0 para Win32:
Ram = 3744 Kbytes
HDD = 29.2 Mbytes
Emacs 24.3 para Win32:
Ram = 6956 Kbytes
HDD = 159 Mbytes
Miraré un poco Emacs. Me atraía menos porque es menos estandar. En cualquier linux puedes encontrar VI pero encontrar Emacs es más difícil. Además me parecía todavía más complejo que VI.
¿Tú por cual te decantas?
Saludos.
Llegué a usar Emacs en el pasado y lo tengo instalado (24.3.1), pero siempre por costumbre vuelvo a VIM por que lo encuentro más cómodo y sencillo de usar y es probable que se deba por el tiempo que lo llevo usando, así que mi opinión estaría sesgada a quedarme con VIM ya que no le he dado el mismo uso a Emacs.
VIM es modal (normal, insertar, visual) y cada uno esta optimizado para realizar las tareas que se le han encomendado. Por ejemplo en VIM si me paro en una palabra y estando en modo normal escribo * me marca todas las palabras que se encuentran en el archivo. En cambio en Emacs tengo que hacer Ctrl+s Ctrl+w para hacer lo mismo. En Emacs si después de lo anterior muevo el cursor, el resaltado de las palabras que ha encontrado termina, en VIM no es así, incluso si vuelves a escribir la palabra esta es resaltada de forma automática.
Como lo dije en un principio, Emacs es más un Sistema Operativo completo, ya que cuenta con plugins para: Twitter, correo electrónico, multimedia, juegos, jabber, irc, navegación web, de tal forma que no tengas la necesidad de salir de Emacs y por lo tanto tiene un mejor soporte para comunicarse con aplicaciones externas.
Aquí te dejo un extracto traducido con google de http://emacsnyc.org/2014/11/03/org-mode-for-reproducible-research.html
El increíble modo org de Emacs tiene una gran variedad de usos y características, incluyendo el bosquejo, la toma de notas, la administración de tablas y la publicación en HTML y LaTeX. También es una herramienta fabulosa para ayudar a que su investigación sea reproducible.
De Wikipedia:
Los investigadores explicaron en un estudio de 2006 que, de 249 conjuntos de datos de la American Psychology Association (APA) artículos empíricos, el 73% de los datos Los autores contactados no respondieron con sus datos durante un período de 6 meses.
Org-modo permite a los autores para incluir sus conjuntos de datos y todos los programas que se ejecutaron para generar figuras y texto. Los archivos incluidos se pueden utilizar para facilitar el control de versiones. Si bien hay límites a este enfoque -incluyendo la generación de datos y la versión de software- representa un gran avance en la reproducibilidad y uno que aún no ha sido ampliamente adoptado.
(http://i.imgur.com/UdDBT6H.png)
Es cuestión que en tu ratos libres le des una prueba a cada uno y decidas por ti mismo.
PD: La malas lenguas dicen que si usas Emacs puedes terminar así :lol:
(http://i.imgur.com/erJ7H1jm.jpg)
La Iglesia de Emacs
La "Iglesia de Emacs" formada por Richard Stallman es una parodia sobre una religión para los usuarios de Emacs. En esa se refiere a Vi como el "editor de la bestia" (vi-vi-vi que seria 6-6-6 en numeración romana) pero esto no quiere decir que se está en contra del uso de Vi (se dice que usar una versión libre de vi es solo una penitencia).
Stallman, también, encarna a un santo de la iglesia de Emacs que tiene el nombre de San Ignucio, el cual usa un antiguo disco duro como aureola.
FUENTE: https://es.wikipedia.org/wiki/Emacs
-
Después de una prueba superficial, Emacs parece mucho más sencillo para comenzar (más semejante a otros editores) al no tener el uso modal de VI.
Mi experiencia con los IDE no ha sido muy buena hasta ahora. Son demasiado pesados, cada cierto tiempo aparece una versión nueva a la que hay que acostumbrarse o hay que cambiar de IDE al cambiar de lenguaje. Además muchas funciones quedan ocultas y se pierde el control sobre ellas. Recuerdo una ocasión en la que tuve que desinstalar del todo Eclipse para eliminar una configuración que no sé donde se guardaba y que no conseguía eliminar.
Prefiero editar los programas en un simple editor de texto y configurar yo mismo a mano el archivo make o el script de compilación.
Hace tiempo que abandoné los debuggers por razones semejantes. Ahora depuro con print y con pines a nivel alto/bajo.
Puede parecer rupestre, pero estoy seguro de que la mayoría del tiempo la paso intentando averiguar el origen de los problemas, y no siguiendo un trace del debugger paso a paso o intentando averiguar cómo funciona tal o cual debugger.
No estoy en contra de las herramientas de depuración. Son muy valiosas en ocasiones. Pero también creo que facilitan la pérdida de tiempo.
Un saludo.
-
-
Tutorial VIM en español. Comienzan a usar VIM en el minuto 23.
-
<MODE:NOSTALGIA:ON>
Vi y Emacs los usé alrededor de los años 85 del siglo pasado, cuando en mi empresa aparecieron unos ordenadores con la versión "pequeña" del Unix System V, el SCO UNIX (Santa Cruz Operation) que más tarde pasó a llamarse Xenix y que compró Guillermo Puertas para destruirlo ya que era un directo competidor de sus Ventanas y no era plan dejarlo vivir demasiado. El caso es que empecé con el bisabuelo del actual Vim, el Vi, y que me recomendaron Emacs como el no-va-más ... en fin nostalgias de un viejo programador ... :mrgreen:
<MODE:NOSTALGIA:OFF>
-
Razones en contra del uso de IDEs:
While IDE offer some features, they can also get in the way. IDEs are:
slow to start
ressources hog
irritating UI (a large number of commands are hidden in cryptic menus, many features are mouse only)
unstable UI (changing over time)
ugly UI (for instance I do not like at all cluttered screen putting useless panels and icons everywhere)
poor support of large files (vi or emacs support very well very large files of several thousand of lines)
many IDE add their own useless project configuration layer, or force some project model.
specialized tasks are often poorly performed
external dedicated tools are often poorly integrated (for instance git integration in Eclipse is way more complex than command line one, some IDE force the use of a given compiler and it's much trouble to change it)
complex (and often unclean) scripting model... when there is one.
poor integration of external documentation (you access to some documentation contextually, but if it's not the documenation you want, you need some external tool anyway).
Yo destacaría:
* Lentos
* Consumen muchos recursos
* Interfaces complejos y no estables (los menús y los IDES cambian con el tiempo y tienes que volver a aprender todo de nuevo).
* Pierdes control sobre lo que se está haciendo.
Por ejemplo después de configurar una compilación durante un buen rato con el ratón, no tienes esa configuración en ningún sitio. Configurar un archivo Make es un poco más dificil, pero al final tienes todo en formato texto para guardarlo, trasladarlo, modificarlo sin perder el original, etc.
-
<MODE:NOSTALGIA:ON>
Vi y Emacs los usé alrededor de los años 85 del siglo pasado, cuando en mi empresa aparecieron unos ordenadores con la versión "pequeña" del Unix System V, el SCO UNIX (Santa Cruz Operation) que más tarde pasó a llamarse Xenix y que compró Guillermo Puertas para destruirlo ya que era un directo competidor de sus Ventanas y no era plan dejarlo vivir demasiado. El caso es que empecé con el bisabuelo del actual Vim, el Vi, y que me recomendaron Emacs como el no-va-más ... en fin nostalgias de un viejo programador ... :mrgreen:
<MODE:NOSTALGIA:OFF>
Yo desde que probé linux en los 90, no he prescindido de sus utilidades en linea de comandos. Me instalé cygwin en windows y siempre he encontrado muy util los comandos más usuales: ls, grep, make, df, free, awk, etc.
Es cierto que me mantuve en windows, pero con GNU "injertado"
Sólo he encontrado algo semejante cuando me topé con Python como lenguaje de script.
Ahora le toca el turno a VIM.
Saludos.
-
Yo desde que probé linux en los 90, no he prescindido de sus utilidades en linea de comandos. Me instalé cygwin en windows y siempre he encontrado muy util los comandos más usuales: ls, grep, make, df, free, awk, etc.
Es cierto que me mantuve en windows, pero con GNU "injertado"
Sólo he encontrado algo semejante cuando me topé con Python como lenguaje de script.
Ahora le toca el turno a VIM.
Saludos.
:D :D :D En mi empresa actual tienen todos los ordenadores con W10 y como yo soy el único de la "vieja escuela" siempre recurren a mi cuando hay que montar cualquier tarea programada o script o cosa similar para automatizar cosas o para hacer ejecuciones complejas de cualquier tipo, a mis compañeros se les atraganta cualquier cosa que no lleve clicks de ratón o drag & drop así que soy yo quien tiene que programar, escribir scripts, que hacen las copias de seguridad o traen o suben cosas automáticamente a un FTP o ponen nombres de ficheros con fecha y hora o otras mil cosas así, y por supuesto soy el único que abre consolas Command, Cygwin, Python, MySQL, Telnet o PuTTY ... y alucinan en colores cuando les monto un puñetero menú de arranque de sistema con tan solo el cmd de DOS :D :D :D
-
Creo que en algunas cosas le estas errando.
En algunas te puedo llegar a dar la razon, en otras no.
* Lentos
* Consumen muchos recursos
A no ser que tengan una tostadora de PC, ni hablar. Para mi que quieren hacer correr su PC de 10 años de antiguedad y que les funcione perfectamente. Como una de ultima generacion. Tampoco hablo de una de ultima generacion, tengo un i5 de la primera generacion (6 años) y funciona de maravillas, hoy el micro mas barato es mejor que el mio.
* Interfaces complejos y no estables (los menús y los IDES cambian con el tiempo y tienes que volver a aprender todo de nuevo).
De todas las versiones de eclipse, todas tienen casi lo mismo. Los IDEs que usan algunos fabricantes como TI con el CCS, el CodeWarrior, etc, son basados en eclipse, creo que Renesas tambien lo usa. Entonces Complejos? puede ser.. Pero la misma complejidad la tenes al tener que meter plugins, recordar todos los atajos y tener que aprender a modificar tu VIM.
* Pierdes control sobre lo que se está haciendo.
¿En serio? Todo el codigo que le estoy poniendo al micro esta escrito, tal ves tenga una interfaz grafica para las opciones del compilador, linker, etc, pero no por eso perdes el control.
Lo que vos comentas es la posibilidad de trasladar todas las opciones que tenes de compilacion/linker a otro proyecto. Duplica el proyecto y comenza de 0, es igual. No tengo que ni pelear con el Make ni tampoco aprender a programar el Make, ni siquiera una sola ves.
Luego lo demas ya es absurdo la mayoria de los puntos de lo que esta escrito en ingles. Se quejan a veces de archivos de 100kb
slow to start
Por que es demasiado esperar 5/6 segundos mas al menos 2 veces al dia.. Si.. no necesitas estar cerrandolo y abriendolo a cada rato, es decir no vas a abrir y cerrarlo 10 veces a la mañana y otras 10 a la tarde, aun asi te quita 2 min de tu tiempo. Sino no estas programando continuamente y lo haces de a intervalos y la verdad que no me preocuparia tanto por ser tan eficiente asi.
irritating UI (a large number of commands are hidden in cryptic menus, many features are mouse only)
unstable UI (changing over time)
ugly UI (for instance I do not like at all cluttered screen putting useless panels and icons everywhere)
irritating, ugly ... Solo son opiniones y ni siquiera deberian estar dentro de "razones", es como decir que no me gusta Microchip por que usa una M en su logo.
Paneles sin sentido ( que podes quitar/minimizar ), iconos que molestan a la vista, cuando son muy pequeños y ocupan un ¿5%/7% de la pantalla?. Lo peor de todo que dice... que muchos comandos son cripticos por donde estan ubicados, pero asi como tenes que aprender donde estan las cosas en un IDE. En VIM tenes que aprender que es cada tecla.
Acepto que GIT en eclipse es una m........ Pero como no me gusta, hago un Ctrl+Alt+T y tengo mi linea de comandos.
pero por ejemplo doxygen se incorpora perfectamente. Ahora es la culpa del IDE o de la persona que creo el plugin?, Si tu VIM le pones un plugin que falla, es culpa de VIM o del plugin?
-------------------------------
A lo que voy, es que tampoco de golpe no es "LOS IDEs SON UNA M.., no sirven para nada".
Me pasa lo mismo con CCS, la gente que se le complica usualmente son por problemas que trae su forma particular de CCS, que en otros compiladores no tendrian ningun problema.
Pero se reconocer sus virtudes como que es mucho mas rapido, mas simple de hacer algunas cosas. Por eso cuando se presenta el caso y preguntan presento ambos, no solamente XC8 y opino sobre lo bueno y lo malo.
No puedo hablar y tal ves sea correcto asumir/decir que usar VIM te lleve a una eficacia mayor en cuanto a la programacion, pero eso depende de muchisimos factores. Que se podrian traducir en, el tiempo requerido en aprender a usarlo, programarlo, configurarlo, etc. Y en especial el tiempo que pases al frente programando o lo que vayas a programar.
Pero eso no quita al IDE como algo malo.
--------------
OT:
Lo mismo con Win10, lo del espionaje lo vienen diciendo desde creo que tengo memoria.
Espero que tampoco usen celulares.
Cada uno se pone el gorrito de aluminio que quiere, algunos lo hacen barquitos, otros cascos, pero al final de todo no creo que seas un blanco de microsoft, distinto seria una persona con muy mucha influencia o dinero. A no ser que lo seas, con lo cual hace rato desconfiaria de todo.
Una pieza de software tan grande puede fallar y mucho. Como lo veo yo en una especie de Q/A:
Q: Mejor enviar si falla un informe para ver que ocurrio y asi solucionar ese problema.
A: Uhrr durr... Me estan espiando! es una M...
Q: Vamos a actualizar el programa para eliminar el error.
A: Uhrr durr.... Siempre actualizaciones!! es una M...
Q: Le encontraron un bug despues de XXX tiempo.
A: Te dije que Win era una M....
Q: A linux le encuentran un bug que estuvo por 5 años activo masomenos.
A: Son cosas que ocurren, software libre, muchos meten mano.
Q: Tomemos informacion de lo que busca, y le proveemos algo que va de la mano, asi las proximas busquedas son orientadas a esos temas.
A: Espionaje!!! ( Y usan chrome + google )
-
No es que los GUIs sean malos. Sólo que veo los problemas que tienen.
Últimamente estoy programando algo en Java y utilizo Eclipse. Como suelo programar los microcontroladores con editor de textos sencillo y compilar con script, el cambio se me ha hecho algo difícil.
Es como pasar de conducir una moto de cross a una berlina con cambio automático. Es mucho más cómodo, tienes aire acondicionado, música, etc. Pero no me gusta la pérdida de control que se siente.
Un saludo.
-
Un tutorial interactivo de VIM
http://www.openvim.com/tutorial.html
- Tienes que ingresar para ver archivos adjuntos -