-
Merci !!
-
Article pénible à lire à cause du point médian.
Zig donne très envie de l’essayer. Mais qu’en est-il de la gestion de projet, des dépendances ? Il me semble qu’il manque un “Zig Hub” et un écosystème de bibliothèques. Comment émettre des logs ? Comment charger une configuration ?
-
-
-
Pénible. Faudrait pas abuser. Y a une adaptation a avoir (comme pour toute chose nouvelle) mais la science est formelle l’accord actuel (le féminin < masculin) genre notre représentation mentale, donc je comprends que certaines personnes cherchent à changer ça. Et puis bon, il est claire que l’auteur s’en tamponne de l’avis des autres à ce sujet.
Pour Zig, je n’aime pas ce langage. Je trouve que l’apport est faible par rapport au C. À l’époque ou j’avais regardé, il n’y avait rien pour empêcher les UAF ni les data races alors que Rust permet de faire ça. Au niveau du hub, Zig fonctionne comme Go. C’est à dire que l’on importe directement depuis GitHub. Pour trouver un package, contrairement à pkg.go.dev, il n’y a pas de liste officielle mais il existe des agrégateurs de packages.
J’aime bien ce système mais il est vrai qu’un site (et un outil en CLI) qui permettrait à tout le monde de chercher facilement un package serait idéal.
-
@ache: L’écriture inclusive c’est le saccage d’une langue vivante en grande pompe. C’est chouette !
-
Non, tu confonds écriture inclusive et point médian. Le point médian a effectivement des problèmes, à étudier s’ils sont sérieux où hypothétiques.
Personnellement, je suis pour un retour à l’accord de proximité plus naturel pour moi et plus beau à entendre. Je ne comprends pas vraiment le besoin d’un point médian si ce n’est pour simplifier un langage pompeux. (ex: Toutes et tous, Les bourgeoises et bourgeois, …).
Je suis pour également que la prononciation « Travailleur et travailleuse » quand les gens utilisent le point médian. Car oui, c’est dégueulasse de prononcer « Travailleur·e ». comme ça: Travailleur RE en insistant sur le RE.
-
-
-
UAF
Use After Free: https://beta.hackndo.com/use-after-free/
Non moi non plus je ne suis pas convaincu. J’ai le même sentiment que toi, mais je crache pas encore dessus car il pourrait devenir aussi bien que go.mod.
-
-
-
-
bersace il y a 7 mois | lien | sur : Comment créer de la dette technique dès le début d’un nouveau projet ?
Je comprends l’exaspération devant la dette technique de tout projet. Malheureusement, un projet commence par créer de la dette pour valider un concept. L’important est d’avoir les moyens de remanier le projet régulièrement, le premier étant les tests fonctionnels comme le dit l’article.
Je privilégie même les tests de bout en bout (end to end). Par définition, les tests unitaires doivent être remaniés avec le code qu’ils testent.
-
Pareil pour la domotique, je suis assez fasciné par la quantité d’électronique qu’on peut mettre chez soi. Heureusement qu’il y a l’isoloir pour se déculpabiliser.
-
C’est pas le journal du noob ici.
-
404 ERROR ! PAGE NOT FOUND
^^
-
Ça bouge beaucoup côté migration vers Pg, et l’actualité économique va enterriner cela pour un moment encore.
-
Bonne idée d’article, en restant concis.
J’ai pas put accrocher à Kitty. Parcontre, wezterm est très bon. https://wezfurlong.org/wezterm/
htop a de nombreuses alternative bien plus moderne. btop par exemple. https://github.com/aristocratos/btop
Doom Emacs est pas mal aussi. https://github.com/doomemacs/doomemacs
Gifski est impressionnant.
-
Ça fait un peu pensée computationnelle.
Je trouve justement que les métiers manuels laissent plus l’esprit libre pour cogiter et entrer en introspection. D’ailleurs, le remède à tout est la marche. Quand on va mal, quand on a un soucis à résoudre, quand on a besoin d’évacuer quelque chose. Même un dév doit savoir se lever pour faire trois pas :-)
-
La license sur les données va devenir plus critique que la license du logiciel.
-
J’ai également adopté l’astuce du fichier locale pour faciliter le passage d’un projet à l’autre. Petite astuce : ma config git ignore globalement les fichiers préfixés par
mon-oumes-ouma-. Ça me permet d’avoirmes-notes.orgoumon-notes-sur-ticket-452.mddans le dépôt du projet sans souiller git status.
-
Pour ceux qui cherchent la page du projet Zellij : https://github.com/zellij-org/zellij
-
Précision : De la mémoire biologique :-)
-
Très bon article, merci.
J’aime bien la relecture de code comme exercice. C’est très révélateur, c’est rapide et ça reste ouvert.
-
Ubuntu avec flatpak plutôt que snap, ça fait rêver !
-
C’est rarissime d’avoir un modèle économique basé sur un logiciel libre, GPL. On voit l’importance de la politique pour cela.
-
pv est super pratique ; je l’utilise fréquemment sur des opérations de dd pour connaitre l’avancée d’un transfert. C’est bon à savoir qu’on puisse faire le même genre sur mysql.
-
-
Très pertinent, surtout la partie W^J.
-
Retour intéressant. J’admire l’humilité de ce partage.
En tant que dév depuis plus de 15 ans, je trouve que les dévs doivent aussi être humble envers les Ops. Il ne suffit pas que le code soit beau, architecturé, maintenable. Encore faut-il aller jusqu’au bout et rendre le logiciel déployable, exploitable, observable, utilisable. Peu de développeur y pensent.
Suffit pas que mypy soit content.
Un jour ploum vous dit d’aller sur twitter. Un autre ils vous dit que vous avez le “devoir” de supprimer votre compte.
Y’a quand même 10 ans entre les 2 jours que tu cites ;-)
Salut Lionel ! Je relève juste le ton d’injonction. On a tous droit à l’erreur ou simplement à changer d’avis. Même Ploum !