Eigentlich muss man nur verschiedene Einstellungen vornehmen, aber am Ende braucht man eben Erfahrung, hehe. Jedenfalls mag ich solche Artikel.

Das Problem lag an einer falsch konfigurierten Volume-Einstellung beim Starten im Container, nicht daran, dass gleichzeitige Schreibzugriffe nicht möglich wären. Wenn Sie den Artikel noch einmal lesen, steht dort, dass das Problem mit gleichzeitigen Schreibzugriffen durch busy timeout ausreichend abgefangen werden kann. Das Volume-Setup lässt sich
mit ipc=host lösen.

Postgres muss letztlich betrieben werden, während man bei SQLite einfach nur das App-Binary überall verteilen muss.

Weil sich so viele Betriebserfahrungen und Fehlschläge angesammelt haben, beginnt SQLite nun populär zu werden, und
gleichzeitige Schreibzugriffe sind, wie auch im Artikel klar gesagt wird, überhaupt kein Problem.

Hoffentlich scheitert es nicht wie in der Stadt München. https://zdnet.co.kr/view/?no=20170213100421

Vielen Dank.
Sowohl bei der Konzeption als auch beim Design haben sich die Methoden immer wieder verändert, aber ich habe das Gefühl, dass das Tempo allmählich immer schneller wird.

Nachdem ich den vollständigen Blogbeitrag gelesen habe, scheint das im Grunde die Arbeit zu sein, die PMs schon immer gemacht haben. Allerdings wirkt es so, als würden sich mit dem KI-Zeitalter die Methoden nach und nach etwas verändern. Vielen Dank für die guten Einblicke.

Versuche, auf Linux umzusteigen, hat wohl jeder schon ein- oder zweimal gemacht, und es gibt Gründe, warum sie gescheitert sind – daher bleibt abzuwarten, wie es diesmal läuft.
Auch in Korea hat die Regierung das in der Vergangenheit deshalb auf Linux-Basis vorangetrieben.
Koreanische Unternehmen lassen sich immerhin noch durch die Regierung steuern.

Allerdings geht die Tendenz eher in Richtung Web-basiert oder SaaS statt Linux-nativ; dann könnte das Ergebnis am Ende nur dazu führen, dass in einem anderen Bereich erneut Abhängigkeiten entstehen.

Skills sind Fechtkunst und MCP ist das Schwert … Der Einsatzzweck ist unterschiedlich, und man braucht beides.

Genau, gerade deshalb wäre es schön, wenn solche Beiträge gelegentlich auftauchen würden.

Selbst wenn es Probleme mit der Infrastrukturkomplexität gibt: Ist es bei einem Shop, wo viele gleichzeitige Schreibvorgänge nötig sind, nicht von Anfang an die bessere Wahl, kein SQLite zu verwenden?
Wenn das Ganze sogar mit Docker aufgebaut war, wäre die Infrastrukturkomplexität einer PostgreSQL-Konfiguration doch auch nicht besonders viel höher gewesen.
Ich habe den Eindruck, dass es dadurch, dass es mit Rails gebaut wurde und das Ökosystem auf die Nutzung von SQLite ausgerichtet ist, in diese Richtung gelenkt wurde.
Es ist ein schwerwiegender Fehler wie verlorene Bestellungen aufgetreten, und selbst wenn es bei pg ebenfalls Probleme mit gleichzeitigen Schreibvorgängen geben sollte: Ist es bei einem Shop, wo viele gleichzeitige Schreibvorgänge nötig sind, nicht von Anfang an die bessere Wahl, kein SQLite zu verwenden?
Ich denke ebenfalls, dass es dadurch, dass es mit Rails gebaut wurde und das Ökosystem auf die Nutzung von SQLite ausgerichtet ist, als gute Lösung dargestellt wurde.
Es ist ein schwerwiegender Fehler wie verlorene Bestellungen aufgetreten, und die grundlegende Lösung dafür ist die Verwendung einer für gleichzeitige Schreibvorgänge geeigneten DB wie pg.
Weil man SQLite technisch bevorzugt, darauf zu beharren, es weiter zu verwenden, klingt für mich nach einer Aussage, die meine Vertrauenswürdigkeit in ihn als Ingenieur sinken lässt.
Es wirkt auf mich wie die umgekehrte Version von lebenslaufgetriebener Entwicklung, bei der man unnötig k8s aufsetzt, eine HPA-Konfiguration mit Replica 1 baut und einen gut funktionierenden Monolithen in eine MSA umwandelt.

Wenn der Staat das schon einführt, sollte er mit dem Geld auch etwas die Linux-Entwicklung unterstützen..

Dabei wimmelt es in der ohnehin schon stürmischen KI-Branche von pseudoreligiösen Predigern.

Skills und MCP erfüllen unterschiedliche Rollen, aber ich glaube, durch solche Beiträge kommt es immer wieder zu Verwirrung.

Ich muss am Ende des Artikels noch für MCP Nest werben … hehe. Anscheinend gewinnen solche vergleichenden Behauptungen ziemlich stark an Zugkraft.

Es sind einfach zwei völlig unterschiedliche Dinge – warum kommt diese Diskussion immer wieder auf?

Wenn man sich auch die anderen lesenswerten Artikel dazu ansieht, scheint es so, als würde sich ganz Europa in diese Richtung bewegen.

Vielleicht sollte man zuerst die Kanalfunktion etwas stabiler machen..

Menschen, die die Engpässe vor Ort kennen, scheinen der Schlüssel zu sein.

Wenn man das jetzt sieht, ist es schon irgendwie lustig, hahaha. Gleichzeitig ist es auch beängstigend, dass die Situation in nicht einmal zehn Jahren so geworden ist, dass es fast schon lächerlich wirkt.

Es ist zum jetzigen Zeitpunkt keine besonders originelle Idee, aber ich finde es eine gute Methode, weil sie sich umsetzen lässt, ohne die Interface-Signaturen oder den Workflow zu verändern.

Genauer gesagt scheint das hier gepostet worden zu sein, weil die Gründe, aus denen OpenAI zu Amodeis Zeiten GPT-2 nicht veröffentlichte, den Gründen ähneln, aus denen das Misos-Modell nicht veröffentlicht wird. Der damalige Amodei und der heutige Amodei haben sich kein bisschen verändert..