Ma réponse à cette question est générale : quel que soit votre choix, choisissez des outils simples.
La raison est la suivante ; les outils complexes vont et viennent, les outils faciles restent. Les outils complexes, quand ils changent leur comportement vont casser vos projets. Les outils faciles sont stables, fiables et restent pour toujours.
Les outils complexes ne fonctionnent pas sur tous les environnements, les outils simples oui. Comme le système est en changement et en mouvement aujourd'hui. Il devient intéressant de pouvoir écrire un logiciel ad hoc sur Termux sur votre téléphone Android ou vous avez besoin d'écrire quelque chose sur un serveur et vous n'avez rien d'autre qu'une ligne SSH là. Peut-être que vous voyagez en train et que vous n'avez rien d'autre qu'une ligne GPRS à faible bande passante vers le serveur et que vous n'avez pas d'ordinateur portable avec vous mais votre client appelle et crie au meurtre sanglant et vous devez l'aider ou il va au garage et se pend.
Vous ne voulez pas cela s'il n'a pas encore payé votre facture.
Alors, vous entrez avec votre téléphone, vous vous connectez au serveur par SSH et ensuite, vous avez votre environnement.
Et cet environnement est pour moi et sera toujours la chaîne d'outils Linux build-essential.
Ce qui veut dire que mon éditeur est VIM, j'utilise bien Tmux pour mon environnement multi-terminal sur le système cible. J'utilise Make pour créer mon environnement make- et build- et bien sûr j'utilise ZSH sur le shell.
Il n'y a pas d'interface comme une interface texte si vous faites principalement du travail en texte. Attention à ce que je dis. C'est un peu de travail pour apprendre VIM, mais ce sera le dernier éditeur que vous apprendrez. C'est peut-être un peu de travail pour apprendre à utiliser l'utilitaire Make, mais ce sera le dernier "IDE" que vous apprendrez.
Vous aurez un environnement cohérent sur tous vos projets. Peu importe si vous faites du C, du Lua, du C++, du LaTeX, du Groff, du Brainfuck, du Redcode, du HTML, du Javascript, du CSS ou autre.
Vous êtes dans un environnement cohérent.
On m'a vendu tous ces outils brillants pendant la période où je travaillais avec Java, où je ne veux jamais revenir. Visual Age, Eclipse, Netbeans, avec des outils comme Ant, peu importe. Tout simplement terribles. Ils ont changé leur façon de gérer les choses, ils ont changé certains de leurs programmes et tous mes projets étaient cassés.
Et ne compileront plus jamais. J'ai perdu avec ces changements 15 ans de ma vie de développement de logiciels au fil des ans.
Encore. Mon code que j'ai fait en 1986 en C fonctionne parfaitement bien et le code est utilisable aujourd'hui et compilera même sur mon téléphone Android. Je peux même y utiliser le même éditeur.
Parce que : simple c'est bien.
Et c'est mon conseil. Écoutez-le attentivement. Les autres outils sont tentants et brillants et tous les jeunes gens vous diront que c'est la voie à suivre. Mais ce n'est pas la bonne voie à suivre. J'étais là. C'est juste que ça devient périmé au bout d'un moment.
Quand vous allez perdre vos premiers projets, il sera trop tard. Vous aurez des dizaines, voire des centaines qui mourront peu après les premiers changements. Ne prenez pas cette voie.
Rester sur les simples. Ils peuvent vous donner tout ce que le bloatware vous donne, avec moins de frange graphique, bien sûr, mais avec la même fonctionnalité, mais il ajoute beaucoup en plus de cela et vous donne en plus le changement d'améliorer votre propre fonctionnalité préférée à elle.
Gardez-le simple. Apprenez VIM et Make. Restez sur le chemin, restez concentré sur votre objectif.
Ne suivez pas l'Erlkönig (Goethe).