- Haskell-fr - Haskell.org

Demande de revue de code
by Gautier DI FOLCO 02 Apr '14

02 Apr '14

Bonjour, Je vais animer un coding dojo pour montrer que l'immutabilité c'est cool. Du coup j'ai posé le sujet et j'ai fais une implantation en Haskell que j'aimerais bien que vous voyiez : https://github.com/blackheaven/dojo_14-04-10/blob/master/fonctionnel/haskel… (il y a des tests si vous avez du mal) J'aimerais bien des retours pour rendre mon code le plus idiomatique possible. S'il y a des type class qu'on peut utiliser en plus, etc. Ma dernière fonction est hyper compliquée, existe-t-il un moyen de la simplifier ? J'ai un type class en commentaire que je ne suis pas arrivé à faire, si vous pouviez me dire pourquoi ça n'a pas fonctionné, je vous en serait très reconnaissant. Si vous pouviez prendre un peu de votre temps pour moi, Merci par avance.

1 0

Caractérisation des langages fonctionnels
by Gautier DI FOLCO 22 Mar '14

22 Mar '14

Bonjour, Je vais peut-être poser une question très générale, mais qu'est-ce qui caractérise un langage de programmation fonctionnel ? Je m'explique : - je sais qu'un LPF se base sur des expressions - je sais en reconnaître un quand j'en vois un mais chaque fois qu'on me pose la question, je ne suis pas foutu de donner des éléments caractéristiques clairs. Est-ce que vous auriez une "phrase toute faite" ou quelque chose qui me permette de l'expliquer simplement/clairement de manière juste ? Merci par avance.

5 12

Re: [Haskell-fr] Haskell-fr Digest, Vol 23, Issue 2
by Nicolas SCHOEMAEKER 21 Mar '14

21 Mar '14

Regards, Nicolas SCHOEMAEKER Web Developer Haskell Programer Artificial Intelligence & Robotics enthusiast 2014-03-21 13:00 GMT+01:00 <haskell-fr-request(a)haskell.org>: > Send Haskell-fr mailing list submissions to > haskell-fr(a)haskell.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.haskell.org/mailman/listinfo/haskell-fr > or, via email, send a message with subject or body 'help' to > haskell-fr-request(a)haskell.org > > You can reach the person managing the list at > haskell-fr-owner(a)haskell.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Haskell-fr digest..." > > > Today's Topics: > > 1. Re: Caract?risation des langages fonctionnels (Laurent Pierron) > 2. Re: Caract?risation des langages fonctionnels (Gautier DI FOLCO) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 21 Mar 2014 11:46:54 +0100 > From: Laurent Pierron <Laurent.Pierron(a)inria.fr> > To: La liste Haskell Francophone <haskell-fr(a)haskell.org> > Subject: Re: [Haskell-fr] Caract?risation des langages fonctionnels > Message-ID: <AA4145A7-4AF1-4CF0-96C1-F5A95F9B086C(a)inria.fr> > Content-Type: text/plain; charset=windows-1252 > > Bonjour, > > R?cemment je me suis pos? la question avec un coll?gue pour introduire un > s?minaire interne sur les langages fonctionnels, et on n?a pas r?ussi ? > trouver une r?ponse satisfaisante, on s?est heurt? aux diff?rents types de > langage fonctionnel (Lisp, ML famille, Haskell, etc.), qui peuvent inclure > des ?l?ments de langages imp?ratifs, des objets, des types alg?briques ou > uniquement des types simples et qui ont des strat?gies d??valuation > diff?rentes. > > Personnellement, je dirais que dans un langage de fonctionnel l?ex?cution > d?un programme se fait uniquement par substitution d?expression sans > modification de l??tat d?une machine alors que dans un langage imp?ratif > l?ex?cution se fait par ?valuation d?expression et modification de l??tat > de la machine. > > On peut aussi dire que les langages fonctionnels sont bas?s sur le > lambda-calcul de Church, alors que les langages imp?ratifs sont bas?s sur > la machine de Turing, mais il faut expliquer ce qu?est le lambda-calcul. > > > Laurent Pierron > > Le 20 mars 2014 ? 11:26, Gautier DI FOLCO <gautier.difolco(a)gmail.com> a > ?crit : > > Bonjour, > > Je vais peut-?tre poser une question tr?s g?n?rale, mais qu'est-ce qui > caract?rise un langage de programmation fonctionnel ? > Je m'explique : > - je sais qu'un LPF se base sur des expressions > - je sais en reconna?tre un quand j'en vois un > > mais chaque fois qu'on me pose la question, je ne suis pas foutu de donner > des ?l?ments caract?ristiques clairs. > > Est-ce que vous auriez une "phrase toute faite" ou quelque chose qui me > permette de l'expliquer simplement/clairement de mani?re juste ? > Une "phrase toute faite" que j'aime utiliser pour présenter Haskell (mais je pense que ça peut s'appliquer à tous les langages fonctionnels) est la suivante : "Dans un langage impératif (type C/C++) un programme est une suite d'instructions à effectuer (le programmeur dit *quoi faire* à l'ordinateur) ; en Haskell, un programme est une suite de *définitions* : le programmeur dit à l'ordinateur *ce que sont les choses*". Je donne ensuite les deux exemples suivants : - la fonction 'head' qui renvoie le premier élément d'une liste. En C, on prend la liste, on "parcourt" les éléments en s'arrêtant au premier, et on le renvoie : c'est comment renvoyer le premier élément. En Haskell, on *dit* qu'une liste *c'est* une tête et une queue, et pour renvoyer le premier élément de la liste, et bien on... renvoie le premier élément de la liste : le pattern-matching "head (x:_) = x" signifie exactement ceci. - la fonction "length" qui renvoie le nombre d'éléments d'une liste. En C, on prend la liste, on parcourt ses éléments et on incrémente un compteur à chaque fois qu'on parcourt un élément. En Haskell, la longueur d'une liste, *c'est* : la longueur de la tête (1) + la longueur de la queue. En Haskell, on explique vraiment à l'ordinateur *comment* sont les choses, comment elles sont construites. Bref, c'est généralement comme ça que je captive mon public lorsque je présente Haskell. Bon courage. Nicolas SCHOEMAEKER. > Merci par avance. > _______________________________________________ > Haskell-fr mailing list > Haskell-fr(a)haskell.org > http://www.haskell.org/mailman/listinfo/haskell-fr > > > > ------------------------------ > > Message: 2 > Date: Fri, 21 Mar 2014 12:34:29 +0100 > From: Gautier DI FOLCO <gautier.difolco(a)gmail.com> > To: La liste Haskell Francophone <haskell-fr(a)haskell.org> > Subject: Re: [Haskell-fr] Caract?risation des langages fonctionnels > Message-ID: > < > CAH_3vcSBLtyu1oJsVCbLii7OaKuN7SiWryqinKuOzq54ytjsWg(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Le 21 mars 2014 11:46, Laurent Pierron <Laurent.Pierron(a)inria.fr> a ?crit > : > > > Bonjour, > > > > R?cemment je me suis pos? la question avec un coll?gue pour introduire un > > s?minaire interne sur les langages fonctionnels, et on n'a pas r?ussi ? > > trouver une r?ponse satisfaisante, on s'est heurt? aux diff?rents types > de > > langage fonctionnel (Lisp, ML famille, Haskell, etc.), qui peuvent > inclure > > des ?l?ments de langages imp?ratifs, des objets, des types alg?briques ou > > uniquement des types simples et qui ont des strat?gies d'?valuation > > diff?rentes. > > > > Personnellement, je dirais que dans un langage de fonctionnel l'ex?cution > > d'un programme se fait uniquement par substitution d'expression sans > > modification de l'?tat d'une machine alors que dans un langage imp?ratif > > l'ex?cution se fait par ?valuation d'expression et modification de l'?tat > > de la machine. > > > > On peut aussi dire que les langages fonctionnels sont bas?s sur le > > lambda-calcul de Church, alors que les langages imp?ratifs sont bas?s sur > > la machine de Turing, mais il faut expliquer ce qu'est le lambda-calcul. > > > > > > Laurent Pierron > > > > Le 20 mars 2014 ? 11:26, Gautier DI FOLCO <gautier.difolco(a)gmail.com> a > > ?crit : > > > > Bonjour, > > > > Je vais peut-?tre poser une question tr?s g?n?rale, mais qu'est-ce qui > > caract?rise un langage de programmation fonctionnel ? > > Je m'explique : > > - je sais qu'un LPF se base sur des expressions > > - je sais en reconna?tre un quand j'en vois un > > > > mais chaque fois qu'on me pose la question, je ne suis pas foutu de > donner > > des ?l?ments caract?ristiques clairs. > > > > Est-ce que vous auriez une "phrase toute faite" ou quelque chose qui me > > permette de l'expliquer simplement/clairement de mani?re juste ? > > > > Merci par avance. > > _______________________________________________ > > Haskell-fr mailing list > > Haskell-fr(a)haskell.org > > http://www.haskell.org/mailman/listinfo/haskell-fr > > > > _______________________________________________ > > Haskell-fr mailing list > > Haskell-fr(a)haskell.org > > http://www.haskell.org/mailman/listinfo/haskell-fr > > > > Bonjour, > > Si je rajoute "conceptuellement" la d?finition me convient. > > Merci. >

1 0

Re: [Haskell-fr] Fw: Éclaircissement sur les Applicatives
by Gautier DI FOLCO 06 Jan '14

06 Jan '14

Le 6 janvier 2014 15:06, Dan Popa <popavdan(a)yahoo.com> a écrit : > Bon jour, > > > Le typeclass Applicative à la tête suivante : > class Functor f => Applicative f where > pure :: a -> f a > (<*>) :: f (a -> b) -> f a -> f b > (*>) :: f a -> f b -> f b > (<*) :: f a -> f b -> f a > > A1 : Ce qui signifie que tout type implémentant ces fonctions doivent > également implémenter les fonctions de Functor. > Q1 : quelle est l'intérêt ? > > Rep1. Plus! Le matematicien doit montre que une instance de cette classe > est un Functor, et apres ca, > il peut utiliser cette instance de la classe, sans probleme. Quand on > ecrit quelque chose comme > CommutativeRing x => l'auteur du logiciel doit etre confient que > l-operation a la proprietait d'etre commutatif et > toute les autre. > > Rep1. More!The matematician should prove that a specific instance of a > class is actually a functor, and, after it, > he can use this instance, without problems. So, when is written something > like CommutativeRing x => > the programer may base on the asumption that the operation is commutative > etc. > > > > Q4 : quel est l'intérêt ? liftA (+1) $ Just 1 n'est pas égale à pure (+1) > <*> Just 1 ? > > > ------------------------------------------------------------------------------------------------------------------------ > 4.Numero: 1, + > Maybe Numero: Just 1, donc qui ? > Rep4: La premiere expression signifier: (liftA (+1)) $ (Just 1). La cause > est l'associativite a la gauche de l'aplication > de fonction. Une autre cause: la petite priorite de l'operateur $. Donc il > est la derniere operation. > Rep4: The previous expression means: (liftA (+1)) $ (Just 1). The cause it > the right associativity of the functional > application. Also, the small priority of the "$" operator. It becomes the > last one, here. > > ------------------------------------------------------------------------------------------------------------------------ > > Q6 : dans le cas de version Functor, quel est l'intérêt de la passer > Applicative ? > liftA2 :: Applicative f => (a -> b -> c) -> f a -> f b -> f c > > Rep6: Ca signifier que f este quelque chose qui peut etre aplique a a b et > c. Une abstraction, une fonction, c'est ca. > Rep6: This means that f is something that can be aplied to a b and c and > all. It's an abstraction (anonymous function) or a function. > > --------------------------------------------------------------------------------------------------------------------------- > Quand on transfere une calcul dans la Monade Maybe on doit transfere les > valeurs, donc 1 deviene Just 1, > les operations (n'emporte pas quelques arguments) - donc on va avait > plusieurs variants de lifting - > et aussi la non valeur qui devien Nothing. > Donc: (Just 1) `(lifting2 (+)) (Just 2) = (Just 3) et biensure, 3=1+2. > Nais: (Just 1) `(lifting2 (/)) (Just 0) = Nothing > > Dans cette maniere on peu utiliser les non valeurs. "Nothing" est une > erreur qui a ete ajouter a la structure algebrieque quie nous enteresee. > > Escuse-moi pour ma langue. Je ne suit pas natif. Et le clavier, ici, est > "anglophone". > > Enjoy ! > Dan > Merci beaucoup pour ces précisions.

1 0

Éclaircissement sur les Applicatives
by Gautier DI FOLCO 21 Dec '13

21 Dec '13

Bonjour, Cela fait maintenant quelques mois que je côtoie Haskell, j'arrive presque toujours à mes fins, mais cela ne me convient pas, je tente donc de prendre le problème à sa racine : la compréhension, ou plutôt l'assimilation des concepts. Je pense que j'ai un soucis à ce niveau car je pense plutôt bien voir comment tout s'emboîte, mais face au code, je suis incapable de l'appliquer ! Je vous laisse juger par vous-même. Je vais tenter d'expliquer ma manière de voir les choses de manière aussi détaillée que possible via un ensemble d'assertions (notées AN où N est le numéro de l'assertion). Le typeclass Applicative à la tête suivante : class Functor f => Applicative f where pure :: a -> f a (<*>) :: f (a -> b) -> f a -> f b (*>) :: f a -> f b -> f b (<*) :: f a -> f b -> f a A1 : Ce qui signifie que tout type implémentant ces fonctions doivent également implémenter les fonctions de Functor. Q1 : quelle est l'intérêt ? Nous avons pure :: Applicative f => a -> f a A2 : 'f a' signifie de type a implémentant le typeclass f (Applicative dans ce cas précis A3 : Il s'agit "simplement" d'un lifting, d'une encapsulation, grosso-modo de donner un paramètre à un constructeur. Ensuite (<*>) :: Applicative f => f (a -> b) -> f a -> f b A4 : prend une fonction et un paramètre dans un "emballage" implémentant Applicative et applique cette valeur à cette fonction en retournant le type dans un autre "emballage". A5 : cette fonction sert dans deux cas : à fournir un moyen de manipuler le contenu de "boîtes", "décurryfier" dans le sens passer des arguments au fur et à mesure à une fonction. Q2 : Y a-t-il d'autres cas d'application. A6 : <* et *> ne servent qu'à appliquer un des arguments. Q3 : quels sont les cas d'applications typiques ? j'ai du mal à voir Ensuite il y a les fonctions de lifting : liftA :: Applicative f => (a -> b) -> f a -> f b A7 : prend une fonction "normale" à un argument et en fait une fonction maniant une structure encapsulée. Q4 : quel est l'intérêt ? liftA (+1) $ Just 1 n'est pas égale à pure (+1) <*> Just 1 ? Q5 : ou à la version Functor : (+1) <$> Just 1 ? Q6 : dans le cas de version Functor, quel est l'intérêt de la passer Applicative ? liftA2 :: Applicative f => (a -> b -> c) -> f a -> f b -> f c A8 : idem mais avec deux arguments A9 : liftA2 (+) (Just 2) (Just 1) est équivalent à liftA (+) (Just 2) <*> Just 1 Q7 : Quel est l'intérêt du coup ? liftA3 :: Applicative f => (a -> b -> c -> d) -> f a -> f b -> f c -> f d A10 : idem mais avec trois arguments Q8 : Quel est l'intérêt de Control.Applicative.Lift ? Il est écrit : "Adding a new kind of pure computation to an applicative functor" Q9 : J'ai du mal à saisir cette notion de calcul, est-ce qu'il est possible de me l'expliquer en deux mots ? Je me rend compte que mon mail est très long, ça fait plus de deux mois que je me casse les dents dessus, j'ai écumé plusieurs articles/livres, pas moyen de me faire une idée claire de tout ça, ou de voir les applications pratiques. Je vous serait très reconnaissant de prendre le temps de me répondre et/ou de valider/invalider mes assertions, Merci par avance. PS : Par la suite j'aurais des question sur Alternative et les Monades PPS : la longueur de la rédaction m'a donné une idée pour Q7 : A11 : liftA2 et liftA3 servent à obtenir des fonctions "passables" à des fonctions qui le demande, ex : myF :: (Maybe a -> Maybe b -> Maybe c) -> a -> b -> Maybe c myF f a b = f (Just a) (Just b) la fonction serait appelable via myF (liftA2 (+)) 1 2

4 7

Lista de emails emails de empresas email lista gratis
by Ed Soares 24 Nov '13

24 Nov '13

Lista de emails emails de empresas email lista gratis emails lista que incluem lista de emails, envio de emails lista emails gratis: http://www.maladiretaemails.com é de Conhecimento Geral que trabalhe com mala direta, é maravilhoso para praticamente todos. servidor de email email mailing adicionalmente lista de emails, o que e mailing marketing email, será o propósito de nosso Site. se você quer email marketing gratis, mail marketing e lista de mail: http://www.maladiretaemails.com é um maravilhoso listas de email e acima de tudo mala direta em casa, servidor de email envio de emails. é realmente otimo como fazer mala direta assim como email lista. endereco de email listagem de empresas, malas direta. neste momento Enviar email composta de Enviar email, marketing digital é bastante legal. é realmente o objetivo de nosso Site: envio de emails, Enviar email, e, além disso listas de email. Temos o que há de melhor em Enviar email listas de email, endereco de email.

1 0

Fwd: [DEVLOG] [gdr.gpl ] OSDC.fr: 5th Open Source Developers Conference in France
by Laurent Pierron 17 Jul '13

17 Jul '13

Chers Haskelleurs francophones, Pourquoi ne pas nous rencontrer à la conférence ci-dessous en octobre ? Par ailleurs pour ceux qui participent aux JEDV 2013 (conférence des développeurs du CNRS et laboratoires associés), je présenterai un poster sur Haskell et le parallélisme, qui reprendra les principaux points abordés lors de l'école d'été CEA-EDF-INRIA 2012 sur Haskell. Bien cordialement --- Laurent PIERRON Centre de recherche INRIA Nancy Grand Est Service SED - bâtiment B 615 rue du jardin botanique F-54603 Villers-lès-Nancy Cedex Office C032 - Building C phone : +33 3 54 95 84 47 cell : +33 6 72 23 03 80 mail : Laurent.Pierron(a)inria.fr http://www.inria.fr/nancy / http://www.loria.fr Début du message réexpédié : > > > -------- Original Message -------- > Subject: [gdr.gpl ] OSDC.fr: 5th Open Source Developers Conference in France > Date: Tue, 9 Jul 2013 22:58:03 +0200 > From: Damien Cassou <damien.cassou(a)gmail.com> > To: Pharo-dev <pharo-dev(a)lists.pharo.org>, gdr.gpl(a)imag.fr > > Call for Papers > > 5th Open Source Developers Conference in France > > Montrouge Beffroi cultural centre, Paris, October 4 & 5, 2013 > > OSDC.fr objective is to gather French speaking developers from different communities around innovative technologies. After two editions on our own, we are since 2011 associated to Open World Forum and its numerous partners in order to provide the best experience to our attenddees. > > For the 5th edition of this conference, we invite you to gather the communities dedicated to programming based on free/libre languages such as Perl, Python, Ruby, PHP, Smalltalk & much more. > > The aim is to learn by exploring the universe of all languages, for many concepts and techniques aren't tied to a specific environment, and therefore allow cross-pollinations. > > So we invite you to join us by taking part in OSDC.fr, either by submitting a talk proposal (preferably in French, but English is acceptable), or simply by joining us on October 4 & 5, 2013, at at Montrouge Beffroi cultural centre. Entrance is free and everyone is welcome. > > Talks can last 25 or 45 minutes. We'll also have a lightning talks session, where talks are limited to 5 minutes max. > > Here is a non-exhaustive list of possible subjects: > > • Themes related to programming languages such as Perl, PHP, Python, Ruby, Erlang, JavaScript, node.js, Lua, Scala, Clojure, Groovy, Haskell, C, C++, Smalltalk, Java, etc. > • Dynamic compilation > • Interpreters and virtual machines (LLVM, JVM, CLR, Parrot, etc) > • Development tools > • Development best practices > • Programming experience feedback > • Libraries > • Making of innovative languages and their implementation > • Software maintenance > • Integration of different languages > • Teaching techniques > • Modern techniques of system administration, industrialization, distributed infrastructure (cloud) > • Big Data, OpenData > Key dates: > > • Deadline for submitting a talk : September 6th, 2013 > • Final schedule : September, 2013 > • OSDC.fr conference : October 4 & 5, 2013 >

2 3

Lista dos aprovados concurso Santa Rosa do Purus
by Edson 29 May '13

29 May '13

Lista dos aprovados concurso Santa Rosa do Purus: Paranaíta: ANA CARLA PINHEIRO GOMES, LEVI MOTA MUNIZ, FRANCISCO CLEITON ALMEIDA DE AQUINO, PAULO HENRIQUE LIMA ALVARENGA, JOÃO CARLOS MOREIRA DE CARVALHO, DAMIÃO FLORENCIO DA SILVA, MARIA ENGRÁCIA DA SILVA, JANAINA GIL PESSOA PINHEIRO. SHEILLA KARLLA DOS SANTOS FEITOSA, ANTONIO ALVES DE SOUSA, LUCAS MARTINS FERREIRA, GEYSE ANNE SOUZA DA SILVA, RANIERI GOES MENA BARRETO SILVA. Graça Aranha. Santa Rosa do Purus, ANA CAROLINA PINTO COSTA, LISLY KATELLY DE PAULA MARTINS, FRANCISCO HELSON DE LIMA NERES, PAULO RAFAEL PEREIRA SOARES, JOÃO CARLOS MOREIRA DE CARVALHO, DAMIÃO JOVENAL DOS SANTOS, MARIA GORETTI LIMA FREIRE, JANIMERY BARBOSA DE ABREU MELO. SHYSLAINE ARAÚJO BEZERRA, ARIANE SOARES SILVA, LUCAS MOREIRA DIAS, GILSON POLICARPO DE SÁ, REBECA DE FREITAS BARROS. Brasilândia de Minas. Morro do Chapéu e ANNE KAROLYNE PEREIRA DA SILVA, LUCAS FERREIRA DANTAS, GERLAN LOPES DA COSTA, RAFAELA SOARES DOS ANJOS, JOÃO CARLOS MOREIRA DE CARVALHO, DENIS BARROS SILVA, MARIA MICAELE ALVES DE MELO, JOEL FERREIRA MADUREIRA. TAYANE ASSUNÇÃO NEVES, CAMILLA KEILHANY DE SOUSA CAETANO, MAIARA MUSY ARAUJO, IALE NAIANE MARIANO DOS PASSOS, ROAN CADMUS RODRIGUES DAMASCENO. Hidrolina.

1 0

RE : Re: Bonjour à tous ! J'ai constaté via les archives qu'il ne semblait pas y avoir beaucoup d'activité depuis bien des mois sur cette mailing-list. C'est mort, où il y a encore quelques abonné(e)s ?
by redwenehaddou＠yahoo.fr 18 Mar '13

18 Mar '13

+ 1 Envoyé depuis un mobile Samsung -------- Message d'origine -------- De : Alp Mestanogullari <alpmestan(a)gmail.com> Date : 17/03/2013 11:02 (GMT+01:00) A : La liste Haskell Francophone <haskell-fr(a)haskell.org> Objet : Re: [Haskell-fr] Bonjour à tous ! J'ai constaté via les archives qu'il ne semblait pas y avoir beaucoup d'activité depuis bien des mois sur cette mailing-list. C'est mort, où il y a encore quelques abonné(e)s ? Non pas d'activité depuis très longtems effectivement. J'espere que la liste, le salon IRC et haskell.fr vont un peu decoller avec haskell-paris. Le 17 mars 2013 00:15, "Maxime Andre" <maxime.andre(a)gadz.org> a écrit : Idem pour moi, abonné mais je n'ai jamais vu de traffic, c'est le premier message que je recois. Le 17 mars 2013 00:07, "vil dric" <vildric(a)gmail.com> a écrit : Ah, dommage ! 2013/3/16 Valentin ROBERT <vrobert(a)cs.ucsd.edu> Je suis abonné apparemment, mais sinon je n'ai jamais vu de trafic passer. - Valentin On Sat, Mar 16, 2013 at 4:04 PM, vil dric <vildric(a)gmail.com> wrote: _______________________________________________ Haskell-fr mailing list Haskell-fr(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr _______________________________________________ Haskell-fr mailing list Haskell-fr(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr _______________________________________________ Haskell-fr mailing list Haskell-fr(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr _______________________________________________ Haskell-fr mailing list Haskell-fr(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-fr

3 2

Bonjour à tous ! J'ai constaté via les archives qu'il ne semblait pas y avoir beaucoup d'activité depuis bien des mois sur cette mailing-list. C'est mort, où il y a encore quelques abonné(e)s ?
by vil dric 18 Mar '13

18 Mar '13

6 7