lascapi

joined 1 year ago
[–] lascapi@jlai.lu 4 points 3 months ago* (last edited 3 months ago) (4 children)

Ohhh 🤩 Je vais aller voir ce que ça donne moi aussi !

J'avais bien aimé l'approche d'Arc (vu chez des collègues).

edit: le lien vers le site officiel https://www.zen-browser.app/

[–] lascapi@jlai.lu 5 points 3 months ago

Cacher des posts que vous ne souhaitez plus voir

Génial !! C’est une fonctionnalité que je voulais proposer ! 🤗

Merci pour la maintenance et la mise à jour !

[–] lascapi@jlai.lu 11 points 4 months ago (1 children)

J’ai plutôt l’avis contraire.

Bien sur Firefox et Mozilla ne sont pas parfait, et ce coup ci je dirais que c’est surtout un défaut de communication.
Je trouve que leur page https://support.mozilla.org/fr/kb/attribution-respectant-vie-privee explique bien la technique.

Et c’est pas comme si on avait le choix : c’est soit Apple, soit Google soit Mozilla qu’on soutient par notre utilisation pour le développement d’un navigateur et du moteur qui va avec.
Combien de personne qui utilisent Firefox et qui se plaignent de Mozilla donne de leur temps ou de leur argent pour les soutenir ?
Voilà :/ J’ai essayé de pas être trop énervé !!! 😌

[–] lascapi@jlai.lu 42 points 5 months ago (2 children)

I'm tired of the argument that the solution to fight tracking/ads/subscription/gafam is self hosting.

It's a solution for some nice people that have knowledge, time and money for.

But it's not a solution for everyone.
We need more small nice open source association and company that provide services for people that don't know the difference between a web search engine and a navigator or just a server and a client. I think that initiatives like “les chatons” in France are amazing for that!!! ( https://www.chatons.org/en )

And just to be clear, I think that self-hosted services are a part of the solution. :)

[–] lascapi@jlai.lu 3 points 7 months ago (1 children)

Super sympa de voir leur stack!! Et de voir Spip dedans c’est une surprise ^^

[–] lascapi@jlai.lu 2 points 7 months ago (1 children)

Salut et merci pour ta réponse détaillé :)

Tu parles de « faire le pont avec WhatsApp et Telegram ». Comment tu vois ça concrètement ? Tu veux un client multi-protocole à la Pidgin ou Texts, ou des passerelles côté serveurs comme ça se fait pour Matrix et XMPP?

C’est clairement pas un client multiprotocol. Pigmin ou Beeper le fond très bien.
Mais cette solution ne fait pas de pont entre les différents protocols. C’est donc un service qui utilisera des 'bridges' côté serveur.

Note que WhatsApp est fermement opposé aux clients alternatifs et te mettra des bâtons dans les roues, quelle que soit l’approche que tu choisis, et ça risque de difficilement être facile à utiliser pour les non-technophiles.

Effectivement, c’est compliqué de faire un client alternatif pour des services fermé comme Whatsapp.
Je pense que c’est une approche qui a le mérite d’exister et peut être utile, mais c’est aussi beaucoup d’énergie perdu dans la bataille. J’ai clairement pas envie de «perdre» mon temps sur ce point.
Il me semble qu’une autre approche serait la coopération. Même si c’est pas forcement plus rapide :/ Par exemple pour Whatsapp :

For about the past two years, WhatsApp has been building a way for other messaging apps to plug themselves into its service and let people chat across apps—all without breaking the end-to-end encryption it uses to protect the privacy and security of people’s messages. The move is the first time the chat app has opened itself up this way, and it potentially offers greater competition. https://www.wired.com/story/whatsapp-interoperability-messaging/

À lire le court texte du projet, j’ai l’impression que tu veux proposer d’administrer un serveur Matrix ou XMPP et de développer un nouveau client spécifique. Ma remarque constructive serait « es-tu sûr de ne pas te lancer dans la réinvention de la roue ? ». Bonne chance :)

Je suis conscient que ça semble réinventer la roue ....
D’ailleurs je suis admiratif des projets que tu as cité ( Movim, Conversation et les autres ).
Cheogram semble le plus proche de ce que j’ai en tête, je vais regarder plus en détails.

Cependant de mon point de vue ils restent des outils «plus compliqué» que les messageries grand publique.
Juste le fait de devoir créé un compte XMPP pour Cheogram est un gros frein pour n’importe quel personne «normal» que je connaisse.
Le workflow habituel : télécharger l’appli sur le store -> ça marche = je garde; ça marche pas = je désinstalle. :/ pas de place pour des questions de comptes ou de serveur.

D’où l’idée de faire un service = une app ( = plusieurs protocols ).

Le but ultime étant de pouvoir faire facilement une conversation de groupe entre une personne qui utilise Signal, une autre Matrix, une autre Xpmm, une autre encore qui utilise Whatsapp.
Je ne sais pas si quelqu’un a déjà fait ça ?!?

Encore merci pour ta réponse très enthousiaste pour xmpp ;)

[–] lascapi@jlai.lu 2 points 7 months ago

Merci pour ta réponse @rakoo@blah.rako.space :)

Si tu veux offrir un service grand public tu auras surtout des problèmes sociologiques et humains à régler: comment parler et convaincre du monde ? comment rendre ça simple, à la fois à l’utilisation et pour payer, comment tenir dans la durée, comment recruter des gens pour maintenir tout ça. Bref, beaucoup beaucoup plus de communication que de technique.

C’est clairement un projet beaucoup plus humain que technique.
Je fais le même constat que les projets Matrix/Element et Mastodon qui ont mis l’accent sur la première connection avec des choix par défaut comme le serveur.

J’aimerai aller encore plus loin dans la simplification avec le paradigme une appli = un service.

C’est ce à quoi est habitué le grand public. Exemple typique : Utilisation de l’appli Gmail pour les compte gmail, Outlook pour les compte Microsoft, Yahoo Mail, Proton mail etc …

En créant ce service facile d’accès ça renforce l’attractivité des messageries comme XMPP et Matrix.

Concernant la maintenance du service et le développement des applis j’ai bien conscience du coup que ça peut avoir.
J’ai pensé à deux forme, associative et commercial autour d’une offre mobile par exemple.
Il y a aussi les fond d’investissement public. Beaucoup d’option à combiner je pense.

De ce point de vue j’aurais tendance à dire que XMPP étant plus petit ça faciliterait la partie technique et maintenance pour te focaliser à fond sur la comm’. Snikket, un packaging d’un serveur XMPP en particulier, a commencé à fournir un service ouvert: https://snikket.org/blog/snikket-hosting-launched/ . Tu peux t’inspirer de ce qu’iels font pour voir ce que ça donnerait de ton côté.

C’est un excellent conseil.
Je trouve leur approche génial mais encore un peu trop tourné vers les personnes qui ont les connaissances, le temps et l’argent et l’envie pour faire ça.
Leur approche technique et commerciale et quand même vachement inspirante.

En tout cas j’aimerais beaucoup que tu y arrives, ça serait bien chouette :)

Merci, j’ai conscience que pleins de gens et de projets on essayé avant, mais qui ne tente rien n’a rien, n’est pas ?!? ;)

[–] lascapi@jlai.lu 3 points 7 months ago (1 children)
[–] lascapi@jlai.lu 1 points 7 months ago (1 children)

C'est toute la différence entre le langage et son environnement. :/

Dommage que le titre ne mette pas l'emphase sur windows ! 😆

[–] lascapi@jlai.lu 1 points 7 months ago

Ahah !! Moi non plus je ne suis pas assez calé en technique ! 😅 C'est pour ça que je demande !

Et merci pour tes encouragements. 🤗

[–] lascapi@jlai.lu 1 points 7 months ago

Merci pour ping ;)

view more: ‹ prev next ›