Skip to main content

ecrire un email

C'est quoi le problème?

Il y a un problème global: Les gens qui utilisent les emails ne savent pas utiliser les emails.

Un email c'est un message: du contenu. Ce contenu doit être lisible le plus rapidement possible.

Ecrire en HTML

Ecrire un message en HTML, c'est utiliser sont Outlook ou Thunderbird dans sa cofiguration par défaut.

Cela permet de faire des messages avec de la mise en forme, des couleurs, insérer des images,... Mais:

  • On ne sait pas comment le destinataire va lire le message, on ne sait donc pas si l'HTML est supporté et par principe on utilise le plus petit dénominateur commun.
  • Un message HTML prend trois fois plus de place au moins qu'un message en "texte brut", soit trois fois plus de bande passante (multiplié par les centaines d'aliases qu'on a dans une entrepise)
  • De nombreux utilisateurs gardent les messages sur le disque pour pouvoir effectuer des recherches, en augmentant la taille par 3 on augmente d'autant le temps de recherche. Sur les milliers de messages reçus des différents services d'une enterprise, c'est beaucoup.
  • Il est plus confortable et reposant de lire tous des messages formattés de la même façon que de devoir à chaque message s'adapter à des couleurs, des fonds, des polices,... différentes
  • En général, on respecte le choix de celui à qui on écrit. Plutot que d'imposer des couleurs et des polices de caractères au lecteur, on envoie le message en texte brut, et on laisse le soin au destinataire d'avoir choisi comment afficher le simple texte brut.

Répondre au dessus

Beaucoup de gens placent la réponse au dessus, sans raison valable.

Par exemple, soit le dialogue suivant:

R: Parce que ça renverse bêtement l'ordre naturel de lecture !
Q: Mais pourquoi citer en fin de message est-il si effroyable ?
R: Répondre au dessus de la citation
Q: Quelle est la chose la plus désagréable dans un message ?

En le lisant naturellement (du haut vers le bas), il n'a pas beaucoup de sens.

En le lisant anti-naturellement (du bas vers le haut), un cerveau en état de marche remarquera la similitude avec certaisn E-Mail qu'on a échangé il y a quelques minutes.
Un cerveau toujours en état de marche remarquera que la façon naturelle de lire est perturbé par le fait de répondre en haut.

Placer sa réponse au-dessus du message revient à couper la parole à l'interlocuteur. En effet, c'est ce qu'on lira en premier dans votre message.

De même, citer l'intégralité d'un message est superflu. Le message va être transporté sur de nombreux serveurs, un grand nombre de personnes vont télécharger ce message. Ils n'ont pas envie d'attendre une demi-heure (Tout le monde n'a pas une connexion 10Mbps) pour vous lire. Il vaut mieux être concis.

Donc quoi?

Arreter les E-mails en HTML et répondre en bas, intelligemment.

Si on souhaite que le destinataire fournisse l'effort de lire, il faut fournir l'effort d'écrire correctement.

Popular posts from this blog

npm run build base-href

Using NPM to specify base-href When building an Angular application, people usually use "ng" and pass arguments to that invocation. Typically, when wanting to hard code "base-href" in "index.html", one will issue: ng build --base-href='https://ngx.rktmb.org/foo' I used to build my angular apps through Bamboo or Jenkins and they have a "npm" plugin. I got the habit to build the application with "npm run build" before deploying it. But the development team once asked me to set the "--base-href='https://ngx.rktmb.org/foo'" parameter. npm run build --base-href='https://ngx.rktmb.org/foo did not set the base href in indext.html After looking for a while, I found https://github.com/angular/angular-cli/issues/13560 where it says: You need to use −− to pass arguments to npm scripts. This did the job! The command to issue is then: npm run build -- --base-href='https://ngx.rktmb.org/foo&

emacs29 intelephense

Emacs 29 and PHP Intelephense I use to use Emacs and PHP Intelephense for PHP development. I recently upgraded to Emacs 29 and PHP Intelephense stopped working. I found a solution on Reddit Based on that, I rewrote my .emacs file to use eglot instead of lsp-mode, and this is the result. (use-package eglot :ensure t) (add-hook 'php-mode-hook 'eglot-ensure) (use-package php-mode :ensure t :mode ("\\.php\\'" . php-mode)) (add-to-list 'auto-mode-alist '("\\.php$" . php-mode)) (provide 'lang-php) (use-package company :ensure t :config (setq company-idle-delay 0.3) (global-company-mode 1) (global-set-key (kbd "M- ") 'company-complete)) (require 'eglot) (add-to-list 'eglot-server-programs '((php-mode :language-id "php") . ("intelephense" "--stdio" :initializationOptions (:licenseKey "98989898989898989898"

Jenkins invalid privatekey

Publish over SSH, Message "invalid privatekey:" With quite recent (June-July 2020) installations of Jenkins and OpenSSH, I have the following error message when using the "Deploy overs SSH" Jenkins plug-in and publishing artifacts to the target overs SSH: jenkins.plugins.publish_over.BapPublisherException: Failed to add SSH key. Message [invalid privatekey: [B@d8d395a] This problem seems to be referenced here: https://issues.jenkins-ci.org/browse/JENKINS-57495 Just regenerate a key with the right parameters To solve it: ssh-keygen -t rsa -b 4096 Or ssh-keygen -t rsa -b 4096 -m PEM