Oui, enfin coté je jette et tout et je recommence, le monde Linux n'est pas mal non plus:
- Wayland, où comment jeter tout l'existant au lieu d'ajouter une option "shared VRAM" à X (de la même manière qu'il y a déjà "shared memory").
- D-BUS au lieu de plumber (http://lwn.net/Articles/453529/)
Pour le \ au lieu du /, je crois que c'est parce que Microsoft avait peur de se prendre un procès en contrefaçon (un du genre qu'Apple vient de remporter sur la navigation d'une collection de photo http://www.osnews.com/story/25098/Apple_Scores_Meaningless_Dutch_Court_Victory_Against_Samsung ): la loi permet a quelqu'un de "posséder une HMI" et si tu fais quelque-chose de trop ressemblant, on peux te faire un procès, résultat on fait volontairement des interfaces "légèrement" différente pour éviter les procès, grrr.
Il me semblait que le projet LSB devait simplifier la création d'un binaire pour les distributions Linux, quelqu'un sait-il si en pratique ça marche?
Si oui, ça pourrait te simplifier la vie.
Posté par reno .
En réponse au journal 10x10.
Évalué à 3.
Cette classification est assez amusante: si tu remarques bien parmi ceux qui se plaignent il y a les développeurs du noyau Linux..
Ils sont développeurs pour le noyau et consommateur pour le GUI (et vice versa d'ailleurs).
Remontée de file : Là encore, si on a une moto, ce n'est pas pour rester au cul d'un camion ou d'une voiture.
J'ai du mal a voir en quoi c'est un argument.
Là je ne suis pas d'accord, autant les arguments de Fopossum sur la vitesse (la vitesse excessive c'est pour se dégager plus vite???? N'importe quoi!), le bruit (je serai curieux de connaître une statistique du % de nombre de moto/mobylette qui "hurlent" par rapport aux voitures) et la tenue sont très, très foireux autant la remontée des files est l'intérêt principal d'une moto et si elle est fait raisonnablement alors ce n'est pas vraiment un problème.
Posté par reno .
En réponse au journal 10x10.
Évalué à 2.
Ce n'est pas vraiment un problème de ressources, c'est un problème de 'contrôle' de ces ressources: pour un projet "propriétaire", à dépenses constante, celui qui paye peux très bien choisir de réduire le rythme du développement des nouvelles fonctionnalités pour maintenir l'existant; mais comme là les dev ne sont pas payés et que c'est plus intéressant de
1) coder des nouvelles fonctionnalités que d’améliorer celle qui existe déjà
2) faire les fonctionnalités qui te font plaisir plutôt que celle que d'autres veulent
et bien on obtient la situation actuelle qui est loin d'être idéale pour les utilisateurs..
Systemd n'est pas déjà implémenté par défaut sous Fedora 15 ?
Non, pas par défaut: ça avait été évoqué mais finalement retarder car considéré comme pas suffisamment mature pour F15.
F16 est donc la première version a intégrer Systemd par défaut.
Posté par reno .
En réponse au journal 10x10.
Évalué à 5.
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle ?
Le projet Gnome ces 9 dernières années,
Je ne sais pas: il y a quand même eu quelques hoquets, j'ai encore en mémoire le changement plutôt arbitraire du comportement du gestionnaire de fichier, qui a fini par être retirer..
Si ça avait été faite de la manière suivante: on rajoute une option, on écoute le retour des utilisateurs, on modifie cette option et éventuellement on change le mode par défaut tout en offrant un moyen simple de revenir à l'ancien mode, ok, mais c'est loin de ce qui s'est passer!
Posté par reno .
En réponse au journal 10x10.
Évalué à 2.
GNOME semble aimer se donner des objectifs de conquête du monde, et croire qu'ils toucheront un public de non-informaticiens.
Ce ne sont pas les seuls: cf KDE et "Plasma Active" leur projet pour les tablettes: le desktop ça marche super, alors maintenant on va cibler les tablettes!
Que penser d'un projet LL qui préfère fantasmer une base utilisateurs future que satisfaire sa communauté actuelle ?
Les projets qui ciblent mal leur utilisateurs meurent et sont oubliés, ce n'est pas un problème..
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle?
J'entends par là un projet qui aurait pour objectif de faire un desktop 100% stable et puis ensuite d'évoluer tout en restant stable en étant très conservateur dans les nouveautés?
Je n'en connais pas non plus (il y en a mais ils n'ont pas beaucoup de développeurs), probablement parce que les derniers 20% de stabilité, c'est chiant à faire, c'est plus sympa de tout réécrire pour faire la N+1, et je ne vois pas trop comment ça pourrait changer.
Il me semble qu'il n'y a pas besoin de définir une API, SyncML existe déjà et est fait pour ça.
Par contre que ce soit implémenter partout pour qu'on puisse synchroniser facilement, ça oui..
Il y a eu il y a quelque années une flamewar énorme à propos de code sous double license BSD&GPL, la question étant peut-on retirer une des deux licenses.
Je n'ai pas trop suivi l'affaire les débats "juridiques" ne me passionnent pas..
Tu n'es qu'un tas d’atomes, donc si je fais de la chimie en ajout de l'arsenic dans ta composition, nul ne peut me blâmer, non?
Tes arguments sont de ce niveau, bravo!
Quand je vois que BeOS vit toujours dans Haiku, l'espoir renait... Mais bon, il faut être patient...
Ça pour être patient, il faut être patient!
Haiku vient de fêter son 10-ème anniversaire et il en est à l'Alpha-3..
Bah, quand on veut réutiliser un noyau (NewOS) totalement exotique/peu connu par rapport à un Linux ou un noyau BSD, on le paye!
Et pour ce qui est de WebOS, vu son faible nombre d'utilisateur, ça m'étonnerait qu'il y ai tant que ça de volonté pour le recréer..
C'est plus ou moins la question que je posais à GeneralZod..
Pour moi je peux voir 2 choses qui correspondraient plus ou moins:
- un langage bien défini sémantiquement, je crois que SML est dans ce cas.
- un langage dont les opérations sont plus "robuste" par ex: si tu as un débordement entier en Ada tu as une exception, en Python il passe au bigInt/bignum (j'ignore ce qui se passe si le bigInt déborde??) contrairement au C/C++ ou tu as une erreur silencieuse.
C++ un langage performant et souple, ok, mais robuste??
On parle quand même d'un langage où:
1) les compilateurs ont historiquement eu beaucoup de bugs à cause de la difficulté d'implémentation du langage
2) les applications ont pas mal de failles de sécurités
Ta définition de robuste doit être très différente de la mienne..
Mais de toute manière, il va falloir que quelqu'un coure après les invités pour leur rappeler de recopier leur photos, donc si j'étais toi je sélectionnerai quelqu'un de confiance et de dégourdi (pas toi: les mariés n'ont le temps de rien faire lors du mariage) et je le chargerai tant qu'il y est de faire la copie.
Les problèmes principaux sont:
1) sélectionner la bonne personne: moi il était de bonne volonté mais n'a pas réussi à faire la copie des cartes
==> j'ai bien galérer pour récupérer les photos ensuite..
2) avoir un lecteur de carte multi-format.
Ça c'est vrai maintenant mais à une époque Microsoft Office était considéré en retard par rapport aux concurrents, mais comme ces concurrents étaient (pour la plupart) mono-produits ils dépendaient des revenus rapporter par leur logiciel, Microsoft non, ce qui a permis a Microsoft de les écraser: lors du procès anti-trust il avait été envisagé de séparer la division Office de Microsoft pour cette raison.
On voit fleurir ici ou là des analyses sur les implications de ce nouveau standard; [coupé] C'est ce genre d'informations qui me manque dans cette dépêche
Bah, personnellement je vois ce genre d'analyse comme aller chez une voyante: une perte de temps.
L'adaptation du standard dépendra de beaucoup de facteurs comme:
1) le standard sera t'il implémenter par la plupart des compilateurs?
2) les implémentations seront elles fiables ou buggées?
3) les modes informatiques du moment
Tout ces facteurs étant assez imprévisibles, une analyse revient à sortir la boule de cristal: bof!
for (std::vector<int>::const_iterator itr = myvec.begin(); itr != myvec.end(); ++itr)
sera remplacé par :
for (auto itr = myvec.cbegin(); itr != myvec.cend(); ++itr)```
il faut remplacer les .begin et .end par .cbegin et .cend, j'imagine pour que l'inférence de type produise un const_iterator au lieu d'un iterator, c'est logique mais comme cela nécessite de changer les habitudes des programmeurs, ça fera probablement une "erreur" (mineure) commune de plus.
2) le nullptr:
bool b = nullptr; // OK. b est faux.
C'est plutôt choquant comme choix. J'imagine que c'est dans la continuité du C/C++ qui considère que 0(int) correspond à faux(booléen) mais bon on peut voir ça aussi comme persister dans l'erreur..
3) unicode: utiliser le prefix u pour UTF-16, u8 pour UTF-8 me choque: de facto ça revient à légitimer UTF-16 comme le format par défaut, alors que son seul avantage est que c'est le format par défaut sous Windows, pour le reste c'est un format bâtard entre UTF-8(plus compact dans la plupart des cas, compatible ascendant avec ASCII) et UTF-32 (accès O(1) a tous les éléments d'une chaîne).
Tu oublie une chose: si un utilisateur prend Windows pour les jeux, alors il prendra très probablement aussi Microsoft pour la suite bureautique car MS a un avantage pour fournir une suite bureautique meilleure que les autres (utilisation des benef de Windows pour payer le dev d'Office, collaboration interne, etc), et donc le format de fichier qu'on te réclamera pour des documents (CV et autre) sera celui choisi par Microsoft.
OpenOffice / LibreOffice fera peut-être changer la donne, mais il ne faut pas croire que les jeux "propriétaire" n'ont pas d'impacts sur ceux qui n'en utilisent pas: tout est lié, spécialement en informatique où l'effet "réseau" a une grande importance.
Bah, ils ne cachent pas trop leur tarifs et au final c'est comme tous les opérateurs:
tu choisis ton offre 1h,2h, etc de forfait et si tu dépasse et tu paye plus cher la minute..
-Linux pour le desktop, bof, personnellement je me fou de savoir si on vend 70% de Linux ou Windows,
Tu t'en fou peut-être, mais ceux qui aimeraient avoir des applications sur des distributions Linux non-disponible actuellement (un ex parmi bien d'autre: les jeux) ne s'en fichent pas car ça dépend des PdM.
Et si Linux avait 70% de PdM, les échanges de fichiers se feraient en ODF plutôt qu'en .doc, tu t'en fou aussi je suppose?
-Microsoft baisse la garde, comme il n'a plus peur, il ne va pas lancer des menaces à 10 centimes avec ses brevets et autre conneries.
Supposition gratuite, MS attaque Android avec ses brevets et ce n'est pas prêt d’arrêter.. Android étant basé sur Linux, ça pourrait avoir un effet sur Linux.
[^] # Re: Linux le faisait il y a 10 ans
Posté par reno . En réponse au journal La révolution est en marche !. Évalué à 5.
Oui, enfin coté je jette et tout et je recommence, le monde Linux n'est pas mal non plus:
- Wayland, où comment jeter tout l'existant au lieu d'ajouter une option "shared VRAM" à X (de la même manière qu'il y a déjà "shared memory").
- D-BUS au lieu de plumber (http://lwn.net/Articles/453529/)
Pour le \ au lieu du /, je crois que c'est parce que Microsoft avait peur de se prendre un procès en contrefaçon (un du genre qu'Apple vient de remporter sur la navigation d'une collection de photo http://www.osnews.com/story/25098/Apple_Scores_Meaningless_Dutch_Court_Victory_Against_Samsung ): la loi permet a quelqu'un de "posséder une HMI" et si tu fais quelque-chose de trop ressemblant, on peux te faire un procès, résultat on fait volontairement des interfaces "légèrement" différente pour éviter les procès, grrr.
[^] # Re: Quelques remarques
Posté par reno . En réponse à la dépêche Plee l'ours revient dans les parages!. Évalué à 4.
Il me semblait que le projet LSB devait simplifier la création d'un binaire pour les distributions Linux, quelqu'un sait-il si en pratique ça marche?
Si oui, ça pourrait te simplifier la vie.
[^] # Re: Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 3.
Cette classification est assez amusante: si tu remarques bien parmi ceux qui se plaignent il y a les développeurs du noyau Linux..
Ils sont développeurs pour le noyau et consommateur pour le GUI (et vice versa d'ailleurs).
[^] # Re: Argumentaire de qualitai
Posté par reno . En réponse au journal Les motards, cette engeance du diable.. Évalué à 1.
Le code de la route n'est pas parfait..
Je pense que passer entre les files devrait être réglementer, pas interdit.
[^] # Re: Argumentaire de qualitai
Posté par reno . En réponse au journal Les motards, cette engeance du diable.. Évalué à -1.
Là je ne suis pas d'accord, autant les arguments de Fopossum sur la vitesse (la vitesse excessive c'est pour se dégager plus vite???? N'importe quoi!), le bruit (je serai curieux de connaître une statistique du % de nombre de moto/mobylette qui "hurlent" par rapport aux voitures) et la tenue sont très, très foireux autant la remontée des files est l'intérêt principal d'une moto et si elle est fait raisonnablement alors ce n'est pas vraiment un problème.
[^] # Re: Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 2.
Ce n'est pas vraiment un problème de ressources, c'est un problème de 'contrôle' de ces ressources: pour un projet "propriétaire", à dépenses constante, celui qui paye peux très bien choisir de réduire le rythme du développement des nouvelles fonctionnalités pour maintenir l'existant; mais comme là les dev ne sont pas payés et que c'est plus intéressant de
1) coder des nouvelles fonctionnalités que d’améliorer celle qui existe déjà
2) faire les fonctionnalités qui te font plaisir plutôt que celle que d'autres veulent
et bien on obtient la situation actuelle qui est loin d'être idéale pour les utilisateurs..
[^] # Re: Ca parait normal
Posté par reno . En réponse au journal [Politique] Fillon veut taxer la Grèce^W graisse. Évalué à 3.
Liste non exhaustive:
1) trop de nitrates: ça arrive parfois en Bretagne, il me semble..
2) gout chloré.
3) infecte a boire: ça m'est arrivé en Espagne.
[^] # Re: Systemd ?
Posté par reno . En réponse à la dépêche Fedora devient une grande fille. Évalué à 2.
Non, pas par défaut: ça avait été évoqué mais finalement retarder car considéré comme pas suffisamment mature pour F15.
F16 est donc la première version a intégrer Systemd par défaut.
[^] # Re: Ca parait normal
Posté par reno . En réponse au journal [Politique] Fillon veut taxer la Grèce^W graisse. Évalué à 3.
Sauf que l'eau du robinet n'est malheureusement pas toujours bonne..
[^] # Re: Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 5.
Je ne sais pas: il y a quand même eu quelques hoquets, j'ai encore en mémoire le changement plutôt arbitraire du comportement du gestionnaire de fichier, qui a fini par être retirer..
Si ça avait été faite de la manière suivante: on rajoute une option, on écoute le retour des utilisateurs, on modifie cette option et éventuellement on change le mode par défaut tout en offrant un moyen simple de revenir à l'ancien mode, ok, mais c'est loin de ce qui s'est passer!
# Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 2.
Ce ne sont pas les seuls: cf KDE et "Plasma Active" leur projet pour les tablettes: le desktop ça marche super, alors maintenant on va cibler les tablettes!
Les projets qui ciblent mal leur utilisateurs meurent et sont oubliés, ce n'est pas un problème..
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle?
J'entends par là un projet qui aurait pour objectif de faire un desktop 100% stable et puis ensuite d'évoluer tout en restant stable en étant très conservateur dans les nouveautés?
Je n'en connais pas non plus (il y en a mais ils n'ont pas beaucoup de développeurs), probablement parce que les derniers 20% de stabilité, c'est chiant à faire, c'est plus sympa de tout réécrire pour faire la N+1, et je ne vois pas trop comment ça pourrait changer.
[^] # Définir?? Implémenter tu veux dire
Posté par reno . En réponse au journal La MoFo se met au travail sur une WebAPI.. Évalué à 3.
Il me semble qu'il n'y a pas besoin de définir une API, SyncML existe déjà et est fait pour ça.
Par contre que ce soit implémenter partout pour qu'on puisse synchroniser facilement, ça oui..
# Si ça peux te consoler tu n'es pas le seul
Posté par reno . En réponse au message Je ne comprends pas la licence BSD. Évalué à 3.
Il y a eu il y a quelque années une flamewar énorme à propos de code sous double license BSD&GPL, la question étant peut-on retirer une des deux licenses.
Je n'ai pas trop suivi l'affaire les débats "juridiques" ne me passionnent pas..
# Reductionisme absurde
Posté par reno . En réponse au journal [Droit d'auteur] À qui appartient ℕ ?. Évalué à 3.
Tu n'es qu'un tas d’atomes, donc si je fais de la chimie en ajout de l'arsenic dans ta composition, nul ne peut me blâmer, non?
Tes arguments sont de ce niveau, bravo!
[^] # Re: Je suis déçu
Posté par reno . En réponse au journal HP arrête les terminaux webOS. Évalué à 1.
Ça pour être patient, il faut être patient!
Haiku vient de fêter son 10-ème anniversaire et il en est à l'Alpha-3..
Bah, quand on veut réutiliser un noyau (NewOS) totalement exotique/peu connu par rapport à un Linux ou un noyau BSD, on le paye!
Et pour ce qui est de WebOS, vu son faible nombre d'utilisateur, ça m'étonnerait qu'il y ai tant que ça de volonté pour le recréer..
[^] # Re: commentaires
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 3.
C'est plus ou moins la question que je posais à GeneralZod..
Pour moi je peux voir 2 choses qui correspondraient plus ou moins:
- un langage bien défini sémantiquement, je crois que SML est dans ce cas.
- un langage dont les opérations sont plus "robuste" par ex: si tu as un débordement entier en Ada tu as une exception, en Python il passe au bigInt/bignum (j'ignore ce qui se passe si le bigInt déborde??) contrairement au C/C++ ou tu as une erreur silencieuse.
[^] # Re: commentaires
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 0.
C++ un langage performant et souple, ok, mais robuste??
On parle quand même d'un langage où:
1) les compilateurs ont historiquement eu beaucoup de bugs à cause de la difficulté d'implémentation du langage
2) les applications ont pas mal de failles de sécurités
Ta définition de robuste doit être très différente de la mienne..
# Je ne connais pas
Posté par reno . En réponse au message Logiciel "borne récupération photos". Évalué à 2.
Mais de toute manière, il va falloir que quelqu'un coure après les invités pour leur rappeler de recopier leur photos, donc si j'étais toi je sélectionnerai quelqu'un de confiance et de dégourdi (pas toi: les mariés n'ont le temps de rien faire lors du mariage) et je le chargerai tant qu'il y est de faire la copie.
Les problèmes principaux sont:
1) sélectionner la bonne personne: moi il était de bonne volonté mais n'a pas réussi à faire la copie des cartes
==> j'ai bien galérer pour récupérer les photos ensuite..
2) avoir un lecteur de carte multi-format.
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à 4.
Ça c'est vrai maintenant mais à une époque Microsoft Office était considéré en retard par rapport aux concurrents, mais comme ces concurrents étaient (pour la plupart) mono-produits ils dépendaient des revenus rapporter par leur logiciel, Microsoft non, ce qui a permis a Microsoft de les écraser: lors du procès anti-trust il avait été envisagé de séparer la division Office de Microsoft pour cette raison.
[^] # Re: Quelque petite remarques
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 9.
Bin c'est du C++, tu t'attendais à quoi?
[^] # Re: Merci
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 7.
Bah, personnellement je vois ce genre d'analyse comme aller chez une voyante: une perte de temps.
L'adaptation du standard dépendra de beaucoup de facteurs comme:
1) le standard sera t'il implémenter par la plupart des compilateurs?
2) les implémentations seront elles fiables ou buggées?
3) les modes informatiques du moment
Tout ces facteurs étant assez imprévisibles, une analyse revient à sortir la boule de cristal: bof!
# Quelque petite remarques
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 10.
Merci pour la dépêche très intéressante.
Quelques remarques:
1) dans
il faut remplacer les .begin et .end par .cbegin et .cend, j'imagine pour que l'inférence de type produise un const_iterator au lieu d'un iterator, c'est logique mais comme cela nécessite de changer les habitudes des programmeurs, ça fera probablement une "erreur" (mineure) commune de plus.
2) le nullptr:
C'est plutôt choquant comme choix. J'imagine que c'est dans la continuité du C/C++ qui considère que 0(int) correspond à faux(booléen) mais bon on peut voir ça aussi comme persister dans l'erreur..
3) unicode: utiliser le prefix u pour UTF-16, u8 pour UTF-8 me choque: de facto ça revient à légitimer UTF-16 comme le format par défaut, alors que son seul avantage est que c'est le format par défaut sous Windows, pour le reste c'est un format bâtard entre UTF-8(plus compact dans la plupart des cas, compatible ascendant avec ASCII) et UTF-32 (accès O(1) a tous les éléments d'une chaîne).
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à -1.
Tu oublie une chose: si un utilisateur prend Windows pour les jeux, alors il prendra très probablement aussi Microsoft pour la suite bureautique car MS a un avantage pour fournir une suite bureautique meilleure que les autres (utilisation des benef de Windows pour payer le dev d'Office, collaboration interne, etc), et donc le format de fichier qu'on te réclamera pour des documents (CV et autre) sera celui choisi par Microsoft.
OpenOffice / LibreOffice fera peut-être changer la donne, mais il ne faut pas croire que les jeux "propriétaire" n'ont pas d'impacts sur ceux qui n'en utilisent pas: tout est lié, spécialement en informatique où l'effet "réseau" a une grande importance.
[^] # Re: Zero Forfait -> La Poste Mobile
Posté par reno . En réponse au journal Désimlockage : Orange « vous avez volé votre mobile ». Évalué à 3.
Bah, ils ne cachent pas trop leur tarifs et au final c'est comme tous les opérateurs:
tu choisis ton offre 1h,2h, etc de forfait et si tu dépasse et tu paye plus cher la minute..
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à 3.
Tu t'en fou peut-être, mais ceux qui aimeraient avoir des applications sur des distributions Linux non-disponible actuellement (un ex parmi bien d'autre: les jeux) ne s'en fichent pas car ça dépend des PdM.
Et si Linux avait 70% de PdM, les échanges de fichiers se feraient en ODF plutôt qu'en .doc, tu t'en fou aussi je suppose?
Supposition gratuite, MS attaque Android avec ses brevets et ce n'est pas prêt d’arrêter.. Android étant basé sur Linux, ça pourrait avoir un effet sur Linux.