MAST est le super langage de description des composants du génialissime Saber, simulateur "Système" (électronique, température, mécanique) mixte.

Ils ont eu la bonne idée de publier les specs libres du langage pour se décharger un peu, et je songe à faire un projet autour de ce langage.

Pensez-vous que cette licence est libre ?

> Lire le journal (2 commentaires, moyenne: 2).

il vient de sortir :
http://caml.inria.fr/archives/200308/msg00304.html(...)

> Lire le journal (2 commentaires, moyenne: 1,5).

http://www.cse.ogi.edu/~erik/Personal/wg2.8/COM.html elle est marrante la fin. We should target the casual programmer instead of ourselves or Oxford undergraduates with mega brains. This means writing books like "Learn Haskell in 21 days". [...]we should forget about UNIX and make Windows the primary target for our implementations. ici ça serait plutôt s/UNIX/debian/ et s/Windows/Mandrake/ ça va troller chérie !

> Lire le journal (5 commentaires, moyenne: 1,2).

Bon bah c'est cool, l'accès depuis l'Aregentine semble fonctionner. Merci à celui qui a réparé (Fabien ?).

> Lire le journal (1 commentaire, moyenne: 1).

Il est impossible d'accéder au site (au domaine en fait) depuis l'Argentine, c'est super lourd. J'ai envoyé un mail au webmaster, me suis tapé des conneries pour confirmer que je voulais bien l'envoyer et depuis je n'ai pas de nouvelles. Aujourd'hui, je me suis fendu d'une recherche de proxy sur google par curiosité et je constate que les webmasters ne sont pas morts puisque le site à bougé et qu'ils ont posté. Aussi douteuse que soit la gestion du site, il est tout de même intéressant de passer une fois par jour pour s'informer un peu. D'autre part, je ne comprends pas pourquoi il y a cette limitation géographique (que se soit à Medoza ou Cordóba je ne peux pas accéder, mais depuis Valparaiso je peux y accéder, de même depuis Santiago).

> Lire le journal (8 commentaires, moyenne: 2,1).

Je suis dans le bouquin de Meyer en ce moment dans http://www.eyrolles.com/php.informatique/Ouvrages/9782212091113.php3 J'y trouve une utilisation un peu strange de l'héritage multiple : au lieu de composer un objet par un autre, Meyer fait hériter 2 classes pour avoir les services de l'une (dont il vire l'interface) et l'interface de l'autre (qui n'offrait de toute façon rien de concret). Son exemple est ARRAYED_STACK[G], qui est une pile générique implantée par un tableau. Il fait donc hériter sa nouvelle classe de STACK[G], définition abstraite d'une pile et de ARRAY[G], tableau de G. indexing description: "Piles représentées par des tableaux" class ARRAYED_STACK[G] inherit STACK[G] redefine change_top end ARRAY[G] rename count as capacity, put as array_put, make as array_make export {NONE} all -- tout ce qui est hérité de ARRAY[G] est inacessible end feature ... tout le bordel end Cette méthode est largement défendue par l'auteur car effectivement, il est impossible d'acceder directement aux éléments du tableau par l'interface. Et c'est bien une pile. Cepandant, au sens des types, une ARRAYED_STACK[G] reste toujours un ARRAY[G] en particulier, si une variable s est de type ARRAY[G], et que a contient une instance de ARRAYED_STACK[G], s:=a est valide et toute l'interface de ARRAY[G] sera disponible sur s, par exemple, s.put(2, unG) est valide transperçant d'un coup tout le bel encapsulage qui était de rigueur dans la situation. Alors qu'une classique composition avec transmission des messages aurait préservé lencapsulation, au prix d'une écriture beaucoup plus fastidieuse. Meyer étant loin d'être un con, j'ai l'impression d'avoir raté quelquechose, quelqu'un voit où est mon erreur ?

> Lire le journal (14 commentaires, moyenne: 1).