Et je pense que l'augmentation, c'est parce qu'ils ont des thunes en banque, mais ils ont embauchés à mort des commerciaux, et qu'ils ont grosso modo 2 ans de trésorerie. Donc il faut devenir rentable assez vite, car de ce que j'ai compris (avec un gros "si"), c'est pas encore le cas pour le moment.
C'est compliqué de faire produire du logiciel libre et de gagner de l'argent. C'est compliqué d'amorcer une offre Saas et d'en faire quelque chose de rentable. Lever des fonds ça permet de souffler au début mais il y a d'une manière ou d'une autre un retour de flamme à un moment :
l'argent levé n'est ni du CA ni des revenus
les investisseurs investissent pour gagner de l'argent.
Mécaniquement les conditions sont amenées à se durcir à un moment ou à un autre quand on a une stratégie de levée de fonds (ça peut être le cas sans lever de fonds ; c'est inévitable quand on lève des fonds et c'est variable quand on a une activité rentable dès le début) car les investisseurs veulent un retour sur investissement.
On ne parle plus de logiciel libre, là ; mais la réalité économique est prioritaire lorsqu'on gère une entreprise.
Je gère une boîte de 15 personnes, on n'a pas levé de fonds (je suis seul propriétaire d'Algoo). Aujourd'hui si je suis face à un dilemme du type : "j'assure les revenus de l'entreprise et j'évite de licencier des gens" vs "je continue de faire du libre et de fournir à tout le monde une version libre de Tracim et un service gratuit pour les individus" c'est un véritable dilemme :
j'ai créé Algoo pour faire du logiciel libre
la licence libre est au coeur de Tracim et de sa philosophie de gestion de l'information
le service gratuit pour les individus fait aussi partie de l'apport à la communauté.
J'espère ne pas avoir à faire un tel choix. Probablement que si je devais trancher ça serait d'abord de "reporter" le service gratuit vers des CHATONS ou de l'associatif (une démarche similaire à Docker, en quelques sortes, mais sans doute moins brutale), puis ne plus diffuser les nouvelles versions de Tracim sous licence libre (je préfère moins contribuer au bien commun que de mettre potentiellement une famille en difficulté) et enfin si il n'y a pas d'alternative, je licencierais des gens.
C'est une projection, je n'en sais rien de ce que je ferais le jour où j'ai une telle décision à prendre. Mais je suis fondateur de Algoo, je suis dirigeant de l'entreprise et j'ai une vision à long terme de l'entreprise.
Docker a des investisseurs. Les investisseurs mesurent en dollars ; c'est le seul critère qui pilote réellement la stratégie d'une boîte qui a fait appel à des investisseurs.
La réalité économique est bien différente de la philosophie et de la pensée pure, théorique. Les dirigeants ont une responsabilité que la plupart des commentateurs n'imaginent pas (ou sont bien content de ne pas avoir à porter).
Par exemple pour Tracim, aujourd'hui on ne propose pas d'offre à moins de 405€ HT / an (45€ HT/mois, avec 25% de réduction pour les associations). C'est pas donné (mais c'est pas cher non plus) ; mais en dessous ça coûte plutôt que ça rapporte. Et c'est le prix pour avoir la qualité de service et la proximité qu'on propose.
Si on avait des offres moins chères, on toucherait sans doute des clients qu'on ne peut pas toucher aujourd'hui. Mais si ça coûte plutôt que ça rapporte, quel intérêt ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai cru aussi, mais si tu regardes les différents prix, je pense que c'est un bug ce tarif (ça correspond à 5€ / utilisateur / mois et ça ne suit pas la logique de l'offre supérieure)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est direct $420/an ou dégage après avoir fait la pub de la solution, ça fait dealer.
Je ne trouvais pas l'info. Leur site est buggué. D'après la page de tarifs, il est possible de collaborer sur des repo public avec des comptes gratuits. Donc tu n'existes pas en tant qu'organisation, mais tu peux gérer un repo public à plusieurs, sans dépenser.
Ce qui est plus problématique, je pense, c'est :
la limite du nombre de pull
la migration d'une orga vers des comptes perso (possible ?)
L'article de blog original est intéressant car il soulève le problème potentiel du squating des dépôts qui sont aujourd'hui "la référence".
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
[^] # 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é à 10.
C'est compliqué de
faireproduire du logiciel libre et de gagner de l'argent. C'est compliqué d'amorcer une offre Saas et d'en faire quelque chose de rentable. Lever des fonds ça permet de souffler au début mais il y a d'une manière ou d'une autre un retour de flamme à un moment :Mécaniquement les conditions sont amenées à se durcir à un moment ou à un autre quand on a une stratégie de levée de fonds (ça peut être le cas sans lever de fonds ; c'est inévitable quand on lève des fonds et c'est variable quand on a une activité rentable dès le début) car les investisseurs veulent un retour sur investissement.
On ne parle plus de logiciel libre, là ; mais la réalité économique est prioritaire lorsqu'on gère une entreprise.
Je gère une boîte de 15 personnes, on n'a pas levé de fonds (je suis seul propriétaire d'Algoo). Aujourd'hui si je suis face à un dilemme du type : "j'assure les revenus de l'entreprise et j'évite de licencier des gens" vs "je continue de faire du libre et de fournir à tout le monde une version libre de Tracim et un service gratuit pour les individus" c'est un véritable dilemme :
J'espère ne pas avoir à faire un tel choix. Probablement que si je devais trancher ça serait d'abord de "reporter" le service gratuit vers des CHATONS ou de l'associatif (une démarche similaire à Docker, en quelques sortes, mais sans doute moins brutale), puis ne plus diffuser les nouvelles versions de Tracim sous licence libre (je préfère moins contribuer au bien commun que de mettre potentiellement une famille en difficulté) et enfin si il n'y a pas d'alternative, je licencierais des gens.
C'est une projection, je n'en sais rien de ce que je ferais le jour où j'ai une telle décision à prendre. Mais je suis fondateur de Algoo, je suis dirigeant de l'entreprise et j'ai une vision à long terme de l'entreprise.
Docker a des investisseurs. Les investisseurs mesurent en dollars ; c'est le seul critère qui pilote réellement la stratégie d'une boîte qui a fait appel à des investisseurs.
La réalité économique est bien différente de la philosophie et de la pensée pure, théorique. Les dirigeants ont une responsabilité que la plupart des commentateurs n'imaginent pas (ou sont bien content de ne pas avoir à porter).
Par exemple pour Tracim, aujourd'hui on ne propose pas d'offre à moins de 405€ HT / an (45€ HT/mois, avec 25% de réduction pour les associations). C'est pas donné (mais c'est pas cher non plus) ; mais en dessous ça coûte plutôt que ça rapporte. Et c'est le prix pour avoir la qualité de service et la proximité qu'on propose.
Si on avait des offres moins chères, on toucherait sans doute des clients qu'on ne peut pas toucher aujourd'hui. Mais si ça coûte plutôt que ça rapporte, quel intérêt ?
#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é à 2.
J'ai cru aussi, mais si tu regardes les différents prix, je pense que c'est un bug ce tarif (ça correspond à 5€ / utilisateur / mois et ça ne suit pas la logique de l'offre supérieure)
#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é à 1. Dernière modification le 16 mars 2023 à 07:04.
Ta réponse est une vision systémique. Il faut changer le système politiquement pour faire ce que tu dis.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Copieurs!
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 2.
Je ne trouvais pas l'info. Leur site est buggué. D'après la page de tarifs, il est possible de collaborer sur des repo public avec des comptes gratuits. Donc tu n'existes pas en tant qu'organisation, mais tu peux gérer un repo public à plusieurs, sans dépenser.
Ce qui est plus problématique, je pense, c'est :
L'article de blog original est intéressant car il soulève le problème potentiel du squating des dépôts qui sont aujourd'hui "la référence".
#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