sauf que voilà, lorsque en prod tu veux utiliser des modules pas disponibles dans stables (et c'est très très souvent le cas), soit tu compiles (ce qui est pire que tout à mes yeux), soit tu passes en testing, soit tu passes à une distrib qui sort des releases régulières.
Mes livres CC By-SA : https://ploum.net/livres.html
moi, le programme de syncro ne trouve tout simplement pas bluetooth sous windows. J'ai voulu réinstaller le driver mais le fabriquant ne permet pas de le télécharger pour des raisons de "propriétés" intellectuelles. Voilà, pas de syncro du tout. Mais Windows, c'est plus facile...
Mes livres CC By-SA : https://ploum.net/livres.html
euh, je pige pas là. Y'a une classe de perso qui permet de battre tout le monde et c'est considéré comme newbie de l'utiliser pour battre les autres ???
ça me semble au contraire intelligent. Pourquoi se faire chier ?
Et c'est moi où le "calme" donne son adresse quand le gars le menace ? (je suppose que c'est une fausse)
Je pige vraiment rien à ces trucs là moi !
Mes livres CC By-SA : https://ploum.net/livres.html
Là, on voit l'intérêt des normes genre ISO. Pour être certifié ISO machin-chouette, une entreprise doit respecter tout un tas de normes (ça va jusque à la couleur des classeurs dans l'armoire) mais, et c'est le point important, tous les fournisseurs et prestataires doivent également être ISO.
Mes livres CC By-SA : https://ploum.net/livres.html
Je pense pas qu'il vient parler aux députés juste pour discuter du PC qu'ils utilisent. Suis même pas sûr que Ballmer soit au courant et se préoccupe que les députés soient pas sous Windows.
Et pour le manque de contrepoids, je pense que Stallman a déjà été reçu par pas mal de gouvernements non ?
Mes livres CC By-SA : https://ploum.net/livres.html
La différence réside dans le fait qu'il y avait un voyage "surprise" à la clé en sachant que celui de l'année passée avait été un voyage dans la silicon valley.
Si gagner un voyage dans la silicon valley nécessite de se faire traiter de puéril par les habitués de linuxfr, je signe des deux mains.
Bon, le voyage est remplacé par un city trip de 2 jours à londres (ce qui est déjà nettement moins intéressant) et finalement je n'ai pas gagné (le gagnant étant un blog ayant 10x plus de visiteurs que moi, il doit avoir logiquement 10x plus de votes, c'est donc le gagnant logique et mérité).
Et non, je n'ai pas fait le coup miniville.
Mes livres CC By-SA : https://ploum.net/livres.html
Si je peux me permettre, je peux te comprendre tout à fait car j'ai vécu une situation très similaire : boulot ne me convenant, je ne faisais rien et pourtant on louait mon travail et on ne voulait pas que je parte.
Tout me semblait sombre, la vie m'emmerdait, tout était affreux.
Et puis, j'ai pris le risque de tout plaquer, malgré toutes les promesses, et après moultes péripéties que je ne relaterais pas, je suis complètement transformé : j'ai trouvé un boulot de rêve et tout me semble merveilleux autour de moi, je suis motivé pour faire plein de trucs.
Mon conseil : obtient ton visa puis plaque ta boîte et cherche autre chose.
Mes livres CC By-SA : https://ploum.net/livres.html
Oui, mais debian est à ubuntu ce que les trolls velus sont aux bisounours : c'est la même chose avec des poils plus longs et légèrement plus sales. Donc ça va, moi j'aime beaucoup debian.
(et puis debian c'est le bien !)
Mes livres CC By-SA : https://ploum.net/livres.html
Mon dieu ! KDE aurait des guidelines au niveau UI ? Ah mais bien sûr, suis-je bête : "Tout espace vide est une occasion rêvée pour ajouter un boutton".
Mes livres CC By-SA : https://ploum.net/livres.html
"Quitte à porter les applis vers de nouvelles API, autant que celles-ci soient le plus définitive possible."
En fait, c'est ça l'erreur de perception des projets qui ne sont pas basé sur des time-release. Ils sont persuadé de faire, cette fois, un truc définitif, un truc qui correspond aux besoins et voilà.
Seulement l'histoire a montré que tout évolue, que tout change tout le temps, qu'il faut s'adapter et que la majorité des trucs qui perdurent réellement n'était pas fait pour durer au départ.
À partir d'un certain de degré de maturité, un projet doit acquérir cette vision et c'est exactement ce que Linux et Gnome ont fait.
Mes livres CC By-SA : https://ploum.net/livres.html
Oui mais non. Quand un gars de KDE demande des nouveautés, ça veut dire qu'il faut rajouter au moins une dizaine de boutons, de la transparence dans les menu, une preférence pour régler le degré de la transparence, etc...
Mes livres CC By-SA : https://ploum.net/livres.html
Justement, on a des dev qui travaillent sur la branche 3, d'autres sur la 4. Finalement la 4 est retardée indéfiniment, rien ne presse, on a la 3. Puis quand la 4 sort, les utilisateurs veulent pas migrer, on doit continuer à faire des backports pour la 3, tel programme ne fonctionne que pour la version 3, tel autre que pour la version 4.
Bon, en même temps la majorité ne sont pas payés donc ils font ce qu'ils veulent, c'est leur choix.
Mes livres CC By-SA : https://ploum.net/livres.html
a) en fonction d'une date
b) en fonction d'une liste de fonctionnalités/corrections définies (généralement sur un bts)
c) quand le responsable estime que c'est prêt.
Pour un projet jeune, c) est généralement utilisé. Cependant, il doit très vite être abandonné car on n'estime jamais que c'est réellement prêt une fois que le programme a de l'envergure. On est toujours déçu, on veut un peu fignoler, on repousse. Et le soft ne sort jamais ou sort trop tard. L'attente s'essoufle : le soft ne peut que décevoir. Exemple : E17, Dotclear 2, (j'ajouterais même KDE4)
La méthode b) semble parfaite si ce n'est que, bien souvent, des fonctionnalités à priori simple se révèlent plus complexe, il faut tout réécrire, etc. Y'a également une forte tendance du responsable à ajouter des nouveaux bugs/fonctionnalités en cours de route. En pratique, b) se ramène donc souvent à c)
Ce qu'on repproche souvent aux logiciels proprios (comme Vista), c'est d'annoncer une date alors qu'ils suivent la méthode b). Du coup, les dates ne sont bien entendu jamais tenue et les fonctionnalités à moitié abandonnées, pas finies. Le pire des deux mondes. Exemple : Vista.
En pratique, b) et c) sont des méthodes pour les programmeurs. Pour eux c'est important que la version X possède tel truc.
La méthode a) elle, est centrée sur l'utilisateur. L'utilisateur veut avoir des améliorations régulières et des corrections. Que la super fonctionnalité qui n'est pas dans la 0.1 soit dans la 0.2 sortie 16 mois après ou quelle soit dans la 0.4 sortie 18 mois après, ça ne change rien. Sauf que les petites améliorations des 0.2 et 0.3 auront apporté des petits avantages, auront permis une migration progressive.
L'informatique pour les utilisateurs, ce n'est plus une grosse mise à jour/migration "quand c'est prêt" ! Ce sont des mises à jour régulières, progressives, qui améliorent le système par petite touche plutôt que de tout changer à chaque fois, solutionnant des problèmes mais surtout en apportant des nouveaux.
Le cycle de release par date est le cycle qui se concentre sur réellement l'utilisateur. Dans l'informatique moderne à destination du grand public, j'estime qu'un gros projet ne peut plus se concevoir sans une approche de release par date.
Le cycle de release par date est également un outil merveilleux pour la coopération entre projets (exemple : Ubuntu et Gnome) ainsi que pour l'utilisation professionnelle (migrations et mises à jour parfaitement planifiables et quantifiables en terme de coût).
[^] # Re: ben oui
Posté par ploum (site web personnel, Mastodon) . En réponse au journal It's ready when it's ready, hum..... Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
# ben oui
Posté par ploum (site web personnel, Mastodon) . En réponse au journal It's ready when it's ready, hum..... Évalué à -2.
Pire, le mode de "release 0 bugs" peut, pour certains, pousser à ne pas trop chercher les bugs.
Pour ceux que ça intéresse, j'essaie de défendre l'approche de développement continu et time-based ici : http://ploum.frimouvy.org/?167-de-l-evolution-et-de-la-liber(...)
Mes livres CC By-SA : https://ploum.net/livres.html
# explications ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Après le carpc, la mécatronique embarquée. Évalué à 10.
C'est pour mettre dans une voiture ? ça dispose d'une puce GPS ? Je comprends vraiment pas bien.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Un grand classique : la migration au rabais !!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Un grand journal ce France Matin. Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Euh, un grand journal ce France Matin ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Un grand journal ce France Matin. Évalué à 10.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Précision
Posté par ploum (site web personnel, Mastodon) . En réponse au journal WoW. Évalué à 5.
ça me semble au contraire intelligent. Pourquoi se faire chier ?
Et c'est moi où le "calme" donne son adresse quand le gars le menace ? (je suppose que c'est une fausse)
Je pige vraiment rien à ces trucs là moi !
Mes livres CC By-SA : https://ploum.net/livres.html
# plein d'innovations !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal c'est moi ou evolution est une bouse ?. Évalué à 10.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: En parlant de ces quotas
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Douce France. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Dialogue...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le 2 octobre, "Steve Ballmer vient à Paris pour évangéliser les députés et Sciences Po". Évalué à 3.
Et pour le manque de contrepoids, je pense que Stallman a déjà été reçu par pas mal de gouvernements non ?
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: TaskFreak!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Getting Things Done, comment implémenter ?. Évalué à 2.
Sinon, je tente Chandler : http://chandlerproject.org/vision, on va voir ce que ça donne.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: gmail + extension firefox
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Getting Things Done, comment implémenter ?. Évalué à 1.
D'une manière générale, je suis pas du tout fan des applications en ligne. Je cherche plus du hard client avec synchro avec mon téléphone par exemple.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Thinking Rock
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Getting Things Done, comment implémenter ?. Évalué à 1.
As-tu des remarques ou des expériences particulières à nous dire à son sujet ?
En l'utilisant tous les jours, comment gères-tu quand tu n'es pas sur le PC ? Syncronisation ? Feuille de papier ?
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: J'ai voté!
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Votez Montcuq !. Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Ton blog
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Ipod casse la compatibilité mais quid de l'existant ?. Évalué à -1.
Si gagner un voyage dans la silicon valley nécessite de se faire traiter de puéril par les habitués de linuxfr, je signe des deux mains.
Bon, le voyage est remplacé par un city trip de 2 jours à londres (ce qui est déjà nettement moins intéressant) et finalement je n'ai pas gagné (le gagnant étant un blog ayant 10x plus de visiteurs que moi, il doit avoir logiquement 10x plus de votes, c'est donc le gagnant logique et mérité).
Et non, je n'ai pas fait le coup miniville.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Ton blog
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Ipod casse la compatibilité mais quid de l'existant ?. Évalué à -7.
Mais j'ai perdu. Po grave, l'important c'est de trich...participer !
Mes livres CC By-SA : https://ploum.net/livres.html
# Je comprends
Posté par ploum (site web personnel, Mastodon) . En réponse au journal \begin{mavie}. Évalué à 2.
Tout me semblait sombre, la vie m'emmerdait, tout était affreux.
Et puis, j'ai pris le risque de tout plaquer, malgré toutes les promesses, et après moultes péripéties que je ne relaterais pas, je suis complètement transformé : j'ai trouvé un boulot de rêve et tout me semble merveilleux autour de moi, je suis motivé pour faire plein de trucs.
Mon conseil : obtient ton visa puis plaque ta boîte et cherche autre chose.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Screenshots
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Publication de KompoZer 0.7.10. Évalué à 3.
(et puis debian c'est le bien !)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Screenshots
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Publication de KompoZer 0.7.10. Évalué à 5.
Nous les ubuntistes, on veut des screenshots. Ben oui, un site de logiciel sans screenshot, c'est dingue non ?
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Statistique
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à 8.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cycle de release
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à -10.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cycle de release
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à -2.
En fait, c'est ça l'erreur de perception des projets qui ne sont pas basé sur des time-release. Ils sont persuadé de faire, cette fois, un truc définitif, un truc qui correspond aux besoins et voilà.
Seulement l'histoire a montré que tout évolue, que tout change tout le temps, qu'il faut s'adapter et que la majorité des trucs qui perdurent réellement n'était pas fait pour durer au départ.
À partir d'un certain de degré de maturité, un projet doit acquérir cette vision et c'est exactement ce que Linux et Gnome ont fait.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Gnome 3.0
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à -10.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cycle de release
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à 1.
Bon, en même temps la majorité ne sont pas payés donc ils font ce qu'ils veulent, c'est leur choix.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cycle de release
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à -5.
/o\
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cycle de release
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche GNOME fête ses dix ans de logiciel libre. Évalué à 10.
a) en fonction d'une date
b) en fonction d'une liste de fonctionnalités/corrections définies (généralement sur un bts)
c) quand le responsable estime que c'est prêt.
Pour un projet jeune, c) est généralement utilisé. Cependant, il doit très vite être abandonné car on n'estime jamais que c'est réellement prêt une fois que le programme a de l'envergure. On est toujours déçu, on veut un peu fignoler, on repousse. Et le soft ne sort jamais ou sort trop tard. L'attente s'essoufle : le soft ne peut que décevoir. Exemple : E17, Dotclear 2, (j'ajouterais même KDE4)
La méthode b) semble parfaite si ce n'est que, bien souvent, des fonctionnalités à priori simple se révèlent plus complexe, il faut tout réécrire, etc. Y'a également une forte tendance du responsable à ajouter des nouveaux bugs/fonctionnalités en cours de route. En pratique, b) se ramène donc souvent à c)
Ce qu'on repproche souvent aux logiciels proprios (comme Vista), c'est d'annoncer une date alors qu'ils suivent la méthode b). Du coup, les dates ne sont bien entendu jamais tenue et les fonctionnalités à moitié abandonnées, pas finies. Le pire des deux mondes. Exemple : Vista.
En pratique, b) et c) sont des méthodes pour les programmeurs. Pour eux c'est important que la version X possède tel truc.
La méthode a) elle, est centrée sur l'utilisateur. L'utilisateur veut avoir des améliorations régulières et des corrections. Que la super fonctionnalité qui n'est pas dans la 0.1 soit dans la 0.2 sortie 16 mois après ou quelle soit dans la 0.4 sortie 18 mois après, ça ne change rien. Sauf que les petites améliorations des 0.2 et 0.3 auront apporté des petits avantages, auront permis une migration progressive.
L'informatique pour les utilisateurs, ce n'est plus une grosse mise à jour/migration "quand c'est prêt" ! Ce sont des mises à jour régulières, progressives, qui améliorent le système par petite touche plutôt que de tout changer à chaque fois, solutionnant des problèmes mais surtout en apportant des nouveaux.
Le cycle de release par date est le cycle qui se concentre sur réellement l'utilisateur. Dans l'informatique moderne à destination du grand public, j'estime qu'un gros projet ne peut plus se concevoir sans une approche de release par date.
Le cycle de release par date est également un outil merveilleux pour la coopération entre projets (exemple : Ubuntu et Gnome) ainsi que pour l'utilisation professionnelle (migrations et mises à jour parfaitement planifiables et quantifiables en terme de coût).
Il avait un moment été question de passer le dev d'OpenOffice sous cette formule : http://ploum.frimouvy.org/?95-ploumterview-n2-slowness-of-op(...)
e suis déçu de ne plus en entendre parler.
Mes livres CC By-SA : https://ploum.net/livres.html