Bueno, voy a suponer que te refieres a IDE para uso profesional. Ya que ningún profesional tocaría una plataforma de Microsoft eso deja fuera a Visual Studio y todo lo que sea DOT-NOT. No, que te paguen por ello no te convierte en profesional por la misma razón que ganar 20 dólares en una cancha de baloncesto local no te convierte en un jugador de baloncesto profesional.
Si estás trabajando con el lenguaje muerto y moribundo de Java, entonces lo más probable es que uses Eclipse. Si estás empezando, Java no es un buen paso en tu carrera.
Primero, vamos a determinar el "por qué" detrás de tu pregunta. Voy a suponer que el "por qué" (por favor, corrige si te equivocas) detrás de tu pregunta es que estás buscando aumentar tus posibilidades de empleo.
Si quieres ganar "buen" dinero visita The World's Largest Library Catalog (catálogo de tarjetas internacional en línea para bibliotecas) y busca títulos de "Teach Yourself" publicados en los últimos 10 años. No estudies ninguna de esas materias. No me importa en qué país vivas actualmente, esos mercados estarán inundados de mano de obra de 10 dólares al día. Ganarás más volteando hamburguesas en McDonald's. Los temas que se trataron hace más de 10 años pero que no tienen títulos de seguimiento podrían valer la pena investigar para ver si generaron una base instalada. Tienes que determinar con qué vas a trabajar antes de preguntar por el IDE más popular.
Aunque estoy de acuerdo con el sentimiento Editor de texto != IDE es bastante borroso hoy en día. Sublime Text 3 tiene un plugin de depuración. Lo tengo instalado en mi instancia. No lo uso mucho, pero está ahí. Incluso podría haber uno para Atom
Si estás trabajando con C++/Qt para sistemas embebidos o de escritorio, estarás usando QtCreator. Sí hay otros IDEs de Qt incluyendo un plugin de Eclipse, cubrí algunos en este libro.
Si quieres ganarte la vida de forma estable sin perseguir modas aprenderás COBOL y lo aprenderás en un mainframe de IBM junto con CICS y DB2. COBOL sobrevivirá a todos los lenguajes de moda en el mercado actual, incluyendo Java. Los sistemas bancarios, de nóminas y de contabilidad no se van a reescribir. Por el dinero adecuado siempre encontrarán a alguien dispuesto a hacer COBOL y eso siempre será más barato que reescribirlo. Siempre habrá gente que quiera pagar 40 dólares por hora, pero la mayoría de los programadores de COBOL que conozco y que trabajan a tiempo completo cobran unos 180.000 dólares al año (en el Medio Oeste, donde el coste de la vida es bajo) trabajando de 9 a 5 horas. Los sistemas son tan estables que a menos que haya un fallo masivo de hardware (o un disco se quede sin espacio) no hay soporte fuera de horario.
Ese largo párrafo es porque IBM tiene su propio IDE para eso. Antes era Visual Age para COBOL, pero ahora es otra cosa. Mofo (Microfocus) COBOL tiene su propio IDE (probablemente sólo un plugin de Eclipse) al igual que AccuCOBOL. Esos son los 3 principales proveedores en esa plataforma. Usarás el IDE que está integrado con todas sus herramientas.
Un IDE que no oirás mencionar aquí es Emacs. Últimamente lo he estado usando con GnuCOBOL. Sí se puede depurar, bueno, en YABU Linux al menos. No te preocupes. Todos los que no aman Emacs lo odian. No hay un punto intermedio. Durante los días de Internet dial-up instalar Emacs solía llevar horas. Hasta que llegó Eclipse con todo su tonelaje, Emacs era el editor más hinchado que había. Si simplemente se cuenta el número de personas que lo usan, la cosa empequeñece a todos. La gente lo usa hasta para el correo electrónico.
Si Emacs tuviera un editor sería un sistema operativo cojonudo.
Sólo recuerda ese mantra mientras juegas con él. Yo no soy un fanático de él, pero cada vez lo respeto más a medida que me hago mayor.
Si vas a saltar al C/C++ hay demasiados para agitar un palo. La elección depende realmente de "qué más" necesita la tienda. Se dirigen principalmente al escritorio KDE? Utilizarán KDevelop.
Si van a trabajar principalmente en esa plataforma no profesional (Windows) pero haciendo pinitos en Linux y otras plataformas profesionales, UltraEditStudio es bastante popular. Bueno, eso es algo de una mentira. El paquete All Access de 99 dólares al año, que incluye UltraEdit, UltraCompare, el estudio que sólo se ejecuta en Windows, y un montón de otras cosas, es popular debido a las 5 instalaciones activas, la capacidad de gestionar remotamente las licencias activas, etc. etc. Lo dejé hace un par de años porque sus plantillas de C++ me molestaban, pero he estado pensando en volver a comprarlo.
VSCode ha conseguido recientemente un plugin de depuración, así que supongo que ahora también se puede considerar un IDE. Sin embargo, no lo uses. Tiene código de seguimiento porque Microsoft quiere saber aún más sobre ti que Google y Facebook juntos. VSCodium es sólo las porciones OpenSource con todo el seguimiento desactivado / eliminado.
Si usted está buscando para gastar un montón de dinero para una licencia de un solo usuario que se ejecuta en una plataforma, entonces probablemente debería echar un vistazo a los 300 dólares SlickEdit Pro. Hubo un tiempo en el que esto costaba más de 500 dólares y lo pagué con gusto. La palabra clave es "era". Ya no pago por él.
Realmente tienes que responder a 3 preguntas para responder a la pregunta del IDE.
- ¿Con qué lenguaje(s) vas a trabajar?
- ¿Cuál es/son tu(s) entorno(s) objetivo?
- ¿Eres mono o varios?
Esta última pregunta es realmente crítica.
¿Te sientas en un escritorio usando un escritorio/portátil empujando código a un objetivo por siempre y para siempre mundo sin fin?
¿Utilizas muchas máquinas con muchas VMs empujando a muchos objetivos en el transcurso de un par de años?
Si tu respuesta es sí a la primera pregunta, usarás lo que te asignen cuando consigas el trabajo. Es posible que juegues con los editores "hackeables" como Atom y Sublime Text en el lado.
Si tu respuesta es sí a la segunda pregunta las cosas se ponen interesantes. Sí, he pagado por una licencia de Sublime Text. Creo que costaba 25 dólares cuando la compré pero ahora suben a 80 dólares más o menos. Era un acuerdo de una sola vez y podía funcionar en la mayoría de lo que trabajaba. En cualquier momento puedo tener 3 escritorios con media docena de VMs cada uno. En otro momento me quedo sólo con mi escritorio actual y algunas VMs. A veces sólo un portátil. Me pareció una buena solución.
Aunque me encanta el editor, me da grima tener que instalarlo en algo nuevo ahora. Con estos editores "hackeables" no puedes simplemente instalar el paquete ejecutable y copiar sobre algún archivo ".config". Tienes que llevar una lista de todos los paquetes que has instalado y luego instalarlos manualmente, a veces en el mismo orden. Ninguna de mis instalaciones ha resultado igual. Atom y Eclipse ofrecen casi el mismo dolor. La pequeña cantidad de tiempo que pasé con VSCodium muestra que tiene el mismo dolor.
Las personas que caen en la segunda categoría de preguntas no usan nada "hackeable". No quieren un IDE que soporte plugins. Tampoco quieren seguir pagando cientos de dólares por instalación.
Si UltraEditStudio funcionara realmente en un sistema operativo real nunca habría renunciado a mi paquete. Me las arreglé para que las 5 instalaciones activas funcionaran por mí mismo. Si SlickEdit sacara la cabeza de su lado trasero y lanzara la versión Pro con un paquete de cinco instalaciones activas de 99 dólares, gestionando las licencias en su sitio, lo tendría de vuelta en un santiamén. (Meld siempre pareció ser mejor que UltraCompare de todos modos.)
En los ordenadores x86 basados en wanna-be actualmente hago trabajos de C++/Qt usando QtCreator. Para mi x86 basado en los ordenadores wanna-be no Qt basado en el trabajo de C ++ he estado usando CodeLite o KDevelop. Estoy de acuerdo con otro cartel que dice que el soporte de C/C++ en Eclipse es pobre. A algunos les encanta, pero es pobre.
KDevelop es un poco más agradable cuando trabajas con lo desconocido.
El sistema de ayuda e indexación integrado de QtCreator es fantástico. Una vez que te acostumbras a eso los demás IDEs realmente palidecen en comparación. Poder colocar el cursor en un método de la biblioteca y pulsar la tecla de ayuda para sacar la documentación HTML de la clase es una muleta a la que uno realmente se acostumbra. KDevelop se acerca un poco a eso si creas un proyecto.
El IDE que utilices será determinado por la tienda en la que trabajes después de que se determine el lenguaje con el que trabajas. Las empresas tienen "escritorios estándar" incluso cuando te dan un portátil.
Cada IDE tiene fans, incluso si esos fans son sólo el pequeño número que lo escribió.
Si saltas de máquina en máquina y de VM en VM no importa lo "maravilloso" que sea un IDE "hackeable" para todos los demás, será una carga innecesaria para ti. Esa clase de desarrollador quiere hacer una instalación en bruto del IDE, copiar un archivo de "configuración" y listo. Todo esto de tener que instalar todos los plugins después de recordarlos, de lo contrario copiar el archivo "config" provoca interrupciones, es un dolor que aprenderás muy a menudo como yo lo he hecho con Sublime Text. Ahora sólo instalo Sublime Text cuando sé que voy a usar esa máquina o VM durante muchos meses. Si son menos de 3 meses uso otra cosa. Simplemente no vale la pena el dolor.