Je pense que LinuxFr ferait bien d'apporter cet élément au dossier ! Ca montre que c'est l'hôpital qui se fout de la charité et que son article est au moins tout autant un plagiat de celui de Debian que l'article de LinuxFr.
je me serais pas aventuré à tenir tête à qqu'un qui est capable de remuer ciel et terre pour la contrefaçon du mot "et" ainsi que du chiffre "3"
Justement ! Lorsque le juge va voir à quel point tout ceci est une tartufferie, il va renvoyer le plaignant dans ses 22 mètres, d'autant plus qu'il s'agit d'un avocat censé être au courant de l'engorgement des tribunaux.
Les juges sont aujourd'hui pragmatiques et n'aiment pas qu'on embouteille les tribunaux pour rien. Et voir un truc pareil venir d'une personne qui évolue dans le cadre juridique ne va pas le calmer. Donc je pense que le plaignant va perdre pour toutes les raisons déjà évoqués dans les commentaires, mais aussi parce que le juge va tout bonnement halluciner et probablement vouloir lui passer l'envie de remettre le couvert.
Les éléments apportés par le plaignant sont vraiment très faibles. Il s'agit d'une seule dépêche, et les seuls éléments qui sont soit disant plagiés sont en réalité des faits difficiles à (d)écrire autrement. S'il avait pu apporter au moins plusieurs articles sur ce même principe, ça aurait commencé à être un faisceau intéressant. Mais en l'occurrence il n'y a rien, c'est un dossier creux. Sans compter que le préjudice ne semble pas exister puisque l'article du plaignant apparaît (comme évoqué dans la lettre) tout en haut des résultats de Google (ce qui n'est pas le cas de l'article de LinuxFr). Donc je vois vraiment mal comment le juge va pouvoir condamner LinuxFr.
J'ai l'impression qu'il joue justement sur cette peur de l'avocat et cette légende urbaine qui veut que les juges protègent forcément les avocats. Sauf que les juges ne sont pas dupent et n'hésitent pas à remettre à leur place les personnes qui abusent.
La seule phrase qui laisse effectivement croire qu'il y a eu une forte inspiration du message du plaignant est celle en rouge.
NB : après relecture de mon post, je sais qu'il apparaît un peu agressif, c'est mon style, je n'attaque personne ici, je suis parfois peu brut de décoffrage, voilà tout ;)
J'ai testé l'installation et la configuration de GitLab en natif sous ArchLinux (avec l'aide du wiki pourtant).
Bilan : 10 jours à me casser la tête pour régler tout ce qu'il fallait (comprendre : pour que ça fonctionne sans bugs), et c'était loin d'être optimisé au niveau des perfs (c'était même franchement mauvais). Quant aux mises-à-jours, c'était (trèèès) loin d'être fiable (en fait c'était pas fiable du tout).
Puis j'ai décidé d'utiliser l'image Docker. 1 journée complète, avec l'optimisation qui va bien pour des performances dignes d'un truc en prod.
Donc lorsque j'ai installé Nextcloud, je n'ai même pas tenté l'installation native, j'ai tout de suite utilisé l'image Docker. Et j'ai été très content de cela il y a 2 semaines lorsque la montée en version de Nextcloud m'a ramené des erreurs. J'ai downgradé en 2 min, j'ai attendu 2 semaines avant de retenter un upgrade, et cette fois c'était bon.
Alors oui, ce n'est pas la voie royale pour empaqueter des logiciels. Mais au-delà des optimisations qui sont déjà toutes faites par l'équipe de dév, c'est bien plus qu'un simple confort pour l'admin que d'avoir la possibilité de mettre en place des plateformes de ce genre très rapidement : c'est la garantie d'avoir tout le temps un truc qui tourne (on se comprend). Sans compter que ça permet de migrer très facilement et rapidement la plateforme d'une machine à une autre lorsqu'il le faut ; avant j'avais un serveur qui n'avait que des appli en natif et ça a été bien long et chiant lorsque j'ai dû passer de cette machine qui était sous Debian à une autre machine qui était sous ArchLinux.
Pour un serveur perso, on peut se permettre d'avoir un truc en carafe pendant quelques jours, passer quelques nuits dessus, dire à Bobonne et à sa bande de potes que dans 3 jours ils pourront de nouveau accéder à leurs contenus.
En revanche lorsqu'on a une boîte à faire tourner (mon cas), c'est une autre paire de manches. Le client se fout totalement de savoir pourquoi votre serveur est down. Passer 3 jours pour remettre sur pieds un simple serveur est impensable, non seulement pour l'indisponibilité du contenu, mais aussi parce que 3 jours de boulot c'est super long quand on développe sa boîte.
Alors vous allez me dire que c'est de ma faute car j'utilise ArchLinux et donc que c'est à moi de tout gérer et que je n'ai qu'à assumer. Oui mais non, car s'il faut faire 10 jours de config pour faire tourner un logiciel (qui n'est même pas encore optimisé), c'est qu'il y a un problème dans la conception de l'appli. Normalement une appli devrait pouvoir être lancée assez rapidement moyennant quelques paramètres ici et là, et ce indépendamment de la distribution. A charge ensuite à l'admin de passer du temps sur le manuel pour l'optimiser selon ses besoins. Mais quand vous vous retrouvez à balancer des hacks dans la config tellement c'est mal conçu (j'ai eu le cas sous GitLab et Nextcloud), non, non et non. C'est là où Docker permet de s'économiser tout un tas de problèmes. Je suis le premier à défendre la philosophie du logiciel libre, mais il arrive un moment où on ne peut plus se permettre de passer du temps à débugguer encore et encore les appli et à soumettre des patchs, on a besoin que ça tourne et Docker permet de faire ça relativement proprement. Ca n'empêche pas de continuer à soumettre des merges requests, ce que je fais, mais en attendant il faut bien faire avancer le schmilblick et payer les factures !
En conclusion : oui, oui et mille fois oui à un empaquetage natif, voire avec Flatpak (ou autre, je suis pas sectaire). Mais non, non et re-non si ça donne un truc crade à l'arrivée. Je préfère une bonne image Docker qui tourne à un truc natif foireux.
PS : je sais que je vais me faire moinsser par un certain nombre d'ayatolas idéalistes du libre qui verront en moi un salaud de patron et probablement un incompétent notoire, reste que l'argent ne me tombe pas du ciel et que j'essaie de trouver le meilleur compromis pour utiliser du libre partout. J'ai cet idéal du libre, mais il faut aussi être réaliste et voir que cet idéal se confronte à des réalités bassement primaires comme : comment je vais payer mon loyer si mon serveur est down et que mon client me paie seulement le mois prochain ? Ca n'est pas remettre en cause le libre que d'agir de la sorte, c'est au contraire essayer d'utiliser coûte que coûte le libre quitte à devoir hacker un peu certains trucs qui peuvent rendre certains puristes malades.
Puisqu'il est question du projet Purism, sachez qu'ils ont lancé un projet en crowdfunding pour financer le développement d'un smartphone libre (baptisé Librem 5), sur le même principe que les ordinateurs portables qu'ils ont déjà vendus. Autrement dit : pouvoir faire tourner la distribution Linux de son choix sur ledit smartphone.
C'est par ici, je compte sur chacun d'entre vous pour passer le mot :)
A l'heure où j'écris, on en est à 34,35 % de l'objectif de financement. Il s'agit d'une campagne de financement tout-ou-rien, donc si l'objectif des 1,5 m€ n'est pas atteint, votre don vous est rendu. Donc pas de risque de ce côté-là.
Je pense que c'est vraiment important qu'on y arrive car ce ne sont pas des amateurs, ils ont déjà prouvé ce dont ils étaient capables avec les ordi portables et il n'y a donc pas de raisons qu'ils n'y arrivent pas avec ce smartphone. Ils ont une vraie équipe dédiée sur ce projet, de l'expérience, il ne leur manque que le financement.
Faudrait que je me motive pour écrire un article à ce sujet d'ailleurs.
Je te pushe le link d'un tuto pour faire un catch up ASAP de ton low level en corporate talking versus ton skill à D+0, c'est mieux qu'un slide PPT vairchone old school :
NB : avant de lire ce qui suit, j'aimerais que le lecteur/la lectrice (je m'arrête là, je vais pas faire tous les LGBTQQIP2SAA non plus) que vous êtes comprenne bien que j'explique ici des choses sans nécessairement les approuver, choses que j'ai apprises soit durant mes études (de gestion), soit à mes dépends en entreprise. Les comprendre permettra peut-être à certaines personnes d'éviter des erreurs que j'ai pu moi-même commettre et ainsi, souffrir moins.
vous avez pu voir qu’il y a un truc dont je ne parle pas. Le code. Bah oui, fini. Je n’ai plus lancé mon éditeur depuis des semaines, je ne connais même plus le bug tracker et je regarde de loin le backlog. Et, ça, c’est vraiment un truc que je ne comprends pas. J’estime avoir un peu de connaissances en code, en système et, alors que je deviens efficace là‐dessus, bam, on me dit qu’il faut devenir un gestionnaire de planning (je caricature, mais c’est ça) et de manier la carotte et la bâton pour faire avancer les devs.
Alors, pour la petite histoire, il y a de ça environ 10 ans, une startup nommée Google commençait à grossir. Et elle ne voulait pas de gestionnaires de projets. Elle voulait un sommet hiérarchique, comme on dit, et des geeks qui pouvaient geeker à souhait, et elle ne voulait pas d'une couche intermédiaire, car elle pensait que les geeks étaient suffisamment intelligents pour savoir ce qu'ils avaient à faire.
Donc elle a décidé de virer les gestionnaires de projets.
Puis elle est devenue franchement grosse, et elle s'est rendue compte que ça ne fonctionnait pas. Donc elle a réembauché des gestionnaires de projets.
La raison est simple : lorsqu'on devient gros, il faut coordonner l'information pour avoir une homogénéité de cette information afin que tout le monde travaille au même objectif commun. Sinon c'est le bordel, chacun fait ce qu'il pense être le mieux de son point de vue, et on finit avec un gros gloubi-boulga de choses qui sont géniales mais qui n'ont plus grand-chose à voir avec ce pour quoi l'entreprise existe (= sa vision). Et ça n'a rien à voir avec une quelconque intelligence des employés. C'est un peu comme si au lieu de séparer ton code en modules ou d'avoir plusieurs feuilles de styles CSS, tu mettais tout ton code dans un même fichier, que chaque contributeur pouvait modifier ce qu'il voulait sans jamais rien demander à personne et qu'il n'y avait pas de gestionnaire de version. Tu le vois arriver le bordel ? Et bien dans une entreprise c'est la même chose.
Donc les gestionnaires de projets, ou managers quelconques, sont indispensables au bon fonctionnement de l'entreprise. Et leur boulot est donc de faire en sorte que ceux du bas (les geeks, les ouvriers, les bac+5 sortant de l'école qui font à la main ce que des machines seraient censées faire,…) comprennent bien ce que ceux du haut (le sommet hiérarchique) veulent leur faire faire. Et, accessoirement, que ceux du haut sachent pourquoi ceux du bas sont tout le temps en train de se plaindre (qu'ils le comprennent, ça c'est pour le siècle suivant). Et c'est tout. Ton boulot en tant que manager n'est donc plus de produire, mais de faire produire. Donc exit le code, exit la config, exit tout ce qui crée quoique ce soit de concret. Tu es maintenant dans le rôle de celui qui s'assure que ce que font les gens dans l'entreprise (ceux en-dessous de toi, surtout pas au-dessus hein, te plante pas comme moi) respectent bien ce qui est attendu par ceux qui dirigent la boîte (= les investisseurs et les créanciers).
Voilà pourquoi tu ne toucheras plus au code. Pas parce que tu n'as plus le temps, mais parce que ce n'est plus ton métier. Là où ta boîte a fait quelque chose d'intelligent, c'est qu'ils ont mis une personne qui sait de quoi elle parle à un poste de manager en accord avec ses compétences. C'est trèèès loin d'être toujours le cas, raison pour laquelle on se retrouve avec des managers qui demandent tout et n'importe quoi à leurs équipes.
Ainsi, si tu veux coder à nouveau, je te conseille de changer de boîte étant donné que la tienne ne veut plus que tu restes simple employé pour ce niveau de salaire. Si tu changes il est probable que tu perdras en salaire. Car il y a une logique très conne en France, c'est qu'on ne te paie pas pour tes compétences, mais pour ton diplôme et ton expérience (et expérience ne veut pas dire compétences, on peut passer 20 ans au même poste et être une quille). Mais peu importe que tu sois Linus Torvalds, s'il y a un manager au-dessus de toi, il devra gagner plus que toi. C'est con hein ? Bah c'est comme ça. C'est pas pareil aux USA par exemple, là-bas tu es payé pour ce que tu sais faire (la formation sur un CV américain se résume à 1 ligne, le dernier diplôme obtenu, quand chez nous ça prend 1/3 du CV).
J’ai eu des managers très bons, qui ne connaissaient rien en technique. Pourquoi on ne laisse pas les gens dans la technique et les managers dans le management ?
Théorème de la hiérarchie : un manager doit gagner plus qu'un subalterne.
Réciproque du théorème de la hiérarchie : un subalterne ne peut pas gagner plus qu'un manager.
Par ailleurs c'est marrant car tu expliques toi-même qu'un manager n'a pas besoin d'être bon en technique pour être un bon manager. Du coup tu as compris que c'était 2 métiers bien différents (c'est pas évident pour tout le monde).
Et, si je coûte cher, pourquoi me mettre dans un domaine ou je n’y connais rien ?
La hiérarchie m’a fait comprendre que les T‐shirts de geek noir à slogan ça passait mal, et que la chemise blanche avec le pantalon (pas jean) ça devenait essentiel ; pour la cravate, ça semble pas obligatoire, mais la barbe de trois jours, ça ne va plus être possible.
Tout travail vient avec ses codes (et là je parle pas de C++, désolé), ses normes, ses outils et… son habit de travail. Pour un pompier c'est forcément une combinaison ignifugée, un policier un gilet pare-balles, et un manager… un costard(-cravate quand on veut devenir un manager de managers, parce que tant qu'à faire que d'être manager, autant gagner un max de thunes). La différence avec un travail comme pompier, c'est que ce n'est pas nécessaire puisqu'il n'y a pas de sécurité en jeu, le pompier étant obligé d'avoir sa combi pour éviter de mourir. Certains arguent qu'un costume permet de distinguer davantage les rôles en entreprise et donc de mieux incarner ce pour quoi le manager existe (faire faire aux autres un boulot qu'ils ne sont pas censés faire eux), qu'en séparant ainsi les fameux cols-bleus des cols-blancs, chacun saura mieux rester à sa place, ce qui contribue à la bonne marche de l'entreprise. On peut ne pas aimer ça, il n'empêche que c'est une tendance naturelle que de se sentir plus distant, et donc plus respectueux/craintif/soumis (rayez les mentions inutiles) d'une personne qui nous est davantage différente et de se sentir plus proche d'une personne qui est comme nous, avec qui on partage davantage de points communs. Et l'aspect physique étant ce qui a le plus d'impact avec un minimum d'action, ça impacte un maximum de monde. Je sais je sais, c'est pas le cas pour tout le monde, mais de manière générale c'est plutôt le cas et donc ça optimise les chances de voir un manager respecté par ses subalternes, ce qui contribue in fine à la bonne marche de l'entreprise. Si tu n'es pas convaincu, mets-donc un costard-cravate lundi et tu verras le comportement de tes subalternes dès ton arrivée, ça va changer d'un coup.
Perso j'ai une autre vision des choses : si tu fais correctement ton boulot, tu peux venir habillé en arc-en-ciel avec une corne sur la tête, je m'en pète royal (du moment que t'es pas face au client, là c'est autre chose).
Voilà les amis, je sais que j'ai beaucoup écrit, mais j'espère que ça servira à certains. Je ne prétends bien sûr pas exposer ici la vérité absolue, mais c'est ce que j'ai pu apprendre ces dernières années et je partage donc ma vision.
Justement, ça entre en compte dans les stats de l'outil. Si pour 100 femmes 4 ont une voix qu'un assimilerait à celle d'un homme, l'outil saura en tenir compte à long terme (s'il est bien fait). Les apprentissages statistiques savent déceler des choses que les êtres humains ne savent pas faire.
Soit ce site est un troll, soit ce mec est complètement à côté de la plaque. Il est nécessaire de tester la sécurité des systèmes si on souhaite pouvoir les améliorer. Et permettre à tout le monde de la faire légalement (donc avec des contraintes, comme c'est précisé dans la loi) permet d'agrandir la base de testeurs.
"6 années passées au sein des services du Premier Ministre" : on comprend maintenant pourquoi nos politiques sont à côté de la plaque quand il s'agit des questions liées aux nouvelles technologies, s'ils sont conseillés par des mecs de ce genre…
Concernant Mounir Mahjoubi, est-ce que quelqu'un a des infos sur ses positions par rapport à la neutralité du net ? Je n'ai rien trouvé jusqu'ici et c'est une info importante pour moi qui vais devoir voter bientôt pour ou pas pour lui.
Merci pour cette suggestion, mais c'est précisément ce que je ne veux pas faire.
J'aimerais une distribution native, quelque chose de pur et de propre qui ne soit pas dépendant d'un autre système, en l'occurrence Alphabet/Google/Android.
J'ai eu dans les premières semaines quelques soucis de santé parce que j'étais trop concentré sur le travail, et j'oubliais d'aller boire. En télétravail, il n'y a pas de collègues pour te proposer de prendre un café et/ou fumer.
"Roger, reste pas assis trop longtemps, c'est pas bon pour ta santé, viens plutôt fumer."
Bien que tout ne soit pas parfait (notamment à cause des anciennes clauses de confidentialité et des brevets qui ont verrouillé pas mal de choses pendant longtemps et qui continuent d'avoir un impact), AMD est un très bon élève quant à l'ouverture d'un certain nombre d'éléments qu'elle produit, notamment grâce à une demande constante pendant des années de la part de la communauté du libre. Continuons donc à demander régulièrement l'ouverture des logiciels et matériels.
Ca fait quelques jours que je vois des articles similaires sur le thème de l'électronique, ça serait bien que dans chaque article on ait les liens vers les articles précédents de façon à former un cours.
Pour info en passant (ça peut être utile pour ceux qui veulent comparer), GitLab rattrape son retard à grands pas depuis la v8.12.
Par exemple, on peut gérer de plus en plus de choses directement sur la plateforme web et il existe maintenant un tableau Kanban (parmi pas mal d'autres ajouts).
Je n'ai pas encore essayé Tuleap mais ça m'intéresse, à voir si ça peut remplacer mon GitLab.
Posté par cluxter .
En réponse au sondage Joueur ou non joueur.
Évalué à 5.
Dernière modification le 30 novembre 2016 à 00:40.
OpenRA !! J'ai découvert ça il y a 2 semaines, c'est Alerte Rouge (et les Command & Conquer + les extensions) en mode open source, mais avec les sons et les graphismes originaux (pour peu que vous ayez les CD ou ISO originaux en anglais, mais on les trouve légalement et gratuitement sur le net, c'est passé en abandonware), avec un mode multijoueurs remis au goût du jour, une modernisation de l'interface (possibilité de mettre en file d'attente la construction d'unités et de bâtiments par exemple), une résolution qui supporte les écrans HD, etc.
Si vous avez aimé les Command & Conquer / Alerte Rouge, je vous recommande très fortement de le tester, vous ne serez vraiment pas déçus !
Officiellement porté sous Windows, MacOS, Linux (Debian, Fedora, Archlinux, Gentoo, Exherbo (?!) ) et même FreeBSD. Que du bonheur.
A noter que la pâte thermique a tendance à sécher au bout de 4 ans environ sur les ordis portables (j'imagine que c'est la même chose sur les desktops) ce qui peut beaucoup diminuer le refroidissement. Il est donc bon de la refaire tous les 3 ans environ si on veut être sûr d'avoir un serveur qui ne surchauffe pas. C'est généralement moins problématique sur les tours car les ventilos sont plus puissants et il y a plus de place pour aérer. En revanche dans un ordi portable c'est indispensable d'avoir une bonne ventilation.
[^] # Re: Bits from Debian
Posté par cluxter . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 3.
Mais non !! :-O
Je pense que LinuxFr ferait bien d'apporter cet élément au dossier ! Ca montre que c'est l'hôpital qui se fout de la charité et que son article est au moins tout autant un plagiat de celui de Debian que l'article de LinuxFr.
[^] # Re: Le plus malin est en général le premier qui cède
Posté par cluxter . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
Justement ! Lorsque le juge va voir à quel point tout ceci est une tartufferie, il va renvoyer le plaignant dans ses 22 mètres, d'autant plus qu'il s'agit d'un avocat censé être au courant de l'engorgement des tribunaux.
Les juges sont aujourd'hui pragmatiques et n'aiment pas qu'on embouteille les tribunaux pour rien. Et voir un truc pareil venir d'une personne qui évolue dans le cadre juridique ne va pas le calmer. Donc je pense que le plaignant va perdre pour toutes les raisons déjà évoqués dans les commentaires, mais aussi parce que le juge va tout bonnement halluciner et probablement vouloir lui passer l'envie de remettre le couvert.
Les éléments apportés par le plaignant sont vraiment très faibles. Il s'agit d'une seule dépêche, et les seuls éléments qui sont soit disant plagiés sont en réalité des faits difficiles à (d)écrire autrement. S'il avait pu apporter au moins plusieurs articles sur ce même principe, ça aurait commencé à être un faisceau intéressant. Mais en l'occurrence il n'y a rien, c'est un dossier creux. Sans compter que le préjudice ne semble pas exister puisque l'article du plaignant apparaît (comme évoqué dans la lettre) tout en haut des résultats de Google (ce qui n'est pas le cas de l'article de LinuxFr). Donc je vois vraiment mal comment le juge va pouvoir condamner LinuxFr.
J'ai l'impression qu'il joue justement sur cette peur de l'avocat et cette légende urbaine qui veut que les juges protègent forcément les avocats. Sauf que les juges ne sont pas dupent et n'hésitent pas à remettre à leur place les personnes qui abusent.
La seule phrase qui laisse effectivement croire qu'il y a eu une forte inspiration du message du plaignant est celle en rouge.
[^] # Re: L'avocat s'est plagié ?
Posté par cluxter . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 3.
J'ai relevé également.
Mais chut ! On va se prendre un procès pour diffamation. Ou sexisme, c'est selon.
[^] # Re: Docker fourre-tout ?
Posté par cluxter . En réponse à la dépêche L’application « OnlyOffice pour Nextcloud » est disponible. Évalué à 7.
NB : après relecture de mon post, je sais qu'il apparaît un peu agressif, c'est mon style, je n'attaque personne ici, je suis parfois peu brut de décoffrage, voilà tout ;)
J'ai testé l'installation et la configuration de GitLab en natif sous ArchLinux (avec l'aide du wiki pourtant).
Bilan : 10 jours à me casser la tête pour régler tout ce qu'il fallait (comprendre : pour que ça fonctionne sans bugs), et c'était loin d'être optimisé au niveau des perfs (c'était même franchement mauvais). Quant aux mises-à-jours, c'était (trèèès) loin d'être fiable (en fait c'était pas fiable du tout).
Puis j'ai décidé d'utiliser l'image Docker. 1 journée complète, avec l'optimisation qui va bien pour des performances dignes d'un truc en prod.
Donc lorsque j'ai installé Nextcloud, je n'ai même pas tenté l'installation native, j'ai tout de suite utilisé l'image Docker. Et j'ai été très content de cela il y a 2 semaines lorsque la montée en version de Nextcloud m'a ramené des erreurs. J'ai downgradé en 2 min, j'ai attendu 2 semaines avant de retenter un upgrade, et cette fois c'était bon.
Alors oui, ce n'est pas la voie royale pour empaqueter des logiciels. Mais au-delà des optimisations qui sont déjà toutes faites par l'équipe de dév, c'est bien plus qu'un simple confort pour l'admin que d'avoir la possibilité de mettre en place des plateformes de ce genre très rapidement : c'est la garantie d'avoir tout le temps un truc qui tourne (on se comprend). Sans compter que ça permet de migrer très facilement et rapidement la plateforme d'une machine à une autre lorsqu'il le faut ; avant j'avais un serveur qui n'avait que des appli en natif et ça a été bien long et chiant lorsque j'ai dû passer de cette machine qui était sous Debian à une autre machine qui était sous ArchLinux.
Pour un serveur perso, on peut se permettre d'avoir un truc en carafe pendant quelques jours, passer quelques nuits dessus, dire à Bobonne et à sa bande de potes que dans 3 jours ils pourront de nouveau accéder à leurs contenus.
En revanche lorsqu'on a une boîte à faire tourner (mon cas), c'est une autre paire de manches. Le client se fout totalement de savoir pourquoi votre serveur est down. Passer 3 jours pour remettre sur pieds un simple serveur est impensable, non seulement pour l'indisponibilité du contenu, mais aussi parce que 3 jours de boulot c'est super long quand on développe sa boîte.
Alors vous allez me dire que c'est de ma faute car j'utilise ArchLinux et donc que c'est à moi de tout gérer et que je n'ai qu'à assumer. Oui mais non, car s'il faut faire 10 jours de config pour faire tourner un logiciel (qui n'est même pas encore optimisé), c'est qu'il y a un problème dans la conception de l'appli. Normalement une appli devrait pouvoir être lancée assez rapidement moyennant quelques paramètres ici et là, et ce indépendamment de la distribution. A charge ensuite à l'admin de passer du temps sur le manuel pour l'optimiser selon ses besoins. Mais quand vous vous retrouvez à balancer des hacks dans la config tellement c'est mal conçu (j'ai eu le cas sous GitLab et Nextcloud), non, non et non. C'est là où Docker permet de s'économiser tout un tas de problèmes. Je suis le premier à défendre la philosophie du logiciel libre, mais il arrive un moment où on ne peut plus se permettre de passer du temps à débugguer encore et encore les appli et à soumettre des patchs, on a besoin que ça tourne et Docker permet de faire ça relativement proprement. Ca n'empêche pas de continuer à soumettre des merges requests, ce que je fais, mais en attendant il faut bien faire avancer le schmilblick et payer les factures !
En conclusion : oui, oui et mille fois oui à un empaquetage natif, voire avec Flatpak (ou autre, je suis pas sectaire). Mais non, non et re-non si ça donne un truc crade à l'arrivée. Je préfère une bonne image Docker qui tourne à un truc natif foireux.
PS : je sais que je vais me faire moinsser par un certain nombre d'ayatolas idéalistes du libre qui verront en moi un salaud de patron et probablement un incompétent notoire, reste que l'argent ne me tombe pas du ciel et que j'essaie de trouver le meilleur compromis pour utiliser du libre partout. J'ai cet idéal du libre, mais il faut aussi être réaliste et voir que cet idéal se confronte à des réalités bassement primaires comme : comment je vais payer mon loyer si mon serveur est down et que mon client me paie seulement le mois prochain ? Ca n'est pas remettre en cause le libre que d'agir de la sorte, c'est au contraire essayer d'utiliser coûte que coûte le libre quitte à devoir hacker un peu certains trucs qui peuvent rendre certains puristes malades.
# Purism
Posté par cluxter . En réponse à la dépêche Revue de presse de l’April pour la semaine 37 de l’année 2017. Évalué à 2.
Puisqu'il est question du projet Purism, sachez qu'ils ont lancé un projet en crowdfunding pour financer le développement d'un smartphone libre (baptisé Librem 5), sur le même principe que les ordinateurs portables qu'ils ont déjà vendus. Autrement dit : pouvoir faire tourner la distribution Linux de son choix sur ledit smartphone.
C'est par ici, je compte sur chacun d'entre vous pour passer le mot :)
https://puri.sm/shop/librem-5/
A l'heure où j'écris, on en est à 34,35 % de l'objectif de financement. Il s'agit d'une campagne de financement tout-ou-rien, donc si l'objectif des 1,5 m€ n'est pas atteint, votre don vous est rendu. Donc pas de risque de ce côté-là.
Je pense que c'est vraiment important qu'on y arrive car ce ne sont pas des amateurs, ils ont déjà prouvé ce dont ils étaient capables avec les ordi portables et il n'y a donc pas de raisons qu'ils n'y arrivent pas avec ce smartphone. Ils ont une vraie équipe dédiée sur ce projet, de l'expérience, il ne leur manque que le financement.
Faudrait que je me motive pour écrire un article à ce sujet d'ailleurs.
[^] # Re: Sexe
Posté par cluxter . En réponse à la dépêche Mozilla Common Voice : vers une reconnaissance vocale libre. Évalué à 1.
Pas faux, en effet. J'imagine que le but est d'arriver à pouvoir proposer 2 types de voix, une voix féminine et une voix masculine.
[^] # Re: Explications
Posté par cluxter . En réponse au journal Ça y est, je suis manager :(. Évalué à 0.
Je te pushe le link d'un tuto pour faire un catch up ASAP de ton low level en corporate talking versus ton skill à D+0, c'est mieux qu'un slide PPT vairchone old school :
https://www.youtube.com/watch?v=XRXqoqOqzUo
Comme ça tu seras full corporate. J'attends ton feedback.
You're welcome.
[^] # Re: Sécurité
Posté par cluxter . En réponse au journal Interview de Mark Nudelman, auteur de less et mainteneur actif depuis 34 ans . Évalué à 3.
S'il répond "Non", alors c'est non (normalement).
S'il répond "Je ne peux pas en parler", alors c'est oui.
# Sécurité
Posté par cluxter . En réponse au journal Interview de Mark Nudelman, auteur de less et mainteneur actif depuis 34 ans . Évalué à 2.
Est-ce qu'il a déjà été approché par des services quelconques pour affaiblir la sécurité de son code ?
# Explications
Posté par cluxter . En réponse au journal Ça y est, je suis manager :(. Évalué à 5.
NB : avant de lire ce qui suit, j'aimerais que le lecteur/la lectrice (je m'arrête là, je vais pas faire tous les LGBTQQIP2SAA non plus) que vous êtes comprenne bien que j'explique ici des choses sans nécessairement les approuver, choses que j'ai apprises soit durant mes études (de gestion), soit à mes dépends en entreprise. Les comprendre permettra peut-être à certaines personnes d'éviter des erreurs que j'ai pu moi-même commettre et ainsi, souffrir moins.
Alors, pour la petite histoire, il y a de ça environ 10 ans, une startup nommée Google commençait à grossir. Et elle ne voulait pas de gestionnaires de projets. Elle voulait un sommet hiérarchique, comme on dit, et des geeks qui pouvaient geeker à souhait, et elle ne voulait pas d'une couche intermédiaire, car elle pensait que les geeks étaient suffisamment intelligents pour savoir ce qu'ils avaient à faire.
Donc elle a décidé de virer les gestionnaires de projets.
Puis elle est devenue franchement grosse, et elle s'est rendue compte que ça ne fonctionnait pas. Donc elle a réembauché des gestionnaires de projets.
La raison est simple : lorsqu'on devient gros, il faut coordonner l'information pour avoir une homogénéité de cette information afin que tout le monde travaille au même objectif commun. Sinon c'est le bordel, chacun fait ce qu'il pense être le mieux de son point de vue, et on finit avec un gros gloubi-boulga de choses qui sont géniales mais qui n'ont plus grand-chose à voir avec ce pour quoi l'entreprise existe (= sa vision). Et ça n'a rien à voir avec une quelconque intelligence des employés. C'est un peu comme si au lieu de séparer ton code en modules ou d'avoir plusieurs feuilles de styles CSS, tu mettais tout ton code dans un même fichier, que chaque contributeur pouvait modifier ce qu'il voulait sans jamais rien demander à personne et qu'il n'y avait pas de gestionnaire de version. Tu le vois arriver le bordel ? Et bien dans une entreprise c'est la même chose.
Donc les gestionnaires de projets, ou managers quelconques, sont indispensables au bon fonctionnement de l'entreprise. Et leur boulot est donc de faire en sorte que ceux du bas (les geeks, les ouvriers, les bac+5 sortant de l'école qui font à la main ce que des machines seraient censées faire,…) comprennent bien ce que ceux du haut (le sommet hiérarchique) veulent leur faire faire. Et, accessoirement, que ceux du haut sachent pourquoi ceux du bas sont tout le temps en train de se plaindre (qu'ils le comprennent, ça c'est pour le siècle suivant). Et c'est tout. Ton boulot en tant que manager n'est donc plus de produire, mais de faire produire. Donc exit le code, exit la config, exit tout ce qui crée quoique ce soit de concret. Tu es maintenant dans le rôle de celui qui s'assure que ce que font les gens dans l'entreprise (ceux en-dessous de toi, surtout pas au-dessus hein, te plante pas comme moi) respectent bien ce qui est attendu par ceux qui dirigent la boîte (= les investisseurs et les créanciers).
Voilà pourquoi tu ne toucheras plus au code. Pas parce que tu n'as plus le temps, mais parce que ce n'est plus ton métier. Là où ta boîte a fait quelque chose d'intelligent, c'est qu'ils ont mis une personne qui sait de quoi elle parle à un poste de manager en accord avec ses compétences. C'est trèèès loin d'être toujours le cas, raison pour laquelle on se retrouve avec des managers qui demandent tout et n'importe quoi à leurs équipes.
Ainsi, si tu veux coder à nouveau, je te conseille de changer de boîte étant donné que la tienne ne veut plus que tu restes simple employé pour ce niveau de salaire. Si tu changes il est probable que tu perdras en salaire. Car il y a une logique très conne en France, c'est qu'on ne te paie pas pour tes compétences, mais pour ton diplôme et ton expérience (et expérience ne veut pas dire compétences, on peut passer 20 ans au même poste et être une quille). Mais peu importe que tu sois Linus Torvalds, s'il y a un manager au-dessus de toi, il devra gagner plus que toi. C'est con hein ? Bah c'est comme ça. C'est pas pareil aux USA par exemple, là-bas tu es payé pour ce que tu sais faire (la formation sur un CV américain se résume à 1 ligne, le dernier diplôme obtenu, quand chez nous ça prend 1/3 du CV).
Théorème de la hiérarchie : un manager doit gagner plus qu'un subalterne.
Réciproque du théorème de la hiérarchie : un subalterne ne peut pas gagner plus qu'un manager.
Par ailleurs c'est marrant car tu expliques toi-même qu'un manager n'a pas besoin d'être bon en technique pour être un bon manager. Du coup tu as compris que c'était 2 métiers bien différents (c'est pas évident pour tout le monde).
Ça, ça s'explique par le principe de Peter. Vécu, validé.
Tout travail vient avec ses codes (et là je parle pas de C++, désolé), ses normes, ses outils et… son habit de travail. Pour un pompier c'est forcément une combinaison ignifugée, un policier un gilet pare-balles, et un manager… un costard(-cravate quand on veut devenir un manager de managers, parce que tant qu'à faire que d'être manager, autant gagner un max de thunes). La différence avec un travail comme pompier, c'est que ce n'est pas nécessaire puisqu'il n'y a pas de sécurité en jeu, le pompier étant obligé d'avoir sa combi pour éviter de mourir. Certains arguent qu'un costume permet de distinguer davantage les rôles en entreprise et donc de mieux incarner ce pour quoi le manager existe (faire faire aux autres un boulot qu'ils ne sont pas censés faire eux), qu'en séparant ainsi les fameux cols-bleus des cols-blancs, chacun saura mieux rester à sa place, ce qui contribue à la bonne marche de l'entreprise. On peut ne pas aimer ça, il n'empêche que c'est une tendance naturelle que de se sentir plus distant, et donc plus respectueux/craintif/soumis (rayez les mentions inutiles) d'une personne qui nous est davantage différente et de se sentir plus proche d'une personne qui est comme nous, avec qui on partage davantage de points communs. Et l'aspect physique étant ce qui a le plus d'impact avec un minimum d'action, ça impacte un maximum de monde. Je sais je sais, c'est pas le cas pour tout le monde, mais de manière générale c'est plutôt le cas et donc ça optimise les chances de voir un manager respecté par ses subalternes, ce qui contribue in fine à la bonne marche de l'entreprise. Si tu n'es pas convaincu, mets-donc un costard-cravate lundi et tu verras le comportement de tes subalternes dès ton arrivée, ça va changer d'un coup.
Perso j'ai une autre vision des choses : si tu fais correctement ton boulot, tu peux venir habillé en arc-en-ciel avec une corne sur la tête, je m'en pète royal (du moment que t'es pas face au client, là c'est autre chose).
Voilà les amis, je sais que j'ai beaucoup écrit, mais j'espère que ça servira à certains. Je ne prétends bien sûr pas exposer ici la vérité absolue, mais c'est ce que j'ai pu apprendre ces dernières années et je partage donc ma vision.
[^] # Re: Sexe
Posté par cluxter . En réponse à la dépêche Mozilla Common Voice : vers une reconnaissance vocale libre. Évalué à 1.
Justement, ça entre en compte dans les stats de l'outil. Si pour 100 femmes 4 ont une voix qu'un assimilerait à celle d'un homme, l'outil saura en tenir compte à long terme (s'il est bien fait). Les apprentissages statistiques savent déceler des choses que les êtres humains ne savent pas faire.
[^] # Re: copier/coller interdit !
Posté par cluxter . En réponse à la dépêche GDPR : les actions indispensables de conformité (étude longue). Évalué à 2.
On appréciera également les positions de l'auteur sur la façon d'aborder la sécurité informatique :
https://www.donneespersonnelles.fr/il-est-desormais-legal-dattaquer-des-sites-web-pour-tester-leur-securite
Aussi appelée "technique de l'autruche".
Soit ce site est un troll, soit ce mec est complètement à côté de la plaque. Il est nécessaire de tester la sécurité des systèmes si on souhaite pouvoir les améliorer. Et permettre à tout le monde de la faire légalement (donc avec des contraintes, comme c'est précisé dans la loi) permet d'agrandir la base de testeurs.
"6 années passées au sein des services du Premier Ministre" : on comprend maintenant pourquoi nos politiques sont à côté de la plaque quand il s'agit des questions liées aux nouvelles technologies, s'ils sont conseillés par des mecs de ce genre…
# Crystal
Posté par cluxter . En réponse au journal Un décalage de 64 bits, ça vous inspire comment ?. Évalué à 3. Dernière modification le 10 juin 2017 à 02:11.
Pour information, j'ai testé en Crystal avec le programme suivant et ça renvoie 0 :
puts 1 >> 64
Oui, pas très long comme programme. C'est du Crystal ;)
# Elections législatives
Posté par cluxter . En réponse à la dépêche Revue de presse de l’April pour la semaine 20 de l’année 2017. Évalué à 2.
Concernant Mounir Mahjoubi, est-ce que quelqu'un a des infos sur ses positions par rapport à la neutralité du net ? Je n'ai rien trouvé jusqu'ici et c'est une info importante pour moi qui vais devoir voter bientôt pour ou pas pour lui.
[^] # Re: Lieu
Posté par cluxter . En réponse à la dépêche Expiration des brevets du Fraunhofer Institute sur le format MP3. Évalué à 1.
Le nivellement par le bas ? Vraiment ?
[^] # Re: Et comme alternative (même si ce n'est pas la même chose du tout)...
Posté par cluxter . En réponse au message Installer et utiliser une distribution comme ArchLinux sur un smartphone. Évalué à 1.
Merci pour cette suggestion, mais c'est précisément ce que je ne veux pas faire.
J'aimerais une distribution native, quelque chose de pur et de propre qui ne soit pas dépendant d'un autre système, en l'occurrence Alphabet/Google/Android.
# Café/clope
Posté par cluxter . En réponse à la dépêche Expérience(s) de télétravail. Évalué à 10.
"Roger, reste pas assis trop longtemps, c'est pas bon pour ta santé, viens plutôt fumer."
# Appel à ouverture de Ryzen
Posté par cluxter . En réponse au journal AMD RyZen débarque (bientôt). Évalué à 2.
Libreboot appelle les développeurs à mettre la pression sur AMD pour leur demander d'ouvrir le code source et les spécifications de Ryzen :
https://libreboot.org/amd-libre/
Je pense que c'est important.
Bien que tout ne soit pas parfait (notamment à cause des anciennes clauses de confidentialité et des brevets qui ont verrouillé pas mal de choses pendant longtemps et qui continuent d'avoir un impact), AMD est un très bon élève quant à l'ouverture d'un certain nombre d'éléments qu'elle produit, notamment grâce à une demande constante pendant des années de la part de la communauté du libre. Continuons donc à demander régulièrement l'ouverture des logiciels et matériels.
# Paramètre
Posté par cluxter . En réponse au journal Cohérence des fonctions d'arrondi. Évalué à 2.
Personne n'a eu l'idée d'introduire un paramètre obligatoire dans ces fonctions d'arrondi pour dire quel type d'arrondi on souhaite avoir..?
# Nvidia et l'open source
Posté par cluxter . En réponse au journal Nvidia espionne ses clients par défaut. Évalué à 2.
On ne le dira jamais assez :
https://www.youtube.com/watch?v=IVpOyKCNZYw
# Index
Posté par cluxter . En réponse au journal Sortez vos capacités. Évalué à 1.
Ca fait quelques jours que je vois des articles similaires sur le thème de l'électronique, ça serait bien que dans chaque article on ait les liens vers les articles précédents de façon à former un cours.
# GitLab
Posté par cluxter . En réponse à la dépêche Scrum, Kanban, Git : Tuleap 9.0 est disponible . Évalué à 1.
Pour info en passant (ça peut être utile pour ceux qui veulent comparer), GitLab rattrape son retard à grands pas depuis la v8.12.
Par exemple, on peut gérer de plus en plus de choses directement sur la plateforme web et il existe maintenant un tableau Kanban (parmi pas mal d'autres ajouts).
Je n'ai pas encore essayé Tuleap mais ça m'intéresse, à voir si ça peut remplacer mon GitLab.
# OpenRA
Posté par cluxter . En réponse au sondage Joueur ou non joueur. Évalué à 5. Dernière modification le 30 novembre 2016 à 00:40.
OpenRA !! J'ai découvert ça il y a 2 semaines, c'est Alerte Rouge (et les Command & Conquer + les extensions) en mode open source, mais avec les sons et les graphismes originaux (pour peu que vous ayez les CD ou ISO originaux en anglais, mais on les trouve légalement et gratuitement sur le net, c'est passé en abandonware), avec un mode multijoueurs remis au goût du jour, une modernisation de l'interface (possibilité de mettre en file d'attente la construction d'unités et de bâtiments par exemple), une résolution qui supporte les écrans HD, etc.
Si vous avez aimé les Command & Conquer / Alerte Rouge, je vous recommande très fortement de le tester, vous ne serez vraiment pas déçus !
Officiellement porté sous Windows, MacOS, Linux (Debian, Fedora, Archlinux, Gentoo, Exherbo (?!) ) et même FreeBSD. Que du bonheur.
Les sites officiels :
http://www.openra.net/
https://github.com/OpenRA/OpenRA
[^] # Re: Ordi portable
Posté par cluxter . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 1.
A noter que la pâte thermique a tendance à sécher au bout de 4 ans environ sur les ordis portables (j'imagine que c'est la même chose sur les desktops) ce qui peut beaucoup diminuer le refroidissement. Il est donc bon de la refaire tous les 3 ans environ si on veut être sûr d'avoir un serveur qui ne surchauffe pas. C'est généralement moins problématique sur les tours car les ventilos sont plus puissants et il y a plus de place pour aérer. En revanche dans un ordi portable c'est indispensable d'avoir une bonne ventilation.
[^] # Re: torrent
Posté par cluxter . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 0.
Ca ne veut pas dire que c'est un protocole obsolète.