Sans doute. Dans l'historique de notre messagerie interne on était bloqué le 23/11. Je ne sais pas précisément quand le mail a été envoyé mais je me souviens bien des discussions en interne où chacun ne comprenait pas de manière explicite / identique / limpide comment on était impactés.
Autant Travis n'est pas responsable de tout (à commencer par fournir gratuitement un service utilisé par une entreprise - si tu ne paies pas tu ne peux pas t'attendre à avoir des garanties), autant ils n'ont pas communiqué de manière claire sur le changement qui s'opérait.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
S'acoquiner avec une boîte en mode SAAS c'est une stratégie à l'encontre de la liberté et de l'indépendance.
Sans jugement, ce n'est pas le cas avec github et travis ?
Github : plus ou moins. Github te donne accès à une communauté à laquelle tu n'as pas accès autrement. Techniquement, c'est du git, on est capable + ou - facilement de se passer de leurs services si nécessaire. Le point important de Github c'est que c'est un réseau social (au sens premier du terme) et dont il est difficile de se passer dans un projet libre qui est en phase d'acquisition de notoriété / communauté.
Travis : on l'a choisi par confort : c'était intégré dans github donc pour caricaturer : "on a écrit quelques fichiers Yaml et puis voilà". Ça serait une erreur de rester sur cette plateforme aujourd'hui compte-tenu de son changement de stratégie et des alternatives possibles. On a par ailleurs des process d'intégration continue qui tournent ailleurs, par exemple la génération d'images docker qui est gérée via un Jenkins auto-hébergé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Nous sommes directement concernés par l'évolution du service que présente ici Zenitram. Nous avons eu la même analyse : non, Travis CI n'est pas "gratuit pour les logiciels libres".
Qu'ils gagnent leur vie n'est pas un problème - le développement et l'exploitation d'infrastructure ont un coût même s'il s'agit de logiciel libre - mais les conditions ne sont pas claires et pas cohérentes.
On a fait les frais de cette offre qui n'est plus vraiment gratuite. Ce n'est pas fondamentalement grave dans notre cas : on est une boîte, on a de l'argent - d'ailleurs on a cherché à devenir client mais Travis CI n'avait aucune offre intéressante pour nos besoins ; mais le fait est : la démarche n'est pas claire, la condition "logiciel libre" n'est pas complète et ce n'est pas explicite. Par ailleurs - et je trouve ça plus grave, il a fallu qu'on arrive dans une situation où "notre CI ne tournait plus" pour comprendre que les conditions avaient changé de sorte que nous avions consommé notre quota et plus de CI pendant potentiellement 2 semaines.
Encore une fois, le problème n'est pas tant un problème d'argent qu'un problème de communication : en tant que dirigeant d'entreprise, je préfère payer 70$/mois quitte a prévoir une migration plutôt que de me retrouver face à une situation inattendue : vous avez brûlé tous vos crédits de CI "logiciel libre", on ne fait plus rien tourner mais à aucune moment on ne vous a prévenu clairement que ce serait le cas.
Le bon côté des choses, c'est que ça simplifie la prise de décision :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je parle en tant que dirigeant d'entreprise. On développe Tracim en utilisant Github. On a mis en place historiquement l'intégration continue en s'appuyant sur Travis CI gratuitement. Au bout d'un moment, on a voulu plus de puissance pour notre CI, on a donc regardé les offres proposées. À l'époque, ça commençait autour de 200$/mois et après discussion avec l'équipe commerciale, on n'allait pas gagner en performance parce qu'on aurait moins de coeurs dispo (un coeur dédié, mais pas de parallélisation possible).
Récemment ça a changé. On s'est posé la question de passer sur leur offre payante. On a testé. Pas mieux que gratuit. Puis est arrivée la démarche évoquée par Zenitram : le gratuit qui ne le devient plus tant que ça.
Quitte à dépenser de l'argent pour la CI, la décision qu'on a prise :
chercher une solution libre qu'on va implémenter en auto-hébergé
passage sur l'offre payante en attendant pour ne pas se trouver bloqué.
L'intégration continue Github ou Gitlab, le problème c'est que ça n'est pas libre (gitlab en partie, mais dès qu'on paie, on passe sur du propriétaire, il me semble - donc on n'a pas de frontière claire). S'acoquiner avec une boîte en mode SAAS c'est une stratégie à l'encontre de la liberté et de l'indépendance.
On a évalué les solutions Travis CI, Buildbot, Concourse, Drone, Github Action, GOCD, Gitlab CI et Jenkins et au final il me semble que c'est Concourse qui est la solution retenue… Seb, Raph, Philippe ou Guénael pourront compléter s'ils passent par là…
D'ailleurs ça vaudrait peut-être le coup de partager ici le fruit de notre réflexion…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
le CEO, fondateur de la boite dans les années 80, est plutôt opposé au concept car il pense que l'interaction entre les gens est importante pour les échanges d'idées, toussa
De mon côté, compte-tenu de mon expérience professionnel en tant que collaborateur de télétravailleurs, en tant que télétravailleur moi-même et désormais en tant que dirigeant d'entreprise animateur d'équipe, je suis convaincu que
l'innovation est plus forte en présentiel
l'esprit et la cohésion d'équipe à distance c'est plus compliqué, en tout cas pour certaines personnes (dit autrement : certains sont + câblés pour le télétravail que d'autres).
Au final, ça dépend des gens. (réponse de Normand;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai bien compris ; ce que j'évoque c'est le choix de ta boîte de remplacer ton poste de travail par un bureau virtuel…
Alors que comme tu le dis tes outils c'est un poste de travail avec les logiciels que tu utilises.
La différence entre le travail en présentiel et à distance c'est uniquement le "tuyau entre ton ordinateur et le lieu de stockage ; c'est ce tuyau qu'il faut adapter et c'est ce que ta boîte n'a pas fait exactement puisqu'ils ont aussi remplacé le terminal (en mettant un bureau virtuel au lieu de ton bureau "Windows").
Et c'est de là que vient le problème à mon sens, pas de l'inanité des outils dans le cloud.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le vrai problème que tu évoques n'est pas lié aux solutions de travail « dans le cloud » ; le vrai problème est de mettre en place des outils différents pour travailler en présentiel et à distance.
C'est quoi la différence ?
A priori on ne parle pas ici d'un travail d'itinérant qui n'opère pas sur les même tâches lorsqu'il est à distance mais de faire le même travail en présentiel ou en télétravail.
Il y a bien sûr des outils complémentaires nécessaires pour travailler à distance - le téléphone, la visioconférence ou la messagerie instantanée par exemple - mais les outils du quotidien doivent devraient rester les même. S'ils ne sont pas adaptés au travail à distance, pourquoi le seraient-ils pour travailler en présentiel ?
Si la politique de l'organisation est d'avoir tout en interne, je ne vois pas d'alternative plus pertinente qu'un VPN.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Après il faut accepter la charge de travail pour la maintenance, backup, … Tu peux avoir des techniques pro open source mais encore il faudra rapidement quelqu'un de dédié à cette gestion.
Euh… il n'y a pas que les logiciels propriétaires qui sont disponibles sous forme de service. C'est d'ailleurs un gros intérêt des logiciels libres : pouvoir exploiter un service clé-en-main sachant qu'il peut être internalisé à tout moment.
L'exploitation d'un service a un coût qu'il s'agisse de logiciel propriétaire ou libre ; choisir une solution "on premise" ou "hébergée" est orthogonal à la problématique de la licence.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Aujourd'hui, Tracim s'appuie principalement sur un accès authentifié aux ressources qu'il gère. On peut contourner ce mécanisme pour publier des choses publiquement, mais ce n'est pas (encore) le coeur de cible d'utilisation
Dans un contexte associatif où les membres sont les intervenants, il me semble que Tracim répond bien aux différents aspects évoqués :
forum pour les organisations de week-end (en admtettant qu'on puisse en réorganiser un jour…)
La fonctionnalité "discussion" adresse a priori ce besoin. Une manière de faire serait de :
créer un espace "open" dans tracim pour l'événement (open = que chaque utilisateur peut rejoindre sur simple demande)
dans cet espace, les utilisateurs Tracim pourront lancer des discussions puis en gérer le statut.
la description de l'espace pourra mettre en relief dès le début la date de l'événement, sa description, un lien vers les principaux documents, éventuellement un agenda partagé, etc.
partage de documents pour les fiches d'inscriptions, les compte rendus de réunion, les factures…
Un espace à disposition de tous les membres de l'association pourra centraliser les documents partagés et modèles de documents comme la fiche d'inscription.
les membres du CA ou du bureau auront un rôle de contributeur ou gestionnaire (création de document, modifications, organisation)
les membres de l'association prendront un rôle "lecteur" pour récupérer les documents.
Concernant les factures, un espace confidentiel permettra de stocker les documents ; chaque facture pourra être partagée individuellement à l'aide d'un lien de partage personnalisé (on saisit l'email et un lien est généré pour l'utilisateur et un email est envoyé. Ce lien peut être protégé par mot de passe le cas échéant)
agenda de l'asso
la fonctionnalité d'agenda de Tracim permet de réaliser ça. On pourra avoir un agenda par espace partagé, ce qui permet d'avoir un agenda global, un agenda par projet ou par événement. les utilisateurs pourront accéder soit à chaque agenda séparément, soit à une vue globale agrégeant tous les agendas.
Parmi les nouveautés récentes (non encore présentées dans les dépêches LinuxFR) :
le rafraîchissement en temps réel sur les notes, commentaires et fils de discussion
le mur de notifications qui permet d'identifier les nouveautés
la possibilité de mentionner les personnes dans les notes et commentaires
la possibilité de créer des espaces confidentiels (invisible aux personnes non invitées), sur demande (on peut demander l'accès et un gestionnaire valide/invalide la demande) et ouverts (on peut accéder à l'espace sur simple clic ou en sortir si on n'est pas intéressé)
Dans ce qui arrive :
un fil d'actualité par espace et global
un moteur de recherche multi-critères facile d'utilisation et intuitif
Et ce dont je n'ai pas parlé mais qui fait aussi la différence : moteur de recherche qui peut indexer le contenu des documents, interface responsive, api rest intégrale, intégration libreoffice online ou collabora, galerie photo, …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis étonné par la taille du stockage nécessaire pour conserver le même historique et les même métadonnées entre mercurial et git. Quelqu'un aurait plus d'infos sur le sujet ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Du coup, en tant qu'alternatives a Slack, il n'y a pas beaucoup d'options:
- mattermost
- element (matrix)
- Nextcloud talk
- et RocketChat
Matrix n'est pas encore utilisable par un utilisateur non geek, même moi je galère ;) Et à héberger, il parait que c'est l'horreur. Nos collègues de chez disroot ont arrêté par exemple.
Ca m'intéresse… aurais-tu des liens vers des articles de blog, fils de discussion ou autre qui évoque ce sujet ? On est justement en train d'envisager de passer de mattermost à Matrix/Element…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
pour tous ce qui est document prend celui qui te plait :
-nextcloud (malgré un petit bug qui efface les document apparemment)
-collabora
-alfresco
-etherpad/ethercal
-git (ouais carrémént)
-latex+git (bon la je rêve :) )
Ou Tracim qui est vraiment fait pour ça (et qui intègre collabora online et elastic search super facilement)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
OnlyOffice et RocketChat sont des logiciels open-core. Les versions que vous intégrez dans Liiibre sont-elles les versions libres ou les versions propriétaire ? Avec un contrat de partenariat/distributeur ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je suis très intéressé par le concept. J'ai cru lire quelque part que l'outil est destiné à déployer des applications web PHP/MySQL ; est-ce que c'est bien ça où ça peut s'adapter à tout type de déploiement (exemple : docker, VM) ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Mon commentaire est probablement un peu virulent, il ne devrait pas.
Il s'explique par la tendance de nombreux utilisateurs de logiciel libre "clé-en-main" qui se positionnent comme consommateurs purs et qui voient dans le logiciel libre le côté gratuit sans avoir de volonté de pérenniser.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Sans entrer dans le détail ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Travis CI : aimer le libre (pour se faire connaître), mais pas/plus trop. Évalué à 5.
Sans doute. Dans l'historique de notre messagerie interne on était bloqué le 23/11. Je ne sais pas précisément quand le mail a été envoyé mais je me souviens bien des discussions en interne où chacun ne comprenait pas de manière explicite / identique / limpide comment on était impactés.
Autant Travis n'est pas responsable de tout (à commencer par fournir gratuitement un service utilisé par une entreprise - si tu ne paies pas tu ne peux pas t'attendre à avoir des garanties), autant ils n'ont pas communiqué de manière claire sur le changement qui s'opérait.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça s'entend...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Travis CI : aimer le libre (pour se faire connaître), mais pas/plus trop. Évalué à 5.
Github : plus ou moins. Github te donne accès à une communauté à laquelle tu n'as pas accès autrement. Techniquement, c'est du git, on est capable + ou - facilement de se passer de leurs services si nécessaire. Le point important de Github c'est que c'est un réseau social (au sens premier du terme) et dont il est difficile de se passer dans un projet libre qui est en phase d'acquisition de notoriété / communauté.
Travis : on l'a choisi par confort : c'était intégré dans github donc pour caricaturer : "on a écrit quelques fichiers Yaml et puis voilà". Ça serait une erreur de rester sur cette plateforme aujourd'hui compte-tenu de son changement de stratégie et des alternatives possibles. On a par ailleurs des process d'intégration continue qui tournent ailleurs, par exemple la génération d'images docker qui est gérée via un Jenkins auto-hébergé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Sans entrer dans le détail ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Travis CI : aimer le libre (pour se faire connaître), mais pas/plus trop. Évalué à 10.
Nous sommes directement concernés par l'évolution du service que présente ici Zenitram. Nous avons eu la même analyse : non, Travis CI n'est pas "gratuit pour les logiciels libres".
Qu'ils gagnent leur vie n'est pas un problème - le développement et l'exploitation d'infrastructure ont un coût même s'il s'agit de logiciel libre - mais les conditions ne sont pas claires et pas cohérentes.
On a fait les frais de cette offre qui n'est plus vraiment gratuite. Ce n'est pas fondamentalement grave dans notre cas : on est une boîte, on a de l'argent - d'ailleurs on a cherché à devenir client mais Travis CI n'avait aucune offre intéressante pour nos besoins ; mais le fait est : la démarche n'est pas claire, la condition "logiciel libre" n'est pas complète et ce n'est pas explicite. Par ailleurs - et je trouve ça plus grave, il a fallu qu'on arrive dans une situation où "notre CI ne tournait plus" pour comprendre que les conditions avaient changé de sorte que nous avions consommé notre quota et plus de CI pendant potentiellement 2 semaines.
Encore une fois, le problème n'est pas tant un problème d'argent qu'un problème de communication : en tant que dirigeant d'entreprise, je préfère payer 70$/mois quitte a prévoir une migration plutôt que de me retrouver face à une situation inattendue : vous avez brûlé tous vos crédits de CI "logiciel libre", on ne fait plus rien tourner mais à aucune moment on ne vous a prévenu clairement que ce serait le cas.
Le bon côté des choses, c'est que ça simplifie la prise de décision :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ça s'entend...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Travis CI : aimer le libre (pour se faire connaître), mais pas/plus trop. Évalué à 10.
Je parle en tant que dirigeant d'entreprise. On développe Tracim en utilisant Github. On a mis en place historiquement l'intégration continue en s'appuyant sur Travis CI gratuitement. Au bout d'un moment, on a voulu plus de puissance pour notre CI, on a donc regardé les offres proposées. À l'époque, ça commençait autour de 200$/mois et après discussion avec l'équipe commerciale, on n'allait pas gagner en performance parce qu'on aurait moins de coeurs dispo (un coeur dédié, mais pas de parallélisation possible).
Récemment ça a changé. On s'est posé la question de passer sur leur offre payante. On a testé. Pas mieux que gratuit. Puis est arrivée la démarche évoquée par Zenitram : le gratuit qui ne le devient plus tant que ça.
Quitte à dépenser de l'argent pour la CI, la décision qu'on a prise :
L'intégration continue Github ou Gitlab, le problème c'est que ça n'est pas libre (gitlab en partie, mais dès qu'on paie, on passe sur du propriétaire, il me semble - donc on n'a pas de frontière claire). S'acoquiner avec une boîte en mode SAAS c'est une stratégie à l'encontre de la liberté et de l'indépendance.
On a évalué les solutions Travis CI, Buildbot, Concourse, Drone, Github Action, GOCD, Gitlab CI et Jenkins et au final il me semble que c'est Concourse qui est la solution retenue… Seb, Raph, Philippe ou Guénael pourront compléter s'ils passent par là…
D'ailleurs ça vaudrait peut-être le coup de partager ici le fruit de notre réflexion…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: ça peut aussi marcher
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal De l’inanité des solutions de travail in-da-cloud. Évalué à 6.
Et visiblement ce n'est pas le seul
De mon côté, compte-tenu de mon expérience professionnel en tant que collaborateur de télétravailleurs, en tant que télétravailleur moi-même et désormais en tant que
dirigeant d'entrepriseanimateur d'équipe, je suis convaincu queAu final, ça dépend des gens. (réponse de Normand;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Le sujet « de l’inanité des solutions de travail in-da-cloud » est une erreur
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal De l’inanité des solutions de travail in-da-cloud. Évalué à 4.
J'ai bien compris ; ce que j'évoque c'est le choix de ta boîte de remplacer ton poste de travail par un bureau virtuel…
Alors que comme tu le dis tes outils c'est un poste de travail avec les logiciels que tu utilises.
La différence entre le travail en présentiel et à distance c'est uniquement le "tuyau entre ton ordinateur et le lieu de stockage ; c'est ce tuyau qu'il faut adapter et c'est ce que ta boîte n'a pas fait exactement puisqu'ils ont aussi remplacé le terminal (en mettant un bureau virtuel au lieu de ton bureau "Windows").
Et c'est de là que vient le problème à mon sens, pas de l'inanité des outils dans le cloud.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Le sujet « de l’inanité des solutions de travail in-da-cloud » est une erreur
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal De l’inanité des solutions de travail in-da-cloud. Évalué à 5.
Le vrai problème que tu évoques n'est pas lié aux solutions de travail « dans le cloud » ; le vrai problème est de mettre en place des outils différents pour travailler en présentiel et à distance.
C'est quoi la différence ?
A priori on ne parle pas ici d'un travail d'itinérant qui n'opère pas sur les même tâches lorsqu'il est à distance mais de faire le même travail en présentiel ou en télétravail.
Il y a bien sûr des outils complémentaires nécessaires pour travailler à distance - le téléphone, la visioconférence ou la messagerie instantanée par exemple - mais les outils du quotidien
doiventdevraient rester les même. S'ils ne sont pas adaptés au travail à distance, pourquoi le seraient-ils pour travailler en présentiel ?Si la politique de l'organisation est d'avoir tout en interne, je ne vois pas d'alternative plus pertinente qu'un VPN.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: dans mon labo …
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal De l’inanité des solutions de travail in-da-cloud. Évalué à 7.
Euh… il n'y a pas que les logiciels propriétaires qui sont disponibles sous forme de service. C'est d'ailleurs un gros intérêt des logiciels libres : pouvoir exploiter un service clé-en-main sachant qu'il peut être internalisé à tout moment.
L'exploitation d'un service a un coût qu'il s'agisse de logiciel propriétaire ou libre ; choisir une solution "on premise" ou "hébergée" est orthogonal à la problématique de la licence.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: La réciproque du test de Turing ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Échanges avec le support technique de Paypal concernant l'authentification à deux facteurs. Évalué à 6.
Ne s'agirait il pas ici d'une extraordinaire IA… pourvue d'une forme rare de buffer overflow aléatoire ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Discourse SSO ou Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Appli web forum, agenda et partage de fichiers. Évalué à 2.
Dans ce cas, je pense que Tracim est clairement adapté. Si tu pars dans cette direction, je suis preneur de tes retours sur l'utilisation de Tracim.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Discourse SSO ou Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Appli web forum, agenda et partage de fichiers. Évalué à 2.
Je complète avec le lien vers la démonstration en ligne de Tracim.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Discourse SSO ou Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Appli web forum, agenda et partage de fichiers. Évalué à 3.
Aujourd'hui, Tracim s'appuie principalement sur un accès authentifié aux ressources qu'il gère. On peut contourner ce mécanisme pour publier des choses publiquement, mais ce n'est pas (encore) le coeur de cible d'utilisation
Dans un contexte associatif où les membres sont les intervenants, il me semble que Tracim répond bien aux différents aspects évoqués :
La fonctionnalité "discussion" adresse a priori ce besoin. Une manière de faire serait de :
Concernant les factures, un espace confidentiel permettra de stocker les documents ; chaque facture pourra être partagée individuellement à l'aide d'un lien de partage personnalisé (on saisit l'email et un lien est généré pour l'utilisateur et un email est envoyé. Ce lien peut être protégé par mot de passe le cas échéant)
la fonctionnalité d'agenda de Tracim permet de réaliser ça. On pourra avoir un agenda par espace partagé, ce qui permet d'avoir un agenda global, un agenda par projet ou par événement. les utilisateurs pourront accéder soit à chaque agenda séparément, soit à une vue globale agrégeant tous les agendas.
Parmi les nouveautés récentes (non encore présentées dans les dépêches LinuxFR) :
Dans ce qui arrive :
Et ce dont je n'ai pas parlé mais qui fait aussi la différence : moteur de recherche qui peut indexer le contenu des documents, interface responsive, api rest intégrale, intégration libreoffice online ou collabora, galerie photo, …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Discourse SSO ou Tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Appli web forum, agenda et partage de fichiers. Évalué à 3.
@stephane74, je suis intéressé par le cas d'utilisation ; ça pourra aussi alimenter ta réflexion (je suis le créateur de Tracim)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# La taille des métadonnées 4 fois plus grosse sur mercurial ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal OpenJDK est désormais hébergé chez Github tout en se donnant les moyens de l'indépendance. Évalué à 7.
Je suis étonné par la taille du stockage nécessaire pour conserver le même historique et les même métadonnées entre mercurial et git. Quelqu'un aurait plus d'infos sur le sujet ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Algoo propose cela aussi
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Offre #BigBlueButton hébergée en France / UE. Évalué à 2.
Bonjour,
On peut aussi proposer ce type de service. Je te laisse prendre contact si intéressé : damien point accorsi arobase algoo point fr.
On propose ça en mode "instance dédiée" comme pour nos services jitsi et tracim.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Début du débat à 12:34
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Duval, Nitot, Glazou, Smets invités à causer de Mozilla et du libre sur Bsmart. Évalué à 4.
Fin du débat : 37:20
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Nextcloud Hub
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 2.
Ca m'intéresse… aurais-tu des liens vers des articles de blog, fils de discussion ou autre qui évoque ce sujet ? On est justement en train d'envisager de passer de mattermost à Matrix/Element…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: le suivi financier c'est compliqué
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Logiciel "syndic". Évalué à 3.
Ou Tracim qui est vraiment fait pour ça (et qui intègre collabora online et elastic search super facilement)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 2.
Merci pour cette info !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Partenariats / contributions à OnlyOffice, RocketChat, NextCloud, Jitsi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 4.
OnlyOffice et RocketChat sont des logiciels open-core. Les versions que vous intégrez dans Liiibre sont-elles les versions libres ou les versions propriétaire ? Avec un contrat de partenariat/distributeur ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Très joli
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Gestion des plans de tests, intégration continue, nouvelle UI : version majeure Tuleap 12. Évalué à 4.
Je confirme le coût. On a une stratégie similaire sur Tracim et mine de rien il y a beaucoup de travail pour faire un design poli, cohérent, agréable…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Uniquement pour du déploiement AMP ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sell-Your-SaaS, une solution complète pour publier ou vendre des applications Web en SaaS. Évalué à 3.
Merci pour la réponse. On va jeter un coup d'oeil à ça. NLTechno fournit des services pro (support, consulting, etc) sur le sujet ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Droit de retrait
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message idée, carte covid citoyenne. Évalué à 1.
Les gens qui ne s'inquiètent pas outre mesure ne sont pas forcément des cons.
Ceux qui parlent de 2eme vague "qui n'en finit pas d'arriver depuis 2,5 mois" ne sont pas plus intelligents.
Regarde les niveaux de mortalité : https://www.insee.fr/fr/statistiques/4487861?sommaire=4487854
Où sont passés les morts de la grippe en 2020 ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Uniquement pour du déploiement AMP ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Sell-Your-SaaS, une solution complète pour publier ou vendre des applications Web en SaaS. Évalué à 6. Dernière modification le 18 septembre 2020 à 11:46.
Je suis très intéressé par le concept. J'ai cru lire quelque part que l'outil est destiné à déployer des applications web PHP/MySQL ; est-ce que c'est bien ça où ça peut s'adapter à tout type de déploiement (exemple : docker, VM) ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Mort cérébrale, rien que ça...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Seafile est-il abandonné, y-a-t-il une alternative ?. Évalué à 4.
Mon commentaire est probablement un peu virulent, il ne devrait pas.
Il s'explique par la tendance de nombreux utilisateurs de logiciel libre "clé-en-main" qui se positionnent comme consommateurs purs et qui voient dans le logiciel libre le côté gratuit sans avoir de volonté de pérenniser.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo