Parenthèse : se tourner vers github comme évoqué dans des commentaires, c'est vraiment avancer avec des œillères.
Ou pas. Pour l'instant eux savent gérer les communautés pauvres et rentabiliser, de ce que je comprend.
Encore une fois, le problème n'est pas faire payer, mais qui viser et faire payer.
Docker gérait bien sa communauté jusqu'à présent. Ils viennent de changer de stratégie. Mettre ton code source chez Github c'est s'exposer précisément au même risque. Github est peut-être plus habile, mais le risque reste : tu es tributaire d'un service qui t'est fourni sans contrepartie financière directe. Les modalités peuvent changer à tout moment.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Le libre est ici annexe, le sujet est le gratuit qui passe payant de mauvaise manière.
Je réagis au texte original :
C'est donc un rude coup qui est porté au logiciel libre.
Et précédemment :
Plus exactement, pour avoir droit à la gratuité pour un accès multi-utilisateurs (le Open Source program), il ne suffit pas que le logiciel soit libre : il faut en outre zéro activité commerciale, même la vente de services autour du logiciel ou le développement payant de fonctions supplémentaires vous font perdre le statut (je cite : « Not have a pathway to commercialization. Your organization must not seek to make a profit through services or by charging for higher tiers. »). En outre, il n'y a pas de certitude quant au temps et aux efforts qu'il faudra pour voir ce statut reconnu.
Ce que j'interprètes comme : "tu fais de l'argent avec ton projet, tu paies". Ça ne m choque pas.
Dans ton message tu dis :
La, Docker se plante en visant le plus pauvres qui n'abusent pas comme les plus pauvres qui abusent ou les plus riches, les communautés pauvres qui abusent pas et font de la pub ne peuvent se permettre $420/an.
D'après le journal de Stéphane, tu ne paies pas si tu es pauvre puisque tu ne fais pas d'activité commerciale avec ton projet
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Héberger ses images chez Docker, son code source chez Github, gitlab, sourceforge … c'est la même chose : c'est un service "offert" par quelqu'un. Quelqu'un dépense de l'argent pour vous rentre un service. Il y a forcément un moment où ça coince / où "les projets de vie évoluent différemment".
La seule solution viable, c'est de payer pour les services dont on a besoin. Payer en euros ou en temps. Ça se fait d'héberger soi-même sa forge logicielle, son "docker hub" individuel, sa haute-disponibilité, etc ; mais ça a un coût.
Un exemple assez classique - et sans doute l'un des mieux acceptés chez les libristes : payer pour son nom de domaine et une/des adresses email.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Quel est le salaire moyen d'un visiteur LinuxFR ? Comment finance-t-on ce niveau de rémunération en produisant des logiciels libres ? Comment finance-t-on les infrastructures ?
Je connais la réponse qui va m'être faite : c'est pas notre problème, à chaque entreprise de trouver son modèle économique.
Certes. Mais tous les libristes ici ou presque tous, vous êtes les premiers à demander une rémunération pour votre travail (y compris sur du libre) car libre ne veut pas dire gratuit.
Pourquoi une entreprise privée ne pourrait-elle pas elle aussi, demander de l'argent pour son travail / ses services récurrents pour le libre ?
Vous êtes "méchant" quand vous demandez un salaire pour votre travail ? Non. C'est légitime. Pourquoi une entreprise ne pourrait pas le faire ?
La manière de faire de l'entreprise Docker peut-être discutée. Mais les services qui doivent être gratuit pour du libre sinon c'est le mal, c'est comme si on disait à chaque contributeur : "si tu ne contribues pas gratuitement chaque mois au moins 1h, c'est que tu es un vilain capitaliste".
Parenthèse : se tourner vers github comme évoqué dans des commentaires, c'est vraiment avancer avec des œillères.
Comment voulez-vous que l'ensemble des gens valorisent et paient pour (que des gens travaillent sur) du logiciel libre si les premiers intéressés - les libristes eux-même - s'offusquent de devoir débourser quelque chose pour des services rendus de manière récurrente ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je pense que tu peux migrer quand tu veux, avec une date butoir. Ce qu'il faut c'est :
créer ton nouvel hébergement mail
faire le paramétrage des DNS
migrer tes données, avec imapsync par exemple (tu peux le faire en plusieurs fois, comme un rsync, ce qui permet de t'assurer que tu n'as vraiment rien perdu pendant la phase de propagation des DNS)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai suivi un fil twitter récemment qui parlait d'alternatives à Electron pour faire des "app lourdes" et le couple Rust / Tauri est revenu sur la table dans de nombreux commentaires. TRSync s'appuie sur Tauri ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Les fonctionnalités attendues semblent ne pas être les mêmes.
Mais le message n'explique pas vraiment ce qui est recherché, ni en fonctionnalité, ni en usages (chercher des logiciels strictement équivalents est rarement réaliste).
Avec Algoo, on peut proposer un "audit" pour orienter vers la meilleure solution (on connaît bien le libre, on travaille sur les sujets d'animation… Et il se trouve qu'on a même un gros fan de Discorde dans l'équipe).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
De toute façon, il faut à tout prix ne pas être dogmatique : chaque langage a ses avantages et inconvénients et son utilisation doit être décidée pragmatiquement :
quelles sont les compétences que l'on a pour le projet
quel est la pérenité / l'ampleur du projet
de quel écosystème a-t-on besoin ?
quelles sont les attentes en terme de performances
…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Toute la différence entre tu peux et tu dois ; ça change tout car les mauvais usages sont "interdits" (et donc en pratique il n'y en a aucun).
L'immutabilité, par exemple, c'est possible en C++. D'ailleurs c'est très présent, il me semble, dans les lib "bien foutues" (QT par exemple).
À L'époque où je développais en C++, j'ai jamais réussi à réintroduire ce concept dans les projets sur lesquels je suis intervenu tant il y avait de couches / d'historique à reprendre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
On a eu pas mal de discussions sur le sujet avec Bux ; un des gros points forts que je vois dans python, y compris pour des projets d'envergure, c'est l'écosystème. Tu trouves littéralement des modules pour tout ou presque.
Après, c'est un langage dynamique et finalement on fait beaucoup de python à Algoo et on utilise le typage (qui n'est pas un vrai typage mais qui limite quand même la casse si utilisé avec le bon outillage de dév)
Mais ça ne remplace en aucun cas les avantages d'un langage "rigoureux" plus statiquement typé comme C++/C# et comme Rust désormais (que je ne manipule pas du tout, mais dont Bux m'a vanté à maintes reprises les bienfaits;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
De ce point de vue, par rapport à un langage interprété laxiste du type de Python, on transfère simplement le temps de test et débogage initial des erreurs triviales vers du temps de développement où on « débogue » les erreurs de compilation (variables non définies ou pas encore initialisées, pas du bon type, etc.)
Je ne suis pas tout à fait d'accord. Le mode de développement / tests / bugfix avec un langage type python génère beaucoup d'aller-retour ou changements de contexte qui ont un coût non négligeable en temps de développement.
Tous les bugs effets de bord / cas particulier ont toutes les chances d'être identifiés tardivement, voire après livraison ou en production.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Perso quand j'écrivais du code vraiment pourri, je mettais des commentaires pour le potentiel futur lecteur, avec une touche d'humour pour égayer son refactoring à venir.
Aucune idée, en revanche, de comment ça a été perçu (si ça l'a été) :-D
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'aime beaucoup la vision de Pieter Levels, un "solo preneur" qui a lancé plusieurs projets en indépendant (et des projets qu'il a vraiment bien monetisés.
Attention pub : il a formalisé son approche dans un bouquin qu'il vend à un prix abordable - https://readmake.com/
Sans suivre son exemple à la lettre (il ne monétise pas des logiciels opensource, il n'accorde pas/peu d'importance au génie logiciel), il y expose différents points intéressants qui gravitent autour du produit et de la communication.
Il ne s'agit pas d'un bouquin technique mais d'un bouquin plutôt "entreprenariat"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
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
[^] # Re: C'est tabou de payer pour du logiciel libre ... même pour les libristes :.(
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 7.
Docker gérait bien sa communauté jusqu'à présent. Ils viennent de changer de stratégie. Mettre ton code source chez Github c'est s'exposer précisément au même risque. Github est peut-être plus habile, mais le risque reste : tu es tributaire d'un service qui t'est fourni sans contrepartie financière directe. Les modalités peuvent changer à tout moment.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C'est tabou de payer pour du logiciel libre ... même pour les libristes :.(
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 7.
Je réagis au texte original :
Et précédemment :
Ce que j'interprètes comme : "tu fais de l'argent avec ton projet, tu paies". Ça ne m choque pas.
Dans ton message tu dis :
D'après le journal de Stéphane, tu ne paies pas si tu es pauvre puisque tu ne fais pas d'activité commerciale avec ton projet
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Github ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 10.
Héberger ses images chez Docker, son code source chez Github, gitlab, sourceforge … c'est la même chose : c'est un service "offert" par quelqu'un. Quelqu'un dépense de l'argent pour vous rentre un service. Il y a forcément un moment où ça coince / où "les projets de vie évoluent différemment".
La seule solution viable, c'est de payer pour les services dont on a besoin. Payer en euros ou en temps. Ça se fait d'héberger soi-même sa forge logicielle, son "docker hub" individuel, sa haute-disponibilité, etc ; mais ça a un coût.
Un exemple assez classique - et sans doute l'un des mieux acceptés chez les libristes : payer pour son nom de domaine et une/des adresses email.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# C'est tabou de payer pour du logiciel libre ... même pour les libristes :.(
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 10.
Mon message va se faire moinser sans aucun doute.
Quel est le salaire moyen d'un visiteur LinuxFR ? Comment finance-t-on ce niveau de rémunération en produisant des logiciels libres ? Comment finance-t-on les infrastructures ?
Je connais la réponse qui va m'être faite : c'est pas notre problème, à chaque entreprise de trouver son modèle économique.
Certes. Mais tous les libristes ici ou presque tous, vous êtes les premiers à demander une rémunération pour votre travail (y compris sur du libre) car libre ne veut pas dire gratuit.
Pourquoi une entreprise privée ne pourrait-elle pas elle aussi, demander de l'argent pour son travail / ses services récurrents pour le libre ?
Vous êtes "méchant" quand vous demandez un salaire pour votre travail ? Non. C'est légitime. Pourquoi une entreprise ne pourrait pas le faire ?
La manière de faire de l'entreprise Docker peut-être discutée. Mais les services qui doivent être gratuit pour du libre sinon c'est le mal, c'est comme si on disait à chaque contributeur : "si tu ne contribues pas gratuitement chaque mois au moins 1h, c'est que tu es un vilain capitaliste".
Parenthèse : se tourner vers github comme évoqué dans des commentaires, c'est vraiment avancer avec des œillères.
Comment voulez-vous que l'ensemble des gens valorisent et paient pour (que des gens travaillent sur) du logiciel libre si les premiers intéressés - les libristes eux-même - s'offusquent de devoir débourser quelque chose pour des services rendus de manière récurrente ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Alternative pour les mails pro
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Gandi casse son offre mail ?. Évalué à 3.
Sur quel sujet/thématique tu veux en savoir plus ? Selon le sujet on en parle en public ou en privé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Alternative pour un mail perso
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Gandi casse son offre mail ?. Évalué à 6.
Je pense que tu peux migrer quand tu veux, avec une date butoir. Ce qu'il faut c'est :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Alternative pour les mails pro
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Gandi casse son offre mail ?. Évalué à 5. Dernière modification le 11 mars 2023 à 01:40.
À algoo, on est monté en compétences sur le mail sur différents sujets : Thunderbird, Sogo, Mailtrain et infra mail.
On était déjà en train de se poser la question de monter une offre email quand l'annonce de Gandi s'est faite.
Si parmi vous il y a des personnes intéressées pour migrer, contactez-moi.
Si parmi vous il y a des personnes intéressées pour monter l'activité, idem.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: techno ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Nouvelle interface graphique pour TrSync. Évalué à 2.
En tout cas ça rend bien ! 👍
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# techno ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Nouvelle interface graphique pour TrSync. Évalué à 3.
J'ai suivi un fil twitter récemment qui parlait d'alternatives à Electron pour faire des "app lourdes" et le couple Rust / Tauri est revenu sur la table dans de nombreux commentaires. TRSync s'appuie sur Tauri ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Tracim est fait pour gérer des communautés
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Appel à l'aide pour migrer une communauté hors de Discord. Évalué à 2.
Les fonctionnalités attendues semblent ne pas être les mêmes.
Mais le message n'explique pas vraiment ce qui est recherché, ni en fonctionnalité, ni en usages (chercher des logiciels strictement équivalents est rarement réaliste).
Avec Algoo, on peut proposer un "audit" pour orienter vers la meilleure solution (on connaît bien le libre, on travaille sur les sujets d'animation… Et il se trouve qu'on a même un gros fan de Discorde dans l'équipe).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# À Algoo aussi on peut vous aider ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Presta proxmox. Évalué à 3.
Mais on a tendance à privilégier XCP-ng & Xen Orchestra.
Ça marche aussi, c'est français, c'est des voisins … :)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 7.
De toute façon, il faut à tout prix ne pas être dogmatique : chaque langage a ses avantages et inconvénients et son utilisation doit être décidée pragmatiquement :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 8.
Toute la différence entre tu peux et tu dois ; ça change tout car les mauvais usages sont "interdits" (et donc en pratique il n'y en a aucun).
L'immutabilité, par exemple, c'est possible en C++. D'ailleurs c'est très présent, il me semble, dans les lib "bien foutues" (QT par exemple).
À L'époque où je développais en C++, j'ai jamais réussi à réintroduire ce concept dans les projets sur lesquels je suis intervenu tant il y avait de couches / d'historique à reprendre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 7.
On a eu pas mal de discussions sur le sujet avec Bux ; un des gros points forts que je vois dans python, y compris pour des projets d'envergure, c'est l'écosystème. Tu trouves littéralement des modules pour tout ou presque.
Après, c'est un langage dynamique et finalement on fait beaucoup de python à Algoo et on utilise le typage (qui n'est pas un vrai typage mais qui limite quand même la casse si utilisé avec le bon outillage de dév)
Mais ça ne remplace en aucun cas les avantages d'un langage "rigoureux" plus statiquement typé comme C++/C# et comme Rust désormais (que je ne manipule pas du tout, mais dont Bux m'a vanté à maintes reprises les bienfaits;)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 6.
Perso, la révélation que j'ai eue dans ma carrière de développeur, c'est la puissance de l'immutabilité.
C'était en découvrant le langage ELM … Mais c'était au moment où j'ai arrêté de vraiment coder :-/
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 7.
Je ne suis pas tout à fait d'accord. Le mode de développement / tests / bugfix avec un langage type python génère beaucoup d'aller-retour ou changements de contexte qui ont un coût non négligeable en temps de développement.
Tous les bugs effets de bord / cas particulier ont toutes les chances d'être identifiés tardivement, voire après livraison ou en production.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Plus de détails ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Webinaire présentation Thunderbird jeudi 16 mars. Évalué à 2.
Le lien Eventbrite donne le détail. Vous pouvez vous inscrire.
Vous pouvez aussi retrouver le webinaire directement sur le salon BBB
de l'événement
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Sympa
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien La face cachée du net : le bureau (matériel/logiciel) de Daniel Stenberg, créateur de curl. Évalué à 2.
J'ai trouvé un truc inaltérable : je pousse mes clés d'api sur github avec le code.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Sympa
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien La face cachée du net : le bureau (matériel/logiciel) de Daniel Stenberg, créateur de curl. Évalué à 2.
Pas mieux. Je mets pas de photo du mien : en zoomant il y aurait trop de chance d'accéder à des infos confidentielles 🤣
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Contexte
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien le code qui contient des jurons est de meilleur qualité que celui qui n'en contient pas. Évalué à 6.
Perso quand j'écrivais du code vraiment pourri, je mettais des commentaires pour le potentiel futur lecteur, avec une touche d'humour pour égayer son refactoring à venir.
Aucune idée, en revanche, de comment ça a été perçu (si ça l'a été) :-D
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: cause de la réduction de la croissance ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche wallabag.it a 6 ans. Évalué à 3.
J'aime beaucoup la vision de Pieter Levels, un "solo preneur" qui a lancé plusieurs projets en indépendant (et des projets qu'il a vraiment bien monetisés.
Attention pub : il a formalisé son approche dans un bouquin qu'il vend à un prix abordable - https://readmake.com/
Sans suivre son exemple à la lettre (il ne monétise pas des logiciels opensource, il n'accorde pas/peu d'importance au génie logiciel), il y expose différents points intéressants qui gravitent autour du produit et de la communication.
Il ne s'agit pas d'un bouquin technique mais d'un bouquin plutôt "entreprenariat"
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: cause de la réduction de la croissance ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche wallabag.it a 6 ans. Évalué à 6.
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
# cause de la réduction de la croissance ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche wallabag.it a 6 ans. Évalué à 4.
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
[^] # Re: Actual Systèmes
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Où se fournir en serveurs Dell ou équivalent . Évalué à 2.
On les a contacté ; ça a l'air plus sérieux …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: La Mouette est sur le coup :)
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Adieu Grammalecte ?. Évalué à 4.
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