pasBill pasGates a écrit 16057 commentaires

C'est vrai c'est un outil pour neuneu, il facilite la vie et rend les choses plus rapides.

Vaut mieux etre un gars qui perd du temps a faire un truc au final peut interessant et qui peut amener des bugs en plus dans ton soft alors qu'il y a un soft qui se charge automatiquement de tout faire a ta place et sans bugs.

Au final je me demande qui c'est le plus idiot, celui qui utilises les outils dispo pour se faciliter la vie, ou celui qui se fait chier pour rien alors qu'il y a tout ce qu'il faut pour lui simplifier la vie.

Un jour l'illumination te viendra peut-etre, et tu te rendras compte que le but de l'informatique c'est d'automatiser les taches repetitives, simplifier la vie des gens,...

Mais bon, a premiere vue t'as plus de facilite a balancer des attaques debiles dans le genre de celle-ci qu'argumenter sur le fond de la chose.

Ca sera pas dur d'etre plus facile que des makefiles, vu que tu n'auras RIEN a faire, tu veux deriver ta classe Perl en C++ ? Ben tu derives comme d'habitude et c'est fini. T'auras de la peine a faire plus facile et plus simple que "ne rien avoir a faire du tout".

Sinon, ca interesse DEJA des developpeurs ayant un niveau suffisant pour taper quelques lignes en command-line, tout simplement parce qu'ils gagnent du temps en n'ayant plus a creer des wrappers et ajouter du code donc des bugs potentiels, ca n'a rien a voir avec etre facile pour les neophytes, ca simplifie et accelere le developpement pour tout le monde.

Ah ca c'est sur que pour du calcul intensif c'est pas fait pour, mais il y a un tas d'applications qui n'ont pas besoin de grappiller chaque cycle machine qui peuvent tirer profit de ce genre de plateformes.

Non, tu te plantes completement sur un truc essentiel:

- Tu n'ecris pas ton soft selon le langage

Mais

- Tu utilises le langage approprie pour ton soft

C'est ca l'idee derriere l'interoperabilite des langages. Si tu veux deriver une classe Perl, tu la derives avec le langage le plus approprie pour ce que tu vas faire de la classe, tu la derives pas en Perl parce qu'elle a ete ecrite en Perl.

Le coup des codes sources pas accessibles c'est completement bidon et ca n'a rien a voir, je ne vois absolument pas le rapport avec la choucroute, faudra m'expliquer le rapport, c'est les gens comme toi et moi qui vont ecrire les softs qu'ils veulent, je vois pas le rapport avec du code sans le source.

Quand a deriver des classes d'un langage interprete dans un autre, ben exemple simple:
Perl est baleze pour la gestion des chaines de caracteres contrairement a la plupart des autres langages, resultat tu utilises une classe ecrite en Perl pour traiter tes chaines, et tu ecris le reste du soft dans ton langage prefere.

Sinon t'as a premiere vue pas compris comment .NET fonctionne.
Ton soft est compile avant execution, y compris les parties interpretees de ton soft, car TOUT le soft a ete prealablement transforme en un langage intermediaire. Faut bien voir qu'un langage n'est pas specialement interpete ou compile, c'est independant de cela, je pourrais t'ecrire un interpreteur C et un compilateur Lisp.

Ben tu design ton soft de la maniere suivante:

Chaque tache est independante et regroupee dans un objet, cet objet s'occupe d'afficher la GUI si il y en a une et faire la tache.

Resultat, ton soft va appeler l'objet qui affichera la GUI, et la GUI Python appelera peut-etre d'autres objets C++ derriere, mais elle serait dans ce cas appellee par C++.

Faut pas voir le mot GUI comme un truc qui represente tout le soft, ca peut-etre une partie infime du soft cachee dans un coin.

Sinon, je suis d'accord avec toi, Perl c'est fait pour les psychopathes, ou peut-etre que ca rend psychopathe...

L'interet est qu'il est plus simple de faire XYZ dans le langage A qui est fait pour ca plutot que dans le langage B qui n'est pas fait pour ca.

Resultat tu y gagnes en :
- vitesse de developpement
- simplicite du code, donc moins de bugs potentiels

Perl est baleze pour traiter les chaines de caracteres, tu utilises ca pour faire ce dont t'as besoin et le mettre sous forme d'objet, tu appelles cet objet depuis C++, t'as gagne des heures et t'as bcp moins de bugs compare a ce que ca t'aurais pris de faire la meme chose en C++.

Tout depend du soft que tu crees, selon tes besoins tu voudras ecrire uniquement la GUI en Python et l'entourer de C++ plutot que l'inverse.

Ah bon... Tu m'expliqueras ton raisonnement...

- Tu ecris tes objets dans le langage qui convient le mieux pour la tache, disons en langage Y.

- Tu reutilises cet objet dans le langage X, a l'exterieur de l'objet il n'y a ABSOLUMENT AUCUNE difference quel que soit le langage, car justement tous les problemes concernant l'integration de langages differents sont effaces, ca devient totalement transparent.

Le resultat est que tu as potentiellement moins de bugs, car tu peux maintenant utiliser le langage le plus approprie pour une tache, et le reste du soft s'en moque totalement.

Quand a utiliser du Python en C++, ben je sais pas, au hasard creer des GUI simplement et rapidement contrairement a C++, ou autres, chaque langage a ses atouts.

Bien, maintenant tu me trouves un outil simple qui permet:

- deriver une classe Perl en Python
- deriver une classe Python en C++
- deriver une classe Java en Perl
- ...


Bref toutes les combinations.

Alors t'as le choix de t'emmerder a faire des wrappers, utiliser 15 outils differents avec leurs usages differents et leurs particularites et perdre du temps et ajouter des bugs potentiels, ou utiliser un systeme qui fait tout ca de maniere transparente.

Tu me montres comment tu fais pour creer une classe en Perl qui derive d'une classe en C++ ou un soft Perl qui appelle des methodes d'une classe C++ ? J'ai hate de voir.

Quand au sandbox, faut peut-etre lire ce qu'il dit avant de dire n'importe quoi. Il parle du cote modulaire de la sandbox ou tu peux specifier des securites differentes pour des parties de code differentes dans le MEME soft, et ils ont pas pique ca a Java vu que Java n'a pas ca.

Quand au run-time Intel, c'est con t'es encore a cote de la plaque, ils ont fait ca car Intel voulait pouvoir utiliser le code de Mono dans ses softs(et ils ne voulaient pas entendre parler de GPL), le run-time d'Intel est en licence X11 aussi.

Faudrait voir a eviter de hurler si tu prends meme pas la peine de lire correctement le texte.

Ah c'est con, on a pas les memes experiences.



L'admin systeme du departement info de l'Uni de Geneve est ce que l'on pourrait appeler un gourou de Solaris, il avait un bon paquet de serveurs plus ou moins gros ainsi que je ne sais combien de PC clients et les rates on pouvait les compter sur les doigts de la main malgre l'usage plus qu'intensif des machines.

Comme quoi les contrats de maintenance ca veut rien dire du tout quand aux competences de l'admin, par contre dieu sait si c'est utile quand t'as un pepin serieux.



Maintenant tu peux aller chez tous les admins competents que tu connais qui s'occupent de systemes sensibles, et tu leur dis que tu leur installes du Linux/Solaris/AIX/Windows/... TOUT GRATUIT, mais sans aucun support haut-niveau, ils vont te rire au nez, car ces gens savent en quoi consiste leur job et ce dont ils ont besoin, et un support serieux et rapide c'est essentiel pour ces cas la.

Ca ne peut pas etre considéré comme du vol



Non seulement ca peut l'etre, mais en plus ca l'est. C'est ILLEGAL.

Ensuite que tu ne consideres pas ca comme du vol est totalement irrelevant, la loi est la meme pour tout le monde, qu'elle te plaise ou pas.



Quand a:

Mais c'est à eux de se débrouiller pour faire du profit, de trouver des systèmes anti-copies ou autres



Ben je me dis qu'on devrait faire de meme pour les maisons alors, pas besoin de lois, c'est a toi d'avoir un systeme anti-vol qui te protege, et si tu trouves cette idee idiote, ben t'as raison.



Quand a ton analogie du cambrioleur, elle est stupide et fausse. La loi n'interdit pas toutes les copies, elle punit ceux qui violent les droits de l'auteur.

Toi t'as jamais vu un gros serveur administre.



Tu passes un moment a configurer la bete, tout verifier, tester, pour etre sur que ton machine ne craquera pas, et tu le mets en production, apres ca l'administration est faible mais critique, rpm t'en as pas besoin car t'installes quasiment jamais de softs sur cette machine, et quand tu les installes tu veux savoir fichier par fichier ce qui se passe. En gros perdre 4 heures a installer quelques petits outils c'est rien par rapport au reste de ce qu'il faut faire, et nombre de ces outils sont inutiles pour l'usage qui en est fait sur une telle machine.



Quand a Google, ca n'a rien d'un usage critique, c'est 4000 machines reparties en plusieurs clusters totalement independants avec un load balancer en front-end, si plusieurs d'entres elles torchent ca ne gene personne.



Compare plutot aux quelques E10000 de Ebay qui traitent les encheres, ca c'est des serveurs critiques qui ont interet a pas crasher, car peu nombreux et leur absence se fait tres douloureusement sentir. D'ailleurs la fois ou ils ont merde leur upgrade ca c'est tres bien vu.

Tout ca c'est du blabla.



Tu download sur Napster un mp3 d'un CD que tu ne detiens pas, tu commets un VOL, point.



Ensuite chercher des excuses comme quoi les ventes ne baissent pas, les majors du disques sont des mechants et autres ca ne change rien au fait que c'est un VOL.



Les artistes qui veulent donner leur musique gratuitement peuvent le faire avec le net, ceux qui ne veulent pas ont tout a fait le droit de se defendre contre ceux qui les volent.

Si t'arretes de faire l'idiot et tu regardes plus loin que le sens immediat de chaque mot tu comprends tres bien ce que je dis, et ce qu'il a dit.



Les autres, ceux qui se battent contre la diffusion libre de la musique et de l'art en général ne sont que des marchands.



Voyons, t'as l'impression que le mot marchands a une connotation positive ici ? Moi pas, et tout le monde est d'accord la dessus



Qui sont donc ceux qu'il critique avec ce mot a connotation pejorative ?

ceux qui se battent contre la diffusion libre de la musique et de l'art

ainsi que

Zazie qui s'entête dans un combat ridicule contre les mp3



Les mp3 ? diffusion libre ?



T'es vraiment idiot ou tu fais expres ?

Allez je rajoutes quelques mots pour t'aider:

Napster, download, internet, Kaaza



Tu vois maintenant ?

En gros t'es en train de dire "Ma Twingo est plus agreable a conduire que le camion du voisin", et t'as raison, mais tu compares 2 trucs pas comparables, un camion c'est pas fait pour aller se promener en ville, de meme qu'une Twingo c'est pas fait pour transporter 10 tonnes.



HP-UX, AIX,... n'ont pas ete crees dans le but de faire du developpement ou surfer sur le net depuis chez soi, ils sont la pour gerer des gros serveurs, et ca demande pas les memes qualites qu'une station pour faire du developpement. C'est pourquoi ils sont pas adaptes a une utilisation "bureautique/developpement", tout comme Linux n'est pas adapte a un usage sur de gros serveurs critiques.

Ah c'est beau la generosite, j'aime ca !



Tu fais quoi dans la vie comme boulot ? (ou fera)



J'esperes que tu bosseras gratuitement plutot que faire comme ces artistes que tu traites de marchand.



Dis toi bien que si je te vois un jour gueuler contre le fait que des gens te prennent ton salaire, j'en deduirais que tu n'es qu'un sale marchand qui en fait n'en a rien a battre de son boulot et qui ne fait ca que pour l'argent.



Maintenant si tu trouves que ce que j'ai dit est scandaleux, ben t'as raison, c'est exactement la meme connerie que ce que tu as dit.

Les artistes ont le droit de faire ce qu'ils veulent avec leur art, si ils veulent le vendre pour en vivre ils en ont tout a fait le droit, si ils veulent taper sur la geule de ceux qui leur volent ce qu'ils ont cree ils en ont le droit aussi sans pour autant etre traites de marchands.

Make tu ne sais absolument pas ce qu'il fait tant que t'as pas lu quelque part ou que l'on te t'a pas explique ce qu'il faisait, il en va de meme pour VC++, make clean il se fait pas tout seul, faut l'ecrire, il est aussi rigoureux que celui qui l'a ecrit, tout comme VC++, car ton clean tu peux le customiser bien evidemment.



Quand aux outils "generiques", TU n'as pas cette notion d'outils generiques, le plus con c'est qu'ils sont la par defaut avec VC++, si tu les utilises pas c'est de ta faute soit parce que tu n'as pas lu la doc, soit parce que tu veux pas les utiliser.



Et si tu veux jouer avec des makefiles rien ne t'empeche de le faire avec VC++, si tu avais pris la peine de regarder dans le menu projects, la 5eme entree se nomme "export makefile", et si t'es meme plus temeraire que ca, tu peux TOUT faire en command line, debugger, compiler, linker, tu as le CHOIX, maintenant si tu n'as jamais lu la doc et tu cliques au hasard sur les menus, c'est de ta faute, pas la faute a VC++.



En gros tu critiques VC++ par ignorance du produit car tu n'as jamais daigne lire la doc.

Ce fichier .aps contient les ressources en format binaires histoire que VC++ les charge plus vite, tu peux l'effacer ca n'a aucune incidence, il sera recree au besoin.

Maintenant tu vas me dire que c'est un truc secret etc...
J'ai ouvert l'aide de VC++(MSDN+VC++), onglet Search, j'ai tape ".aps", et j'ai eu l'explication dans le 1er resultat ainsi que dans plusieurs des resultats suivants(1er resultat: "PRB: Wrong resources loaded by Resources editor or AppStudio" dans "Knowledge Base").

Moi personnelement make j'ai pas reussi a comprendre comment il fonctionnait et ce qu'il faisait avant d'avoir lu la doc.
En gros t'accuses VC++ de faire des trucs que tu comprends pas alors que tu n'as meme pas cherche a comprendre, ca prenait 5 secondes de trouver ce que c'etait.
C'est pas a VC++ de te dire tout ce qu'il fait a l'instruction pres, c'est a toi de lire la doc pour comprendre comment il fonctionne, tout comme les outils de dev sous Linux.
Autoconf aussi genere pleins de fichiers genre config.cache, config.guess,etc... et il va pas te dire a quoi ils servent, il faut lire la doc, et c'est tout a fait normal, c'est a ca que sert une doc.

De meme gcc si tu lis pas la doc pour connaitre les parametres, t'iras pas loin avec, meme chose pour VC++.

Dire que Windows rend les gens ignorant c'est l'excuse facile du gars qui a pas fait le moindre effort, et c'est purement de ta faute, la doc est la, elle dit clairement a quoi ca sert, mais si tu la lis pas faut t'en prendre qu'a toi meme.

Et bien c'est a se demander comment tu utilises VC++.

J'ai ici un petit outil d'environ 10'000 lignes, separe en une vingtaine de classes differentes:

- les fichiers sources que j'ai ecrit ne contiennent AUCUNE info de l'IDE, c'est les fichiers que j'ai ecrit tels quels, rien d'autre.

Ensuite j'enleve les fichiers sources et je regarde ce qui reste:
- un fichier .dsp 8Ko
- un fichier .dsw 1Ko
- un fichier .ncb 289Ko
- un fichier .opt 59Ko
- un fichier .plg 5Ko

Total: 362Ko.

Je zippe TOUT le soft(sources+config), j'arrive a un fichier zip de 114Ko, si tu trouves que c'est enorme a envoyer par e-mail, c'est que t'as un modem 2400 bauds.

J'ai un autre soft depassant les 100'000 lignes de code reparties en probablement une centaine de classes differentes, le total des fichiers de config est de 877Ko, et le plus amusant, c'est que ce soft la on le compile sur 6 plateformes differentes sans avoir rien a changer, les fichiers sources sont les memes vu que bien evidemment VC++ ne les a pas touches car il stocke tout dans ses fichiers de config.

On est tres loin de 3Mo pour un soft de 40Ko et des sources modifiees par VC++.

En gros, faudrait peut-etre regarder comment marche VC++ avant de dire qu'il fait x ou y, car tu es a cote de la plaque.

Ah....

Perso je suis bien content de me retrouver au meme endroit que la derniere fois quand j'ouvres un fichier, c'est peut-etre pas essentiel, mais c'est pratique et agreable, ca ne coute rien si ce n'est quelques Ko sur ton disque de 20Go et ca n'affecte pas le soft final ni tes habitudes de programmation.
L'assistanat c'est au contraire bien pratique, sinon rien ne t'empeche d'ecrire tes lettres avec un crayon plutot qu'un traitement de texte, ca aussi c'est de l'assistanat, en fait selon le point ou tu te places, toute l'informatique c'est de l'assistanat.

Notes qui si tu prenais la peine de voir ce que VC++ contient, tu aurais trouve que tu peux tout a faire creer des makefiles et tout faire en command line, en n'ayant rien d'autre que les fichiers que TU as cree, comme avec XEmacs+gcc++ld+make, en gros t'as le choix entre les 2 approches, mais faut croire que cette partie de VC++ t'as echappe.

Non.

La partie Wizard pour creer des GUI ce n'est qu'une partie de l'IDE.

J'ai l'experience des 2 XEmacs et une IDE(VC++), il n'y a pas photo, l'IDE est bien plus efficace.

Rien que l'exemple du dessus(avoir les noms des methodes, les parametres et leur type, le class browser...) montre l'utilite enorme d'une IDE, ca evite de perdre tu temps a aller regarder dans 4 fichiers differents, ca evite de recompiler 5 fois apres s'etre trompe de parametres, ca evite les bugs ou tu melanges 2 parametres du meme type dans l'appel de fonction car tu les as mis dans le desordre, etc...
Je passes mes journees a programmer depuis un bon moment, et c'est plus que flagrant, une IDE j'aurais un mal certain a m'en passer maintenant tellement c'est pratique.

Faut pas confondre IDE et Wizards, l'un(les wizards) est compris dans l'autre, mais une IDE c'est bien plus que ca.

Non non, il a clairement dit qu'une IDE etait totalement inutile pour programmer, il parlait pas de plateformes, et ca m'a fait sauter au plafond.

Mon propos n'est pas de dire que VC++ est mieux que xyz ou que il manque xyz a Linux, mon propos c'est : Une IDE c'est d'une utilite enorme pour programmer, et je vois ca tous les jours au boulot.

Ah ? T'arrives a changer tous les parametres avec un grep ?
T'arrives a trouver toutes les occurences avec le grep, maintenant pour changer les parametres automatiquement, ben tu m'expliqueras comment tu fais vu que tu donnes des parametres differents selon les endroits(notamment les fonctions avec des parametres par defaut).
Et pour ca, ben moi je vais dans Edit -> Find in Files, j'entre mon expression et hop dans la fenetre du bas j'ai toutes les entrees, je cliques sur chacune et je suis dessus, je peux changer les parametres.

Notes qu'il y a surement des trucs qu'un IDE ne peut pas faire et que d'autres outils peuvent faire, le miracle etant que tu peux tout a fait utiliser les 2 en meme temps histoire d'avoir les avantages des 2.

Une IDE c'est un avantage ENORME, ca fait pas le cafe et le beurre, mais il est TRES clair qu'un dev avec une IDE est plus efficace que sans.

Quand a emacs, ben justement emacs + browser de classe c'est deja un IDE, basique certes mais c'est un IDE.

Ça ne fait peut-être pas avancer les choses, mais c'est le cas. Un IDE pour la programmation, c'est comme un traitement de texte WYSIWYG (c'est même pire) : ça ne sert à rien, juste à attirer l'oeil du neuneu devant.

Mon dieu ce qu'on peut lire comme conneries des fois ici...

Petit exemple de l'utilite d'une IDE:
Tu tapes sous VC++ :

MyClass NewInstance(3,4,6);

NewInstance.
---> Et la oh miracle, il te montre toutes les methodes et les donnees membres de la classe, plus besoin de se casser les burnes a retourner dans l'autre fichier voir ce que c'est, et une fois que t'as tape le nom de la methode, oh miracle encore, il te montre quels parametres sont necessaires et leur type, quand tu vois les noms des parametres ca t'evite de les mettres dans le mauvais ordre(genre le nom du directory a la place du filename et autres, ce qui est un bug, ca ne se voit pas a la compilation), etc...

Ca c'est HYPER utile, ca evite de perdre du temps a chercher le nom de la methode, a se souvenir du type de parametre, a compiler 3 fois parce que tu t'es gourre en tapant, etc...

On peut aussi parler de cette magnifique fonction qui permet de voir tous les endroits d'ou une fonction est appellee, chose ENORMEMENT utile quand tu modifies quelque chose.

Et ce n'est qu'un exemple parmis bien d'autres.

Voila, toi tu t'amuses avec ton petit editeur de texte, moi avec une IDE de mon choix, on code le meme soft et je te paries que je le termine bien avant toi, et probablement avec moins de bugs.

Non faut arreter de delirer quand meme, les IDE c'est un gain de temps ENORME.