Re: Un démineur en python pour la NumWorks
Posté: 28 Juin 2020, 14:21
salut, super script juste par curiosité pourquoi cela ne marche pas sur omega
News, programmes, tutoriaux, forum sur les calculatrices TI !
https://tiplanet.org/forum/
cent20 a écrit:demineur.py script de Arthur Jacquin, annoncé ici, Lien workshop
fill_rect
mais pas encore pour draw_string
, en tous cas. Le texte affiché avec le paramètre 'white'
ou le triplet (255,255,255)
n'est pas tout à fait blanc et est visible. Ça donne des caractères gris très clair, un peu fantomatiques. https://github.com/numworks/epsilon/issues/1643Bisam a écrit:Plus loin, on trouve. J'aurais plutôt écrit :
- Code: Tout sélectionner
if (v-42)%100 == 0: gps(x,y,0)
else: gps(x,y,9)à la place de ces deux lignes.
- Code: Tout sélectionner
gps(x,y, 0 if v%100 == 42 else 9)
gps(x,y,9*(v%100 != 42))
Afyu a écrit:On peut même remplacer ça par :le test d'inégalité renvoie un booléen qui est alors transformé en 0 ou en 1 lors de la multiplication.
- Code: Tout sélectionner
gps(x,y,9*(v%100 != 42))
truc if test else machin
est interprété exactement de la même façon que le "recast" de booléen en "integer".Bisam a écrit:Afyu a écrit:On peut même remplacer ça par :le test d'inégalité renvoie un booléen qui est alors transformé en 0 ou en 1 lors de la multiplication.
- Code: Tout sélectionner
gps(x,y,9*(v%100 != 42))
C'est vrai mais là, ça ressemble plus à du C, et on perd tout l'intérêt du Python, à savoir la lisibilité du code !
Afyu a écrit:
Certes, mais la mémoire de la NumWorks n'est pas extraordinaire non plus, alors c'est un moyen d'optimiser (en raccourcissant) ses scripts pour pouvoir tous les mettre sur la calculatrice et partir en vacances avec.
Mais effectivement, ça nuit grandement à la lisibilité du code, et il peut être intéressant de garder une version pas optimisée mais lisible (et éventuellement commentée !) à disposition des curieux
cent20 a écrit:Afyu a écrit:
Certes, mais la mémoire de la NumWorks n'est pas extraordinaire non plus, alors c'est un moyen d'optimiser (en raccourcissant) ses scripts pour pouvoir tous les mettre sur la calculatrice et partir en vacances avec.
Mais effectivement, ça nuit grandement à la lisibilité du code, et il peut être intéressant de garder une version pas optimisée mais lisible (et éventuellement commentée !) à disposition des curieux
De ce que j’ai compris de Critor - en espérant qu’il me pardonnera si j’ai compris de travers - ce n’est pas parce que le script est court qu’il utilise peu de place en mémoire de stockage.
Au début je mettais : p = print pour gratter des octets, mais à l’exécution j’ai défini une variable de plus, donc mauvais deal...
Le vrai progrès ça sera le jour où les scripts seront stockés dans les 8mo et pas dans la RAM !