Si on résume, on aurait un système ultra minimal qui se chargerait de lancer des hôtes pour les diverses applications. Poussé au max, on aurait un hôte pour le système de fichier (les autres hôtes y accédant par le réseau) et plus généralement, on en aurait un pour chaque périphérique. On pourrait imaginer un hôte dont le boulot serait de géré les droits d'accès. On pourrait imaginer qu'un hôte puisse lancer un hôte sans avoir de droits privilégiés. Avec ça, on pourrait retirer plein de trucs inutiles du noyau. Bien évidemment, on n'utiliserait pas le vrai réseau mais un système d'IPC super optimisé. Je propose qu'on appelle ce nouveau noyau « micro linux ». Mais certains esprits chagrins risqueraient de dire que c'était mieux avant quand ça ne s'appelait encore que le Hurd.
Dans un autre genre, depuis 2 mois, je suis en Allemagne. J'ai appris l'allemand à l'école au millénaire dernier. J'essaye autant que possible de parler et effectivement, j'ai beaucoup progressé mais je me sens terriblement limité par mon vocabulaire. Je ne me vois pas passer en anglais pour demander comment on dit tel ou tel mot en allemand. Je trouve que la télé (ou le cinéma je n'y suis pas allé) en VO non sous-titré m'aide pour enrichir mon vocabulaire. Pour progresser, parler ET la VO non ST aident mais différemment.
Sauf erreur, pour le broadcast, tu gardes le réseau et tu complètes avec des 1 en binaire.
Donc si ton réseau est 123.123.123.0/25, l'adresse de broadcast est 123.123.123.127.
J'avoue que je ne comprends pas ce qu'ajuster les références veut dire.
Pour moi, il y a les références absolues et les références relatives.
Si la case a1 contient la formule b2+1, j'interprète ça comme « prends le contenu de la case à droite d'une case et en bas d'une case et ajoute 1 ». Donc pour moi, si on insère une ligne avant la ligne A, la case devient B1 et elle doit contenir c2+1.
C'est un peu comme la différence entre « cp /tmp/toto.txt . » et « cp ../toto.txt . »
Mais bon, je n'utilise des tableurs qu'à un niveau très basique.
J'ai l'impression que
- des gens reprochent à l'équipe de systemd d'avoir implémenté leur idée.
- des gens pensent que les standards freedesktop morts-nés, c'est bien mais pas très utile. Au moins, là c'est utile.
- des gens se disent qu'à partir du moment où c'est implémenté, alors, forcément, ce n'est pas documenté.
Je ne me suis pas penché dessus mais j'ai l'impression que tout ce que le projet systemd fait est très documenté. Je suppose donc que le format de stockage des logs l'est aussi. En fait, en 3 minutes, j'ai trouvé ça: http://www.freedesktop.org/wiki/Software/systemd/journal-files/
À partir de ce moment, tu peux t'amuser à implémenter un programme spécifique pour lire ces logs. Et si tu trouve une incompatibilité, tu peux ouvrir un bug. Tu n'es donc pas enfermé.
Lisible avec combien d'outils différents? Un seul? Et que faire si un "hypothétique" bug apparaît qui corrompt la base de données (qui, j'imagine, est unique: une seule BDD pour l'ensemble du système?) ? On perds tous les journaux? Je suis pas admin, mais je suppose que ce n'est pas très acceptable, si?
Parce que s'il existe 15 progs différents, ça veut dire qu'il n'y aura pas de bugs dans celui que tu va utiliser et donc aucune chance de perdre tous les journaux ?
C'est au contraire très très bien qu'il n'y ait qu'un seul outil. Les bugs seront trouvés beaucoup plus vite.
La question devient: qu'est-ce que ça veut dire qu'un fichier est /structuré/ en lignes de texte ?
Si on prend comme définition: un caractère prend 8 bits (ou 16 bits ou une taille fixe), alors on n'a pas le droit d'utiliser utf8. Si on autorise les caractères de taille variable, alors un document texte compressé par un algorithme à la Huffman est un fichier texte. Selon toi, mes fichiers de log compressés ne sont pas des fichiers textes. Pourtant, même si la représentation interne est différente, ils sont pourtant clairement structurés en lignes de texte.
Je pense que ton principal problème est que tu as des habitudes. Pour travailler avec tes fichiers de logs, tu utilises certaines programmes (less, grep, sed, awk, cat, perl…) et qu'avec ce changement de format, tu dois changer tes habitudes. Et ça te fait chier (et je te comprends).
J'ai toujours trouvé étrange l'histoire des logs « binaires » vs les logs « non binaires ».
Dans tous les cas, c'est binaire. Dans tous les cas, il faut un outil pour les lires. Le fait qu'on utilise utilise un programme étiqueté « non binaire » comme less ne rend pas le format de stockage moins binaire. Si ça te rassure, fais un alias less-log sur la commande binaire qui lit les logs, tu verras, ça ira tout de suite beaucoup mieux.
Au passage, chez moi, j'ai plein de logs qui sont compressés à coup de gzip. Dans le genre format binaire, ça se pose là. Mais c'est pas grave, je peux les lire avec zless et dans zless, il y a less. Ce n'est donc pas un format binaire.
Indépendamment du système de notation, il ne faut pas oublier qu'il y a des personnes qui postent les commentaires. Il y aura toujours des « trolls », des maladroits, des intransigeants…
Je me souviens d'un article sur LWN (j'ai la flemme d'aller le retrouver), ça devait être une interview dans lequel on demandait à un type très reconnu comment il faisait pour suivre aussi bien et intervenir autant sur la mailing list du noyau qui est connue pour son très fort trafic. Le type expliquait qu'il fonctionnait par pattern matching. Quand un fil a la forme x répond à i répond à x répond à j répond à x répond à k répond à x répond à l… C'est un fil inintéressant et il zap sauf si i, j ou k est quelqu'un qu'il a identifié comme étant intéressant. Il identifiait un certain nombre d'autres profils de discussions classiques.
Quelque soit le système de gestion pour un site avec un tel trafic, on retrouve les même motifs. Je pense que changer le système de notation ne changera absolument rien.
Les clefs RSA sont particulièrement vulnérables, car leur génération nécessite non pas un mais deux grands nombres premiers.
Ce qui rend les choses encore plus compliquée avec RSA, c'est que si on veut des clefs de bonne qualité, il ne faut pas simplement prendre deux nombres premier p et q au hasard.
Petit rappel, n=pq est un élément des clefs publiques et privées. Si on sait factoriser n, on est mort. Or, si il existe des algorithmes de factorisation qui fonctionnent bien dans des cas particuliers. Exemples:
Si p ou q est petit, c'est mort. Même le crible d'Ératosthène devient utilisable. Mais c'est aussi le cas de méthodes plus sophistiquée.
Si p-q est petit, c'est mort aussi. Preuve. On pose n=pq et k=p-q.
Comme (p+q)²=k²+4n, on a p+q=\sqrt(k²+4n). Donc 2p=\sqrt(k²+4n)-k. Il ne reste plus qu'à tester toutes les « petites » valeurs de k.
Bref, générer de bonnes clefs RSA, c'est TRÈS compliqué.
Il est peut-être mauvais mais il est très simple à comprendre et à contrôler. Et la confiance dans le système de vote est essentielle. Sinon, on peut aussi bien passer à des machines électroniques.
Après n'importe quelle élection, on a les résultats quasi définitif dans les 2 heures après la fin du scrutin et les résultats définitifs dans les 24 heures. Avec un vote de Condorcet ou n'importe quel autre système théoriquement meilleur, tu n'as pas ces éléments qui sont essentiels.
Ce qui gène fondamentalement la portabilité, c'est que les fichiers sont placés à des endroits différents sur chaque distribution. Et ce pour des raisons historiques et de non concertation. Alors oui, certains choix sont vraiment motivés et il est important que les distrib puissent faire des choix différents. Mais dans pas mal de cas, c'est complètement inutile. Parce que bon, placer un fichier dans /etc/network-conf/ ou /etc/conf-network/ c'est kif kif et haricot, tout ça c'est du même acajou.
Je crois me souvenir que c'était aussi un des but de Poettering quand il a lancé systemd. Forcer un peu d'uniformisation.
Je suis sûr que sur tes machines, ta pile réseau utilise le protocole ARP. Pourtant, c'est complètement inutile, en plus, ça fait des requêtes en plus sur le réseau, du code qui tourne sur ta machine alors qu'un bête fichier /etc/networl/arp dans lequel tu mettrais toutes les correspondances IP - adresse MAC ferait parfaitement l'affaire.
Et puis, tu n'utilises pas vi mais ed parce que vi est complètement bloated.
Pour moi, un des intérêts de l'informatique est d'automatiser certaines tâches. L'informatique avance parce que les gens sont paresseux.
En ce qui me concerne, j'ai fondamentalement gardé les même besoins qu'en 1996. Je fais du mail, du LaTeX. J'écoute de la musique. Et je surf sur le web. Alors, c'est vrai que le web à changé. C'est donc normal que le navigateur aussi. Mais je pourrais en grande partie continuer à utiliser ma configuration de l'époque. Sauf que je ne veux pas. Certes ma configuration est beaucoup plus lourde. Mais ma machine est beaucoup plus puissante.
La limite à 50 personnes, c'est celle que je pense que n'importe qui peut atteindre. Au delà, il faut un minimum d'entraînement. Je sais que je n'ai aucun problème avec un amphi de 90 minutes avec 120 étudiants.
Sinon, pour ce qui est de répéter quand on n'a pas l'habitude, oui c'est important. Mais je me souviens que j'avais tendance à m'installer dans un bureau avec mes potes. C'était une très mauvaise idée. Quitte à répéter, il faut se mettre le plus possible en condition réelle, donc dans un amphi ou dans une salle avec les amis loin.
Et si vous en avez l'occasion, prenez des cours de chant avec un vrai professeur. De façon générale, si on n'y réfléchit pas trop, on place naturellement pas trop mal sa voix. Les conseils que j'ai donné tendent à placer l'orateur dans une situation ou naturellement, il ne fait pas n'importe quoi. Mais si on a vraiment appris à place sa voix, ça reste incomparable.
Pour parler plus fort et éviter d'avoir un ton trop monotone—je n'utilise jamais de micro --, j'utilise la technique suivante.
Il n'y a qu'à voir le volume sonore que peut produire un bébé qui pleure pour se persuader que n'importe qui doit pouvoir facilement se faire entendre dans une salle de 50 personnes. Le problème, c'est que quand on n'en a pas l'habitude, on a tendance à se crisper. Le truc est d'oublier les 50 personnes et d'imaginer qu'on parle à un pote qui est au dernier rang. On est tout de suite plus détendu et la voix porte mieux. Pour s'entraîner, on peut prendre un ami et s'amuser à discuter en étant à 30 mètres de distance.
Par ailleurs, quand on cause avec un pote, on n'a pas un ton monotone. On lui raconte un truc, on rythme le discours. Ça corrige aussi le second point.
Une dernière chose. Quand je fais un exposé long, j'essaye de prendre une petite bouteille d'eau et de me forcer à en boire une partie non négligeable. D'une part, parler à tendance à déssécher la gorge, ce qui n'est pas bon pour les cordes vocales. Boire permet de ne pas se détruire la voix. Mais ça force à rythmer le discours. Quand on boit, on ne parle pas.
Il y a des styles beamer. Je ne l'ai jamais utilisé pour cela parce que j'ai une suffisamment bonne connaissance de LaTeX et beamer mais ça me semble une solution à tester.
[^] # Re: Les conteneurs
Posté par fmaz fmaz . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 6.
C'est vrai, ça serait super cool ça.
Si on résume, on aurait un système ultra minimal qui se chargerait de lancer des hôtes pour les diverses applications. Poussé au max, on aurait un hôte pour le système de fichier (les autres hôtes y accédant par le réseau) et plus généralement, on en aurait un pour chaque périphérique. On pourrait imaginer un hôte dont le boulot serait de géré les droits d'accès. On pourrait imaginer qu'un hôte puisse lancer un hôte sans avoir de droits privilégiés. Avec ça, on pourrait retirer plein de trucs inutiles du noyau. Bien évidemment, on n'utiliserait pas le vrai réseau mais un système d'IPC super optimisé. Je propose qu'on appelle ce nouveau noyau « micro linux ». Mais certains esprits chagrins risqueraient de dire que c'était mieux avant quand ça ne s'appelait encore que le Hurd.
[^] # Re: Et si on prenait ça comme un retour?
Posté par fmaz fmaz . En réponse au journal Word vs TeX. Évalué à 3.
Une partie de ce que tu voudrais est le but de LaTeX 3. Mais comme il n'y a que \pi personnes au monde qui bossent dessus, ça n'avance pas vraiment.
[^] # Re: Personne pour lancer le troll?
Posté par fmaz fmaz . En réponse à la dépêche Joker, un logiciel pour doubler des films sous licence GPL. Évalué à 3.
Dans un autre genre, depuis 2 mois, je suis en Allemagne. J'ai appris l'allemand à l'école au millénaire dernier. J'essaye autant que possible de parler et effectivement, j'ai beaucoup progressé mais je me sens terriblement limité par mon vocabulaire. Je ne me vois pas passer en anglais pour demander comment on dit tel ou tel mot en allemand. Je trouve que la télé (ou le cinéma je n'y suis pas allé) en VO non sous-titré m'aide pour enrichir mon vocabulaire. Pour progresser, parler ET la VO non ST aident mais différemment.
[^] # Re: Licence
Posté par fmaz fmaz . En réponse au journal Du xml dans vos outils CLI. Évalué à 2.
Sauf erreur, pour le broadcast, tu gardes le réseau et tu complètes avec des 1 en binaire.
Donc si ton réseau est 123.123.123.0/25, l'adresse de broadcast est 123.123.123.127.
[^] # Re: c'est configurable dans la 4.4 :D
Posté par fmaz fmaz . En réponse au journal Libreoffice 4.3 : Bug 81633 du tri : "It's not a bug, it's a feature !". Évalué à 1.
J'avoue que je ne comprends pas ce qu'ajuster les références veut dire.
Pour moi, il y a les références absolues et les références relatives.
Si la case a1 contient la formule b2+1, j'interprète ça comme « prends le contenu de la case à droite d'une case et en bas d'une case et ajoute 1 ». Donc pour moi, si on insère une ligne avant la ligne A, la case devient B1 et elle doit contenir c2+1.
C'est un peu comme la différence entre « cp /tmp/toto.txt . » et « cp ../toto.txt . »
Mais bon, je n'utilise des tableurs qu'à un niveau très basique.
# C'est plus général que ça.
Posté par fmaz fmaz . En réponse au journal "beauté du code". Évalué à 5.
Dans tout artisanat (sans le sens noble du terme), on a une notion de beauté.
L'exemple caricatural à mon avis est celui d'un médecin qui parle d'une « belle plaie ».
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par fmaz fmaz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 4.
Au passage, combien d'implémentations concurrentes d'ext4 connais-tu?
Te sens-tu enfermé pour autant ?
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par fmaz fmaz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 5.
Je ne vois absolument pas le rapport.
J'ai l'impression que
- des gens reprochent à l'équipe de systemd d'avoir implémenté leur idée.
- des gens pensent que les standards freedesktop morts-nés, c'est bien mais pas très utile. Au moins, là c'est utile.
- des gens se disent qu'à partir du moment où c'est implémenté, alors, forcément, ce n'est pas documenté.
Je ne me suis pas penché dessus mais j'ai l'impression que tout ce que le projet systemd fait est très documenté. Je suppose donc que le format de stockage des logs l'est aussi. En fait, en 3 minutes, j'ai trouvé ça: http://www.freedesktop.org/wiki/Software/systemd/journal-files/
À partir de ce moment, tu peux t'amuser à implémenter un programme spécifique pour lire ces logs. Et si tu trouve une incompatibilité, tu peux ouvrir un bug. Tu n'es donc pas enfermé.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par fmaz fmaz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à -1.
Parce que s'il existe 15 progs différents, ça veut dire qu'il n'y aura pas de bugs dans celui que tu va utiliser et donc aucune chance de perdre tous les journaux ?
C'est au contraire très très bien qu'il n'y ait qu'un seul outil. Les bugs seront trouvés beaucoup plus vite.
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par fmaz fmaz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 7.
La question devient: qu'est-ce que ça veut dire qu'un fichier est /structuré/ en lignes de texte ?
Si on prend comme définition: un caractère prend 8 bits (ou 16 bits ou une taille fixe), alors on n'a pas le droit d'utiliser utf8. Si on autorise les caractères de taille variable, alors un document texte compressé par un algorithme à la Huffman est un fichier texte. Selon toi, mes fichiers de log compressés ne sont pas des fichiers textes. Pourtant, même si la représentation interne est différente, ils sont pourtant clairement structurés en lignes de texte.
Je pense que ton principal problème est que tu as des habitudes. Pour travailler avec tes fichiers de logs, tu utilises certaines programmes (less, grep, sed, awk, cat, perl…) et qu'avec ce changement de format, tu dois changer tes habitudes. Et ça te fait chier (et je te comprends).
[^] # Re: Du point de vue utilisateur ou mainteneur ?
Posté par fmaz fmaz . En réponse au journal Ne dites pas à ma mère que j'ai installé systemd, elle croit que je suis pianiste dans un bordel.. Évalué à 3.
J'ai toujours trouvé étrange l'histoire des logs « binaires » vs les logs « non binaires ».
Dans tous les cas, c'est binaire. Dans tous les cas, il faut un outil pour les lires. Le fait qu'on utilise utilise un programme étiqueté « non binaire » comme less ne rend pas le format de stockage moins binaire. Si ça te rassure, fais un alias less-log sur la commande binaire qui lit les logs, tu verras, ça ira tout de suite beaucoup mieux.
Au passage, chez moi, j'ai plein de logs qui sont compressés à coup de gzip. Dans le genre format binaire, ça se pose là. Mais c'est pas grave, je peux les lire avec zless et dans zless, il y a less. Ce n'est donc pas un format binaire.
[^] # Re: critique constructive
Posté par fmaz fmaz . En réponse au journal Le retour de la censure d'Etat : la loi Cazeneuve. Évalué à 2.
Augmenter les moyens de la justice pour que les juges puissent répondre dans un délai raisonnable, ça ne marche pas comme solution ?
# Blop
Posté par fmaz fmaz . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 10.
Indépendamment du système de notation, il ne faut pas oublier qu'il y a des personnes qui postent les commentaires. Il y aura toujours des « trolls », des maladroits, des intransigeants…
Je me souviens d'un article sur LWN (j'ai la flemme d'aller le retrouver), ça devait être une interview dans lequel on demandait à un type très reconnu comment il faisait pour suivre aussi bien et intervenir autant sur la mailing list du noyau qui est connue pour son très fort trafic. Le type expliquait qu'il fonctionnait par pattern matching. Quand un fil a la forme x répond à i répond à x répond à j répond à x répond à k répond à x répond à l… C'est un fil inintéressant et il zap sauf si i, j ou k est quelqu'un qu'il a identifié comme étant intéressant. Il identifiait un certain nombre d'autres profils de discussions classiques.
Quelque soit le système de gestion pour un site avec un tel trafic, on retrouve les même motifs. Je pense que changer le système de notation ne changera absolument rien.
[^] # Re: Vitesse d'utilisation seulement ou aussi sécurité?
Posté par fmaz fmaz . En réponse à la dépêche scdrand: alimenter le pool d’entropie du noyau à partir d’une carte à puce. Évalué à 10.
Ce qui rend les choses encore plus compliquée avec RSA, c'est que si on veut des clefs de bonne qualité, il ne faut pas simplement prendre deux nombres premier p et q au hasard.
Petit rappel, n=pq est un élément des clefs publiques et privées. Si on sait factoriser n, on est mort. Or, si il existe des algorithmes de factorisation qui fonctionnent bien dans des cas particuliers. Exemples:
Si p ou q est petit, c'est mort. Même le crible d'Ératosthène devient utilisable. Mais c'est aussi le cas de méthodes plus sophistiquée.
Si p-q est petit, c'est mort aussi. Preuve. On pose n=pq et k=p-q.
Comme (p+q)²=k²+4n, on a p+q=\sqrt(k²+4n). Donc 2p=\sqrt(k²+4n)-k. Il ne reste plus qu'à tester toutes les « petites » valeurs de k.
Bref, générer de bonnes clefs RSA, c'est TRÈS compliqué.
[^] # Re: Oui mais non
Posté par fmaz fmaz . En réponse au journal Mathématiques du vote. Évalué à 5.
Il est peut-être mauvais mais il est très simple à comprendre et à contrôler. Et la confiance dans le système de vote est essentielle. Sinon, on peut aussi bien passer à des machines électroniques.
Après n'importe quelle élection, on a les résultats quasi définitif dans les 2 heures après la fin du scrutin et les résultats définitifs dans les 24 heures. Avec un vote de Condorcet ou n'importe quel autre système théoriquement meilleur, tu n'as pas ces éléments qui sont essentiels.
[^] # Re: je suis le seul ou quoi ?
Posté par fmaz fmaz . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à 5.
Sur ma machine, l'appli systemd est un binaire qui fait 829792 octets.
Toujours sur ma machine, le projet systemd comporte les applications: systemd, systemd-ac-power, systemd-binfmt, systemd-cgroups-agent, systemd-cryptsetup, systemd-detect-virt, systemd-fsck, systemd-hostnamed, systemd-initctl, systemd-journald, systemd-localed, systemd-logind, systemd-modules-load, systemd-multi-seat-x, systemd-quotacheck, systemd-random-seed, systemd-readahead-collect, systemd-readahead-replay, systemd-remount-api-vfs, systemd-reply-password, systemd-shutdown, systemd-shutdownd, systemd-sysctl, systemd-timedated, systemd-timestamp, systemd-uaccess, systemd-update-utmp, systemd-user-sessions, systemd-vconsole-setup.
[^] # Re: dépendance à un système d'init
Posté par fmaz fmaz . En réponse au journal Debian à l'heure du choix. Évalué à 6.
Ce qui gène fondamentalement la portabilité, c'est que les fichiers sont placés à des endroits différents sur chaque distribution. Et ce pour des raisons historiques et de non concertation. Alors oui, certains choix sont vraiment motivés et il est important que les distrib puissent faire des choix différents. Mais dans pas mal de cas, c'est complètement inutile. Parce que bon, placer un fichier dans /etc/network-conf/ ou /etc/conf-network/ c'est kif kif et haricot, tout ça c'est du même acajou.
Je crois me souvenir que c'était aussi un des but de Poettering quand il a lancé systemd. Forcer un peu d'uniformisation.
[^] # Re: dépendance à un système d'init
Posté par fmaz fmaz . En réponse au journal Debian à l'heure du choix. Évalué à 8.
Je suis sûr que sur tes machines, ta pile réseau utilise le protocole ARP. Pourtant, c'est complètement inutile, en plus, ça fait des requêtes en plus sur le réseau, du code qui tourne sur ta machine alors qu'un bête fichier /etc/networl/arp dans lequel tu mettrais toutes les correspondances IP - adresse MAC ferait parfaitement l'affaire.
Et puis, tu n'utilises pas vi mais ed parce que vi est complètement bloated.
Pour moi, un des intérêts de l'informatique est d'automatiser certaines tâches. L'informatique avance parce que les gens sont paresseux.
En ce qui me concerne, j'ai fondamentalement gardé les même besoins qu'en 1996. Je fais du mail, du LaTeX. J'écoute de la musique. Et je surf sur le web. Alors, c'est vrai que le web à changé. C'est donc normal que le navigateur aussi. Mais je pourrais en grande partie continuer à utiliser ma configuration de l'époque. Sauf que je ne veux pas. Certes ma configuration est beaucoup plus lourde. Mais ma machine est beaucoup plus puissante.
[^] # Re: bof ?
Posté par fmaz fmaz . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 3.
Si ce genre de chose existait, ne serait-il pas très simple pour un programme méchant pas bô de forcer le noyau à faire n'importe quoi ?
[^] # Re: Une idée
Posté par fmaz fmaz . En réponse au journal Antispam, la solution ultime. Évalué à 1.
Porte plainte pour revente de ton adresse.
[^] # Re: Quelques commentaires
Posté par fmaz fmaz . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 2.
Sauf erreur, javascript a fortement été influencé par self.
[^] # Re: Sur les exposés
Posté par fmaz fmaz . En réponse au journal 3 ans de projets libre: bilan et apprentissages. Évalué à 1.
La limite à 50 personnes, c'est celle que je pense que n'importe qui peut atteindre. Au delà, il faut un minimum d'entraînement. Je sais que je n'ai aucun problème avec un amphi de 90 minutes avec 120 étudiants.
Sinon, pour ce qui est de répéter quand on n'a pas l'habitude, oui c'est important. Mais je me souviens que j'avais tendance à m'installer dans un bureau avec mes potes. C'était une très mauvaise idée. Quitte à répéter, il faut se mettre le plus possible en condition réelle, donc dans un amphi ou dans une salle avec les amis loin.
Et si vous en avez l'occasion, prenez des cours de chant avec un vrai professeur. De façon générale, si on n'y réfléchit pas trop, on place naturellement pas trop mal sa voix. Les conseils que j'ai donné tendent à placer l'orateur dans une situation ou naturellement, il ne fait pas n'importe quoi. Mais si on a vraiment appris à place sa voix, ça reste incomparable.
# Sur les exposés
Posté par fmaz fmaz . En réponse au journal 3 ans de projets libre: bilan et apprentissages. Évalué à 10.
Pour parler plus fort et éviter d'avoir un ton trop monotone—je n'utilise jamais de micro --, j'utilise la technique suivante.
Il n'y a qu'à voir le volume sonore que peut produire un bébé qui pleure pour se persuader que n'importe qui doit pouvoir facilement se faire entendre dans une salle de 50 personnes. Le problème, c'est que quand on n'en a pas l'habitude, on a tendance à se crisper. Le truc est d'oublier les 50 personnes et d'imaginer qu'on parle à un pote qui est au dernier rang. On est tout de suite plus détendu et la voix porte mieux. Pour s'entraîner, on peut prendre un ami et s'amuser à discuter en étant à 30 mètres de distance.
Par ailleurs, quand on cause avec un pote, on n'a pas un ton monotone. On lui raconte un truc, on rythme le discours. Ça corrige aussi le second point.
Une dernière chose. Quand je fais un exposé long, j'essaye de prendre une petite bouteille d'eau et de me forcer à en boire une partie non négligeable. D'une part, parler à tendance à déssécher la gorge, ce qui n'est pas bon pour les cordes vocales. Boire permet de ne pas se détruire la voix. Mais ça force à rythmer le discours. Quand on boit, on ne parle pas.
[^] # Re: Puisque l'on est vendredi…
Posté par fmaz fmaz . En réponse au journal Gnome 3.8 dans debian Jessie !. Évalué à 6.
Depuis quand, une version qui n'est pas la plus récente est-elle nécessairement obsolète ?
# LyX
Posté par fmaz fmaz . En réponse au journal Présentations…. Évalué à 2.
Et LyX ?
Il y a des styles beamer. Je ne l'ai jamais utilisé pour cela parce que j'ai une suffisamment bonne connaissance de LaTeX et beamer mais ça me semble une solution à tester.