Mickaël Rémond a écrit 140 commentaires

Je ne suis pas d'accord. Tous les projets ne doivent pas nécessairement avoir la taille d'un Mozilla.

Je prend un exemple tout bête: Un modeleur 3D qui cartonne: Wings3D (http://www.wings3d.com/(...)). Le logiciel est développé en Erlang. Erlang n'est pas (pas encore :-)) parmi les six langages majeurs. Cependant, cela n'empêche pas le développement de progresser vite et converti même des développeurs au langage Erlang.

Mickaël

Tu peux jeter un oeil sur:
- http://www-106.ibm.com/developerworks/linux/library/l-web26/?ca=dgr(...)

Si tu veux un bon outil de benchmark tu peux utiliser IDX-Tsunami:
- http://www.idealx.org/prj/idx-tsunami/index.fr.html(...)

Un document de présentation de Tsunami se trouve là:
- http://www.erlang-projects.org/Members/mremond/events/dossier_de_pr(...)

Pour finir, tu peux comparer avec les performances du serveur Yaws (en Erlang):
- http://yaws.hyber.org/(...)
- http://www.erlang-projects.org/Members/mremond/events/dossier_de_pr(...)

Mickaël

Si tu veux voir une comparaison entre le serveur Web Apache et le serveur web Yaws (En Erlang), tu peux jeter un oeil sur le document suivant: http://www.erlang-projects.org/Members/mremond/events/dossier_de_pr(...) (flyer_yaws.pdf).

Il montre que sous forte concurrence (Grand nombre de connexions simultanées), il est possible de faire mieux qu'Apache. Je ne pense pas qu'IIS soit meilleur qu'Apache sur ce point cependant.

Bonne lecture !

Mickaël

Tu peux jeter un oeil sur http://www.interieur.gouv.fr/(...)

Mickaël

Cela s'explique aussi par le fait que Wanadoo (au moins) a remplacé l'adresse du site www.sco.com par 127.0.0.1 dans son DNS. D'autres ont du faire la même chose.

Le trafic reste donc très ... local.

Mickaël

Nous on est prêt à leur demander un coup de main pour la déco sur le stand Erlang-projects. Mesdames, vous êtes les bienvenues.

Sinon, ca va être un peu austère ... :-p

Mickaël

Je recommande le wiki Erlang fournis avec le serveur Web Yaws: http://yaws.hyber.org/(...)

Il est rapide et autonome (utilise le serveur Web Yaws et la base de données Mnesia intégré à Erlang).

Mickaël

Je voulais juste rappeler l'existence de deux outils très puissants:

- ejabberd est un serveur Jabber très simple, très facile d'installation, robuste et extrêmement puissant (Il gère notamment le cluster): http://ejabberd.jabberstudio.org/(...)

- tkabber est un très bon client Jabber, fonctionnant à la fois sur Linux et sous Windows: http://tkabber.jabber.ru/en/(...)

Mickaël

Le problème est que cette façon de faire est désagréable pour celui qui lit.

Tout comme je trouve d'ailleurs désagréable le fait qu'Outlook Express ne conserve pas le fil des discussions. Lorsque les utilisateurs répondent à un de mes mails, le thread est brisé et la réponse apparait en dehors du contexte.

C'est certainement pour cela d'ailleurs qu'ils ont pris l'habitude de laisser l'intégralité du mail sous leur réponse: Le contexte est difficile à retrouver si l'on ne gère pas les threads.

Mickaël

Nous (L'assocation Erlang-projects: http://www.erlang-projects.org/(...)) présenterons sur le salon les travaux autour du framework Rei, pour la réalisation de jeu vidéo en ligne.

Pour plus d'information, vous pouvez jeter un oeil sur notre présentation de Stockholm:

http://www.erlang-projects.org/Public/projects/games/game_developme(...)

Venez nombreux et bonne lecture d'ici là !

Mickaël

Même chose pour l'article sur Erlang. Il était annoncé comme le premier d'une série. J'espère que la série va revenir dans le prochain numéro...

Affaire à suivre.

Mickaël

J'ai testé Ejabberd, la version Erlang du serveur Jabber, et elle fonctionne bien. L'auteur (Alexey Shchepin) est très actif et a déjà implémenté pas mal de services Jabber dans son serveur (Passerelle IRC, SSL, Chat multi-user, Annuaire, mécanismes de publication/abonnements, etc.). D'autres sont en cours de développement.

Ce qui est intéressant, c'est bien évidemment l'utilisation des caractéristiques intrinsèques d'Erlang mises en oeuvre par l'auteur. Je cite quelques fonctionnalités:

- serveur distribué, pour la répartition de charge: Vous pouvez utiliser ejabberd sur une grappe de machines et toutes serviront le même domain Jabber.

- Tolérance aux pannes: Vous pouvez configurer un cluster ejabberd de manière à ce que toutes les informations requises pour le bon fonctionnement du serveur seront distribuées de manière permanente sur plusieurs noeuds. Cela signifie que si l'un des noeuds crashe, les autres continueront de fonctionner normalement, sans interruption du service. Vous pouvez également ajouter de nouveaux noeuds à la volée.

Bref, ce nouveau serveur Jabber est une excellente nouvelle pour le développement de Jabber et d'Erlang en entreprise.

A noter que l'auteur a également réalisé un client Jabber très complet (TKabber: http://tkabber.jabber.ru/en/(...)). L'interface n'est pas particulièrement fun, mais le client est sûrement l'un des plus puissants supportant le protocole Jabber.

--
Mickaël Rémond
http://www.erlang-projects.org/(...)

Mickaël

L'article est vraiment une introduction. Il présente d'abord les bases du langage, mais hélas pas encore les plus gros points forts du langage Erlang.

Je pense effectivement qu'il serait bien d'illustrer dans les prochains articles les aspects concurrents (beaucoup de processus simultanément), distribution, robustesse et tolérance aux pannes.

J'ai commencer un article sur ce thème que je pourrait mettre sur Erlang-projects.org si cela t'intéresse. Je ne pense cependant pas le finir avant la conférence des utilisateurs Erlang en Suède (http://www.erlang.se/euc/03/Programme.html(...)), car je dois terminer ma présentation sur le jeu vidéo. Cependant, je peux m'y mettre dès mon retour.

Mickaël

Ne manquez pas l'article d'introduction sur Erlang dans Linux Magazine France de novembre.

C'est le premier, je l'espère, d'une longue série qui devrait contribuer à mieux faire connaître ce superbe environnement de développement en France.

Mickaël

Tout dépend de la conception de l'application. Yaws, le serveur Web Erlang, est conçu pour le parallèlisme. Certains benchs l'ont poussé jusqu'à 80000 processus tournant simultanément.

Jetez un oeil sur: http://www.sics.se/~joe/apachevsyaws.html(...)

Dans le cas d'Erlang, la machine virtuelle gère les processus. Un seul thread système est utilisé cependant.

Mickaël

> Parles-en aux étudiants. Demande-leur combien de matières enseignées leur servent vraiment ?

C'est tout le problème de la culture. Pour être un bon développeur (ou administrateur, ou ...) il faut une bonne culture informatique. Et cette culture ne s'acquiert pas en apprenant la syntaxe d'un langage mais plutôt en comprenant l'histoire de l'informatique et ses évolutions.

Sur le sujet des langages dominants, Paul Graham a déjà presque tout dit. Je vous invite à lire deux articles, si vous comprenez l'anglais:

- Beating the average: http://www.paulgraham.com/avg.html(...)

- The hundred year language: http://www.paulgraham.com/hundred.html(...)

Bonne lecture !

Mickaël

Tu peux quasiment tout faire dans tous les langages, donc demander ce que Java n'est pas capable de faire n'a que peu de sens. A la limite, on peut s'interroger sur l'implémentation de la machine virtuelle. Le langage n'est en revanche qu'une syntaxe.

Maitenant, suivant ce que tu souhaites développer, c'est plus où moins difficile à faire avec certains outils et plus facile avec d'autres. C'est pour l'environnement Erlang (baptisé OTP) qu'Erlang va au-delà de la simple syntaxe.

Développer une application robuste, distribuée, tolérante aux pannes en Erlang est facilité par le fait que c'est un langage conçu pour la concurrence ( quand je dis concurrence, je pense à plusieurs dizaines, voire centaines de milliers de processus simultanés sur une machine de base d'aujourd'hui. La limite est purement matérielle) et une approche fonctionnelle qui limite les effets de bords et donc facilite la conception d'applications concurrentes.

Pour te donner un exemple, le design le plus logique d'un serveur web consiste à suivre le modèle suivant: Lorsqu'un client web se connecte, je crée un nouveau processus pour traiter les échanges avec ce client. Les requêtes peuvent ainsi être satisfaites simultanément et la conception est correcte quel que soit le nombre de clients qui se connectent.

Maintenant, si tu utilises un langage qui limite l'utilisation des processus (parce qu'ils sont trop gros ou trop couteux à lancer), ce design n'est plus valable. Tu va devoir limiter le nombre de processus simultanément lancés. Et donc modifier ton design parce que l'environnement d'exécution ne supporte pas ta conception.

Joe Armstrong, le créateur du langage Erlang, a coutume de faire l'anologie suivante: Utiliser un langage qui limite la concurrence de l'application (par le biais de la limite du nombre de processus), c'est comme utiliser un langage objet qui limiterait le nombre d'objets qu'il est possible d'instancier. Erlang utilise la notion de processus d'une manière que l'on peut comparer à l'utilisation des objets dans d'autres langages).

Tu peux d'ailleurs jeter un oeil sur le serveur Web dynamique Yaws, développé en Erlang: Il est superperformant (tu obtiens facilement 800/1000 pages secondes pour du code dynamique) et occupe au max 10 à 20 mégas de RAM (Personnellement, je ne l'ai jamais vu dépasser 20 mégas).

Donc, avec la machine Java actuelle, ce que tu ne peux pas faire: Atteindre un haut niveau de concurrence. Erlang est fait pour cela. C'est un langage orienté concurrence et c'est pour cela qu'il est très adapté au développement d'applications serveurs.

En plus, tu disposes d'un grand nombre de facilités pour mettre à jour le code d'une application à chaud, sans interrompre les connexions en cours de traitement, pour distribué une application sur un ensemble de noeud pour des objectifs de montée en charge ou de tolérance aux pannes, etc. Tu peux éventuellement, peut-être recoder cela en Java, mais ne sous-estime pas la tâche. C'est non trivial. Erlang fait cela depuis 10 ans et c'est très bien testé et robuste. Bref, j'entrevois un grand avenir pour Erlang pour le développement d'applications côté serveur.

Mickaël

Etienne,

J'espère que tu passeras le samedi 25 octobre. Je pourrais profiter de l'occasion pour t'expliquer tout l'intérêt de ce langage et combien il est industriel.

A bientôt, j'espère !

Mickaël

Beau coup de gueule, mais Erlang n'EST absolument pas un langage d'universitaires mais un langage industriel !

C'est un langage d'industriel produit par et pour l'industrie pour répondre à des besoins qui n'était comblés par aucun autre outil.

C'est justement pour cela que j'ai aimé et adopté le langage Erlang. Tout dans l'environnement est pensé pour le développeur et la productivité (Par exemple, le debogueur est utile, et c'est un exploit pour un langage orienté concurrence. De même, l'environnement est fournit avec des tonnes d'outil pour faciliter l'administration des applications en production et le déploiement). C'est vrai que les langages d'universitaires ne sont pas toujours utilisables en production. Ce n'est pas du le cas d'Erlang.

Je rappelle qu'Erlang est utilisé dans des outils industriels comme:

- Le routeur ATM AXD 301 d'Ericsson, qui est un développement exemplaire illustrant les capacités de montée en charge du langage, de robustesse et de haute disponibilité. C'est un produit phare d'Ericsson !

- Des appliances de Nortel (Pour plus d'information voir: http://www.erlang-projects.org/Public/success_stories/commercial_us(...))

- Utilisé dans le milieu bancaire pour ses capacités de distribution et de tolérance aux pannes pour gérer des systèmes de transactions financières.

- et dans encore beaucoup d'autres domaines.

Tu devrais vraiment jeter un oeil dessus, pour dissiper le malentendu. Toutes les personnes que je connais qui s'y sont intéressé ont radicalement changé ensuite leur façon de concevoir le développement.

Mickaël

Erlang est développé depuis plus d'une dizaine d'années et l'environnement est très très stable. Il ne faut pas oublier qu'il est utilisé dans des systèmes ayant des taux de disponibilité faramineux (Plus de 6 ou 7 neufs, > 99;99999 %).

Erlang repose sur une machine virtuelle gérant le temps réel lache. Elle gère pour cela ses processus en interne, sans s'appuyer sur la gestion de processus du système d'exploitation.

Mickaël

Tant que j'y suis, voici une autre question de débutant sous GNUStep.

Quand je place une icone d'application GNUStep sur le dock WindowMaker, il ne parvient plus à la relancer ensuite, car il ne trouve pas son environnement ...

Quelqu'un sais ce qu'il faut faire pour que cela fonctionne ?

Mickaël

> Si au bout de 3 ans de succès d'estime :-/ Steve Jobs avait mis le logiciel sous GPL,
> NeXT aurait été omniprésent sur nos machines.

Plus que ça ! La face de l'informatique serait changé...

Dans ce cas, Apple n'aurait sûrement pas racheté Next. Steve Job ne serait pas à la tête d'Apple. MacOS X serait basé sur BeOS. Palm n'aurait pas racheté les équipes BeOS. Peut-être que les prochain palm OS serait basé sur Nexstep ...

:-)

Mickaël

Ca fonctionne !!!

Merci

Mickaël

Une question justement. Lorsque je recompile back pour art, j'ai ensuite un problème de police de caractères: Les applications cherche en général Helvetica.

J'ai installé les freefonts (au format nfont) comme indiqué sur le site Gnustep.de, mais apparement, il n'y a pas de Helvetica ...

Est-ce que j'ai raté quelque chose ?

Merci d'avance de ton aide

Mickaël

J'ai plusieurs questions sur GNUStep:

- que deviennent les systèmes GNU/Linux qui devait se baser sur GNUStep pour la partie graphique ? (type Simply GNUStep) ?

- comment évolue l'offre d'applications GNUStep ? Est-ce que la dynamique s'enclenche pour le développement de ce type d'applications ? Que valent-elles (Par exemple l'outil de mail) ?

Si quelqu'un connais un peu les évolutions actuelles, cela m'intéresse.

Merci !

Mickaël