Un remplaçant partiel de X11 puique Wayland ne cible pour le moment que le cas local.
On peut aussi le voir comme un complément de X11: X11 pour l'affichage déporté, Wayland pour l'affichage local.
"de démo"
De démo n'est pas vraiment correct non plus, puisque c'est pas mal en fonction des besoins de Weston qu'ils font évoluer Wayland, un prototype serait peut-être le terme correct?
Pas sûr d'où tu sort ta citation, mais oui il y a une ville ou Google fait le FAI en installant des câbles partout, j'imagine qu'ils veulent pouvoir anticiper l'évolution des comportements des utilisateurs et de leur applications quand le débit augmente.
Hum, ça se discute, avoir des types entiers qui par défaut ont des comportements "déviants"(opération non définie, débordement silencieux) au nom de la performance, ça s'appelle de l'optimisation prématurée!
Un langage élégant aurait des types entiers avec un comportement sain par défaut (à la Ada) tout en ayant des types prévu pour la performance a utiliser dans les (rare) cas ou on s'aperçoit que les tests additionnels ont un coût en performance pas acceptable.
Pour le reste, on gagne du temps à apprendre le C par rapport aux Pascals ou à Python? Première nouvelle!
La vrai raison d'apprendre le C est la base installée et comprendre comment ça marche "pour de vrai", mais bon ça ne fait pas de C un bon langage..
En matière de typage il me semble que la référence est Ada
Euh, ça dépend de ce que tu appelle comme "référence" Ada a un typage strict maintenant vu l'age du langage ça m'étonnerait qu'il ait un système de typage "moderne".
Après pour répondre à ta question, je dirais qu'Ada n'est pas à la mode, j'ignore pourquoi..
Il n'empêche que les gens le trouvent toujours lourd.
Le problème vient de FF ou des sites web?
Je connais un blog ( http://bertrandmeyer.com/ ) qui utilise environ 150Mo de RAM avec Chrome et pourtant ce n'est que du texte!
Firefox évalue ce blog à 10Mo ce qui parait bien plus raisonnable..
Désolé, mais coté langage le shell Unix ce n'est pas vraiment un exemple par rapport à VMS par exemple, où les commandes sont beaucoup plus logiques, certes un peu plus longue mais avec des raccourcis et on peut définir des alias donc pas plus longue que le shell Unix.
Je dirai que leur erreur principale est de ne pas avoir distribuer des raccourcis par défaut de ce point de vue.
Si je compare avec ocaml, Rust ne parait pas terrible.
D'un point de vue syntaxe/typage, c'est une comparaison valide, mais après tu compare la gestion mémoire et là je ne suis pas d'accord: Rust est un C++-like: pas de GC donc c'est logique que ça ait des conséquences sur la gestion des copies.
ocaml utilise un gc générationel bien plus efficace qu'un compteur de référence.
Tout les GC sont mauvais, ils le sont juste de manière différente: trouve moi un GC qui soit
1) précis 2) temps réel 3) ne perturbe pas le swap(*) 4) Free
et on discute, en "attendant" les langages sans GC gardent leur utilité..
Moi qui trouvait que Linux était un peu en retard sur FreeBSD (DTrace, Capsicum, ZFS), j'apprécie la présence d'uprobes et des filtres seccomp dans la version 3.5, bon Btrfs doit encore mûrir mais c'est déjà pas mal.
Le temps mis par seccomp et surtout par uprobes pour être intégré dans Linux me laisse songeur tout de même!
Une compagnie développe un médicament A1 et a un brevet dessus pour 20 ans lui assurant l'exclusivité, ensuite elle crée une variante A2 et pose un nouveau brevet.
Mais qu'est-ce qu'on en a a faire de A2?
Ils brevettent A2, mais il me semble qu'on ne peut breveter que des nouveautés, non?
Donc à priori on ne peut pas breveter une partie de A2 qui était déjà dans A1, donc maintenant A1 peut être cloné et les "génériques A1" répondent aux besoins des malades.
Certes la compagnie qui produit A2 va faire du marketing pour pousser A2 par rapport aux clones d'A1, mais bon ça c'est la pub "normale".
Mais si tu veux du pas chère, il y a le Raspberry Pi. L'OS OpenElec le support.
Hum, j'ai toujours eu des doutes pour le Raspberry Pi comme média player(*), un article (très intéressant) de Stéphane Bortzmeyer considère aussi que le RP ce n'est pas terrible pour le multimédia: http://www.bortzmeyer.org/raspberry-pi.html
*: CPU pas très puissant + GPU avec firmware non libre == solution très 'figée' et pas débuggable, Ethernet qui passe par USB pas terrible non plus pour un "média center".
Et pour que le Vatican le décide, il faut aussi qu'ils attribuent un "miracle" à la personne, non?
Je commentais donc sur les miracles "lié" à Jeanne d'Arc..
C’est incompatible avec le fait que les sorties de KDE SC sont basées sur les dates plutôt que les fonctionnalités.
Dans ce cas là, si tu es sérieux (aka si tu ne considère pas tes utilisateurs comme des beta testeurs, ce qui s'est passé dans ce cas), tu désactive la fonctionnalité pas prête (avec une explication sur comment la réactiver, une demande de retour de test, etc).
Ce n'est pas faisable pour les fonctionnalités indispensables bien sûr, mais ce n'était pas le cas ici.
La distribution PCLinux OS a désactivé par défaut Nepomuk dans sa version qui intégrait KDE4.4 alors que le projet KDE a activé Nepomuk par défaut depuis 4.0: je trouve que ça donne une bonne idée de l'ampleur du "problème KDE".
Oh, je ne conteste nullement l'existence de Jeanne d'Arc, maintenant ses voix, la reconnaissance du roi, etc, le "razoir d'occam" semble indiquer effectivement que la vérité est ailleurs pour le coté "sainte".
Concernant Nepomuk, le tout a pris du temps avant d'être stabilisé niveau performance,
Et stabilité tout court d'après ce que j'ai lu, ce qui n'a pas empêché cette "fonctionnalité" d'être activé par défaut dans le projet KDE4 depuis très, très longtemps..
Ce qui fait que je suis d'accord avec ta remarque 'faut savoir utiliser la bonne distribution': une qui rend KDE utilisable par défaut..
L'avantage est que le système de type ne te ralenti pas
Bof, ce qui ralenti en C c'est surtout le coté bas niveau, en Java je dirais le manque d'inférence de type, les types nullable par défaut, les APIs compliquées (quand je l'ai utilisé c'est les librairies étaient buggées jusqu'à la moelle mais c'était il y a longtemps).
C'est le boulot de la distribution ça en fonction des utilisateurs visés…
Ce qui confirme ce que je dis: avec KDE, si on veut du stable, il ne vaut mieux pas utiliser Debian ou d'autre distribution qui fournisse un KDE "de base", mais des distribution qui font le boulot de stabilisation.
Sinon, les fonctionnalités ne seront jamais éprouvées…
Vu comment certains réclament à corps et à cris les dernières nouveautés, ça m'étonnerait!
Et j'ai parlé de 2 versions de KDE: une stable et une "flambant neuf", l'avantage que ça soit le projet KDE qui fournisse la versions stable c'est que ça améliore l’homogénéité (et l'image du projet KDE)..
C'est un vrai exemple: ils ont désactivés Nepomuk quand ce n'était pas stable, j'ignore ce qu'ils feront avec KMail2 mais si je me souviens bien il y a une distribution qui a remplacé KMail2 par Thunderbird.
"se désactive en un clic": c'est trop! Pour moi, le projet KDE devrait fournir 2 configurations: une pour les utilisateurs normaux avec uniquement des fonctionnalités éprouvée, une autre avec toutes les nouvelles fonctionnalités.
Hum, là il y a une mise à jour qui rend la page assez comique a lire d'ailleurs: toute la page est au conditionnel et il y a une partie entre parenthèse qui indique que la particule est découverte à 99.999%, ce qui revient en fait à dire que la particule est découverte..
Bref, pas mal de travail encore pour passer du conditionnel au présent.
D'un autre coté, on peut considérer que quelque-chose a été détecté mais que comme ses propriétés ne sont pas encore connue garder le conditionnel?
[^] # Re: Pinaillage
Posté par reno . En réponse au journal Wayland 0.95 est sorti !. Évalué à 4.
Un remplaçant partiel de X11 puique Wayland ne cible pour le moment que le cas local.
On peut aussi le voir comme un complément de X11: X11 pour l'affichage déporté, Wayland pour l'affichage local.
De démo n'est pas vraiment correct non plus, puisque c'est pas mal en fonction des besoins de Weston qu'ils font évoluer Wayland, un prototype serait peut-être le terme correct?
# X Mon langage idéal n'existe pas!
Posté par reno . En réponse au sondage Je repousse sans arrêt le lancement de mon projet de logiciel libre, car:. Évalué à 1.
On va dire que mon langage idéal serait Ada avec la syntaxe de F#
[^] # Re: Anecdotique
Posté par reno . En réponse au journal Elle est chou Fleur, mais elle a fait une boulette. Évalué à 2.
Pas sûr d'où tu sort ta citation, mais oui il y a une ville ou Google fait le FAI en installant des câbles partout, j'imagine qu'ils veulent pouvoir anticiper l'évolution des comportements des utilisateurs et de leur applications quand le débit augmente.
Donc Google est bien un FAI "anecdotique".
[^] # Re: typage strict
Posté par reno . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 3.
Par rapport à quoi? Pascal? Non..
Hum, ça se discute, avoir des types entiers qui par défaut ont des comportements "déviants"(opération non définie, débordement silencieux) au nom de la performance, ça s'appelle de l'optimisation prématurée!
Un langage élégant aurait des types entiers avec un comportement sain par défaut (à la Ada) tout en ayant des types prévu pour la performance a utiliser dans les (rare) cas ou on s'aperçoit que les tests additionnels ont un coût en performance pas acceptable.
Pour le reste, on gagne du temps à apprendre le C par rapport aux Pascals ou à Python? Première nouvelle!
La vrai raison d'apprendre le C est la base installée et comprendre comment ça marche "pour de vrai", mais bon ça ne fait pas de C un bon langage..
[^] # Re: typage strict
Posté par reno . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 3.
Dommage d'ailleurs que ce ne soit pas le cas, cf par exemple:
http://blog.regehr.org/
On parlait des types, ont-il été modifié dans les nouvelles versions d'Ada?
[^] # Re: typage strict
Posté par reno . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 3.
Euh, ça dépend de ce que tu appelle comme "référence" Ada a un typage strict maintenant vu l'age du langage ça m'étonnerait qu'il ait un système de typage "moderne".
Après pour répondre à ta question, je dirais qu'Ada n'est pas à la mode, j'ignore pourquoi..
[^] # Re: avantage ?
Posté par reno . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 3.
Le problème vient de FF ou des sites web?
Je connais un blog ( http://bertrandmeyer.com/ ) qui utilise environ 150Mo de RAM avec Chrome et pourtant ce n'est que du texte!
Firefox évalue ce blog à 10Mo ce qui parait bien plus raisonnable..
[^] # umount?
Posté par reno . En réponse au journal L'esprit UNIX, une culture des mots. Évalué à 2.
Désolé, mais coté langage le shell Unix ce n'est pas vraiment un exemple par rapport à VMS par exemple, où les commandes sont beaucoup plus logiques, certes un peu plus longue mais avec des raccourcis et on peut définir des alias donc pas plus longue que le shell Unix.
Je dirai que leur erreur principale est de ne pas avoir distribuer des raccourcis par défaut de ce point de vue.
[^] # Re: avantage ?
Posté par reno . En réponse à la dépêche Sortie de Rust en version 0.3. Évalué à 9.
D'un point de vue syntaxe/typage, c'est une comparaison valide, mais après tu compare la gestion mémoire et là je ne suis pas d'accord: Rust est un C++-like: pas de GC donc c'est logique que ça ait des conséquences sur la gestion des copies.
Tout les GC sont mauvais, ils le sont juste de manière différente: trouve moi un GC qui soit
1) précis 2) temps réel 3) ne perturbe pas le swap(*) 4) Free
et on discute, en "attendant" les langages sans GC gardent leur utilité..
*: pour (3), il faut "juste" patcher le noyau:
http://lambda-the-ultimate.org/node/2391
# Une bonne cuvée!
Posté par reno . En réponse à la dépêche Sortie du noyau Linux 3.5. Évalué à 5.
Moi qui trouvait que Linux était un peu en retard sur FreeBSD (DTrace, Capsicum, ZFS), j'apprécie la présence d'uprobes et des filtres seccomp dans la version 3.5, bon Btrfs doit encore mûrir mais c'est déjà pas mal.
Le temps mis par seccomp et surtout par uprobes pour être intégré dans Linux me laisse songeur tout de même!
# Comprends pas comment ça marche l'evergreening.
Posté par reno . En réponse au journal Des brevets cancérigènes. Évalué à 7.
Une compagnie développe un médicament A1 et a un brevet dessus pour 20 ans lui assurant l'exclusivité, ensuite elle crée une variante A2 et pose un nouveau brevet.
Mais qu'est-ce qu'on en a a faire de A2?
Ils brevettent A2, mais il me semble qu'on ne peut breveter que des nouveautés, non?
Donc à priori on ne peut pas breveter une partie de A2 qui était déjà dans A1, donc maintenant A1 peut être cloné et les "génériques A1" répondent aux besoins des malades.
Certes la compagnie qui produit A2 va faire du marketing pour pousser A2 par rapport aux clones d'A1, mais bon ça c'est la pub "normale".
Quelqu'un peut m'expliquer où est le problème?
# Ca mériterait une dépeche ou un journal ça
Posté par reno . En réponse au message On recherche des traducteurs et des contributeurs pour "MagPi, a magazine for Raspberry Pi users". Évalué à 5.
Les 2 sont + lu que le forum je pense.
[^] # Re: Processeur Intel fanless
Posté par reno . En réponse au journal XBMC sur allwinner A10. Évalué à 5.
Hum, j'ai toujours eu des doutes pour le Raspberry Pi comme média player(*), un article (très intéressant) de Stéphane Bortzmeyer considère aussi que le RP ce n'est pas terrible pour le multimédia:
http://www.bortzmeyer.org/raspberry-pi.html
*: CPU pas très puissant + GPU avec firmware non libre == solution très 'figée' et pas débuggable, Ethernet qui passe par USB pas terrible non plus pour un "média center".
[^] # Re: Ca tombe bien
Posté par reno . En réponse à la dépêche Jolla, la continuité de MeeGo. Évalué à 2.
Et pour que le Vatican le décide, il faut aussi qu'ils attribuent un "miracle" à la personne, non?
Je commentais donc sur les miracles "lié" à Jeanne d'Arc..
[^] # Re: Est-ce qu'il y a un fond de vrai dans cette citation ?
Posté par reno . En réponse à la dépêche Akademy 2012 et KDE Frameworks 5. Évalué à 1.
Dans ce cas là, si tu es sérieux (aka si tu ne considère pas tes utilisateurs comme des beta testeurs, ce qui s'est passé dans ce cas), tu désactive la fonctionnalité pas prête (avec une explication sur comment la réactiver, une demande de retour de test, etc).
Ce n'est pas faisable pour les fonctionnalités indispensables bien sûr, mais ce n'était pas le cas ici.
La distribution PCLinux OS a désactivé par défaut Nepomuk dans sa version qui intégrait KDE4.4 alors que le projet KDE a activé Nepomuk par défaut depuis 4.0: je trouve que ça donne une bonne idée de l'ampleur du "problème KDE".
[^] # Re: Ca tombe bien
Posté par reno . En réponse à la dépêche Jolla, la continuité de MeeGo. Évalué à 2.
Oh, je ne conteste nullement l'existence de Jeanne d'Arc, maintenant ses voix, la reconnaissance du roi, etc, le "razoir d'occam" semble indiquer effectivement que la vérité est ailleurs pour le coté "sainte".
[^] # Re: Ca tombe bien
Posté par reno . En réponse à la dépêche Jolla, la continuité de MeeGo. Évalué à 5.
Ah? Quelle surprise! Et bientôt tu vas me dire que Jésus n'a pas marché sur l'eau où que les "soucoupes volantes" n'existent pas??
[^] # Re: Est-ce qu'il y a un fond de vrai dans cette citation ?
Posté par reno . En réponse à la dépêche Akademy 2012 et KDE Frameworks 5. Évalué à 3.
Hum, ça se discute!!
Il y a des projets sérieux qui considèrent que ce sont leur beta versions qui servent a débugger le projet pas les distrib..
Malheureusement KDE ne fait pas/plus parti de ces projets, par exemple il a été intégré dans 4.7 une réécriture d'une portion significante de strigi/nepomuk après la dernière RC!
[^] # Re: Est-ce qu'il y a un fond de vrai dans cette citation ?
Posté par reno . En réponse à la dépêche Akademy 2012 et KDE Frameworks 5. Évalué à 1.
Et stabilité tout court d'après ce que j'ai lu, ce qui n'a pas empêché cette "fonctionnalité" d'être activé par défaut dans le projet KDE4 depuis très, très longtemps..
Ce qui fait que je suis d'accord avec ta remarque 'faut savoir utiliser la bonne distribution': une qui rend KDE utilisable par défaut..
[^] # Re: Trop facile
Posté par reno . En réponse au journal Typage statique versus typage dynamique. Évalué à 3.
Bof, ce qui ralenti en C c'est surtout le coté bas niveau, en Java je dirais le manque d'inférence de type, les types nullable par défaut, les APIs compliquées (quand je l'ai utilisé c'est les librairies étaient buggées jusqu'à la moelle mais c'était il y a longtemps).
[^] # Re: Trop facile
Posté par reno . En réponse au journal Typage statique versus typage dynamique. Évalué à 4.
Il est peut-être meilleur par certain coté, mais trouver des bugs à l'exécution plutôt qu'à la compilation c'est quand même un énorme inconvénient!
[^] # Re: Tout ce que touche Redhat se transforme en merde!
Posté par reno . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à 2.
Ce qui confirme ce que je dis: avec KDE, si on veut du stable, il ne vaut mieux pas utiliser Debian ou d'autre distribution qui fournisse un KDE "de base", mais des distribution qui font le boulot de stabilisation.
Vu comment certains réclament à corps et à cris les dernières nouveautés, ça m'étonnerait!
Et j'ai parlé de 2 versions de KDE: une stable et une "flambant neuf", l'avantage que ça soit le projet KDE qui fournisse la versions stable c'est que ça améliore l’homogénéité (et l'image du projet KDE)..
[^] # Re: Tout ce que touche Redhat se transforme en merde!
Posté par reno . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à 2.
C'est un vrai exemple: ils ont désactivés Nepomuk quand ce n'était pas stable, j'ignore ce qu'ils feront avec KMail2 mais si je me souviens bien il y a une distribution qui a remplacé KMail2 par Thunderbird.
"se désactive en un clic": c'est trop! Pour moi, le projet KDE devrait fournir 2 configurations: une pour les utilisateurs normaux avec uniquement des fonctionnalités éprouvée, une autre avec toutes les nouvelles fonctionnalités.
[^] # Re: Tout ce que touche Redhat se transforme en merde!
Posté par reno . En réponse au journal GNOME et la suppression progressive des fonctions. Évalué à 4.
Nepomuk, nouvelle version de KMail, ça fait déjà beaucoup, non?
D'autant plus qu'a chaque fois ça dure..
[^] # Re: Au boulot !
Posté par reno . En réponse au journal 5-sigma: le boson de Higgs est débusqué !. Évalué à 2. Dernière modification le 04 juillet 2012 à 11:13.
Hum, là il y a une mise à jour qui rend la page assez comique a lire d'ailleurs: toute la page est au conditionnel et il y a une partie entre parenthèse qui indique que la particule est découverte à 99.999%, ce qui revient en fait à dire que la particule est découverte..
Bref, pas mal de travail encore pour passer du conditionnel au présent.
D'un autre coté, on peut considérer que quelque-chose a été détecté mais que comme ses propriétés ne sont pas encore connue garder le conditionnel?