NumWorks, 1ère graphique française programmable en Python

→ **MyCalcs** profile · by **critor** » 02 Sep 2017, 21:13

Je relis un petit peu les différents articles de presse.
J'ai pourtant l'impression d'avoir été très modéré dans le 1er post.

J'ai bien repris les arguments du constructeur entre guillemets, et les ai même critiqués/commentés/corrigés.

Du côté presse, ces arguments sont souvent pris pour argent comptant, allant jusqu'à être reformulés dans le corps de l'article ou même dans le titre sans aucun guillemet.
C'est-à-dire que nombre d'articles ont un titre que je trouve inexact.

Après, le contenu est plus ou moins pertinent selon les sources.

→ **MyCalcs** profile · by **parisse** » 02 Sep 2017, 21:19

Donc l'integration lua/ti-basic n'est pas transparente pour l'utilisateur. Bien sur un shell et un editeur de programme micropython, c'est faisable sur la nspire comme sur la prime mais ca compliquerait encore les choses (il y a deja des gens qui se plaignent de la dualite Home/CAS sur la Prime...) pour un gain peu evident par rapport aux langages actuellement disponibles et bien integres sur ces machines (en tout cas hors effet de mode Python, mais qui est de toute facon associee a la programmation sur PC).
Pour la Numworks c'est completement different, comme ils partent d'un systeme non integre ayant peu de fonctionnalites, ils auraient un interet evident a reussir une integration minimale de micropython : shell+editeur bien sur, mais ils auraient aussi interet a integrer les apps suites et fonction avec micropython.
Seulement ca fait beaucoup de boulot tout ca, sans parler de l'application tableur (et encore moins de geometrie!), alors qu'il semble n'y avoir qu'un dev a plein temps. D'un autre cote, il n'y a peut-etre pas 8 personnes salariees a plein temps dans leur startup comme dit dans un article de presse, peut-etre qu'ils ont encore du cash en reserve sur les 2 millions leves, et peut-etre que la sortie prematuree de la calc est premeditee.

→ **MyCalcs** profile · by **critor** » 02 Sep 2017, 21:21

Photo de IAMISSAM :

A recompilé le firmware en commentant la ligne de reset du mode examen, et a reflashé sa machine.
Ce qu'il a tapé dans l'éditeur Python avant de mettre en mode examen n'est donc pas détruit.

Par contre à ce jour, ce n'est pas à la portée du lycéen lambda, vu qu'il faut travailler dans un environnement Linux-like, installer le SDK, modifier, recompiler, reflasher...

Et même si quelqu'un avait l'idée de distribuer un firmware précompilé et le binaire de reflashing qui va avec, ce n'est en pratique pas très utilisable pour frauder.
En effet, à ce jour la NumWorks n'a pas d'outil de transfert de fichiers/données.
Donc les pompes devraient être tapées à la main dans l'éditeur Python avec le clavier de la machine... je souhaite bien du courage aux fraudeurs.

→ **MyCalcs** profile · by **Zezombye** » 02 Sep 2017, 21:30

J'en ai discuté ici si ça intéresse : https://github.com/numworks/epsilon/issues/53

Le consensus est que, si l'EN bannit la numworks en citant la raison qu'elle est trop susceptible à la triche, c'est également le cas des autres caltos qui devraient aussi être bannies.

→ **MyCalcs** profile · by **chadok** » 02 Sep 2017, 21:32

Au sujet des manques sur la NumWorks :
Il semblerait logique que la rentrée scolaire 2017 ait agi comme date couperet pour la sortie de cette machine. Une grosse partie des élèves désirant s'équiper en début d'année scolaire, il fallait qu'elle soit dispo à la vente le jour J.
Des lacunes existant sur cette nouveauté sont certainement dues au manque de temps ; espérons que les mises à jour les combleront rapidement!

De toute façon, comme la concurrence de la TI-83 PCE à 76 Euros risque de faire mal, NumWorks n'aura pas trop le choix...

→ **MyCalcs** profile · by **critor** » 02 Sep 2017, 21:33

Zezombye wrote:J'en ai discuté ici si ça intéresse : https://github.com/numworks/epsilon/issues/53

Le consensus est que, si l'EN bannit la numworks en citant la raison qu'elle est trop susceptible à la triche, c'est également le cas des autres caltos qui devraient aussi être bannies.

Exact, il y a des moyens similaires ou même encore plus faciles/utiles sur les autres modèles.

→ **MyCalcs** profile · by **clifward** » 02 Sep 2017, 21:35

Je savais pas que Numworks était capable du même lobbying que Casio, HP et TI réunis

(parce que y aura de ça aussi...)

→ **MyCalcs** profile · by **critor** » 02 Sep 2017, 21:39

C'est pas du lobbying, c'est de l'égalité et de la logique.
Vu qu'il y a d'autres modèles qui sont pires (méthodes de fraude plus faciles à mettre en oeuvre et/ou plus rentables).

My calculator programs · by **Adriweb** » 02 Sep 2017, 22:19

Lionel Debroux wrote:Sur Nspire, l'environnement Lua peut utiliser les variables et fonctions TI-Basic par appel explicite de l'utilisateur, cf. notamment https://wiki.inspired-lua.org/var . En revanche, de mémoire, le TI-Basic ne peut pas déclencher des choses dans l'environnement Lua, ce qui a à ma connaissance un intérêt limité avec le système de documents/classeurs des Nspire (certes complexe et implémenté de façon sauvagement et stupidement inefficace, mais assez puissant).

En fait, on peut faire des choses "asynchrones". Le lua pouvant monitorer l'état des variables Basic, il est par exemple possible de déclencher un traitement en Lua à partir d'un programme Basic, pour aller faire du calcul "compliqué" sur des listes/matrices etc., qui prendrait beaucoup plus de temps en Basic - il suffit donc de mettre une variable flag en Basic, et côté Lua, faire un var.monitor() dessus. Le programme Lua change ce flag là à un moment donné, ce qui trigger un évent dans le script Lua, qui fait donc ce que l'utilisateur a programmé comme calculs ou autres.
Bref, les possibilités ne sont pas nulles non plus.
J'avais parlé de tout ça sur le google groups "nspirescripting" à l'époque où j'en avais fait une démo.

Par ailleurs, cela dit, faire en sorte que le Basic puisse avoir accès au lua n'a pas grand intérêt - c'est pas comme si le Basic était assez évolué pour pouvoir digérer la complexité que peut prendre certains types Lua, de toute façon...

→ **MyCalcs** profile · by **critor** » 02 Sep 2017, 22:31

Nouvelle expérience de recompilation de firmware par IAMISSAM ce soir.

Et grosse découverte, la diode exam n'est pas monochrome... n'est pas bicolore comme celle des TI-Nspire... mais tricolore comme celle du TI-Innovator, oui c'est une diode RVB.

Chacun peut donc choisir la couleur de son mode examen tout comme on choisit la couleur de ses vêtements !

Au lieu du clignotement officiel alternant entre le rouge et le rien, on peut par exemple choisir un clignotement alternant entre le bleu et le vert :