Sidoine de Wispelaere a écrit 305 commentaires

C'est peut-être bien pour les gros systèmes qui ont à gérer plein de courrier, mais j'aimerais bien savoir si il n'existe pas l'inverse, c'est à dire un programme centralisé qui fait tout, comme Exchange sous Windows, et pas seulement SMTP mais aussi POP et IMAP avec gestion de plusieurs domaines. Parce que là sur mon site j'ai qmail+patchs+vpopmachin+jesaisplusquoi et c'est l'enfer à maintenir. Un utilisateur différent pour chaque programme, autant de groupes, des répertoires, des fichiers de configuration... tout ça pour une dizaine d'adresses, ça me semble beaucoup de peine.

À ce titre Interlingua (http://www.interlingua.com/(...)) est plus réussi. Ses concepteurs n'ont pas fait l'erreur de vouloir saupoudrer une langue majoritairement latine de mots d'origine différente avec les problèmes d'harmonie que ça pose et compliquant la compréhension pour ceux qui parlent une langue latine sans notablement améliorer la compréhension pour ceux qui parlent une autre langue. De plus ça a été réalisé par des linguistes de façon raisonnée plutôt qu'au jugé.
Un texte en Interlingua est compréhensible sans effort par quelqu'un qui parle français, italien, espagnol ou toute autre langue latine et assez facilement par un anglophone.

Ça serait bien qu'on puisse chercher C++ dans le moteur de recherche, quand même (et de même pour d'autres trucs terminant en ++). Là il nous gratifie d'un message à propos de caractères spéciaux en fin de chaîne. Pas très pratique.

L'interpolation de "blah $foo blah" se fait à la compilation, ça donne un truc du genre "blah ".$foo." blah".

C'est très intéressant ce que tu dis.
du -hs /lib/ /usr/lib/
70M /lib
459M /usr/lib

C'est simple, Office Online n'existe pas et n'est pas prévu. Donc y'a pas de questions de performance à se poser. Ne prends pas pour argent comptant les commentaires de linuxfr, même si ils sont marqués comme "intéressants".

Au cas où il y ait des gens qui lisent ça et qui se poseraient la question :
- X Window permet déjà de faire fonctionner des applications à travers le réseau. De même que l'HTML et tout un tas de protocoles client serveur. Ca n'a rien de révolutionnaire.
- Il n'y a pas de "possibilités 3D d'avalon", c'est un système de composition 2D, c'est pas DirectX ou OpenGL

En principe sous Windows les programmes sont proposés précompilés avec toutes les DLL qui faut dedans, donc les questions de dépendance ne se posent généralement pas.
Windows Installer gère les composants, ce qui permet au programme d'installation de récupérer des composants si ils ne sont pas déjà installés mais en pratique c'est peu utilisé je pense (ou alors les composants sont inclus dans le fichier d'installation).
Les mises à jour automatique sont gérées par des RDF mais je n'en sais pas plus.

Il existe bien un projet à la rpm pour Windows, c'est paru dans linuxfr cette année : http://linuxfr.org/2004/04/12/15966.html(...)

Pas du tout. Comme je le dis dans mon commentaire un peu plus haut, y'a même un pseudo XAML pour Windows Form.

Ça dépend si l'application est centrée sur l'interface ou non. Si tu veux donner une interface graphique à ton application et que cette application est en C++, WTL est une bonne option. Ce qui est bien aussi c'est que c'est dans la même logique que les ATL, qui servent, rappelons-le à faire du COM avec le C++. De toute façon l'alternative maintenant c'est .NET et tant que les généricités promises ne sont pas là, ça ne me plaît pas trop.
Microsoft n'aime pas MFC, ils ne soutiennent que parce qu'ils sont bien obligés.

Ben si tu aimes les documentations de MSDN, y'a la STL et string dessus, c'est en ligne. Mais je dois dire que la doc est un peu pourrie, elle manque d'exemples.
Les structures socket ça dépend de l'implémentation.
Le site avec le plus de bibliothèques c'est boost.
http://www.boost.org(...)
Mais y'a pas d'équivalent de CPAN, c'est un peu pitoyable c'est vrai.

C'est que Avalon soit bien et que Linux ne propose pas d'équivalent. C'est tout.

Pour ce qui est de XAML, ça n'a rien de spécifique au web. C'est juste une façon de décrire une interface graphique avec un langage XML. Ça sera la méthode préférée pour décrire des interfaces pour Avalon, mais y'a un MyXAML développée par des gens qui n'ont rien à voir avec Microsoft qui permet déjà de faire la même chose pour Windows Form (le système actuel pour .NET).

Oui, ils voudraient des applications web développées en .NET avec XAML mais ça fait un moment qu'ils en rêvent, je pense pas que c'est XAML qui va y changer quelque chose. Peut être pour les Intranets, à la rigueur...

Alors moi mon opinion sur la question c'est q

Je suis actuellement sur MacOS X avec Mozilla 1.5 (la 1.6 plante) et c'est horriblement lent depuis qu'il y a le nouveau code. Dès qu'il y a plus de quelques commentaires, le navigateur se bloque pendant plusieurs secondes au chargement puis quand je fais défiler c'est sacadé. Je suppose que c'est la barre d'outil..
Bon c'est vrai d'un autre côté, je n'ai qu'à m'en prendre à moi même si j'utilise Mozilla.

Pour copier un jeu vidéo il faut une console modifiée. Donc le piratage est plus rare. En plus télécharger un DVD, c'est vaguement plus long que télécharger une chanson. Quant aux jeux PC eux souffrent réellement du piratage.

Oui mais c'est pas des licences libres. Microsoft donne ses sources à certains clients, ça ne fait pas de leurs logiciels des logiciels libres.

Sûrement pas plus que le fortran. C'est pas parce qu'il y a des accolades au lieu de END que c'est plus dur.
Le gros problème du fortran c'est la gestion des chaînes, c'est particulièrement gênant pour les progs scientifiques qui généralement font des tas d'entrée sortie. En plus y'a pas de F90 libre.

Ou CMake, c'est en C donc pas besoin d'un langage de script pas nécessairement présent partout
http://www.cmake.org(...) ou le gestionnaire de paquets le plus proche.
Je l'utilise pour mon projet et c'est (assez) facile à utiliser. En tout cas bien plus que cette nullité de autobidule.

Le langage D, qui se veut comme remplaçant du C++, intègre les nombres complexes et d'autres trucs bien commodes (tableaux dynamiques gérés directement par le langage exemple). Il pourrait donc être une bonne alternative. Le problème c'est qu'il n'est pas complètement terminé, il est plus lent que le C++ (mais quand même plus rapide que le C# et que le Java) et on risque pas de trouver LAPACK ou MPI pour D.
Pour répondre à ta question, le C++ fait un très bon langage scientifique. Son seul défaut est l'absence des complexes (gérés par la STL mais très mal).

Tout ce que tu cites c'est des comportements erronés de la part de ton application. Elle ne devrait jamais faire des trucs pareils. MSI permet sans doute le faire malgré tout sous la pression des développeurs mais c'est pas une raison pour le blamer des conséquences.

Par exemple celui de http://www.pouet.net(...) , sans doute antérieur à linuxfr (bon sauf que là le site semble avoir un problème et est redirigé vers scene.org).

Les noms qu'on définit peuvent être en français ou en anglais. Souvent les étudiants le soir qui programment un pong auquel ils seront seuls à jouer utilisent des variables en anglais, style "bill" pour la bille ou "racket" pour la raquette. Idem pour les commentaires :
bill.left=bill.left + 174; //Displace the bill to the left of 174 pixels
Comme ça quand leur code sera mis sur sourceforge, des milliers de gens venant du monde entier, de toute langue et culture, pourront ne pas contribuer à leur jeu génial.

Et un poster de Lorie, ça compte aussi comme contribution importante au logiciel libre ?

Faudra que tu m'expliques en quoi la portabilité de .NET est un avantage pour Microsoft. Microsoft vend un *système d'exploitation*. La portabilité l'intéresserait si c'était pour porter des applications d'un système concurent vers le sien, pas l'inverse. De toute façon, succès de Java ou pas, les gens utiliseront quand même Windows, car Windows fait tourner Java aussi bien qu'une autre plateforme.

Par ailleurs .NET n'est pas marqué du sceau de satan. ... Ah si, j'oubliais que Bill Gates, c'est Satan.

Evidemment qu'il y aura toujours des gens pour utiliser POSIX/Gtk/X mais il y a également des gens intéressés par la programmation à un plus haut niveau d'abstraction, pour tout un tas de raisons déjà évoquées. Ceux là se retrouvent face à plusieurs choix : {Python, Perl et Ruby}, Java ou .NET.

Et puis le Java ou .NET c'est plus qu'un ensemble de bibliothèques, c'est une alternative au système de bibliothèques dynamique, à COM et tout ça, bref à l'architecture même du système.