C'était le cas jusqu'à maintenant. Ils ont prévenus Lilypond que c'étaient les derniers à utiliser Guile 1.8 lors de la release précédente et avaient déjà conservé ce paquet pas maintenu rien que pour eux. Entretemps, le problème n'est toujours pas réglé.
Si la migration n'est vraiment pas possible, il aurait fallu que Lilypond (ou quelqu'un d'autre) forke Guile 1.8 et prenne en charge la maintenance. Personne chez Debian n'ayant envie de le faire.
J'avais lu un blog plus détaillé (les infos sont peut être dans le rapport complet du deuxième lien). Mais en gros, en dehors du record, on voit surtout un décalage de 7° qui apparaît "d'un coup", dont on ne se rend compte qu'en comparant à d'autres stations proches et en faisant quelques statistiques.
Il a fallu remonter aux relevés papier originaux pour voir que l'écriture change juste à ce moment là. Et la conclusion: la station n'était plus opérée par la même personne, et visiblement, le nouveau responsable ne savait pas utiliser un thermomètre à maxima correctement: il a lu la température en haut du marqueur, et pas en bas.
Ce genre d'erreur peut donc apparaître et disparaître avec le temps, en fonction du matériel, des gens (ou des machines) qui font les relevés, etc. La cohérence d'une série avec elle-même n'est donc pas complètement assurée et personne ne pense à prendre note de ces changements. Du coup les données sont difficiles à interpréter.
Personnellement, j'aurais plus confiance dans une machine (conçue correctement: plusieurs mesures indépendantes, un système qui les compares pour éliminer celles qui sont trop à côté de la plaque par rapport aux autres, et un système d'alerte pour quand la machine n'arrive plus à décider: problème matériel probable), que dans un humain. Mais j'aurais moins confiance dans une machine mal pensée et sans surveillance.
Donc, je ne vois pas de problème avec l'automatisation. Mais j'en vois avec le manque de contrôle. Ensuite, le contrôle peut lui-même être automatisé, et ça récurse!
Ben euh, le DNS a déjà plusieurs niveaux. Tu proposes quoi? machin.com.racine1 et machin.com.racine2? mais du coup, ce ne sont plus des racines, juste des branches de l'arbre des DNS…
On devrait pouvoir se contenter des TLDs existants (surtout qu'il y en a plein maintenant), et les gens peuvent faire ce qu'ils veulent en-dessous de leur propre domaine (truc.machin.com, bidule.machin.com, et ainsi de suite). Avoir plusieurs racines ne sert donc pas à grand chose.
On a besoin de ce genre de trucs dans mon travail. La solution retenue: on met un noyau Linux récent, avec la distro du choix du développeur, et les outils qui ont besoin de "vieux trucs" (des libs, mais aussi des versions spécifiques de perl ou de GNU make par exemple) tournent dans un chroot construit à partir d'un Debian de l'époque.
Le noyau Linux faisant très attention à ne pas casser son interface au niveau des syscalls, ça marche très bien, et cela n'a qu'un faible impact sur les performances (pas besoin de sortir une VM). On peut même utiliser le serveur X principal, avec donc les derniers drivers graphiques et l'accélération qui va bien (quelqu'un sait si ça peut fonctionner avec Wayland?)
Essayons d'être constructif: as-tu un meilleur terme à proposer? On peut parler "d'informatique en nuage", par exemple.
Quand aux titres de films, on est juste habitués à se dire qu'en anglais, ça claque plus. Mais en fait non: les titres anglais sont déjà nazes, c'est juste qu'on s'en rend moins compte quand on comprend pas bien l'anglais.
Ce n'est pas indiqué, et je ne sais pas si on peut commander en ligne.
C'est du PCB simple comme ceux qu'on peut faire à la maison: PCB + pistes + étamage. Pas de silkscreen et pas de vernis, et perçage à la main (pas de vias). Mais on peut commander un seul exemplaire et être livré en moins d'une semaine.
C'est pas pour les mêmes besoins que ce que fait oshpark, mais pour des projets simples, c'est déjà très bien et moi ça m'a permis d'avancer pas mal en électronique sans avoir besoin de graver des circuits chez moi (ou chez mes parents, à l'époque).
The minimum allowed stack size for secondary threads is 16 KB and the stack size must be a multiple of 4 KB. The space for this memory is set aside in your process space at thread creation time, but the actual pages associated with that memory are not created until they are needed.
Par contre (et en fait, c'est logique), il y a quand même une limite qui est qu'on finit forcément par atteindre l'adresse logique d'une autre allocation. Donc la stack n'est pas illimitée pour autant. Par défaut la limite est de 1MB pour le thread principal et de 512K pour les autres.
Il est aussi possible d'allouer la pile de façon dynamique: on mappe 4Ko au départ, et juste au-dessus, une page interdite d'accès pour le thread en question. Quand le thread utilise ses 4Ko, il finit par essayer d'écrire dans ce bloc protégé. Cela déclenche une exception (segmentation fault) qui est interceptée, le noyau peut alors ajouter 4Ko de mémoire supplémentaire, et ainsi de suite.
Il me semble que cette stratégie est utilisé par iOS, entre autres.
Ou bien trouver une boutique située en France qui propose de le faire.
Par exemple si vous êtes à Pau, c'est possible chez Distronic (http://www.distronic.fr/) et ça prend largement moins de 2 semaines. J'espère que ce n'est pas la seule/dernière boutique en France à proposer ça.
Le mass storage, c'est un peu le bazar. Sur Symbian, ça marche car la carte SD n'est pas vraiement utilisée par le système et peut donc être démontée pour que le PC y aie accès exclusif. Sur Android, la carte SD a une utilisation plus "centrale" et il devient difficile de la démonter de cette façon.
Un smartphone Android c'est vraiment comme un ordinateur, et le mieux pour le brancher à un autre ordinateur, c'est de faire du réseau. Par exemple, y mettre un serveur FTP ou SSH pour partager des fichiers, cela fonctionne plutôt bien, et en plus on n'est plus obligé de garder la carte SD en FAT32.
Cela dit, c'est vrai que dans l'ensemble Symbian est plutôt bon pour sa réactivité. Que sont devenues les versions publiées en open source, est-ce que ça a abouti à quelque chose, ou personne n'a jamais rien réussi à en faire?
D'où l'intérêt de préserver la biodiversité dans l'agriculture: quand toute une région ou un pays cultive la même variété de la même plante, c'est facile pour une maladie de se répandre rapidement si cette variété ne sait pas bien s'en défendre.
Alors que quand il y a de la diversité, un parasite peut attaquer un champ, et être incapable de contaminer les plants de celui d'à côté.
Et Monsanto, ils ont plutôt tendance à vendre une seule recette à tout le monde. OGM ou pas, c'est risqué. Et du coup ils vendent aussi tous les désherbants et insecticides qui vont avec pour qu'il n'y aie aucun parasite.
Je suis d’accord, l’alcool peut être un problème. Mais faut pas exagérer, ça n’a rien à voir avec le sexisme: y a pas de «sobrophobie».
Ben tiens. Quand je commande un jus d'orange et qu'on dit à mon voisin de table "oh pardon, j'avais pas vu que vous étiez venus avec des enfants", je trouve ça vexant et dégradant. Et oui, ça m'est déjà arrivé en vrai.
Bon, je reprends un peu plus calmement après avoir passé la journée à y réfléchir. D'abord, je ne viendrai plus sur Linuxfr avant d'avoir fini mon petit déjeuner: je suis irritable et agressif quand j'ai le ventre vide.
Mais plus important, je vois plein de problèmes à dire "c'est le milieu du dev qui est comme ça". Je pense qu'il est pertinent de revenir là dessus et pourquoi j'ai réagi aussi violament ce matin.
D'abord, c'est un aveu d'échec. C'est un peu fataliste et ça n'avance pas à grand chose, parce qu'on ne peut pas changer tout le monde d'un coup.
En généralisant comme ça, on déresponsabilise les gens qui ont un comportement déplacé. Ils ont l'impression d'avoir raison avec la majorité. Il vaut mieux les mettre face à leur responsabilité individuelle, ce qui peut les conduire à réfléchir et à adapter leur comportement. Je pense que dans l'ensemble, il y a beaucoup de gens qui sont un peu mal à l'aise avec les codes habituels ("boire de la bière, humour gras") mais qui laissent passer parce que "c'est comme ça" et qu'on a pas toujours envie d'être le pénible de service qui vient expliquer que c'est déplacé et gâcher la soirée (merci à ceux qui ont le courage de le faire quand c'est nécessaire). En faisant changer d'avis tous ces gens qui croient avoir une position neutre, il ne restera que les quelques uns qui aiment vraiement la bière / l'humour gras. Et on pourra leur dire quand ils dépassent les limites plus facilement.
Enfin, tous les projets n'ont pas la même ambiance, et je dirai même, loin de là. Il y en a qui font des efforts pour s'améliorer sur ce point, d'autres ou ça se passe naturellement plutôt bien. Et c'est vexant pour eux de se trouver amalgamés à d'autres projets qui assument pleinement leur agressivité ou leur manque de respect. Alors que au contraire, on ferait mieux de montrer en exemple les projets qui marchent bien sur ce point, même si en ce moment, ils ne sont peut-être pas majoritaires (ça me semble difficile d'estimer ça, cela dit. Peu de projets mettent ce genre de choses en avant, dans un sens ou dans l'autre).
Donc, merci de ne pas mettre tous les devs dans le même panier, même s'il y a une tendance ou une grande majorité (de toutes façons, même si ce n'était qu'une seule personne dans un projet, ça serait toujours une de trop). ça contribue à ce que la situation reste la même. Alors que si au contraire, on montre qu'il y a des projets et des communautés qui sont plus ouvertes et moins agressives, on peut arriver, d'une part à intéresser plus de gens au développement, et d'autre part, à changer les mentalités là-dessus.
ça m'énerve un peu qu'on puisse dire que tout le "milieu du dev en génral" est comme ça. Il y a des projets qui fonctionnent différemment, et c'est dommage de les oublier et de dire "c'est comme ça et on peut pas y faire grand chose".
Il y a plein de projets de logiciels libres:
- où on est pas obligés de boire de la bière
- pas en anglais (il y en a pas mal qui sont en japonais par exemple (exemple au hasard: http://www.geocities.co.jp/Berkeley/2093/driller.html), ou en russe (je l'ai plus sous la main, mais c'était un émulateur de la puce son du zx spectrum), ou en chinois, ou de l'open hardware en tchèque (http://www.8bit.8u.cz/Files/Faudraj/))
- plus accueillant que l'équipe du noyau Linux
Alors certes, c'est pas forcément les plus visibles ou les plus connus (surtout ceux qui ne sont pas en anglais), mais il y a des gens qui font des efforts dans ce sens, et dire que le milieu du dev en général fonctionne forcément comme l'équipe qui dirige le développement du noyau Linux, ça manque un peu de respect pour tous ceux qui font des efforts pour que ça change. Et ça m'énerve, apparemment.
[^] # Re: Logiciel libre
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal LilyPond ne sera pas dans Debian Stretch. Évalué à 6.
C'était le cas jusqu'à maintenant. Ils ont prévenus Lilypond que c'étaient les derniers à utiliser Guile 1.8 lors de la release précédente et avaient déjà conservé ce paquet pas maintenu rien que pour eux. Entretemps, le problème n'est toujours pas réglé.
Si la migration n'est vraiment pas possible, il aurait fallu que Lilypond (ou quelqu'un d'autre) forke Guile 1.8 et prenne en charge la maintenance. Personne chez Debian n'ayant envie de le faire.
[^] # Re: Le code de la route n'est rien d'autre qu'un ensemble de protocoles pour réseaux routiers
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 1.
J'avais lu un blog plus détaillé (les infos sont peut être dans le rapport complet du deuxième lien). Mais en gros, en dehors du record, on voit surtout un décalage de 7° qui apparaît "d'un coup", dont on ne se rend compte qu'en comparant à d'autres stations proches et en faisant quelques statistiques.
Il a fallu remonter aux relevés papier originaux pour voir que l'écriture change juste à ce moment là. Et la conclusion: la station n'était plus opérée par la même personne, et visiblement, le nouveau responsable ne savait pas utiliser un thermomètre à maxima correctement: il a lu la température en haut du marqueur, et pas en bas.
Ce genre d'erreur peut donc apparaître et disparaître avec le temps, en fonction du matériel, des gens (ou des machines) qui font les relevés, etc. La cohérence d'une série avec elle-même n'est donc pas complètement assurée et personne ne pense à prendre note de ces changements. Du coup les données sont difficiles à interpréter.
Personnellement, j'aurais plus confiance dans une machine (conçue correctement: plusieurs mesures indépendantes, un système qui les compares pour éliminer celles qui sont trop à côté de la plaque par rapport aux autres, et un système d'alerte pour quand la machine n'arrive plus à décider: problème matériel probable), que dans un humain. Mais j'aurais moins confiance dans une machine mal pensée et sans surveillance.
Donc, je ne vois pas de problème avec l'automatisation. Mais j'en vois avec le manque de contrôle. Ensuite, le contrôle peut lui-même être automatisé, et ça récurse!
[^] # Re: Le code de la route n'est rien d'autre qu'un ensemble de protocoles pour réseaux routiers
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 1.
Il y a des cas d'erreurs humaines dans des stations météo, aussi.
Ce que tu dit me semble justifié, mais complètement indépendant de l'automatisation.
Exemple:
http://www.notre-planete.info/actualites/actu_3465_temperature_plus_haute_Terre.php
http://journals.ametsoc.org/doi/abs/10.1175/BAMS-D-12-00093.1
[^] # Re: Proposer un travail aux personnes qu'elle va remplacer ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 2.
ça marche aussi avec "les reptiliens", "l'union européenne", et "le concentré de tomate".
…ah non, en fait ça marche pas avec le concentré de tomates. Bizarre.
[^] # Re: Format JPEG 2000
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Quel format d'image pour les dépêches et journaux ?. Évalué à 2. Dernière modification le 06 janvier 2017 à 17:18.
Il faut attendre 4 ans de plus pour être sûr que les brevets ont expiré, non? Ensuite on pourra commencer à l'implémenter sans danger…
[^] # Re: Un résolveur à la maison
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal DNS anonyme. Évalué à 1.
On peut aussi utiliser les signaux radio DCF77 (https://fr.wikipedia.org/wiki/DCF77) ou celui d'Allouis (https://fr.wikipedia.org/wiki/%C3%89metteur_d%27Allouis#Signaux_horaires). L'avantage sur le GPS est qu'ils sont plus faciles à recevoir depuis l'intérieur d'un bâtiment.
[^] # Re: Autre DNS et utilisation
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal DNS anonyme. Évalué à 2.
Ben euh, le DNS a déjà plusieurs niveaux. Tu proposes quoi? machin.com.racine1 et machin.com.racine2? mais du coup, ce ne sont plus des racines, juste des branches de l'arbre des DNS…
On devrait pouvoir se contenter des TLDs existants (surtout qu'il y en a plein maintenant), et les gens peuvent faire ce qu'ils veulent en-dessous de leur propre domaine (truc.machin.com, bidule.machin.com, et ainsi de suite). Avoir plusieurs racines ne sert donc pas à grand chose.
[^] # Re: Bourne
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Librsvg utilise maintenant le langage Rust. Évalué à 5.
Il y a déjà un OS complet, avec GUI et tout: http://www.redox-os.org
Il faut quoi de plus? :o)
[^] # Re: Il oublie LES 2 raisons principales
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Pourquoi Windows. Évalué à 10.
On a besoin de ce genre de trucs dans mon travail. La solution retenue: on met un noyau Linux récent, avec la distro du choix du développeur, et les outils qui ont besoin de "vieux trucs" (des libs, mais aussi des versions spécifiques de perl ou de GNU make par exemple) tournent dans un chroot construit à partir d'un Debian de l'époque.
Le noyau Linux faisant très attention à ne pas casser son interface au niveau des syscalls, ça marche très bien, et cela n'a qu'un faible impact sur les performances (pas besoin de sortir une VM). On peut même utiliser le serveur X principal, avec donc les derniers drivers graphiques et l'accélération qui va bien (quelqu'un sait si ça peut fonctionner avec Wayland?)
[^] # Re: "Le Cloud Computing" (ou Infonuagique en français)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal C'est quoi le "cloud computing" ? 1/2. Évalué à 6.
Et si on essayait de ne pas faire une traduction littérale? «essaim d'ordinateurs»?
[^] # Re: "Le Cloud Computing" (ou Infonuagique en français)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal C'est quoi le "cloud computing" ? 1/2. Évalué à 4. Dernière modification le 04 janvier 2017 à 17:15.
cherche quels mots ont été collés dans "cloud computing" (et "star wars", et "star trek", et…)
Alors que "informatique", c'est un collage de "information automatique". Comme quoi…
[^] # Re: "Le Cloud Computing" (ou Infonuagique en français)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal C'est quoi le "cloud computing" ? 1/2. Évalué à 4.
Essayons d'être constructif: as-tu un meilleur terme à proposer? On peut parler "d'informatique en nuage", par exemple.
Quand aux titres de films, on est juste habitués à se dire qu'en anglais, ça claque plus. Mais en fait non: les titres anglais sont déjà nazes, c'est juste qu'on s'en rend moins compte quand on comprend pas bien l'anglais.
[^] # Re: Les étoiles sont une moyenne?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Framalibre est en train de renaître. Évalué à 6.
https://xkcd.com/937/
https://xkcd.com/1098/
[^] # Re: PCB homemade
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Faites tourner les PCB !. Évalué à 2.
Ce n'est pas indiqué, et je ne sais pas si on peut commander en ligne.
C'est du PCB simple comme ceux qu'on peut faire à la maison: PCB + pistes + étamage. Pas de silkscreen et pas de vernis, et perçage à la main (pas de vias). Mais on peut commander un seul exemplaire et être livré en moins d'une semaine.
C'est pas pour les mêmes besoins que ce que fait oshpark, mais pour des projets simples, c'est déjà très bien et moi ça m'a permis d'avancer pas mal en électronique sans avoir besoin de graver des circuits chez moi (ou chez mes parents, à l'époque).
[^] # Re: Script sieve
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Chiffrement, chiche ?. Évalué à 1.
En clair: ça marche pour le courrier, mais pas pour les pièces jointes.
[^] # Re: What you see is not what you get
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++ se court-circuite le constructeur de copie. Évalué à 4.
J'ai retrouvé ma source: https://developer.apple.com/library/content/documentation/Cocoa/Conceptual/Multithreading/CreatingThreads/CreatingThreads.html
Par contre (et en fait, c'est logique), il y a quand même une limite qui est qu'on finit forcément par atteindre l'adresse logique d'une autre allocation. Donc la stack n'est pas illimitée pour autant. Par défaut la limite est de 1MB pour le thread principal et de 512K pour les autres.
[^] # Re: What you see is not what you get
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++ se court-circuite le constructeur de copie. Évalué à 2.
Il est aussi possible d'allouer la pile de façon dynamique: on mappe 4Ko au départ, et juste au-dessus, une page interdite d'accès pour le thread en question. Quand le thread utilise ses 4Ko, il finit par essayer d'écrire dans ce bloc protégé. Cela déclenche une exception (segmentation fault) qui est interceptée, le noyau peut alors ajouter 4Ko de mémoire supplémentaire, et ainsi de suite.
Il me semble que cette stratégie est utilisé par iOS, entre autres.
[^] # Re: PCB homemade
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Faites tourner les PCB !. Évalué à 2.
Ou bien trouver une boutique située en France qui propose de le faire.
Par exemple si vous êtes à Pau, c'est possible chez Distronic (http://www.distronic.fr/) et ça prend largement moins de 2 semaines. J'espère que ce n'est pas la seule/dernière boutique en France à proposer ça.
[^] # Re: Merci
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Sauvegarder les SMS d'un Nokia (Symbian). Évalué à 1.
Le mass storage, c'est un peu le bazar. Sur Symbian, ça marche car la carte SD n'est pas vraiement utilisée par le système et peut donc être démontée pour que le PC y aie accès exclusif. Sur Android, la carte SD a une utilisation plus "centrale" et il devient difficile de la démonter de cette façon.
Un smartphone Android c'est vraiment comme un ordinateur, et le mieux pour le brancher à un autre ordinateur, c'est de faire du réseau. Par exemple, y mettre un serveur FTP ou SSH pour partager des fichiers, cela fonctionne plutôt bien, et en plus on n'est plus obligé de garder la carte SD en FAT32.
Cela dit, c'est vrai que dans l'ensemble Symbian est plutôt bon pour sa réactivité. Que sont devenues les versions publiées en open source, est-ce que ça a abouti à quelque chose, ou personne n'a jamais rien réussi à en faire?
[^] # Re: Salade composée
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Faut-il renoncer à se rétribuer quand on produit un bien commun ?. Évalué à 2.
D'où l'intérêt de préserver la biodiversité dans l'agriculture: quand toute une région ou un pays cultive la même variété de la même plante, c'est facile pour une maladie de se répandre rapidement si cette variété ne sait pas bien s'en défendre.
Alors que quand il y a de la diversité, un parasite peut attaquer un champ, et être incapable de contaminer les plants de celui d'à côté.
Et Monsanto, ils ont plutôt tendance à vendre une seule recette à tout le monde. OGM ou pas, c'est risqué. Et du coup ils vendent aussi tous les désherbants et insecticides qui vont avec pour qu'il n'y aie aucun parasite.
[^] # Re: 0xB16B00B5p0
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++17 exprime la virgule flottante en hexadécimal et offre des cadeaux aux lecteurs de LinuxFr.org. Évalué à 5.
Ben tiens. Quand je commande un jus d'orange et qu'on dit à mon voisin de table "oh pardon, j'avais pas vu que vous étiez venus avec des enfants", je trouve ça vexant et dégradant. Et oui, ça m'est déjà arrivé en vrai.
[^] # Re: 0xB16B00B5p0
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++17 exprime la virgule flottante en hexadécimal et offre des cadeaux aux lecteurs de LinuxFr.org. Évalué à 7.
Bon, je reprends un peu plus calmement après avoir passé la journée à y réfléchir. D'abord, je ne viendrai plus sur Linuxfr avant d'avoir fini mon petit déjeuner: je suis irritable et agressif quand j'ai le ventre vide.
Mais plus important, je vois plein de problèmes à dire "c'est le milieu du dev qui est comme ça". Je pense qu'il est pertinent de revenir là dessus et pourquoi j'ai réagi aussi violament ce matin.
D'abord, c'est un aveu d'échec. C'est un peu fataliste et ça n'avance pas à grand chose, parce qu'on ne peut pas changer tout le monde d'un coup.
En généralisant comme ça, on déresponsabilise les gens qui ont un comportement déplacé. Ils ont l'impression d'avoir raison avec la majorité. Il vaut mieux les mettre face à leur responsabilité individuelle, ce qui peut les conduire à réfléchir et à adapter leur comportement. Je pense que dans l'ensemble, il y a beaucoup de gens qui sont un peu mal à l'aise avec les codes habituels ("boire de la bière, humour gras") mais qui laissent passer parce que "c'est comme ça" et qu'on a pas toujours envie d'être le pénible de service qui vient expliquer que c'est déplacé et gâcher la soirée (merci à ceux qui ont le courage de le faire quand c'est nécessaire). En faisant changer d'avis tous ces gens qui croient avoir une position neutre, il ne restera que les quelques uns qui aiment vraiement la bière / l'humour gras. Et on pourra leur dire quand ils dépassent les limites plus facilement.
Enfin, tous les projets n'ont pas la même ambiance, et je dirai même, loin de là. Il y en a qui font des efforts pour s'améliorer sur ce point, d'autres ou ça se passe naturellement plutôt bien. Et c'est vexant pour eux de se trouver amalgamés à d'autres projets qui assument pleinement leur agressivité ou leur manque de respect. Alors que au contraire, on ferait mieux de montrer en exemple les projets qui marchent bien sur ce point, même si en ce moment, ils ne sont peut-être pas majoritaires (ça me semble difficile d'estimer ça, cela dit. Peu de projets mettent ce genre de choses en avant, dans un sens ou dans l'autre).
Donc, merci de ne pas mettre tous les devs dans le même panier, même s'il y a une tendance ou une grande majorité (de toutes façons, même si ce n'était qu'une seule personne dans un projet, ça serait toujours une de trop). ça contribue à ce que la situation reste la même. Alors que si au contraire, on montre qu'il y a des projets et des communautés qui sont plus ouvertes et moins agressives, on peut arriver, d'une part à intéresser plus de gens au développement, et d'autre part, à changer les mentalités là-dessus.
Voilà, j'espère que c'est plus clair.
[^] # Re: Salade composée
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Faut-il renoncer à se rétribuer quand on produit un bien commun ?. Évalué à 3.
Si.
Par contre, il n'a pas le droit de les reproduire car cela viole un ou des brevets.
[^] # Re: 0xB16B00B5p0
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++17 exprime la virgule flottante en hexadécimal et offre des cadeaux aux lecteurs de LinuxFr.org. Évalué à 3.
C'était vraiment très intéressant.
[^] # Re: 0xB16B00B5p0
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche C++17 exprime la virgule flottante en hexadécimal et offre des cadeaux aux lecteurs de LinuxFr.org. Évalué à 4.
ça m'énerve un peu qu'on puisse dire que tout le "milieu du dev en génral" est comme ça. Il y a des projets qui fonctionnent différemment, et c'est dommage de les oublier et de dire "c'est comme ça et on peut pas y faire grand chose".
Il y a plein de projets de logiciels libres:
- où on est pas obligés de boire de la bière
- pas en anglais (il y en a pas mal qui sont en japonais par exemple (exemple au hasard: http://www.geocities.co.jp/Berkeley/2093/driller.html), ou en russe (je l'ai plus sous la main, mais c'était un émulateur de la puce son du zx spectrum), ou en chinois, ou de l'open hardware en tchèque (http://www.8bit.8u.cz/Files/Faudraj/))
- plus accueillant que l'équipe du noyau Linux
Alors certes, c'est pas forcément les plus visibles ou les plus connus (surtout ceux qui ne sont pas en anglais), mais il y a des gens qui font des efforts dans ce sens, et dire que le milieu du dev en général fonctionne forcément comme l'équipe qui dirige le développement du noyau Linux, ça manque un peu de respect pour tous ceux qui font des efforts pour que ça change. Et ça m'énerve, apparemment.