C'est compliqué à mettre en œuvre à grande échelle, il faudrait un changement de culture radical, et actuellement on est plus dans la sélection de plus individualiste, ce qui le sont moins se font éliminer du paysage des acteurs économique.
Le modèle coopératif est meilleur pour la communauté, mais si tu es individualiste de cette communauté, tu t'en sors mieux que tes compatriotes, même si globalement tu fais baisser le rendement, tu crées des tensions…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Tu as oublié exalead, baidu et la plâtrée de moteur de recherche japonais (plus dans le style altavista que google certes…
Email
plus OVH, gmx, free, laposte, orange…
OS Mobiles
Et Tizen ?
Le problème est qu'on ne protège pas nos entreprise comme le font les US, suffit de voire le procès Samsung / Apple et la grâce d'Obama qui se fait lorsque c'est apple qui est interdit de vente, et ne se fait pas dans le cas contraire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sans être une révolution, cela permet d'avoir un pied dans un réseau sécurisé; il "suffit" d'infecter l'ordi cible; et si la tour que j'ai au boulot n'a pas de micro elle dispose d'un haut parleur intégré, et mon écran aussi.
Si la technique permet de faire sortir des infos par un canal non surveillé ce n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Sur les forums standard, il est impossible de suivre un thread ou une discussion proprement, à chaque fois les gens sont obligés de reprendre complètement le post en question, faire un lien, préciser à qui il réponds.
Pour rien au monde je voudrais passer sur un truc 'traditionnel'
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Bref, ici google donne des résultats qui réponds aux questions, programmation shell donne en premier résultat un pdf qui réponds au moins aux questions sur la boucle for
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
à ton époque, probablement pré 2002, le réflexe des moteurs de recherche était probablement moins prononcé, et leurs résultat moins bon, aujourd'hui quand tu tapes shell for dans google tu tombes sur http://www.linuxfr-france.org.invalid/article/dalox/unix04.htm en deuxième position.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je comprends toujours pas à quoi sert fic et surtout la Blacklist, que vient elle faire dans le script ?
Que la prochaine fois tu iras en cours ?
Que la prochaine fois tu liras les manuels ?
$ man bash
$ man grep
ou plus simple ask/bing/ddg/google/qwant -> tutorial bash
fic est une variable, ici utilisé comme itérateur de boucle, blacklist est aussi une variable qui prends la valeur de $?, la variable $? est une variable automatique de bash dont tu pourra trouver la signification dans le manuel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Déjà ce n'est pas de moi dont on parle, je parle juste des raisons qui peuvent inciter à avoir ce genre d'astuce; à cela tu peux ajouter la connexion à un service réseau qui est long à charger quel que soit la vitesse du SSD.
Quant au 'change de matériel' c'est vraiment constructif comme approche.
Il fut un temps où lorsque j'ouvrais ma session, j'avais
* kde (3)
* la messagerie instantanée qui se loggait
* irc (avec connexion automatique)
* firefox (avec chargement des derniers onglets, même ajourd'hui ça peut prendre du temps)
* une konsole (sur différents points
Aujourd'hui tu peux rajouter eclipse, avec chargement du projet courant, lancement d'un serveur jboss de l'application en développement…
Bref des truc qui peuvent être long à se lancer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Si la session restaure pleins d'applications ça peut être long, j'ai déjà par le passé eu un temps d'ouverture de session plus long que le temps de boot.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Je vois bien
1) allumage de pc
2) va prendre un café / chocolat / thé / potage tomate
3) revient sur la machine avec la session déjà prête, mais sans que le collègue ait pu rajouter un xhost + ou un + hop dans un .rhosts/.shosts, ou une clé supplémentaire dans le authorized_keys, en attente du prochain 01/04 ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Oui, et? Généralement si j'ai de grosse structure de données, elle sont stocké via de vector/map/set qui eux se chargent d'avoir l'allocation dynamique sans que moi j'ai à m'en charger.
Si on en arrive à allouer toute la pile, c'est effectivement qu'il y a un soucis, mais jusqu'à présent je n'ai jamais eu ce soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Pfff… Le graphe est supposé être une structure dynamique donc alloué dans le tas. Franchement, un graphe alloué sur la pile, c'est un graphe dont on connait exactement la structure à la compilation, ça limite son intérêt…
Toi tu es resté à l'époque du C ;) tu peux très bien faire du char a[plop.size()]; (bon je ne recommande pas non plus, un vector est généralement plus indiqué ;)
Quand je code en c++, je fais très peu de new (et de delete associé), et je trouve que forcer les gens à réfléchir lorsqu'il font le new à la visibilité de l'objet en question, de sa durée de vie, et de la pertinence du new est une excellente chose, et dans le cas où le new est pertinent, voir si un conteneur est utile (shared_ptr, uniq_ptr…)
De plus, je persiste à penser qu'avoir un destructeur qui est appelé de manière prédictible est une excellente chose (fermeture de ficher, connexion, trace…)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
désolé, mais j'ai rarement vu Windows passer en mode basse fréquence quand Diablo est lancé
Même sur batterie ? Même sur une machine surdimensionnée par rapport au jeu demandé ? Le fait que ça n'arrive pas sur ton windows ne veut pas dire que ça n'arrive sur aucun windows; le mien (un 7 familial 64bits), par exemple, à une fâcheuse tendance à changer de mode lorsqu'il passe sur batterie (enfin avait, j'ai enfin trouvé où lui dire de ne pas changer de mode) (ça m'arrivait sur SW tor, et path of the exile), et crois moi ça se sent lorsqu'il passe en mode économie d'énergie.
Par contre je te rejoins sur le titre qui est très grandiloquent, pour juste une correction/amélioration dans l’ordonnanceur
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
La jvm est capable en fin d'exécution de me dire quel objet est encore alloué avec le chemin qui a conduit à son allocation? Si oui je veux savoir comment faire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Et les codeurs qui ont pondu ça deviennent magiquement meilleurs lorsqu'ils programment en C++ ?
Non les codeurs qui ont pondu ça n'essayent même pas le c++, ou utilisent les shared_ptr à tout va, ce qui revient au même; mais on peut toujours utiliser un truc qui s'appelle valgrind qui marche plutôt bien pour repérer les connerie qui traine ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Qu'un dieux puisse faire ce qu'il veux, m'en fout c'est un dieu, qu'un mage crée un golem de 3 étages de hauts avec une tête trop grosse m'en fout c'est de la magie. Qu'un gars se fasse une armure et se prends 50g dans la gueule sans broncher, là j'ai un soucis, si l'armure était magique, ça me poserait moins de problème.
L'autre point est la surenchère arrivant jusqu'au point où un personnage réécrit comme il veut le monde autour de lui, hop machin est pas né, hop la tour Eiffel est penchée, hop il y a deux lunes, bref certains auteurs sont allé trop loin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Oublier la mémoire est une mauvaise idée; Je le vois tous les jours sur une aplli java, personne ne sais d'où vient un objet sa durée de vie et s'il est un jour déréférencé, résultat, le code fuit, et personne ne sais comment régler le problème.
Masquer les problème n'est généralement pas une bonne solution; cependant si tu veux retrouver la problématique java et oublier les pointeurs, passe tout via shared_ptr<>, et tu récupère un comportement semblable à java. (avec un ramasse miette probablement pas aussi efficace)
Cela fait des années que c++ offre des conteneurs de pointeur rudement utile, avec la possibilité de faire des actions lors de la destruction d'un objet, exécuté à un endroit prévisible.
Si pour toi coder en c++ est compliqué fuit le java, depuis les annotations c'est devenu la foire aux bibliothèque faisant tout, sauf ce que le dev veut et il fait des hack immonde pour utiliser la moitié des fonctionnalité des annotation, sauf pour une propriété, rendant le code encore plus abscons qu'un script perl maintenu sur 10 ans, ou un script python sur 8 ans.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Encore heureux que non, le proc chauffe suffisamment comme ça et ça fait longtemps que les ventilo de cpu peuvent moduler leur vitesse en fonction de la température qui elle varie en fonction de la fréquence du proc (en plus du voltage), eux même dépendant de la charge de la machine.
Et pour les ATI/AMD, c'est pareille tu as une fonction d'économie d'énergie qui est la bienvenue en été
Et oui sur certains jeux le onDemand de windows ou celui d'AMD n'est pas tip top, faut forcer les fréquence minimum.
Ce n'est pas parce qu'une machine est sur secteur que tu veux qu'elle consomme un maximum, sinon ta facture EDF (ou autre concurrent) va être salée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Non absolument pas, une œuvre qui aura été écrite à ses début sera protégée plus longtemps que sa dernière, une durée fixe à partir de sa publication me parait nettement plus sain, en plus d'offrir une position claire. Prends par exemple les paroles d'une chanson 70 ans après la mort du chanteur, les paroles peuvent encore être protégée si l'auteur n'est pas l'artiste; cela oblige à faire des recherches pas forcément évidentes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pourquoi les gens comprennent aussi bien l'économie que les (pseudo-)experts ?
Posté par fearan . En réponse au journal L'économie cette méconnue. Évalué à 1.
C'est compliqué à mettre en œuvre à grande échelle, il faudrait un changement de culture radical, et actuellement on est plus dans la sélection de plus individualiste, ce qui le sont moins se font éliminer du paysage des acteurs économique.
Le modèle coopératif est meilleur pour la communauté, mais si tu es individualiste de cette communauté, tu t'en sors mieux que tes compatriotes, même si globalement tu fais baisser le rendement, tu crées des tensions…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Sous le soleil
Posté par fearan . En réponse à la dépêche Pourquoi Microsoft Word doit mourir ?. Évalué à 3.
meuh non du XML ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Pauvreté de l'offre européenne
Posté par fearan . En réponse à la dépêche Préoccupés par ce qu'on ne peut pas vous dire ? Nous aussi (Google Transparency Report). Évalué à 2.
Tu as oublié exalead, baidu et la plâtrée de moteur de recherche japonais (plus dans le style altavista que google certes…
plus OVH, gmx, free, laposte, orange…
Et Tizen ?
Le problème est qu'on ne protège pas nos entreprise comme le font les US, suffit de voire le procès Samsung / Apple et la grâce d'Obama qui se fait lorsque c'est apple qui est interdit de vente, et ne se fait pas dans le cas contraire.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: I love you
Posté par fearan . En réponse au journal sauter l'airgap avec des ultrasons. Évalué à 2.
Sans être une révolution, cela permet d'avoir un pied dans un réseau sécurisé; il "suffit" d'infecter l'ordi cible; et si la tour que j'ai au boulot n'a pas de micro elle dispose d'un haut parleur intégré, et mon écran aussi.
Si la technique permet de faire sortir des infos par un canal non surveillé ce n'est pas négligeable.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: rigolo comme blague
Posté par fearan . En réponse au message Pas facile de s'y retrouver. Évalué à 4.
j'ai dit traditionnel, pas antédiluvien (le déluge s'étant déroulé lors du passage à l'an 2000 comme chacun sait ;) )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# rigolo comme blague
Posté par fearan . En réponse au message Pas facile de s'y retrouver. Évalué à 10.
Sur les forums standard, il est impossible de suivre un thread ou une discussion proprement, à chaque fois les gens sont obligés de reprendre complètement le post en question, faire un lien, préciser à qui il réponds.
Pour rien au monde je voudrais passer sur un truc 'traditionnel'
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
Faut pas déconner le premier résultat de google quand on réclame tutoriel shell est http://doc.ubuntu-fr.org/tutoriel/script_shell ; c'est aussi le même si premier on réclame tutoriel bash, avec en prime un second résultat http://linuxfr.org/forums/programmationautre/posts/bon-tutoriel-pour-le-bash plutôt explicite.
Bref, ici google donne des résultats qui réponds aux questions, programmation shell donne en premier résultat un pdf qui réponds au moins aux questions sur la boucle for
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
à ton époque, probablement pré 2002, le réflexe des moteurs de recherche était probablement moins prononcé, et leurs résultat moins bon, aujourd'hui quand tu tapes shell for dans google tu tombes sur http://www.linuxfr-france.org.invalid/article/dalox/unix04.htm en deuxième position.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Merci
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 4.
Que la prochaine fois tu iras en cours ?
Que la prochaine fois tu liras les manuels ?
$ man bash
$ man grep
ou plus simple ask/bing/ddg/google/qwant -> tutorial bash
fic est une variable, ici utilisé comme itérateur de boucle, blacklist est aussi une variable qui prends la valeur de $?, la variable $? est une variable automatique de bash dont tu pourra trouver la signification dans le manuel
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: mais mais mais
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2.
Merci ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# mais mais mais
Posté par fearan . En réponse au message Explication d'un Script Shell. Évalué à 2. Dernière modification le 04 novembre 2013 à 19:53.
faut pendre le prof qui a pondu ce script (nan j'déconne ;) ça permet de décomposer le code
ensuite je ferai plutôt du
et enfin je me poserai la question de faire
ou encore
ou pour prendre en compte le cas où aucun fichier ne corresponds
on pourrait aussi faire du
Bon je vais m'arrêter là. On peut avoir plein de variation comme mettre le test dans le while plutôt qu'une exclusion par grep ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 1.
Déjà ce n'est pas de moi dont on parle, je parle juste des raisons qui peuvent inciter à avoir ce genre d'astuce; à cela tu peux ajouter la connexion à un service réseau qui est long à charger quel que soit la vitesse du SSD.
Quant au 'change de matériel' c'est vraiment constructif comme approche.
Il fut un temps où lorsque j'ouvrais ma session, j'avais
* kde (3)
* la messagerie instantanée qui se loggait
* irc (avec connexion automatique)
* firefox (avec chargement des derniers onglets, même ajourd'hui ça peut prendre du temps)
* une konsole (sur différents points
Aujourd'hui tu peux rajouter eclipse, avec chargement du projet courant, lancement d'un serveur jboss de l'application en développement…
Bref des truc qui peuvent être long à se lancer.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 4.
Si la session restaure pleins d'applications ça peut être long, j'ai déjà par le passé eu un temps d'ouverture de session plus long que le temps de boot.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: autostart
Posté par fearan . En réponse au message démarrer une session graphique automatiquement mais en la laissant vérrouillée. Évalué à 2.
Je vois bien
1) allumage de pc
2) va prendre un café / chocolat / thé / potage tomate
3) revient sur la machine avec la session déjà prête, mais sans que le collègue ait pu rajouter un xhost + ou un + hop dans un .rhosts/.shosts, ou une clé supplémentaire dans le authorized_keys, en attente du prochain 01/04 ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Oui, et? Généralement si j'ai de grosse structure de données, elle sont stocké via de vector/map/set qui eux se chargent d'avoir l'allocation dynamique sans que moi j'ai à m'en charger.
Si on en arrive à allouer toute la pile, c'est effectivement qu'il y a un soucis, mais jusqu'à présent je n'ai jamais eu ce soucis.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Une grande partie des objets sont crées comme ça Plop paco(truc);
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: la réponse est évidente
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4.
Toi tu es resté à l'époque du C ;) tu peux très bien faire du char a[plop.size()]; (bon je ne recommande pas non plus, un vector est généralement plus indiqué ;)
Quand je code en c++, je fais très peu de new (et de delete associé), et je trouve que forcer les gens à réfléchir lorsqu'il font le new à la visibilité de l'objet en question, de sa durée de vie, et de la pertinence du new est une excellente chose, et dans le cas où le new est pertinent, voir si un conteneur est utile (shared_ptr, uniq_ptr…)
De plus, je persiste à penser qu'avoir un destructeur qui est appelé de manière prédictible est une excellente chose (fermeture de ficher, connexion, trace…)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Performance
Posté par fearan . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 2.
Même sur batterie ? Même sur une machine surdimensionnée par rapport au jeu demandé ? Le fait que ça n'arrive pas sur ton windows ne veut pas dire que ça n'arrive sur aucun windows; le mien (un 7 familial 64bits), par exemple, à une fâcheuse tendance à changer de mode lorsqu'il passe sur batterie (enfin avait, j'ai enfin trouvé où lui dire de ne pas changer de mode) (ça m'arrivait sur SW tor, et path of the exile), et crois moi ça se sent lorsqu'il passe en mode économie d'énergie.
Par contre je te rejoins sur le titre qui est très grandiloquent, pour juste une correction/amélioration dans l’ordonnanceur
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
La jvm est capable en fin d'exécution de me dire quel objet est encore alloué avec le chemin qui a conduit à son allocation? Si oui je veux savoir comment faire ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
Non les codeurs qui ont pondu ça n'essayent même pas le c++, ou utilisent les shared_ptr à tout va, ce qui revient au même; mais on peut toujours utiliser un truc qui s'appelle valgrind qui marche plutôt bien pour repérer les connerie qui traine ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 2.
Qu'un dieux puisse faire ce qu'il veux, m'en fout c'est un dieu, qu'un mage crée un golem de 3 étages de hauts avec une tête trop grosse m'en fout c'est de la magie. Qu'un gars se fasse une armure et se prends 50g dans la gueule sans broncher, là j'ai un soucis, si l'armure était magique, ça me poserait moins de problème.
L'autre point est la surenchère arrivant jusqu'au point où un personnage réécrit comme il veut le monde autour de lui, hop machin est pas né, hop la tour Eiffel est penchée, hop il y a deux lunes, bref certains auteurs sont allé trop loin.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 2.
:D C'était le but ;)
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# J'en pense que
Posté par fearan . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 4.
Oublier la mémoire est une mauvaise idée; Je le vois tous les jours sur une aplli java, personne ne sais d'où vient un objet sa durée de vie et s'il est un jour déréférencé, résultat, le code fuit, et personne ne sais comment régler le problème.
Masquer les problème n'est généralement pas une bonne solution; cependant si tu veux retrouver la problématique java et oublier les pointeurs, passe tout via shared_ptr<>, et tu récupère un comportement semblable à java. (avec un ramasse miette probablement pas aussi efficace)
Cela fait des années que c++ offre des conteneurs de pointeur rudement utile, avec la possibilité de faire des actions lors de la destruction d'un objet, exécuté à un endroit prévisible.
Si pour toi coder en c++ est compliqué fuit le java, depuis les annotations c'est devenu la foire aux bibliothèque faisant tout, sauf ce que le dev veut et il fait des hack immonde pour utiliser la moitié des fonctionnalité des annotation, sauf pour une propriété, rendant le code encore plus abscons qu'un script perl maintenu sur 10 ans, ou un script python sur 8 ans.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Performance
Posté par fearan . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 2.
Encore heureux que non, le proc chauffe suffisamment comme ça et ça fait longtemps que les ventilo de cpu peuvent moduler leur vitesse en fonction de la température qui elle varie en fonction de la fréquence du proc (en plus du voltage), eux même dépendant de la charge de la machine.
Et pour les ATI/AMD, c'est pareille tu as une fonction d'économie d'énergie qui est la bienvenue en été
Et oui sur certains jeux le onDemand de windows ou celui d'AMD n'est pas tip top, faut forcer les fréquence minimum.
Ce n'est pas parce qu'une machine est sur secteur que tu veux qu'elle consomme un maximum, sinon ta facture EDF (ou autre concurrent) va être salée.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Précision qui m'intérroge
Posté par fearan . En réponse au journal Tintin tombera-t-il un jour dans le domaine public ?. Évalué à 5.
Non absolument pas, une œuvre qui aura été écrite à ses début sera protégée plus longtemps que sa dernière, une durée fixe à partir de sa publication me parait nettement plus sain, en plus d'offrir une position claire. Prends par exemple les paroles d'une chanson 70 ans après la mort du chanteur, les paroles peuvent encore être protégée si l'auteur n'est pas l'artiste; cela oblige à faire des recherches pas forcément évidentes.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent