pasBill pasGates a écrit 16062 commentaires

Ce que peut apporter à une entreprise les LL, c'est des garanties sur le logiciel qu'elle utilise : pas de « backdoor »;

C'est faux et cela a deja ete prouve(concept du buffer overflow cache).

Tiens c'est marrant j'ai pas la meme experience.

Mdk8.1 avec Gnome/Nautilus par rapport a XP sur la meme machine.
Ben c'est con car Mdk bouffe plus de ressources...(sur XP les services inutiles sont arretes, meme chose sur Mdk)

Mais bon, si tu compares le kernel Linux compare a tout l'OS XP, c'est sur qu'un utilise plus de ressources que l'autre.
Mais quand tu compares 2 choses comparables, les resultats sont subitement bien differents.

J'aime la parano :+)

Connaissant MS, on peut faicilement croire qu'à ce moment, ils sortent un brevet ou intentent un procès pas trés justifié

Connaissant MS ?
Tu n'as pas idee du nombre de fois ou MS aurait pu taper tres fort sur la tete de certains projets en utilisant ses patentes et autres, et pourtant cela ne s'est pas produit. Le fait est que MS n'a jamais emmerde le monde avec ces choses la contrairement a pas mal d'autres boites.

Sinon, tu m'expliqueras en quoi il faudrait porter Galeon,Gnumeric,... sur Win, je vois franchement pas le rapport avec la choucroute la, on parlait de .NET sur Linux, pas sur Win. Meme chose pour Gnome qui brule KDE, c'est necessaire ? utile ? une consequence ? quel rapport ?

Ah et aussi, la "figure emblematique des solutions alternative" elle fait ce qu'elle pense etre le bon chemin. Porter .NET sur Linux, ca permet d'avoir ce framework sur Linux, MS aura beau changer son framework a lui si il lui en prend l'envie, la version Linux ne s'arretera pas de fonctionner pour autant que je sache, meme si elle serait des lors differente.

Sinon, je sais pas ou t'as vu que Office tournerait sous Linux(un reve peut-etre ?), Office n'est pas un soft qui tourne sous le framework .NET, et le jour ou il tournera sur Linux n'est pas encore arrive.

Mon petit doigt me dit que t'as rien compris a ce qu'est .NET et que ton cote " MS= coup bas a coups sur" y a ajoute son grain de sel.

Non c'est autres chose que CORBA, bien qu'il y ait une ressemblance, d'autre part c'est pas interprete mais compile(compile au chargement).

Tu m'expliqueras comment tes wrappers fonctionnent automatiquement.

Soit tu crees des makefiles qui creent des wrappers pour tout ce que tu ecris dans tous les langages possibles, et la bonjour le merdier avec des tonnes de fichiers inutiles, soit tu dois le faire a la main en specifiant quelles fonctions/objets wrapper.

Tu ne PEUX PAS remplacer ce que fait .NET pour l'interoperabilite des langages avec des makefiles, c'est simplement pas POSSIBLE.

Sinon, si tu crois qu'un developpeur experimente sous Windows utilise Visual C++ tel quel sorti de la boite tu te gourres lourdement, ca se configure aussi, je vois pas un seul truc que tu ne pourrais pas faire sous VC++ que tu peux faire sous un environnement ligne de commande, tout simplement parce que VC++ contient AUSSI un environnement ligne de commande et que tu peux utiliser les 2 en meme temps si ca te chante.

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.