[Prgm] Equations/Systèmes

[Mingerton]

Mais dans deux ans, tu as envie que ce code te serve à nouveau ou pas ? Parce que il peut te servir, ce sont des outils qu'il arrive d'utiliser. Dans ce cas, pourquoi faire les choses à moitié ?

Concernant la taille du code, c'est un peu une convention de la programmation l'optimisation. Quand le code est fini il y a toujours des phases d'optimisations (les fameuses mises à jour que tu peux retrouver sur ton ordi). Je comprends que tu ne voie pas l'utilité tout de suite, mais si tu continue à programmer dans n'importe quel langage tu comprendras ce que j'ai voulu dire.

Je vois que tu veux aller en S. Tu verras des matrices. L'esprit de la S c'est s'intéresser aussi à ce qu'il y a plus loin, alors que tu ne prenne pas le temps de regarder deux commandes du Basic pour voir ce que ca peut t'apporter, pour ce code ou un suivant, je trouve ça un peu fort.

[PititZero]

Si tu veux pour les équations à plusieurs inconnues regarde la source de mon programme pour les équations à 2 inconnues, c'est exactement le même système pour 3,4 ou 20 inconnues
archives_voir.php?id=258992

C'est avec le système de cramer ( je mettrai d'ailleurs surement 3 inconnues dans la prochaine maj )
Tu met ça c'est très simple quand t'as compris... En plus y a une fonction déjà prêt faite pour ça

Ps: tu devras juste voir la base des matrices ( ou recopier mon prog (ça doit faire 150 octets à tout casser) )

[Wistaro]

Après comment je fais pour stocker bidule dans x et truc dans y ?
(On dit truc et pas truck, sinon ça fait un monster-truck en anglais...)

Code: Select all

[B](1,3 -> X
[B](2,3 -> Y



Si tu veux tu peux regarder comment j'ai fais sur mon programme

[Bisam]

Concernant la taille du code, c'est un peu une convention de la programmation l'optimisation.

C'est de plus en plus faux.
Certes, on cherche souvent à optimiser les programmes pour qu'ils aillent plus vite, mais cela se fait essentiellement en amont, au niveau des algorithmes utilisés, et non au niveau de l'écriture de tel ou tel bout de code où l'on va sauver quelques malheureux octets.
Sur une calculette, cela a effectivement un intérêt car la place est vite limitée, mais en général, on s'en fiche royalement.

D'ailleurs, Zack Voyager a tout-à-fait raison de penser que les méthodes qui permettent de grappiller ces quelques octets sur z80 sont à tout le moins source d'erreurs et rendent en plus le code illisible.

De toute façon, c'est bien connu :

On devrait oublier les petites optimisations locales, disons, 97 % du temps : l'optimisation prématurée est la source de tous les maux.

[Mingerton]

L'optimisation est en train de se perdre en effet... On préfère garder quelques ko dans un code que de payer des heures sup à un ingénieur pour qu'il fasse de l'optimisation.

Toujours est-il que sur z80 c'est juste indispensable de connaître des méthodes d'optimisation dans tous les langages, 24000 octets (et encore je suis gentil parce que on est plus proche des 20000 la plupart du temps), c'est pas suffisant. Les quelques "malheureux octets" peuvent en fait en faire beaucoup. J'en veux pour preuve que je viens d'économiser 1500 octets sur Supramath v4 en laissant des parenthèses ouvertes !

Si les méthodes sont connues, ça n'a aucune raison d'être source de bug. Mais ça demande de la pratique, c'est pourquoi je les ai données dès maintenant à Zack Voyager pour ce code ou les prochains. Un code lisible mais trois fois plus lourd, c'est tout sauf un avantage.

[Adriweb]

Il faudrait tout simplement un éditeur qui permette d'enregistrer du code bien écrit (parenthèses, guillemets, indentation, etc.) dans un .8xp "final" où les optimisations évidentes soient réalisées.
Je me demande pourquoi ça n'existe pas (du moins, je ne suis pas au courant).
Ca pourrait probablement être une feature request pour TokenIDE

[Wistaro]

Le logiciel est en open-source?

A priori ça ne serait pas compliqué pour des optimisations mineure mineures (parenthèse, Delvar....). Pour des optimisations plus complexe... Ça risque d'être complexe..