rewind a écrit 3442 commentaires

Faux argument. Le rapport entre le salaire des cadres et le salaire des salariés est passé en une dizaine d'années de 7 à 3. Donc le tassement des salaires, il existe déjà, pas besoin d'augmenter le SMIC. Et on peut tout à fait redonner du pouvoir aux salariés dans les entreprises pour qu'il puisse négocier des augmentations de salaires. Pourquoi les patrons s'augmenteraient de 10% tous les ans tandis que les salariés n'auraient qu'1% ? Surtout qu'on ne part pas des mêmes sommes. Il y en a marre de niveler par le bas.

D'ailleurs, le programme propose le revenu maximum : pas d'écart au delà d'un rapport de 1 à 20 dans les entreprises. Ce qui favorisera les augmentations de salaires si le patron veut s'augmenter. Et ce qui lui laisse une belle marge (240000€ par an, je signe tout de suite).

Ils n'ont fait aucune concession, on a la réforme la plus dure d'Europe. Généralement dans les autres pays, il y a soit l'âge de départ à la retraite élevé, soit la durée de cotisation élevé. Nous, avec cette réforme, on a les deux !

Comme vous pouvez le voir, il y a des responsables attachés à chaque fiche. Ces responsables ont la tâche de scruter les fiches pour voir les changements qui y sont faits et de les rapporter. Je vous en parle parce que je suis responsable pour les fiches 19, 57 et 58. J'ai d'ailleurs indirectement participé à leur écriture : au départ, j'avais proposé un (long) texte qui a été scindé et remodeler pour rentrer dans le format fiche. Du coup, on a perdu quelques arguments et quelques détails au passage.

En tout cas, si vous avez des questions, je suis prêt à y répondre.

Et je vais répondre sur deux questions qui reviennent souvent : comment on finance ? comment on fait par rapport à l'Europe ?

Comment on finance ? Simple, comme expliqué succinctement par quelqu'un, on change l'argent de poche. Faut arrêter de croire que la France est un pays du Tiers-monde, c'est un des pays les plus riche du monde alors de l'argent il y en a, il suffit de mieux l'utiliser et de mieux le partager. Alors pour les paranoïaques qui voit le retour de Staline dans la moindre mesure de gauche, ça ne veut pas dire qu'on tue tous les riches, ça veut dire qu'on leur fait payer plus d'impôts et s'ils veulent s'en aller (autre argument bidon de la droite), il y a des lois contre l'évasion fiscale et de toute façon, nous n'avons pas besoin d'eux, la richesse, ce n'est pas eux qui la crée, ce sont tous les ingénieurs et ouvriers qui travaillent en France. Je rappelle qu'un pays bien connu pour son penchant communiste, les États-Unis, avait une tranche supérieur de l'impôt qui taxait à hauteur de 90% du revenu jusque dans les années 80, avant que Reagan n'arrive. Donc c'est possible et c'est ce qu'on fera. Depuis le début des années 80, ce sont 10 points de PIB qui sont passés des poches des salariés dans les poches des actionnaires. Ça représente tout de même 195 milliards par an. Donc de l'argent, en voilà, on sait où il est, il reste à aller le chercher via l'impôt, via des taxes sur les revenus financiers (qui sont moins taxés que les revenus du travail, donc on peut aligner sans passer pour des salauds de communiste qui volent les riches). Avec ça, il n'y a plus de problème des retraites, et il y a même du surplus pour faire plein d'autres choses, des services publics par exemple.

Comment on fait par rapport à l'Europe ? Et bien, on fait ce qu'on n'a pas fait pour le TCE, on ne se couche pas devant les desiderata des libéraux. Quand un peuple, qui est en passe de devenir le premier d'Europe en terme de population, décide qu'un truc ne lui convient pas, le moins qu'on puisse faire, c'est de l'écouter. Après, il ne faut pas s'étonner que les gens n'aillent plus voter (voir les chiffres de l'abstention qui montent en flèche depuis 2005). Ce qui me permet de répondre en même temps à la question "comment on fait pour donner le pouvoir au peuple ?" et bien on introduit plein de mécanismes de contrôle dans les institutions et dans les services publics pour pas que ça parte en sucette, et on fait voter plus souvent que maintenant sur tous les sujets de société importants et on met un référundum révocatoire à mi-mandat. Si le peuple écrit lui-même sa Constitution (principe d'une constituante) alors on peut y mettre ce que l'on veut et notamment tout ce contrôle qui n'existe pas. Ce qui permet alors de répondre à la question initiale : avec le pouvoir au peuple, si le peuple décide, on l'écoute. Et l'Europe doit alors traiter le problème, en revoyant ce qui ne convient pas, en renégociant certains aspects, on n'est pas des boeufs, on peut s'asseoir autour d'une table et discuter. Et si ce n'est pas possible, il reste la solution anglaise (pays communiste par excellence) : l'opt-out, c'est-à-dire qu'on décide qu'une partie du Traité ne s'applique pas sur le territoire français parce que le peuple en a décidé ainsi et que, jusqu'à preuve du contraire, dans une démocratie, c'est lui qui est souverain.

Et non, ce n'est pas rêver que de dire ça, ça s'est passé comme ça dans pas mal de pays latino-américain (Vénézuela, Bolivie, Équateur) et ça marche très bien, le peuple en est très content. Pour ceux qui croient que le Vénézuela est dirigé par un dictateur (Hugo Chavez), il a introduit le référundum révocatoire dans la nouvelle constitution (fait par une assemblée constituante). Du coup, il se le prend à chaque fois (parce que les conditions pour y être soumis ne sont pas irréalistes) et il n'a jamais été désavoué par ceux qui l'avaient élu (sans pour autant avoir des scores de république bananière, il passe autour de 60%). La seule élection qu'il a perdu, c'était une modification de la constitution qui lui aurait donné plus de pouvoir, les gens ont dit non, il n'a pas modifié la constitution. Et je ne parle pas du programme qu'il a mis en place (gratuité de la santé, gratuité de l'éducation accessible à tout le monde), ni des résultats (baisse de 75% de l'extrême pauvreté) et tout ça, en utilisant l'argent qu'il avait à sa disposition : celui du pétrole et en particulier de la companie nationale de pétrole (elle était déjà nationale avant qu'il n'arrive au pouvoir). C'est ça le modèle (qu'il faudra adapter) de révolution citoyenne que le Front de Gauche et en particulier le Parti de Gauche défend.

D'autres questions ?

> De plus après le lycée, l'école nous forme pour un métier et non plus pour notre culture générale. Donc si une proportion non négligeable des entreprises utilisent des langages de haut niveau, il est logique de les retrouver à l'école (sans se taper du C++ en arrivant).

> PS : 10 sacs que c'est sup'info. L'école qui forme des partenaires microsoft.

Je vois comme une contradiction, là. On ne peut pas déclarer que l'école forme pour un métier et ensuite dénigrer une école qui forme à un métier. Alors déjà, les écoles et les universités ne forment pas à un métier mais apportent des connaissances, point. L'université est le lieu de création et de transmission du savoir, ce n'est pas un centre de formation géant. Que certaines écoles se complaisent à former des ingénieurs jetables (comme disait qqn plus bas), ça les regarde, mais dans la grande majorité, ce n'est pas le cas.

Il y a effectivement des bugs :

http://llvm.org/bugs/show_bug.cgi?id=5881

Confondre l'outil et son utilisation potentiellement malveillante, c'est digne de l'HADOPI qui confond P2P et contrefaçon...

Certaines grosses conférences se mettent aussi à publier directement elle-même leurs proceedings en version électronique et sous licence CC, donc sans passer par un éditeur OA. Par exemple, STACS (eux utilisent CC-BY-ND) : ils expliquent le pourquoi du comment dans la faq [1]. Si d'autres grosses conf suivent ce mouvement, on n'aura plus aucun souci d'éditeur rapaces et d'OA avec corrélation négative (critique que je trouve tout à fait justifiée).

[1] http://www.stacs-conf.org/faq.html

C'est vrai, quand on est la 5è puissance économique mondiale, c'est qu'on n'a pas d'argent... En tout cas, pas pour nous autres, les pékins moyens. Y'a bien que la droite pour oser faire croire que la France est un pays du Tiers Monde...

"mutualiser certaines ressources", "rediriger vers d'autres developpements", "innover aussi bien au niveau technique que services"

Je te parle de projet social, tu me parles de rationalisation économique. Tu raisonnes comme la société Mandriva, je raisonne comme le projet Debian. Je crois que le débat pourrait durer éternellement. Je comprends très bien ce que tu me dis, mais je continue à croire que tes arguments ne s'appliquent pas à un projet purement communautaire tel que Mageia.

1) la majorité de cette communauté travaille déjà sur son temps libre, parce que, comme je le disais, il n'y a pas que les devs, il y a tout le reste autour et ça représente beaucoup de monde. Il suffit de voir les grandes listes de personnes qui s'inscrivent sur les tâches à faire. Toutes ne sont pas d'anciens employés de mandriva.
2) les anciens employés de mandriva sont pour la plupart des ingénieurs d'un excellent niveau qui n'auront aucun mal à retrouver du travail, et même peut-être que certains seront embauchés pour justement continuer à travailler sur Mageia. En tout cas, moi, si j'étais recruteur, j'embaucherais direct.
3) tu oublies que dans Debian, il n'y a aucun salarié direct et pourtant, ça fonctionne depuis plus de 10 ans. Mageia a adopté le même genre de fonctionnement, ils n'ont aucune raison d'échouer là où d'autres ont très bien réussi.

Tu fais fausse route à mon avis. Réduire la question de la pérennité d'une distribution à des questions financières, c'est bien un raisonnement de financier, et c'est justement ça qui a conduit mandriva à sa perte. Là, on a une bande de joyeux lurons qui se foutent bien des aspects financiers puisque, comme ils le disent dans la page sur leurs valeurs, ils veulent s'amuser. Ils ne vendent rien, ils n'achètent rien. Ils ont juste besoin de quelques serveurs pour faire tourner leurs services mais c'est vraiment rien comparé au reste. Et le reste, le plus important, c'est la communauté, c'est les heures de temps libre consacré à ce projet, c'est l'envie, c'est la reconnaissance d'un travail bien fait, etc. Bref, tout ce que la société mandriva a oublié en cours de chemin.

Les dev Mageia ne font pas cette distrib pour qu'elle remplace Ubuntu ou qu'elle soit installée sur tous les desktop, ils la font pour se faire plaisir et avoir un truc qu'ils aiment utiliser et perfectionner et comme ils ne sont pas seuls à aimer faire ça, qu'ils sont rejoints par beaucoup beaucoup de monde, ça va forcément marcher.

Ne perdons pas de vue que Mageia devient (de mon point de vue) la deuxième (ou troisième pour ne froisser personne) distribution majeure purement communautaire, et qu'étant donné l'histoire de la grosse distribution purement communautaire, on peut penser que ça va durer un sacré moment.

Ce que je trouve remarquable, c'est que Mandriva (l'entreprise) n'ait pas réussi à faire tout ce que Mageia a accompli en quelques semaines (et c'est proprement hallucinant) alors que tous les gens étaient là et disponibles pour le faire... Donnez les entreprises à des financiers qu'ils disaient...

Ou dans une mine au Chili...

Si seulement nous avions un rapport de 1 à 5 entre un ouvrier et son patron ou même de 1 à 40 (entre le paysan et le patron), ça serait le rêve... Mais on en est très très loin, les rapports actuels sont plutôt de l'ordre de 1 à 200 et plus. Alors, si le salaire du patron qui gagne 9 euros par rapports au paysan qui gagne 0.25 euros te choquent, je te conseille de militer pour le salaire maximum. Parce que ce sont bien ces patrons qui gagnent des centaines de fois plus que leurs salariés qui pèsent dans la différence entre salaire médian et salaire moyen...

> Gedit étant un éditeur de texte offrant bien plus de confort que les très mauvais emacs, vim, eclipse, geany, kwrite…

Ouf tout va bien, j'utilise Kate :P

Merci beaucoup pour ces précisions. Je pense qu'avec tous les nouveaux fans supplémentaires que tu viens de te faire, tu ne vas avoir aucun mal à trouver des relecteurs (et vive l'Art Libre !). Mais vraiment, remets les en ligne, de les avoir évoqué m'a redonné envie de les lire :)

Quand j'ai commencé à lire le résumé, ça m'a tout de suite rappelé plein de souvenirs. Parce que je me souviens avoir lu ce bouquin à l'époque où il s'appelait Elfe Noir Démon Rouge (et il me semble qu'il n'était pas encore fini à l'époque, qu'il était en cours d'écriture sur un blog). Il était accompagné d'autres nouvelles ("Délirium l'ange du chaos", "L'énième prophétie") dont je garde un excellent souvenir. Du coup, en voyant ça, je me pose plein de questions. Parce qu'à l'époque, l'auteur (avec qui j'avais échangé quelques mails) s'appelait Frédéric (mais avait le même nom de famille) et écrivait sous le pseudo Neryel (on en trouve des traces sur web archive). Je suppose que tu as un lien avec lui... En tout cas, je suis content de voir que ça existe toujours et que ça évolue, même si je regrette la disparition de ces premières nouvelles.

Ça me rassure de voir que le comportement que je décris peut arriver dans certains cas (heureusement, pas tous). J'espère que ça réussira à convaincre ceux qui m'affirment que non, non, non c'est toujours mieux avec git que, ben pas forcément.

>> ce qui te gène c'est la possibilité de pouvoir faire un pull d'un dépot différent de celui où on fait un push car ça faciliterais le maintient d'une version alternative du logiciel ?

En quelque sorte, oui.

>> D'une manière générale, je pense qu'il est mauvais de croire qu'un problème « social » peut être résolu par la technique. Ça me semble illusoire et ça peut toujours être contrecarré.

Et pourtant, avec notre OS préféré (que ce soit BSD ou Linux d'ailleurs), nous sommes entourés de mesures techniques qui règlent des problèmes sociaux. Ne serait-ce que l'existence de droits, et du compte root, "pour pas que les utilisateurs normaux fassent n'importe quoi", alors que c'est juste pour empêcher qu'ils puissent faire n'importe quoi, qu'ils en aient la possibilité. Et oui, ça peut être contourné et même des gens s'y emploient à longueur de journée. N'empêche que ça marche bien la plupart du temps.

Alors, je vais commencer par te dire comme à Matthieu Moy : on se calme, pas la peine d'être aussi agressif. Je sais que vous êtes deux aficionados de git, mais là, je vous trouve tous les deux assez agressifs. Surtout que je dis que je vais essayer de m'y mettre à git, donc pas la peine de me parler de "fermer des fonctionnalités" blabla.

Bref, pour répondre à ta première question, je vais t'en poser une autre : tu as des exemples concrets de programme en C avec des memory leaks ?

Tout d'abord, on se calme hein, pas la peine d'être aussi agressif.

Ensuite, dans la phrase que tu cites, il y a exactement ce que je décris dans mon texte initial : avec un VCS, le gars qui fait des modifs est obligé de discuter avec upstream, il est obligé de s'intégrer socialement avec le projet, il est obligé de collaborer s'il veut que ses modifs soient intégrées, parce qu'il est relativement difficile de maintenir un patch en dehors de la "branche principale" (parce que justement, ce n'est pas fait pour ça). Alors qu'un DVCS, tu peux avoir ton fork sur ton site, sans en parler à upstream. Ce que ça change (puisque c'est ta question), c'est que dans un cas, tu as une obligation technique de collaborer, dans l'autre cas, tu as une permission technique de ne pas collaborer. Et ma thèse, c'est que ça peut engendrer des comportements idoines, en ce sens qu'avec un DVCS, tu peux faire ton égoiste dans ton coin, chose impossible avec un VCS. Et j'insiste bien sur "peux", parce qu'effectivement, on peut faire autrement aussi et ça se passe bien dans la plupart des cas (heureusement).

Quant à Linux, ce n'est pas un workflow où chacun garde tout dans son coin sur son site, c'est un workflow assez complexe et très hiérarchique où tout est public, au vu et au su de tous. Donc ça ne rentre vraiment pas dans le comportement que je critique. Et d'ailleurs, ceux qui s'y essaient dans le développement de Linux se font taper sur les doigts (comme Google récemment). Ce qui n'est pas imposé par le VCS l'est par la communauté. Il n'y a qu'à voir la procédure d'acception des patchs où un des premiers trucs qui est dit est : en parler sur la LKML, c'est à dire s'intégrer socialement avec le projet, et la boucle est bouclée.

En fait, ce que tu dis, c'est que si on choisit un workflow comparable à Subversion, on n'a aucun problème, ce dont je suis absolument persuadé. Si je continue à utiliser ma comparaison avec le C, c'est comme si tu me disais qu'avec C, on peut bien coder, et je suis tout à fait d'accord. Il n'empêche qu'on peut mal coder en C et on peut utiliser git autrement que dans ce cas.

D'accord, du coup, je ne suis pas trop d'accord avec l'argument de l'auteur qui consiste à dire que c'est mieux. Au final, oui on voit que ça a été développé dans une branche mais bon, est-ce qu'il y a un intérêt supérieur à ça ?

Je reprends alors. D'un côté, tu as SVN qui peut faire des branches et des merges, et qui peut faire des changelists. Mais ces deux fonctionnalités sont considérés comme avancés (dans le svn book, elles sont dans un chapitre très éloigné du début) et personne ne les utilise, soit par peur ("c'est avancé, donc ça doit être dur"), soit par méconnaissance ("je ne lis pas les chapitres sur les utilisations avancés, j'en aurai pas besoin"). De l'autre côté, tu as git, qui peut faire des branches et des merges, et qui a une staging area qui permet plein de choses (dont l'équivalent des changelists). Là, ces deux fonctionnalités sont considérés comme basiques et apparaissent dans tous les turoriels, souvent au tout début pour la staging area. Donc les gens l'utilisent parce qu'ils connaissent ces fonctionnalités et qu'ils considèrent qu'elles font partie des fonctionnalités de base (donc faciles).

Je vais te faire la réponse que j'ai lue quelque part à propos d'un autre sujet : c'est dans la partie advanced topics (autant dire que personne ne le lit, et moi le premier, je n'avais jamais entendu parler de ça, ça n'apparaît dans aucun tutos SVN). Je l'ai lu sur les branches, qui sont considérées comme un fonctionnement normal dans git et comme un truc avancé dans SVN. Ici, la staging area, c'est sur la deuxième page de Git Reference (la première page, c'est git init et git clone, autant dire pas grand chose).