por
pobrecito hablador
el Martes, 29 Septiembre de 2009, 20:17h
(#1176836)
Vim incluye autocompletado, coloreado de sintaxis y macros programables. Como editor es considerado el mejor por muchos. Para lo demás, a mi los botoncitos la verdad que me sobran. La shell de unix es para mi el mejor entorno integrado de desarrollo.
Los IDEs de menús y botones no son más que herramientas de juguete para amateur y principiantes, aunque sorprendentemente acaban siendo mucho más complejos que la simple shell y los makefiles de toda la vida. Sí, para añadir por ejemplo una biblioteca en el enlazado tendrá alguna ventanita donde podrás ir y añadirla. Al final es lo mismo o más complicado que abrir el makefile y añadirlo ahí, pero qué se va a hacer, la gente seguirá pensando que los IDEs son cojonudos porque tienen miles de botoncitos.
Está claro que para gustos colores, y la mejor herramienta es con la que te encuentres más cómodo. Pero...
Vim + shell es una herramienta de prácticas de universidad. Quizá en C pueda ser usable en algo un poco grande.
En un proyecto GRANDE, con millones de líneas de código en C++ no sirve para hacer búsquedas de símbolos, cuando pueden ser un typedef de un template, por ejemplo. Vale que con un grep y expresiones regulares muy complejas te podrías acercar a lo más básico que hace un IDE completo.
Herramientas como Visual Studio + Visual Assist (supongo que eclipse o netbeans hagan algo parecido) tienen sistemas muy complejos de parseo. Instancian templates y ejecutan macros a la hora de hacer búsquedas de símbolos, autocompletion, etc, etc. Dudo muchísimo de que vim off-the-box se acerque a esto.
Ahora explicame como pulsar alt+g (ctrl-click en eclipse creo recordar) para ir a la definición de un símbolo es más complejo que:
cambiar de ventana, grep MiSimboloQuePuedeSerMuyLargo -multiplesopciones for f in fileEncontrado: vim f buscar simbolo en f
Muy probablemente repetir el proceso con el typedef encontrado (muy habitual en c++) o teniendo que pararte a entender una macro que posiblemente no necesites.
Y personalmente prefiero rellenar un campo de texto o un checkbox de dependencias, que andar editando archivos: Editar el / los CmakeLists.txt correspondientes + generar el make...
--
# Software development isn't just a process of creating software; it's also a process of learning how to create it
Vim + unix shell
(Puntos:0, Redundante)Vim incluye autocompletado, coloreado de sintaxis y macros programables. Como editor es considerado el mejor por muchos. Para lo demás, a mi los botoncitos la verdad que me sobran. La shell de unix es para mi el mejor entorno integrado de desarrollo.
Los IDEs de menús y botones no son más que herramientas de juguete para amateur y principiantes, aunque sorprendentemente acaban siendo mucho más complejos que la simple shell y los makefiles de toda la vida. Sí, para añadir por ejemplo una biblioteca en el enlazado tendrá alguna ventanita donde podrás ir y añadirla. Al final es lo mismo o más complicado que abrir el makefile y añadirlo ahí, pero qué se va a hacer, la gente seguirá pensando que los IDEs son cojonudos porque tienen miles de botoncitos.
Re:Vim + unix shell
(Puntos:1)( http://barrapunto.com/ )
Vim + shell es una herramienta de prácticas de universidad. Quizá en C pueda ser usable en algo un poco grande.
En un proyecto GRANDE, con millones de líneas de código en C++ no sirve para hacer búsquedas de símbolos, cuando pueden ser un typedef de un template, por ejemplo. Vale que con un grep y expresiones regulares muy complejas te podrías acercar a lo más básico que hace un IDE completo.
Herramientas como Visual Studio + Visual Assist (supongo que eclipse o netbeans hagan algo parecido) tienen sistemas muy complejos de parseo. Instancian templates y ejecutan macros a la hora de hacer búsquedas de símbolos, autocompletion, etc, etc. Dudo muchísimo de que vim off-the-box se acerque a esto.
Ahora explicame como pulsar alt+g (ctrl-click en eclipse creo recordar) para ir a la definición de un símbolo es más complejo que
Y personalmente prefiero rellenar un campo de texto o un checkbox de dependencias, que andar editando archivos: Editar el / los CmakeLists.txt correspondientes + generar el make...
# Software development isn't just a process of creating software; it's also a process of learning how to create it