Non, il n'y a pas plus d'outils de dev sur Linux. Tout ce que tu trouves sur Linux je te le trouves sur Windows, et plus
J'attends toujours un explorateur multi-onglet qui marche bien, et un multibureau correctement configurable sous 7, les powertoy sous xp, ça reste effectivement du jouet.
j'attends toujours une console multionglet qui ne perds pas sa conf ce qui empêche de relancer la console (console2)
les anti-virus décents ont un impact négligeable sur un desktop,
généralement ceux configuré en entreprise on tendance a être configuré en mode parano, ce qui avait, lorsque je compilait sous windows, un impact de doublement de temps de compile (ce qui faisait qu'après un clean on en avait pour 2H minimum);
Pour les outils de dev sous linux, en ce moment j'utilise clion en c++, et inteliJ pour le coté java.
j'ajouterai que les langages de scripts n'ont généralement pas à se soucier d'espace dans les chemins des programmes, le path a déjà les bon chemin (par exemple si j'installe 7zip, il est dans le path sous linux, sous windows, il faut le rajouter à la main)
Je pourrai continuer longtemps, alors oui, il y a moyen de configurer le poste windows afin qu'il soit aussi bien intégré que sous linux (encore que les () et espaces dans les noms d'installation par défaut des programme est une horreur pour le scripting), mais l'avantage sous linux c'est que c'est déjà intégré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: installer Linux nativement
Posté par fearan . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 10.
généralement ceux configuré en entreprise on tendance a être configuré en mode parano, ce qui avait, lorsque je compilait sous windows, un impact de doublement de temps de compile (ce qui faisait qu'après un clean on en avait pour 2H minimum);
Pour les outils de dev sous linux, en ce moment j'utilise clion en c++, et inteliJ pour le coté java.
j'ajouterai que les langages de scripts n'ont généralement pas à se soucier d'espace dans les chemins des programmes, le path a déjà les bon chemin (par exemple si j'installe 7zip, il est dans le path sous linux, sous windows, il faut le rajouter à la main)
Je pourrai continuer longtemps, alors oui, il y a moyen de configurer le poste windows afin qu'il soit aussi bien intégré que sous linux (encore que les () et espaces dans les noms d'installation par défaut des programme est une horreur pour le scripting), mais l'avantage sous linux c'est que c'est déjà intégré.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent