jb hat in seinem Beitrag #623 ja bereits http://www.ariva.de/_Entstoerung_t378449?page=24#jumppos623 in Erinnerung rufen, dass es sehr vernünftig ist, die Behebung feststellbarer Fehler nach Fehler-SORTEN und/oder Fehler-ORTEN ein wenig zu clustern.
Und in diese Abgrenzbarkeit fällt nun der im Folgenden documentierte Fehler, der zwar (wie eigentlich Alles) auch seine ALLGEMEINE Seite hat, andererseits aber sehr hoch SPECIELL ist. - Allgemein gesprochen ist es doch so, dass das RECHNEN den Computer um eine Größen-Ordnung stärker auslastet als das einfache ZÄHLEN. - Und will man sich die Mühe ersparen, den GESAMMTEN Daten-Bestand darauf hin zu überprüfen, wo in ihm unnötiges Rechnen am Werk sei, so kämmt man halt nur die besonders ärgerlichen Beispiele heraus - und compensiert dann die nicht ausgekämmte Verschwendung durch Zukauf neuer Rechner-Capacitäten...
Das heutige Beispiel unnötigen RECHNENS ist hoch speciell, da es nur am Fehler-Ort derer Penny-Stocks und sub-Pennies auftritt. - Und besonders ärgerlich ist der Fehler deshalb, weil im vorliegenden Falle noch nicht einmal GEZÄHLT (also: addiert oder subtrahiert), sondern die im DATA-Stream einlaufenden Werte nur 1:1 DARGESTELLT werden müssten. - Ich schlage deshalb vor, unserer Chart-SCALA die vollen 4 Nasdaq-typischen Nachcomma-Stellen demnächst zu erlauben, damit unsere Maschine mit völlig unnötiger (und obendrein hässlicher!) EXPONENTIAL-Umrechnung nicht länger mehr gequält werden muss (vergleiche das documentierend anhängte PHOTO): ----------- Unsere Plattform gemeinsam verbessern: Den Vorhang AUF, der Krimi geht weiter... |