Personne je pense n'a suggéré que votre code ne fonctionnait pas—comment pourrait-on? On n'a pas accès aux logiciels dont vous parlez. Ce que les gens disent, c'est que vous ne programmez pas comme un professionnel, et que certaines erreurs (comme le buffer overflow) ne devraient pas être présentes dans un code que vous facturez à un client. Après, si le client est content et qu'il s'en fout d'avoir un programme en C alors qu'il avait commandé du C++, et si vous lui avez pris trois fois moins cher que le coût d'un développement traditionnel, tant mieux.
Pour prendre une analogie, si vous achetez une voiture, vous vous attendez à ce qu'elle marche bien. Mais si vous ouvrez le capot, et vous apercevez que tout tient avec des petits bouts de ficelle et de scotch, et que certaines pièces sont en plastique alors que vous aviez demandé du métal, alors le fait qu'elle fonctionne peut devenir secondaire : certes, elles fonctionne, mais ce n'est pas ce que vous aviez imaginé.
En gros, tel que je le comprends, apparemment, votre voiture semble fonctionner. Mais quand vous ouvrez le capot, non seulement c'est du bricolage, mais en plus, personne, pas même des ingénieurs expérimentés, ne comprend comment elle fonctionne. Vous êtes vous-même incapable d'expliquer comment elle fonctionne, personne d'autre que vous ne pourrait reconstruire un tel moteur, et vous ne faites que dire que c'est un nouveau type de fonctionnement révolutionnaire. Et quand on prend une pièce au hasard et qu'on regarde comment elle est faite, elle semble avoir été bricolée par des ferailleurs roumains presbytes. Alors non, personne ne veut monter avec vous dans votre voiture : selon toute vraisemblance, elle va exploser au bout de 200 mètres. La réaction des gens est tout à fait rationnelle, et je ne vois pas comment vous pouvez imaginer convaincre avec les arguments que vous donnez.
[^] # Re: Brace yourselves, bullshit is coming.
Posté par arnaudus . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 9. Dernière modification le 07 janvier 2014 à 10:16.
Ça:
c'est du C, pas du C++.
Personne je pense n'a suggéré que votre code ne fonctionnait pas—comment pourrait-on? On n'a pas accès aux logiciels dont vous parlez. Ce que les gens disent, c'est que vous ne programmez pas comme un professionnel, et que certaines erreurs (comme le buffer overflow) ne devraient pas être présentes dans un code que vous facturez à un client. Après, si le client est content et qu'il s'en fout d'avoir un programme en C alors qu'il avait commandé du C++, et si vous lui avez pris trois fois moins cher que le coût d'un développement traditionnel, tant mieux.
Pour prendre une analogie, si vous achetez une voiture, vous vous attendez à ce qu'elle marche bien. Mais si vous ouvrez le capot, et vous apercevez que tout tient avec des petits bouts de ficelle et de scotch, et que certaines pièces sont en plastique alors que vous aviez demandé du métal, alors le fait qu'elle fonctionne peut devenir secondaire : certes, elles fonctionne, mais ce n'est pas ce que vous aviez imaginé.
En gros, tel que je le comprends, apparemment, votre voiture semble fonctionner. Mais quand vous ouvrez le capot, non seulement c'est du bricolage, mais en plus, personne, pas même des ingénieurs expérimentés, ne comprend comment elle fonctionne. Vous êtes vous-même incapable d'expliquer comment elle fonctionne, personne d'autre que vous ne pourrait reconstruire un tel moteur, et vous ne faites que dire que c'est un nouveau type de fonctionnement révolutionnaire. Et quand on prend une pièce au hasard et qu'on regarde comment elle est faite, elle semble avoir été bricolée par des ferailleurs roumains presbytes. Alors non, personne ne veut monter avec vous dans votre voiture : selon toute vraisemblance, elle va exploser au bout de 200 mètres. La réaction des gens est tout à fait rationnelle, et je ne vois pas comment vous pouvez imaginer convaincre avec les arguments que vous donnez.