reno a écrit 3880 commentaires

Je pense aussi que le problème serait bien moindre si Ocaml proposait de typer les exceptions pour voir ce qui remonte jusqu'au "main".

Hum, ce que tu propose ressemble fortement à Java qui indique(indiquait?) dans le prototype des fonctions les exceptions potentiellement levée ce qui causé pas mal de protestations car c'est pénible à gérer..

Bref, pour la gestion d'erreur il n'y a pas de solution miracle..
Les 3 points que je trouve intéressant:
- les scopes (*) qui remplacent en mieux le try .. finally
- les références non-nullable par défaut et le type Maybe.
- la gestion d'exception "à la Lisp" qui semble un peu différente des autres, mais je ne comprends pas bien si c'est vraiment un avantage en pratique..

*: http://digitalmars.com/d/1.0/exception-safe.html

Attaqué le curé au karcher non, mais je trouve aussi qu'il n'y a pas de raison valable pour laquelle les églises sont autorisés à faire du tapage diurne (mis à part pour les mariages et baptêmes qui sont des évènements exceptionnels et pas périodique).
Autrement il faut aussi autoriser les minarets, etc.
Mais patience: dans un premier temps, passage du mariage civil pour tous, ensuite ça serait une bonne idée effectivement.

un système de "traits", qui correspondent en fait assez exactement aux type classes de Haskell, pour transporter les implémentation. L'idée est qu'on définit des interfaces/traits

Euh, tu peux préciser?
Si j'en reviens à la base(C++) de l'héritage multiple, le problème principal est l'héritage en diamant quand les super-classes ont des variables, donc la règle de codage de C++ est de ne pas utiliser de variable dans les classes utilisée pour l'héritage multiple, en Java ils ont "résolu" le problème en faisant des interfaces sans implémentation ce qui est bien pénible car à chaque fois qu'on implémente une interface on doit l'implémentation, donc retour en arrière depuis on implémente avec des tas de noms différent (trait, mixin, etc) la "régle de codage" de C++: une classe ne contenant que des fonctions.

J'ai bon? Ou c'est autre chose?

Intéressant comme carte à priori ça a vraiment tout pour faire un mini-serveur, et il y a aussi un projet de rétro-ingénierie sur le GPU Mali400.
Reste à voir le retour utilisateur sur le débit Ethernet, la fiabilité de la carte et du vendeur.

Puisque Scratch et Python ont déjà été évoqué, il y a aussi Grace qui est fait pour des étudiants (mais pas pour des enfants de 11 ans): http://gracelang.org/

Ayant commencé de bonne heure, je pense que l'important est le coté ludique de l'apprentissage: dans mes premiers cours ce qui nous a le plus plut c'était de dessiner une maison avec un programme.

Je ne suis pas un expert en python, mais dans ton cas il y aurait peut-être des parties que tu pourrais modifier dans le code original pour le rendre python3 compatible mais tout en fonctionnant toujours en python2?
Si les développeurs acceptent tes modifications, tu minimiserais les différences entre ton fork et l'original, c'est toujours ça de gagné..
Bon à la réflexion, pas sûr que ça aide vraiment car ils ne testeront leurs modifications à eux qu'avec python2.

pourquoi ne pas avoir uniquement du remplissage ?

Il me semble qu'avec X, il y a le mode 'ligne' ou tu as des lignes d'épaisseur 1 pixel:
avantage: c'est plus rapide.
inconvénient: le rendu peut varier beaucoup d'un écran à l'autre maintenant qu'il y a (enfin) des écran avec un haut DPI.
donc cela ne devrait pas être le mode par défaut, juste une optimisation possible.

Moi je m'en tenais à la manière la plus « logique » de l'écrire pour un être humain.

Je ne sais pas s'il y a une manière plus logique, après tout tu peux passer du relatif à l'absolu en faisant du relatif par rapport à l'origine et de l'absolu au relatif en ajoutant une translation, pour moi c'est plus une question de contexte:
-"à la PDF"/Scribus/DTP: tu veux imprimer sur une page dont tu connais la taille un document dont le rendu est le critère principal: en absolu.
-"à la HTML": l'idée est que ton document soit rendu de manière adapté automatiquement à la taille de l'écran utilisé: des objets en relatifs intégrés dans un document.

J'ai jeté un œil et je me retrouvé pris d'un fou rire en lisant la ref card avec le "tri-state boolean". Je ne suis pas particulièrement attaché au tiers exclus, mais la logique classique en a un besoin vital. http://asymptote.sourceforge.net/asyRefCard.pdf

'default' comme nom de troisième valeur c'est curieux en effet, mais à partir du moment ou tu utilise des float qui peuvent retourner NaN, un Not-a-Boolean me parait bien plus logique que la convention arbitraire actuelle.

Ce qui me parait vraiment le plus logique c'est d'avoir une exception plutôt qu'un NaN, mais bon en C on est coincé..

ton expérience du fonctionnement de la culture chinoise.

Euh pourquoi Chinoise? Il parle de la culture en entreprise, ses exemples n'ont rien de spécifiquement Chinois.
Un cas vécu personnellement: un boss veut utiliser un logiciel externe car il s'entend mal avec les gars qui font en interne un logiciel qui fait la même chose, donc il demande au ingénieurs de dire pourquoi le logiciel en interne ne convient pas.
Je peux te dire que quand on te fait une demande pareille tu te sens très mal à l'aise.

faudra que tu m'expliques pourquoi lorsque je vais à une soirée et qu'il y a des fumeurs de canabis, je sais qu'en rentrant chez moi je ne pourrai ni dormir, ni travailler, pendant quelques heures…

Pas remarqué ce phénomene pour moi, mais avoir du mal a s'endormir après une soirée ce n'est pas si rare..

Je suis content de pouvoir aller dans un café sans devoir supporter la fumée des autres.

100% d'accord, mais personne ne propose de remettre en cause ce point là.

plus de son et plus d'hibernation.

Et après on s'étonne que Linux pour le desktop ne progresse pas..

pas en terme de défonce, en terme de santé

Note que les deux sont liés.

Ce que tu dis confirme mes doutes pour l'utilisation de R Pi comme serveur: pas de port SATA et de l'Ethernet pas terrible, et pour servir de la vidéo le driver propriétaire du GPU est un problème.
Dommage, le prix est vraiment alléchant mais ces "détails" font que j'en vois pas l'utilité, même avec 512Mo de RAM.

Je trouve que les effets psychologiques du cannabis sont très souvent sous-estimés et j'ai vu des personnes, pas forcément socialement bien intégrées comme on dit, pour qui ce refuge est devenu une prison

C'est le cas aussi pour l'alcool!
Est-ce pour qu'il faut pour autant interdire la consommation d'alcool? Non, mais interdire toute forme de publicité pour l'alcool oui.
J'ai fait un sport ou le cannabis circulait pas mal: beaucoup en prenait pour faire la fête le Samedi soir mais pas du tout le reste de la semaine comme l'alcool quoi, par contre il y en avait une minorité qui était accro et en danger de se bousiller, mais ça n'en fait pas une raison pour interdire le cannabis..

Il y a quand même un point a éclaircir en regardant ce qui s'est passé en Hollande ou ailleurs ou c'est légal: que s'est-il passé dans les banlieue ou certains vivent de la vente du cannabis?

Ton post est difficile a lire car tu n'explique pas bien le contexte.
La question est: un script de démarrage lançant des démons doit-il rendre la main immédiatement(1) ou bien rendre la main quand tous les démons sont prêts à fonctionner(2) (par exemple en synchronisant les démons avec un sémaphore comme tu le fais)?

Les deux systèmes ayant leurs avantages et inconvénients, je doute qu'il y ait une réponse qui convienne a tout le monde (1 est plus rapide, 2 est plus 'prévisible' mais pas toujours simple a implémenter).

bah faut par exemple redonner au C ses lettres de noblesses

Pas d'accord, en C tu fais un fois deux en nombre de ligne de code par rapport à un langage comme C#(par exemple).

Après le problème de langages de haut niveau, c'est qu'on n'en a pas vraiment de bon, et même en se contentant des langages correctes existant leurs implémentations sont pas terrible: librairies réduites (le support de Qt particulièrement..), GC pas temps réels, compilateurs avec bug, etc.

pourquoi devenir majoritaire ?

Majoritaire on s'en fout ok, mais qu'il y ait suffisamment de gain d'argent sur le desktop pour pouvoir avoir
1) la compatibilité binaire des toolkits
2) une maintenance correcte des couches basses (pilotes, X,..) qui sont en manque chronique de developpeurs
3) des applications un peu plus "finie" (un exemple parmis d'autre: Gimp évolue très,très lentement)
ça ne serait pas du luxe..

Après bien sûr, ça se mord la queue, il faut 1+2+3 pour avoir des gains d'argents sur le desktop..

pour moi, la barre en termes de compatibilité est bien plus haut. Il faut aussi préserver à 100.00% la compatibilité binaire

En théorie, je suis d'accord: le noyau le fait bien, et il n'y a pas de raison que les couches du dessus fassent moins bien, mais en pratique quand tu regardes les efforts/investissements sur Linux par rapport aux couches du dessus, ça n'est pas tellement étonnant que ça ne marche pas..

Pas mal de plaintes sont venues aussi de Nepomuk (activé par défaut un démon immature et gourmand en ressources ce n'est pas très malin..) et des activités, de la réécriture du bureau en Javascript qui a induit des perturbations (assez réduite il me semble), bref tout n'est pas lié à Qt loin de là..

J'ai utilisé NEdit (qui utilise Lesstiff) dans un desktop KDE (de mémoire c'est vieux), c'était la seule application qui me posait des problèmes de copier/coller et elle avait un look&feel différent des autres, utiliser plusieurs toolkit ça a des inconvénients aussi!

Ne pas vouloir faire comme les autres, quelque part c'est se laisser dicter ce qu'on peut faire ou pas par ces "autres"..

Au départ je vois le parachute et je me dis "bof, ou est le problème" puis après je vois le scotch et là j'hallucine!

Les 2 gars qui ont tenté la même chose ensuite sont morts, s'ils partaient avec le même genre de matériel ça n'est pas surprenant.

Sur le fond, tu as tout à fait raison, il suffit de réutiliser le matériel d'il y a 50 ans.
Après s'ils ont décidé d'utiliser une combinaison spatiale "moderne" là ça peut avoir de l’intérêt.

Il va pas chauffer trop en rentrant dans l'atmosphère plus dense à cette vitesse ?

Je n'ai pas de chiffre a te donner, mais ça me parait très improbable:
- les navettes spatiales chauffent car elles ont une énorme vitesse horizontale, lui il aura juste de la vitesse verticale.
- les frottements qui échauffent sont liées à la densité de l'air, et cette même densité d'air le freine..
Donc s'il ouvre son parachute suffisamment bas, il sera à ~200km/h comme pour les parachutistes normaux.

J'ai vu une interview de son saut précédent et il disait plutôt avoir eu froid aux mains..

Tu oublie le cas ou le client est distant, dans ce cas là c'est un gain de gerer la deco coté serveur.

Mais tu as raison, le design de Wayland va bien avec des applications a la BeOS: une thread dédiée à l'IHM.