Qui dit de mettre le flux des actualités de linuxfr dans le dossier DLFP.
Par contre tous les items du flux sont forcément dans DLFP. Avec grep tu devrait être capable de séparer les deux, par exemple séparer les articles firefox du reste :
cssselect je le trouve vraiment désagréable à l’utilisation, mais c’est peut-être une question de goût.
J’ai pas regardé côté browser 2, mais en fait ce que je voulais dire c’est qu’il aurait été plus logique (enfin, de mon point de vueu) d’« hériter » de PyQuery (qui « hérite » de lxml.etree) plutôt que directement de lxml.etree.
(j’utilise « hérite » entre guillemets parce que je sais pas si vous faites de l’héritage ou de la composition)
Posté par Moonz .
En réponse à la dépêche Firefox 28.
Évalué à 4.
Les extensions, ce n'est pas non plus ce qui manque à la concurrence!
Bof. Vu que Firefox bug aléatoirement chez moi toutes les quelques heures, j’ai décidé d’essayer sérieusement Chrome (plus sérieusement que mon précédent essai qui était là juste par curiosité et qui n’a pas duré plus de quelques heures). Deux trois trucs qui le rendent complètement inutilisable à mes yeux :
ScriptSafe désactive aussi le javascript des autres extensions si jamais tu désactives sur le domaine principal. Conclusion : Vrome ou ScriptSafe, il faut choisir. Sous Firefox j’ai aucun souci à utiliser en parallèle Vimperator et NoScript.
Les extensions sont désactivées sur chrome://. Détestable avec Vrome puisque désactivé sur tous les nouveaux onglets…
Personnalisation ultra-limitée : jamais réussi à faire en sorte que chromium ne quitte pas quand je fais un "C-w" malheureux sur le dernier onglet, malgré l’installation de l’extension "Last Tab Standing" (vraiment, une extension pour une option aussi bête ?) qui prétendent faire ça.
PyQuery ce n’est pas que des sélecteurs, c’est aussi des outils pour manipuler plus facilement le DOM, exactement dans l’idée des fonctions type CleanText. C’est à ça que je faisais référence quand je parlais de pyquery, pas du boulot autour de ListElement qui me semble effectivement une bonne idée
Et les sélecteurs CSS c’est quand même vachement plus pratique que xpath dans 99% des cas :)
Pour parser du JSON vers une structure native au langage (généralement dictionnaire ou objet anonyme + liste), c’est à peu près une ligne de code de type json_decode dans quasiment tous les langages, le plus souvent intégré dans la lib standard. Pour RSS/Atom c’est déjà plus compliqué, surtout que chacun de ces deux formats a plusieurs version. Et à l’intérieur d’une seule version d’un format tu as des subtilités peu intéressantes que je ne veux pas me trimballer d’un bout à l’autre du pipe (par exemple la différence entre publication date, creation date et modification date: typiquement un truc que le producteur veut abstraire pour simplifier tout le reste de la chaine de traitement).
Niveau production, le JSON est tout aussi simple, un json_encode d’une structure langage du standard (la même que json_decode) et c’est plié.
Par comparaison avec RSS/Atom, dans la plupart des langages dans la lib standard tu as au mieux une API type DOM pour faire du XML. Et lire/produire du RSS/Atom à partir d’une simple API type DOM, ce n’est certes pas la fin du monde, mais c’est infiniment plus compliqué et ce n’est certainement pas quelque chose que tu veux refaire n fois un dans un projet composé d’une multitude d’exécutables différents et indépendants et même écrits dans des langages différents.
tl;dr: haters gonna hate, mais aujourd’hui en 2014 JSON a gagné haut la main et c’est LE langage d’interopérabilité par excellence. On ne devrait plus justifier l’utilisation de JSON mais bien plutôt sa non-utilisation, et dans le cas de la non-utilisation la justification devrait être solide.
où pubsubhubhub2json serait un serveur web qui enverrait sur stdout et dans le bon format toutes les notifications qu’il reçoit.
Donc pour la première question oui c’est possible, pour la seconde question (prévu à court terme) très certainement que non, vu qu’à ma connaissance les seuls services proposant pubsubhubhub sont des agrégateurs qui font eux-même du polling, ce qui limite fortement l’intérêt de la chose :)
Pour les output c’est effectivement le rôle du serveur IMAP de gérer ça ; je sais pas comment c’est implémenté dans dovecot mais il le fait très bien : dès que j’ajoute un mail il apparait dans mon client mail.
L'un des intérêts en ruby est qu'on peut appeler des méthodes dynamiquement sans faire appel à Eval : c'est dans un cas de ce genre que ceux-ci m'ont manqués.
Ça a l'air très flexible et assez facilement extensible, y a t'il une description des formats d'entrée/sortie des différents outils ?
La description commune est dans maildir-put (ou man maildir-put)
Qui s'occupe de la dé-duplication des items ? maildir-put ?
Oui. Dans mon précédent projet c’était fait au niveau de rss2maildir (dans mon ancien projet producteur et consommateur étaient mélangés, la seule séparation étant faire entre le spawner et le reste), et ça c’est révélé une très mauvaise décision, m’empêchant de coder simplement une source pour medscape (ce que je vais faire ce week end pour ua).
Ceci dit si d’autres consommateurs voient le jour, il semblerait logique d’en faire un filtre.
OK, il « suffit » de cliquer sur F11 (le raccourci perdure), mais le cacher par défaut fait perdre toute intuitivité des styles, bien plus puissants et faciles à utiliser que de ré-appliquer des changements de police et d'apparence, cher à ceux qui ne font que des lettres d'une page et non des documents réguliers où la cohérence est importante.
Heu, tu as cette notion de style dans Office depuis au moins Office 2007…
En effet, les modèles par défaut de Loo sont pourris. Mais ça ne rend pas le logiciel moins fonctionnel pour autant.
Bien sûr que si, ne pas avoir à passer des heures à mettre en forme pour que ce soit regardable, c’est une fonctionnalité importante.
Je ne sais pas quelle version tu as testée, mais ça fait un moment que Writer le fait aussi. D'ailleurs je le désactive parce que j'ai horreur de ça, je préfère les raccourcis (F8 et Shift+F8).
Dans mes souvenirs ça le faisait effectivement, mais là en testant ça le fait pas.
Hmmm, si tu le mettrais en français je pense que ça serait plus clair. Et magie, dans Word aussi il y a citation par défaut ainsi que d'autres styles qu'on n'utilise pas souvent. Essayé à l'instant : référence pâle, titre du livre, wtf ?
Il y a citation tout au bout, pas au début de la liste. Le problème n’est pas d’avoir 10 ou 200 styles, c’est d’avoir les styles les plus utilisés accessibles le plus rapidement possible. Sous Office "Normal" est le premier élément de la liste, sous OpenOffice il est coincé entre "Heading" et "Content H".
« Référence pâle » et « titre du livre » seraient un souci d’UI s’ils étaient mis au même niveau que les styles les plus utilisés comment Heading 1/2/3.
Ah non c'est vrai, il n'y en a pas dans Excel, quand celle de Calc est identique à Writer (ainsi qu'Impress et Draw).
En même temps "Heading 1" ça a pas beaucoup de sens sous Excel/Calc hein…
Les styles dans un tableur ou une présentation c’est pas du tout la même chose que dans un texte, ça me semble logique que ce soit présenté différemment.
C’est des templates, pas des styles. Office fait la différence et c’est pas pour rien. Un template apporte avec lui toute une structure dont je me contrefiche. Sinon il « suffirait » de garder un template.docx pour copier le style de Office hein…
Question subsidiaire : pourquoi n’y a-t-il pas un ensemble de templates potables par défaut ? Parce que oui, trouver des templates potable sur http://templates.libreofffice.org, on a vu moins chronophage, entre la navigation entre les 200 catégories inutiles (inutiles parce que je veux un style, pas un template), les descriptions en allemand, les screenshots pas représentatifs…
LibreOffice le fait également de base, depuis… heu, tout le temps ?
Ben moi il a pas fait, dans la configuration par défaut.
je ne vois pas en quoi microsoft office peut résoudre cela mieux que LaTeX
Le « 3 » sous-entendait « moi plus deux personnes qui ne connaissent pas LaTeX et ne veulent pas apprendre ».
Et tu fais comment quand vous êtes 3 à devoir bosser sur le document ? Et quand une personne dans la boucle c’est un client, non informaticien ?
Qu’on se comprenne : des gros documents pour moi, je les fais en LaTeX (surtout qu’il y a souvent beaucoup de maths dedans…), et je trouve que c’est un super logiciel… mais il ne répond pas vraiment à tous les problèmes.
LibreOffice fait aussi bien que MS Office dans la plupart des cas
Rien que le fait de n’avoir aucun style par défaut (autre que celui de base qui donne l’impression que de document a été rédigé sous WordPad for Windows 3.11…) le rend totalement inutilisable pour qui veut faire des documents propres sans se prendre la tête.
Allez, je viens d’essayer de refaire un document à la con en 30s sous libreoffice pour voir si ça avait bougé… Réglages par défaut dans les deux logiciels. Résultat sous Office : http://postimg.org/image/s1kpohovv/. Résultat sous LibreOffice : http://postimg.org/image/85cfd3b09/. Des deux côté j’ai fait 0 boulot de mise en forme (autre qu’utiliser les styles par défaut). On voit tout de suite lequel est le plus présentable.
Office a détecté tout seul comme un grand mes listes à point (*), mes listes à tiret (-) et mes listes numérotées.
Pour appliquer un style : un clic sous Office, avec une interface claire.
OpenOffice : deux clics, il faut ouvrir un menu déroulant. Mais ce qui est rigolo : la liste des styles est totalement incompréhensible. C’est quoi la différence entre "Contents 1", "Text body" et "Default style" ? "Contents Heading", ça sert à quoi vu que j’ai déjà "Heading 1, "Heading 2" et "Heading 3" ? Pourquoi "Quotation" est un des premiers style proposé (alors que c’est pas un style qu’on utilise tous les jours). Pourquoi "Index" est proposé dans la liste alors qu’à priori (à moins que le nom soit trompeur) il sera jamais utilisé manuellement ?
Et ne parlons même pas de Impress vs PowerPoint… La problématique est exactement la même, sauf que dans une présentation le style est 10x plus important…
Il s'agit tout simplement d'une résistance au changement
Pas vraiment non. J’ai pendant longtemps utilisé Star^WOpen^WLibreOffice (bon, je suis partit avant LibreOffice), avant que je puisse avoir accès à Office en utilisant une licence fournie par le boulot. La résistance au changement aurait dû opérer dans l’autre sens, mais bizarrement ça n’a pas été le cas.
[^] # Re: Et vers rss?
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2. Dernière modification le 21 mars 2014 à 13:33.
Grosso modo le dispatch se fait par flux.
Tu as
Qui revient à
Qui dit de mettre le flux des actualités de linuxfr dans le dossier DLFP.
Par contre tous les items du flux sont forcément dans DLFP. Avec grep tu devrait être capable de séparer les deux, par exemple séparer les articles firefox du reste :
[^] # Re: NIH ?
Posté par Moonz . En réponse au journal Browser 2 – Teaser. Évalué à 2.
cssselect je le trouve vraiment désagréable à l’utilisation, mais c’est peut-être une question de goût.
J’ai pas regardé côté browser 2, mais en fait ce que je voulais dire c’est qu’il aurait été plus logique (enfin, de mon point de vueu) d’« hériter » de PyQuery (qui « hérite » de lxml.etree) plutôt que directement de lxml.etree.
(j’utilise « hérite » entre guillemets parce que je sais pas si vous faites de l’héritage ou de la composition)
[^] # Re: onglets bien ronds
Posté par Moonz . En réponse à la dépêche Firefox 28. Évalué à 4.
Bof. Vu que Firefox bug aléatoirement chez moi toutes les quelques heures, j’ai décidé d’essayer sérieusement Chrome (plus sérieusement que mon précédent essai qui était là juste par curiosité et qui n’a pas duré plus de quelques heures). Deux trois trucs qui le rendent complètement inutilisable à mes yeux :
chrome://
. Détestable avec Vrome puisque désactivé sur tous les nouveaux onglets…[^] # Re: NIH ?
Posté par Moonz . En réponse au journal Browser 2 – Teaser. Évalué à 2.
PyQuery ce n’est pas que des sélecteurs, c’est aussi des outils pour manipuler plus facilement le DOM, exactement dans l’idée des fonctions type CleanText. C’est à ça que je faisais référence quand je parlais de pyquery, pas du boulot autour de ListElement qui me semble effectivement une bonne idée
Et les sélecteurs CSS c’est quand même vachement plus pratique que xpath dans 99% des cas :)
# NIH ?
Posté par Moonz . En réponse au journal Browser 2 – Teaser. Évalué à 3. Dernière modification le 20 mars 2014 à 22:33.
Sinon, pourquoi ne pas avoir tout simplement utilisé PyQuery ? Typiquement, en PyQuery,
c’est
Et les trucs spécifiques que PyQuery sait pas faire par défaut (typiquement: regex) peuvent parfaitement être implémentés dans
PyQuery.fn
[^] # Re: interfacer avec weboob ?
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2.
Un producer pour boobank est déjà prévu ;)
[^] # Re: Intérêt du JSON
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 8.
Pour parser du JSON vers une structure native au langage (généralement dictionnaire ou objet anonyme + liste), c’est à peu près une ligne de code de type
json_decode
dans quasiment tous les langages, le plus souvent intégré dans la lib standard. Pour RSS/Atom c’est déjà plus compliqué, surtout que chacun de ces deux formats a plusieurs version. Et à l’intérieur d’une seule version d’un format tu as des subtilités peu intéressantes que je ne veux pas me trimballer d’un bout à l’autre du pipe (par exemple la différence entre publication date, creation date et modification date: typiquement un truc que le producteur veut abstraire pour simplifier tout le reste de la chaine de traitement).Niveau production, le JSON est tout aussi simple, un
json_encode
d’une structure langage du standard (la même quejson_decode
) et c’est plié.Par comparaison avec RSS/Atom, dans la plupart des langages dans la lib standard tu as au mieux une API type DOM pour faire du XML. Et lire/produire du RSS/Atom à partir d’une simple API type DOM, ce n’est certes pas la fin du monde, mais c’est infiniment plus compliqué et ce n’est certainement pas quelque chose que tu veux refaire n fois un dans un projet composé d’une multitude d’exécutables différents et indépendants et même écrits dans des langages différents.
tl;dr: haters gonna hate, mais aujourd’hui en 2014 JSON a gagné haut la main et c’est LE langage d’interopérabilité par excellence. On ne devrait plus justifier l’utilisation de JSON mais bien plutôt sa non-utilisation, et dans le cas de la non-utilisation la justification devrait être solide.
[^] # Re: Temps-réel?
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2. Dernière modification le 19 mars 2014 à 18:09.
Il prendrait un slot effectivement, mais vu que le nombre de workers est configurable ce n’est pas un vraiment un problème.
Vu que le nombre de workers par défaut est 5, il suffit d’ajouter
workers=6
dans le fichier de conf :)(ou de se dire que 4 pour le reste des processus est suffisant)
[^] # Re: Et vers rss?
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 2.
Oui, même si j’ai du mal à voir l’intérêt, ça donnerait
rss2json http://linuxfr.org/news.atom | json2rss
:)Je ne suis pas sûr d’avoir bien compris ta question…
[^] # Re: Temps-réel?
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 3.
Pour les input en temps réel il « suffirait » de coder un
pubsubhubhub2json
qui fasse un flux continu. Grosso-modo ça donnerait:où
pubsubhubhub2json
serait un serveur web qui enverrait sur stdout et dans le bon format toutes les notifications qu’il reçoit.Donc pour la première question oui c’est possible, pour la seconde question (prévu à court terme) très certainement que non, vu qu’à ma connaissance les seuls services proposant pubsubhubhub sont des agrégateurs qui font eux-même du polling, ce qui limite fortement l’intérêt de la chose :)
Pour les output c’est effectivement le rôle du serveur IMAP de gérer ça ; je sais pas comment c’est implémenté dans dovecot mais il le fait très bien : dès que j’ajoute un mail il apparait dans mon client mail.
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par Moonz . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4.
Ça marche aussi sous Python 2.7 pourtant:
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par Moonz . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4. Dernière modification le 19 mars 2014 à 13:28.
Pas toi ? :)
François a raison, en Python les méthodes sont des attributs comme les autres. Tu peux même faire des trucs rigolo comme
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par Moonz . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 4. Dernière modification le 19 mars 2014 à 12:26.
Faisable en Python sans symboles :
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par Moonz . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 3. Dernière modification le 19 mars 2014 à 12:03.
C’est en gros une string, notée
:foo
au lieu de"foo"
, avec juste une ou deux différences avec une string normale:Symbol
, pasString
==
impliqueis
)[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par Moonz . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2. Dernière modification le 19 mars 2014 à 11:54.
Je ne comprend pas vraiment l’apport relativement à une bête string.
(tu parles bien de
:foo
?)# Complément d’information
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 3.
Pour information, si vous voulez utiliser ua-inline et que votre client mail est Geary, vous devez utiliser la 0.6 : https://bugzilla.gnome.org/show_bug.cgi?id=726468
[^] # Re: Bravo
Posté par Moonz . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 5. Dernière modification le 19 mars 2014 à 09:48.
La description commune est dans maildir-put (ou
man maildir-put
)Oui. Dans mon précédent projet c’était fait au niveau de rss2maildir (dans mon ancien projet producteur et consommateur étaient mélangés, la seule séparation étant faire entre le spawner et le reste), et ça c’est révélé une très mauvaise décision, m’empêchant de coder simplement une source pour medscape (ce que je vais faire ce week end pour ua).
Ceci dit si d’autres consommateurs voient le jour, il semblerait logique d’en faire un filtre.
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 1.
Heu, tu as cette notion de style dans Office depuis au moins Office 2007…
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 2.
Si je savais faire un style potable je ne m’en remettrai pas à Office pour le faire à ma place.
libreoffice 4.1.5
Bizarre, parce que moi je les ai pas : http://postimg.org/image/s1kpohovv/
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3.
Bien sûr que si, ne pas avoir à passer des heures à mettre en forme pour que ce soit regardable, c’est une fonctionnalité importante.
Dans mes souvenirs ça le faisait effectivement, mais là en testant ça le fait pas.
Il y a citation tout au bout, pas au début de la liste. Le problème n’est pas d’avoir 10 ou 200 styles, c’est d’avoir les styles les plus utilisés accessibles le plus rapidement possible. Sous Office "Normal" est le premier élément de la liste, sous OpenOffice il est coincé entre "Heading" et "Content H".
« Référence pâle » et « titre du livre » seraient un souci d’UI s’ils étaient mis au même niveau que les styles les plus utilisés comment Heading 1/2/3.
En même temps "Heading 1" ça a pas beaucoup de sens sous Excel/Calc hein…
Les styles dans un tableur ou une présentation c’est pas du tout la même chose que dans un texte, ça me semble logique que ce soit présenté différemment.
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 5.
C’est des templates, pas des styles. Office fait la différence et c’est pas pour rien. Un template apporte avec lui toute une structure dont je me contrefiche. Sinon il « suffirait » de garder un template.docx pour copier le style de Office hein…
Question subsidiaire : pourquoi n’y a-t-il pas un ensemble de templates potables par défaut ? Parce que oui, trouver des templates potable sur http://templates.libreofffice.org, on a vu moins chronophage, entre la navigation entre les 200 catégories inutiles (inutiles parce que je veux un style, pas un template), les descriptions en allemand, les screenshots pas représentatifs…
Ben moi il a pas fait, dans la configuration par défaut.
Le « 3 » sous-entendait « moi plus deux personnes qui ne connaissent pas LaTeX et ne veulent pas apprendre ».
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3. Dernière modification le 18 mars 2014 à 15:47.
Et tu fais comment quand vous êtes 3 à devoir bosser sur le document ? Et quand une personne dans la boucle c’est un client, non informaticien ?
Qu’on se comprenne : des gros documents pour moi, je les fais en LaTeX (surtout qu’il y a souvent beaucoup de maths dedans…), et je trouve que c’est un super logiciel… mais il ne répond pas vraiment à tous les problèmes.
[^] # Re: Vive le vendredi...
Posté par Moonz . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3. Dernière modification le 18 mars 2014 à 14:41.
Rien que le fait de n’avoir aucun style par défaut (autre que celui de base qui donne l’impression que de document a été rédigé sous WordPad for Windows 3.11…) le rend totalement inutilisable pour qui veut faire des documents propres sans se prendre la tête.
Allez, je viens d’essayer de refaire un document à la con en 30s sous libreoffice pour voir si ça avait bougé… Réglages par défaut dans les deux logiciels. Résultat sous Office : http://postimg.org/image/s1kpohovv/. Résultat sous LibreOffice : http://postimg.org/image/85cfd3b09/. Des deux côté j’ai fait 0 boulot de mise en forme (autre qu’utiliser les styles par défaut). On voit tout de suite lequel est le plus présentable.
Office a détecté tout seul comme un grand mes listes à point (*), mes listes à tiret (-) et mes listes numérotées.
Pour appliquer un style : un clic sous Office, avec une interface claire.
OpenOffice : deux clics, il faut ouvrir un menu déroulant. Mais ce qui est rigolo : la liste des styles est totalement incompréhensible. C’est quoi la différence entre "Contents 1", "Text body" et "Default style" ? "Contents Heading", ça sert à quoi vu que j’ai déjà "Heading 1, "Heading 2" et "Heading 3" ? Pourquoi "Quotation" est un des premiers style proposé (alors que c’est pas un style qu’on utilise tous les jours). Pourquoi "Index" est proposé dans la liste alors qu’à priori (à moins que le nom soit trompeur) il sera jamais utilisé manuellement ?
Changement de style : deux clics sous Office, avec un choix très varié. LibreOffice : introuvable, j’ai du chercher sur le net, et le résultat est… rigolo : https://wiki.openoffice.org/wiki/Documentation/OOoAuthors_User_Manual/Writer_Guide/Copying_and_moving_styles. Ou https://help.libreoffice.org/Writer/Load_Styles (note que le bouton est grisé si tu as aucune sélection, logique…). Je ne vais pas commencer à parler du choix proposé par défaut…
Et ne parlons même pas de Impress vs PowerPoint… La problématique est exactement la même, sauf que dans une présentation le style est 10x plus important…
Pas vraiment non. J’ai pendant longtemps utilisé Star^WOpen^WLibreOffice (bon, je suis partit avant LibreOffice), avant que je puisse avoir accès à Office en utilisant une licence fournie par le boulot. La résistance au changement aurait dû opérer dans l’autre sens, mais bizarrement ça n’a pas été le cas.
[^] # Re: Non mixité
Posté par Moonz . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 2. Dernière modification le 18 mars 2014 à 08:50.
Je ne suis pas sûr de bien saisir la différence entre « groupe mixte » et « groupe féminin mais pas exclusivement féminin ».
[^] # Re: Encore du sexisme dans le monde de l'informatique
Posté par Moonz . En réponse au journal Sortie de MATE 1.8. Évalué à 2. Dernière modification le 12 mars 2014 à 20:34.
En anglais "to mate" c’est "s’accoupler", d’où le troll satirique.
(et le nom commun "mate" est utilisé entre amis sans connotation sexuelle)