Il me semble qu'à un moment on s'est trouvé (en tant qu'utilisateur) avec une régression des possibilités par rapport à l'accélération 3D matérielle. Genre les vieilles cartes étaient toujours supportées par X mais pas les nouvelles, et que du coup tu te retrouvais avec une expérience dégradée avec du matériel actuel (de l'époque).
C'est un souvenir vague, mais il y a eu j'en suis quasiment certain une période de no man's land (c'est pas une question de régression de X, mais de non maintien au standard en cours)
Ce que je voulais dire, c'est que la valeur/ qualité ressentie d'un logiciel est autant dans son "métier" de base que dans le niveau de "polish" de l'expérience utilisateur. Et ça, c'est une myriade de petites attentions qui sont bien souvent perdues lors d'une réécriture.
Pour faire une analogie, remplacer un logiciel par un autre, c'est la même problématique que de faire tangenter deux trajectoires. Ton module spatial il faut qu'il arrive sur Mars au bon endroit, au bon moment ; sachant que les deux (ton module spatial et la planète Mars) continuent d'avancer en parallèle.
Les choix de long terme sont stratégiques mais il faut prendre en compte le court terme dans cette stratégie car il (le court terme) est sur le chemin critique du long terme.
J'ai pas le sentiment que l'écriture de Wayland ait été pensée comme "X doit continuer d'évoluer en parallèle, le temps qu'on parvienne à une version utilisable de Wayland).
Je n'étais pas dans les petits papiers, j'ai vu les choses de l'extérieur mais il me semble qu'il y a eu des périodes où ni l'une ni l'autre des solutions ne convenait vraiment (je n'ai plus les sujets en tête, ça remonte à quelques temps déjà)
Et c'est très coûteux et long. Mais effectivement le point clé c'est que c'est une problématique de changement et que ça doit se gérer en tant que tel (ne pas oublier les utilisateurs, les informer et les former, assurer une transition fluide, etc).
Mais il y a un aspect où je suis certain que les utilisateurs vont perdre et pour longtemps : toutes les petites optimisations qui sont arrivées au fil de l'eau et qui vont mettre autant de temps à revenir (curseur à l'ouverture d'un écran, priorisation des informations dans une vue tabulaire, raccourcis claviers, optimisation des copié-collé, valeurs par défaut des champs etc etc)
La réécriture est toujours un gros dilemme dans une équipe de développement. Si ça peut être évité, c'est toujours une bonne idée de faire évoluer plutôt que réécrire ; mais ça n'est parfois pas possible et souvent ça semble bien plus coûteux (ce qui est généralement faux à périmètre fonctionnel égal)
la plupart des gens ne comprennent pas les licences, y compris parmi les acteurs du logiciel libre,
les libristes sont les premiers évangélistes de l'open-core et autres licences "libres mais pas vraiment" (sous-entendu : c'est bien car il y a une version un peu libre / un peu gratuite),
faire du commerce sur du logiciel vraiment libre, c'est aussi faire face à des clients qui comparent allègrement AGPL, MIT, double licence.
Tout cela ne veut pas dire qu'il ne faut pas continuer de se battre pour des logiciels vraiment libres ; il faut juste savoir que beaucoup de gens n'y sont pas si sensibles.
La licence est un moyen de protéger quelqu'un de quelque chose. Ça peut être :
protéger l'utilisateur
protéger l'éditeur
Mais de qui veut-on protéger les gens ?
Avec des logiciels tels que MongoDB ou Elasticsearch, au final le changement de licence est (il me semble) pour se protéger de la concurrence plutôt que de se protéger des utilisateurs.
Pour une entreprise, assurer la pérennité de son activité est primordial (c'est aussi un moyen d'assurer la pérenité de sa solution pour les utilisateurs) ; le monde économique n'est pas très bienveillant dès que des enjeux stratégiques interviennent.
Je te tiens au courant :-D Mais pour le moment j'hésite encore : mon ordinateur est partiellement utilisé en partage d'écran avec des clients ; ça peut être contre-productif :-p
devnewton, est-ce qu'on peut échanger un moment par mail voire de vive voix (voire plus) ? si oui peux-tu m'envoyer un mail à damien point accorsi arobase algoo point fr ?
Si tu sais comment implémenter ça dans / au dessus de dovecot, je veux bien qu'on échange sur le sujet. De ce que j'ai vu, dovecot ne support pas (encore ?) JMAP et la solution serait d'implémenter un proxy …
Il y a quelques années, on a implémenté le support de WebDAV dans Tracim. On n'a pas développé un serveur mais on a intégré WsgiDAV avec les mécanismes natifs de Tracim : stockage de certaines données en base de données, versionning, etc.
On a mis un bon moment à stabiliser le truc car chaque client fonctionne différemment. Au bout d'un moment on avait toujours des problèmes sous Windows, MacOS et impossible d'identifier la source. On a vraiment, vraiment dépensé de l'énergie sur notre code … pour nous rendre compte au final que c'était juste nginx qui proposait juste une implémentation partielle du protocole.
On est (re)passé sur Apache en frontal et pouf, tout s'est mis à fonctionner. Aujourd'hui je ne sais pas si la situation a évolué, mais je conseillerais plutôt de déployer avec Apache.
À noter que sous linux, avec les gestionnaires de fichiers natifs, on n'avait aucun problème ; c'était vraiment lié aux clients Windows & MacOS. Sous Windows on avait testé cyberduck qui marchait très bien.
Ce qui peut être intéressant, c'est aussi le lien vers un document google créé collectivement qui compare les/des offres d'hébergement de mails - auquel il est possible de contribuer.
Ça concerne les personnes qui sont frileuses à cause de la limite stricte. On va passer sur qqchose de + souple. Ça ne sera pas no limite mais avec une gestion permettant du "burst" ponctuel pour éviter le blocage en cas de dépassement raisonnable.
C'est du boulot en plus mais on sait (techniquement et fonctionnellement) comment gérer.
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Il me semble qu'à un moment on s'est trouvé (en tant qu'utilisateur) avec une régression des possibilités par rapport à l'accélération 3D matérielle. Genre les vieilles cartes étaient toujours supportées par X mais pas les nouvelles, et que du coup tu te retrouvais avec une expérience dégradée avec du matériel actuel (de l'époque).
C'est un souvenir vague, mais il y a eu j'en suis quasiment certain une période de no man's land (c'est pas une question de régression de X, mais de non maintien au standard en cours)
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 3.
Ce que je voulais dire, c'est que la valeur/ qualité ressentie d'un logiciel est autant dans son "métier" de base que dans le niveau de "polish" de l'expérience utilisateur. Et ça, c'est une myriade de petites attentions qui sont bien souvent perdues lors d'une réécriture.
[^] # Re: Sécurité
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Red Hat cesse tout développement sur le Bluetooth et le multimédia de GNOME. Évalué à 7.
J'utilise depuis que j'ai une enceinte bluetooth. C'est un cas d'usage secondaire, mais je dois faire partie de ces quelques micro-pourcents…
Ceci dit je n'utilise pas gnome ;-)
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
C'est la bonne strat' ça. Et ça reste long 3 ans ; les réécriture sont très souvent sous estimées par les décideurs mais aussi par les développeurs…
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Pour faire une analogie, remplacer un logiciel par un autre, c'est la même problématique que de faire tangenter deux trajectoires. Ton module spatial il faut qu'il arrive sur Mars au bon endroit, au bon moment ; sachant que les deux (ton module spatial et la planète Mars) continuent d'avancer en parallèle.
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 4.
Les choix de long terme sont stratégiques mais il faut prendre en compte le court terme dans cette stratégie car il (le court terme) est sur le chemin critique du long terme.
J'ai pas le sentiment que l'écriture de Wayland ait été pensée comme "X doit continuer d'évoluer en parallèle, le temps qu'on parvienne à une version utilisable de Wayland).
Je n'étais pas dans les petits papiers, j'ai vu les choses de l'extérieur mais il me semble qu'il y a eu des périodes où ni l'une ni l'autre des solutions ne convenait vraiment (je n'ai plus les sujets en tête, ça remonte à quelques temps déjà)
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Et c'est très coûteux et long. Mais effectivement le point clé c'est que c'est une problématique de changement et que ça doit se gérer en tant que tel (ne pas oublier les utilisateurs, les informer et les former, assurer une transition fluide, etc).
Mais il y a un aspect où je suis certain que les utilisateurs vont perdre et pour longtemps : toutes les petites optimisations qui sont arrivées au fil de l'eau et qui vont mettre autant de temps à revenir (curseur à l'ouverture d'un écran, priorisation des informations dans une vue tabulaire, raccourcis claviers, optimisation des copié-collé, valeurs par défaut des champs etc etc)
[^] # Re: mouais
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 10.
La réécriture est toujours un gros dilemme dans une équipe de développement. Si ça peut être évité, c'est toujours une bonne idée de faire évoluer plutôt que réécrire ; mais ça n'est parfois pas possible et souvent ça semble bien plus coûteux (ce qui est généralement faux à périmètre fonctionnel égal)
[^] # Re: Ras-le-bol
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Fini le ticket de caisse ? Sept questions que pose la disparition de l’impression automatique. Évalué à 8.
Tout le gaspillage est un problème ; mais ça ne se mesure pas en CO2.
Le gaspillage de ressources naturelles par exemple. Tu peux mesurer l'impact en CO2, mais ça ne mesurera jamais la raréfaction de la matière première.
[^] # Re: Ras-le-bol
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Fini le ticket de caisse ? Sept questions que pose la disparition de l’impression automatique. Évalué à 10.
À un moment, il faudra se rendre compte que la pollution et le gaspillage ne se mesurent pas (uniquement) en quantité de CO2.
# Mon avis d'éditeur de logiciels libres
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien "Les rambos de l'open source". Évalué à 5.
Tout cela ne veut pas dire qu'il ne faut pas continuer de se battre pour des logiciels vraiment libres ; il faut juste savoir que beaucoup de gens n'y sont pas si sensibles.
La licence est un moyen de protéger quelqu'un de quelque chose. Ça peut être :
Mais de qui veut-on protéger les gens ?
Avec des logiciels tels que MongoDB ou Elasticsearch, au final le changement de licence est (il me semble) pour se protéger de la concurrence plutôt que de se protéger des utilisateurs.
Pour une entreprise, assurer la pérennité de son activité est primordial (c'est aussi un moyen d'assurer la pérenité de sa solution pour les utilisateurs) ; le monde économique n'est pas très bienveillant dès que des enjeux stratégiques interviennent.
[^] # Re: Je sais que...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Thème Windows 95 pour Linux. Évalué à 3.
Ou alors carrément une VM Windows 95 😳
[^] # Re: Je sais que...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Thème Windows 95 pour Linux. Évalué à 4. Dernière modification le 01 août 2023 à 14:25.
Je te tiens au courant :-D Mais pour le moment j'hésite encore : mon ordinateur est partiellement utilisé en partage d'écran avec des clients ; ça peut être contre-productif :-p
[^] # Re: Je sais que...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Thème Windows 95 pour Linux. Évalué à 6.
Je trouve l'idée excellente
[^] # Re: L'article de Blast
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Sur YouTube, derrière la réforme de Pôle Emploi, une sordide histoire de conflit d’intérêts. Évalué à 2.
C'est moche
[^] # Re: Les différentes solutions qu'on a identifiées à algoo ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Stalwart mail server. Évalué à 3. Dernière modification le 20 juillet 2023 à 10:00.
devnewton, est-ce qu'on peut échanger un moment par mail voire de vive voix (voire plus) ? si oui peux-tu m'envoyer un mail à damien point accorsi arobase algoo point fr ?
merci d'avance :)
[^] # Re: Les différentes solutions qu'on a identifiées à algoo ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Stalwart mail server. Évalué à 2.
Ce n'est pas prévu pour le moment / lancement.
Si tu sais comment implémenter ça dans / au dessus de dovecot, je veux bien qu'on échange sur le sujet. De ce que j'ai vu, dovecot ne support pas (encore ?) JMAP et la solution serait d'implémenter un proxy …
# Les différentes solutions qu'on a identifiées à algoo ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Stalwart mail server. Évalué à 6.
# WebDAV, Nginx et Windows ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Implementer un serveur Webdav - qui fonctionne - sous Linux.. Évalué à 10. Dernière modification le 07 juillet 2023 à 13:07.
Il y a quelques années, on a implémenté le support de WebDAV dans Tracim. On n'a pas développé un serveur mais on a intégré WsgiDAV avec les mécanismes natifs de Tracim : stockage de certaines données en base de données, versionning, etc.
On a mis un bon moment à stabiliser le truc car chaque client fonctionne différemment. Au bout d'un moment on avait toujours des problèmes sous Windows, MacOS et impossible d'identifier la source. On a vraiment, vraiment dépensé de l'énergie sur notre code … pour nous rendre compte au final que c'était juste nginx qui proposait juste une implémentation partielle du protocole.
On est (re)passé sur Apache en frontal et pouf, tout s'est mis à fonctionner. Aujourd'hui je ne sais pas si la situation a évolué, mais je conseillerais plutôt de déployer avec Apache.
À noter que sous linux, avec les gestionnaires de fichiers natifs, on n'avait aucun problème ; c'était vraiment lié aux clients Windows & MacOS. Sous Windows on avait testé cyberduck qui marchait très bien.
# Comparatif de quelques offres email ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Où héberger ses emails avec nom de domaine personnalisé ?. Évalué à 10.
L'article de NextInpact présente un comparatif de quelques offres d'hébergement d'emails. Ils parlent notamment de galae \o/ et font référence au journal d'annonce du lancement du service galae que j'ai publié sur LinuxFR
Ce qui peut être intéressant, c'est aussi le lien vers un document google créé collectivement qui compare les/des offres d'hébergement de mails - auquel il est possible de contribuer.
[^] # Re: SOGo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Je vais regarder. Ça m'étonne mais comme je n'utilise le webmail qu'en dépannage, je préfère ne pas dire de bêtise.
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
On a modifié notre stratégie de limite. Cf. https://linuxfr.org/users/lebouquetin/journaux/galae-le-service-email-qui-vous-veut-du-bien#comment-1929069
[^] # Re: Nice
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
On a modifié notre stratégie de limite. Cf. https://linuxfr.org/users/lebouquetin/journaux/galae-le-service-email-qui-vous-veut-du-bien#comment-1929069
# Concernant les limites dures sur le nb de mails envoyés ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 10.
Ça concerne les personnes qui sont frileuses à cause de la limite stricte. On va passer sur qqchose de + souple. Ça ne sera pas no limite mais avec une gestion permettant du "burst" ponctuel pour éviter le blocage en cas de dépassement raisonnable.
C'est du boulot en plus mais on sait (techniquement et fonctionnellement) comment gérer.
[^] # Re: Tirs mortels
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Tirs mortels en France: un problème systémique (vidéo, 3min). Évalué à 9.
Je pense que c'est erroné : tout dépend de la posture et de la stratégie de tes adversaires.
Le parcours politique de Nelson Mandela et les évènements associés à la fin de l'apartheid l'illustrent malheureusement.