Vielleicht liegt es daran, dass ich SQL gewohnt bin, aber dass es prägnanter als SQL sein soll, überzeugt mich nicht wirklich.
C# LINQ wirkt auf mich bequemer, und es unterstützt auch mehr Datenbanktypen.
Selbst beim gleichen Filament derselben Firma unterscheiden sich die Materialeigenschaften je nach Charge leicht. Das ist kein Problem, das man löst, indem man die Werte anderer übernimmt, sondern eines, bei dem man die Fähigkeit entwickeln muss, selbst die passenden Werte zu finden.
Ich erinnere mich, im Jahr 2000 Webdienste mit CGI entwickelt zu haben.
Nachdem ich eine Weile Abstand vom Webbereich hatte, arbeitete ich um 2015 herum als Freelancer und stieß auf jQuery; danach kam ich mit React und Angular in Berührung. Später habe ich bei gelegentlichen Frontend-Arbeiten verschiedene der erwähnten Technologien kennengelernt.
Bei der Stelle „Die Branche hat über 20 Jahre einen großen Kreis gezogen und ist am Ende wieder an einem Punkt angekommen, der den Dateien ähnelt, die man früher per FTP hochgeladen hat“ kann ich teilweise zustimmend nicken. Vielleicht kommen Trends ja wirklich immer wieder zurück ^^
Wenn man es mit Astro statisch bauen lässt, ist das wirklich sehr praktisch.
Wenn man sogar Diagramm-Tools wie Mermaid in die Build-Pipeline einbindet, braucht man für einen Blog kein Backend mehr.
Im Gegensatz zum Privatplan ist beim Business-Plan offenbar auch 3.6 Thinking separat freigeschaltet.
Ich habe es erst einmal im Unternehmen ausprobiert, und schlecht ist es nicht. Ich wünschte nur, es würde wie Codex oder Claude direkt mit den Nutzerdateien arbeiten; etwas schade ist, dass es sich zu sehr auf das Chrome-Ökosystem fixiert.
Ich verstehe nicht, wie das Fair Use sein kann: Sie nehmen einen Dienst, der nicht einmal kostenlos ist, sondern „kostenpflichtig“, trainieren damit und verkaufen das Ergebnis dann ebenfalls „kostenpflichtig“ weiter ...
Selbst wenn die Leistung schwächer ist: Wenn es wie bei OpenClaw in eine Richtung geht, bei der man denkt: „Das ist schon ziemlich bahnbrechend“, würden die Leute es eher nutzen.
Eine Webseite ist etwas, das man sofort aufrufen kann, wenn man einfach das Verzeichnis mit dem HTML dem Webserver zuweist. Mit etwas wie Caddy geht das sogar mit nur ein paar Zeilen Konfiguration. Für die öffentliche Freigabe nach außen gibt es heutzutage auch viele bequeme Dinge wie cloudflared.
Man muss auch nicht alles selbst schreiben; es gibt zum Beispiel statische Site-Generatoren wie Hugo.
Stimmt, kann ich nachvollziehen. Es würde zwar eine Abhängigkeit vom SDK entstehen, aber bei der hohen Lernkurve ist das vermutlich trotzdem die bessere Wahl.
Da alle einfach ihre Blogs mit Claude schreiben, weiß ich nicht, wie gut sie das wirklich verstanden haben, worüber sie schreiben ...
Oh … danke. Was für eine hilfreiche Person … Das wird vielen helfen. Vielen Dank für die Mühe.
Vielleicht liegt es daran, dass ich SQL gewohnt bin, aber dass es prägnanter als SQL sein soll, überzeugt mich nicht wirklich.
C# LINQ wirkt auf mich bequemer, und es unterstützt auch mehr Datenbanktypen.
YouTuber räumen die Kommentare wohl hin und wieder auf; wahrscheinlich liegt es daran.
Selbst beim gleichen Filament derselben Firma unterscheiden sich die Materialeigenschaften je nach Charge leicht. Das ist kein Problem, das man löst, indem man die Werte anderer übernimmt, sondern eines, bei dem man die Fähigkeit entwickeln muss, selbst die passenden Werte zu finden.
Ich erinnere mich, im Jahr 2000 Webdienste mit CGI entwickelt zu haben.
Nachdem ich eine Weile Abstand vom Webbereich hatte, arbeitete ich um 2015 herum als Freelancer und stieß auf jQuery; danach kam ich mit React und Angular in Berührung. Später habe ich bei gelegentlichen Frontend-Arbeiten verschiedene der erwähnten Technologien kennengelernt.
Bei der Stelle „Die Branche hat über 20 Jahre einen großen Kreis gezogen und ist am Ende wieder an einem Punkt angekommen, der den Dateien ähnelt, die man früher per FTP hochgeladen hat“ kann ich teilweise zustimmend nicken. Vielleicht kommen Trends ja wirklich immer wieder zurück ^^
Sieht nach einer Tree-Map-Datenvisualisierung aus.
Wenn man es mit Astro statisch bauen lässt, ist das wirklich sehr praktisch.
Wenn man sogar Diagramm-Tools wie Mermaid in die Build-Pipeline einbindet, braucht man für einen Blog kein Backend mehr.
Im Gegensatz zum Privatplan ist beim Business-Plan offenbar auch 3.6 Thinking separat freigeschaltet.
Ich habe es erst einmal im Unternehmen ausprobiert, und schlecht ist es nicht. Ich wünschte nur, es würde wie Codex oder Claude direkt mit den Nutzerdateien arbeiten; etwas schade ist, dass es sich zu sehr auf das Chrome-Ökosystem fixiert.
„Optimierung verfeinert die Gegenwart, Urteilsvermögen gestaltet die Zukunft.“
Endlich wird
tastemitAugenmaßübersetzt!Ich verstehe nicht, wie das Fair Use sein kann: Sie nehmen einen Dienst, der nicht einmal kostenlos ist, sondern „kostenpflichtig“, trainieren damit und verkaufen das Ergebnis dann ebenfalls „kostenpflichtig“ weiter ...
Interessant.
Oh, das ist schön.
Oh, das scheint eine App zu sein, die man irgendwann auf jeden Fall brauchen wird!
Selbst wenn die Leistung schwächer ist: Wenn es wie bei OpenClaw in eine Richtung geht, bei der man denkt: „Das ist schon ziemlich bahnbrechend“, würden die Leute es eher nutzen.
Eine Webseite ist etwas, das man sofort aufrufen kann, wenn man einfach das Verzeichnis mit dem HTML dem Webserver zuweist. Mit etwas wie Caddy geht das sogar mit nur ein paar Zeilen Konfiguration. Für die öffentliche Freigabe nach außen gibt es heutzutage auch viele bequeme Dinge wie
cloudflared.Man muss auch nicht alles selbst schreiben; es gibt zum Beispiel statische Site-Generatoren wie Hugo.
Vielen Dank, dass Sie es ausprobiert haben!
Und auch für Ihr gutes Feedback.
https://github.com/jadhvank/ko-llm-classifier/tree/main/extension
Ich habe eine Chrome-Browser-Erweiterung erstellt. Bitte probieren Sie auch diese einmal aus.
Oh, das geht? Dann muss ich das wohl sofort einrichten.
Stimmt, kann ich nachvollziehen. Es würde zwar eine Abhängigkeit vom SDK entstehen, aber bei der hohen Lernkurve ist das vermutlich trotzdem die bessere Wahl.