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
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
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
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
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
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
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
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
Si tu es ok pour nous aider à travers tes retours et qu'on puisse les exploiter facilement , je te mets en contact avec les 2 personne qui bossent sur l'interface et l'ux. Ça permettrait de faire des échanges potentiellement en partage d'écran, de vive voix et ça évitera les intermédiaires (ce que je fais ici si je partage tes retours ;).
Si tu es ok, envoie moi un email : Damien point Accorsi arobase Algoo point fr. Ensuite je te mettrai en relation directe avec les bonnes personnes
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
les utilisateurs d'outils bureautique veulent des solutions simples à utiliser plus que des solutions rigoureuses et puissantes
Pourquoi utilisent-ils Word et Excel qui sont tous sauf simples ? :-)
Parce que tout le monde l'utilise. Tu trouveras toujours quelqu'un pour t'aider (y compris les fans de libreOffice;)
La complexité du concept de branches et révisions, etc sont au delà de ce qu'on recherche dans un outil collaboratif bureautique.
Moi aussi je voudrais construire moi même une maison sans formation en maçonnerie, plomberie et électricité, mais comment faire ?
On ne parle pas de rédiger une publication scientifique ou un livre où les règles à respecter sont nombreuses et complexes mais de rédiger des documents de travail - CR d'intervention, courrier, réponse à appel d'offre. La qualité technique de construction n'est pas critique car ces documents ne sont pas amenés à évoluer dans la durée.
Si je reprends ton exemple dans le domaine de la construction : qui n'a jamais bricolé lui même une étagère, une salle de bain, une dalle ou encore un muret. On apprend les rudiments et on arrive au niveau de qualité attendu - qui pourra être critiqué par un professionnel, mais si ça fait le boulot, ça fait le boulot.
Je dis pas que c'est bien (ni que c'est mal) ; c'est plutôt un constat.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Travailler ensemble n'est pas naturel pour beaucoup de personnes. Souvent c'est vu comme je fais ma partie et je la livre, processus dans lequel il est exclu d'intervenir. Cela peut d'ailleurs se comprendre pour des raisons d'efficacité. Mais il y a également la notion de transparence qui est souvent rejetée, type : "non je te montre pas c'est pas terminé. Je te montrerai une fois que j'ai résolu les derniers points ".
On retrouve ça très souvent aussi dans le domaine du développement.
La collaboration encapsule la production d'information, mais également sa diffusion, la recherche, les sollicitations.
La valeur ajoutée de Tracim devient évidente lorsqu'on exploite ces différents aspects :
un évènement n'est pas mis dans son agenda perso puis dans l'agenda partagé mais directement dans l'agenda partagé (que chacun intègre avec son agenda perso)
on documente les nouvelles révisions de document
on considère le travail comme appartenant à l'équipe et non à l'individu
on veut affecter des tâches à des personnes (y compris associées à des documents précis) et en suivre l'exécution
on communique avec l'équipe
on veut garder trace de l'histoire pour permettre aux nouveaux venus d'entrer dans le sujet le plus rapidement possible avec toutes les informations en main
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C'est quoi un smartphone ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Le premier smartphone fabriqué en France arrive en 2024. Évalué à 5.
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
[^] # Re: C'est quoi un smartphone ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Le premier smartphone fabriqué en France arrive en 2024. Évalué à 7.
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
# C'est quoi un smartphone ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Le premier smartphone fabriqué en France arrive en 2024. Évalué à 3.
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
[^] # Re: Oui mais non
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Open Source : qui a peur de l’éditeur ? (Blog de Bluemind). Évalué à 2.
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
# Quel est le contenu de la démonstration ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Démonstration mensuelle Tracim jeudi 01/12/22 à 12h. Évalué à 3.
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
[^] # Re: On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 2.
Il me semble (à chaud) que :
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
[^] # Re: On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 4.
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
[^] # Re: On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 4.
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
[^] # Re: On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 3.
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
[^] # Re: On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 4.
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
# On ne peut pas migrer ses messages
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Si vous êtes sur mastodon.social ou mastodon.online, ceci peut vous concerner. Évalué à 6.
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
[^] # Re: Choix étonnant
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal La communauté GNOME remplace ses mailing lists par Discourse. Évalué à 2.
Ou un Tracim (mais ya beaucoup de JS …)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Websocket
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 4.
En fait les deux protocoles ne sont pas comparables dans l'usage :
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
[^] # Re: Websocket
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 2.
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
[^] # Re: Websocket
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 4.
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
[^] # Re: Websocket
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 4.
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
[^] # Re: BSL
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Sentry redevient privateur. Évalué à 5.
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
# J'ai lu...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Une usurpation d'identité qui s'est retournée contre ses propres commanditaires. Évalué à 10.
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
[^] # Re: BSL
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Sentry redevient privateur. Évalué à 7.
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.
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
[^] # Re: BSL
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Sentry redevient privateur. Évalué à 6.
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
[^] # Re: manque de moyens ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice boude le cloud ?. Évalué à 3.
Je transmets ça demain 👍
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: manque de moyens ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice boude le cloud ?. Évalué à 4.
Si tu es ok pour nous aider à travers tes retours et qu'on puisse les exploiter facilement , je te mets en contact avec les 2 personne qui bossent sur l'interface et l'ux. Ça permettrait de faire des échanges potentiellement en partage d'écran, de vive voix et ça évitera les intermédiaires (ce que je fais ici si je partage tes retours ;).
Si tu es ok, envoie moi un email : Damien point Accorsi arobase Algoo point fr. Ensuite je te mettrai en relation directe avec les bonnes personnes
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Pot pourri
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice boude le cloud ?. Évalué à 4.
Parce que tout le monde l'utilise. Tu trouveras toujours quelqu'un pour t'aider (y compris les fans de libreOffice;)
On ne parle pas de rédiger une publication scientifique ou un livre où les règles à respecter sont nombreuses et complexes mais de rédiger des documents de travail - CR d'intervention, courrier, réponse à appel d'offre. La qualité technique de construction n'est pas critique car ces documents ne sont pas amenés à évoluer dans la durée.
Si je reprends ton exemple dans le domaine de la construction : qui n'a jamais bricolé lui même une étagère, une salle de bain, une dalle ou encore un muret. On apprend les rudiments et on arrive au niveau de qualité attendu - qui pourra être critiqué par un professionnel, mais si ça fait le boulot, ça fait le boulot.
Je dis pas que c'est bien (ni que c'est mal) ; c'est plutôt un constat.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: manque de moyens ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice boude le cloud ?. Évalué à 4.
Merci pour le retour en tout cas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: manque de moyens ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal LibreOffice boude le cloud ?. Évalué à 7.
Travailler ensemble n'est pas naturel pour beaucoup de personnes. Souvent c'est vu comme je fais ma partie et je la livre, processus dans lequel il est exclu d'intervenir. Cela peut d'ailleurs se comprendre pour des raisons d'efficacité. Mais il y a également la notion de transparence qui est souvent rejetée, type : "non je te montre pas c'est pas terminé. Je te montrerai une fois que j'ai résolu les derniers points ".
On retrouve ça très souvent aussi dans le domaine du développement.
La collaboration encapsule la production d'information, mais également sa diffusion, la recherche, les sollicitations.
La valeur ajoutée de Tracim devient évidente lorsqu'on exploite ces différents aspects :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo