Mickaël Rémond a écrit 140 commentaires

J'utilise les bétas et la RC depuis sa sortie et le confort d'utilisation est incomparable par rapport aux versions 1.0.

La version semble stable. L'import/export des documents Office a été beaucoup améliorée. Je les utilise surtout pour convertir des anciens documents et les travailler ensuite dans le format natif. Je les diffuse ensuite en PDF. L'export PDF est d'ailleurs une des fonctionnalités que je préfère.

J'ai essayer l'export Flash pour les présentations et cela fonctionne bien. Il est possible de jouer les slides si l'on possède le plug-in flash dans son navigateur.

Pour finir, je trouve l'ensemble très agréable à utiliser. Très sincèrement, les fonctionnalités sont nombreuses et efficaces et lorsqu'on l'on sort des habitudes de MS Office, je pense que l'on peut finalement trouver l'ensemble mieux foutu.

A mon avis, tout est présent dans cette version pour en faire un raz de marée.

Mickaël

Les logiciels libres ont besoin de marketing pour être connus, avant de s'imposer. C'est un préalable nécessaire.

Dans le cas du nouveau site de Mozilla, c'est plutôt bien fait.

Je pense qu'il s'agit là du signal que Mozilla a gagné le pari de la « conquête des geeks» et se lance maintenant à la conquête du grand public.

Mickaël

Dans le même style, vous pouvez également jeter un oeil sur Rox Desktop (contruit autour de Rox Filer).

http://rox.sourceforge.net/(...)

Je l'utilise avec Windowmaker et l'ensemble est également léger et fonctionnel.

Mickaël

Il faut voir le côté positif de ce thread. Ca nous change quand même des thèmes d'étripage classique:

- Sur vi et emacs,
- Sur les distributions Linux,
- Sur XFree et le framebuffer.

:-)

Finalement, c'est presque rafraichissant, non ? ;-)

Mickaël

Ben oui, mais ils font peut-être pas de client Jabber ;-)

Il font par exemple des connecteurs Exchange, et là, c'est sûr faut être payé pour ça.

Mickaël

Ben oui, c'est sûr, les développeurs de logiciels libres, ils font un peu ce qu'ils veulent, et c'est peut être un peu normal, car c'est leur hobby. Ils ne sont pas payés pour cela.

Si un type se fait plaisir en développant un énième client Jabber sous Gnome, tant mieux, non ?

Mickaël

On dirait que c'est un projet OpenOffice, mais c'est bizarre le contact du stand est une boite du nom de Skyrix Software AG

Un rapport avec OpenOffice.org ? A confirmer ...

En tout cas, c'est assez intrigant.

Mickaël

Je pense que le fonctionnel est plus simple que la POO. Tu réalises une fonction et tu as un résultat. Très simple, non ? :-)

Mickaël

Pour une introduction ludique aux langages fonctionnels (concurrent qui plus est):

http://www.erlang-projects.org/(...)

ou

http://www.erlang-fr.org/(...)

Mickaël

Il me semble que l'icone Beopen / Python est obsolète. L'icone semble d'ailleurs dater de l'époque startup. L'aventure de Guido dans cette société est fini depuis longtemps, il me semble ...

Mickaël

>> - Les développeurs peuvent être tenus responsables si le logiciel ne fonctionne pas
>> comme prévu, peu importe leur degré d'implication dans le projet.
>> - Les employeurs ne sont pas forcément épargnés dès lors qu'ils ont payé leurs
>> employés pour écrire des logiciels open-source.

> Quelle différence avec un logiciel propriétaire ?

Editer un logiciel propriétaire implique que tu sois éditeur. En revanche, partager un logiciel libre peut concerner tout le monde. Le logiciel libre est un moyen de mutualisation. Comment inciter administration et entreprise à distribuer du code ou à contribuer à des projets si une menace très importante plane sur eux ?

Je pense que là encore, il s'agit d'effrayer vis-à-vis des logiciels libres.

Cependant, cet article soulève un point fondamental et une menace dans laquelle les détracteurs semblent s'engouffrer. Les licences de logiciels doivent a priori être interprétées à l'aune de la législation locale. Aucun accord international ne régit le statut de logiciel libre. Dès lors, il est difficile de pouvoir disposer d'une interprétation uniforme ou relativement certaines des licences, puisqu'il les juristes affirme qu'il faut une confrontation avec la jurisprudence locale.

Moralité ?

Voici peut-être venir un nouveau combat pour une plus grande adoption des logiciels libres: La reconnaissance des licences de logiciels libres au plan international, à l'image de la coopération entre états autour des brevets, ou plus généralement de la "propriété intellectuelle".

Mickaël

Apparement HP a désormais choisi: - Mandrake pour le client, - SuSE pour le serveur (voir News Linuxfr: Accord global entre SuSE et HP pour le support et la revente de SuSE Enterprise Server 8 - http://linuxfr.org/2003/07/02/13056.html)

Mickaël

A priori le prix de la machine avec Mandrake sera inférieur: Premiers prix: - HP-Compaq D220 avec MS-WindowsXP: $429 - HP-Compaq D220 avec Mandrake 9.1: $349 A confirmer cependant.

Mickaël

C'est vrai que le Mac progresse sur les portables, car il reste des composants chers à l'intérieur (comme l'écran). Les portables Mac sont ainsi à peu près compétitifs par rapport au PC portable. L'écart de prix est plus important sur les machines de bureau car on trouve des composants PC banalisé depuis des années, vendu en tant que tel. On peut facilement devenir assembleur de PC de bureau, alors qu'assembleur de PC portable, c'est déjà un peu plus compliqué... La stratégie de Mac s'oriente aujourd'hui "presque" exclusivement sur les portables, car c'est sur ce secteur qu'il perçent le mieux.

Mickaël

J'ai lu rapidement le texte, qui est très bon.

En revanche pour revenir sur l'échelle, il me semble que l'on parle d'un peu moins de 400 postes. C'est pas vraiment ce que j'appelle une grande échelle. 100 000 postes, ça commence à être impressionnant. Ce n'est pas pour dénigrer l'expérience, mais simplement pour souligner que l'on risque vraisemblablement de voir venir des migrations beaucoup plus importantes.

Pour revenir sur le texte, en tout cas, les données très précises sur le contexte (répartition du parc en terme de système d'exploitation, de quantité de mémoire vive, etc) sont très intéressantes et précieuses.

--
Mickaël Rémond

Mickaël

Cet année, Erlang (http://www.erlang-projects.org(...)) est un choix officiel dans la catégorie langage favori ...

Petit à petit, la reconnaissance de ce langage progresse et c'est une bonne nouvelle !

--
Mickaël Rémond

Mickaël

Dans tous les cas, si Microsoft modifie son système, rien ne peux être certain. Il s'agit d'une utilisation non prévue de la console et aucune garantie de pérennité d'un tel hack ne peut être donnée.

Mickaël

Le Lisp est très utilisé dans l'industrie:

http://www.lisp.org/table/commercial-use.htm(...)

Pas nécessaire à partir d'implémentations Open Source, mais souvent à base d'Arlequin, de Frantz Lisp ou d'autres implémentations commerciales.

Mickaël

Le lien vers Core Erlang: http://www.csd.uu.se/projects/hipe/corerl/(...)

Mickaël

Pour l'audio, l'Archos n'enregistre qu'en MP3, donc je vais le laisser dans ce format. Je pense que le passage de MP3 vers OGG risque pour le coup de dégrader pas mal la qualité...

Je vais donc essayer plus sérieusement depuis le cvs et avec les patches que tu cites.

Je ne suis pas sûr que ça marche. Il faudra peut être patcher le machin toi même pour que cela passe...

En tout cas merci pour ton bouquin, à midi j'ai couru à la fnac le chercher :) ; rien que la mise à jour du code à chaud et la migration de process sur un autre serveur je trouve cela génial.

Cool :-)

N'hésite pas à continuer la discussion en privé par mail (lorsque ce sujet DLFP sera mort), si tu as des questions ou des remarques (Mon adresse mail est dans le bouquin et n'est pas difficile à trouver sur le net ;-)

Mickaël

Pour les références que tu cherches sur le langage, peut-être que cela peut correspondre à tes besoins: Core Erlang.

Pour le reste, c'est toujours un débat sans fin entre les ceux qui pensent que la robustesse ne peut venir que du contrôle de type et les industriels pragmatiques qui réalisent des applications sans cette caractéristique ;-)

Si tu reprends l'historique des conférences utilisateurs Erlang, tu constateras que c'est un débat qui revient sans fin. Certains proposent des évolutions pour transformer le langage en un langage fortement statiquement typé. Les expériences n'ont manisfestement pas encore convaincu.

Les guardes dont tu parles permettent cependant dans les cas où cela est nécessaire de tester le type de la structure passé en paramétre d'une fonction, mais ce test est fait dynamiquement. Par ailleurs, il est possible de développer ton code en ajoutant une couche de typage si tu en as besoin. Tu peux par exemple voir les travaux de Thomas Arts sur un outil baptisé Specweb, ajoutant une couche de typage à Erlang. En France, Fabien Dagnat travaille également sur des choses intéressantes.

Les tenants d'Erlang sont également adeptes de l'extreme programming et de la validation d'un développement par sa couverture en terme de test, tout en conservant la même facilité de développement. Toujours est-il qu'Ericsson a réalisé en Erlang le routeur ATM AXD 301 et qu'il est robuste, qu'il est TRES disponible et qu'il est le produit phare du marché.

La robustesse du résultat est je pense le fruit d'une bonne méthodologie de développement, d'un bon outillage de validation des développements, des facilités pour implémenter la tolérance aux pannes, de la dynamicité du langage, du mécanisme de supervision (processus travailleurs et superviseurs) impliquant une séparation du code de gestion des erreurs du code de l'application lui-même.

Mickaël

Répondre brièvement aux questions sur les performances est le plus souvent impossible. On peut écrire des dizaines de thèses sur la performance comparée des langages informatiques (intrinsèque ou lié à l'implémentation).

En évitant la dérive vers le troll (autant que possible):

• Erlang n'est pas fait pour le calcul numérique. Ne pas l'utiliser pour cela.


• Pour faire du calcul numérique, s'appuyer sur une bonne bibliothèque de calcul numérique (binding).


• Ne pas ce fier au benchmark «Bagley». Il n'est ni fait ni à faire pour Erlang: Il prend en compte le lancement de la machine virtuelle avec le boot d'un environnement Erlang complet (lançant l'application Erlang SASL notamment); il ne prend pas en compte les possibilités de compilation native (HiPE); et pas mal d'erreurs dans les tests eux-mêmes. (Personne n'a pris la peine de corriger dans la communauté Erlang, parce que tout le monde s'en fout).


• Une comparaison d'un même algorithme en C et en Erlang n'est pas directement comparable, car le même programme Erlang, même compiler nativement fait plus de choses, en particulier lié à son caractère dynamique.


• Pour les applications réseaux et notamment les serveurs, les performances d'Erlang sont très bonnes (j'aurais pu dire Rulez). Voir en particulier: http://www.sics.se/~joe/apachevsyaws.html(...) pour une comparaison de performance sur un serveur Web et http://tsunami.idealx.org/(...) pour un outil de benchmark capable de montée en charge. Erlang est fait pour les serveurs et ça se voit.

Voilà. J'espère que j'ai, globalement répondu à tes questions, de manière objective.

Mickaël

Par contre si quelqu'un pouvait enregistrer ta conf et la mettre à disposition sur le Net ca serait fabuleux (ce que j'aurais fais avec ton accord si j'étais venu).

Je n'ai rien contre un enregistrement. Parles-tu d'une vidéo ou d'un enregistrement audio. Pour ce qui est de l'enregistrement audio, je dois pouvoir le faire moi même en MP3 sans trop de difficulté.

Ce n'est que partie remise effectivement pour se voir ;-)

Concernant le binding GTK, je crois qu'il fonctionne encore. Si cela t'intéresse tu peux cependant essayer d'en reprendre la maintenance, en particulier si tu disposes de patches pour les dernières versions de la bibliothèque.

Ce dont je rêve, c'est un support officiel de ce binding dans la distribution standard Erlang, aussi bien sur Linux que sur Windows pour préserver le côté multi-plateforme.

Mickaël

Il existe des approches pour mettre en œuvre la récursivité terminale. L'une d'elle, comme déjà évoqué, consiste évidemment à utiliser les paramétres de fonction pour accumuler les résultats dans un paramètre d'appel qui passe d'appel en appel, plutôt que d'imposer le stockage des résultats dans la pile d'appel de fonction. L'approche en Erlang est assez naturelle puisque c'est également la manière dont sont implémentés les serveurs. Un serveur n'est finalement qu'une fonction récursive qui stocke son état dans les paramètres de la fonction.

Mickaël

Erlang est dynamiquement typé. Ce que tu vois, ce sont des "guardes", qui permettent de sélectionner la clause de la fonction qui sera exécutée. Ce sont des conditions d'exécution. Les guardes peuvent portés sur les quelques types Erlang, sur la nature d'une structure de données, mais également permettent de vérifier certaines caractéristiques des paramètres de la fonction, comme par exemple le fait qu'une valeur soit strictement supérieure à zéro, ou bien comprise dans une plage de valeurs. Ces conditions sont vérifiées lors de l'exécution. Par exemple: is_negatif(Valeur) when Valeur < 0 -> true; is_negatif(Valeur) -> false. Renvoie 'true' si on lui passe un nombre négatif et 'false' dans le cas contraire. Ce peut être une manière d'implémenter les conditions en Erlang. C'est pour cela que dans le bouquin j'explique l'importance des fonctions et leur omniprésence. Il faut bien maîtriser en Erlang tout ce que l'on peut faire à l'aide des fonctions.

Mickaël