JetBrains vient de lancer RustRover, une nouvelle IDE qui promet de transformer le développement avec Rust. Mais était-ce vraiment nécessaire dans un marché déjà saturé par des options comme VSCode? RustRover a certainement ses avantages, mais les commentaires des utilisateurs indiquent une certaine réticence à adopter un autre IDE, surtout quand l’extension pour Rust de VSCode est considérée comme l’une des meilleures disponibles. Toutefois, JetBrains n’est pas étranger à l’innovation, et leur réputation dans le domaine des IDE permet de garder un œil sur leurs nouveautés, comme JetBrains Fleet.
Les utilisateurs de longue date de JetBrains, comme kaba0, voient une différence notable entre VSCode et IntelliJ, soulignant que VSCode reste essentiellement un éditeur de code alors qu’IntelliJ offre une expérience IDE complète. L’extension rust-analyzer de VSCode est largement appréciée, mais elle rencontre des difficultés avec des projets Rust complexes. Ce n’est peut-être pas une surprise que certaines personnes préfèrent IntelliJ pour ces scénarios. Cela dit, la gestion de la mémoire par Electron, noyau de VSCode, reste un problème récurrent. Des utilisateurs comme banish-m4 signalent des problèmes de mémoire, à hauteur de 90+ GiB de swap!
Certains développeurs, comme landonxjames, trouvent des solutions de contournement en tenant compte des limitations de VSCode et de rust-analyzer. Ils gèrent des projets encombrants en ouvrant chaque espace de travail Cargo dans des fenêtres individuelles. C’est une solution pratique mais pas idéale. D’autres utilisateurs, comme armchairhacker, mentionnent une controverse avec la suppression du support JavaScript et TypeScript dans RustRover, ce qui force les développeurs à choisir entre un IDE dédié et une configuration partagée IntelliJ pour des projets web et Rust.
Nous devons également prendre en compte les préoccupations de certains développeurs sur la confidentialité et les finances. Tandis que des outils comme VSCode soulèvent des inquiétudes en matière de confidentialité, certains (comme MeImCounting) se tournent vers JetBrains pour cette raison. D’autres, comme mlinhares et steveklabnik, soulignent que des configurations avec des langages multiples sont possibles, bien que cela puisse nécessiter plusieurs IDE ou des solutions sur mesure au sein d’un projet. Certaines solutions mixtes fonctionnent bien, mais elles peuvent être fragiles, ce qui pousse certains à conseiller des configurations spécifiques selon les langages utilisés.
JetBrains pourrait-il répondre à cette demande en introduisant une licence modulaire, permettant aux utilisateurs de choisir uniquement les langages dont ils ont besoin? Un développeur suggère cette approche pour Fleet, un autre projet anticipé de JetBrains. En théorie, une telle flexibilité pourrait simplifier la vie des développeurs tout en maintenant une base de prix compétitive. L’interface utilisateur de Fleet pourrait favoriser le développement à distance, une caractéristique chère à beaucoup de développeurs habitués aux plugins SSH de VSCode.
Tout cela nous amène à une réflexion sur l’état actuel de VSCode et des produits JetBrains. Tandis que VSCode est bien adopté, beaucoup reconnaissent ses limites en termes de gestion de projet de grande échelle et de consommation de mémoire. De l’autre côté, les produits JetBrains, bien que plus complets, sont souvent critiqués pour leur poids et leurs coûts. Pourtant, la suggestion de configurations de plugins plus modulaires pourrait bien être la clé pour répondre aux besoins variés des développeurs.
En résumé, l’arrivée de RustRover soulève des questions intéressantes sur l’évolution des outils de développement. Alors que certains continueront à préférer les solutions existantes comme VSCode, d’autres pourraient trouver dans RustRover ou même Fleet l’outil qu’ils attendaient pour optimiser leur workflow. Ce qui est sûr, c’est que le marché des IDE reste dynamique et que les utilisateurs finaux seront toujours au centre des efforts de développement des grandes entreprises technologiques.
Leave a Reply