Comme dit dans la fin du post, l'AoC n'est pas forcément le meilleur moment pour apprendre un nouveau language, surtout un language qui demande de faire attention à la mémoire, le typage, etc.
L'année dernière, les premiers exercices demandaient de beaucoup manipuler des chaînes de caractère, ce qui n'est pas très pratique avec un language bas niveau (par rapport à Python par exemple).
De mon expérience personnelle, je code beaucoup plus vite en Python (pypy) qu'en Zig, est c'est la vitesse qui compte.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
En effet, si on ne cherches pas à résoudre les problèmes le jour même, le temps n'est plus limitant, et il devient alors intéressant d'essayer un language avec lequel on est moins à l'aise.
Mon commentaire initial était vraiment dans l'optique de résoudre les problèmes le plus vite possible.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
J'essaie de le faire le jour même, et le plus vite possible, mais en le faisant passer au second plan de ma journée, donc je ne me lève pas pour ça, et je fais ce que j'ai à faire d'autre et d'important avant.
Mais en général je vais regarder le problème au réveil, et commencer à y réfléchir, parfois coder en marchant sur le téléphone pour finir assez vite la partie 1, et réfléchir ensuite à la 2 qui demande toujours plus de réflexion.
Pour le coup, c'est parfois trop balaise de coder la 2 sur téléphone…
Et à l'approche de Noël ça peut être très difficile de boucler le jour même.
Je n'aime vraiment pas la pression que ça met d'avoir le truc quotidien. Les premiers sont vraiment triviaux et dès que ça se complexifie un peu j'aime bien retarder d'écaler au moins d'une journée. Des contraintes de temps j'en ai suffisamment par ailleurs pour ne pas m'ajouter cela.
Prendre le temps d'expérimenter plusieurs méthodes, puis d'aller voir ce qui se fait ailleurs avec ton langage ou avec d'autres, c'est super intéressant et à mon humble avis beaucoup plus enrichissant. Je préfère faire la moitié avec cette méthode que boucler le mois sans avoir vraiment pris le temps de découvrir.
Par exemple l'an dernier je crois, j'avais découverts une très élégante solution en python et j'ai pris le temps de la réimplémenter en kotlin (le langage que j'utilisais) et le fait de le réimplémenter m'a montré pleins de détails implicites (il utilisait certaines propriétés des algo d'itertools qui rendaient l’exécution encore plus efficace (ou en tout cas des propriétés que je n'avais pas reproduits du premier coup implémentation), il bénéficiait de la taille arbitraire des nombres en python, etc).
Posté par Yth (Mastodon) .
Évalué à 2 (+0/-0).
Dernière modification le 28 novembre 2024 à 10:03.
… parce que j'avais prévu d'enfin me mettre à Zig à l'occasion du prochain AoC.
Bon, je sais que je le ferai en Python quand même, surtout vers la fin, mais je vais essayer de doubler le travail, au moins au début, pour coder en Zig aussi.
# Pas le meilleur moment
Posté par alberic89 🐧 . Évalué à 4 (+4/-1).
Comme dit dans la fin du post, l'AoC n'est pas forcément le meilleur moment pour apprendre un nouveau language, surtout un language qui demande de faire attention à la mémoire, le typage, etc.
L'année dernière, les premiers exercices demandaient de beaucoup manipuler des chaînes de caractère, ce qui n'est pas très pratique avec un language bas niveau (par rapport à Python par exemple).
De mon expérience personnelle, je code beaucoup plus vite en Python (pypy) qu'en Zig, est c'est la vitesse qui compte.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
[^] # Re: Pas le meilleur moment
Posté par jseb . Évalué à 3 (+2/-1).
L'AoC peut être vu comme une série d'exercices mettant à l'épreuve un nouveau langage.
Un moyen comme un autre de se motiver pour l'apprentissage dudit langage, en faisant passer le défi initial au second plan.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: Pas le meilleur moment
Posté par barmic 🦦 . Évalué à 4 (+3/-1).
Non, ça c'est si tu veux être dans le leadboard, mais faut aussi se lever pour être à l'heure quand il sort.
Moi je le fais soit en décembre soit en janvier et si j'ai quelques jours de décalage je le vis bien.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Pas le meilleur moment
Posté par alberic89 🐧 . Évalué à 2 (+2/-1).
En effet, si on ne cherches pas à résoudre les problèmes le jour même, le temps n'est plus limitant, et il devient alors intéressant d'essayer un language avec lequel on est moins à l'aise.
Mon commentaire initial était vraiment dans l'optique de résoudre les problèmes le plus vite possible.
L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès
[^] # Re: Pas le meilleur moment
Posté par Yth (Mastodon) . Évalué à 2 (+0/-0).
J'essaie de le faire le jour même, et le plus vite possible, mais en le faisant passer au second plan de ma journée, donc je ne me lève pas pour ça, et je fais ce que j'ai à faire d'autre et d'important avant.
Mais en général je vais regarder le problème au réveil, et commencer à y réfléchir, parfois coder en marchant sur le téléphone pour finir assez vite la partie 1, et réfléchir ensuite à la 2 qui demande toujours plus de réflexion.
Pour le coup, c'est parfois trop balaise de coder la 2 sur téléphone…
Et à l'approche de Noël ça peut être très difficile de boucler le jour même.
[^] # Re: Pas le meilleur moment
Posté par barmic 🦦 . Évalué à 2 (+0/-0).
Je n'aime vraiment pas la pression que ça met d'avoir le truc quotidien. Les premiers sont vraiment triviaux et dès que ça se complexifie un peu j'aime bien retarder d'écaler au moins d'une journée. Des contraintes de temps j'en ai suffisamment par ailleurs pour ne pas m'ajouter cela.
Prendre le temps d'expérimenter plusieurs méthodes, puis d'aller voir ce qui se fait ailleurs avec ton langage ou avec d'autres, c'est super intéressant et à mon humble avis beaucoup plus enrichissant. Je préfère faire la moitié avec cette méthode que boucler le mois sans avoir vraiment pris le temps de découvrir.
Par exemple l'an dernier je crois, j'avais découverts une très élégante solution en python et j'ai pris le temps de la réimplémenter en kotlin (le langage que j'utilisais) et le fait de le réimplémenter m'a montré pleins de détails implicites (il utilisait certaines propriétés des algo d'itertools qui rendaient l’exécution encore plus efficace (ou en tout cas des propriétés que je n'avais pas reproduits du premier coup implémentation), il bénéficiait de la taille arbitraire des nombres en python, etc).
J'ai découvert l'advent of craft qui s'intéresse moins aux algo et plus à la qualité du code https://github.com/advent-of-craft
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# C'est marrant...
Posté par Yth (Mastodon) . Évalué à 2 (+0/-0). Dernière modification le 28 novembre 2024 à 10:03.
… parce que j'avais prévu d'enfin me mettre à Zig à l'occasion du prochain AoC.
Bon, je sais que je le ferai en Python quand même, surtout vers la fin, mais je vais essayer de doubler le travail, au moins au début, pour coder en Zig aussi.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.