• 7 Posts
  • 19 Comments
Joined 1 year ago
cake
Cake day: June 22nd, 2023

help-circle





  • anansi@jlai.luMtoFrance@jlai.luJlai.lu et le SEO
    ·
    10 months ago

    Alors lemmy est tellement mal foutu que si t'as pas tout créé sur le sous-domaine en question, ça pète des liens en durs un peu partout.

    Au départ j'avais tenté juste un www.jlai.lu et ça a pété la moitié des features. Je pense que ça fera malheureusement la même chose avec un autre sous domaine.

    Niveau SEO en plus on a 0 contrôle sur le client, et rien a été pensé pour, ce qui n'aide pas.




  • Qu'est ce que t'entends par "Son auteur ne s’en occupe plus" ?

    Le dernier commit date de moins d'une heure.

    Perso je trouve surtout que ça corrige beaucoup de problème en en créant beaucoup de nouveaux, et que ça romps avec la philosophie Unixienne au niveau du design.

    Pour Flatpak, un peu comme les snap, je suis vraiment pas fan mais je comprend la logique derrière. Comme sur un mobile l'application est auto-suffisante, du coup tu sais qu'elle fonctionne une fois livrée et que t'auras pas de problème parce qu'une dépendance a sauté ou autre truc joyeux du genre.

    Ça vient très généralement avec une intégration assez cassée et des performances désastreuses mais la logique reste compréhensible.



  • Pour participer un peu au projet et administrer jlai.lu, le problème principal, c'est la gestion du projet et ça rend tout extrêmement difficile en tant que contributeur.

    Par exemple, y a eu des choix conceptuels de faits qui sont plus que douteux et qui méritent d'être refondus, notamment tout ce qui touche à l'authentification et la gestion de session. Ça a déjà posé problème, et ça reposera problème, d'où l'importance du sujet.

    Le problème c'est que cette réécriture est en cours depuis bien 3 mois, et vu qu'il n'y a ni roadmap ni gestion centrale du projet, c'est impossible de savoir ce qui marche, marche pas, les features qui sont là et que ça risque de casser ou pas, ce que ça va casser pour les clients, etc. du coup ça avance pas, les gens en ont marre et abandonne le truc parce que le temps disponible est pas non plus infini.

    Imagine ça sur 200 features différentes.

    Tout le monde fait ses merge requests à l'arrache (moi le premier), les reviews se font à l'arrache aussi parce que y en a trop et dans un laps de temps entre 1h et un mois, les tests automatisés puent la mort et en fait testent pas grand chose, du coup on se retrouve avec des releases complètement instables en plus d'en chier pour contribuer.

    Si toute l'organisation roulait, les barrières techniques comme le Rust par exemple seraient bien moins impactantes parce qu'il y aurait pas besoin de 200 personnes pour faire un truc qui est censé prendre une journée. Y'a aussi assez peu de communication entre les devs principaux et les contributeurs, notamment sur les différents espaces Matrix dédiés au projet, ce qui complique encore plus l'évolution du projet.

    Autrement, le problème de Beehaw c'est qu'ils ont pris une plateforme fédérée alors qu'ils veulent pas fédérer. Leur choix technologique est mauvais par rapport à leur besoin et ça c'est pas vraiment la faute de Lemmy.






  • anansi@jlai.luMtoFrance@jlai.lu[Forum Libre] 9 Août 2023
    ·
    1 year ago

    Si jamais tu comptes l'open-source, je pourrais envisager l'éventualité de la possibilité de migrer mon bot de modération reddit sur lemmy, qui est actuellement utilisé sur airfrance mais dont j'ai la flemme de convertir les calls API de praw vers un truc lemmy

    Show bernard arnault


  • Si ce genre de règles te chagrinent et te sont comparables à de l'abus, je pense que tu places la barre assez basse.

    On a les mêmes ici, cf le Code de Conduite global de l'instance.

    Les propos *phobes, les dogwhistles et autres comportements anti-sociaux sont aussi interdits. C'est un peu le niveau 0 de la modération d'un espace publique qui souhaite rester sain.