Topological acceleration (en | fr) | A propos de ce blog | La courbure négative moyenne | inhomog@ADS | arXiv | ADS |
blogs | archives | |||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Tue, 07 Jul 2020
Slack et zoom - une cage dorée pour les astronomes
Pourquoi les astronomes ne devrions-nous pas utiliser Zoom ou Slack pour la communication en texte/audio/vidéo/fichiers sur l'Internet ? Parmi les raisons pratiques sont :
Les conséquences justifient-ils l'action ? Faut-il rejeter l'éthique déontologique ? Indépendamment des raisons pratiques pour ne pas utiliser ni Zoom ni Slack (ni Skype, MS Teams/GAFAM, Webex), il y a bien des raisons déontologiques~: Parmi les raisons déontologiques sont :
Le contre-argument le plus courant contre les arguments conséquentialistes et déontologiques, c'est la Tyrannie de la commodité [Keye 2009] (aussi [Wu 2018]). « Ça marche ! Ça marche ! Je ne souhaite que de communiquer de façon efficace et sympathique ! Je ne suis pas informaticien-ne ! La plupart des gens de notre communauté l'utilisent, alors nous aussi nous devrions y participer ! Et après tout, Zoom/Slack a la fonctionnalité X, ce que je n'ai pas trouvé sur Jitsi/BBB/Jami/Matrix en cherchant même pendant cinq secondes.» Ce qui nous ramène au conséquentialisme. La fin est-elle suffisamment bonne pour justifier les moyens et laisser tomber la déontologie ? Les logiciels sont au cœur des luttes géopolitiques et économiques du XXIème siècle. Faudrait-il soutenir les logiciels autoritaires et des entreprises de l'informatique quasi-totalitaires parce que « c'est bien commode ? Combien des gens du XXème siècle ont décidé que la commodité a justifié des petites actions, en tant que telles « non-politiques » mais soutenant de façon implicite les gouvernements totalitaires de ce siècle ? Et Slack comment se comporte-t-il envers ses employé-e-s ? "Slack employees ... cannot speak out about [the propietary Slack software], for fear of retribution (so they're inherently gagged by fear over mortgage etc. or self-restraint that defies logic/ethics)", selon Roy Schestowitz. Les alternatifs existent ! En complément aux arguments pratiques en haut, si nous voulons de la communication en texte, en voix et en vidéo — et après tout, nous sommes humains et il est important pendant la pandémie de ne pas perdre du contact vidéo-à-vidéo — ça nous rassure — alors il faudrait se rappeler que nous avons déjà des logiciels libres existants pour faire tourner chez nous ainsi que des serveurs fonctionnant sous ses logiciels. Regardant https://switching.software on voit tout de suite :
Pour de la communication plus solide, le paradoxe, c'est comment c'est possible pour des docteurs en astrophysique de prétendre qu'ils et elles ont du mal à travailler avec l'irc. L'irc est efficace, solide, léger et a bénéficié des plusieurs décennies de debuggage et du développement. On peut choisir n'importe quel client qui nous convient sur notre propre ordinateur — dans une interface graphique indépendante, dans un browseur ou dans le terminal. Ce n'est pas sorcier. Et puisque nous ne pouvons pas faire de la science non-sorcière sans taper des équations, du texte, des raisonnements, des lignes de codes — qu'est-ce qui ne va pas avec de l'irc ? Pour l'analyse des observations, des bases de données, des logiciels, des figures, des repositoires git, tout en fin de compte est gérable en texte. En tous cas, ce qui veulent de l'audio/vidéo l'ont bien avec Jitsi/BBB/Jami/Matrix. Non seulement Zoom et Slack sont des services impratiques et déontologiquement douteux, mais il est inutile de les utiliser. Ils ne fournissent pas de la liberté à communiquer ; il nous accueillent en prison — qui, pour l'instant, paraît bien dorée, si on ne regarde pas trop proche les coûts réels. en | lien permanent | RSS | trackback: ping-moi (expérimental) Commentaires : Veuillez publier votre commentaire sur un serveur du Fediverse et m'envoyez un ping dans le message : @boud@framapiaf.org. |
|
licence du contenu : CC-BY | outils de blog : GNU/Linux, emacs, perl, blosxom