Das sehe ich bei langen listen wie der Kartei ein und das ist auch logisch, das habe ich mehrmals angemerkt, aber in keinster Weise in der Rechnung. Glauben Sie mir, wir würden gerne lange Rechnungslisten machen als Ärzte, aber das ist nicht der Fall. Bei dem Maximum von 3 DIN A4 Seiten was es wahrscheinlich nur beim privaten Polaytrauma gibt, kann nicht von Performance gesprochen werden.
Wie ich jetzt beginne zu verstehen ist hier wohl ein Gedankenfehler bei Zollsoft. Da gibt es die antichronologische Auflistung und die muss man durchziehen.
Bei der Rechnung ist das Produkt eine Liste die von oben nach unten gelesen wird, das wird auch Apple nicht ändern und schreibt seine Rechnungen auch so.
Hat man ein solches Produkt das von oben nach unten gelesen wird, kann damit nicht von unten nach oben gearbeitet werden. Das entbehrt jeglicher Logik und da hilft Ihnen das Performance Argument auch nicht weiter. Wir haben hier keine Endlosliste wie in der Kartei.
Das beste Beispiel warum die inverse Rechnung schlecht ist, ist was ich gerade mache. Ich füttere Tomedo mit den Mustern meines Vorprogrammes. Was glauben Sie wie unangenehm es ist, in der Rechnung die ich übernehme, abwärts zu arbeiten und in der Tomedorechnung aufwärts? Das ist aber nicht nur beim füttern von Tomedo, das wird immer so sein wenn ich einen Kostenvoranschlag oder Rechnung in Tomedo mit einer gedruckten Rechnung vergleichen werde.
Man gewöhnt sich an jeden Quatsch wenn man muss aber mich an den Mist zu gewöhnen weigere ich mich. Im Übrigen auch dafür zu zahlen es zu ändern.
Bitte Denken Sie um. Endloslisten nach oben, Performance, schnell lesbar - super.
Kurze Listen die in ihrer Gesamtheit betrachtet werden und klassisch von oben nach unten so wie deren Ausgabe.
Bitte, ändern Sie das solange Excel und Numbers nicht von unten nach oben arbeitet.
Bitte! Sie programmieren das aber wir müssen es benutzen.
Produkt invers, arbeiten invers
Produkt nicht invers, arbeiten nicht invers
einfacher kann ich es nicht begreifbar machen.