Forum TI-Planet.org

brebisson a écrit:X^2+Y^2<5 pour un cercle, est un bon exemple.. mais c'est moins joli.

C'est pas un cercle, c'est un disque (un cercle n'étant que la frontière d'un disque, sans son intérieur).

brebisson a écrit:[Pas de prog autre que HP Basic] Hez ben oui, mais si on avais de la prog native, il ne faudrait pas longtemps pour que le mode 'examen' ne soit plus fiable...

C'est pas sûr. Comme Adriweb l'a dit, la Nspire montre qu'une calculette fermée n'est pas immunisée, et au contraire, les z80, très ouvertes, n'ont jamais eu de problèmes sérieux du côté de leurs modes examens. Certes, elles n'ont pas de CAS à bloquer en mode examen, mais il faut quand même empêcher le candidat (américain) d'accéder à ses antisèches.

Le fait de légitimer un jailbreak pour donner aux utilisateurs le droit de pouvoir utiliser le matériel qu'ils achètent comme bon leur semble est ce qui empêche quiconque de le pointer du doigt, ce qui n'est pas le cas lorsqu'il permet de détourner un système type PTT (Press To Test)

Si autant d'effort avaient été mis en oeuvre pour protéger le PTT sans empêcher l'accès au code natif sur Nspire, les chances de voir un PTT-killer auraient été très minces.
Il existe de nombreux moyens pour protéger un PTT du code natif : deux OS (pour les paresseux), une MMU, des segments selectors à la x86, etc ...

Il est donc déplacé de dire que le code natif empêche un mode examen, ce ne sont que des arguments commerciaux sans fondements face à des autorités demandeuses incompétentes.

Levak a écrit:Il est donc déplacé de dire que le code natif empêche un mode examen, ce ne sont que des arguments commerciaux sans fondements face à des autorités demandeuses incompétentes.

Sauf qu'avant de faire bouger ces institutions qui gèrent les examens ....

chuis ben d'accord avec brebisson !

Plus serieusement, j'utilise plus souvent le mode approché que le mode exacte sur la nspire donc c'est assez penible...

nikitouzz a écrit:chuis ben d'accord avec brebisson !

Plus serieusement, j'utilise plus souvent le mode approché que le mode exacte sur la nspire donc c'est assez penible...

Ctrl+Enter

nikitouzz a écrit:Plus serieusement, j'utilise plus souvent le mode approché que le mode exacte sur la nspire donc c'est assez penible...

Your whole life is a lie :

Levak a écrit:

nikitouzz a écrit:Plus serieusement, j'utilise plus souvent le mode approché que le mode exacte sur la nspire donc c'est assez penible...

Your whole life is a lie :

screenshot.png

Ya bien un Ctrl-Enter pour faire de l'approché, mais quand on est en approché par défaut, ya pas de raccourci pour avoir un résultat exact, d'ailleurs ?

Adriweb a écrit:Ya bien un Ctrl-Enter pour faire de l'approché, mais quand on est en approché par défaut, ya pas de raccourci pour avoir un résultat exact, d'ailleurs ?

Pas vraiment un "raccourcis", mais ya exact().

Levak a écrit:

Adriweb a écrit:Ya bien un Ctrl-Enter pour faire de l'approché, mais quand on est en approché par défaut, ya pas de raccourci pour avoir un résultat exact, d'ailleurs ?

Pas vraiment un "raccourcis", mais ya exact().

Oui, c'est justement ce que je souhaiter éviter ^^

[Pas de prog autre que HP Basic] Hez ben oui, mais si on avais de la prog native, il ne faudrait pas longtemps pour que le mode 'examen' ne soit plus fiable...

Faux, comme déjà expliqué par d'autres, qui connaissent mieux cet aspect de l'histoire de l'informatique et la communauté TI
Sur Nspire, le mode examen n'a été explosé que deux ans et demi après la première exécution de code arbitraire, et le développement des PTTKillers (et puis de la suite plus dangereuse pour le business model de TI) n'est qu'une conséquence du fait que TI cherche à empêcher les utilisateurs de programmer en code natif, justement.

Enfin bref... tant que les employés des fabricants - surtout les décideurs, mais parfois aussi les techies - seront persuadés que l'ouverture est une mauvaise chose (alors que l'histoire des calculatrices a amplement montré le contraire), on n'avancera pas.