Résolution d'(in)équations

[Bisam]

Je n'aime pas vraiment te dire cela mais il faut que tu apprennes à utiliser les différentes fonctions que tu souhaites maîtriser... AVANT de faire quoi que ce soit !
En gros, pour l'instant, tu essaies "d'apprendre" en copiant des morceaux de code.
Le résultat n'est pas très beau parce qu'il n'est pas réfléchi.

Un algorithme se construit d'abord sur le papier, puis se transpose sur la calculette en usant au mieux des possibilités offertes.

Ce que je veux te dire, c'est que tu devrais apprendre plus de choses car ça te permettrait de programmer ce que tu veux !

Par exemple, tu devrais te renseigner sur les notions de "complexité algorithmique", et penser en conséquence à tout moment à comment faire en sorte que ton code ne fasse pas inutilement plusieurs fois la même chose... comme c'est le cas dans le code que tu as fourni.

Je serais ravi de t'aider à apprendre... mais continuer à écrire du code à ta place ne t'aidera pas à progresser.

[NspireCas]

Bon, d'ici dimanche soir, j'essaierai de voir ça...

Aussi, as-tu des programmes à me conseiller pour que j'essaie d'analyser le code et ainsi apprendre des fonctions ?

[Bisam]

Commence par regarder le manuel et en apprendre plus sur les différentes fonctions.
Il y a des exemples à chaque fois.

Encore une fois, si tu veux faire quelque chose de nouveau, ne commence pas par prendre tes idées dans l'ancien !
Construis ta propre connaissance... et utilise-la.

Il te faudra aussi mieux connaître le fonctionnement d'un ordinateur (ou d'une calculette) afin de comprendre quelles erreurs éviter en programmant (ce n'est pas forcément le code le plus court qui sera le meilleur... il faut réfléchir aussi à ce qui va se passer quand il sera exécuté).

Si tu veux de bonnes bases en TI-Basic, je conseille souvent le manuel des TI-92 qui contient de vrais exemples expliqués de programmes plus ou moins compliqués.

Bon courage, en tout cas.

[NspireCas]

Merci.

J'ai fini d'écrire mon programme sur papier.

J'essaierai de le taper tout à l'heure. Pour les exponentielles, je n'ai pas encore trouvé comment faire mais je vais chercher encore un peu dans le manuel (peut-être une fonction qui "capte" la puissance ? je vais voir...)

[AnToX98]

Euh, "part" capte vraiment tout au fait.
Par exemple, pour e^(x)
Part(e^(x),0) renvoie "^".
Part(e^(x),1) renvoie e.
Part(e^(x),2) renvoie x.

[NspireCas]

Ah ok.
Je commence à avoir l'idée, il faudrait coupler la fonction part et la fonction struct. Pour chaque élément de la structure, s'il y a un "e", alors je le remplace avec Part(struct(ex)[i],2); et je mets tout ça dans une boucle for i,1,dim(ex).

[Bisam]

Il faut tout de même faire un peu attention.
Par exemple, "e^x+e^2=0" n'a aucune solution réelle tandis que "e^x-e^2=0" en a une.
De plus, on peut trouver des cas plus compliqués comme "e^(2x)-3e^x+2=0"... et là, ça devient extrêmement difficile à gérer.

Peut-être pourrais-tu envisager de seulement suggérer un changement de variable...

En tout cas, je suis content de voir que tu t'accroches et j'ai hâte de voir ce que ça va donner. Bon courage.

[NspireCas]

J'ai commencé la gestion des ln (voir le gif)

Demain et après-demain, j'essaierai de bien gérer les e^x , ça ne devrait pas être impossible de faire un changement de variable.

[AnToX98]

C'est magnifique (même si je n'ai pas jamais vu l'intégration ^^)
Sinon, tu penses faire les équations à valeur absolue ?

[NspireCas]

Merci.

Par contre, je ne sais plutôt comment résoudre ça, peux-tu me montrer un exemple de résolution d'équations à valeur absolue stp; je pense que ça devrait être possible.

P.S : Pour le changement de variable, je suis en train de créer une fonction abc qui pour : abc(e^x+2e^-x-3,e^x,y) échange dans l'expression e^x par y, ça affiche donc y+2e^-x-3 ; je vous tiens au courant .