online - ¿Cuál es el mejor IDE para el desarrollo de C/¿Por qué usar Emacs sobre un IDE?

mejor ide para c++ 2018 (10)

¿Cómo es que nadie menciona a Bloodshed Devc ++? Lo he usado por un tiempo, pero aprendí c / c ++ en él. muy similar a MS Visual c ++.

así que de acuerdo con una de mis preguntas anteriores, estoy actualizando mis habilidades en C.

Mi pregunta es, ¿qué usa la gente para desarrollar C?

Mucha gente usa Emacs, y lo ha hecho durante años, pero ¿ es mejor aprender emacs que solo usar un IDE como Geany o KDevelop?

¿También les interesaría saber de quienes aún usan emacs , y por qué lo usan sobre otras aplicaciones?

Tenga en cuenta que solo estoy realmente interesado en los IDE / editores gratuitos .

EDITAR:

Gracias por publicar enlaces que responden a algunas de mis preguntas, pero supongo que lo que realmente me estoy preguntando es:

¿Vale la pena aprender a editar con emacs / vim y compilar / depurar con gcc-toolchain en lugar de solo usar un IDE, y por qué?

¿Cuáles son las razones de los pueblos para no migrar a un IDE?

¿Alguien se ha movido del desarrollo centrado en la terminal al desarrollo IDE, y por qué se mudó?

Emacs es un IDE.

Edición : OK, voy a elaborar. ¿Qué es un IDE?

Como punto de partida, expandamos el acrónimo: Entorno de desarrollo integrado. Para analizar esto, comienzo desde el final.

Un entorno es, en términos generales, la parte del mundo que rodea el punto de vista. En este caso, es lo que vemos en nuestro monitor (quizás escuchamos a través de nuestros altavoces) y lo manipulamos a través de nuestro teclado (y quizás un mouse).

El desarrollo es lo que queremos hacer en este entorno, su propósito, si lo desea. Utilizamos el entorno para desarrollar software. Esto define las subpartes que necesitamos: un editor, una interfaz para el REPL, resp. el compilador, una interfaz para el depurador y el acceso a la documentación en línea (esta lista puede no ser exhaustiva).

Integrado significa que todas las partes del ambiente están de alguna manera bajo una superficie uniforme. En un IDE, podemos acceder y utilizar las diferentes subpartes con un mínimo de conmutación; No tenemos que abandonar nuestro entorno definido. Esta integración permite que las diferentes subpartes interactúen mejor. Por ejemplo, el editor puede conocer el idioma en el que escribimos y proporcionarnos autocompletado de símbolos, salto a definición, sangría automática, resaltado de sintaxis, etc. Puede obtener información del compilador, saltar automáticamente a errores y resaltarlos En la mayoría, si no en todos los IDE, el editor está naturalmente en el centro del proceso de desarrollo.

Emacs hace todo esto, lo hace con una amplia gama de idiomas y tareas, y lo hace con excelencia, ya que el usuario lo puede expandir sin problemas donde quiera que se pierda algo.

Contraejemplo: podría desarrollarse utilizando algo como el Bloc de notas, acceder a la documentación a través de Firefox y XPdf, y dirigir el compilador y el depurador desde un shell. Este sería un entorno de desarrollo, pero no estaría integrado .

Emacs sería mejor si tuviera un editor de texto ... :-)

Empecé utilizando IDEs, Microsoft o no. Luego, mientras trabajaba en QNX hace mucho tiempo, me vi obligado a hacerlo con un editor de texto + compilador / enlazador. Ahora prefiero esta combinación simple –– un editor de resaltado de sintaxis + compilador C y enlazador cli + make –– a cualquier IDE, incluso si el entorno lo permite.

Las razones son, para mí:

está en todas partes. Si programa en C, tiene el compilador, y por lo general puede obtener un editor. Lo primero que hago es nedit en Linux o Notepad ++ en Windows. Me gustaría ir con vi, pero los editores de GUI proporcionan mejores fuentes, y eso es importante cuando se mira el código todo el día
Puede programar de forma remota, a través de ssh, cuando lo necesite. Y a veces ayuda mucho poder hacer un ssh en el objetivo y hacer algunas cosas rápidas allí
me mantiene cerca de CLI, preferiblemente CLI de UNIX / Linux. Así que todos los comandos están al alcance de mi mano, y cuando los necesito no tengo que ir a leer un libro de referencia. Y UNIX CLI puede hacer cosas que los IDE a menudo no pueden, porque sus desarrolladores no pensaron que los necesitarías
lo más importante, es muy parecido a ver la Matriz en código sin formato. Opero archivos, por lo que me veo obligado a mantenerlos manejables. Estoy encontrando cosas en mi código manualmente, lo que me permite mantenerlo simple y organizado. Hago Config Management explícitamente, así que sé cuándo estoy sincronizado y cómo. Conozco mis Makefiles porque los escribo, y solo hacen lo que les digo.
(Si te preguntas si eso funciona en "proyectos realmente grandes": funciona, y cuanto más grande es el proyecto, más rendimiento me gana).
cuando las personas me piden que mire su código, no tengo que aprender el IDE que usan

He utilizado Eclipse con el plugin de CDT con bastante éxito.

Me he mudado de un editor de texto de terminal + entorno para Eclipse para la mayoría de mis proyectos. Abarcando desde C y C ++, a Java y Python para nombrar algunos idiomas con los que estoy trabajando actualmente.

La razón fue simplemente la productividad. No podía permitirme gastar tiempo y esfuerzo en mantener todos los proyectos "en mi cabeza", ya que otras cosas se volvieron más importantes.

Existen ventajas de usar el enfoque "hardcore" (terminal), como que tiene una capa mucho más delgada entre usted y el código que le permite ser un poco más productivo cuando está "dentro" del proyecto y todo está en la parte superior de su cabeza. Pero no creo que sea posible defender esa forma de trabajar solo por su propio bien cuando se necesita tu mente en otro lugar.

Por lo general, cuando trabaja con herramientas de línea de comandos, con frecuencia tendrá que resolver muchos problemas repetitivos que le ayudarán a no ser productivo. Necesitará conocer las herramientas en detalle para aprovechar al máximo sus potenciales. También mantener un proyecto requerirá mucho más esfuerzo. La refactorización conducirá a actualizaciones en make-files, etc.

Para resumir: si solo trabaja en uno o dos proyectos, preferiblemente a tiempo completo sin demasiadas distracciones, la "codificación basada en terminal" puede ser más productiva que un IDE completo. Sin embargo, si necesita gastar su energía mental en algo más importante, un IDE es definitivamente el camino a seguir para mantener la productividad.

Haga su elección en consecuencia.

Netbeans tiene un gran soporte de C y C ++ . Algunas personas se quejan de que está hinchado y lento, pero lo he estado usando casi exclusivamente para proyectos personales y me encanta. La función de asistencia de código es una de las mejores que he visto.

Si está buscando un editor gratuito, atractivo y multiplataforma, pruebe Komodo Edit . No es tan poderoso como el IDE de Komodo, sin embargo eso no es gratis. Ver cuadro de características .

Otro editor gratuito y extensible es jEdit . Plataforma cruzada ya que es 100% pura Java. No es el IDE más rápido del mundo, pero para Java en realidad es muy rápido, muy flexible, aunque no es tan bonito.

Ambos tienen un plegado de código muy sofisticado, resaltado de sintaxis (para todos los idiomas que pueda imaginar) y son muy flexibles en cuanto a la configuración para sus necesidades personales. jEdit es BTW muy fácil de ampliar para agregar cualquier característica que pueda necesitar allí (tiene un lenguaje de scripting ultra simple, que se parece a Java, pero en realidad está "programado").

Si estás en Windows, entonces es una obviedad total: Obtén Visual C ++ Express.

Usa Code::Blocks . Tiene todo lo que necesitas y una GUI muy limpia.