Joris R a écrit 301 commentaires

Sinon il y a le classique Real World Haskell. Il est plus classique dans sa présentation que "Learn You a Haskell" (perso j'ai eu du mal avec). Comme il est plus vieux, il y a quelques chapitres plus trop à jour (des bibliothèques qui ont un peu évolué) mais bon c'est surtout la forme, le fond reste valable.

On peut le lire en ligne ou s'acheter une version papier.

8pen j'ai pas mal testé et j'ai trouvé qu'en pratique on faisait beaucoup de mouvement pour saisir les lettres (il faut beaucoup tourner pour la plupart des lettres).

J'ai trouvé le concept de MessagEase plus efficace. Je l'utilise depuis maintenant 2 ans je crois. C'est devenu très naturel et surtout je fais peu d'erreur de "frappe" (si on peut dire) même sur un petit écran et même perturbé par des déplacements (métro, bus, …). Et j'apprécie beaucoup le fait qu'il n'a pas besoin de prédiction pour être efficace (contrairement à la plupart des autres solutions).

Hmm le problème du C++ de ce coté là c'est avant tout le fait que c'est un patchwork d'ajouts au fils des années sans jamais remettre en cause l'existant. Alors forcement il ne peut pas être simple si l'ambition est de laisser les gens choisir entre les possibilités ajoutées au fils du temps.

Concernant Rust, on peut noter le travail de simplification et de généralisation autour des types de pointeurs. Il y a carrément eu un type de pointeur (celui qui était sensé déclencher un système de ramasse miettes) qui a disparu car ils se sont rendu compte qu'on pouvait réaliser la même chose sans construction syntaxique dédié.

Après, tu parlais de simplicité du langage dans ton premier post, il faut pas oublier le but premier de Rust est d'obtenir un langage "système". C'est à dire qu'on doit pouvoir contrôler précisément le comportement et les performances des programmes (notamment d'un point de vue gestion mémoire). Étant donné cela le langage sera forcement plus compliqué à utiliser que les langages promouvant l'utilisation d'un ramasse miette. Mais on ne peut pas avoir le beurre et l'argent du beurre. Bien que je trouve qu'ils aient fait un super travail avec le système d'analyse des lifetime des variables (et donc des fragments de mémoires alloués dynamiquement qui peuvent y être associé).

Effectivement lorsque je suis déjà en -42 avant d'arriver sur la page tout s'affiche déplié.

Si on change le seuil, les commentaires se replient comme ils faut par contre ils ne se déplient plus. C'était déjà comme ça avec la css par défaut ? Faut que je regarde

EDIT : effectivement ça ne marche pas non plus avec un autre style. Désolé pour le dérangement ;)

salut, merci pour la css ;)

Par contre, j'ai remarqué que le niveau de seuil pour afficher/cacher les commentaires ne fonctionne plus correctement. Chez moi j'utilise souvent le niveau -42 pour tout faire apparaître et là les commentaire restent cachés.

C'est n'importe quoi robocop il a un cerveau humain (on voit même un bout de visage).
---> s/robocop/terminator/

C'est assez simple j'ai un disque usb chiffré. Pour le chiffrer, j'ai juste utilisé l'outil de gestion de disque d'ubuntu avec l'option idoine.

Après tous les mois (en théorie), je le branche et un petit coup de rsync :

rsync --recursive --links --perms --times --group --owner --verbose --human-readable --delete --progress ~/  /media/sauvegarde/$USER/

Bon c'est pas la sécurité absolue, mais mes fichiers ne bougent pas tant que ça non plus. Ce qui m'ennuie le plus ça serait le cas d'incendie ou de vol...

Une syntaxe que les développeurs aime?

Syntax error: French language implies space before "?"
Syntax error: Agreement between verb "aime" and noun "développeurs" does not fit

^_^

Mmmh Haskell n'est pas un ML (comme par exemple StandardML et OCaml). La grosse différence coté fonctionnel est que les ML sont à évaluation stricte et Haskell à évaluation paresseuse. Sinon les ML ont toujours eu une partie impérative (encore plus poussé dans OCaml pour intégrer les objets et modules) alors que Haskell est pur. Si ton but est de découvrir le fonctionnel je vois pas bien l'intérêt de prendre un langage impur, à cet égard OCaml est un gros langage juste à cause de ça. L'approche d'haskell me semble plus élégante avec les monades.

Perso j'ai toujours regretté que dans OCaml il soit impossible de définir des classes de types. Par exemple il y a une addition + pour les entiers et une addition +. pour les flottants, mais ce n'est pas limité à ca le code Caml est rempli de fonction qui font le même type d'opération avec des nom légèrement différent à cause de cette limitation.

Sinon Haskell est un standard avec plusieurs compilo dispo, ce qui assure une certaine stabilité. Alors que Ocaml est géré par une équipe de l'INRIA dans un but de recherche.

Les deux langages possèdes des compilo très efficaces, avec de bonnes optimisations et génération de code natif. Ce qui est important pour contrebalancer la lenteur potentielle de la prog fonc.

Dans ce cas, je suis prêt à parier qu'il dira 42 !

---->[]

heu, bloquer le port 25, ça n'a pas d'influence sur un client smtp, si ? En tout cas moi j'ai laissé le port fermé dans la config free, et je peux utiliser thunderbird.

Effectivement le compilo Java emet des avertissement quand il détecte du code mort, cela dit c'est un problème indécidable donc j'image que les dif. logiciels sont plus ou moins performants. Je ne crois pas que java aille bcp plus loin que de voir les if(false)

Ce n'est pas forcement la faute à la vm erlang pour les fuites de mémoire. On peut très bien avoir une fuite de mémoire avec des langage comprotant un ramasse-miette, par exemple avec une structure de donnée style table de hachage ou tableau associatif qui serait global dans le code.

D'après ce que j'ai compris du fonctionnement du WR il serait facile de mettre le wiktionnaire, mais uniquement lui. En fait il faut choisir et télécharger le contenu d'un seul wiki puis compiler le soft et les données. Pour avoir plusieurs wiki (par exemple WP fr et le wiktionnaire) il faudrait soit fusionner les deux wiki soit reprogrammer le logiciel interne au WR.

C'est donc dommage. Ce qui me manque aussi c'est les tableaux, les images (les formules mathématiques sont des images en fait, du coup c'est génant) et les caractère un peu spéciaux (par exemple la page sur l'[[Alphabet phonétique international]] est illisible). Oui je sais il faut envoyer des patch plutôt que de raler... Ah oui aussi : je trouve le scrolling pas pratique sur des grande pages.

Ah mais cela dépend si le détenteur du brevet le souhaite... Apple peut très bien ne pas vouloir accorder l'utilisation de son brevet du tout, rien ne les y oblige.

Il l'a toujours été.

Non c'est faux : le code en *lisaac* du compilo n'était pas disponible, seulement le résultat de la compilation vers le C. Je me souvient très bien de ce point lors d'un tutoriel sur Lisaac que j'ai suivit au Loria à nancy. Il y avait une histoire comme quoi l'INRIA ne voulait pas divulguer le source.

D'ou ma question

Ouais enfin si on remplace tous les mots clé par des caractère spéciaux, cela ne change pas grand chose. Il faudrait plutôt compter les lexèmes, dans mes souvenirs le Lisaac est plein de + et de - et autres avec des significations particulières. Voir aussi l'astuce des nom de prototypes en majuscule, ca remplace un mot clé.

PS: finalement le code source *lisaac* du compilateur est sous licence libre maintenant ?

C'est marrant mais on peut dire exactement la même chose de l'industrie musicale...

pareil ! en plus ça à l'air d'avoir un rapport avec http://www.openstreetmap.org/ donc je serai tenté de penser que c'est bien! :)

Ben l'ipv6 ca avance quand même, en tout cas pour moi. Au boulot je suis sur le réseau renater et à la maison chez free. Donc j'ai l'ipv6 à ces deux endroits, ce qui me permet par exemple de connecter directement à mes machines à la maison sans rien avoir à configurer. Il faut juste noter l'adresse ipv6.

Avec Ekiga on ne doit pas être très loin de ce que tu veux. Sauf le cryptage il me semble. Mais comme d'autre l'ont déjà signalé le problème c'est toutes les ordis qui fonctionnent en NAT derrière une box. C'est à dire quasiment tout le monde. Donc :
- soit on passe par un serveur central avec une ip publique a lui tout seul
- soit tout le monde passe à ipv6
- soit on fait des bidouilles infâmes comme actuellement
ce problème de réseau mis à part, si tu a l'ip et le port des deux cotés, ekiga ca marche.

Le retour du son n'est pas utile pour ce genre d'application. Sans retour pas de larsen.

Oui mais aussi ca ma gonflé jusqu'a ce que je trouve comment marche les favoris. Et après j'ai trouvé qu'on pouvait taper le début du nom pour trouver ce que l'on cherche et c'est encore mieux. En fait maintenant je n'utilise plus du tout le menu, à part pour éteindre l'ordinateur, à la place je tape alt-F2. Et là pareil on peut retrouver super vite les appli en tapant le début du nom. On peut même faire des opération arithmétiques, exemple essayez de taper sqrt(1764)=. Ou d'autre trucs comme rechercher sur le web, mais ca je m'en sert pas.

Quand on lit le pdf en pleine page la présentation est normal. Quand on utilise la fonction zoom, je pense que le système extrait le texte et les images lignes par lignes par affiche le tout en tant que texte normal. Ce qui est très génant c'est que les paragraphes ne sont pas détecté, donc il y a un retour à la ligne à chaque fin de ligne originale (je sais pas si je suis clair). Bon en résumé la fonction zoom est inutilisable.

non le ebook de sony lit les epub (sans césure ni texte justifié toutefois) c'est un standard (les livres de la fnac sont epub + drm). Ils ont effectivement un format proprio avec un meilleur support. La lecture des pdf est plutot pénible par contre (car les pdf sont souvent générés pour du a4 et l'écran est plus petit, on peut zoomer mais le résultat est mauvais). Sinon pour mettre les fichiers dessus, il est vu comme un stockage de masse, donc ok pour linux.