Bon, j’ai quelques idées de projet qui pourraient être sympas mais je ne saurais pas par laquelle commencer :

  • un logiciel de cloud façon nextcloud mais en rust et un peu plus en microservices pour que ce soit plus performant et moins galère à configurer (je sais que AIO existe et je l’utilise mais l’ui n’est pas très fraiche quand on change d’application)
  • un client fediverse multi support : un peu à la façon du nouveau {teams,outlook} avec la possibilité d’un onglet par type de réseau (micro blogging, forum lemmy, funkwhale, peertube, pixelfeed, matrix (c’est pas fediverse je sais mais bon))
  • un équivalent lxqt pour wayland en rust (ça dépend du support du protocol wlr_layer_shell pour winit à moins de la patcher pour le projet).

C’est quoi ce qui vous intéresserait le plus en terme de besoin ?

Edit: concernant les nouveaux teams et outlooks, je pensais uniquement à l’onglet sur la gauche qui permet de “switcher d’application” (chat et mail respectivement, calendrier, engage (le réseau social d’entreprise), stackshare…) pas copier coller les fonctionnalités débiles et le côté usine à gaz infernale

  • Kuinox@lemmy.worldFrançais
    5·
    6 months ago

    en microservices pour que ce soit plus performant et moins galère à configurer

    hein

    • mel@jlai.luOPFrançais
      1·
      6 months ago

      En gros nextcloud a besoin d’un redis, d’un cache acpu aussi bien configurés que la base de données pour être vraiment bien performant mais même avec ça ça reste limite. En comparaison, owncloud a été réécrit en go+microservices et le niveau de perf pour la synchro de fichier (elle passe par un service dédié) semble plus performant que nextcloud. Par ailleurs, j’ai vu une bibliothèque rust rpc qui peut aussi fonctionner sur un seul hote en multiprocess

      • Kuinox@lemmy.worldFrançais
        1·
        6 months ago

        Mais tes micro service il faut aussi un container pour chaque service, en quoi cela simplifie la configuration ?
        Et je t’assure pour que ce genre de chose, la performance n’est pas causé par si c’est des micro service ou pas, pire, un monolith bien fait consommera moins de ressources et sera plus rapide si tu host le service sur une seule machine.

        • mel@jlai.luOPFrançais
          2·
          6 months ago

          Pas nécessairement, owncloud ocis peut tourner sur un seul docker. De plus, j’ai vu un framework rust qui permet de gérer la partie RPC en mémoire locale donc niveau perf, la pénalité est très faible en cas d’exécution sur un seul hôte. De ce que j’ai pu lire également, le client local de nextcloud passe par webdav et passe donc par les même process que l’application web. En comparaison, Seafile qui sépare l’appli web et la partie synchro de fichier peut atteindre une meilleure bande passante (j’ai vu la même chose rapportée pour owncloud infinite scale). Enfin, la partie gestion de la configuration se gère côté développement et on pourrait imaginer un flag pour mettre en mode hôte unique et ça impliquerait moins de galère (je pense à tous les caches possibles pour nextcloud à configurer selon l’importance du nombre d’utilisateurs, la gestion des crons…)

    • mel@jlai.luOPFrançais
      1·
      6 months ago

      Ça fait pas mal de lecture XD Après j’ai choisis rust mais je partirais de notions élémentaires en Rust, ce serait aussi pour me forcer à utiliser quelque chose qui change de python (que j’ai beaucoup utilisé jusqu’à présent)

  • pseudo@jlai.luFrançais
    3·
    6 months ago

    un client fediverse multi support

    Intéressant…

    un peu à la façon du nouveau {teams,outlook}

    Pitié non ! Pas ça.

    avec la possibilité d’un onglet par type de réseau (micro blogging, forum lemmy, funkwhale, peertube, pixelfeed, matrix (c’est pas fediverse je sais mais bon))

    Ça me plairait bien.

    • Daz@jlai.luFrançais
      3·
      6 months ago

      Je confirme pour être obligé d’utiliser les deux outils cités ci-dessus au boulot, quelle purge! Lent, completement bloated niveau interface (la partie fichiers/ equipe est juste une honte en matière d’ergonomie), le glisser deposer qui te fait croire qu’il fonctionne en discussion alors que non pas du tout. Outlook c’est pas mieux un bon Thunderbird fait bien le boulot pour moi, je l’utilise même pour des modèles car il prend correctement en charge les standards contrairement à l’autre. Bref j’ai encore pleins de choses à dire mais c’est pas le sujet.

      Les projets ça va, ça vient le plus important je pense c’est de ne pas être seul pour éviter au max de se demotiver trop vite (avoir des retours voir au mieux des devs). Le client fediverse c’est parfait je pense pour coller à ça, surtout ici. :)

      • Baleine@jlai.luMFrançais
        3·
        6 months ago

        Teams c’est le pire, l’autre jour j’ai du installer troix naviguateurs différents pour en trouver un qui fonctionne ! Et l’onglet devoir j’ai du changer de pc pour qu’il s’ouvre !!!

  • tototatatititutu@jlai.luFrançais
    1·
    6 months ago

    A priori je dirais 2. Cela me parait intéressant en termes de fonctionnalités et plus simple d’après les commentaires.

  • leftascenter@jlai.luFrançais
    1·
    6 months ago

    1. me parait hyper ambitieux. Mais hyper intéressant.

    2. Si tu as une bonne idée de l’ergo fonce! L’outil comble un trou. Et pour l’ergo si tu es pas sur, (je tique sur teams que je detste) tu peux des le début ouvrir vers supporter des skins. Surtout, a moins de vouloir t’y mettre a 100% pendant 6 mois, le seul projet a taille gerable.

    3. Ça sous entend de faire aussi la sélection et skin des outils. Ça me parait encore plus ambitieux que le premierfpremier faut faire ça a plusieurs et se caler de la gestion de projet. Faut avoir une vraiment bonne idée du résultat en particulier en terme de performances, bugs et sécurité.