Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES
-
@Anon-81275 sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
Edit: 1) Ich sehe gerade, dass die Heaviside- oder Abrundungsfunktion auch ohne Fallunterscheidung über die Fourier-Reihen der fortlaufenden Sinus-Funktionen definiert werden können... Bitte nicht zu ernst nehmen.
Ja. Viel Spaß, eine unendliche Reihe im Computer zu berechnen, um ein
if i<0zu sparen
Wenn man es nicht so wie ich mit der Brechstange in einen Ausdruck packen will dann geht das sogar mit der Lesbarkeit. Das sind zwei Kästchen, eines der Größe s × (L+1) und ein anderes der Größe (n-s) × L, die um T gegeneinander verschoben sind. Aus einem Index die Koordinaten in einem 2D-Kästchen zu berechnen ist Standardaufgabe, braucht man ständig für 2D-Arrays. Um T verschieben ist auch geschenkt. Und was an den Koordinaten im Kästchen stünde ist eigentlich auch ganz einfach, wenn man weiß in welchem Kästchen man ist (Das hat du selber oben schon gezeigt). Alles zusammen ist dann lang, aber lesbar, vor allem wenn man sich ein paar Hilfsfunktionen erlaubt, für die einzelnen Teile, die ich gerade beschrieben habe.
Aber es war meine eigene Sturheit, das unbedingt alles in einen einzigen Ausdruck zu schreiben, und den auch noch möglichst zu vereinfachen, die das so entartet hat. Aber ich wollte unbedingt das
if i<T wähle aus Kästchen1, sonst aus Kästchen2vermeiden, um das mehr wie Grundschulmathematik aussehen zu lassen.
-
@SeppJ Ich weiß, dass das jetzt nicht dem Ziel entspricht, aaaber:
from more_itertools import distribute r = distribute(4, range(18)) print([[*c] for c in r])Ergibt
[[0, 4, 8, 12, 16], [1, 5, 9, 13, 17], [2, 6, 10, 14], [3, 7, 11, 15]]Warum selber machen?

[gut, "this function [...] may require significant storage." wäre ein Argument]
-
Prinzipiell wäre es ja auch ein ganz einfacher Dreizeiler, ganz ohne Overhead, wenn man bloß zwei Schleifen verschachteln würde. Aber wo wäre da die Herausforderung?

-
@wob sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
Ich weiß, dass das jetzt nicht dem Ziel entspricht, aaaber:
JS hat so etwas nicht... Ich bin schon froh, wenn man nicht mehr
a * 1.0 / bschreiben muss, wenn man die Float-Division von a und b mit Nachkommastellen meint.Generell empfinde ich das Fehlen von strenger Typisierung als irritierend - gerade, wenn um so Mathematik-Krams geht.
-
@wob Ginge die Ausgabe eigentlich auch ohne die eckigen Klammern ( [ und ] ), oder ist man in Python an diesen... syntaktischen Zucker gebunden? Ich habe explizit nach einer Funktion gefragt, also nach Einzelwerten bzw. einer Zahlenreihe, und nicht nach einem Klammerintermezzo.
@SeppJ sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
Viel Spaß, eine unendliche Reihe im Computer zu berechnen, um ein if i<0 zu sparen
Ich sagte nicht, dass ich das so machen würde, nur dass die Möglichkeit bestünde.
Fallunterscheidungen oder Schleifen wären eben nicht mehr in der "kontinuierlichen" Mathematik, was ja ggü. der diskreten Mathematik immer vorzuziehen ist (glaub ich zumindest). Aber egal, bin Algorithmiker und nicht Mathematiker. Der Rechenschieber ist mein Werkzeug, nicht die Fantasie.

-
@Anon-81275 sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
@wob Ginge die Ausgabe eigentlich auch ohne die eckigen Klammern ( [ und ] ), oder ist man in Python an diesen... syntaktischen Zucker gebunden? Ich habe explizit nach einer Funktion gefragt, also nach Einzelwerten bzw. einer Zahlenreihe, und nicht nach einem Klammerintermezzo.
Das
distributeist absichtlich so, wie es ist, da es eigentlich für was anderes da ist, nämlich um m Dinge auf n kleinere Container zu verteilen. Das ist also keine Funktion, die irgendwas berechnet, sondern da werden wirklich 4 Sequenzen für diese kleinen Container erzeugt (Beziehungsweise es wird ein Objekt erstellt, das dann diese Sequenzen generieren kann; die eigentliche Erzeugung ist in dem[*c], wo dieses Generatorobjekt durch eine Liste gejagt wird). Das wird wirklich verteilt, nicht berechnet. Man hätte da auch beliebig andere Objekte anstatt der Zahlen von 0 bis 17 reinwerfen können. Das heißt, man kann nicht wie bei einer Funktion fragen "Was wäre der Wert vonf(i, n, m)?" und direkt eine Antwort bekommen, sondern müsste diese Generatoren mindestens bis zum i-ten Element auswerten, um das zu erfahren.Das liegt aber nicht an Python, sondern am Einsatzzweck von
distribute. Printen können wir natürlich auch ohne die Klammern, wir müssen bloß die Generatoren anders auswerten, so dass sie alle nacheinander in eine lange Sequenz gepackt werden. Da gibt es natürlich auch einitertooldafür, damit wir uns diesen schweren Einzeiler (der vermutlich kürzer wäre als der itertools Call) sparen können:from more_itertools import distribute import itertools r = distribute(4, "abcdefghijklmnopqr") # Werfen wir Buchstaben rein, nur um zu zeigen, dass das auch geht print(*itertools.chain.from_iterable(r))a e i m q b f j n r c g k o s d h l p
-
@SeppJ Danke. Dieses "Objekt" (... bin in Python nicht kapitelfest) zwischenspeichern ginge auch.
-
@Anon-81275 sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
@SeppJ Danke. Dieses "Objekt" (... bin in Python nicht kapitelfest) zwischenspeichern ginge auch.
Tatsächlich Nein. Das ist ein Generator. Der ist zur einmaligen Verwendung. Der erzeugt einmalig die Sequenz, danach ist er am Ende. Keine Vor- oder Zurückspringen, und kann auch nicht auf den Anfang zurück gesetzt werden. Wenn man es mehrmals benutzen will, muss man sich die erzeugte Sequenz selbst speichern.
-
@SeppJ sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
Da gibt es natürlich auch ein itertool dafür, damit wir uns diesen schweren Einzeiler (der vermutlich kürzer wäre als der itertools Call) sparen können:
Ab 3.15 geht auch
print(*(*x for x in r)), davor müsste man sowas wieprint(*(y for x in r for y in x))schreiben.
-
@SeppJ Ok. Die Speicherplatzanforderung wäre immer
n. Daran hat man offenbar nicht gedacht oder es fortan nicht für wichtig befunden. Bei einer Funktion wäre dieser natürlich nur1.Aber Thema gelöst. Ich kann jetzt aus einer Menge von
nFarben, die sich jeweils kaum unterscheiden (HSV-Farbkreis...), jeweils die nächste Farbe auswählen, die sich deutlich zur vorherigen unterscheidet.function interleaveShiftIndex(totalSteps, offset, currentIndex) { let offset2 = Math.ceil(totalSteps / offset); let virtualIndex = 0; let validCount = 0; while (true) { // <- ja, hier ist leider noch eine Schleife... let row = Math.floor(virtualIndex / offset2); let mod = virtualIndex % offset2; let target = mod * offset + row; if (target < totalSteps) { if (validCount === currentIndex) { return target; } validCount++; } virtualIndex++; } } function getNextHslColorString(currentIndex, hslLightness) { let totalSteps = 18; let offset = 4; currentIndex = interleaveShiftIndex(totalSteps, offset, currentIndex); let hue = Math.round(currentIndex / totalSteps * 360.0); let hslSaturation = 50; return `hsl(${hue}, ${hslSaturation}%, ${hslLightness}%)`; }getNextHslColorString(i+1, ...)gibt jetzt also einen Farbwert zurück, der sich deutlich vom vorherigen Farbwert füriunterscheidet. Erst abi=5oderi=6würde ein Farbewert zurückgegeben werden, der ähnlich zum allerersten Farbwert wäre.
-
@wob sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
davor müsste man sowas wie print(*(y for x in r for y in x)) schreiben
Furchtbar.

-
@wob sagte in Bijektive Abbildung (Selbstabbildung) mithilfe des %-Operators in JS/ES:
Ab 3.15 geht auch print(*(*x for x in r)),
Ich kann es kaum erwarten, bis das in 2 Jahren zu meiner Plattform durchsickert
