Wurde es nicht gelöscht, weil es self promote war?
Selbst wenn man nach dem Markennamen oder Produktnamen bei Google sucht, findet man nichts, und sogar bei Naver taucht es nicht auf.
Ich habe gerade so die Kaufseite gefunden, mit genau 1 Bewertung....
In so einer Situation hat er wohl Ablehnung hervorgerufen, weil er im Titel mit der Lüge geworben hat, er verdiene das Dreifache eines Monatsgehalts.
Natürlich wirkt es, wenn man nur die Zusammenfassung sieht, schon irgendwie erstaunlich.
In letzter Zeit hatte ich wohl eher mehr Streit wegen Leuten, die Fans eines bestimmten Tech-Stacks oder einer Architektur sind und so reden, als würde etwas Schlimmes passieren, wenn man diesen Tech-Stack oder diese Architektur nicht einführt. Man sollte das je nach Situation anwenden; etwas, das ausnahmslos gut ist, scheint es nicht zu geben.
Verteilte Systeme wie Flink müssen für HA typischerweise 2–3 Racks vorhalten; durch die Anbindung an Kubernetes scheint HA hier sichergestellt worden zu sein. Allerdings muss man sich am Ende doch auch Gedanken über die Ressourcen der Kubernetes-Worker-Nodes machen. Da frage ich mich, ob dafür Nodes konfiguriert wurden, auf denen nur Flink läuft (bei hoher Flink-Last dürfte es wohl Probleme geben, wenn ein Worker-Node ausfällt).
Aus dieser Perspektive: Welche Vorteile hat der Einsatz von Kubernetes?
Wenn man in Flink außerdem Window-Funktionen verwendet, bleiben die Daten in dieser Zeit im Speicher, sodass SQL-Joins funktionieren. Unter Trade-off-Gesichtspunkten frage ich mich daher, ob Flink wirklich eine gute Wahl ist. Wenn ein immer größer werdendes SQL + Job mit der Zeit abstürzt, ist das schon eine enorme Sache ...
Ich überlege ebenfalls, wie man in Situationen, in denen bereits an der obersten Data Source Joins notwendig sind, das auf Application-Ebene herunterziehen und verarbeiten könnte, statt Flink zu verwenden.
Ich habe Warp zwar installiert, nutze es aber nicht. Wie sind eure Eindrücke, falls ihr es ausprobiert habt? Würde mich interessieren.
Wurde verschoben, da es nicht zu Show GN passt.
Bitte lies vor dem Posten die Anleitung zur Nutzung von Show.
--globalist richtig. Beim Kopieren und Einfügen ist mir ein Fehler unterlaufen. Das wurde korrigiert.Wenn man auf den Link geht, sieht man, dass es mit CSS im Stil von claude.ai gestaltet ist.
Das ist sicher beabsichtigt, oder??
Oh ... offenbar hat es lange gedauert, weil man es richtig machen wollte.
Warp – ein schneller, in Rust geschriebener Terminal
Warp-Terminal – jetzt auch ohne Login nutzbar
Die weltweit fortschrittlichste Open-Source-Relational Database
wow;
Ist es nicht
--global, sondern-global?EdgeDB – Open-Source-ORDB der nächsten Generation für Entwickler
EdgeDB 1.0 veröffentlicht
Ein Jahr mit EdgeDB – „Ich werde nie wieder zu SQL zurückkehren“
Ist das so etwas wie das frühere GWT?
Mit Gemini Code Assist Unterstützung beim Coden erhalten – jetzt kostenlos verfügbar
Ein großartiger(?) Wettbewerb.
Das versteht man sofort, wirklich eine gute Metapher.
Wurde es nicht gelöscht, weil es
self promotewar?Selbst wenn man nach dem Markennamen oder Produktnamen bei Google sucht, findet man nichts, und sogar bei Naver taucht es nicht auf.
Ich habe gerade so die Kaufseite gefunden, mit genau 1 Bewertung....
In so einer Situation hat er wohl Ablehnung hervorgerufen, weil er im Titel mit der Lüge geworben hat, er verdiene das Dreifache eines Monatsgehalts.
Natürlich wirkt es, wenn man nur die Zusammenfassung sieht, schon irgendwie erstaunlich.
So eine Blackbox ist wirklich beängstigend. „Warum funktioniert das überhaupt?“
„KI kann niemals für immer unabhängig arbeiten“
Dieser Teil ist beeindruckend.
In letzter Zeit hatte ich wohl eher mehr Streit wegen Leuten, die Fans eines bestimmten Tech-Stacks oder einer Architektur sind und so reden, als würde etwas Schlimmes passieren, wenn man diesen Tech-Stack oder diese Architektur nicht einführt. Man sollte das je nach Situation anwenden; etwas, das ausnahmslos gut ist, scheint es nicht zu geben.
Verteilte Systeme wie Flink müssen für HA typischerweise 2–3 Racks vorhalten; durch die Anbindung an Kubernetes scheint HA hier sichergestellt worden zu sein. Allerdings muss man sich am Ende doch auch Gedanken über die Ressourcen der Kubernetes-Worker-Nodes machen. Da frage ich mich, ob dafür Nodes konfiguriert wurden, auf denen nur Flink läuft (bei hoher Flink-Last dürfte es wohl Probleme geben, wenn ein Worker-Node ausfällt).
Aus dieser Perspektive: Welche Vorteile hat der Einsatz von Kubernetes?
Wenn man in Flink außerdem Window-Funktionen verwendet, bleiben die Daten in dieser Zeit im Speicher, sodass SQL-Joins funktionieren. Unter Trade-off-Gesichtspunkten frage ich mich daher, ob Flink wirklich eine gute Wahl ist. Wenn ein immer größer werdendes SQL + Job mit der Zeit abstürzt, ist das schon eine enorme Sache ...
Ich überlege ebenfalls, wie man in Situationen, in denen bereits an der obersten Data Source Joins notwendig sind, das auf Application-Ebene herunterziehen und verarbeiten könnte, statt Flink zu verwenden.
Eine großartige Diskussion.
Wenn ich so darüber nachdenke, habe ich Johns
philosophy of sw designauch Juniors empfohlen, aberclean codenicht wirklich.