Tu as tout à fait raison et comme l'affichage en déporté en LAN et en WAN ce n'est pas la même chose (RTT très différent), et que sur un client léger ou un client lourd ça change aussi beaucoup de chose, pour supporter le principe "Unix" d'un outil qui ne fait qu'une seule chose mais qui le fait bien je propose:
- 1 serveur d'affichage en local
- 1 protocole d'affichage déporté en LAN pour client léger
- 1 protocole d'affichage déporté en LAN pour client lourd
- 1 protocole d'affichage déporté en WAN pour client léger
- 1 protocole d'affichage déporté en WAN pour client lourd
Ben voyons et le fait que son business dépend d'un app store et que Windows8 va intégrer un app store Microsoft n'a rien à voir à l'affaire!
Vista a été une catastrophe, mais Microsoft s'en est très bien sorti, il a juste vendu du XP avant de sortir Windows7.
Si Windows8 se plante, les gens resteront sous Windows7 en attendant Windows9, je ne vois pas pourquoi ils passeraient sous Linux cette fois-ci, quand ils ne l'ont pas fait pour Vista!
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).
[^] # Re: Pinaillage
Posté par reno . En réponse au journal Wayland 0.95 est sorti !. Évalué à 4.
Tu as tout à fait raison et comme l'affichage en déporté en LAN et en WAN ce n'est pas la même chose (RTT très différent), et que sur un client léger ou un client lourd ça change aussi beaucoup de chose, pour supporter le principe "Unix" d'un outil qui ne fait qu'une seule chose mais qui le fait bien je propose:
- 1 serveur d'affichage en local
- 1 protocole d'affichage déporté en LAN pour client léger
- 1 protocole d'affichage déporté en LAN pour client lourd
- 1 protocole d'affichage déporté en WAN pour client léger
- 1 protocole d'affichage déporté en WAN pour client lourd
[^] # Re: yum install openswan
Posté par reno . En réponse au message IPsec. Évalué à 2.
Il a dit la doc de RedHat, donc on peut interpréter RHEL ou Fedora et s'il est à la recherche de doc, je dirais Fedora.
[^] # Re: quelques questions
Posté par reno . En réponse au journal "droit au mariage à tous les couples sans distinction de sexe ni de genre". Évalué à 3.
Et le mariage dans une fratrie pour les homos?
D'après tes arguments ça devrait être autorisé, mais je pense que ça ne sera pas la cas!
[^] # Re: quelques questions
Posté par reno . En réponse au journal "droit au mariage à tous les couples sans distinction de sexe ni de genre". Évalué à 3.
Ouaip, c'était une idée de la droite pour torpiller l'idée que l'union civile ouverte aux homos soit un équivalent du mariage.
[^] # Re: Explications ?
Posté par reno . En réponse au journal Valve prend Linux au sérieux. Évalué à 10.
Ben voyons et le fait que son business dépend d'un app store et que Windows8 va intégrer un app store Microsoft n'a rien à voir à l'affaire!
Vista a été une catastrophe, mais Microsoft s'en est très bien sorti, il a juste vendu du XP avant de sortir Windows7.
Si Windows8 se plante, les gens resteront sous Windows7 en attendant Windows9, je ne vois pas pourquoi ils passeraient sous Linux cette fois-ci, quand ils ne l'ont pas fait pour Vista!
[^] # 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).