Commentaires pour Alp Mestan :: Blog https://blog.developpez.com/alp Fri, 28 Jun 2013 18:13:36 +0000 hourly 1 https://wordpress.org/?v=4.1.42 Commentaires sur En route pour C++0x : Les variadic templates par Linunix https://blog.developpez.com/alp/p6193/c/en_route_pour_cpp0x_variadic_templates#comment-59 Fri, 28 Jun 2013 18:13:36 +0000 #comment-59 Très bon billet. ^^

]]> Commentaires sur (Petit) Clône de client telnet en Haskell par Alp https://blog.developpez.com/alp/p7996/programmation-fonctionnelle/petit_clone_de_client_telnet_en_haskell#comment-57 Sat, 24 Oct 2009 06:58:28 +0000 #comment-57 Suffit d’imiter le style impératif, avec un MVar ou autre, et donc de faire un until sur la value contenue dans le MVar. Si tu fais un booléen dans MVar ça devrait aller par exemple.

]]> Commentaires sur (Petit) Clône de client telnet en Haskell par kaukau https://blog.developpez.com/alp/p7996/programmation-fonctionnelle/petit_clone_de_client_telnet_en_haskell#comment-56 Fri, 23 Oct 2009 23:13:23 +0000 #comment-56 C’est joli!
Si tu trouve un moyen de transformer ton forever en un genre de until, je suis preneur.
Je suis tombé sur le même problème…

]]> Commentaires sur Haskell Platform, ou comment se mettre à Haskell sans soucis ! par Alp https://blog.developpez.com/alp/p7977/programmation-fonctionnelle/haskell_platform_ou_comment_se_mettre_a_#comment-55 Tue, 25 Aug 2009 08:57:36 +0000 #comment-55 Tout à fait.

Le fait que Haskell Platform vieenne avec le compilateur, le debugger, le profiler, tout un tas d’autres outils, les bibliothèques les plus utilisées, et j’en passe, et que le tout soit installé « à la Windows », avec « Suivant > Suivant > Suivant », c’est très positif.

D’ailleurs, proposer quelque chose de similaire pour OCaml (je veux dire une distribution plus complète), ça pourrait être pas mal. Et notamment, ne pas proposer que la SL actuelle d’office :(

]]> Commentaires sur Haskell Platform, ou comment se mettre à Haskell sans soucis ! par spiceguid https://blog.developpez.com/alp/p7977/programmation-fonctionnelle/haskell_platform_ou_comment_se_mettre_a_#comment-54 Tue, 25 Aug 2009 00:54:41 +0000 #comment-54 Tout effort qui vise à soulager l’effort de configuration est le bienvenu.

Il y a (beaucoup) trop de configuration en programmation.
Windows est particulièrement en retard dans ce domaine, principalement parce que Microsoft vit de suites bureautique monolithiques et n’est donc pas du tout préoccupé par les petites misères des programmeurs.

Se mettre à Haskell est tellement instructif que ça ne peut pas être du temps perdu. Ceci dit c’est tout naturel de vouloir gagner du temps sur les tâches bureaucratiques pour mieux se consacrer à ce qui fait l’originalité de l’approche Haskell.

]]> Commentaires sur En route pour C++0x : nullptr, le pointeur nul revisité par Alp https://blog.developpez.com/alp/p6254/c/en_route_pour_c_0x_nullptr_le_pointeur_n#comment-10 Tue, 25 Aug 2009 00:40:22 +0000 #comment-10 D’un autre côté, ce code donnera une erreur de compilation. Comme dans beaucoup de cas où le compilateur se retrouve face à un appel de fonction, pour lequel il dispose de 2 surcharges qui conviennent parfaitement, autant l’une que l’autre.

Tu souhaiterais quel comportement à la place ?

PS : chapeau pour avoir déterré ce billet :)

]]> Commentaires sur En route pour C++0x : nullptr, le pointeur nul revisité par spiceguid https://blog.developpez.com/alp/p6254/c/en_route_pour_c_0x_nullptr_le_pointeur_n#comment-9 Mon, 24 Aug 2009 23:47:04 +0000 #comment-9 C’est plein de bonnes intentions.
Mais comme souvent avec C++ on ne fait que repousser le problème un petit peu plus loin.

&nbsp;<br />
void f(int *); &nbsp;<br />
void f(char *); &nbsp;<br />
// ... plus loin dans le code ... &nbsp;<br />
f(nullptr);&nbsp;<br />

]]> Commentaires sur Récupération et traitement d’un flux Atom XML en Haskell par spiceguid https://blog.developpez.com/alp/p7752/programmation-fonctionnelle/recuperation_et_traitement_d_un_flux_ato#comment-53 Tue, 16 Jun 2009 21:59:03 +0000 #comment-53 Désolé de décevoir tes attentes mais je n’ai pas vraiment l’intention de faire l’équivalent en OCaml. Si je le faisais ça serait en étendant mon module Lex pour lui permettre de parser du xml. Sauter à la balise fermante, capturer le contenu d’une balise, c’est à peu près les seules fonctions qui me manquent pour parser du xml en LL(1).

]]> Commentaires sur Récupération et traitement d’un flux Atom XML en Haskell par Alp https://blog.developpez.com/alp/p7752/programmation-fonctionnelle/recuperation_et_traitement_d_un_flux_ato#comment-52 Tue, 16 Jun 2009 16:37:42 +0000 #comment-52 Oui, j’ai oublié de mentionner que les cas d’erreurs (non présence du fichier là où je le veux, mauvais parsing, etc) provoquent l’arrêt du programme. Ca n’aurait pas de sens d’essayer de faire autre chose si quelque chose échoue durant l’exécution. Une exception, par exemple, est assez explicite ici pour nous dire ce qui n’a pas marché.

Pour faire un équivalent en OCaml, ça sera un peu plus long/tricky, étant donné qu’il n’y a si je ne m’abuse pas de bibliothèques qui mâchent autant le travail.

]]> Commentaires sur Récupération et traitement d’un flux Atom XML en Haskell par spiceguid https://blog.developpez.com/alp/p7752/programmation-fonctionnelle/recuperation_et_traitement_d_un_flux_ato#comment-51 Tue, 16 Jun 2009 15:42:27 +0000 #comment-51 Encore une bonne initiative.

C’est tellement compact qu’un programmeur impératif pourrait croire que tu ne traite pas le cas où openURIString et parseFeedString échouent (ces cas sont traités silencieusement, il y a un filtrage partiel qui s’il échoue met fin au programme en libérant les ressources).

Tu as eu la bonne idée de fournir la ligne de commande pour la compilation. C’est un détail qui a son importance, j’y penserai à l’avenir.

]]>