DLFP - Journal de Dugland Bob

OpenMAST

null@linuxfr.org (Dugland Bob) — Sun, 12 Dec 2004 16:06:59 +0100

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 ?

Ocaml 3.07 beta 2 out

null@linuxfr.org (Dugland Bob) — Wed, 27 Aug 2003 16:39:19 +0200

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

Haskell pour le dissaïdor pressé

null@linuxfr.org (Dugland Bob) — Thu, 10 Jul 2003 02:18:32 +0200

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 !

Re : Accès

null@linuxfr.org (Dugland Bob) — Fri, 02 May 2003 12:42:55 +0200

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

Accès

null@linuxfr.org (Dugland Bob) — Fri, 25 Apr 2003 22:25:24 +0200

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

Si j'ai bien tout compris

null@linuxfr.org (Dugland Bob) — Thu, 28 Nov 2002 03:30:54 +0100

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 ?