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 ?
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).
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
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.
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;)
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.
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
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"
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 ?
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 ?
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 ;)
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 … 💕
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)
# 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.
[^] # 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 ! 👍
# 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 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).
# À 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 … :)
[^] # 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 :
[^] # 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.
[^] # 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;)
[^] # 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 :-/
[^] # 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.
# 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
[^] # 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.
[^] # 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 🤣
[^] # 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
[^] # 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"
[^] # 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 ?
# 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 ?
[^] # 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 …
[^] # 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.
[^] # 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 ;)
[^] # 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".
# 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 …
[^] # 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 ?
# 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 … 💕
[^] # 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)