pasBill pasGates a écrit 16349 commentaires

Ah mais je les respecte.
Contrairement a certains, je m'amuses pas a leur balancer des [-] pour cacher leurs arguments, il m'arrive meme de temps en temps de leur mettre un [+] car meme si je ne suis pas d'accord j'ai trouve leur argument interessant.

Ca n'empeche que certains ici sont profondement intolerants.
Affirmer que l'on est pour le partage et la tolerance, et que l'autre cote c'est le mal, la cupidite, qu'il faut INTERDIRE le proprietaire a l'etat, etc... c'est arbitraire, intolerant et tres demago de mon point de vue.

Je comprends que te retrouver parmis des gens qui pronnent le partage, le respect et la tolérance te pose des problémes

Qui sont ces gens ?
Parce que j'en connais plusieurs ici qui ne rentrent pas du tout dans ta description.

gcc n'a rien de standard, il a des extensions a lui comme VC++ en a.

Il est tout a fait possible de faire du code portable en utilisant VC++ sous Windows, moi et un copain en sommes la preuve, ~100'000 lignes de code qui tournent sur 5 Unix differents et Windows, depuis la meme code base(et autoconf pour Unix).
Il y a 2-3 petits details auquel il faut faire attention mais c'est tout, les autres problemes sont dus a la plateforme elle-meme(thread model different,...) mais le compilo lui n'a pas un role important dans l'affaire.

Ouaip, selon ce que tu fais.

Va essayer de creer un magazine avec des softs libres, on verra si t'es plus productif qu'avec Quark XPress ou PageMaker...

Ou la compta de ta societe.
Ou du montage video.
...

Il se trouve que les Logiciels Libres n'usent pas mes nerfs. Contrairement aux logiciels propriétaires dont je ne comprend jamais le fonctionnement (pour windows, j'ai compris qu'il fallait formater le HD tout les 6 mois, rien de plus).

Tiens c'est marrant ca, et t'as eu une inspiration au moment ou StarOffice est passe en GPL ? Ou tu ne sais toujours pas comment il marche ? Faut peut-etre arreter de delirer un peu, au niveau utilisation la licence du soft est totalement irrelevante.

Sinon, j'ai bien aime ton truc sur Panzani, c'est justement la ou le probleme se pose.

- Si tu n'achetes pas Panzani, et que seule une tres faible minorite le fait, tu ne causes absolument AUCUN tort a Panzani, ils ne vont meme pas remarquer que tu le fais, et ils ne changeront pas d'attitude pour autant
- Si Panzani est de meilleur qualite que Lustucru, tu te prives de quelque chose sans que ca t'amene rien(vu que ton acte ne change rien chez Panzani)
- A force de bouffer du Lustucru qui est pour l'instant moins bon, tu risques d'etre degoute de Lustucru et de ne plus vouloir en manger

En gros mon point de vue c'est que se priver de quelque chose de meilleur pour certains principes est inutile si l'acte n'a aucune incidence sur le comportement de celui que tu combats.
Notes que ton point de vue est defendable, c'est une question d'opinion, mais je trouves personnellement que cela n'amene rien.

Tiens c'est marrant j'ai pas les memes experiences.

Mon environnement de dev a moi(qui est un amas de logiciel proprio) j'ai aussi perdu quelques heures a la configurer, VC++ et autres outils sont maintenant comme je le veux, et je n'ai pas perdu mon temps.

Tout comme les gens qui ecrivent des macros avec Word ou Excel, ceux qui font de meme avec Photoshop ou Quark XPress, etc...

Si tu crois que seuls les logiciels libres sont efficaces, c'est que tu es soit borne soit que tu n'as jamais eu l'idee qu'un soft proprio peut etre configure a l'envie quand il est bien ecrit.

Sinon, moi mes fichiers Word d'il y a 5 ans, je les lis sans probleme avec mon Word d'il y a 5 ans, il marche tres bien sur XP(j'ai Office95 sur mon XP).

Non.

Un buffer overflow volontairement place c'est une backdoor.

Ben moi c'est simple, chez moi j'ai installe Windows, sans utiliser le controleur ATA100 de ma carte mere car le driver du controleur etait tellement pourrave qu'il me filait des ecrans bleus en tout cas une fois par semaine, depuis j'ai pas eu un seul crash. Ma becane au boulot elle je ne l'ai JAMAIS crashee.
Il y a des bugs dans l'OS c'est clair, mais des trucs qui font crasher le systeme, ca devient tres rare.

Ouaip, d'ailleurs il y a pas mal de societes utopiques qui garantissent 99.999% d'uptime de ton serveur sur Win2k, et une societe (Stratus) qui te garantit que le kernel de Win2k ne plantera JAMAIS.

Mais bon, faut croire que les societes aiment perdre de l'argent, elles garantissent la stabilite d'un truc qui selon toi est instable.

Moi je dis que Windows 2k/XP est aussi stable que Linux.

La reactivite, ben faut definir ce que t'entends par la.

Le 3, ben si tu veux, si c'est un critere pour toi alors oui.

Non, comme tu le dis, il y a plus simple, plus rapide, etc. sous GNU/Linux.
...
Coté logiciel, il y a largement aussi puissant, et pas uniquement parmi ceux qui clonent la GUI

Alors ca je serais tres interesse par des arguments sur la chose.

Question de point de vue.

Pour faire 40'000km par an, tu preferes utiliser une charette dont tu as les plans ou une Peugeot dont tu n'as pas les plans ?

Moi perso j'ai vite choisi, j'ai des principes comme tout le monde(bien que different des tiens sur le sujet softs libres/proprio), mais j'ai aussi un principe qui me dit qu'utiliser l'outil le plus adapte a la tache est une pratique tres intelligente et utile.

Perdre du temps, de l'argent, ses nerfs a cause d'un principe qui veut que l'on utilise X au lieu de Y quels que soient les avantages de Y, ca n'amene rien si ce n'est s'enerver contre X car il ne fait pas ce que l'on veut comme on le veut.

Je rappelle juste que l'informatique est la pour aider les gens, ce ne sont pas les gens qui sont pour etre a la merci de l'informatique. Le jour ou le soft libre fait ce dont tu as besoin, fais le switch, mais utiliser un outil inefficace alors qu'un outil bien plus efficace est dispo juste parce que l'un est libre et pas l'autre ca n'apporte strictement RIEN de mon point de vue si ce n'est pouvoir dire autour de soi "je n'utilise QUE des logiciels libres", et perso je trouves pas ca d'un interet enorme.

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.