Journal Comment se tenir informé ?

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
16
16
juin
2024

Chère communauté bienveillante
Quand c'était mieux avant on pouvait facilement s'informer des sorties de logiciels via Sourceforge, Freshmeat ou Usenet (j'en oublie). C'était facile de débusquer des projets intéressant pour en parler dans un petit article.
Et maintenant ? Sur Github ou Gitlab comment fait-on pour voir passer toutes les releases de logiciels libres (sinon toutes, au moins celles dans les sujets qui m'intéressent) ? Et sur Openhub ?
On peut suivre des projets ça oui, mais comment se laisser porter ?
Hacker News ne recense rien, la rubrique Show est peu rempli et pleine de trucs morts-nés.
Bref, y'a presque plus moyen.
Suivre les nouveautés sur pkgs.org ou dans les distros, ne couvrirait pas tout le spectre des sorties, loin de là.

À nous tous, ne pourrait-on nourrir un petit flux d'infos ? On serait l'AFP du logiciel libre, on fournirait un titre, quelques lignes de description, un classement, une license, une ou deux urls… On pourrait même appeler ça une dépêche!

  • # Annotations sur github/gitlab ?

    Posté par  . Évalué à 3 (+1/-0).

    Il me semble qu'il est possible de configurer des annotations sur les repo qui t'intéressent. Par contre (au moins pour GitHub), tu dois avoir un compte de créé.

  • # RSS

    Posté par  (site web personnel, Mastodon) . Évalué à 8 (+6/-0).

    Chaque dépôt Gitlab/Github/Sourcehut dispose automatiquement d’un flux RSS, ce qui permet de suivre les projets qui t’intéressent.

    Le RSS Phoronix fait du beau boulot pour être tenu au courant des nouveautés majeures:

    https://www.phoronix.com/rss.php

    Enfin, Repology permet également d’être informé de l’arrivée des nouvelles versions dans les distributions:

    https://repology.org/

    Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: RSS

      Posté par  . Évalué à 3 (+1/-0).

      Repology est en effet un bon moyen, au moins pour les distro et BSD, c'est un peu rude pour découvrir des nouveaux logiciels mais bon… Merci.

  • # Debian

    Posté par  . Évalué à 5 (+3/-0).

    Je suis abonné à debian-devel, qui voit passer les Intent to Package (ITP) ou Request for Package (RFP), et je vois parfois passer des trucs intéressants.

    Chez Debian, j'utilise également ce flux RSS : https://packages.debian.org/sid/newpkg?format=rss qui me permet de voir arriver les nouveaux paquets, pas les nouvelles versions de paquets existants. Il faut pouvoir filtrer, parce que quand un nouveau GCC ou un nouveau noyau arrive, c'est la foire :)

  • # surinformation

    Posté par  (site web personnel) . Évalué à 10 (+16/-0). Dernière modification le 16 juin 2024 à 18:31.

    L'erreur est de vouloir tout voir… y a des dizaines de milliers de logiciels libres, avec des versionnements différents, des rythmes différents et plein dans des domaines qui ne me concernent pas forcément. À quoi bon vouloir tout voir ? Le rythme d'annonces serait effréné, à quoi bon vouloir recevoir des monceaux d'annonce ? Ensuite quelle capacité à tout lire, tout tester, tout évaluer ?

    Quand l'abondance est là, c'est plutôt la curation qu'il faut rechercher. Quels sont les projets novateurs, incontournables, originaux, suggérés par Machine qui a bon goût selon moi ou Bidule qui m'a toujours bien conseillé ?

    J'ai publié très récemment des listes de projets libres (suggérés par Bearstech et d'autres). Ça fait déjà plus que tout ce que je pourrais évaluer seul… bref, plutôt que viser l'impossible et un poil inutile exhaustivité, plutôt du bouche à oreille ou du clavier à yeux, par recommandation, copinage, sérendipité, classement de popularité, présence dans une distrib, etc. Et bien sûr mentionnés sur LinuxFr.org ;)

    • [^] # Re: surinformation

      Posté par  (site web personnel, Mastodon) . Évalué à 5 (+3/-0).

      Cette réponse est beaucoup plus profonde qu’elle n’en a l’air et beaucoup plus large.

      Pourquoi voulons-nous être "informé" ? Pourquoi ne voulons-nous pas rater une "nouveauté" ?

      En informatique, c’est particulièrement intéressant car nouveauté signifie tout réapprendre, réécrire. C’est généralement une perte sèche.

      Que cherche-t-on vraiment ?

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: surinformation

        Posté par  . Évalué à 3 (+1/-0).

        Je vais un peu me paraphrasé, mais je pense qu'il y a 2 approches pertinentes :

        • vouloir voir beaucoup de choses et savoir prendre du temps pour faire la sélection de ce que l'on trouve bien ou pas
        • vouloir voir moins de choses, mais avec un plus haut niveau de filtrage de la curation

        Si à un moment donnée on est forcément dans l'un des 2 cas, cela peut varier en fonction du temps et de l'énergie que l'on a ou en fonction de son niveau de compétence ou d'exigence dans un domaine.

        Pourquoi voulons-nous être "informé" ? Pourquoi ne voulons-nous pas rater une "nouveauté" ?

        Bien sûr que ça peut être du FOMO, mais il ne faut pas non plus être trop expéditif. Tu peut très bien entendre la question d'orfenor comme "comment faites-vous votre veille technique ?" plutôt que "comment savoir tout ce qui se passe sur internet ?".

        Ça peut se faire par une source d'information qui a une forme de curation et dont tu sais qu'en la suivant tu tombera sur des trucs qui t'intéresse. Ca peut être des sites comme linuxfr, des comptes youtube/X/autres, ça peut être des aggrégateurs, des listes de diffusion, des podcast,…

        https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

      • [^] # Re: surinformation

        Posté par  . Évalué à 1 (+0/-0).

        Aucun logiciel ne réponds à 100% de ses besoins.
        Et donc, cela peux venir de vouloir trouver le logiciel qui corresponde 100% à ses besoins.

    • [^] # Re: surinformation

      Posté par  . Évalué à 5 (+3/-0).

      Il ne s'agit pas de tout suivre, mais de s'intéresser à certains domaines. Le but étant de filtrer pour garder seulement ce qui mérite une dépêche. Il y a des merveilles dont on ne parle jamais, qui sont abandonnées faute de notoriété (mais bien entendu, la notoriété ne fait pas tout et n'empêche pas l'abandon de projet).

      Un exemple entre 1000 : Kilo. Alors qu'on parle de temps en temps d'éditeurs légers en console, avec des raccourcis claviers standard, nul ne l'a mentionné. Pourtant Kilo est ultra-lite (le paquet Debian occuppe 46 Ko une fois installé), il est écrit en moins de 1000 lignes de C. C'est son entrée dans Debian qui me l'a fait connaître. Il a des défaut, l'auteur est aux abonnés absents, il y a pas mal de forks et de PR restées en attente. Mais c'est dommage qu'on en ait pas parlé ici. Ce serait bien le rôle de Linuxfr, non ?

      Alors que presque tous les projets s'installent sur Github ou Gitlab, il n'y a pas moyen de les découvrir. On doit compter sur le travail des autres (Phoronix, Hacker News, LWN, nos distros, …), qui procèdent dieu sait comment (enfin, si je sais).

      Linuxfr pourrait retrouver une place de fournisseur d'actu.

      • [^] # Re: surinformation

        Posté par  . Évalué à 5 (+3/-0).

        C'était un peu pour ça que j'ai fais mon dernier journal, mais tu vois pour moi j'ai voulu attendre plusieurs mois d'utilisation de wezterm avant d'en parler. Voir comment il marche bien (ou non) au quotidien.

        Un exemple entre 1000 : Kilo.

        On a eu une discussion sur ce genre d'éditeurs récemment, c'est compliqué de voir apparaître ce genre de discussion dans des commentaires d'un lien (perso à mon avis nano qui se met à suivre ce genre de paradigme et vu sa position déjà très installé va rendre beaucoup plus difficile l'existence d'alternatives).

        Mais ton journal me fait me demander si lancer par exemple un journal par mois "Pépites des membres" qui seraient l'occasion que chacun ajoute un commentaire pour parler

        • d'un logiciel (au sens large) qu'il a découvert
        • d'un service
        • ou d'un logiciel qu'il n'a pas découverts mais juste quelque chose qui lui a était particulièrement utile/pratique

        D'après toi (et d'autres) ça pourrait être intéressant ?

        https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

        • [^] # Re: surinformation

          Posté par  . Évalué à 2 (+0/-0).

          D'après toi (et d'autres) ça pourrait être intéressant ?

          Oui certainement, ce serait mieux que rien.
          Mais pour moi, j'aime autant faire des petites dépêches.

  • # Pour C++

    Posté par  . Évalué à 4 (+2/-0).

    Pour les nouvelles libraries C++ que tu sembles vouloir suivre, il y a ça : https://en.cppreference.com/w/cpp/links/libs

    Je sais que XMPP fait pareil pour ses clients et librairies : https://xmpp.org/software/?platform=android

    Je suis sûr qu'il y a pareil ailleurs par sujet.

  • # Github trends

    Posté par  . Évalué à 4 (+4/-0).

    Il y Github trending.
    On peut filtrer par langage et durée pour avoir une tendance des nouveautés populaires.

  • # Alternative to ?

    Posté par  (site web personnel) . Évalué à 6 (+4/-0).

    Par exemple https://alternativeto.net/browse/new-apps/?license=opensource

  • # FreshMeat n'a pas vraiment disparu

    Posté par  . Évalué à 5 (+3/-0).

    Il est devenu FreshCode
    https://freshcode.club/

    About
    freshcode.club is a reimplementation of FreshMeat/FreeCode, which shut down in June 2014. It's intended to become a community-driven website again.

    Alternatives:
    Freecode
    https://sourceforge.net/directory/software-development/linux/
    Freecode Alternatives
    https://alternativeto.net/software/freshmeat/

  • # Quelques liens

    Posté par  . Évalué à 1 (+0/-0).

    Pour les application auto-herbegeable les plus "tendances"

    Sinon il y a tous les classiques awesome+quelque chose sur github ils en ont même fait une page :

    Globalement on trouve tout un tas de liste du même genre sur githut avec awesome + quelque chose.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.