reno a écrit 3881 commentaires

Visiblement l'auteur de reia aime bien les objets 'lourds': d'après l'example, String a une methode puts et d'après son blog une methode 'parse': '2+2'.parse.

Bof, ce n'est pas le style que je prefere mais bon le langage a l'air intéressant parce que la syntaxe d'Erlang, beurk!

>UML c'est juste un ensemble de pictogrammes dont tu fais ce que tu veux.

Pictogrammes assez mal fichu: un rond plein ça dire X, un rond vide Y, bof..

Pourquoi pas mettre tout simplement des nombre au dessus des fleches pour indiquer le nombre de relations possible.

Les parentheses 'inutiles' montrent au lecteur qu'il s'agit d'un appel de fonction, en plus ici avec effet de bord!, je ne les trouve pas si inutiles..

Je ne vois pas en quoi le coté XML intervient la dedans: XSLT ce n'est pas du code selon toi??

Et bien ça dépend des images, une image SVG peut être considérèe comme du code je pense.

Uniquement si tu as une vision très, très limitée (limite aveugle): tout ce qui est produit par ou pour l'international et qui contient un codec MPEG-4, tu paye potentiellement(*) pour ça dans le prix de l'appareil.

Et donner de l'argent a MPEG-LA ne me parait vraiment pas une bonne idée!

*: car dans certains cas MPEG-LA ne fait pas (encore) payer: ils attendent que le poisson soit bien ferrer.

>> Car arriver à coller des bouts de code qui ont l'air de rien lors des relectures, qui ne sont pas obfusqués, mais qui supportent donc un certain type "d'appel" permettant de mettre en route des fonctionnalités cachées, ce n'est plus que du code, c'est du grand art. <<

Du grand art, oui, mais ce n'est pas impossible: il y a même un concour basé sur ce sujet: codé en C quelque-chose qui semble correct mais ne l'est pas.
La sémantique du C étant assez pourrie (variables non-itialisées par défaut, non-détection des débordements entier, des débordements de tableaux), les meilleures entrées dans le concours sont excellentes!

En Ada, ce serait déjà plus difficile..

Pas totalement indetectable, tu retardes..
En utilisant un autre compilateur, on peut trouver le probleme:
http://www.dwheeler.com/trusting-trust/dissertation/html/wheeler-trusting-trust-ddc.html

Probabilité moindre je suis d'accord, mais moindre n'est pas nul: souvient-toi du bug de l'installeur Ubuntu, c'est du même niveau:
https://launchpad.net/ubuntu/+bug/34606

>> Du coup, C ou Java, qui simplifient certains principes à l'extrême (genre pas de tail-call-optimisation et obligation de construire soi-même son trampoline, gestion de la mémoire incompréhensible "pour votre bien", etc. ) correspondent bien mieux à la définition du "worse is better". <<

Tu as du te planter dans tes exemples: Java a un GC..

Pour le TCO, quand je vois comment la plupart des examples qui utilisent TCO sont moches franchement cela ne me manque pas, beurk..

Pour C++, ce n'est pas tellement "worse is better" mais "cheap is better" a mon avis le C++ doit son succès au fait qu'il a des performances plutôt bonne et a eu une compilateur gratuit rapidement, le DoD aurait dut sponsoriser un compilateur gratuit pour Ada beaucoup plus tôt: maintenant tout le monde utiliserait Ada au lieu de C++..

>> - System.Web : le namespace pour faire des requêtes HTTP... Si Microsoft a des brevets là dessus, c'est pas les applications Mono qui vont avoir spécifiquement des enmerdes, c'est beaucoup plus de monde. <<

La, tu exageres, tu sait très bien que Microsoft peut avoir des brevets sur l'implementation de System.Web sans qu'ils aient des brevets sur HTTP.

En plus pour ton point, les drafts ça peut durer *très longtemps* parfois, voire ne jamais se concrètiser donc je trouve loin d'être ridicule de le compter.

> A l'époque, un recruteur ne venait pas te dire : "Vous êtes pas sur FB, vous avez sûrement des trucs à cacher"

Bôf, "Les cons ça ose tout, c'est même à ça qu'on les reconnait." je ne vois pas en quoi c'est une spécialité FB.

Tu lui réponds que tu préfère parler à tes ami(e)s en direct et puis c'est tout.

> Le rapport à la vie privée était différent

"vie privée" hum, si tu prends le comportement (raisonnable) que tout ce que tu mets sur FB est publique, ça limite déjà beaucoup le problème.

commencer a fumer est débile car l'acte de fumer est néfaste pour la santé, donc pour que ton analogie tienne la route, il faut que tu démontre que FB soit néfaste pour la santé..

Donc ton analogie est toute pourrie.

Les coté néfaste de FBs sont:
1) dévoiler sa vie privée sur FB/critiquer son boulot sur FB, la c'est stupide car par définition tout ce que tu mets en ligne est potentiellement publique,
2) quelqu'un te prend en photo dans une situation spécieuse, t'attaque dans un texte.

Pour le (1), il suffit de réfléchir dans ce qu'on met en ligne.
Pour le (2), ce n'est pas limité a FB ,un blog ça marche pareil et ça marchait même déjà avec le courrier postal avant!

Exactement.

Pour répondre, à Axioplase note que je n'ai jamais dit qu'un appel de fonction non terminal pouvait être préférable à un appel de fonction terminal.
J'ai juste dit que s'il n'y a pas d'annotation, il est très facile dans une maintenance de modifier une fonction en rendant le dernier appel non terminal..

> La D2 est stable

Ahem, ça dépend de la définition de stable..
Ma définition de stable, c'est stable comme un compilateur C.
D2 en est loin..
La spec est stable, les implémentations .. non.

Au niveau de la syntaxe D est pas mal effectivement, dommage qu'il ait gardé la syntaxe de la déclaration de variable a la C, heureusement qu'il y a l'inférence de type..

> Note: GDC sera intégré en standard a partir de gcc 4.7

ça c'est une très bonne nouvelle!!

Il a bossé sur trop de langages shapiro (Eros, BitC, ...), je n'ai pas réussi à retrouver ou il mettait cela.

Mais tu as raison qu'un type de retour vide permet d'éviter ça..

Non, je n'en connais pas, mais ce serait une annotation intéréssante d'un point de vue maintenance d'un programme..

> C'est faux. Ce problème a été réglé.

Dis plutôt que ce problème est en train d'être regler pour D2 (qui il me semble n'est pas encore sorti en version stable), mais que problème restera pour D1 ou la communauté des utilisateurs devant le manque de fonctionnalité de Phobos a realisé une autre 'librairie standard' incompatible techniquement et avec aussi une licence differente de celle de Phobos (une recherche google sur "SHOO's time library" montre bien le bazar résultant).

Ce qu'on peut résumer facilement en: un *gros* bordel, qui ne donne vraiment pas confiance dans la "plateforme D"..

Ce n'est donc *pas* un mauvais argument..

1) Ocaml n'est pas un langage fonctionnel pur.

2) Si tu fais vraiment du fonctionnel pur, ton programme ne sert à rien puisqu'il n'a pas d'effet sur l'extérieur.

3) Tout les langages fonctionnels ont des moyens de faire des effets de bords..

> Je ne vois pas trop quelle modification mineure pourrait induire les variations de performances dont tu parles.

Je n'ai plus en tête le lien du papier, désolé.

Mais je connais un exemple proche: la récursion terminale très utilisée dans les langages fonctionnels: il est très facile de passer d'une récursion terminale a une récursion non terminale, ce qui change beaucoup les performances..

Et si le langage n'a pas de mot-clef pour différencier les appels de fonctions terminales des autres, le compilateur ne te préviendra même pas que tu viens de flinguer tes performances/ton nombre maximum de récursion..

>> return n'est pas un mot clé. Dans la mesure où le langage est fonctionnel et où toute expression et tout statement retourne une valeur, ça serait inutile d'avoir ce mot clef <<

Ca c'est très discutable, dans Eros il se sont rendu compte que dans certaines fonctions la valeur retournée n'aurait pas du l'être, ce qui peut être génant dans certains cas (capabilities).

Personellement je trouve que ce n'est pas une bonne idée d'avoir la derniere valeur d'une fonction retournée par defaut, je prefere que ce soit explicite.
Si tu considère 'return' comme étant trop lourd visuellement, alors '^' comme Smalltalk est un bon compromis..

Haskell, c'est le nouveau Lisp: c'est l'avenir depuis très longtemps et cela le restera..

Pour Haskell, une critique sérieuse est que l'évaluation paresseuse par défaut rend difficile l'évaluation des performances: des petites modifications peuvent induire des grandes variations de performances..

L'autre critique sérieuse est que ce langage est difficile à apprendre.

>> En fait Go n'est qu'une ré-écriture de Common Lisp <<

Ahem, tu oublie "juste" le typage statique..

On n'est pas Vendredi, mais je te répondrai que s'ils siphonnent les utilisateurs des autres distributions, c'est qu'ils doivent faire un *truc* de mieux que ces autres distributions.

Ce truc peut être une configuration par défaut (intégration), du marketing, etc: peu importe, rien n'empèche les autres distributions de se battre sur ce domaine:
- il n'est pas trop difficile de réutiliser la conf par défaut et même de la remonter upstream si Ubuntu ne le fait pas..
- le marketing pour Ubuntu n'est pas très agressif, donc il ne doit pas être bien difficile de le concurrencer.

Conclusion, peut-être que les autres distributions ne cherchent même pas à concurrencer Ubuntu car le desktop ça paye pas (comme RedHat le dit depuis longtemps), donc plutôt que de critiquer Ubuntu/Canonical pour ce qu'ils ne font pas, tu devrais être content qu'ils existent et même espèrer qu'ils arrivent à être profitable car à ce moment là, on peut espèrer l'arriver d'une vrai concurrence sur le desktop Linux..

Il me semble que pour le moment Canonical est déficitaire, s'ils restent déficitaire, tôt ou tard tes souhaits de disparition d'Ubuntu seront exaucés..

Je ne comprends pas: si tu dis qu'il existe un "lien" VDPAU -> VAAPI, je ne vois pas ou est le probleme.

Ou alors tu mets les fleches dans le mauvais sens..