LeBouquetin a écrit 2070 commentaires

Une question complémentaire à laquelle tu as peut-être la réponse : la faible croissance est-elle dûe à une stabilisation de la base de clients ou à un volume important de départs compensé par un volume (un peu plus) important d'arrivées ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Bonjour Nicolas,

Merci pour ce retour régulier très intéressant. As-tu une idée claire des raisons pour lesquelles la croissance s'est drastiquement réduite ? S'agit-il d'une absence de communication ? Du fait de l'absence ou diminution de nouvelles fonctionnalités ? De la maturité de ton marché ?

As-tu des pistes d'amélioration envisagées que tu serais prêt à partager ? As-tu un client type ? En particulier Wallabag est-il utilisé par des professionnels ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

On les a contacté ; ça a l'air plus sérieux …

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Si vous reprenez le projet et que vous cherchez des financements, avec Algoo on avait contribué et on le refera.

J'avais relancé Olivier il y a +/- 2 ans mais il n'avait rien prévu à l'époque.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Et une bonne partie des modèles étaient effectivement fabriqués en France (électronique, mécanique) dans l'usine de Fougères.

Faut arrêter les communications en mode c'est nous les premiers, c'est juste faux.

Ça remet pas en cause l'intérêt du projet, mais je m'attendrais à un peu plus d'esprit critique sur le relais d'annonce pompeuses - parce qu'on se fait tacler sur des trucs bien moins faux que ça, ici ;)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ce que je dis c'est que c'est pompeux (et faux) de dire "le premier smartphone de fabrication française".

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ya 10 ans je bossais chez Sagem dans la branche téléphonie mobile et les téléphones étaient déjà un peu plus que des téléphones …

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Hm … il n'y a pas la société Makina Corpus derrière Géotrek ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Rappel : la démonstration mensuelle Tracim c'est chaque premier jeudi du mois à 12h.

L'événement en ligne (via notre serveur Big Blue Button) dure 30 minutes et permet à l'équipe de développement de montrer les dernières avancées disponibles dans les dernières livraisons.

C'est l'occasion d'échanger directement et de vive voix (ou par chat) avec les développeurs, de poser des questions …

Jeudi, je crois qu'on va (aussi) parler d'applications mobiles … 💕

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Il me semble (à chaud) que :

• masquer les blocages pour des raisons légales est pertinent
• masquer les blocages pour raisons éditoriales est une mauvaise option

Sinon je ne vois pas comment le mécanisme décentralisé peut inspirer confiance - sauf à ce que chacun héberge son propre serveur (ce qui ne me semble pas envisageable pour l'utilisateur moyen)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Tout le monde ne parle pas politique et autres débats de société et encore moins de façon extrême ou autre. Tout le monde ne se livre pas à du harcèlement.

C'est justement là où la migration est nécessaire et là où la limite "je ne pourrai pas accéder à mon historique" est un frein.

C'est juste un constat dans la mouvance actuelle de migrer de twitter vers mastodon. Les convaincus acceptent les défauts, les novices en souffrent.

Je ne cherche pas à dénigrer Mastodon ni à encenser Twitter. Des personnes qui migrent et qui sont déçues seront beaucoup plus contre-productives pour prêcher la bonne parole (Mastodon) que des personnes qui savent d'avance à quoi s'attendre voire des personnes qui n'auront juste pas migré.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Twitter n'est pas mieux parce qu'on n'a pas le choix, Twitter est mieux sur ce point là car si tu as un discours consensuel tu ne te fais pas bannir à cause du discours d'autres utilisateurs.

Est ce que ça veut dire que c'est fondamentalement mieux ? Évidemment que non.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je précise le cas : vous êtes sur un serveur Mastodon qui se fait bannir en totalité car divergence de vision sur la stratégie de modération.

Cela peut être totalement indépendant de ce que vous publiez ; en ce sens la migration de compte me semble nécessaire sur Mastodon là où ça n'est pas obligatoire dans l'écosystème Twitter.

Cela ne change rien et ne remet pas en cause l'intérêt de Mastodon, la puissance de la fédération et l'intérêt d'avoir qqchose de décentralisé.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ce problème d'invisibilisation "malgré soi" ne se pose pas dans l'écosystème Twitter à ma connaissance.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

En lisant le thread j'ai cru comprendre que la migration d'un serveur à un autre était bien prévue (exports csv etc) mais qu'une migration définitive avait pour conséquence la perte d'historique…

Ai-je bien compris ? (Ça me paraît très limité sur le plan gestion des données personnelles - même si je comprends aussi les enjeux de modération etc)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ou un Tracim (mais ya beaucoup de JS …)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

En fait les deux protocoles ne sont pas comparables dans l'usage :

• WebDav c'est accédé par les clients et donc il faut développer une robustesse à l'ensemble des clients qui exploitent le protocole. Mettre en place le mécanisme de versionning qui analyse les requêtes WebDAV c'est implémenter un mécanisme de transaction pour traiter les différents cas de figure qui peuvent intervenir en 1 ou plusieurs requêtes HTTP. C'est super, c'est intéressant, mais vu l'utilisation de WebDAV on a meilleur temps de dépenser notre énergie ailleurs
• WOPI c'est utilisé pour interconnecter Collabora Online. C'est utilisé entre des briques serveur, c'est un environnement maîtrisé. Le coût d'implémentation ? 4 endpoints d'Api (avec grosso modo 2 semaines d'exploration initiale pour s'approprier le protocole). Ça marche.

Si tu veux faire du WebDAV, fais. Si tu veux gagner de l'argent, fais un calcul de coût et de rentabilité et peut être que tu utiliseras WebDAV, peut-être pas.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Mais si tu ne propose pas du WebDAV, ça veut dire que tu ne permet pas à tes utilisateurs de récupérer les fichiers, comme ils le veulent, avec l'OS qu'ils veulent, donc le besoin n'a rien à voir :)

Tracim le propose. Mais c'est compliqué à exploiter au quotidien, sauf dans une démarche simple récupération ou envoi de fichiers.

L'historique géré dans Tracim est mis à mal avec WebDAV.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

WebDAV c'est aussi des données XML …

Est-ce que WOPI est mieux ? C'est pas vraiment ce que je pense. Ce que je pense, c'est que mettre du WebDAV entre les mains d'utilisateurs c'est du temps de support garanti car les navigateurs de fichiers gèrent le protocole*mais pas tout à fait* et même chacun un peu comme il veut

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

tu voulais sans doute écrire WOPI.

Le protocole est beaucoup moins puissant que WebDAV à ma connaissance, mais aussi beaucoup plus simple à exploiter.

WebDAV a le défaut d'être implementable de différentes façons, ce qui fait qu'on peut difficilement faire reposer des process dessus.

Exemple : dans Tracim on historique les contenus, y compris quand on déplace un fichier (tu gardes l'historique du fichier). L'interface WebDAV propose aussi ce mécanisme. Mais certains clients ont eu la bonne idée d'implémenter le couper-coller comme une suppression-création et d'autres font un "move", ce qui engendre des comportements inattendus et surtout hétérogènes.

C'est pas la faute du protocole fondamentalement, mais qqchose de pas assez cadré laisse la porte ouverte …

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

T'es un business, ton but c'est d'être viable, de générer du revenu, de payer tes employers, de payer ta direction. Bref, le but d'un business c'est de faire de la thune.

Avec le temps, je me suis rendu compte pour faire de l'argent avec du libre, il faut…. de l'argent, beaucoup d'argent.

Tu peux faire du business autour du libre assez facilement sans argent : tu fais de la prestation.

Être éditeur c'est plus difficile car la stratégie c'est d'avoir un avantage concurrentiel et si ton soft est vraiment libre, il faut trouver autre chose que la R&D (cf le fil que j'ai avec Zenitram)

Tu peux être sur une niche aussi. Ça se fait plutôt bien.

Tu parles de grosses boîtes qui font de l'argent avec du libre, mais ce n'est pas ça qu'ils vendent. Ni Google ni Amazon n'ont un modèle économique basé sur le logiciel libre. C'est une des composantes de leur activité mais ce n'est pas ça qu'ils vendent.

Si tu veux vraiment tirer ton épingle du jeu avec du libre, il me semble que la seule solution est que le libre soit un moyen et non une finalité.

Par exemple en ciblant exclusivement les collectivités - voir la scope entrouvert. Par exemple en ayant une stratégie de mutualisation des développements (cf la boîte de l'ancien associé de Cozy qui trainait pas mal dans le coin). Par exemple en développant une image de marque, en montrant la qualité de ton travail, en développant une philosophie en phase avec ta clientèle (ce qu'on fait à Algoo)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je ne vois pas trop où on peut dire que ça se retourne contre le commanditaire.

À l'heure du télétravail et des réseaux sociaux, et de la vie publique, c'est assez flippant.

Combien de personnes vont faire cette démarche plutôt que de juste laisser tomber ?

:-/

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ce que je dis c'est que pour vendre du service sur des logiciels libres, il faut déjà des logiciels. Et développer des logiciels a un coût, qu'il faut encaisser d'une manière ou d'une autre.

Je ne défend aucun modèle je dis juste que si une boîte fait toute la R&D et que les autres se contentent d'exploiter le logiciel, c'est pas "à armes égales".

Vendre des livrables ça se fait. Collabora le fait. Vendre du service ça se fait. XWiki, Algoo, ta boîte le font. Ne pas pouvoir faire face à la concurrence, ça existe aussi : quand Amazon "attaque" Elastic, c'est compliqué.

J'ai l'impression que dès que les enjeux sont très forts, le modèle éditeur de logiciels libres est très délicat à gérer.

de profiter d'un monopole sous excuse qu'elle a investit dans la R&D avant. Le passé est le passé

Sur ce point je suis en désaccord. Faire de la R&D c'est pas du passé, c'est dans la durée : il faut maintenir une équipe car un logiciel qui n'évolue plus est un logiciel mort.

Je ne connais pas le modèle économique de sentry ; un éditeur est généralement le plus à même de maintenir le logiciel et le faire évoluer. Mais pour cela il faut que des clients acceptent l'idée de miser dans la durée.

Pour revenir au sujet de la R&D, il faut qu'elle soit faite, et dans la durée. C'est un centre de coût qu'il faut intégrer dans l'équation de la gestion de l'entreprise, au même titre que la comptabilité, les RH, etc. Ne pas le vendre en tant que tel n'est pas un problème, mais il faut le financer.

À chacun de trouver la manière de faire qui lui convient le mieux ; à chacun de décider de ce qui est le plus pertinent compte tenu de son environnement économique (concurrence, typologie de clientèle, capacité à fédérer les efforts, etc)

Et je reste assez convaincu que certains écosystèmes sont nettement plus sauvages que d'autres (et que donc y faire du libre est d'autant plus difficile)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

les libertés du libre, la compétition à armes égales

Si une boîte finance la R&D et les autres ne font que récupérer ce n'est pas à armes égales.

Le modèle dolibarr ou postgresql, je pense qu'on peut parler de libre à armes égales.

D'autres modèles ne sont pas à armes égales (sans dire que c'est dans un sens ou dans l'autre) : l'éditeur a l'inconvénient des frais de R&D et l'avantage de maîtrise produit et roadmap.

Je connais peu de boîtes qui font vraiment du libre car c'est compliqué et ça dépend beaucoup de la typologie de clientèle.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je transmets ça demain 👍

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo