Actualmente mi flujo de trabajo con Emacs cuando estoy codificando en C o C++ involucra tres ventanas. El más grande a la derecha contiene el archivo con el que estoy trabajando. La izquierda está dividida en dos, la inferior es un intérprete de comandos que utilizo para escribir o hacer comandos, y la parte superior suele ser algún tipo de documentación o archivo README que quiero consultar mientras estoy trabajando. Ahora sé que hay algunos usuarios de Emacs bastante expertos, y me interesa saber qué otros funcionalidades de Emacs son útiles si se pretende utilizarlo como un IDE completo. En concreto, la mayoría de los entornos de desarrollo por lo general cumplen estas funciones es una forma u otra:Usando Emacs como un IDE
- editor de código fuente
- Compilador
- Depuración
- de búsqueda de documentación
- de control de versiones
- características OO como consulta de clase y objeto inspector
Para algunos de estos, es bastante obvio cómo Emacs puede adaptarse a estas funciones, pero ¿qué pasa con el resto? Además, si se debe enfocar un lenguaje específico, diría que debería ser C++.
Edit: Un usuario señaló que debería haber sido más específico cuando dije '¿qué pasa con el resto'. Mayormente tenía curiosidad sobre el control de versión eficiente, así como la búsqueda de documentación. Por ejemplo, en SLIME es bastante fácil hacer una búsqueda rápida de hiperespec en una función Lisp. ¿Hay alguna manera rápida de buscar algo en la documentación C++ STL (si olvidé la sintaxis exacta de hash_map, por ejemplo)?
Las preguntas y todas las respuestas están perdiendo totalmente el punto IDE principal. Pero primero no me malinterpreten: creo que no hay ni un solo IDE (además de algunos raros Lisp/Scheme) que se acercan a lo que Emacs puede ofrecer. ** SIN EMBARGO ** IDE modernos hacen cosas como esta: resaltado instantáneo de probables errores de codificación (incluso en AST parciales no compilables). IntelliJ IDEA lo hace: si usa, digamos, * @ NotNull *, le avisará, en tiempo real, sobre posibles violaciones. Luego está toda la * "codificación por intención" *: simplemente no funciona (todavía) bajo Emacs. – SyntaxT3rr0r
Otra área donde el IDE bueno realmente puede brillar: la finalización del código contextual (una vez más, incluso en archivos fuente no compilables e imparciales). La terminación de código contextual completa * hippie-expand * cualquier día como si no fuera gracioso: simplemente avergüenza a Emacs. Una vez más, estoy muy triste de que los "editores de texto" de IDE sean baratos, patéticos, estúpidos y patéticos cuando se comparan con Emacs. Pero los IDEs buenos brillan en una gran área (como la refactorización, la finalización del código contextual, las advertencias en tiempo real, etc.) donde Emacs básicamente no está en ninguna parte. Dame Emacs en el medio de mi IDE que decía. Estoy deseando ese día. – SyntaxT3rr0r
¿Qué pasa con el colapso del código? – AlwaysLearning