Bien, je vais supposer que vous voulez dire IDE pour un usage professionnel. Puisqu'aucun professionnel ne toucherait à une plateforme Microsoft, cela laisse de côté Visual Studio et toutes les choses DOT-NOT. Non, être payé pour cela ne fait pas de vous un professionnel pour la même raison que gagner 20 $ sur un terrain de basket local ne fait pas de vous un joueur de basket professionnel.
Si vous travaillez avec le langage mort et mourant de Java, alors vous utiliserez très probablement Eclipse. Si vous débutez, Java n'est pas un bon choix de carrière.
D'abord, déterminons le "pourquoi" derrière votre question. Je vais supposer que le "pourquoi" (veuillez corriger si c'est faux) derrière votre question est que vous cherchez à augmenter vos chances d'emploi.
Si vous voulez gagner un "bon" argent, visitez le World's Largest Library Catalog (catalogue international de cartes en ligne pour les bibliothèques) et recherchez les titres "Teach Yourself" publiés au cours des 10 dernières années. N'étudiez aucun de ces sujets. Peu importe le pays dans lequel vous vivez actuellement, ces marchés seront inondés de main-d'œuvre à 10 $ par jour. Vous gagnerez plus en retournant des hamburgers chez McDonald's. Les sujets qui ont été abordés il y a plus de 10 ans mais qui n'ont pas de titre de suivi pourraient valoir la peine d'être étudiés pour voir s'ils ont généré une base installée. Vous devez déterminer avec quoi vous allez travailler avant de demander quel est l'IDE le plus populaire.
Bien que je sois d'accord avec le sentiment éditeur de texte != IDE, c'est plutôt flou de nos jours. Sublime Text 3 dispose d'un plugin débogueur. Je l'ai installé sur mon instance. Je ne l'utilise pas beaucoup, mais il est là. Il pourrait même y en avoir un pour Atom
Si vous travaillez avec C++/Qt pour des systèmes embarqués ou de bureau, vous utiliserez QtCreator. Oui, il existe d'autres IDE Qt, y compris un plugin Eclipse, j'en ai couvert quelques-uns dans ce livre.
Si vous voulez gagner votre vie régulièrement sans courir après les modes, vous apprendrez COBOL et vous l'apprendrez sur un mainframe IBM avec CICS et DB2. COBOL survivra à tous les langages à la mode sur le marché actuel, y compris Java. Les systèmes bancaires, de paie et de comptabilité ne vont pas être réécrits. Pour un bon prix, ils trouveront toujours quelqu'un prêt à faire du COBOL et cela sera toujours moins cher que la réécriture. Il y aura toujours des rabatteurs qui chercheront à payer 40 dollars de l'heure quoi qu'il arrive, mais la plupart des programmeurs COBOL dont j'entends parler et qui sont en ETP gagnent environ 180 000 dollars par an (dans le Midwest où le coût de la vie est bas) en travaillant de 9 à 5. Les systèmes sont si stables qu'à moins d'une panne matérielle massive (ou qu'un disque manque d'espace), il n'y a pas de support hors des heures de travail.
Ce long paragraphe est dû au fait qu'IBM a son propre IDE pour cela. C'était autrefois Visual Age pour COBOL, mais c'est autre chose maintenant. Mofo (Microfocus) COBOL a son propre IDE (probablement juste un plugin Eclipse) tout comme AccuCOBOL. Ce sont les trois principaux fournisseurs de cette plate-forme. Vous utiliserez l'IDE qui est intégré à tous leurs outils.
Un IDE que vous n'entendrez pas mentionner ici est Emacs. Je l'ai utilisé avec GnuCOBOL dernièrement. Oui, vous pouvez déboguer, enfin, sur YABU Linux en tout cas. Ne vous inquiétez pas. Tous ceux qui n'aiment pas Emacs le détestent. Il n'y a pas d'intermédiaire. A l'époque de l'Internet commuté, installer Emacs prenait des heures. Jusqu'à ce qu'Eclipse arrive avec tout son tonnage, Emacs était l'éditeur le plus gonflé du marché. Si vous comptez simplement le nombre de personnes qui l'utilisent, la chose éclipse tout. Les gens l'utilisent même pour le courrier électronique.
Si Emacs avait un éditeur, ce serait un sacré système d'exploitation.
Souvenez-vous de ce mantra lorsque vous jouez avec. Je n'en suis pas fan mais je le respecte de plus en plus en vieillissant.
Si vous voulez vous lancer dans le C/C++, il y en a trop pour secouer un bâton. Le choix dépend vraiment de "quoi d'autre" le magasin a besoin. Est-ce qu'ils visent principalement le bureau KDE ? Vous utiliserez KDevelop.
Si vous allez travailler principalement sur cette plateforme non professionnelle (Windows) tout en tâtant de Linux et d'autres plateformes professionnelles, UltraEditStudio est plutôt populaire. Bon, c'est un peu un mensonge. Le pack All Access à 99 $ par an, qui comprend UltraEdit, UltraCompare, le studio qui ne fonctionne que sous Windows, et un tas d'autres choses, est populaire en raison des 5 installations actives, de la possibilité de gérer à distance les licences actives, etc. etc. Je l'ai abandonné il y a quelques années parce que leurs templates C++ me klaxonnaient mais j'ai pensé à m'en procurer à nouveau.
VSCode a récemment obtenu un plugin de débogage donc je suppose qu'il se qualifie aussi d'IDE maintenant. Ne l'utilisez pas cependant. Il a un code de suivi parce que Microsoft veut en savoir encore plus sur vous que Google et Facebook réunis. VSCodium n'est que les portions OpenSource avec tout le suivi désactivé/supprimé.
Si vous cherchez à dépenser beaucoup d'argent pour une licence d'utilisateur unique fonctionnant sur une seule plate-forme, alors vous devriez probablement jeter un coup d'œil aux 300 $ de SlickEdit Pro. Il fut un temps où cela coûtait au nord de 500 $ et je le payais volontiers. Le mot clé est "était". Je ne le paie plus.
Vous devez vraiment répondre à 3 questions pour répondre à la question de l'IDE.
- Quel(s) langage(s) allez-vous travailler ?
- Quel(s) est/sont votre/vos environnement(s) cible(s) ?
- Vous êtes mono ou plusieurs ?
Cette dernière question est vraiment critique.
S'asseyez-vous à un bureau en utilisant un ordinateur de bureau/portable poussant du code vers une cible pour toujours et sans fin du monde ?
Utilisez-vous de nombreuses machines avec de nombreuses VM poussant vers de nombreuses cibles au cours de quelques années ?
Si votre réponse est oui à la première question, vous utiliserez ce qui vous est attribué lorsque vous obtenez le poste. Vous pouvez jouer avec les éditeurs "piratables" comme Atom et Sublime Text sur le côté.
Si votre réponse est oui à la deuxième question, les choses deviennent intéressantes. Oui, j'ai payé pour une licence Sublime Text. Je crois qu'elle était de 25 $ quand je l'ai achetée, mais ils sont montés à 80 $ ou plus maintenant. C'était un contrat unique qui pouvait fonctionner sur la plupart de mes projets. À tout moment, je peux avoir 3 ordinateurs de bureau avec une demi-douzaine de VM chacun. À un autre moment, je n'ai plus que mon ordinateur de bureau actuel et quelques VM. Parfois, seulement un ordinateur portable. Cela semblait être une bonne solution.
Bien que j'adore l'éditeur, je grimace si je dois l'installer sur quelque chose de nouveau maintenant. Avec ces éditeurs "piratables", vous ne pouvez pas simplement installer le paquet exécutable et copier un quelconque fichier ".config". Vous devez prendre avec vous une liste de tous les paquets que vous avez installés puis les installer manuellement, parfois dans le même ordre. Aucune de mes installations ne s'est jamais déroulée de la même manière. Atom et Eclipse offrent à peu près les mêmes difficultés. L'infime quantité de temps que j'ai passé avec VSCodium montre qu'il offre la même douleur.
Les personnes qui entrent dans la catégorie de la deuxième question n'utilisent rien de "piratable". Ils ne veulent pas d'un IDE qui supporte les plugins. Ils ne veulent plus non plus payer des centaines de dollars par installation.
Si UltraEditStudio fonctionnait réellement sur un vrai système d'exploitation, je n'aurais jamais abandonné mon bundle. J'ai réussi à faire fonctionner les 5 installations actives pour moi-même. Si SlickEdit sortait sa tête de son côté arrière et sortait la version Pro avec un paquet de 99 $ cinq installations actives, gérer les licences sur leur site, je l'aurais de nouveau dans un battement de cœur. (Meld a toujours semblé être meilleur qu'UltraCompare de toute façon.)
Sur les ordinateurs wanna-be basés sur x86, je fais actuellement du travail C++/Qt en utilisant QtCreator. Pour mon travail C++ non basé sur Qt sur mes ordinateurs wanna-be basés sur x86, j'ai utilisé CodeLite ou KDevelop. Je suis d'accord avec un autre poster qui dit que le support C/C++ dans Eclipse est pauvre. Certains l'adorent, mais il est pauvre.
KDevelop est un peu plus agréable quand on travaille avec l'inconnu.
Le système d'aide et d'indexation intégré de QtCreator est fantastique. Une fois que vous vous y êtes habitué, les autres IDEs pâlissent vraiment en comparaison. Pouvoir placer votre curseur sur une méthode de bibliothèque et appuyer sur la touche d'aide pour faire apparaître la documentation HTML de la classe est une béquille à laquelle on s'habitue vraiment. KDevelop s'en rapproche un peu si vous créez un projet.
L'IDE que vous utilisez sera déterminé par l'atelier où vous travaillez après que le langage avec lequel vous travaillez soit déterminé. Les entreprises ont des "bureaux standard" même quand elles vous remettent un ordinateur portable.
Chaque IDE a des fans, même si ces fans ne sont que le petit nombre qui l'a écrit.
Si vous sautez de machine en machine et de VM en VM, peu importe à quel point un IDE "piratable" est "merveilleux" pour tout le monde, ce sera un fardeau inutile pour vous. Cette catégorie de développeurs veut faire une installation brute de l'IDE, copier un fichier "config" et partir. Le fait de devoir installer tous les plugins après s'en être souvenu, sinon la copie du fichier "config" provoque des interruptions, est un problème que vous apprendrez trop souvent, comme je l'ai fait avec Sublime Text. Maintenant, je n'installe Sublime Text que lorsque je sais que je vais utiliser cette machine ou cette VM pendant plusieurs mois. Si c'est moins de 3 mois, j'utilise autre chose. Cela ne vaut tout simplement pas la peine de souffrir.