NintendojoFR : Le forum

xsv, un outil en ligne de commande pour manipuler des CSV vite et bien. Ça semble très bien et rapide.

Ça m’a l’air décent comme disent les Américains.

Je vais me garder ça dans un coin de la tête (au pire, y’a des fonctions de manipulation de CSV à repiquer).

[Message introuvable.]

I can relate.

Mais tellement !

Trop ça !

https://www.theolognion.com/unreal-engi ... evelopers/

Je crois que je commence (enfin !) à comprendre le fonctionnement précis des Futures en Rust (j’ai mis un sacré bout de temps à bien piger toute la mécanique derrière, c’est pas si simple).

Mais, j’ai quand même été aidé par cette série d’articles. C’est spécifique à Rust, mais en fait, on peut aussi l’appliquer à n’importe quel langage asynchrone ou fonction asynchrone dans un langage, donc ça le fait.

Un truc sympa de Rust pour ceux qui s'intéressent au fonctionnement des langages, c'est qu'il oblige à comprendre les concepts théoriques pour pouvoir coder sans avoir d'erreur à chaque tournant.
L'apprentissage est très rude mais on progresse en apprenant de ses erreurs, en comprenant pourquoi elles sont générées, et pourquoi le compilateur et le langage n'avaient pas le choix.
Le point positif c'est que ce bagage théorique est utile pour la plupart des langages. Et ça donne de bonnes habitudes pour les autres langages moins sûrs type C++, en prennant l'habitude d'éviter les constructions risquées qui ne compilent pas en Rust.

J’avais bien ramé aussi (et galère parfois encore) avec le JS asychrone (les Futures de Rust ont l’air de correspondre aux Promises du JS). Potentiellement, ça force à revoir l’architecture du code.

Je suis en train d’essayer de passer le téléchargement des médias dans scootaloo en asynchrone pour voir (je pense que dans le contexte je n’y gagnerais pas grand-chose mais maintenant que tout le monde fait de l’asynchrone partout, tu luttes contre la librairie si tu n’en fais pas…).

Ça force effectivement à revoir une bonne partie de la structure (pas tout évidemment, mais il faut penser les tâches d’une manière différente). Par contre, ce qui est vraiment relou, c’est la gestion d’erreur du coup. Je ne vois pas encore bien comment gérer en cas d’erreur dans une tâche asynchrone sans tout vautrer

Même dans le milieu du dév, les gens n'ont plus la conscience de ce qu'implique le mot "Promesse"

Une fonction/promesse asynchrone qui s'exécute peut être vue comme un thread, sauf que tu n'as pas de problème d'accès concurrents (pas d'exécution en parallèle).
Tu as donc les mêmes problématiques de gestion d'erreur (si jamais tu vois comment faire dans le cas des threads).

https://lesjoiesducode.fr/quand-je-mapp ... -git-blame

Ah, ca semble moins drole quand on utilise pas git ! Ca fait quoi git blame ?

Ca sort l'historique des révisions
(pratique pour trouver qui a livré le truc qui a foutu le bordel :p )

Je fais quasi plus rien sans GUI avec Git. J’utilise GitUp sur macOS, un GUI limpide avec des raccourcis claviers intuitifs.

J’avais essayé SourceTree, Sublime Merge, GitHub Desktop, Tower, GitKraken, mais c’est uniquement avec GitUp que j’ai eu la clarté visuelle et une grande réactivité dans les opérations. Gratuit et ouvert, en plus.

Le seul truc que je fais avec UI avec git c'est mon screensaver, la vie de mes dépots avec gource

meduz' a écrit : 20 mai 2020 18:09 Je fais quasi plus rien sans GUI avec Git. J’utilise GitUp sur macOS, un GUI limpide avec des raccourcis claviers intuitifs.

Je fais quasiment rien avec GUI (en dehors des merge sur Gitlab )

Mais c’est qui ce GUI ? #blaguedegeek

tellement vrai

Je découvre theolognion.com et je me marre bien