Iterationsgeschwindigkeit — der Zyklus aus schnellem Bauen, Nutzerfeedback einholen und Verbessern (learning loop)
Geschmack·Urteilsvermögen (taste) — das Gespür dafür, was es wert ist, gebaut zu werden, und was nicht (das meiste sollte man nicht bauen)
Distribution·Netzwerk (distribution) — wen man zuerst erreicht, wem vertraut wird und wie schnell man erste Nutzer gewinnt
Problemauswahl — echte Probleme finden, für deren Lösung Menschen tatsächlich bezahlen wollen (das war schon immer am schwierigsten, und jetzt ist es noch wichtiger)

 

Falls das so bei Ihnen angekommen ist, tut mir das leid. Ich denke, dass jede Person je nach Titel andere Erwartungen an den Inhalt hat. Dennoch ist es richtig, den Titel so klar wie möglich zu formulieren, damit die erwarteten Inhalte möglichst gut übereinstimmen. Darauf werde ich künftig achten.

Außerdem würde ich Sie bitten, diesen Beitrag unabhängig vom vorherigen zu betrachten. Beim vorherigen Beitrag wurde ich markiert, weil ich mit zwei ungenutzten Accounts versucht habe, Upvotes zu geben. Das war eindeutig mein Fehler, und ich möchte klarstellen, dass es kein Problem mit dem Beitrag selbst war.

 

Hallo! Zunächst einmal vielen Dank für Ihren Feedback-Kommentar.

Wir sind zu dem Schluss gekommen, dass ein GIN-Index in diesem Fall nicht erforderlich ist. In der aktuellen API für Autovervollständigungs-Empfehlungen bei Suchbegriffen wird nur der term selbst benötigt. Zu welchen articlen dieser term gehört, ist dabei nicht relevant.
Im Gegensatz dazu verwenden wir in der Such-API einen dem GIN-Index ähnlichen Index. Dafür nutzen wir paradeDB, eine Extension für Postgres, und setzen einen BM25-Index ein.
Im Beitrag wird das nicht ausführlich beschrieben, aber aktuell verwenden wir einen separat konfigurierten ExecutorService. Wie Sie erwähnt haben, werden wir künftig jedoch auch einen reaktiven Ansatz oder virtuelle Threads in Betracht ziehen!!

 

Wie kann man so etwas in einem Projekt entdecken? Ich glaube, allein dadurch, dass man KI laufen lässt, ist das schwer zu erkennen..

Wenn ich solche Beispiele sehe, denke ich, dass ich das auch lernen und unbedingt selbst einmal erleben möchte.

 

Was für ein Foto ... wow ... es sieht aus wie ein echtes Landschaftsgemälde.

 

Ich habe auch den Blog besucht und den Originaltext gelesen. Ich finde, zwischen dem Titel und dem tatsächlichen Inhalt besteht eine gewisse Diskrepanz. Die implementierten Funktionen und die Richtung der Verbesserungen sind bereits in mehreren bestehenden Open-Source-Projekten umgesetzt und eingeflossen, und Ihre eigentliche Arbeit bestand darin, die zuvor in Ihrem eigenen Service zunächst schlicht implementierte Suche weiterzuentwickeln. Wenn man nur den Titel liest, wirkt es jedoch so, als hätten Sie den Algorithmus grundlegend verbessert. Auch Ihr vorheriger Beitrag wurde bereits als Werbung markiert, daher denke ich, dass Sie sich beim Verfassen vielleicht etwas mehr Gedanken machen sollten.

 

Sieht toll aus. Aber beim Erstellen wäre es gut, wenn auch die Adressen der benötigten Ressourcen dabeistünden. Ich kann es nicht einfach blind installieren, haha.

 

Ich frage mich, ob Sie in Erwägung gezogen haben, statt eines lower()-Index einen GIN-Index zu verwenden. Da Sie mit JdbcTemplate ohnehin Raw SQL eingesetzt haben: Wie wäre es bei der Gelegenheit mit FTS?

Auch beim asynchronen Ansatz mit CompletableFuture.supplyAsync() wird, sofern kein separates ExecutorService angegeben wird, der commonPool des ForkJoinPool verwendet. Wenn die Zahl gleichzeitiger Zugriffe so stark steigt, dass dieser statt des Request-Threads genutzte commonPool ausgelastet ist (bis etwa CPU-Kerne minus 1), könnte das unter Umständen nicht mehr bewältigt werden.
Diesen Punkt ließe sich sauber lösen, indem man auf einen reaktiven Ansatz umstellt oder die JVM-Version anhebt und virtuelle Threads einführt.

 

Das hat eigentlich nur erfolgreich gezeigt, dass Entwickler bislang noch nicht ersetzt werden können~

 

Ich stimme zu..

Die Wahl des Problems — ein Problem finden, für dessen Lösung echte Menschen wirklich bezahlen wollen -> ich hätte nicht gedacht, dass das kürzlich erstellte xray-Screenshot-Tool so viel Aufmerksamkeit bekommen würde

Ich denke, wichtig ist, etwas Unbequemes zu finden, es zu bauen und bekannt zu machen.

 

Erfolgreiches Ergebnis = Ihr könnt uns also doch noch nicht feuern, ihr Manager-Arschlöcher

 

Kürzlich hat Supertonic ein Modell veröffentlicht, das sogar Koreanisch unterstützt — schauen Sie es sich mal an.

Ich habe auch eine One-Click-Bibliothek dafür erstellt!

https://www.npmjs.com/package/easy-supertonic-tts

 

Es ist schon ironisch, parq für verteilte Verarbeitung mit dem Ziel einzusetzen, es auf einer einzelnen Maschine zu verarbeiten.

 

Wenn man mit Vibe Coding so leicht Geld verdienen könnte …
würde man genau damit Geld verdienen … warum dann auf Twitter, YouTube und in Kursen auftreten?

Wenn jemand ein Buch mit dem Titel „Mit Aktien in einem Monat 100 Millionen Won verdienen“ geschrieben hat, verdient diese Person dann wirklich jeden Monat 100 Millionen Won mit Aktien? Wenn ja, warum schreibt sie dann überhaupt so ein Buch? Warum reist sie durchs ganze Land für Sondervorträge, und warum macht sie YouTube? Weil sie das Licht für die unzivilisierten Kleinanleger sein will?

 

Ich nutze derzeit ein 40-Zoll-Gerät, da wirken 52 Zoll wohl etwas zu groß.
Sogar in den Hacker-News-Kommentaren wird darüber gestritten, ob mehrere Monitore oder so ein einzelnes großes Gerät besser sind, aber ich finde inzwischen so ein einzelnes Gerät praktischer.

 

https://github.com/twinstae/graphqlite-ts

Ich habe zusammen mit einem LLM mal ganz im Vibe ein bun sqlite + ffi-Binding gebaut. Es läuft tatsächlich. (Was für eine gute Zeit)