> le temps que je gagnais avec VC++ pour developper/debugger m'a fait passer sous Windows pour programmer
C'est vrai que c'est un gros manque sous linux.
Je trouve ça assez bizarre de lire cette constatation puisque je suis arrivé à la conclusion inverse. Au bouleau je dévelope strictement en linux. Lorsqu'un colègue, qui travail sous Windows, fût en vacances, j'ai été obliger de prendre charge de ces responsabilitées. J'ai donc été obliger de fair du dev avec VC++. En général je trouvais que c'était assez bon sauf que l'éditeur ne supportait pas les "key-bindings" de emacs et je trouvais que c'était pénible de faire des truc plus avancé (tels qu'attribuer les optimisations de compilation etc.). J'avais l'impression que tout était caché dans les menus.
Dans le fond, ceci est plutôt une question d'habitude. Je suis habituer au "tool chain" gnu et donc je m'y débrouille mieux qu'en VC++. Quoi de plus, avec cet environment, si un outils de debug ne fait pas l'affaire, ce n'est pas compliquer de le remplacer avec autre chose (si par exemple il y a un défaillance avec le debugger).
[^] # Re: Faudrait peut-être balayer devant sa porte aussi...
Posté par Marc Perron . En réponse au journal Alerte à la croisade pro-OS propriétaire sur DLFP!. Évalué à 3.
Je trouve ça assez bizarre de lire cette constatation puisque je suis arrivé à la conclusion inverse. Au bouleau je dévelope strictement en linux. Lorsqu'un colègue, qui travail sous Windows, fût en vacances, j'ai été obliger de prendre charge de ces responsabilitées. J'ai donc été obliger de fair du dev avec VC++. En général je trouvais que c'était assez bon sauf que l'éditeur ne supportait pas les "key-bindings" de emacs et je trouvais que c'était pénible de faire des truc plus avancé (tels qu'attribuer les optimisations de compilation etc.). J'avais l'impression que tout était caché dans les menus.
Dans le fond, ceci est plutôt une question d'habitude. Je suis habituer au "tool chain" gnu et donc je m'y débrouille mieux qu'en VC++. Quoi de plus, avec cet environment, si un outils de debug ne fait pas l'affaire, ce n'est pas compliquer de le remplacer avec autre chose (si par exemple il y a un défaillance avec le debugger).