OpenMAST

Posté le 12 décembre 2004

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).

Ocaml 3.07 beta 2 out

Posté le 27 août 2003

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

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

Haskell pour le dissaïdor pressé

Posté le 10 juillet 2003

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).

Re : Accès

Posté le 02 mai 2003

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).

Accès

Posté le 25 avril 2003

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).

Si j'ai bien tout compris

Posté le 28 novembre 2002

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).