gdm a le pouvoir de changer le clavier de toute la session. J'ai eu le problème avec l'autologin (parce que du coup on ne peux pas choisir et le choix US est fait par défaut).
dm (qui
La solution est de désactiver l'autoogin, de choisir le clavier français dans gdm (qui va enregistrer la préférence) et puis de réactiver l'autologin.
Vérifie que lors du login, tu as bien choisi un clavier français.
et il y a des éditeurs de texte qui gèrent ça où il faut le faire à la main ?
Parce qu'effectivement, c'est le style idéal d'indentation je trouve. Mais très contraignant (car nécessite de changer le tabsize et ça bugge avec certains)
rassure-nous, Linuxfr ne bloque pas la rubrique "Écrire dans un forum" quand on écrit depuis l'étranger ? (ce qui aurait pu justifier d'écrire dans un journal) ;)
J'ai pensé au forum, mais j'ai considéré qu'un rapport d'expérience sur divers hébergeurs pouvait intéresser un public bien plus vaste. Ça fait un moment que je pense à trouver un nom de domaine et héberger mon site autrement, mais je n'ai jamais fait le pas.
Pour le FTP, c'est dommage que free ne fasse pas de différence entre le compte ftp d'un abonné qui a un abonnement payant, et qui est en déplacement (ou à l'étranger tout en continuant à payer l'abonnement), et un compte "gratuit", fournit gracieusement, ce qui aurait plus justifié le blocage ftp.
J'ai tout de même tendance à garder mon compte accès libre parce que si un jour je résilie mon compte ADSL, je ne sais pas ce qui risque d'arriver à mes pages perso.
Une question à laquelle on peut répondre sans quitter linux: est-ce que KOffice utilise les boîtes de dialogue GNOME lorsqu'il utilisé dans cet environnement. Je trouve les boîtes de dialogue KDE très difficile à utiliser personnellement.
quand créer une branche ? Parce que selon les tutos, il y a la méthode "je crée une branche par grosse fonctionnalité", ou alors "je crée une branche quand j'ai un développement qui va vraiment diverger". Quels sont les bonnes pratiques en la matière ?
Tu crée une branche quand tu clone.
Ensuite, je travaille sur un bout de code. Si je l'ai fini, je le push sur master, sinon, il reste en attente en local (avec un push éventuel sur une branche distante "username-fonctionnalité" pour que les autres puissent voir ce que je fais.
Si je n'ai pas fini cette fonctionnalité et que je dois travailler sur utre chose (par exemple j'ai besoin de corriger un bug, ou je pense à une toute autre fonctionnalité), alors je vais faire une branche locale supplémentaire du master distant. Et ainsi de suite.
Donc, en pratique je fais une branche à chaque fois que je fais quelque chose de non trivial qui peut mettre du temps à finir ou mettre du temps à être accepté.
En même temps, peut-être qu'il veut se permettre des changements très très radicaux quand il veut pour l'instant. S'il réécrit le compilo pour la 4ème fois, c'est qu'il estime que la base n'est pas encore stabilisée.
C'est surtout qu'il à eu une super bonne idée algorithmique pour parcourir l'arbre syntaxique et objet. Du coup, il ne supporte pas l'ancien design et veut tout refaire.
Cela ne veut pas dire que les choix actuels sont mauvais.
de toute façon, comme je l'ai dit sur un autre journal, Benoît n'a pas vraiment avancé et va se baser sur la version git actuelle.
C'est un peu ce que je craignais. Tant que le développement, du compilateur notamment, ne sera pas plus communautaire, il y a peu de chance que Lisaac perce. J'ai presque même l'impression que cela a déjà trop traîné...
Tout le monde peut s'inscrire et je peux donner les permissions d'accès au repository. On peut forker, merger, modifier, discuter...
C'est vrai que le développeur principal, Benoît, n'est pas très communiquant, mais si les autres membres de l'équipe sont là, je dirais que ce n'est pas un si gros problème.
Enfin : Lisaac est-il toujours activement développé ?
Je ne sais pas. Impossible de le joindre pour savoir.
Le compilo actuel est une branche morte, et une nouvelle version est censé être développée pour implémenter toute la spec, et donc surtout, COP. Mais impossible de savoir.
Il me semblait que COP était inclus dans le Git, mais je ne l'ai jamais testé. Par contre, j'ai vu pas mal de code de COP dans le compilateur.
Sinon, Benoît m'avait dit qu'il n'avait pas trop avancé dans sa réécriture du compilateur, et qu'il voulait de toute façon repartir de la branche master du git actuel.
Mais on a pas eu de chance. J'avais bien dit que je préférait des pages statiques sur le site Lisaac. Soit avec webby¹ (un truc récent que j'ai découvert) ou avec ikiwiki². Je n'étais d'ailleurs pas la seule.
On voulait surtout un nouveau site que tout le monde puisse modifier et raisonnablement moderne. Finalement, on a eu un nouveau site que personne de l'équipe peut modifier et à mon goût, avec un peu trop de gadgets.
Ceci dit, le concept de prototype est extrêmement séduisant. Ai-je raison de penser que ça en fait un langage naturellement void safe ? Cette propriété est implémentée par défaut dans la dernière version du compilateur Eiffel de Eiffel Software, EiffelStudio 6.6, mais au prix de, hum, une certaine complexité.
Il y a une thèse qui démarre cette année sur le sujet.
Le but est de prouver à la compilation certains contrats (préconditions et postconditions). Donc en particulier les endroits où les variables peuvent être nulles.
D'ailleurs, dernièrement, j'ai ajouté au compilateur un flag sur la ligne de commande -w_null (qui n'est d'ailleurs pas inclus dans -all_warning :) qui va indiquer à la compilation tous les endroits dans le code où l'exécutable peut péter à cause d'un appel sur NULL.
Il peux y avoir des faux positifs et l'absence de trace de la pile rend difficile le débuggage, mais sinon, c'est déjà possible. Le travail pour ajouter ce flag était minime (toute la logique est déjà dans le compilateur).
Enfin : Lisaac est-il toujours activement développé ?
Plus ou moins, je suis la personne qui contribue le plus à la branche Git, avec Benoît.
J'ai ajouté une fonctionnalité de couverture de code en Lisaac et des tests avec cucumber pour essayer de pouvoir reprendre le code.
Si ça t'intéresse, tu peux toujours essayer de regarder et nous contacter. Le langage en lui même est simple (même si le code du compilateur est plus complexe)
Parce que les MLs sont mortes aussi, Benoit ne participe a strictement rien en ligne ou presque. Et la seule impression qui reste c'est que personne ne sait ce qui se passe.
Oui, Ben est en effet un peu souvent injoignable ... et pense plus à de nouvelles idées révolutionnaires dans son compilateur qu'à la stabilisation.
On a quelques news sur LinuxFR de temps en temps par toi ou Nicolas, mais c'est tout (même pas Mildred alors que c'est la seule personne a bosser dessus de facon visible...)
En même temps, je n'ai pas grand chose à dire.
J'essaie de coder, mais je n'ai pas tant de temps que ça. En attendant, j'ai posté récemment un blog sur ce que je faisais:
mais la dernière compilation du compilateur à durée 2h45 ... j'ai de sérieux problèmes de performance.
On finit par se demander pourquoi parler de Lisaac alors que son auteur ne semble pas vouloir en faire autre chose qu'un langage de recherche, ne fait strictement aucune communication, voire limite les infos parce que ca pourrait nuire a ses travaux de recherche (sans parler de l'arbre l'historique GIT qui est une horreur sans nom).
À part sa non maturité, et quelques problème que je lui reproche, c'est le meilleur langage que j'ai trouvé. Il apporte en plus une bonne optimisation. Je n'aime pas gaspiller les ressources de ma machine.
J'ai plusieurs fois pensé à réécrire le compilateur dans son ensemble tellement j'avais l'impression que le code actuel n'est pas maintenable.
Et effectivement, l'historique git est affreux. Mais c'est un autre problème.
J'aimerais savoir si il existe quelque part une matrice de compatibilité de jingle avec un test entre chaque client sur chaque plateforme. Car il me semble que certains clients ne sont pas compatible entre eux.
Par exemple Coccinella qui dit implémenter jingle depuis pas mal de temps, ne semble pas compatible avec beaucoup d'autres clients (utilise IAX au lieu de RTP). De même pour le client de Google qui ne semble pas respecter la XEP.
Thunderbird écrit ses différents flags en en tête des e-mails il me semble. Alors, certes, ça reste limité à Thunderbird, mais au moins, c'est conservé.
Ce qu'il faut, après, c'est standardiser ces en têtes particuliers qui conservent l'état de l'email.
Et sincèrement, ce filtre n'est intéressant que pour prioriser les mails non lus, donc au bout d'un moment (dans les archives) ce n'est plus pertinent
Je ne connaissait pas, mais ça à l'air très intéressant.
J'avais commencé par regardé libtinymail mais je ne voulais pas ajouter trop de dépendances à mon plugin, surtout que j'ai écrit ce plugin pour des fichiers mbox tout simple avec un Content-Type text/plain uniquement. (application spécifique pour intranet)
Effectivement, dans l'absence de spécifications URI pour le format MBOX, il s'agit d'une URI non standardisée ... pour le moment.
J'ai choisi après plusieurs tentatives le format suivant:
file:///dir/file.mbox#Message-Id=...&From=...
Message-ID: header Message-ID du mail (problème, il n'y en a pas toujours)
From: Ligne From_ du fichier mbox
Je suis d'abord passée par un numéro (file.mbox#1, ...) qui peut poser problème si le mail change de place. C'est un point à travailler. Mais peut être que mbox est tout simplement à remplacer par maildir ou MH :)
De toute façon, l'indexation va se faire de toute façon, quelle que soit le format.
Pour du mbox, lire le fichier séquentiellement n'est pas bien compliqué
Pour maildir ou MH, chaque fichier est pris séparément.
Après, ce qu'il faut c'est un parseur RFC2822/MIME (j'espère pouvoir mettre sous GPL celui que je développe) ... et écrire une jolie interface graphique avec clutter (c'est joli clutter) ou Gtk, ou même Qt pour ceux qui veulent (j'ai plus fait de Qt que de Gtk remarque) et c'est bon.
Parce qu'on est une majorité d'hommes, et que le sujet s'y prête.
d'où le but d'un groupe mixte.
Et comme ce sont les femmes qui manquent dans le LL, ce sont elles qu'on va chercher à encourager (on ne parle pas de forcer, hein ?)
Une femme qui se couche à 3H du matin après avoir tuné sa distro et qui se lève le lendemain avec des cernes sous les yeux, qui laisse la maison en plan pour passer la soirée au GUL le plus proche, qui trolle pendant des heures sur l'implication de choix techniques, ça ne correspond pas à ce qu'en attend notre société.
Même pour un homme, ça paraît étrange, mais on tolère bien plus facilement une attitude excentrique (par rapport à la moyenne des gens) quand elle est le fait d'un homme.
Je confirme,
même si je préfère coder dans un endroit propre et à la lumière du jour, je n'ai pas forcément tendance à mettre trop en avant mes activités dans le monde du logiciel libre, sans doute par peur des réactions ou de ce qu'on pourrait penser de moi.
C'est ce qu'on essaye d'expliquer : pourquoi se focaliser sur le sexe de la personne et non pas son origine ethnique ou sa couleur de peau (tout aussi génétique que le sexe). Pourquoi que le sexe de la personne? Elles ont quoi les filles pour qu'on s'intéresse à cet "handicap" précisément? Tout ce que je vois la, c'est qu'on dit que le filles sont des handicapées qu'il faut aider à mieux s'intégrer dans le libre, mais pas les arabes, les noirs... Qui ont le même problème de représentativité.
Il ne s'agit pas de handicap !
C'est juste que par hasard (ou autre, je m'en moque) le logiciel libre est développé par une majorité masculine. Et qu'il est plus difficile pour une femme de participer à un groupe presque entièrement masculin qu'un groupe mixte.
Imaginez, les hommes, si il n'y avait que des femmes pour faire du logiciel libre. Sans doute, vous ne vous seriez pas intéressé plus que ça, probablement parce que l'idée de faire de l'informatique libre ne vous aurait pas traversé l'esprit.
Après, peut être que ce n'est pas intéressant d'accueillir les femmes dans le LL, mais personnellement, je pense le contraire. Et je pense que tout être humain normal serait au moins ouvert à cette idée.
Pourquoi ce questionnaire va sur le sexe des gens et pas les autres minorité, c'est justement pas HS comme question, mais la question posée ici.
On cherche sans arrêt à gommer la différence sexuelle (ou de genre, peu importe). Mais culturellement, la différence existe et n'est pas négligeable. Et même si on passe outre le culturel, les hommes et les femmes ont des différences qui ne sont pas négligeables. Il n'est pas question de discriminer sur ces différences mais de les accepter et les intégrer pour pouvoir avancer.
Il faudrait aussi s'intéresser au pourcentage de noirs et d'arabes contributeurs
du logiciel libre, je ne trouve pas qu'ils soient représentatifs du pourcentage
mondial qu'ils représentent.
Même si on cherche souvent à les gommer de nos jours, je pense que les différences comportementales homme/femme sont plus importantes que les différences entre français de souche, et arabes.
Les logiciels libres, on en trouves dans tous les pays, et je ne pense pas qu'il y ait de sévères problèmes de représentation (à part dans les pays ou l'informatique est peu développée, mais on y peut pas grand chose)
# gdm
Posté par Mildred (site web personnel) . En réponse au message clavier AZERTY qui retourne en QWERTY. Évalué à 2.
dm (qui
La solution est de désactiver l'autoogin, de choisir le clavier français dans gdm (qui va enregistrer la préférence) et puis de réactiver l'autologin.
Vérifie que lors du login, tu as bien choisi un clavier français.
[^] # Re: et pour le C ?
Posté par Mildred (site web personnel) . En réponse au sondage J'indente mon code source avec. Évalué à 1.
Parce qu'effectivement, c'est le style idéal d'indentation je trouve. Mais très contraignant (car nécessite de changer le tabsize et ça bugge avec certains)
# Attention Durian
Posté par Mildred (site web personnel) . En réponse à la dépêche Sortie du film Sintel. Évalué à 3.
[^] # Re: il a free il a tout compris
Posté par Mildred (site web personnel) . En réponse au journal Offres d'hébergement. Évalué à 5.
J'ai pensé au forum, mais j'ai considéré qu'un rapport d'expérience sur divers hébergeurs pouvait intéresser un public bien plus vaste. Ça fait un moment que je pense à trouver un nom de domaine et héberger mon site autrement, mais je n'ai jamais fait le pas.
Pour le FTP, c'est dommage que free ne fasse pas de différence entre le compte ftp d'un abonné qui a un abonnement payant, et qui est en déplacement (ou à l'étranger tout en continuant à payer l'abonnement), et un compte "gratuit", fournit gracieusement, ce qui aurait plus justifié le blocage ftp.
J'ai tout de même tendance à garder mon compte accès libre parce que si un jour je résilie mon compte ADSL, je ne sais pas ce qui risque d'arriver à mes pages perso.
[^] # Re: Sympa, mais...
Posté par Mildred (site web personnel) . En réponse à la dépêche Faire part de naissance de LibreOffice. Évalué à 0.
Et fournit-il une intégration avec Tracker ?
[^] # Re: pc sensibles
Posté par Mildred (site web personnel) . En réponse au journal Le retour de la revanche du Pentagone. Évalué à 6.
[^] # Re: staging area
Posté par Mildred (site web personnel) . En réponse au journal Git malgré moi. Évalué à 1.
tu fais ton refactoring avec comme message "refactoring"
tu finis ta fonctionnalité "temp2"
et tu fais un rebase intéractif: git rebase -i HEAD~5
tu déplace tes commits pour avoir:
pick refactoring
pick temp1
squash temp2
Les deux derniers commits seront fusionnés et on te demandera le nouveau message de commit.
http://book.git-scm.com/4_interactive_rebasing.html
[^] # Re: staging area
Posté par Mildred (site web personnel) . En réponse au journal Git malgré moi. Évalué à 3.
[^] # Re: Git malgré moi
Posté par Mildred (site web personnel) . En réponse au journal Git malgré moi. Évalué à 4.
Tu crée une branche quand tu clone.
Ensuite, je travaille sur un bout de code. Si je l'ai fini, je le push sur master, sinon, il reste en attente en local (avec un push éventuel sur une branche distante "username-fonctionnalité" pour que les autres puissent voir ce que je fais.
Si je n'ai pas fini cette fonctionnalité et que je dois travailler sur utre chose (par exemple j'ai besoin de corriger un bug, ou je pense à une toute autre fonctionnalité), alors je vais faire une branche locale supplémentaire du master distant. Et ainsi de suite.
Donc, en pratique je fais une branche à chaque fois que je fais quelque chose de non trivial qui peut mettre du temps à finir ou mettre du temps à être accepté.
[^] # Re: Et sinon
Posté par Mildred (site web personnel) . En réponse au journal Javascript n'est pas vraiment du prototype. Évalué à 2.
C'est surtout qu'il à eu une super bonne idée algorithmique pour parcourir l'arbre syntaxique et objet. Du coup, il ne supporte pas l'ancien design et veut tout refaire.
Cela ne veut pas dire que les choix actuels sont mauvais.
de toute façon, comme je l'ai dit sur un autre journal, Benoît n'a pas vraiment avancé et va se baser sur la version git actuelle.
[^] # Re: Et sinon
Posté par Mildred (site web personnel) . En réponse au journal Javascript n'est pas vraiment du prototype. Évalué à 2.
Les bonnes volontés ne sont pas écartées.
Le projet est public sur alioth: http://git.debian.org/?p=lisaac/compiler.git
Avec un miroir sur gitorious: http://gitorious.org/lisaac
Tout le monde peut s'inscrire et je peux donner les permissions d'accès au repository. On peut forker, merger, modifier, discuter...
C'est vrai que le développeur principal, Benoît, n'est pas très communiquant, mais si les autres membres de l'équipe sont là, je dirais que ce n'est pas un si gros problème.
[^] # Re: Conclusion
Posté par Mildred (site web personnel) . En réponse au journal Problème inédit de sécurité. Évalué à 3.
Je ne sais pas. Impossible de le joindre pour savoir.
Le compilo actuel est une branche morte, et une nouvelle version est censé être développée pour implémenter toute la spec, et donc surtout, COP. Mais impossible de savoir.
Il me semblait que COP était inclus dans le Git, mais je ne l'ai jamais testé. Par contre, j'ai vu pas mal de code de COP dans le compilateur.
Sinon, Benoît m'avait dit qu'il n'avait pas trop avancé dans sa réécriture du compilateur, et qu'il voulait de toute façon repartir de la branche master du git actuel.
# Un site statique, c'est bien mieux
Posté par Mildred (site web personnel) . En réponse au journal Problème inédit de sécurité. Évalué à 3.
On voulait surtout un nouveau site que tout le monde puisse modifier et raisonnablement moderne. Finalement, on a eu un nouveau site que personne de l'équipe peut modifier et à mon goût, avec un peu trop de gadgets.
Sinon, vous pouvez vous égayer avec d'autres versions du site:
http://lisaac.alioth.debian.org/
http://lisaac.alioth.debian.org/new/
¹ http://webby.rubyforge.org/
² http://ikiwiki.info/
[^] # Re: Conclusion
Posté par Mildred (site web personnel) . En réponse au journal Problème inédit de sécurité. Évalué à 4.
Il y a une thèse qui démarre cette année sur le sujet.
Le but est de prouver à la compilation certains contrats (préconditions et postconditions). Donc en particulier les endroits où les variables peuvent être nulles.
D'ailleurs, dernièrement, j'ai ajouté au compilateur un flag sur la ligne de commande -w_null (qui n'est d'ailleurs pas inclus dans -all_warning :) qui va indiquer à la compilation tous les endroits dans le code où l'exécutable peut péter à cause d'un appel sur NULL.
Il peux y avoir des faux positifs et l'absence de trace de la pile rend difficile le débuggage, mais sinon, c'est déjà possible. Le travail pour ajouter ce flag était minime (toute la logique est déjà dans le compilateur).
Enfin : Lisaac est-il toujours activement développé ?
Plus ou moins, je suis la personne qui contribue le plus à la branche Git, avec Benoît.
J'ai ajouté une fonctionnalité de couverture de code en Lisaac et des tests avec cucumber pour essayer de pouvoir reprendre le code.
Si ça t'intéresse, tu peux toujours essayer de regarder et nous contacter. Le langage en lui même est simple (même si le code du compilateur est plus complexe)
[^] # Re: Conclusion
Posté par Mildred (site web personnel) . En réponse au journal Problème inédit de sécurité. Évalué à 3.
Oui, Ben est en effet un peu souvent injoignable ... et pense plus à de nouvelles idées révolutionnaires dans son compilateur qu'à la stabilisation.
On a quelques news sur LinuxFR de temps en temps par toi ou Nicolas, mais c'est tout (même pas Mildred alors que c'est la seule personne a bosser dessus de facon visible...)
En même temps, je n'ai pas grand chose à dire.
J'essaie de coder, mais je n'ai pas tant de temps que ça. En attendant, j'ai posté récemment un blog sur ce que je faisais:
http://mildred817.online.fr/Blog/blog/2010/09/06/aliasing-st(...)
mais la dernière compilation du compilateur à durée 2h45 ... j'ai de sérieux problèmes de performance.
On finit par se demander pourquoi parler de Lisaac alors que son auteur ne semble pas vouloir en faire autre chose qu'un langage de recherche, ne fait strictement aucune communication, voire limite les infos parce que ca pourrait nuire a ses travaux de recherche (sans parler de l'arbre l'historique GIT qui est une horreur sans nom).
À part sa non maturité, et quelques problème que je lui reproche, c'est le meilleur langage que j'ai trouvé. Il apporte en plus une bonne optimisation. Je n'aime pas gaspiller les ressources de ma machine.
J'ai plusieurs fois pensé à réécrire le compilateur dans son ensemble tellement j'avais l'impression que le code actuel n'est pas maintenable.
Et effectivement, l'historique git est affreux. Mais c'est un autre problème.
# Compatibilité
Posté par Mildred (site web personnel) . En réponse à la dépêche Sortie de Gajim 0.14. Évalué à 3.
J'aimerais savoir si il existe quelque part une matrice de compatibilité de jingle avec un test entre chaque client sur chaque plateforme. Car il me semble que certains clients ne sont pas compatible entre eux.
Par exemple Coccinella qui dit implémenter jingle depuis pas mal de temps, ne semble pas compatible avec beaucoup d'autres clients (utilise IAX au lieu de RTP). De même pour le client de Google qui ne semble pas respecter la XEP.
http://thecoccinella.org/faq/voip
[^] # Re: greffons
Posté par Mildred (site web personnel) . En réponse au journal GMail et les mails prioritaires. Évalué à 2.
Ce qu'il faut, après, c'est standardiser ces en têtes particuliers qui conservent l'état de l'email.
Et sincèrement, ce filtre n'est intéressant que pour prioriser les mails non lus, donc au bout d'un moment (dans les archives) ce n'est plus pertinent
[^] # Re: Standards
Posté par Mildred (site web personnel) . En réponse au journal Architecture pour un MUA: Mail User Agent. Évalué à 2.
J'avais commencé par regardé libtinymail mais je ne voulais pas ajouter trop de dépendances à mon plugin, surtout que j'ai écrit ce plugin pour des fichiers mbox tout simple avec un Content-Type text/plain uniquement. (application spécifique pour intranet)
[^] # Re: Question technique ...
Posté par Mildred (site web personnel) . En réponse au journal Architecture pour un MUA: Mail User Agent. Évalué à 2.
J'ai choisi après plusieurs tentatives le format suivant:
file:///dir/file.mbox#Message-Id=...&From=...
Message-ID: header Message-ID du mail (problème, il n'y en a pas toujours)
From: Ligne From_ du fichier mbox
Je suis d'abord passée par un numéro (file.mbox#1, ...) qui peut poser problème si le mail change de place. C'est un point à travailler. Mais peut être que mbox est tout simplement à remplacer par maildir ou MH :)
[^] # Re: Standards
Posté par Mildred (site web personnel) . En réponse au journal Architecture pour un MUA: Mail User Agent. Évalué à 4.
Pour du mbox, lire le fichier séquentiellement n'est pas bien compliqué
Pour maildir ou MH, chaque fichier est pris séparément.
Après, ce qu'il faut c'est un parseur RFC2822/MIME (j'espère pouvoir mettre sous GPL celui que je développe) ... et écrire une jolie interface graphique avec clutter (c'est joli clutter) ou Gtk, ou même Qt pour ceux qui veulent (j'ai plus fait de Qt que de Gtk remarque) et c'est bon.
[^] # Re: Est-ce si important?
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 3.
d'où le but d'un groupe mixte.
Et comme ce sont les femmes qui manquent dans le LL, ce sont elles qu'on va chercher à encourager (on ne parle pas de forcer, hein ?)
[^] # Re: Mysoginie
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 4.
[^] # Re: Quelques pistes
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 4.
Même pour un homme, ça paraît étrange, mais on tolère bien plus facilement une attitude excentrique (par rapport à la moyenne des gens) quand elle est le fait d'un homme.
Je confirme,
même si je préfère coder dans un endroit propre et à la lumière du jour, je n'ai pas forcément tendance à mettre trop en avant mes activités dans le monde du logiciel libre, sans doute par peur des réactions ou de ce qu'on pourrait penser de moi.
[^] # Re: Est-ce si important?
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 5.
Il ne s'agit pas de handicap !
C'est juste que par hasard (ou autre, je m'en moque) le logiciel libre est développé par une majorité masculine. Et qu'il est plus difficile pour une femme de participer à un groupe presque entièrement masculin qu'un groupe mixte.
Imaginez, les hommes, si il n'y avait que des femmes pour faire du logiciel libre. Sans doute, vous ne vous seriez pas intéressé plus que ça, probablement parce que l'idée de faire de l'informatique libre ne vous aurait pas traversé l'esprit.
Après, peut être que ce n'est pas intéressant d'accueillir les femmes dans le LL, mais personnellement, je pense le contraire. Et je pense que tout être humain normal serait au moins ouvert à cette idée.
Pourquoi ce questionnaire va sur le sexe des gens et pas les autres minorité, c'est justement pas HS comme question, mais la question posée ici.
On cherche sans arrêt à gommer la différence sexuelle (ou de genre, peu importe). Mais culturellement, la différence existe et n'est pas négligeable. Et même si on passe outre le culturel, les hommes et les femmes ont des différences qui ne sont pas négligeables. Il n'est pas question de discriminer sur ces différences mais de les accepter et les intégrer pour pouvoir avancer.
[^] # Re: Est-ce si important?
Posté par Mildred (site web personnel) . En réponse à la dépêche Les femmes libres s'invitent au Forum Mondial du Libre. Évalué à 3.
du logiciel libre, je ne trouve pas qu'ils soient représentatifs du pourcentage
mondial qu'ils représentent.
Même si on cherche souvent à les gommer de nos jours, je pense que les différences comportementales homme/femme sont plus importantes que les différences entre français de souche, et arabes.
Les logiciels libres, on en trouves dans tous les pays, et je ne pense pas qu'il y ait de sévères problèmes de représentation (à part dans les pays ou l'informatique est peu développée, mais on y peut pas grand chose)