Heu, où est-ce de l'obsolescence programmée dans l'histoire ? Surtout si tu parles de l'effet d'une "mode" à postériori. L'obsolescence programmée c'est lorsque tu prévois à l'avance une durée de vie limitée de ton produit (en gros). Mais si de nouvelles choses arrivent après qui rendent ton matériel obsolète je ne vois pas du tout en quoi ce serait de l'obsolescence programmée.
Franchement, ça commence à devenir un beau terme de çamegavedechangermonmatossayleconstructeurlemaichant qui ne veut plus rien dire du tout ici…
Oué enfin ce qui serait vraiment bien c'est plutôt une fonctionnalité du type Automatic Reference Counting comme il y a en Objective-C.
Là ce serait vraiment intéressant. Les bénéfices de ne pas avoir de garbage collector, par ex en perf, et le fait de ne pas avoir à s'en préoccuper.
Je ne suis pas certains que ce soit la même charge de boulot (aussi bien puisse être owncloud, je pense qu'il y a encore du taff). Ni les mêmes contraintes (par ex de scalabilité).
cette direction implique la fin de XMPP chez Google.
Sauf que ça marche toujours.
Et surtout que ça risque fort de continuer puisqu'ils utilisent XMPP pour Cloud Print, Sync ou Play Games Services (voir commentaire de pterjan qui si je ne me trompe bosse chez Google)
Avec une vision pareille, dans dix ou vingt ans on n'aura plus aucun protocole standard, des API spécifiques de partout, des logiciels spécifiques pour chaque service, aucune fédération entre services…
Et ben vas-y, supporte-les les standards, développe-les. Propose tes services aux nombreuses boites qui en auraient bien besoin.
Mais ne reporte pas la faute sur les autres.
Si FTP a coulé c'est parce que c'est juste chiant à utiliser. SFTP ? Mouai, jamais vraiment vu utilisé.
Mais personne ne t'oblige à utiliser les services de Google.
aujourd'hui la mode est aux…
Oué enfin c'est aussi que ça correspond à ce qu'une bonne partie des utilisateurs (et même des développeurs) veulent.
Et ben, décidément l'humour et linuxfr c'est pas vraiment ça en ce moment. (et moi aussi j'ai un appart avec une isolation intérieure pour le moins perfectible)
Parce qu'il faut les maintenir par exemple. (ZenitramMode=on) Et ça prend du temps et le temps c'est de l'argent (ZenitramMode=off).
Garder ouvert ça veut aussi dire qu'il va falloir faire évoluer (par ex si le backend change il faudra que l'API tourne toujours).
Garder quelque chose d'ouvert alors que personne ne l'utilise (d'après eux) c'est se compliquer la vie je trouve. Il y a tellement d'API, de produits, que je trouve normal de garder un oeil dessus et régulièrement fermer celles qui deviennent peu utilisées / obsolètes / inutiles / …
Je suis assez surpris. Je ne pensais pas qu'on faisait encore des distribs qui ne peuvent pas être mises à jour.
Déjà le côté "vous ne devriez pas mettre à jour", puis "faut tout réinstaller" ne me donne absolument pas envie. Surtout que ça part d'une base qui elle le permet (ubuntu). Je trouve ça surprenant et pas franchement génial.
Après, peut-être que ça correspond à la "population" de mint qui change tous les 6 mois ?
Et ça laisse un arrière goût de "à moitié fait" je trouve.
Et j'adore toujours ce passage :
Started in 2006, Linux Mint is now the 4th most widely used home operating system behind Microsoft Windows, Apple Mac OS and Canonical's Ubuntu.
Ben faut croire en réalité. Ok ils ne fournissent pas les chiffres, mais ce qui a motivé leur décision c'est l'usage réellement fait de l'API.
Et attention, l'API ne disparaissaient pas, elle était par contre accessible différemment (partenaires)
Mais pour le coup je vois que tu éludes la question principale : au final, c'est mieux qu'avant ou pire comme situation ? (sans parler d'XMPP qui est un autre sujet)
Leur annonce aura justement permis de mettre en évidence les usages "autres" et probablement moins visibles de leur côté.
y'a pas grand monde qui s'en servait pour de vrai (et maintenir ouvertes des choses dans le vent c'est pas forcément une bonne idée)
ils ont écouté les protestations des devs (ce qui est loin d'être une marque de fermeture)
ils en profitent pour en ouvrir d'avantage
Donc la situation au final est comment ? Elle est pire qu'avant l'annonce initiale de fermeture ? Des choses ont été fermées ? Ou alors en réalité il y a encore plus d'API ouvertes aujourd'hui ?
De mon point de vue, une killer app ne serait justement pas un jeux.
Le jour où on verra de la modélisation, de la CAO, de la FAO basée sur un navigateur alors pourquoi pas.
Par exemple, quelque chose du genre 3dvia entièrement en web (modeleur compris) serait plutôt cool.
Sans aller jusqu'à réellement de la production de CAO/FAO/DAO (à mon avis beaucoup trop gourmand en ressources à l'heure actuelle) commencer par de la visualisation, de la présentation d'assemblage, etc serait déjà un très bon point.
Trop gourmand ? Si on peut peut-être envisager à l'heure actuelle la partie modélisation graphique, les opérations nécessaires (modifications de topologie, booléens dans tous les sens, calculs de structure, matériaux, etc sont il me semble encore trop lourds. Il faut imaginer que ça fait encore ramer les ordis d'aujourd'hui en natif, donc avec plusieurs dizaines de % de pertes à l'heure actuelle, ça risque d'être lourd. Après c'est aussi l'occasion d'envisager autrement, c'est à dire avec des serveurs de calculs sur lesquels seraient connectés les modeleurs. Quelque chose du genre. Bon, de ce côté on arrive aussi encore une fois dans les alternances classiques : client lourd + serveur léger / client léger + serveur puissant / …
Tiens, c'est bien un truc qui me botterait en ce moment tout ça :-)
En même temps, il y a déjà quelques années, j'avais participé à la création d'un modeleur 3D dans firefox (ok ça tournait aussi sous IE). Faut imaginer ça en 2006, bien loin du webgl d'aujourd'hui : on embarquait dans un plugin (ben quoi) un moteur Ogre3D qui s'occupait du rendu 3D. Tout le reste de l'interface était en html/js. Le plugin était en C++, l'interface en js mais la vue était aussi dans le C++, et les scènes étaient aussi configurable en lua.
Probablement l'un des meilleurs expériences :-) (surtout à 2 pour coder ça en quelques petits mois)
Mais tu sais, tu n'est pas obligé de dormir dans ta cuisine normalement. Le but de lancer la machine en automatique c'est justement de ne pas avoir à s'endormir la tête dessus :-)
Désolé mais je n'ai pas du tout imaginé qu'il y avait le moindre trait d'humour dans cette phrase. Surtout si on prend le fait que tu as tout de même récolté un sacré paquet de postes à -9, -10.
L'humour c'est bien, mais c'est encore mieux si on s'en rend compte ;-)
De mon côté je doute qu'on me laissera faire sortir une dépêche… ** SNIF **
Arrête un peu le côté calimero là. Tu peux faire une dépêche. Et si elle est intéressante nul doute qu'elle sera validée. D'ailleurs, pourquoi ce ne serait pas le cas ? Quand tu vois qu'une dépêche sur windows par pasBill pasGates est acceptée (ici) pourquoi la tienne ne le serais pas ?
Faut voir… c'est très subjectif quand même.
Par exemple, moi j'aime le pain blanc. Surtout pas trop cuit. Et pourtant, nombre de boulangeries ne savent que fournir du pain trop cuit. Le pire c'est si tu veux te faire un sandwich avec telle croute en bois.
Merci, je connais le principe du lien hypertexte et j'ai lu le journal (et le lien, etc).
Mais ça ne change absolument rien au fait qu'expliquer dans le journal serait beaucoup plus intéressant.
Hey les gars, j'ai besoin d'aide pour faire un truc.
En fait ça ne répond pas vraiment. En quoi ça va intéresser aux tâches ingrates ? Aujourd'hui sans boulot tu n'as quand même pas grand chose. Mais ce n'est pas cela qui fait que subitement les professions "ingrates" se retrouvent submergées par les candidatures. Je ne vois pas vraiment en quoi passer à un mini plus haut changerait quoi que ce soit. Et ce n'est pas en comptant "sur la bonne volonté" que ça le ferra à mon avis.
Il est donc possible de faire en sorte que ces ouvriers là gagnent plus que maintenant.
Ha mais attention, c'est tout à fait possible aujourd'hui ça.
Je vais prendre un exemple tout con, mais bien proche de beaucoup de monde ici. En France, les développeurs sont souvent payés assez "mal" passé une certaine expérience. Appelons cela un ouvrier (oui je sais, c'est pas pareil, mais c'est une image). Les profils commerciaux sont par exemple en général mieux payés.
Dans d'autres pays (par exemple US si je ne me trompe, mais si c'est le cas on me contredira sans problème) c'est l'inverse. Les "producteurs" de valeur, les ouvriers, les dev dans notre cas, sont bien payés, plus que les commerciaux (bon c'est ce point qui mérite validation).
Donc au final on a un système qui est renversé, au moins partiellement.
Aujourd'hui il serait tout à fait possible d'augmenter les salaires de certaines professions au détriment d'autres, et ainsi d'intéresser des personnes à faire ces travaux. Mais ce n'est pas le cas. Et instaurer un RU n'y changera en fait rien. A moins que je n'ai pas bien compris ce point.
Je suis certainement idéaliste mais à mon sens avec le RU un grand nombre d'emplois de merdes ne seront plus necessaires adieux macdo et compagnie
Heu, là c'est pas être idéaliste c'est juste vivre chez les bisounours.
Et d'ailleurs, pourquoi adieux macdo et compagnie ? C'est parce que la relation au travail va changer que les gens ne voudront subitement plus manger au macdo ou autre. Il n'y a en fait juste aucun rapport.
pour faire simple je préfère bosser 8h comme éboueur et me faire un bon restaurant avec mon salaire complémentaire au RU que de bosser 1h et me faire un macdo
Heu, vraiment ?
Je veux dire pour de vrai, tous les jours ?
la flexibilité du travail, y a des poubelles en bas de chez moi et j'en ai marre, je deviens éboueurs pour une demi-journée j'en touche un salaire et j'ai contribué a mon bien être et à celui de mes voisins
Heu… Nan mais ça c'est en rêve que ça se ferra. Beaucoup de personnes ne vont juste rien faire et attendre que quelqu'un d'autre le face.
En fait, dans cette histoire de travail "libre" (j'ai pas trouvé d'autre qualificatif dans l'instant) j'ai surtout l'impression que c'est une vision très très enjolivée du monde. Mais vraiment beaucoup. Alors oui, si toutes les personnes étaient de bonnes volontés, peut-être qu'il y aurait une chance que cela fonctionne. Et encore. Mais c'est vraiment loin d'être le cas.
Tout plein d'autre emplois non qualifié deviennent soudainement une posibilité pour augmenter son revenu
Mouai. Je ne suis pas vraiment convaincu par l'attrait.
et le partage des tâches ingrates
Alors là encore moins. En quoi un tel système va réellement intéresser les gens aux tâches plus ingrates ?
il restera des emplois ingrat qui nécessite une formation ou un savoir faire, il devront être justement rémunéré pour rester intéressant
Si c'est "si" simple, pourquoi n'est-ce pas déjà le cas pour ces métiers ingrats ?
faire en sorte que tous le monde ait de quoi manger.
Mon frère, qui était devenu végétarien (enfin presque, il mangeait par exemple du poisson sauvage) alors qu'il mangeait beaucoup de viande avant m'avait exposé une idée intéressante sur le sujet, qui en était sa motivation : si on ne mangeait plus (ou beaucoup moins) de viande, il n'y aurait pas besoin de toutes ses cultures destinées à faire manger les animaux. On pourrait donc les remplacer par des cultures pour l'homme. Et on arriverait à satisfaire la faim de beaucoup, beaucoup plus de personnes.
C'est l'une des rares motivations que je trouve intéressante dans le fait de refuser de manger de la viande. Peut-être est-ce une piste à explorer ?
voir même envisager le développement d'une suite d'outils Open Source de management de ministères/d’État qui permettrait à l'évidence d'améliorer les trop nombreux Workflow catastrophiques dans la fonction publique.
Heu, juste comme ça : qu'est ce qui garantirait qu'un outil open source permettrait un meilleur workflow qu'un outil proprio ? En général ce type de problème n'a pas vraiment à voir avec la nature de la licence…
Comme dans pas mal de projets open sources (et linuxfr l'est finalement par le code et par certains côtés par le contenu) lorsqu'un contributeur le fera ?
Pour le reste, pourtant là on parle de lecteurs depuis des années. Ils devraient bien se rendre compte que les contenus (et pas que les commentaires) sont fournis par des utilisateurs lambda, et non pas une équipe éditoriale. Et par exemple les news genre "vous ne savez peut-être pas mais il y a aussi des journaux fait par les utilisateurs" sont là pour donner envie, non ?
Après, peut-être que ça manque, et peut-être que je ne m'en rend pas compte depuis le temps (même si je ne suis pas un vieux ici, j'ai tout de même ouvert mon compte il y a presque 10 ans ;)
habitués à une blogosphère asymétrique,
Ha oui, c'est certains que là c'est différent. Et c'est, pour moi, ce qui fait la force de linuxfr. J'aime venir ici justement pour les contenus des utilisateurs, les commentaires. Presque plus ça que les news.
[^] # Re: beau fixe
Posté par CrEv (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 2.
Heu, où est-ce de l'obsolescence programmée dans l'histoire ? Surtout si tu parles de l'effet d'une "mode" à postériori. L'obsolescence programmée c'est lorsque tu prévois à l'avance une durée de vie limitée de ton produit (en gros). Mais si de nouvelles choses arrivent après qui rendent ton matériel obsolète je ne vois pas du tout en quoi ce serait de l'obsolescence programmée.
Franchement, ça commence à devenir un beau terme de çamegavedechangermonmatossayleconstructeurlemaichant qui ne veut plus rien dire du tout ici…
[^] # Re: il manque une fonctionnalité inutile en c++, le ramasseur de miette
Posté par CrEv (site web personnel) . En réponse au journal C++11 : sur le fil. Évalué à 2.
Oué enfin ce qui serait vraiment bien c'est plutôt une fonctionnalité du type Automatic Reference Counting comme il y a en Objective-C.
Là ce serait vraiment intéressant. Les bénéfices de ne pas avoir de garbage collector, par ex en perf, et le fait de ne pas avoir à s'en préoccuper.
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 2.
Je ne suis pas certains que ce soit la même charge de boulot (aussi bien puisse être owncloud, je pense qu'il y a encore du taff). Ni les mêmes contraintes (par ex de scalabilité).
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 4.
Et surtout que ça risque fort de continuer puisqu'ils utilisent XMPP pour Cloud Print, Sync ou Play Games Services (voir commentaire de pterjan qui si je ne me trompe bosse chez Google)
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 1.
Et ben vas-y, supporte-les les standards, développe-les. Propose tes services aux nombreuses boites qui en auraient bien besoin.
Mais ne reporte pas la faute sur les autres.
Si FTP a coulé c'est parce que c'est juste chiant à utiliser. SFTP ? Mouai, jamais vraiment vu utilisé.
Mais personne ne t'oblige à utiliser les services de Google.
Oué enfin c'est aussi que ça correspond à ce qu'une bonne partie des utilisateurs (et même des développeurs) veulent.
[^] # Re: Machine à pain
Posté par CrEv (site web personnel) . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 0.
Et ben, décidément l'humour et linuxfr c'est pas vraiment ça en ce moment. (et moi aussi j'ai un appart avec une isolation intérieure pour le moins perfectible)
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 0.
Parce qu'il faut les maintenir par exemple. (ZenitramMode=on) Et ça prend du temps et le temps c'est de l'argent (ZenitramMode=off).
Garder ouvert ça veut aussi dire qu'il va falloir faire évoluer (par ex si le backend change il faudra que l'API tourne toujours).
Garder quelque chose d'ouvert alors que personne ne l'utilise (d'après eux) c'est se compliquer la vie je trouve. Il y a tellement d'API, de produits, que je trouve normal de garder un oeil dessus et régulièrement fermer celles qui deviennent peu utilisées / obsolètes / inutiles / …
[^] # Re: update?
Posté par CrEv (site web personnel) . En réponse à la dépêche Linux Mint 15 « Olivia ». Évalué à 10.
Je suis assez surpris. Je ne pensais pas qu'on faisait encore des distribs qui ne peuvent pas être mises à jour.
Déjà le côté "vous ne devriez pas mettre à jour", puis "faut tout réinstaller" ne me donne absolument pas envie. Surtout que ça part d'une base qui elle le permet (ubuntu). Je trouve ça surprenant et pas franchement génial.
Après, peut-être que ça correspond à la "population" de mint qui change tous les 6 mois ?
Et ça laisse un arrière goût de "à moitié fait" je trouve.
Et j'adore toujours ce passage :
Surtout sans aucun chiffre…
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 0.
Ben faut croire en réalité. Ok ils ne fournissent pas les chiffres, mais ce qui a motivé leur décision c'est l'usage réellement fait de l'API.
Et attention, l'API ne disparaissaient pas, elle était par contre accessible différemment (partenaires)
Mais pour le coup je vois que tu éludes la question principale : au final, c'est mieux qu'avant ou pire comme situation ? (sans parler d'XMPP qui est un autre sujet)
Leur annonce aura justement permis de mettre en évidence les usages "autres" et probablement moins visibles de leur côté.
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 1.
Sauf que là je parlais spécifiquement de l'épisode CalDav
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 8.
Sauf que :
Donc la situation au final est comment ? Elle est pire qu'avant l'annonce initiale de fermeture ? Des choses ont été fermées ? Ou alors en réalité il y a encore plus d'API ouvertes aujourd'hui ?
[^] # Re: beau fixe
Posté par CrEv (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 5.
De mon point de vue, une killer app ne serait justement pas un jeux.
Le jour où on verra de la modélisation, de la CAO, de la FAO basée sur un navigateur alors pourquoi pas.
Par exemple, quelque chose du genre 3dvia entièrement en web (modeleur compris) serait plutôt cool.
Sans aller jusqu'à réellement de la production de CAO/FAO/DAO (à mon avis beaucoup trop gourmand en ressources à l'heure actuelle) commencer par de la visualisation, de la présentation d'assemblage, etc serait déjà un très bon point.
Trop gourmand ? Si on peut peut-être envisager à l'heure actuelle la partie modélisation graphique, les opérations nécessaires (modifications de topologie, booléens dans tous les sens, calculs de structure, matériaux, etc sont il me semble encore trop lourds. Il faut imaginer que ça fait encore ramer les ordis d'aujourd'hui en natif, donc avec plusieurs dizaines de % de pertes à l'heure actuelle, ça risque d'être lourd. Après c'est aussi l'occasion d'envisager autrement, c'est à dire avec des serveurs de calculs sur lesquels seraient connectés les modeleurs. Quelque chose du genre. Bon, de ce côté on arrive aussi encore une fois dans les alternances classiques : client lourd + serveur léger / client léger + serveur puissant / …
Tiens, c'est bien un truc qui me botterait en ce moment tout ça :-)
En même temps, il y a déjà quelques années, j'avais participé à la création d'un modeleur 3D dans firefox (ok ça tournait aussi sous IE). Faut imaginer ça en 2006, bien loin du webgl d'aujourd'hui : on embarquait dans un plugin (ben quoi) un moteur Ogre3D qui s'occupait du rendu 3D. Tout le reste de l'interface était en html/js. Le plugin était en C++, l'interface en js mais la vue était aussi dans le C++, et les scènes étaient aussi configurable en lua.
Probablement l'un des meilleurs expériences :-) (surtout à 2 pour coder ça en quelques petits mois)
[^] # Re: Pas au courant
Posté par CrEv (site web personnel) . En réponse au journal *Dav: Google fait marche arrière. Évalué à 2.
Justement non puisqu'ils font marche arrière et en rajoutent même.
(après, j'ai de toute façon l'impression que pour certains du moment qu'il y a une entreprise c'est forcément mauvais…)
[^] # Re: Machine à pain
Posté par CrEv (site web personnel) . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 0.
Mais tu sais, tu n'est pas obligé de dormir dans ta cuisine normalement. Le but de lancer la machine en automatique c'est justement de ne pas avoir à s'endormir la tête dessus :-)
[^] # Re: LMDE
Posté par CrEv (site web personnel) . En réponse à la dépêche Linux Mint 15 « Olivia ». Évalué à 2.
Désolé mais je n'ai pas du tout imaginé qu'il y avait le moindre trait d'humour dans cette phrase. Surtout si on prend le fait que tu as tout de même récolté un sacré paquet de postes à -9, -10.
L'humour c'est bien, mais c'est encore mieux si on s'en rend compte ;-)
[^] # Re: LMDE
Posté par CrEv (site web personnel) . En réponse à la dépêche Linux Mint 15 « Olivia ». Évalué à 5.
Arrête un peu le côté calimero là. Tu peux faire une dépêche. Et si elle est intéressante nul doute qu'elle sera validée. D'ailleurs, pourquoi ce ne serait pas le cas ? Quand tu vois qu'une dépêche sur windows par pasBill pasGates est acceptée (ici) pourquoi la tienne ne le serais pas ?
[^] # Re: four.....
Posté par CrEv (site web personnel) . En réponse au journal Une recette pour auto-héberger sa boulangerie. Évalué à 2.
Faut voir… c'est très subjectif quand même.
Par exemple, moi j'aime le pain blanc. Surtout pas trop cuit. Et pourtant, nombre de boulangeries ne savent que fournir du pain trop cuit. Le pire c'est si tu veux te faire un sandwich avec telle croute en bois.
[^] # Re: Fab Lab rural
Posté par CrEv (site web personnel) . En réponse au journal Fab Lab Sud31 : Création d'un Fab Lab rural dans le sud de la Haute-Garonne. Évalué à 2.
Merci, je connais le principe du lien hypertexte et j'ai lu le journal (et le lien, etc).
Mais ça ne change absolument rien au fait qu'expliquer dans le journal serait beaucoup plus intéressant.
Hey les gars, j'ai besoin d'aide pour faire un truc.
Qui est partant ?
En attendant voici le probable site web : http://monsupertruc.plop
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par CrEv (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 4.
En fait ça ne répond pas vraiment. En quoi ça va intéresser aux tâches ingrates ? Aujourd'hui sans boulot tu n'as quand même pas grand chose. Mais ce n'est pas cela qui fait que subitement les professions "ingrates" se retrouvent submergées par les candidatures. Je ne vois pas vraiment en quoi passer à un mini plus haut changerait quoi que ce soit. Et ce n'est pas en comptant "sur la bonne volonté" que ça le ferra à mon avis.
Ha mais attention, c'est tout à fait possible aujourd'hui ça.
Je vais prendre un exemple tout con, mais bien proche de beaucoup de monde ici. En France, les développeurs sont souvent payés assez "mal" passé une certaine expérience. Appelons cela un ouvrier (oui je sais, c'est pas pareil, mais c'est une image). Les profils commerciaux sont par exemple en général mieux payés.
Dans d'autres pays (par exemple US si je ne me trompe, mais si c'est le cas on me contredira sans problème) c'est l'inverse. Les "producteurs" de valeur, les ouvriers, les dev dans notre cas, sont bien payés, plus que les commerciaux (bon c'est ce point qui mérite validation).
Donc au final on a un système qui est renversé, au moins partiellement.
Aujourd'hui il serait tout à fait possible d'augmenter les salaires de certaines professions au détriment d'autres, et ainsi d'intéresser des personnes à faire ces travaux. Mais ce n'est pas le cas. Et instaurer un RU n'y changera en fait rien. A moins que je n'ai pas bien compris ce point.
# Fab Lab rural
Posté par CrEv (site web personnel) . En réponse au journal Fab Lab Sud31 : Création d'un Fab Lab rural dans le sud de la Haute-Garonne. Évalué à 3.
Et sinon, pourquoi ne pas commencer par décrire ce qu'est un "Fab Lab", un "Fab Lab rural", et ce que tu souhaites y faire ?
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par CrEv (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 2.
Heu, là c'est pas être idéaliste c'est juste vivre chez les bisounours.
Et d'ailleurs, pourquoi adieux macdo et compagnie ? C'est parce que la relation au travail va changer que les gens ne voudront subitement plus manger au macdo ou autre. Il n'y a en fait juste aucun rapport.
Heu, vraiment ?
Je veux dire pour de vrai, tous les jours ?
Heu… Nan mais ça c'est en rêve que ça se ferra. Beaucoup de personnes ne vont juste rien faire et attendre que quelqu'un d'autre le face.
En fait, dans cette histoire de travail "libre" (j'ai pas trouvé d'autre qualificatif dans l'instant) j'ai surtout l'impression que c'est une vision très très enjolivée du monde. Mais vraiment beaucoup. Alors oui, si toutes les personnes étaient de bonnes volontés, peut-être qu'il y aurait une chance que cela fonctionne. Et encore. Mais c'est vraiment loin d'être le cas.
Mouai. Je ne suis pas vraiment convaincu par l'attrait.
Alors là encore moins. En quoi un tel système va réellement intéresser les gens aux tâches plus ingrates ?
Si c'est "si" simple, pourquoi n'est-ce pas déjà le cas pour ces métiers ingrats ?
[^] # Re: qu'il faut arreter la novlangue à outrance,
Posté par CrEv (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 7.
Mon frère, qui était devenu végétarien (enfin presque, il mangeait par exemple du poisson sauvage) alors qu'il mangeait beaucoup de viande avant m'avait exposé une idée intéressante sur le sujet, qui en était sa motivation : si on ne mangeait plus (ou beaucoup moins) de viande, il n'y aurait pas besoin de toutes ses cultures destinées à faire manger les animaux. On pourrait donc les remplacer par des cultures pour l'homme. Et on arriverait à satisfaire la faim de beaucoup, beaucoup plus de personnes.
C'est l'une des rares motivations que je trouve intéressante dans le fait de refuser de manger de la viande. Peut-être est-ce une piste à explorer ?
# workflow
Posté par CrEv (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 7.
Heu, juste comme ça : qu'est ce qui garantirait qu'un outil open source permettrait un meilleur workflow qu'un outil proprio ? En général ce type de problème n'a pas vraiment à voir avec la nature de la licence…
# pyDart
Posté par CrEv (site web personnel) . En réponse au journal Sortie de pyDarts v0.5. Évalué à 3.
Et moi qui ait cru que c'était une implémentation de python en dart
[^] # Re: pas de compte ?
Posté par CrEv (site web personnel) . En réponse à la dépêche Solutions Libres & Opensource 2013 - L'après salon. Évalué à 3.
Comme dans pas mal de projets open sources (et linuxfr l'est finalement par le code et par certains côtés par le contenu) lorsqu'un contributeur le fera ?
Pour le reste, pourtant là on parle de lecteurs depuis des années. Ils devraient bien se rendre compte que les contenus (et pas que les commentaires) sont fournis par des utilisateurs lambda, et non pas une équipe éditoriale. Et par exemple les news genre "vous ne savez peut-être pas mais il y a aussi des journaux fait par les utilisateurs" sont là pour donner envie, non ?
Après, peut-être que ça manque, et peut-être que je ne m'en rend pas compte depuis le temps (même si je ne suis pas un vieux ici, j'ai tout de même ouvert mon compte il y a presque 10 ans ;)
Ha oui, c'est certains que là c'est différent. Et c'est, pour moi, ce qui fait la force de linuxfr. J'aime venir ici justement pour les contenus des utilisateurs, les commentaires. Presque plus ça que les news.