URL: https://linuxfr.org/users/tisaac/journaux/de-la-sedimentation-dans-l-espace-de-redaction Title: De la sédimentation dans l'espace de rédaction Authors: tisaac Date: 2021年11月05日T23:09:52+01:00 License: CC By-SA Tags: karma, rédaction et appel_à_contribution Score: 36 Cher Journal, Vu les très nombreuses demandes de nouvelles sur le ménage de l’[espace de rédaction](https://linuxfr.org/redaction) que j’ai reçues (zéro), je me sens obligé de t’écrire quelques news à ce sujet. Pour connaître les épisodes précédents, tu pourras aller voir [là](https://linuxfr.org/users/tisaac/journaux/un-peu-de-menage-dans-l-espace-redaction), [là](https://linuxfr.org/users/tisaac/journaux/coming-soon-systemes-d-exploitation-pour-telephones), [là](https://linuxfr.org/users/tisaac/journaux/nouvelles-de-l-espace-de-redaction) et [là aussi](https://linuxfr.org/users/tisaac/journaux/le-bout-du-tunnel-enfin-presque). Pour ceux qui ont la flemme de lire les épisodes précédents ou bien pas de temps à perdre à cela, de mémoire, nous sommes passés d’un espace de rédaction avec pratiquement plus de 100 dépêches en cours dont de nombreuses laissées en déshérences (Est-ce que je suis marseillais ? Non. Pourquoi demandez-vous cela ?) à 20-25 dépêches en cours de rédaction. Et cela fait pas mal de temps que l’on tourne à 20-25 dépêches en espace de rédaction. C’est, je trouve, assez cool de voir que l’on ne reproduit pas directement le problème précédent sans que cela nécessite beaucoup d’intervention. Il n’en reste pas moins que certains articles prennent un certain temps voir un temps certain à maturer dans l’espace de rédaction. Petit tour non exhaustif de quelques dépêches à maturations plus lentes que les autres. # Python l’a tué (ou presque) Une saga Python a été initiée il y a longtemps longtemps longtemps et il restait encore pas mal de dépêches en cours de rédaction. Sans peur et sans reproche, Philippe F s’est proposé de les terminer et y est presque arrivé. Malheureusement, sans qu’on en connaisse les détails, il semblerait que la saga ait gagné la guerre d’usure et il en reste une, [Python — partie 9 — empaquetage](https://linuxfr.org/redaction/news/python-partie-9-empaquetage), qui résiste à l’envahisseur...euh... enfin, il en reste une dans l’espace de rédaction. Je tiens à réitérer mes remerciements à Philippe pour tout le travail qu’il a abattu sur les autres dépêches. Et puis, s’il y a des valeureuses ou valeureux qui se sentent prêt à affronter cette dernière dépêche de la saga, qu’il n’hésite pas. Il aura tout notre soutien moral. # La plus vieille Elle ne fait pas partie de la saga mentionnée ci-dessus mais elle concerne aussi Python. [Kivy : un cadriciel graphique unique en Python](https://linuxfr.org/redaction/news/kivy-un-cadriciel-graphique-unique-en-python) est la dépêche la plus ancienne qui se trouve aujourd’hui dans l’espace de rédaction. C’est aussi celle qui n’a plus bougé depuis le plus longtemps. Je vais sans doute prochainement la proposer à la suppression. Si quelqu’un veut aider [Goffi](https://linuxfr.org/users/goffi) à la sauver, je suis sûr qu’il en sera ravi. Goffi qui a un super-pouvoir particulier. Chaque fois que j’envisage de lancer une relance pour [Superdesk : la salle de rédaction virtuelle libre](https://linuxfr.org/redaction/news/superdesk-la-salle-de-redaction-virtuelle-libre), il repasse dans la dépêche, dépose un petit message annonçant qu’il va bientôt la terminer, réalise quelques modifications et puis disparaît à nouveau quelques mois. On ne perd pas espoir, on s’arme de patience et on lui envoie plein de good vibes. # Oh ! Calme ! [MirageOS - un micro OS (unikernel) en OCaml](https://linuxfr.org/redaction/news/mirageos-un-micro-os-unikernel-en-ocaml) et [De OCaml à ReScript : création d'un nouveau langage ?](https://linuxfr.org/redaction/news/de-ocaml-a-rescript-creation-d-un-nouveau-langage) sont deux dépêches qui gravitent autour de OCaml. La deuxième me semble terminée ou quasiment mais n’est pas soumises à publication pour une raison que j’avoue ignorer. La première n’est pas terminée mais est bien avancée tout en promettant d’être intéressante. Si les rédacteurs de ces dépêches passent dans le coin, qu’ils n’hésitent pas à finaliser ces dépêches ou à demander de l’aide pour les terminer. # Terminée à la fin de l’année [Ysabeau](https://linuxfr.org/users/ysabeau) s’est « engagée » à terminer [Logiciel libre et jurisprudence](https://linuxfr.org/redaction/news/logiciel-libre-et-jurisprudence) à la fin de l’année. Cela fait 2 ans que je me demande de quelle année elle parlait. # Le perfectionniste [Benoît Sibaud](https://linuxfr.org/users/oumph) s’est lancée il y a plus de 3 ans dans la rédaction d’une dépêche sur la [Validité HTML des pages sur LinuxFr.org](https://linuxfr.org/redaction/news/validite-html-des-pages-sur-linuxfr-org). Malgré des invitations amicales diverses et variées à soumettre cette dépêche, il semble que Benoît refuse avec véhémence cela parce que son objectif est de ne publier la dépêche que quand 100 % des pages sur LinuxFr.org seront valides au niveau HTML. Oserait-on rappeler que le mieux est l’ennemi du bien ? Mais la validité HTML des pages sur LinuxFr.org est une quête bien banale et accessible par rapport à l’autre quête de Benoît en cours dans l’espace de rédaction : effectuer un regroupement exhaustif des différentes informations et discussions qui ont eu lieu sur le karma. Si vous voulez l’aider 1. c’est par [là](https://linuxfr.org/redaction/news/instant-karma-ou-karma-police), 2. vous devez éviter de parler du karma sur LinuxFr.org sans quoi vous augmenter la taille des informations que Benoît essaie de désespérément compiler et ce n’est pas sympa. D’ailleurs à ce sujet, je ne sais pas si vous aviez déjà remarqué que les commentaires ne sont jamais notés au-delà de +10 même si vous avez bien plus que 10 votes positifs. Il me semble aussi qu’au-delà de ce plafond de la dizaine, les votes n’influencent plus votre karma. Ce qui est fou, c’est que je n’ai jamais trouvé cette règle explicitée quelque part sur le site. Sur ce, cher ‘nal, je te souhaite une bonne nuit.

AltStyle によって変換されたページ (->オリジナル) /