Unabhängig davon, ob man Redis verwendet oder nicht, ist es überhaupt kein Overengineering, zwischen Domain und Persistenz eine Caching-Schicht einzuziehen, deren Standardimplementierung ein Bypass ist. Logging, Fake-Daten, Debugging, Profiling, vielleicht sogar echtes Caching…
Es scheint weniger darum zu gehen, dass es ein Problem mit Redis gibt, sondern vielmehr um die Perspektive: Wenn die Datenbank allein ausreicht, warum sollte man dann zusätzliche Komponenten einführen und damit den Verwaltungsaufwand erhöhen?
Es wird eher recht knapp erklärt, daher sollte man es wohl in dem Sinne aufnehmen, dass auch diese Sichtweise bedenkenswert ist.
Es kann schließlich auch Situationen geben, in denen es die bessere Wahl ist, bei einfacher Application-Logik einen Redis-Cache einzuführen.
Letztlich sollte man also je nach Situation entscheiden.
Wenn man zustimmt, kann man eben dafür argumentieren.
Wenn man nicht zustimmt, kann man eben in die andere Richtung argumentieren.
Wenn einem sogar das Argumentieren zu lästig ist, kann man es einfach übergehen.
"Weißt du eigentlich, wie schlimm es ist, so einen Beitrag zu posten?! Sollte der Betreiber nicht jemanden sperren, der so einen Beitrag hochlädt?"
Wenn ich sehe, dass die Kommentare mit so etwas vollgespammt sind, hat auch GeekNews noch viele Hürden zu überwinden.
Wenn man schon mit der Ausrede einer „schlechten Geschäftslage“ entlässt, ohne auch nur „objektivierte Leistungskennzahlen“ vorzulegen, und das als Werkzeug nutzt, um sich „die interne Vorherrschaft zu sichern“, na ja. (schmunzel)
Ich denke, dass gute Ergebnisse nicht allein dadurch entstehen, dass man nur hart arbeitet – so wie es wichtig ist, sich Zeit zu nehmen, die Axt zu schärfen, statt nur fleißig Holz zu hacken.
Natürlich trägt Fleiß seinen Teil dazu bei, dass China erfolgreich ist, aber besonders in den USA wird lange Arbeitszeit entsprechend vergütet, während Korea da nicht mithalten kann. Deshalb sollten koreanische Unternehmen entweder höhere Löhne oder bessere Vergütungen zahlen, oder statt die Arbeitszeit zu verlängern zusätzlich Personal für die Zusammenarbeit einstellen.
Nachdem ich mehrere QA-Teams erlebt habe, ist mir klar geworden: Solange man nicht mit der Frage herangeht, was ich tun würde, wenn ich der Nutzer wäre, kann man mit dem bloßen Abhaken einer Checkliste solche im Artikel beschriebenen Schwachstellen nicht finden.
Da alle unterschiedliche Beispiele im Kopf haben und auch der Anwendungsbereich jeweils anders ist, dürfte es wohl schwer sein, daraus ein Gespräch zu machen, das zu einer objektivierbaren Diskussion führt.
Das ist zwar leicht anders als die von Michael Tefula erstellte Marktübersicht für AI-Agenten, aber fast sehr ähnlich.
Bei dieser von CBInsight kann man die Unternehmen nicht anklicken, sodass es schwierig ist, an Detailinformationen zu kommen (anscheinend nur für zahlende Nutzer verfügbar).
Bei der oben von Tefula kann man dagegen auf die Unternehmen klicken und wird dann auf die Website des jeweiligen Unternehmens weitergeleitet — als Referenz also hilfreich.
Aus dem oben von mir Geschriebenen als Dokument erstellt und als Ansichtslink veröffentlicht wurde dies hier: https://leaflet.pub/955dc6a0-bc24-4c56-8713-6fa3f824dd4c
Es werden zwei Links erstellt, einer zum Ansehen und einer zum Bearbeiten; der oben geteilte ist ein reiner Viewer-Link.
Bemerkenswert ist, dass og:image fortlaufend neu aus dem aktuellen Inhalt des Dokuments erzeugt wird.
Unabhängig davon, ob man Redis verwendet oder nicht, ist es überhaupt kein Overengineering, zwischen Domain und Persistenz eine Caching-Schicht einzuziehen, deren Standardimplementierung ein Bypass ist. Logging, Fake-Daten, Debugging, Profiling, vielleicht sogar echtes Caching…
>Schrecklich
Wenn man das Inhaltsverzeichnis ansieht, scheint es sich um einen Tippfehler bei „Technik“ zu handeln.
Wirklich großartig.
Wow, meine Güte, was ist das denn? Ein Terminal-Slideshow ...!!!
https://reddit.com/r/comicbooks/…
zzz
Was ist ein Jahrgang ..? 👀
Es scheint weniger darum zu gehen, dass es ein Problem mit Redis gibt, sondern vielmehr um die Perspektive: Wenn die Datenbank allein ausreicht, warum sollte man dann zusätzliche Komponenten einführen und damit den Verwaltungsaufwand erhöhen?
Es wird eher recht knapp erklärt, daher sollte man es wohl in dem Sinne aufnehmen, dass auch diese Sichtweise bedenkenswert ist.
Es kann schließlich auch Situationen geben, in denen es die bessere Wahl ist, bei einfacher Application-Logik einen Redis-Cache einzuführen.
Letztlich sollte man also je nach Situation entscheiden.
Wenn man zustimmt, kann man eben dafür argumentieren.
Wenn man nicht zustimmt, kann man eben in die andere Richtung argumentieren.
Wenn einem sogar das Argumentieren zu lästig ist, kann man es einfach übergehen.
"Weißt du eigentlich, wie schlimm es ist, so einen Beitrag zu posten?! Sollte der Betreiber nicht jemanden sperren, der so einen Beitrag hochlädt?"
Wenn ich sehe, dass die Kommentare mit so etwas vollgespammt sind, hat auch GeekNews noch viele Hürden zu überwinden.
Wenn man schon mit der Ausrede einer „schlechten Geschäftslage“ entlässt, ohne auch nur „objektivierte Leistungskennzahlen“ vorzulegen, und das als Werkzeug nutzt, um sich „die interne Vorherrschaft zu sichern“, na ja. (schmunzel)
Ich sehe das anders. Entlassungen sind schwierig, aber die grundlegende Lösung.
Ich denke, dass gute Ergebnisse nicht allein dadurch entstehen, dass man nur hart arbeitet – so wie es wichtig ist, sich Zeit zu nehmen, die Axt zu schärfen, statt nur fleißig Holz zu hacken.
Natürlich trägt Fleiß seinen Teil dazu bei, dass China erfolgreich ist, aber besonders in den USA wird lange Arbeitszeit entsprechend vergütet, während Korea da nicht mithalten kann. Deshalb sollten koreanische Unternehmen entweder höhere Löhne oder bessere Vergütungen zahlen, oder statt die Arbeitszeit zu verlängern zusätzlich Personal für die Zusammenarbeit einstellen.
Geht also den entgegengesetzten Weg zu Tesla.
Nachdem ich mehrere QA-Teams erlebt habe, ist mir klar geworden: Solange man nicht mit der Frage herangeht, was ich tun würde, wenn ich der Nutzer wäre, kann man mit dem bloßen Abhaken einer Checkliste solche im Artikel beschriebenen Schwachstellen nicht finden.
Da alle unterschiedliche Beispiele im Kopf haben und auch der Anwendungsbereich jeweils anders ist, dürfte es wohl schwer sein, daraus ein Gespräch zu machen, das zu einer objektivierbaren Diskussion führt.
„Die Kultur in technischen Berufen ist durch ‚Jobwechsel‘ geprägt“ – Zustimmung
Wie wählt man einen CTO aus?
Wenn das trotzdem nicht klappt
Warum du keinen technischen Co-Founder finden kannst
Du selbst bist genau der technische Co-Founder, den du gesucht hast
Bevor autonomes Fahren möglich ist und man den Verkehr im Blick behalten muss, halte ich Tasten für die deutlich passendere UI.
Das ist zwar leicht anders als die von Michael Tefula erstellte Marktübersicht für AI-Agenten, aber fast sehr ähnlich.
Bei dieser von CBInsight kann man die Unternehmen nicht anklicken, sodass es schwierig ist, an Detailinformationen zu kommen (anscheinend nur für zahlende Nutzer verfügbar).
Bei der oben von Tefula kann man dagegen auf die Unternehmen klicken und wird dann auf die Website des jeweiligen Unternehmens weitergeleitet — als Referenz also hilfreich.
Aus dem oben von mir Geschriebenen als Dokument erstellt und als Ansichtslink veröffentlicht wurde dies hier: https://leaflet.pub/955dc6a0-bc24-4c56-8713-6fa3f824dd4c
Es werden zwei Links erstellt, einer zum Ansehen und einer zum Bearbeiten; der oben geteilte ist ein reiner Viewer-Link.
Bemerkenswert ist, dass
og:imagefortlaufend neu aus dem aktuellen Inhalt des Dokuments erzeugt wird.