Juste un petit coup de gueule contre cette saloperie de visual C++ (2005).
Arrivant du monde WxWidgets, ayant fait un peu de Ultimate ++, je ne
comprends pas comment on peut programmer avec ce tas de boue. Je ne suis
pourtant pas un manchot.
Je dois reprendre un code existant et c'est un cauchemar.
Nazgul et Nico sur fr.comp.lang.c++: >>>>> Juste un petit coup de gueule contre >>>>> cette saloperie de visual C++ (2005). >>>> Effecivement, c'est destiné aux professionnels. >>>> Donc quand on se sait pas se servir des meilleurs outils >>>> utilisés dans toutes les DSI de tous les Grands Comptes...
Je n'ai pas encore rencontr� un grand compte bancaire ou industriel n'ayant pas de licence VC++ et/ou VS.NET. Sur des projets de plusieurs A/H, il faut �tre un minimum s�rieux.
C'est pas parce que tous les grands comptes s'en servent que c'est serieux pour de bon... je ne suis toujours pas convaincu que les projets de plusieurs A.H, ca soit serieux
Quand on investit plusieurs millions d'euros, encore heureux que cela soit s�rieux. Et on ne va pas s'amuser � tester un autre outil que VS, qui a fait ses preuves m�me depuis les v.16 bits, en s'am�liorant nettement � chaque version du produit.
D'une part, les outils qui ont fait leur preuves "depuis les 16bits", il y en a un paquet, et qui s'améliorent tout aussi nettement. D'autre part, les projets à plusieurs millions d'Euros sont "décidés" par des gens qui ne codent pas (donc n'utilsent pas l'IDE, le compilateur). Enfin, de mon expérience, les projets de l'ordre des millions d'euros ne sont pas un bon exemple de sérieux à prendre...
Mais si tu es un homme , viens donc en débattre là ou il faut. Xpost volontairement sans Follow-Up.
Nazgul et Nico sur fr.comp.lang.c++:
>>>>> Juste un petit coup de gueule contre
>>>>> cette saloperie de visual C++ (2005).
>>>> Effecivement, c'est destiné aux professionnels.
>>>> Donc quand on se sait pas se servir des meilleurs outils
>>>> utilisés dans toutes les DSI de tous les Grands Comptes...
Je n'ai pas encore rencontr� un grand compte bancaire ou industriel
n'ayant pas de licence VC++ et/ou VS.NET.
Sur des projets de plusieurs A/H, il faut �tre un minimum s�rieux.
C'est pas parce que tous les grands comptes s'en servent que c'est serieux
pour de bon... je ne suis toujours pas convaincu que les projets de
plusieurs A.H, ca soit serieux
Quand on investit plusieurs millions d'euros, encore heureux que cela soit
s�rieux.
Et on ne va pas s'amuser � tester un autre outil que VS, qui a fait ses
preuves m�me depuis les v.16 bits, en s'am�liorant nettement � chaque
version du produit.
D'une part, les outils qui ont fait leur preuves "depuis les 16bits", il
y en a un paquet, et qui s'améliorent tout aussi nettement.
D'autre part, les projets à plusieurs millions d'Euros sont "décidés"
par des gens qui ne codent pas (donc n'utilsent pas l'IDE, le compilateur).
Enfin, de mon expérience, les projets de l'ordre des millions d'euros ne
sont pas un bon exemple de sérieux à prendre...
Mais si tu es un homme , viens donc en débattre là ou il faut.
Xpost volontairement sans Follow-Up.
Nazgul et Nico sur fr.comp.lang.c++: >>>>> Juste un petit coup de gueule contre >>>>> cette saloperie de visual C++ (2005). >>>> Effecivement, c'est destiné aux professionnels. >>>> Donc quand on se sait pas se servir des meilleurs outils >>>> utilisés dans toutes les DSI de tous les Grands Comptes...
Je n'ai pas encore rencontr� un grand compte bancaire ou industriel n'ayant pas de licence VC++ et/ou VS.NET. Sur des projets de plusieurs A/H, il faut �tre un minimum s�rieux.
C'est pas parce que tous les grands comptes s'en servent que c'est serieux pour de bon... je ne suis toujours pas convaincu que les projets de plusieurs A.H, ca soit serieux
Quand on investit plusieurs millions d'euros, encore heureux que cela soit s�rieux. Et on ne va pas s'amuser � tester un autre outil que VS, qui a fait ses preuves m�me depuis les v.16 bits, en s'am�liorant nettement � chaque version du produit.
D'une part, les outils qui ont fait leur preuves "depuis les 16bits", il y en a un paquet, et qui s'améliorent tout aussi nettement. D'autre part, les projets à plusieurs millions d'Euros sont "décidés" par des gens qui ne codent pas (donc n'utilsent pas l'IDE, le compilateur). Enfin, de mon expérience, les projets de l'ordre des millions d'euros ne sont pas un bon exemple de sérieux à prendre...
Mais si tu es un homme , viens donc en débattre là ou il faut. Xpost volontairement sans Follow-Up.
Fabien LE LEZ
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la qualité et de la fiabilité,
On n'en veut pas forcément. Tu mets un paquet de machines pour Apache, un paquet de machines pour MySQL, et s'il y en a quelques-unes qui tombent, le service continue comme si de rien n'était.
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze
<james.kanze@gmail.com>:
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la
qualité et de la fiabilité,
On n'en veut pas forcément. Tu mets un paquet de machines pour Apache,
un paquet de machines pour MySQL, et s'il y en a quelques-unes qui
tombent, le service continue comme si de rien n'était.
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la qualité et de la fiabilité,
On n'en veut pas forcément. Tu mets un paquet de machines pour Apache, un paquet de machines pour MySQL, et s'il y en a quelques-unes qui tombent, le service continue comme si de rien n'était.
Fabien LE LEZ
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
Si on doit traiter une grande quantité de données ensembles, ce n'est pas si évident
Effectivement.
, et si on attaque toujours les mêmes données, ce n'est pas si évident non plus.
Pas évident, mais tout à fait faisable. Un cluster de machines MySQL, hautement redondant et à forte bande passante, est assez rock'n'roll à mettre en place, mais si on en a vraiment besoin, ben on retrousse ses manches, on lit la doc et on s'y met. Mais ne compte pas sur moi : j'ai des trucs vachement plus intéressants à faire.
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze
<james.kanze@gmail.com>:
Si on doit traiter une grande quantité
de données ensembles, ce n'est pas si évident
Effectivement.
, et si on attaque
toujours les mêmes données, ce n'est pas si évident non plus.
Pas évident, mais tout à fait faisable.
Un cluster de machines MySQL, hautement redondant et à forte bande
passante, est assez rock'n'roll à mettre en place, mais si on en a
vraiment besoin, ben on retrousse ses manches, on lit la doc et on s'y
met. Mais ne compte pas sur moi : j'ai des trucs vachement plus
intéressants à faire.
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
Si on doit traiter une grande quantité de données ensembles, ce n'est pas si évident
Effectivement.
, et si on attaque toujours les mêmes données, ce n'est pas si évident non plus.
Pas évident, mais tout à fait faisable. Un cluster de machines MySQL, hautement redondant et à forte bande passante, est assez rock'n'roll à mettre en place, mais si on en a vraiment besoin, ben on retrousse ses manches, on lit la doc et on s'y met. Mais ne compte pas sur moi : j'ai des trucs vachement plus intéressants à faire.
Sylvain SF
Fabien LE LEZ a écrit :
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la qualité et de la fiabilité,
On n'en veut pas forcément.
tu as connu ça où ?
Tu mets un paquet de machines pour Apache, un paquet de machines pour MySQL
un paquet de telles machines se nomme une baie avec des lames (rackables, 9", etc), certes "il y a PC et PC" et les généralités n'ont peut être pas besoin de précision ...
et s'il y en a quelques-unes qui tombent, le service continue comme si de rien n'était.
pour Google et amazone ? sûrement, pour le reste d'entre nous c'est un peu moins insignifiant.
Sylvain.
Fabien LE LEZ a écrit :
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze
<james.kanze@gmail.com>:
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la
qualité et de la fiabilité,
On n'en veut pas forcément.
tu as connu ça où ?
Tu mets un paquet de machines pour Apache, un paquet de machines
pour MySQL
un paquet de telles machines se nomme une baie avec des lames
(rackables, 9", etc), certes "il y a PC et PC" et les généralités
n'ont peut être pas besoin de précision ...
et s'il y en a quelques-unes qui tombent, le service continue
comme si de rien n'était.
pour Google et amazone ? sûrement, pour le reste d'entre nous
c'est un peu moins insignifiant.
On Wed, 8 Oct 2008 01:33:17 -0700 (PDT), James Kanze :
(Note bien quand même aussi qu'il y a PC et PC. Si on veut de la qualité et de la fiabilité,
On n'en veut pas forcément.
tu as connu ça où ?
Tu mets un paquet de machines pour Apache, un paquet de machines pour MySQL
un paquet de telles machines se nomme une baie avec des lames (rackables, 9", etc), certes "il y a PC et PC" et les généralités n'ont peut être pas besoin de précision ...
et s'il y en a quelques-unes qui tombent, le service continue comme si de rien n'était.
pour Google et amazone ? sûrement, pour le reste d'entre nous c'est un peu moins insignifiant.
Sylvain.
Yannick Palanque
Mihamina Rakotomandimby écrivit :
>>>>> cette saloperie de visual C++ (2005).
Où est donc le troll ?
-- « Quand je serai grand, je ferai des bug reports sur la LKML » -- Octane in fcolm * NNTP vaincra ! * Un bon site web se visite agréablement sans mise en forme et sans images. Sauvez un site web, mangez un webdesigner.
Mihamina Rakotomandimby écrivit :
>>>>> cette saloperie de visual C++ (2005).
Où est donc le troll ?
--
« Quand je serai grand, je ferai des bug reports sur la LKML »
-- Octane in fcolm * NNTP vaincra ! *
Un bon site web se visite agréablement sans mise en forme et
sans images. Sauvez un site web, mangez un webdesigner.
-- « Quand je serai grand, je ferai des bug reports sur la LKML » -- Octane in fcolm * NNTP vaincra ! * Un bon site web se visite agréablement sans mise en forme et sans images. Sauvez un site web, mangez un webdesigner.
John Deuf
nazgul :
Correct. Je ne pestais pas contre l'IDE mais contre l'API de Microsoft.
Et l'API de Microsoft n'a rien à avoir avec Visual C++ (qui est l'IDE et le compilateur).
-- John Deuf
nazgul :
Correct. Je ne pestais pas contre l'IDE mais contre l'API de
Microsoft.
Et l'API de Microsoft n'a rien à avoir avec Visual C++ (qui est l'IDE et
le compilateur).
