Posté par steph1978 .
En réponse au journal Advent of Code 2021.
Évalué à 4.
Dernière modification le 06 décembre 2021 à 17:25.
J'y voyais une occasion d'essayer un nouveau langage comme certains. Finalement, c'est tellement frustrant de renoncer à son confort et sa productivité que je suis parti en AWK pour les premiers, plus faciles puis en Python pour les plus compliqués.
Ce qui est marrant c'est que tu ne proposes pas ton code mais la réponse à une question posée, peut importe le moyen. Je comprends la facilité d'implémentation du côté du gars qui gère ça, pas besoin d'avoir une ferme de compilos. Mais aussi ça permet de trouver la réponse avec des moyens peu orthodoxes - genre du bon vieux pipe de commandes unix (sort, nl, grep, uniq) - quand le bon algo ne veut pas sortir :)
Il y a en gros 90'000 participants. Certains publient leurs soluces sur GH, GL ou autre. Cherchez aussi "aoc20nn" pour chaque année. Cela permet de comparer une solution dans un autre langage à la solution qu'on a produit dans un langage qu'on maîtrise. C'est instructif.
Honnêtement, cela m'a pas mal conforté dans le choix de Python :) Les solutions en Go font quinze fois plus de lignes et sont peu lisibles dans leurs intentions. Les solutions en C++ et SCala m'ont fait mal à la tête. En haskell, c'est joli mais pour du jetable, le typage c'est too much.
J'ai par contre été grandement surpris par Rust qui pour un langage très performant car low level, a des solutions très concises proches du Python. Un gars a quand même résolu tout le calendrier 2018 en moins de une seconde ... d'exécution, hein, pas de programmation :)
Et pour ceux qui veulent triper, chercher des solutions en APL, c'est de l'ordre du mystique.
# choix du langage
Posté par steph1978 . En réponse au journal Advent of Code 2021. Évalué à 4. Dernière modification le 06 décembre 2021 à 17:25.
J'y voyais une occasion d'essayer un nouveau langage comme certains. Finalement, c'est tellement frustrant de renoncer à son confort et sa productivité que je suis parti en AWK pour les premiers, plus faciles puis en Python pour les plus compliqués.
Ce qui est marrant c'est que tu ne proposes pas ton code mais la réponse à une question posée, peut importe le moyen. Je comprends la facilité d'implémentation du côté du gars qui gère ça, pas besoin d'avoir une ferme de compilos. Mais aussi ça permet de trouver la réponse avec des moyens peu orthodoxes - genre du bon vieux pipe de commandes unix (sort, nl, grep, uniq) - quand le bon algo ne veut pas sortir :)
Il y a en gros 90'000 participants. Certains publient leurs soluces sur GH, GL ou autre. Cherchez aussi "aoc20nn" pour chaque année. Cela permet de comparer une solution dans un autre langage à la solution qu'on a produit dans un langage qu'on maîtrise. C'est instructif.
Honnêtement, cela m'a pas mal conforté dans le choix de Python :) Les solutions en Go font quinze fois plus de lignes et sont peu lisibles dans leurs intentions. Les solutions en C++ et SCala m'ont fait mal à la tête. En haskell, c'est joli mais pour du jetable, le typage c'est too much.
J'ai par contre été grandement surpris par Rust qui pour un langage très performant car low level, a des solutions très concises proches du Python. Un gars a quand même résolu tout le calendrier 2018 en moins de une seconde ... d'exécution, hein, pas de programmation :)
Et pour ceux qui veulent triper, chercher des solutions en APL, c'est de l'ordre du mystique.