Perso j'aime bien proposer CodinGame comme complément à des tutos cours. C'est ludique et ça permet d'exercer l'algorithmique, utile surtout si on vise à faire du développement.
Ça peut être un bon test aussi si on ne sait pas quelle branche de l'informatique on veut prendre, car en gros, l'algorithmique, ça passe ou ça casse ! (même si en fait, comme toute compétence ça peut s'acquérir par l'effort, mais il faut au moins y prendre goût). Et si il se trouve que la personne se trouve à l'aise dans l'algorithmique, alors développeur est probablement un bon choix de carrière.
Ça va permettre d'utiliser des Datasets ZFS (et non des volumes) directement dans les VM et le tout avec une pénalité minimale sur les performances.
C'est du coup bien plus facile de manipuler les données au niveau de l'hôte et d'avoir des sauvegardes/snapshots faciles à manipuler. Bref ça va simplifier la gestion des données et des backups.
Perso je trouve Redis vraiment très pratique quand on fait du multi-serveur / multi-process. Au delà du cache, il a pas mal de primitives qui permettent de synchroniser les processus. Et par exemple son event stream est très intéressant, sans avoir recours à du Kafka (je pense qu'aujourd'hui on peut aussi détourner la réplication PostgresSQL pour faire ça, mais ça reste plus exotique, pour le moment). Et il y a des choses comme rq qui sont très pratiques aussi pour des traitements asynchrones.
Un énorme merci à l'équipe de CryptPad pour faire vivre un projet aussi ambitieux et aussi pratique.
Je l'utilise avec plaisir à pas mal de moment, et j'essaye de convertir d'autres utilisateurs. Il est vrai que la phase d’initialisation un peu longue (surtout sur un téléphone) est parfois un frein. Mais la garantie absolue de sécurité des données réussi à convaincre une partie des gens, quand on leur explique bien.
Le projet NGI0 sert aussi à financer des projets hardware et peut financer des projets de drivers (pourvu qu'un projet candidate). Ça se voit bien ici: https://nlnet.nl/thema/
Un produit sous GPL, ça peut virer au proprio tout autant qu'un produit sous MIT.
Seulement si l'éditeur demande de signer un amendement où tu lui cède la propriété intellectuelle sur tes contributions (ou le bénéfice de celle-ci).
Sur un soft GPL qui a reçu de nombreuses contribution, il est sinon quasi impossible de changer de licence (et c'est bien une garantie pour les contributeurs)
Perso j'aime beaucoup ce pattern (mais sans abuser bien sur). Pour moi ça a du sens dés que l'on a des fichiers de configuration un peu long.
Tu n'as pas envie de te retrouver avec un conflit de apt lorsque tu change de version. La plupart du temps tu veux changer deux ou trois variables. En le faisant dans ton conf.d tu vois facilement ce que tu as changé et tu profite des bonnes pratiques par défaut de ta distribution.
Je met même mes fichiers de conf dans un git dans /opt avec un lien symbolique dans /etc et ce pattern devient encore plus intéressant.
J'ai découvert aussi avec systemd comment tu peux faire un systemd edit mon-service, qui crée (ici pour un service système) /etc/systemd/system/mon-service.service.d/override.conf qui te permet de changer des paramètres du service par défaut (et tu peux bien sur avoir plusieurs fichiers). Là aussi ça te permet de faire des variations tout en conservant tout ce le super travail fait par l'empaqueteur.
Vous devriez peut être parler avec le projet https://tauri.app/ qui, il me semble, a pour but de permettre un niveau de sécurité suffisant pour faire du html en desktop.
Perso je trouve XDG très bien car ça devrait permettre de sélectionner simplement les bons dossiers pour les sauvegardes, changement d'ordinateur etc.
Mais en pratique ce n'est malheureusement pas respecté par certains programmes qui mettent leur cache n'importe où… (et pas juste quelques fichiers…).
Même grief pour flatpak qui, au lieu de monter proprement les bons dossiers, met tout au même endroit pour chaque programme (il me semble en tout cas), à mon avis c'est bien dommage.
Pour moi ce serait pourtant simple: soumettre aux obligations celui qui vend le logiciel, pas celui qui l'a produit (après à celui qui vend un logiciel tiers de s'assurer que les obligations seront tenu).
Pour être sur: tu as vu que c'est 26€ c'est le prix d'un abonnement pour 1 an (pas 1 mois). Vu l'importance de la fiabilité du mail, je suis un peu surpris que tu penses que c'est uniquement pour les pros !
Oui mais j'avoue que je préférerais une limite journalière "dure" plus haute (genre 200 mails) qui suffisent tout de même à éviter les spammeurs et une limite réelle (lissée sur un mois) qui corresponde à 35 e-mails / jours. On pourrait, si on risque de dépasser la limite, être averti par mail à temps (mail à j-7, j-3, j-1) avec une invitation à passer au plan supérieurs… ou blocage au début du mois suivant pour x jours (pour résorber le trop envoyé) ?
Au pire il faut que ce soit manuel au début, les cas de dépassement brutaux seront ama très rares.
j'avoue que perso, c'est aussi ce qui me bloque d'emblée. Que se passe t'il si un jour je dois envoyer vraiment plus de 35 mails, ce qui peut être le cas le jour de mon anniversaire, en réponse, ou pour envoyer une invitation, ou lors de la préparation d'un évènement. C'est juste pas possible de me sentir bloqué de cette manière !
Yes, en tant que moule, je veux ajouter mon merci car je lis pas mal linuxfr et c'est une bonne source d'information et il y a un certain sens de communauté (même si les commentaires sont parfois assez brusques).
Un grand grand merci aux développeurs, aux modérateurs, à ceux qui contribuent des contenus et à toute forme de contribution.
Mon compte a été créé en 2003, mais je pense que je lisais déjà de temps en temps deux ou trois ans avant !
Ce genre d'application est aussi implémentable avec odoo. Il faut une équipe technique un peu motivé et un bon accompagnement, mais odoo est vraiment pensé pour créer des applications métier de ce type, avec une base déjà faite.
Ça vaut le coup si le module helpdesk (avec quelques autres modules éventuels) couvre déjà une bonne partie de ton besoin.
Il y a vraiment une API complète et des possibilités d'extensions dans tous les sens (actions serveurs, templates, ajouts de champs, etc.).
Oui il est pas mal du tout, il y a la notion d'attribution, d'équipe, de temps de résolution/escalade, des modèles, etc. C'est vraiment fait pour du support.
[^] # Re: proton
Posté par Alex G. . En réponse au lien Protonmail suspend des comptes de journalistes . Évalué à 2 (+0/-0).
Moi je suis chez https://galae.net/ proposé par une boite française (dont le fondateur est d'ailleurs un rédacteur actif de linuxfr :-))
[^] # Re: History
Posté par Alex G. . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 3 (+1/-0).
Le cœur d'Open Food Facts est en PERL
# Codingame (pour le dév)
Posté par Alex G. . En réponse au journal "Je veux me mettre à l'informatique" : que répondre ?. Évalué à 2.
Perso j'aime bien proposer CodinGame comme complément à des tutos cours. C'est ludique et ça permet d'exercer l'algorithmique, utile surtout si on vise à faire du développement.
Ça peut être un bon test aussi si on ne sait pas quelle branche de l'informatique on veut prendre, car en gros, l'algorithmique, ça passe ou ça casse ! (même si en fait, comme toute compétence ça peut s'acquérir par l'effort, mais il faut au moins y prendre goût). Et si il se trouve que la personne se trouve à l'aise dans l'algorithmique, alors développeur est probablement un bon choix de carrière.
Dans le style ludique il y en a d'autres, cf ici et là, ou le petit https://py-rates.org/
# Virtiofs c'est une super nouvelle
Posté par Alex G. . En réponse à la dépêche Proxmox Virtual Environment 8.4 est disponible . Évalué à 5.
Ça va permettre d'utiliser des Datasets ZFS (et non des volumes) directement dans les VM et le tout avec une pénalité minimale sur les performances.
C'est du coup bien plus facile de manipuler les données au niveau de l'hôte et d'avoir des sauvegardes/snapshots faciles à manipuler. Bref ça va simplifier la gestion des données et des backups.
J'ai hâte d'essayer !
# Super nouvelle
Posté par Alex G. . En réponse au lien Redis est de nouveau Open Source. Évalué à 2.
Perso je trouve Redis vraiment très pratique quand on fait du multi-serveur / multi-process. Au delà du cache, il a pas mal de primitives qui permettent de synchroniser les processus. Et par exemple son event stream est très intéressant, sans avoir recours à du Kafka (je pense qu'aujourd'hui on peut aussi détourner la réplication PostgresSQL pour faire ça, mais ça reste plus exotique, pour le moment). Et il y a des choses comme rq qui sont très pratiques aussi pour des traitements asynchrones.
# Merci
Posté par Alex G. . En réponse à la dépêche CryptPad 2025.3.0 est disponible. Évalué à 4.
Un énorme merci à l'équipe de CryptPad pour faire vivre un projet aussi ambitieux et aussi pratique.
Je l'utilise avec plaisir à pas mal de moment, et j'essaye de convertir d'autres utilisateurs. Il est vrai que la phase d’initialisation un peu longue (surtout sur un téléphone) est parfois un frein. Mais la garantie absolue de sécurité des données réussi à convaincre une partie des gens, quand on leur explique bien.
[^] # Re: Pas tous les logiciels
Posté par Alex G. . En réponse à la dépêche L’Union Européenne doit poursuivre le financement des logiciels libres. Évalué à 4.
https://nlnet.nl/project/KDEPlasma-Wayland/ pour un exemple parlant, parmi tant d'autres.
[^] # Re: Pas tous les logiciels
Posté par Alex G. . En réponse à la dépêche L’Union Européenne doit poursuivre le financement des logiciels libres. Évalué à 3.
Le projet NGI0 sert aussi à financer des projets hardware et peut financer des projets de drivers (pourvu qu'un projet candidate). Ça se voit bien ici: https://nlnet.nl/thema/
[^] # Re: Pendant ce temps-là chez Microsoft
Posté par Alex G. . En réponse au journal Redis Open Source bronsonisé. Évalué à 2.
Seulement si l'éditeur demande de signer un amendement où tu lui cède la propriété intellectuelle sur tes contributions (ou le bénéfice de celle-ci).
Sur un soft GPL qui a reçu de nombreuses contribution, il est sinon quasi impossible de changer de licence (et c'est bien une garantie pour les contributeurs)
[^] # Re: Pendant ce temps-là chez Microsoft
Posté par Alex G. . En réponse au journal Redis Open Source bronsonisé. Évalué à 3. Dernière modification le 28 mars 2024 à 11:14.
Je serais curieux de savoir s'il y a toutes les fonctionnalités de Redis !
Perso j'aime plus redis pour ses capacité de synchronisation inter-processus que comme cache.
C'est à dire:
- les primitives de verrou
- le Publish-subscribe (répartition de messages)
- les events stream (flux d'évènements)
- le rate limiting à base de Seau percé
Remarque: Le produit de M$ aussi c'est du MIT, donc ça peut virer proprio à un moment donné !
[^] # Re: Répertoires /conf.d/
Posté par Alex G. . En réponse au journal [ HS ] ... enfin, pas tant que ça.. Évalué à 7.
Perso j'aime beaucoup ce pattern (mais sans abuser bien sur). Pour moi ça a du sens dés que l'on a des fichiers de configuration un peu long.
Tu n'as pas envie de te retrouver avec un conflit de apt lorsque tu change de version. La plupart du temps tu veux changer deux ou trois variables. En le faisant dans ton conf.d tu vois facilement ce que tu as changé et tu profite des bonnes pratiques par défaut de ta distribution.
Je met même mes fichiers de conf dans un git dans /opt avec un lien symbolique dans /etc et ce pattern devient encore plus intéressant.
J'ai découvert aussi avec systemd comment tu peux faire un systemd edit mon-service, qui crée (ici pour un service système) /etc/systemd/system/mon-service.service.d/override.conf qui te permet de changer des paramètres du service par défaut (et tu peux bien sur avoir plusieurs fichiers). Là aussi ça te permet de faire des variations tout en conservant tout ce le super travail fait par l'empaqueteur.
[^] # Re: Et le lieu !
Posté par Alex G. . En réponse au journal Hackathon Perl / Open Food Facts à Paris les samedi 23 et dimanche 24 mars 2024. Évalué à 3.
Oups, corrigé sur la page en lien, au moins !
# Et la date !
Posté par Alex G. . En réponse au journal Hackathon Perl / Open Food Facts à Paris les samedi 23 et dimanche 24 mars 2024. Évalué à 3.
Voilà ce qui arrive de copier coller le texte de l'Agenda du libre… j'ai oublié de préciser la date:
le samedi 23 et dimanche 24 mars ! (de 10h à 18h environ).
[^] # Re: Très bon logiciel, avec quelques faiblesses côté ergonomie/intégration
Posté par Alex G. . En réponse à la dépêche Sortie de passbolt v4.5 : Gestion de l'expiration des mots de passe et autres améliorations. Évalué à 3.
https://tauri.app/v1/references/architecture/security pour plus d'info côté sécurité.
[^] # Re: Très bon logiciel, avec quelques faiblesses côté ergonomie/intégration
Posté par Alex G. . En réponse à la dépêche Sortie de passbolt v4.5 : Gestion de l'expiration des mots de passe et autres améliorations. Évalué à 2.
Vous devriez peut être parler avec le projet https://tauri.app/ qui, il me semble, a pour but de permettre un niveau de sécurité suffisant pour faire du html en desktop.
# Moi ce qui m'énerve le plus c'est des données de cache dans .var ou .local :-(
Posté par Alex G. . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 6.
Perso je trouve XDG très bien car ça devrait permettre de sélectionner simplement les bons dossiers pour les sauvegardes, changement d'ordinateur etc.
Mais en pratique ce n'est malheureusement pas respecté par certains programmes qui mettent leur cache n'importe où… (et pas juste quelques fichiers…).
Même grief pour flatpak qui, au lieu de monter proprement les bons dossiers, met tout au même endroit pour chaque programme (il me semble en tout cas), à mon avis c'est bien dommage.
[^] # Re: Pulumi
Posté par Alex G. . En réponse au lien HashiCorp adopts Business Source License. Évalué à 2.
Est-ce que c'est réellement plus libre, ou ça le restera ?
PyInfra est plus confidentiel mais pas mal aussi.
[^] # Re: Le problème est-il dans l'énoncé ?
Posté par Alex G. . En réponse à la dépêche CRA: L’Europe va-t-elle jeter le bébé du logiciel libre avec l’eau du bain de la cyber-insécurité ?. Évalué à 4.
Pour moi ce serait pourtant simple: soumettre aux obligations celui qui vend le logiciel, pas celui qui l'a produit (après à celui qui vend un logiciel tiers de s'assurer que les obligations seront tenu).
[^] # Re: Concernant les limites dures sur le nb de mails envoyés ...
Posté par Alex G. . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
Génial ! Je m'étais de toute façon quand même déjà inscrit :-)
[^] # Re: 35 mails pour moi c'est déjà trop
Posté par Alex G. . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 4.
Pour être sur: tu as vu que c'est 26€ c'est le prix d'un abonnement pour 1 an (pas 1 mois). Vu l'importance de la fiabilité du mail, je suis un peu surpris que tu penses que c'est uniquement pour les pros !
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par Alex G. . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 4.
Oui mais j'avoue que je préférerais une limite journalière "dure" plus haute (genre 200 mails) qui suffisent tout de même à éviter les spammeurs et une limite réelle (lissée sur un mois) qui corresponde à 35 e-mails / jours. On pourrait, si on risque de dépasser la limite, être averti par mail à temps (mail à j-7, j-3, j-1) avec une invitation à passer au plan supérieurs… ou blocage au début du mois suivant pour x jours (pour résorber le trop envoyé) ?
Au pire il faut que ce soit manuel au début, les cas de dépassement brutaux seront ama très rares.
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par Alex G. . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
j'avoue que perso, c'est aussi ce qui me bloque d'emblée. Que se passe t'il si un jour je dois envoyer vraiment plus de 35 mails, ce qui peut être le cas le jour de mon anniversaire, en réponse, ou pour envoyer une invitation, ou lors de la préparation d'un évènement. C'est juste pas possible de me sentir bloqué de cette manière !
# Merci
Posté par Alex G. . En réponse à la dépêche Vingt-cinq ans de LinuxFr.org. Évalué à 5.
Yes, en tant que moule, je veux ajouter mon merci car je lis pas mal linuxfr et c'est une bonne source d'information et il y a un certain sens de communauté (même si les commentaires sont parfois assez brusques).
Un grand grand merci aux développeurs, aux modérateurs, à ceux qui contribuent des contenus et à toute forme de contribution.
Mon compte a été créé en 2003, mais je pense que je lisais déjà de temps en temps deux ou trois ans avant !
Joyeux anniversaire !
# Autre piste odoo
Posté par Alex G. . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 5.
Ce genre d'application est aussi implémentable avec odoo. Il faut une équipe technique un peu motivé et un bon accompagnement, mais odoo est vraiment pensé pour créer des applications métier de ce type, avec une base déjà faite.
Ça vaut le coup si le module helpdesk (avec quelques autres modules éventuels) couvre déjà une bonne partie de ton besoin.
Il y a vraiment une API complète et des possibilités d'extensions dans tous les sens (actions serveurs, templates, ajouts de champs, etc.).
[^] # Re: Ou zammad
Posté par Alex G. . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 3.
Oui il est pas mal du tout, il y a la notion d'attribution, d'équipe, de temps de résolution/escalade, des modèles, etc. C'est vraiment fait pour du support.
Côté intégration, c'est très paramétrable, il y a une API bien documentée et des webhooks.
PS: attention pour la doc, bien partir de https://zammad.org/documentation car il y a des docs dédiés à chaque aspects.