reno a écrit 3880 commentaires

Ouais, c'est clair, c'est un truc de malade, y a pas de Flash, pas vidéo, faut juste savoir lire :D

Bah même quand tu arrives sur la page du FOSDEM 2013, il y a des tas de liens la plupart sans grand chose derriere et je ne trouve pas les pdf, d'ailleurs pour le multitache le .txt dont tu donne le lien n'a pas grand intérêt (c'est juste une reference vers du code source)..

J'aime bien les sites en HTML de base, mais il n'impeche que celui la est mal organisé, et critiquer le lecteur plutôt que celui qui n'est pas fichu de "faire simple", no comment.

Une chose amusante sur ce "débat" est qu'un commentaire du blog est beaucoup plus intéressant que l'article lui-même, ce blog a le mérite de pointer des sujets de débats intéressants mais a le gros problème d'avoir des conclusions pour le moins "rapide" (bon assez nulle en fait) sur ces sujets:
http://www.framablog.org/index.php/post/2013/02/08/9-tabous-open-source#c39647

Merci.

Quel bazar ce site..
Elles sont où les présentations dont tu parles?

Ah? Les livres n'aiment ni le sable ni le soleil?
Pourtant j'ai passé beaucoup de temps sur les plage a lire et je ne l'ai pas remarqué..
Entre une petite déchirure sur un livre (le scotch ça marche) et devoir remplacer une liseuse a plusieurs centaine d'euros a cause du sable..

En tout cas, si je pars en vacances quelques jours, entre trimballer 10 BD ou une liseuse avec une carte SD, mon choix sera vite fait.

Pas si sûr que ça, si tu vas à la plage: sable/plein soleil, il y a beaucoup d'électronique/d'écran qui n'aiment pas ça.

Oui, je ne sais pas trop pourquoi tout le monde tape sur Swing quand j'ai utilisé la chose je trouvais que coté conception c'était plutôt bien fait. Bon à l'époque la plateforme Java était buggée jusqu'à l'os, mais c'était il y a très longtemps..

Il n'y a rien de parfait: dalle mate = moins de reflets ce qui est bien, mais par contre les couleurs sont plus ternes qu'avec un dalle brillante..

Si son code plante et qu'il me fait un rapport de bug avec une stack trace, je verrai rapidement qu'il utilise directement une API privée et que du coup mon support il peut se le carer ou je pense.

Euh, ça dépend! Pour l'avoir vécu avec un client payant, ce qui s'est passée c'est que l'API privée est devenue publique..

Bon, le coté pénible c'est de trouver la source du problème: très perturbant quand tu as un rapport de bug mais que la partie publique n'a pas changée, après la solution c'est un problème commercial..

Oui, enfin là on parle d'un langage de "haut niveau"..
Enfin soi-disant de haut niveau..

Une vraie encapsulation, ça évite en théorie qu'un rigolo viole ta convention. Ce qui arrive 9 fois sur 10.

Bof, dans beaucoup de langages avec "vrai" encapsulation, si tu veux tu peux la contourner, c'est juste un peu plus difficile qu'avec une convention de nommage..

Par exemple ne plus avoir à se soucier de l'ordre de démarrage des services,

Hum, ça c'est très bien quand ça marche, mais s'il y a un problème ce sera bien plus pénible à débugger qu'avant..

DROPer un paquet dans une connection TCP: je me pose une question la regle du firewall elle va être jouée avant ou après le ACK?
Autrement il y aurait un retry non?

Bref un bon coup de Wirshark s'impose..

D'un point de vue théorique oui, mais à moins de disposer d'un générateur de code (bon courage pour débugger le résultat), si tu veux exploiter les n coeurs, tu vas écrire n-FSM.

Il y avait 2 utilisations que je voulais mais dans les 2 cas, ça n'est pas vraiment idéal:
-décodeur vidéo: bof, car le CPU est peu puissant et le GPU non évolutif car fermé donc si un format de fichier n'est pas décodé par le GPU actuel, ça va mal marcher.

-serveur: possible mais limité car le port Ethernet passe par USB, donc le débit est faible.

Il reste plein d'utilisations possibles (la domotique, les robots..) bien sûr..

C'est aussi du à la nature du changement dans Qt.

Pas uniquement: les nepomukeries pas mures activées par défaut bien que ça soit buggé et consommateur de CPU, ça n'a rien à voir avec Qt..

Coté gestion de projet franchement KDE ils ont des progrès à faire..

Sauf que c'est faux: un ordinateur multi-coeur, c'est plusieurs machines à états (une par coeur).

La plupart des avantages de systemd que tu décris me semblent en fait lié à l'utilisation des cgroup, les autres systemes d'init ne les utilisant pas car ils ont été crée avant les cgroup..

Je n'ai jamais utilisé cette fonctionnalité mais sur le site web ils disent que plancake peut envoyer des rappels par email.

Je trouve que leur interface est pas trop mal (même si elle est un peu limitée..)
Par contre leur application 'mobile' ne fonctionne pas sur Opera pour mon E71.

J'aime particulièrement quand il dit qu'il ne connait pas de matériel qui ne marche pas correctement avec Linux (I do not know of any hardware that does not work properly with Linux drivers), vu l'état des cartes graphiques sous Linux..

Pour ceux qui ne suivraient pas la plupart des cartes graphiques ont soit
1) pas de pilote opensource donc pas de pilote intégrable dans Linux: ça c'est le cas pour les GPU avec ARM (le pilote du Raspberry Pi n'est pas vraiment un pilote).
2) un pilote opensource qui
-atteins en 3D 10% des performances atteignables par la carte avec le driver propriétaire
-ne peut pas utiliser le décodeur vidéo intégré dans la carte graphique.

Je crois que certains IGP Intel sont l'exception, ce qui est bien peu..

"work properly" my foot!!

Tu critiques Android a cause de la lenteur de certaines applications??
Comme critique logique on fait mieux..

Pareil pour la pub, il y a plein d'applications payantes sans pub..
Tu veux des applications gratuites et sans pub?
Là effectivement c'est plus rare, maintenant il ne me semble pas que Google empêche les applications FOSS sur son AppStore contrairement à Apple donc..

Pour les bugs, j'ai un Galaxy S3 depuis 1 mois avec Android4.1.2 et je n'ai pas trop de problème (un reboot intempestif une fois quand même).

Pour la maîtrise du matériel OK, maintenant il n'y aucun ARM avec un GPU au driver vraiment libre alors..

Gné ? Pour afficher les objets à la position qu'il faut 60 fois par secondes, il suffit de calculer une image toutes les 60 secondes…

Tu n'as pas compris ce qu'il marquait:
Cas 1) Le jeux attend que l'écran se soit rafraîchis, lis les entrées&positions et calcule l'image suivante puis attend le rafraîchissement.
Cas 2) Le jeux attend que l'écran se soit rafraîchis, lis les entrées&positions et calcule une image puis au lieu d'attendre lis de nouveau les entrées&positions et envois une deuxième image s'il y a le temps: lors du rafraîchissement c'est la dernière image calculée qui est affichée.

Dans le cas (2) l'image affichée correspond a une lecture des entrées&positions plus récente que dans le cas (1).

Une chose que je note: il y a 3 styles qui sont "cohérent":le "style shell infixé" (se lit de gauche à droite) et lex "style shell préfixé/infixé" (se lisent de droite à gauche), les autres c'est le bazar..

Le premier a l'avantage pour nous Français d'être dans l'ordre "normal" mais l'inconvénient que 'var' doit soit existé déjà soit être déclarée automagiquement, autrement on se retrouve avec une notation un peu bizarre:
"op1 | op2 > var res:Result".

Le style fonctionnel préfixé est un peu lourd avec les parenthèses(*), le infixé est pas mal, mais le '$' ne donne pas le sens de lecture donc on pourrait avoir:
var <- op3 <- op2 <- arg op1 <- data
L'espace pour séparer les arguments d'une fonction c'est élégants pour les lignes courtes mais difficile a lire quand ça devient complexe:
var <- op3 <- op2(arg, op1 data)

C'est quoi le nom du style suivant:
var res <- op3 <- op2(arg) <- op1 <- data
WTFFunc?

*: par contre l'ordre dans l'exemple me parait incorrecte ce serait plutôt
var := op3(op2(arg,op1(data)))

Merci pour l'info.