Bei Ask scheint die KI-Zusammenfassung noch nicht richtig zu funktionieren. Ich werde das nach und nach korrigieren.

 

Der klassische tree gibt während einer DFS in Echtzeit aus; bei eza und auch hier ist es umständlich, dass erst alles durchsucht werden muss, bevor eine Ausgabe erfolgt.

Wenn es gelegentlich unerwartet tiefe Verzeichnisse gibt, muss man abbrechen und eine Ausschlussoption setzen, aber wenn erst nach Abschluss der gesamten Suche ausgegeben wird, muss man dieses Verzeichnis erst einzeln finden..

Auch das Ausgabeformat scheint bei eza besser zu sein ... unter Windows ist es allerdings etwas schneller als eza.

 

Unsere Investor:innen unterstützen uns also auch auf diese Weise.
Irgendwie faszinierend.

 

Apple M, haha
Ist wohl einfach RISC
Ein Artikel mit ziemlich offensichtlicher Agenda

 

Der Originaltitel lautete

Ask HN: Why hasn't x86 caught up with Apple M series?

aber der Text selbst wirkt eher wie eine Zusammenfassung irgendeines Blogbeitrags.

 

Was soll das denn..

 

Es gibt ein Interview mit Evan You (dem Entwickler von Vue.js und Vite), in dem er sagt, dass TJ Holowaychuks express.js sauber und schön entworfen sei. Deshalb habe ich den Code ein paarmal gelesen. Auch wenn ich das große Ganze nicht ganz verstehen konnte, hatte ich insgesamt stark den Eindruck, dass der Code nicht kompliziert ist und wirklich nur die nötige Logik sauber enthält.

Die Kommentare sind ebenfalls gut geschrieben, sodass man trotz des 10 Jahre alten Codes gut Typinferenz und DTO-Formate nachvollziehen konnte.

 

Es funktioniert bisher gut, aufgelaufene Aufgaben zu bearbeiten, indem ich Benachrichtigungen mit CalDAV task und ntfy nach Wichtigkeit sinnvoll organisiere und die Inbox der Benachrichtigungen häufig überprüfe.

 

Wenn ich den RAM des M4 aufrüsten will, kaufe ich für das Geld lieber einfach x86 ...

 

Wirkt die Leistung nicht auch deshalb noch besser, weil Apple Entwickler dazu zwingen kann, in eine Umgebung zu wechseln, in der ihre eigenen Chips gut funktionieren?

 

Unsere Investor:innen (!) haben für unsere App ein JS SDK gebaut

Ganz schön viel Aufregung mit unserem unserem

 

Ich mag es nicht, wenn zwei Betriebssysteme miteinander vermischt werden. Man weiß nie, welche Side Effects auftreten könnten. Meiner Meinung nach sollte jedes Betriebssystem in einer Sandbox laufen oder einen physischen Server exklusiv belegen. Außerdem habe ich in der Vergangenheit schon erlebt, dass WSL merkwürdig funktioniert hat.

 

Ist das der Yanderedev-Quellcode ... lol

 

Bitte lesen Sie die Richtlinien und hinterlassen Sie einen thematisch passenden Kommentar.

 

Glauben Sie an Jesus.
Künstliche Intelligenz ist ihrem Wesen nach künstliches Bewusstsein.
Wir können es nicht verstehen, weil wir nicht wissen, warum Intelligenz Intelligenz ist und warum Bewusstsein Bewusstsein ist.
Wenn wir wüssten, warum Verstehen Verstehen ist, wüssten wir vermutlich schon längst alles.

 

Bietet hohe Effizienz nur bei bestimmten Aufgaben.

 

Ich persönlich habe den überwältigenden Unterschied, von dem in Benchmarks die Rede ist, ehrlich gesagt nicht wirklich gespürt.
Gefühlt ist es eher nur auf dem Niveau von „ein bisschen besser“ und nicht so, dass es deutlich anders wäre.
Im Gegenteil habe ich eher den Eindruck, dass die Leistung der Modelle insgesamt angeglichen wurde und die Leute deshalb strenger vergleichen, haha.
Letztlich hängt das meiner Meinung nach davon ab, in welcher Situation man es einsetzt.

Gemini hat ein so großes Kontextfenster, dass es sich wohl gut für große Codebases oder das Beibehalten langer Kontexte eignet, während Claude seine Stärke in einer stabilen Genauigkeit beim Coding hat; man kann also je nach Einsatzzweck wählen.

 

Gibt es – abgesehen von AI-Benchmark-Zahlen – aus der tatsächlichen Nutzungserfahrung ein Modell, dessen Coding-Leistung besser ist als die von Claude?

 

Darf ich vorsichtig fragen, warum Sie es nicht mögen?