Warum ich meinen Entwicklerjob kündigte, bevor KI ihn übernehmen konnte | Better Stack Podcast Folge 16
BBetter Stack
Computing/SoftwareSmall Business/StartupsAdult Education
Transcript
00:00:00Willkommen beim Better Start Podcast, wo wir Gespräche über KI, Software, Entwicklung
00:00:04und alle Arten neuer Technologien führen. Ich bin einer Ihrer Gastgeber, Richard, und bei mir ist...
00:00:09Ich bin James.
00:00:10Ich bin Andres.
00:00:11Und ich bin Elliot.
00:00:13Hey, danke, dass du dabei bist, Elliot. Wie du offline erwähnt hast, sind viele von uns große Fans
00:00:18deiner YouTube-Kanäle, also Dreams of Code und Dreams of
00:00:22Autonomy. Und ja, wir werden im Podcast noch mehr darauf eingehen. Aber für diejenigen, die
00:00:27keine Ahnung haben, wer du bist, würdest du dich vorstellen?
00:00:30Klar. Ja. Also mein Name ist Elliot. Ich betreibe, wie Richard sagte, zwei YouTube-Kanäle.
00:00:37Ich mache jetzt seit etwa drei Jahren YouTube. Aber ursprünglich habe ich als
00:00:42Softwareentwickler angefangen. Ich bin also seit 2012 professioneller Softwareentwickler. Ich habe
00:00:472007 angefangen zu lernen und bin dann an die Universität gegangen, um Informatik zu studieren. Und es ist eine
00:00:52absolute Leidenschaft von mir, seit ich damit in Berührung kam. Und deshalb erstelle ich jetzt Videos
00:00:57über Softwareentwicklung.
00:00:59Schön. Und ich würde sagen, deine Softwareentwicklung, oder die Videos, die du machst, ähneln bis zu einem gewissen Grad
00:01:06dem Primogen, weil du dich auf Terminal-Tools konzentrierst. Und warst du
00:01:10schon immer ein NeoVim-Terminal-Typ oder bist du da so hineingerutscht?
00:01:13Ja. Also, an der Universität hatten wir ein Modul zum Schreiben eines Compilers. Und eine der Voraussetzungen
00:01:21dieses Moduls war, dass man es per SSH auf einer Unix-Box mit Vim erledigen musste. Das war also ein Crashkurs
00:01:28nicht nur darin, dass man einen Compiler in C++ schreiben musste, sondern auch, dass man es in Vim tun musste. Und viele
00:01:34Leute lernten, es durch das Stockholm-Syndrom zu lieben, was bei mir definitiv auch der Fall war.
00:01:40Und so habe ich Vim gelernt. Ich habe damals immer noch IDEs benutzt, aber ich hatte wegen dieses Moduls einige
00:01:48Vim-Erfahrung. Und mein erster Job war es, mich per SSH in eine Unix-Box einzuloggen. Es war im
00:01:54Finanzwesen, per SSH in eine Unix-Box mit Vim in C++. Also habe ich es von da an einfach aufgegriffen. Und seither
00:02:01habe ich meistens in Vim gearbeitet, es war der einzige Editor, der so ziemlich alles konnte. Es gab eine Zeit, da
00:02:06habe ich Xcode benutzt, wegen der Apple-Tools, aber abgesehen davon war es für mich meistens Vim.
00:02:11Und ja, es gab eine Art Renaissance der Vim-Benutzer, mehr Leute auf YouTube reden darüber.
00:02:17Ja, das denke ich auch. Und ich denke, offensichtlich war Primogen riesig dafür. Er hat definitiv viele Leute dazu ermutigt,
00:02:21sich mit NeoVim und ähnlichen Tools zu beschäftigen. Aber ich denke, es gab schon immer eine
00:02:27Kohorte von Leuten, die das schon immer genossen haben. Wie bevor ich YouTube machte, bevor ich überhaupt
00:02:32Programmier-YouTube oder irgendwas schaute, gab es online immer Leute, die über Tools sprachen und
00:02:35Dinge dieser Art. Es gab also immer eine Art Kult um NeoVim und Emacs.
00:02:41Ich habe Emacs ausprobiert. Ich bin nicht so damit warm geworden, aber ja.
00:02:46Ja, wir hatten, ich weiß nicht, ob du Bash Bunny kennst, aber wir hatten sie in einer früheren Episode und sie ist ein riesiger Fan
00:02:51von Doom Emacs. Sie war ein NeoVim-Benutzer und ist dann wegen der Org-Modes auf Doom Emacs umgestiegen,
00:02:57was ich noch nicht ausprobiert habe, aber sie scheint es zu genießen.
00:03:00Org mode ist fantastisch. Es ist, ja, es ist unglaublich, dass es nichts Vergleichbares gibt.
00:03:08Also ich, als ich mit Emacs herumspielte, schrieb ich mein gesamtes Emacs init.el, das ist wie deine Konfiguration,
00:03:15in Org mode. Es war also wie Dokumentation, aber dann jeder Code-Block,
00:03:20man kann einstellen, dass jedes Mal, wenn man speichert, der Code-Block zu einer tatsächlichen Datei wird,
00:03:26wenn das Sinn ergibt. Es ist also unglaublich mächtig, was man damit
00:03:30machen kann. Und es gibt nichts Vergleichbares, und ich vermute, das liegt an Elisp, das genau das
00:03:35ermöglicht. Ja. Ja, ich wollte sagen, ich muss zugeben, ich war noch nie ein Vim- oder NeoVim-
00:03:40Fan, aber ich denke, ich wechsle vielleicht langsam wegen KI, weil Claude Code
00:03:46offensichtlich eine Menge Code für mich schreibt. Ich hasse es jetzt, Cursor und die anderen Tools zu öffnen, weil
00:03:50sie voll mit anderem KI-Kram sind, aber ich benutze Claude Code und Codex im Terminal. Ich denke mir,
00:03:55Ich will nur den Code lesen. Ich will nicht, dass mir ständig dieser KI-Kram ins Gesicht springt.
00:03:59Und wie, wenn ich eine kleine Änderung machen will, will ich nicht die Tab-Vervollständigung. Und ja, Cursor fängt an,
00:04:03sich ein bisschen so anzufühlen, als ob es mir alles, was es verkaufen will, ins Gesicht wirft.
00:04:07Und ich möchte manchmal buchstäblich nur Code lesen und eine Zeile bearbeiten. Also könnte ich langsam wechseln,
00:04:12also ja, ich denke, das ist auch sehr nachvollziehbar. Und ich denke die Tatsachen, ich meine, ich vermute, du
00:04:17arbeitest auch im Terminal, also macht es einfach Sinn, im Terminal zu bleiben. Aber ja,
00:04:22ich denke, das ist eines der Dinge, die ich momentan wirklich an NeoVim mag. Ich habe dort
00:04:25keine KI-Autovervollständigung oder irgendetwas dergleichen. Ich nutze es rein zum Lesen des Codes,
00:04:30zur Navigation im Code und zum tatsächlichen Bearbeiten, wenn ich bearbeiten möchte.
00:04:33Schön. Und ich schätze, ein Großteil der anderen Inhalte, die du machst, konzentriert sich auf die CLI
00:04:38Tools. Also habe ich tatsächlich durch dich von Zeoxide gelernt. Und was hast du noch gemacht, du hast
00:04:44mehrere Videos über verschiedene Tools gemacht. Du hast also Top 10 der seltsamen gemacht, wie croc und ein Bonsai-Tool
00:04:49und all das Zeug. Wie findest du diese Tools? Und was hat dich dazu gebracht, dich in bestimmte
00:04:55Tools zu verlieben? Ja. Also, wie finde ich sie? Das ist eine gute Frage. Ich lurke meistens online
00:05:01ziemlich viel. Ich suche also aktiv in verschiedenen Foren, sehe, was andere
00:05:06Leute verwenden und sehe dann Dinge, die das Problem für mich lösen. Zeoxide war ein riesiges, weil
00:05:12das Navigieren im Terminal schon immer recht schmerzhaft war. Und dann, wenn man Zeoxide einmal benutzt hat,
00:05:18kann man meiner Meinung nach nie wirklich zurück. Die seltsamen waren etwas schwieriger. Ich musste viele, viele
00:05:23Tauchgänge und Recherchen dazu machen. Das war, weil ich ein vorheriges Video über populäre
00:05:28gemacht hatte, aber die meisten Leute kennen die populären CLI-Tools heutzutage. Und ich wollte wirklich eines machen, das ein
00:05:32echter Geheimtipp ist. Also musste ich viel recherchieren, um diese herauszufinden. Aber ich meine, GitHub-Sterne,
00:05:38man kann einfach auf GitHub nach CLI-Tools suchen. Da gibt es normalerweise einige gute Empfehlungen
00:05:43darin. Ja. Weißt du, ich bin auch ein großer Zeoxide-Fan. Und ich stimme dir zu. Sobald man es benutzt, kann man nicht
00:05:47zurück. Ich habe schon eine neue Maschine benutzt, die es noch nicht hatte. Und ich habe CD gemacht und versucht,
00:05:51zu einem meiner gängigen Verzeichnisse zu gehen und war so: „Das ist nicht hier drin.“ Und ich denke: „Ich brauche
00:05:55Zeoxide. Es ist viel schneller. Es ist viel netter.“ Ja. Es ist frustrierend, wenn man auf eine neue Maschine umzieht und man
00:06:00diese Historie nicht hat. Ja. Ich glaube, ich habe auch deinen Bogen verfolgt, einen Kurs
00:06:06auf Go zu erstellen. Bist du einverstanden, ein bisschen mehr darüber zu sprechen? Ja. Ja. Ich habe es tatsächlich kürzlich von
00:06:12Go geändert, aber ich hatte ursprünglich vor, es mit Go zu machen, was, denke ich, aus Erfahrungsgründen
00:06:20gut war. Es war um die Zeit, als HTMX sehr gehyped wurde. Und ich wollte ihm wirklich eine
00:06:26Chance geben und sehen: Okay, ist es machbar, es in einem größeren Projekt zu verwenden? Und ich denke, die Ergebnisse sind gemischt.
00:06:32Ich denke, das kann man definitiv, aber es wird herausfordernd, wenn man mehr von einem modernen
00:06:39Web-Erlebnis möchte, habe ich festgestellt. Nun, Go ist eigentlich sehr gut dafür geeignet, besonders mit Paketen wie
00:06:45Temple, die unglaublich sind für das Erstellen von komponentenbasierter View-Logik, die man typischerweise
00:06:51in, sagen wir, React oder etwas Ähnlichem finden würde. Und mit HTMX, wenn man es vom Server herunterzieht,
00:06:56unter Verwendung dieses Hypermedia-Ansatzes, funktioniert es ziemlich gut. Die Herausforderung ist, wenn man eine
00:07:02Art von mehr clientseitiger Interaktivität möchte, dann beginnen die Dinge ein bisschen herausfordernder zu werden. Es gibt
00:07:06Alpine JS, was ziemlich gut dafür ist. Aber ich fand, dass man ab einem gewissen Punkt, je komplexer man
00:07:12werden möchte, desto mehr schreibt man JavaScript in diesem eher Vanilla-Ansatz, was ich denke,
00:07:18ich bin froh, dass wir uns ein bisschen davon wegbewegt haben, weil ich glaube, das war schwieriger als das, was wir jetzt haben.
00:07:22Ja. Meintest du damit speziell so etwas wie document.selectelement, oder ist das ein-
00:07:28Ja, document.selectelement, aber sogar nur die Art, JavaScript-Code richtig zu organisieren,
00:07:35es gibt viele Fallstricke, die man hat, wenn man nur Skripte importiert und es auf die Art
00:07:40verwendet, wie es früher war, anstatt ein Framework zu verwenden, das einem dabei hilft. Ich habe fast
00:07:45nach jQuery gegriffen, so schlimm war es. Ja, ich glaube, es gibt ein, ich habe vergessen, wie es heißt,
00:07:50aber es gibt einen Typen, der ein großer PHP-Laravel-Typ ist, der ein Äquivalent zu HMX gemacht hat. Ich
00:07:57vergaß, was, Alpine, du hast es erwähnt, Alpine JS. Er hat so dieses Alpine Ajax, das ein bisschen
00:08:03wie HMX ist. Ich weiß nicht, ob du davon gehört hast. Ja, ja, Alpine Ajax. Ich hatte tatsächlich erwogen,
00:08:08zu ihm zu wechseln, weil es schön gewesen wäre, alles in diesem Alpine-Ökosystem zu haben,
00:08:13aber es sah sehr cool aus, Alpine Ajax. Am Ende habe ich es in Next.js neu geschrieben, nur weil
00:08:19das die Zeit war, als Agenten aufkamen. Und ich bin tatsächlich, ich bin etwas früher auf
00:08:24Claude Code aufgesprungen, als ich glaube, dass es die meisten Leute taten, nur um es zu probieren und zu sehen, was es könnte.
00:08:29Und es war in der Lage, diese Go-Webseite ziemlich gut in Next.js umzuschreiben. Also bin ich schließlich wegen dieser Sache auf Next.js umgestiegen.
00:08:36Aber schnell zurück zum ganzen Go-Kurs-Plattform-Thema.
00:08:41Ja. Also ich habe deine Reise beim Aufbau dessen verfolgt. Und ich denke, als YouTuber,
00:08:47gibt es immer etwas, das man nebenbei tun muss, um wirklich Geld zu verdienen. Und ich glaube, die Kurs-
00:08:52Plattform ist deine Alternative dazu. Und wie hast du das Bewerben, den Aufbau und das Gewinnen
00:08:58von Kunden empfunden?
00:08:59Ja. Ja. Okay. Also das ist eine interessante Frage. Ich mache am wenigsten Marketing,
00:09:06glaube ich, für jeden, der ein Produkt verkauft, was ich für einen fundamentalen Fehler halte, denn ein Produkt aufzubauen
00:09:11ist die halbe Miete, aber das Marketing ist die andere Hälfte. Es ist also interessant, weil ich wirklich
00:09:17einen Kurs machen wollte, hauptsächlich um mehr über Go zu lehren und mehr darüber, wie man tatsächlich CLI
00:09:23Anwendungen damit baut. Aber ich gehe auch mehr in diese System-Level-Programmiersachen ein und
00:09:27rede viel über Standard-Dateiströme, et cetera, et cetera. Art der Dinge, die man aufgreift, wenn man
00:09:33CLI-Anwendungen baut, anstatt nur, hey, benutze dieses Framework. Hier ist dieses Tool. Mehr in eine
00:09:38Richtung, vielleicht nicht so gut mit Go. Go geht nicht tief in das Betriebssystem,
00:09:44aber genug, um mehr dieser technischen Grundlagen auf niedriger Ebene zu verstehen, vermute ich. Wie gehe ich also
00:09:51daran, das tatsächlich in ein Geschäft zu verwandeln? Ich denke, du hast recht, wenn es um YouTube geht. YouTube
00:09:54selbst ist schrecklich, wenn es darum geht, Geld mit AdSense zu verdienen. Ich denke, mein AdSense-Einkommen
00:10:00ist vielleicht ein paar tausend Dollar im Monat, was okay ist, aber es ist nicht wirklich existenzsichernd in den
00:10:07USA. Ein weiteres Produkt zu verkaufen, der Kurs war für mich interessant, weil er anständiges Geld brachte,
00:10:15aber ich würde nicht sagen, dass es genug war, um das Vollzeit als Karriereoption zu betreiben. Ich denke, weil
00:10:21eins KI viel davon verändert hat, wie Leute jetzt lernen, Code zu entwickeln oder Software zu schreiben. Und
00:10:28wiederum, ich bin einfach nicht sehr gut im Marketing. Ich denke, wenn ich es sehr stark vermarktet hätte, wäre es
00:10:32ein erfolgreicheres Produkt gewesen. Wenn es um YouTube geht, denke ich, der größte Weg, wie die meisten Schöpfer Geld
00:10:38verdienen, ist durch Sponsoring, oder? Und ich denke, drei Sponsorings hätten mehr Geld eingebracht als der eigentliche
00:10:45Kurs selbst. Siehst du, dass der Kurs jetzt ausgetrocknet ist, weil Leute nicht mehr daran interessiert sind,
00:10:51eine Programmiersprache zu lernen? Ja, er macht immer noch Verkäufe, was cool ist. Er bringt also immer noch etwas
00:10:59Umsatz. Aber ich denke, im Vergleich dazu... es ist schwer zu sagen, weil ich nicht wirklich so viel über die Plattform spreche. Ich betreibe immer noch ein bisschen
00:11:05Marketing, nur, du weißt schon, mit den Links und so. Aber ja, ich denke, es gab definitiv einen Rückgang. Und man kann auch sehen, wann das war. Sobald
00:11:13agentische Tools abgehoben sind. Da habe ich bemerkt, dass die Verkäufe zurückgingen, weil Leute nicht mehr so lernen wollen, wie sie es in der Vergangenheit taten.
00:11:21Man sieht das auch bei Coding-Tutorials auf YouTube, die Zuschauerzahlen sind massiv zurückgegangen. Ich glaube,
00:11:27Web Dev Simplified hat kürzlich ein Video gemacht, darüber wie seine Aufrufe seit der Existenz von KI zurückgegangen sind, weil offensichtlich ein Großteil seines Inhalts nur tutorialbasiert war. Und ja, Leute scheinen nicht mehr das Bedürfnis zu haben zu lernen, wenn KI es einfach für sie erledigt.
00:11:39Ja, es ist ein interessantes Rätsel, weil ich denke, Lernen ist immer noch wirklich wichtig. Aber gleichzeitig kann ich verstehen, dass Leute das Gefühl haben könnten, es sei Zeitverschwendung. Ich habe so viele Gedanken darüber, aber ich weiß nicht wirklich, was die richtige Antwort ist. Ich meine, ich gehe gerade das Rust-Buch durch, nur um irgendwie aufzufrischen und neu zu lernen, weil ich denke, es ist immer noch ziemlich wichtig, das zu tun. Und ich denke, ich weiß nicht, ich habe sehr gemischte Meinungen über KI, wie wahrscheinlich die meisten Leute. Aber ich denke,
00:12:09letztendlich ist Lernen immer noch wirklich wichtig. Und ich denke, es lohnt sich, selbst wenn die Ergebnisse sich im Moment sehr abstrakt anfühlen, weil KI alles macht, halte ich es immer noch für sehr gut, dieses grundlegende Verständnis und Wissen zu haben.
00:12:24Ja, ich glaube, KI bringt dich nur bis zu einem gewissen Punkt, sie kann eine Basis-App bauen, die dein einer Benutzer nutzen kann. Aber in der Sekunde, in der man anfangen muss zu skalieren und Dinge zu optimieren, denke ich, dass man genau dieses grundlegende Wissen und neues Wissen braucht, das man sich auch aneignet.
00:12:38Ja, dem stimme ich zu.
00:12:39Ja, ich denke, es ist eine schwierige Situation, weil wie lernen neue Leute, wenn KI das gesamte Schreiben des Codes für einen übernehmen kann? Und wie ermutigt man Leute zu lernen? Ich weiß es nicht. Ich weiß nicht, was Leute heutzutage tun. Weil ich, ich denke darüber nach, also ich kenne keine Systemsprachen, wie ich habe mit Rust herumgespielt, aber ich kenne es nicht sehr gut. Ich denke darüber nach, Zig auszuprobieren, weil Leute sagen, es sei cool. Und ich dachte, okay, also ich könnte einen YouTube-Kurs über Zig schauen oder ich könnte Claude bitten, mir Zig beizubringen.
00:13:07Und Claude bringt mir Zig ein bisschen schneller bei. Aber Claude würde den Code tatsächlich einfach für mich schreiben. Und so werde ich nichts lernen. Und daher ist es eine schwierige Situation. Aber ja, ich weiß nicht, was Leute tun werden.
00:13:16Und es wird auch halluzinieren. Das ist das andere Problem.
00:13:19Ja, das war das, was ich sagen wollte, ist im Grunde: Ich würde KI nicht vertrauen, mir etwas Neues beizubringen. Denn wenn du jemals eine KI über etwas gefragt hast, das du gut kennst, siehst du manchmal, dass sie Fehler macht. Und ich denke mir: „Wenn ich sie bitte, mir etwas Neues beizubringen, könnte dieser Fehler darin sein. Und ich lerne das einfach und denke, es ist wahr“, was ziemlich gefährlich ist.
00:13:36Wie gehst du also bei der Rust-Lernreise vor? Schaltest du alle Autovervollständigungen, alle Agenten aus und schreibst einfach ganz altmodisch im Terminal?
00:13:49Also ich mache eine Mischung aus beidem. Also ich meine, ich habe vor vielen Jahren Rust benutzt und dann habe ich aufgehört, ich bin mehr zu Go gewechselt, weil ich mich mehr auf eine Sprache konzentrieren wollte, anstatt Entscheidungsmüdigkeit darüber zu haben, welche Sprache ich machen soll.
00:14:02Und auch, obwohl ich Rust liebe, ist es nicht die schönste Sprache, die man sich ansehen kann. Es ist irgendwie schwieriger, darin gut aussehenden Code zu schreiben, als nicht. Und mit YouTube möchte man Code, der leicht lesbar und verständlich ist, wenn man ein Konzept oder ähnliches zeigt.
00:14:18Also entschied ich mich, mehr zu Go zu wechseln, was viel einfacher war. Und ich denke, mehr Leute wollten irgendwie Dinge sehen und verstehen, wie ich sie früher bekam, als ich Rust-Code schrieb, dass es einfach schwer zu verstehen war.
00:14:31Also war Go viel einfacher dafür. Also ich lerne, schätze ich, Rust neu, aber ich komme nicht von einer Basis von Nichts. Ich greife viele der Fähigkeiten auf, die ich früher hatte und verstand, und wende das jetzt dort an.
00:14:47Aber ich versuche, mehr von dieser Anfänger-Reise wieder zu machen. Also ich meine, ich habe das Rust-Buch genommen und lese es nachts. Ich überspringe viele der Kapitel, die ich schon kenne, aber ja.
00:14:56Was ist das Rust-Buch? Was ist der offizielle Titel?
00:15:01Ich glaube, es heißt das Rust-Buch. Lass mich das nachsehen.
00:15:04Okay.
00:15:05Es ist auf der Webseite, aber es ist das Hauptbuch, das irgendwie jeder kennt. Es ist no start press, no start press.
00:15:13Die Rust-Programmiersprache. Das ist der offizielle Titel. Aber ja, Leute nennen es einfach das Rust-Buch. Gehe es also wieder durch, aber wieder, es ist sehr grundlegendes Wissen und es bringt einem die Syntax bei. Es gibt das Rustonomicon, das ich wirklich lesen will, das ist das große Ding.
00:15:25Das ist sehr schwierig durchzugehen, berüchtigt schwer. Und was Projekte angeht, arbeite ich gerade an einer Videoeditor-Anwendung, die mit Rust gebaut wurde und plattformübergreifend nativ ist und viele Rust-Frameworks verwendet, was sehr cool ist.
00:15:40Und ich verlasse mich dabei stark auf KI, aber mehr von dem Standpunkt: „Die Dokumentation hier ist mies. Wie mache ich etwas damit?“, weil KI sehr gut darin ist, den Code zu durchsuchen, ihn zu lesen und die Informationen herauszuziehen.
00:15:51Also haben viele der neueren Frameworks in Rust, die plattformübergreifend sind, einfach eine schreckliche Dokumentation. Und so ist es einfach, Beispiele von der KI zu bekommen, um sie dann selbst zu implementieren.
00:16:02Anfangs habe ich mich für das ein wenig zu sehr auf KI verlassen. Also Dinge wie tatsächliches Medien-Rendering oder Videobearbeitung, wie Zeitleisten-Compositors und dann Rendering und Dinge dieser Art.
00:16:14Und KI dafür zu verwenden, war absolut schrecklich. Und das hat mich zu dem Punkt gebracht, den James früher gemacht hat, dass sie gut bei den einfachen Sachen ist. Und sobald man zu meinen eher nicht-trivialen Dingen kommt, denke ich, optimiert sie.
00:16:26Ich sage immer, sie versucht das Symptom zu lösen statt die Ursache, wenn das Sinn ergibt. Sie wird also versuchen, etwas zum Laufen zu bringen, aber sie macht es nicht robust genug, dass man später tatsächlich darauf aufbauen könnte.
00:16:38Und das habe ich bei diesem Projekt oft festgestellt, es hat funktioniert, aber die Medien-Pipeline existierte einfach nicht. Es war einfach wie: „Hier, spiel eine Videodatei ab“, unter Verwendung der Basis-APIs.
00:16:49Und wenn man dann editor-mäßig irgendetwas machen muss, wie überspringen oder mehrere Dateien haben, ist es sehr schnell zusammengebrochen.
00:16:55Mein Lerneffekt war also, die Implementierung zu nehmen und sie dann korrekt zu machen.
00:17:01Ja, Videoeditor klingt nicht nach einer leichten Aufgabe, selbst mit KIs Hilfe. Das ist etwas, woran ich mich persönlich nicht wagen würde.
00:17:08Ja. Es war eine Reise.
00:17:10Wie gehst du mit verschiedenen Codecs und allem im Videoeditor um?
00:17:15Um, also das wird aufgeschoben, es hängt von der Plattform ab.
00:17:20Also Apple hat AV Foundation, was wie ihr Basis-Audio-Video-Medien-Toolkit ist.
00:17:27AV Foundation ist wirklich fantastisch. Es unterstützt eine Menge verschiedener Codecs.
00:17:31Ich habe also eine Art Decoder-Modul in der Medien-Engine, wo ich einfach verschiedene Decoder austauschen kann.
00:17:37Und dann wird AV Foundation auf Mac OS verwendet und dank Rust kann man FFI verwenden.
00:17:42Man hookt also einfach in Objective-C-Code ein und verwendet ihn. Es ist unsicheres Rust, aber sicher genug.
00:17:48Und dann für Windows und Linux, das war eine etwas größere Herausforderung, weil Windows Media Foundation hat, was anständig ist, aber es unterstützt nicht so viele Codecs wie AV Foundation auf Mac OS.
00:18:03Yep.
00:18:04Also, das ist eines der Probleme, auf die ich tatsächlich mit KI gestoßen bin, weil die KI es einfach nicht auf eine Weise gebaut hat, dass ich leicht verschiedene Decoder und Encoder usw. austauschen konnte.
00:18:09Es war einfach wie: „Hier hast du es.“
00:18:14Wir machen es einfach mit Media Foundation.
00:18:15Was in vielen Fällen nicht funktioniert hat.
00:18:19Also auf Linux und Windows kann ich tauschen, Windows hat mehr Unterstützung, aber Linux benutzt einfach GStreamer, was so ziemlich der De-facto-Standard ist.
00:18:29Es hookt in FFmpeg ein und auf Linux ist es einfach, FFmpeg zu shipen, weil es GPL auf einigen der Codecs ist.
00:18:36Du kannst es also eigentlich nicht in deiner Anwendung bündeln, aber mit einem Paketmanager kannst du sicherstellen, dass es bei der Installation deiner Binärdatei ebenfalls installiert wird.
00:18:44Übrigens, falls ich hier ins Schwärmen gerate, unterbrich mich einfach.
00:18:47Okay, cool.
00:18:48Aber bei Windows ist es ein wenig schwierig, weil du FFmpeg nicht einfach verschiffen kannst, da es GPL ist.
00:18:53Du kannst nur die LGPL-Version verschiffen, die du verlinkst.
00:18:56Also musst du Media Foundation und FFmpeg gleichzeitig nutzen und Unterstützung für verschiedene Codecs haben.
00:19:03Es ist hauptsächlich, denke ich, Encoding, das das Problem ist, wenn es um H.264 und H.265 geht, aber ich verliere mich hier in technischen Details.
00:19:12Nein, es ist großartig.
00:19:13Danke dafür.
00:19:15Wusstest du das alles, bevor du Kiru gemacht hast?
00:19:18Ja.
00:19:19Ja, Kiru.
00:19:20Ich kannte Teile davon, hauptsächlich durch die Arbeit mit Video als YouTuber, richtig?
00:19:25Man wird verschiedenen Codecs und Dingen ausgesetzt.
00:19:27Und ich habe früher ziemlich intensiv C++ gemacht.
00:19:30Und so verstand ich Dinge über Rendering und GPU und so.
00:19:32Aber als es mehr um dieses Medien-Pipeline-Zeug ging, denke ich, dass das einfach durch das tatsächliche Bauen des Projekts aufgegriffen wurde.
00:19:39Ja, ich hätte gedacht, du lässt FFmpeg einfach alles machen.
00:19:42Aber ich schätze, das ist bei verschiedenen Betriebssystemen nicht der Fall.
00:19:45Ja, man kann FFmpeg alles machen lassen.
00:19:48Es ist eine Herausforderung.
00:19:50Und dann hat man wieder das Lizenzproblem mit FFmpeg.
00:19:53Also ja.
00:19:54Ich schätze, es ist okay, wenn es nur ein Hobby-Projekt ist, aber nicht für eine kommerzielle Anwendung.
00:19:58Ja.
00:19:59Es sei denn, man möchte GPL nutzen, was ich nicht wollte.
00:20:02Ich habe das offline schon angedeutet, aber du hast im Video gesagt, dass du dich voll auf Rust konzentrierst, während die meisten deiner Videos von Go handeln.
00:20:13Erkläre also mal, warum wir zu Rust übergehen können.
00:20:16Ja, das ist eine großartige Frage.
00:20:18Ich bin für 2026 sehr optimistisch, was Rust angeht.
00:20:23Und ich denke, dass immer mehr Unternehmen dazu übergehen werden.
00:20:27Obwohl die Einführung in der Vergangenheit eher schleppend verlief.
00:20:29Es gibt da immer dieses Meme, oder?
00:20:31Dass es schwerer ist, einen Job in Rust zu bekommen, als die Sprache selbst zu lernen.
00:20:35Weil früher niemand wirklich dafür eingestellt hat, abgesehen von Kryptofirmen, bei denen die meisten Entwickler wohl nicht arbeiten wollen.
00:20:41Und die anderen Anwendungsfälle in der Industrie sind meistens solche, bei denen man bereits als etablierter Entwickler in einem Unternehmen ist und das Argument für Rust vorbringen kann, anstatt dass wirklich Rust-Entwickler eingestellt werden.
00:20:54Als YouTuber war es also immer sehr schwer, über Rust aus Bildungssicht zu sprechen, weil nicht viele Leute einen Job darin finden.
00:21:02Jetzt wird sich das ändern, denke ich, weil mehr Unternehmen, die auf KI und LLMs sowie agentische Entwicklung setzen, die Nachteile erkennen – das ist Instabilität, oder?
00:21:12Es gibt dieses klassische Projektmanagement-Dreieck aus günstig, schnell oder Stabilität beziehungsweise Qualität oder was auch immer.
00:21:22Wir sind jetzt bei günstig und schnell, aber wir opfern Stabilität.
00:21:26Und ich denke, viele Entwickler versuchen, dahin zurückzukommen.
00:21:30Und ich glaube, Rust ist einer der Wege, das zu tun, oder Rust zu verwenden.
00:21:34Wenn man korrektes Rust schreibt, eliminiert das eine ganze Klasse potenzieller Fehler.
00:21:38Deshalb denke ich, dass immer mehr Unternehmen darauf setzen.
00:21:40Wir haben gesehen, wie Bun diesen eine Million Zeilen umfassenden Rewrite gemacht hat, wir werden sehen, wie das ausgeht.
00:21:46Ich glaube, das ist die Kontroverse dabei.
00:21:48Ja, es ist interessant, aber wir werden sehen, wie es sich entwickelt.
00:21:52Aber PNPM wechselt auch zu Rust.
00:21:54Sie haben das gerade in den Main-Branch aufgenommen.
00:21:56Ich glaube, sie werden zwei Versionen gleichzeitig pflegen.
00:21:58Ich glaube, Ladybird, der Browser, hat kürzlich auch einen Haufen C++-Code nach Rust portiert.
00:22:04Ich denke, das wird ein Trend sein, den wir immer öfter sehen werden, weshalb ich so optimistisch bin.
00:22:10Aber ich mag Rust auch wirklich.
00:22:12Ich denke, es ist eine der drei oder vier Sprachen, vielleicht vier.
00:22:14Ich glaube, es ist eine der vier Sprachen, die keine Obergrenze hat, da man so ziemlich alles damit bauen kann.
00:22:18Für mich war es also schon immer sehr aufregend.
00:22:20Und ich denke, jetzt ist die Zukunft noch aufregender, es zu kennen und zu lernen, da es viel mehr Projekte geben wird, die es verwenden.
00:22:27Ja, ich glaube, da stimme ich zu.
00:22:28Ich habe ein paar Argumente gehört, dass der Compiler langsam ist und einfach sehr pedantisch wirkt.
00:22:36Aber ich denke, das macht Sinn für KI; wenn KI den Code schreibt und man es ihr überlässt, dann werden die Prüfungen vom Modell erledigt und nicht so sehr von einem selbst.
00:22:44Aber man kann nicht sagen, dass Rust eine der vier Sprachen ohne Obergrenze ist, ohne die anderen drei zu nennen.
00:22:50Ja, ja, ja.
00:22:51Okay, die anderen drei.
00:22:52Also C, offensichtlich; ich denke, C kann alles.
00:22:56Es ist wahrscheinlich die Sprache ohne Obergrenze.
00:23:00Zig, glaube ich, gehört dazu, auch wenn mein Problem mit Zig ist, dass es noch sehr in den Anfängen der Sprache steckt.
00:23:07Also ändert es sich ziemlich oft.
00:23:08Und selbst die Dokumentation der letzten Version – wenn man versucht, ein Hello World zu machen, funktioniert es mit der neuesten Version 0.16 nicht, was irgendwie schwierig und herausfordernd zu lernen ist.
00:23:19Wenn man das hinter sich hat, finden die Leute die Sprache wirklich bereichernd.
00:23:22Und Zig hat viele Vorteile, da die Interoperabilität mit C unglaublich ist.
00:23:27Also, ja, wenn man FFI mag, dann ist es fantastisch.
00:23:31Die dritte Sprache ist natürlich Rust.
00:23:34Und die vierte Sprache ist C++.
00:23:35Ich denke, C++ hat auch keine Obergrenze.
00:23:37Man kann absolut alles mit dieser Sprache machen.
00:23:39Ich habe viel Voreingenommenheit gegenüber C++, weil ich den Großteil meiner Karriere damit verbracht habe, es zu schreiben.
00:23:44Also liebe ich die Sprache.
00:23:46Nicht viele Leute mögen die Sprache.
00:23:48Sie hat viele hässliche Seiten, aber man kann auch alles damit machen.
00:23:52Einige Leute würden, glaube ich, C und C++ in denselben Topf werfen.
00:23:56Weil es, weißt du, einfach ein Schritt vorwärts ist.
00:24:01Ich wollte zum Zig-Punkt auch noch sagen: Ich denke, dass sie neuer ist, war einer der Gründe, warum Bun weggewechselt ist.
00:24:07Denn sie sagten, sie hätten eine Menge PRs an das Zig-Projekt selbst geschickt, um die Probleme zu beheben.
00:24:11Weil Leute sich bei ihnen beschwerten, dass Bun abstürzte, und sie merkten, dass es ein Zig-Fehler war.
00:24:16Und ja, deshalb sind sie zu Rust gewechselt, in der Hoffnung, dass es einige der Fehler im Grunde beseitigt, die Bun hatte.
00:24:22Und OpenCode hatte, glaube ich, einige Abstürze, weil es auf Bun basierte, und dann stellte sich heraus, dass es Zigs Schuld war und all das.
00:24:28Also ja, ich bin sehr gespannt darauf, wie dieser Rewrite ausgeht.
00:24:31Ja, ich auch.
00:24:32Ich finde es interessant.
00:24:34Es ist nicht so, wie ich das Projekt neu geschrieben hätte, aber ich denke, um der Wissenschaft willen und um herauszufinden, ob das möglich ist.
00:24:42Ich finde es sehr interessant, das als Beobachter zu sehen.
00:24:45Ich denke, es gibt eine Menge Debatten darüber, weißt du, es gibt nachgelagerte Abhängigkeiten von Bun.
00:24:49Viele Firmen bauen auf Bun auf und so weiter.
00:24:51Also, ich denke, vielleicht etwas leichtsinnig, aber wenn es gut ausgeht, vielleicht nicht.
00:24:58Also, wir werden sehen.
00:25:00Der Zeitplan war ungefähr so, dass er vor sieben Tagen getweetet hat, dass er es als Experiment macht.
00:25:04Und dann sieben Tage später einen eine Million Zeilen umfassenden PR in Main gemergt hat, was, ja, das ist ein irres Experiment.
00:25:11Ich meine, es ist gutes Marketingmaterial für Claude, wenn es gut ausgeht.
00:25:14Ja.
00:25:15Er hat da eine tolle Geschichte.
00:25:16Ja.
00:25:17Als jemand, der immer für kleinere PRs plädiert hat, tut es irgendwie weh.
00:25:20Ein kleines bisschen.
00:25:22Aber ja, wir werden sehen, wie es ausgeht.
00:25:25Ich denke, es ist sehr spannend, das aus einer Beobachterperspektive zu sehen.
00:25:29Aber ich fühle mit den Leuten, die von Bun abhängig sind und sich Sorgen machen, was das mit ihren Codebasen anstellen könnte.
00:25:38Ja, ich glaube, ich habe heute einen Tweet von Dax gesehen, dass OpenCode erst einmal nicht auf die neue Version aktualisieren wird, weil sie im Moment sehr misstrauisch sind.
00:25:46Ja.
00:25:47Ich habe ein paar Fragen zu deiner Sprachwahl.
00:25:50Und ich interessiere mich auch für die Art und Weise, wie du KI benutzt, weil du sagtest, du hast KI am Anfang vieles bauen lassen, aber dann bist du irgendwie zurückgegangen und hast die schwierigen Dinge repariert.
00:26:00Wenn du sie also repariert hast, bist du die Person, die sie dazu auffordert, sich selbst zu reparieren, oder würdest du den Code von Hand schreiben oder machst du beides?
00:26:09Beides.
00:26:10Also es kommt wirklich darauf an, was ich zu reparieren versuche.
00:26:13Ich denke, vieles davon sind architektonische Probleme.
00:26:15Ich denke, das Seltsame an KI und Rust ist: Wenn man sie einfach auffordert und loslegen lässt, haut sie alles in die Datei main.rs.
00:26:21Also endete ich mit einer 20.000 Zeilen langen main.rs-Datei, bevor ich mir sagte: Okay, ich muss hier wieder von vorne anfangen, weil das schrecklich ist.
00:26:28Also ist sie sehr schlecht bei architektonischen Entscheidungen.
00:26:32Und auch hier wieder ist es dieser Punkt, so schnell wie möglich ans Ziel zu kommen oder so effizient wie möglich, wenn es um Token-Kosten geht.
00:26:40Sie berücksichtigt nicht das langfristige Projekt, wenn sie versucht, Entscheidungen zu treffen.
00:26:46Entscheidungen an sie zu delegieren, finde ich also schrecklich.
00:26:50Also musste ich viele dieser architektonischen Entscheidungen selbst treffen, zurückgehen und dann mit ihr an der eigentlichen Umsetzung arbeiten.
00:26:56Manches habe ich umgeschrieben oder zumindest einen Teil des Stubs geschrieben und gesagt: Okay, jetzt füll das hier aus und lass es so aussehen oder definiere die eigentlichen Dateien, die ich will, welche Teile in welche Dateien gehören.
00:27:08Und dann macht sie das Refactoring für mich.
00:27:10Bei der Tipp-Automatisierung lehne ich mich also, glaube ich, an sie an.
00:27:14So nutze ich sie jetzt gerne, einfach um das Tippen für mich zu automatisieren.
00:27:18Und dann werde ich immer noch die architektonischen Entscheidungen treffen.
00:27:20Ich werde den Code immer noch überprüfen.
00:27:22Und wenn etwas völlig dumm ist, bitte ich sie, es noch einmal zu schreiben, oder manchmal gehe ich selbst daran.
00:27:30Wann immer es darum geht, ein neues Konzept zu lernen, mache ich das von Hand.
00:27:34Denn ich denke, man kann nichts gut lernen, wenn man es nicht selbst schreibt.
00:27:39Ich habe also tatsächlich mit ein paar verschiedenen Rust-Frontend-Frameworks herumgespielt.
00:27:44Ich verwende GPUI vom Z-Team, aber mit einer GPUI-Komponente, was ein fantastisches Framework ist.
00:27:50Und bevor ich die KI da drangelassen habe, habe ich es gelernt und selbst eine kleine App implementiert, weil ich glaube, das ist der einfachste Weg zu verstehen, wie es funktioniert, anstatt nur die KI zu nutzen.
00:28:03Und dann bekommt man einfach kein Verständnis dafür, weißt du, wann das gesamte Fenster aktualisiert wird, wann eine Komponente aktualisiert wird oder wann man die gesamte Anwendung aktualisieren muss oder was auch immer, was Teil der drei Kontexte ist, die die GPUI-Komponente bietet.
00:28:20Also habe ich auch mit anderen Desktop-Frameworks wie Iced und EGUI gespielt, und wieder denselben Prozess durchlaufen, ich musste den Code manuell schreiben, um zu verstehen, wie sie funktionieren, was mir daran gefällt, ob es tatsächlich meinen Bedürfnissen entsprechen würde.
00:28:32Klar, ich denke, das ergibt viel Sinn. Ich habe die Erfahrung gemacht, dass es ähnlich ist, als ob du ein Produkt selbst bauen würdest, du hast einfach deine Coding-Konventionen und die Art und Weise, wie du gerne Code schreibst.
00:28:43Und wenn die KI dann mehr Funktionen hinzufügen würde, passt es irgendwie zu deinem Stil, anstatt dass sie ihr eigenes Ding macht.
00:28:50Also denke ich, ja, du, der du dich zuerst mit den Dingen beschäftigst, um zu wissen, wie du den Code strukturieren willst, wird der KI auf lange Sicht helfen, es korrekt zu machen.
00:28:58Also ja, und ich mag auch die Idee, Stubs zu verwenden. Ich habe nie darüber nachgedacht, das zu tun. Also wenn du leere Funktionen hast oder so, ich weiß nicht, ob sie ein Interface haben.
00:29:05Okay, gut. Also leere Funktionen, und dann füllt sie einfach aus. Nett.
00:29:07Ja. Also manchmal, also eine Sache, die ich immer getan habe, und das kommt von C++, also C++ erfordert, dass du Header-Dateien schreibst, richtig?
00:29:14Das ist also das Erste. Und ich hasse Header-Dateien, aber sie sind tatsächlich sehr gut für eine bestimmte Sache, nämlich das Definieren deines öffentlichen Interfaces.
00:29:21Also gehst du das durch, du erstellst deine Klassendatei, du definierst, wie sie aussieht und welche Funktionen öffentlich sind.
00:29:28Und das ist dein Vertrag, was eine wirklich schöne Arbeitsweise ist, weil es dir erlaubt zu abstrahieren: Okay, was will ich, dass Leute in diese Funktion aufrufen?
00:29:36Und ich habe festgestellt, LLMs haben diesen Denkprozess einfach nicht, offensichtlich. Und so repliziere ich das auch mit Rust.
00:29:45Ich definiere: Das ist das Struct, das ich will. Das ist irgendwie das öffentliche Interface, das ich will. Stell sicher, dass der Code dazu passt, anstatt einfach alles zu exportieren, was etwas ist, das sie liebt zu tun.
00:29:55Sie liebt es einfach, alles öffentlich zu machen, was dumm ist. Also ja, das ist eine der Möglichkeiten, wie ich es gerne mache, diesen Stub, dieses öffentliche Interface zu finden, und dann die KI alle Implementierungsdetails ausfüllen lasse.
00:30:09Cool. Das gefällt mir. Ich denke, ich werde es in einem zukünftigen Projekt ausprobieren.
00:30:12Funktioniert es? Weil manchmal habe ich das Gefühl, ich habe in der Argumentationsphase gesehen, dass sie eine Abkürzung nehmen will, wie, oh, lass mich das vereinfachen, und dann könnte sie zur Header-Datei zurückgehen und dort etwas ändern.
00:30:25Ja.
00:30:26Hattest du diese Erfahrung?
00:30:27Oh, so viele Male.
00:30:29Ja, das ist eines der Dinge, bei denen ich nicht glaube, dass KI-Automatisierung passieren wird. Es könnte passieren, aber ich glaube nicht, dass wir jemals Menschen nicht damit interagieren sehen werden oder einfach, weißt du, sie es einfach machen lassen und ihr einen Prompt geben und sie es wieder machen lassen.
00:30:45Weil die Anzahl der Male, die ich sie stoppen muss, etwas zu tun, wenn ich sehe, dass sie einen Weg einschlägt, den ich nicht will, gibt es einfach keine Möglichkeit, dass ich ihr jemals ohne menschliche Interaktion vertrauen könnte.
00:30:57Also, und wieder, ich denke, es gibt ein Level von Trivialität hier. Ich denke, wirklich, wirklich einfache Spielzeuganwendungen oder so, manchmal brauche ich nur ein CLI, um ein Format in ein anderes zu konvertieren. Ich werde das nicht schreiben. Ich werde der KI einfach vertrauen, es zu tun.
00:31:10Aber alles, was produktionsrelevant ist oder etwas, das ich später warten möchte, da möchte ich sehr involviert sein bei dem, was die KI tut, nur um sie in die richtige Richtung zu lenken.
00:31:20Also, ja, um deine Frage zu beantworten, sie liebt es absolut, zu versuchen, die Einschränkungen, die du ihr gibst, zu brechen, weil das für die KI nur Richtlinien sind, richtig? Ich bin also sehr aktiv. Ich lese immer die Ausgabe, während sie kommt, und versuche, sie davon abzuhalten, etwas zu tun, das ich nicht will.
00:31:35Ich nutze auch Git-Staging ziemlich viel. Wann immer ich mit einer Richtung zufrieden bin, stage ich die Änderungen. Und wenn sie dann etwas anderes macht, bin ich sehr glücklich, zum Staging zurückzukehren.
00:31:47Das ist tatsächlich eine gute Technik. Es ist nervig, wenn man vergisst, es zu tun. Das ist wahrscheinlich, ich würde gerne mehr Fähigkeit sehen, zu bestimmten Stadien zurückrollen zu können, weil ich glaube, momentan ist es sehr manuell. Ich würde mir eine Möglichkeit wünschen, zu dem zurückzukehren, was es bei dieser Nachricht war, bevor alles kaputt ging.
00:32:05Ich weiß nicht. Ich habe das Gefühl, VS Code hat diese Option mit dem, was da drin ist, aber es ist eine IDE. Also kannst du, du kannst zu einem Checkpoint zurückkehren und dann wird es das löschen, was es vorher getan hat. Ich weiß nicht, wie es in anderen IDEs ist.
00:32:22Ich dachte, Claude Code hätte eine Funktion wie diese. Aber ich glaube, ich habe Worktrees meistens in einem ähnlichen Ansatz genutzt, wie du Dinge zu stagen. Ja, es gibt einen Weg, es zu tun. Er ist ein bisschen versteckt. Aber ich glaube, wenn du zweimal Escape drückst, kannst du dir die vorherigen Chats ansehen und du kannst zu einem Checkpoint zurückkehren. Aber ja, erlaubt es dir, den Code zu diesem Checkpoint zurückzuholen?
00:32:42Ich habe das nicht probiert. Nein, ich neige dazu, einfach zu sagen: Kannst du rückgängig machen, was du gerade getan hast? Und das tut sie. Aber ich schätze, wie weit man unten ist, ist es schwierig, wieder nach oben zu gehen, um zu sagen: Gehe zurück zu etwa 10 Nachrichten vorhin.
00:32:54Ja, das ist es also, was ich wirklich gerne hätte. Ich nutze Codex meistens diese Tage, das Codex-CLI. Aber ich würde es lieben, wenn sie den Code bei jeder Nachricht auch checkpointen würden, bevor die Änderungen stattfinden. Damit du auch die Patches zurücksetzen könntest, die sie macht.
00:33:06Ich bin tatsächlich neugierig, wie hast du dich entschieden, Codex zu verwenden und nicht Claude Code?
00:33:10Also ich habe Claude Code für die längste Zeit genutzt. Das ist, das wird jetzt meine Voreingenommenheit sein. Also ich mag TypeScript-Tools in meinem CLI wirklich nicht. Also sobald Codex, ich sah, es war in Rust geschrieben, war ich so: Okay, ich muss zu etwas wechseln, hauptsächlich weil eins Rust, ich fand Codex und OpenCode auch eigentlich, ich fand, dass sie viel Speicher nutzten, wenn es um Rust-Analyzer ging, was Codex einfach nicht in dieses Problem lief. Und das war also eine der großen Sachen, die ich nicht wusste.
00:33:38Und das war also einer der großen Teile. Die Performance davon war ein bisschen netter. Und seit 5.2 mit Codex habe ich Codex exklusiv benutzt, ich fand Claude Code nicht mehr so gut. Es ist schneller, oder es war schneller, aber es erforderte immer, es war viel mehr High-Touch, es erforderte viel mehr Arbeit damit, um Dinge korrekt zu bekommen.
00:33:59Wohingegen Codex besser war. Nicht kürzlich. Aus irgendeinem Grund bin ich kürzlich auf viele Probleme damit gestoßen. Aber für das meiste war es besser als Claude Code. Also habe ich einfach Codex für das Meiste benutzt. Ja, ich nutze einfach Codex stattdessen.
00:34:12Ich denke, du hast eine Frage angesprochen, die ich stellen wollte, nämlich wenn du über deine vier Sprachen ohne Limit sprachtest, erinnere ich mich, dass du ein Video darüber gemacht hast, wie sehr du es mochtest, TypeScript zu schreiben. Und ich schätze, das ist besonders für Frontend-Sachen. Und es ist interessant, dass du sagtest, dass du keine CLI-Tools magst, die in TypeScript geschrieben sind, weil, weil ich zustimme, ich schätze, sie müssen eine ganze Runtime mitbringen, was Dinge verlangsamt und viel Speicher verbraucht. Aber ich habe bemerkt, dass es viele Tools gibt wie, ich schätze, Tauri auch.
00:34:39Es gibt auch Electric Bun und ich denke ZeroNative von Vercel, was im Grunde ist, du erstellst eine native App mit einer WebView, und es wickelt es irgendwie ein. Und einige davon sind so, es ist ein bisschen seltsam, darüber nachzudenken. Es ist wie, warum schreibst du Web-Code auf eine native Weise?
00:34:57Einige davon waren tatsächlich recht performant, obwohl sie viel Speicher haben. Also gibt es ein Tool namens xtimejs, das ein Terminal im Web repliziert. Und so hat jemand sein eigenes Terminal gebaut, ein natives Terminal, indem er das Web-Terminal nutzt und es nativ macht, mit zum Beispiel Tauri, und es ist wie ein Umweg, ein Terminal zu machen. Aber es funktioniert. Und so würde ich gerne deine Gedanken zu dieser Richtung wissen, wohin die Dinge gehen.
00:35:23Ja, es ist interessant. Ich habe viele Gedanken dazu. Wieder, als jemand, der C++ gemacht hat, habe ich immer native Werkzeuge bevorzugt, anstatt irgendwie eine virtuelle Maschine zu benutzen oder irgendwie Browser-Tools auch.
00:35:35Oder irgendwie Browser-Tools auch. Also bin ich sehr voreingenommen gegen diese Arten von Tools. Aber ich, wie ich gerne sage, ist, Electron, Electric Bun, ZeroNative, sie sind gut für den Entwickler, aber nicht so gut für den Benutzer. Sie sind also sehr einfach damit zu versenden, sie sind sehr einfach, eine plattformübergreifende Erfahrung damit zu bekommen. Und sie machen es einem Entwickler viel einfacher, schneller versenden zu können, was argumentiert werden könnte, ist tatsächlich besser für den Benutzer, weil sie ein Produkt schneller auf den Markt bekommen.
00:36:03Aber ich denke, für mich, ich bevorzuge die Performance, die du bekommst, wenn es um mehr native Tools geht. Obwohl es als Entwickler schwieriger ist, tatsächlich für sie zu bauen.
00:36:15Viele Leute machen sich eigentlich nichts daraus. Also ist es eher, dass ich ziemlich wählerisch bin und starke persönliche Vorlieben habe, mehr native Tools zu wollen. Und ich wünschte irgendwie, Unternehmen würden die Ressourcen auf Computern auch ein bisschen mehr respektieren. Weil es, du weißt schon, als Computer leistungsfähiger geworden sind, ist Software nicht so leistungsfähig geworden, wie wir, wir sind nur ein bisschen verschwenderischer, wenn es um den Code geht, den wir heutzutage schreiben, weil wir nicht darüber nachdenken müssen, wir denken nicht über eingeschränkten Speicher oder irgendetwas nach.
00:36:43Aber als du zurückgingst, wie zur iOS-Entwicklung am Anfang, hatten wir, gab es sehr wenig RAM, mit dem man arbeiten konnte. Also musstest du sehr eingeschränkt und nachdenklich sein darüber, wie du für mobile Apps bereitstellst oder entwickelst.
00:36:53Und ich denke, es wäre schön, wenn wir immer noch diese Art von Knappheits-Denkweise hätten, wenn es tatsächlich darum geht, Anwendungen zu bauen, weil wir sein können: Okay, lass uns nicht einfach eine Menge Speicher ohne guten Grund zuweisen.
00:37:05Und tatsächlich darüber nachzudenken, die Ressourcen der Benutzer zu respektieren und auf welchen Maschinen sie sich befinden, usw., usw. Aber ich, das ist wieder, nicht pedantisch ist das Wort, aber ich bin schwierig deswegen, einfach nur wegen meiner persönlichen Vorlieben.
00:37:17Und ich denke, es ist viel einfacher, Electron-Apps zu bauen. Es ist viel einfacher, diese hybriden Web-View-Apps zu bauen, als es ist, nativ zu bauen und in diesem Tag und Alter.
00:37:27Und ich denke, Time-to-Market ist eine wichtige Entscheidung in unserer Industrie. Und leider ist das die Art, wie wir sind.
00:37:33Ich glaube, ich habe auf einer Art Tangente ein ähnlicher Artikel zu etwas gelesen, das du sagtest, über Videospiele und wie, wenn du dir so die PS2, PS1 ansiehst, die Menge an Tricks, die die Entwickler machten, um den limitierten Speicher zu nutzen, den sie hatten, war wahnsinnig.
00:37:48Und es gab alle Arten von funky Tricks. Und jetzt ist es einfach so: Ja, versende einfach ein 200-Gigabyte-Spiel und es wird laufen. Es wird auf einer PS5 laufen. Das ist in Ordnung.
00:37:55Und um fair zu sein, es ist schön, dass du nicht auf all diese Tricks und alles andere zurückgreifen musst, um tatsächlich diese Probleme zu lösen.
00:38:01Ich denke, es macht Dinge ein bisschen zugänglicher aus einer Entwicklerperspektive, weil, weißt du, wenn du einfach ein gutes Produkt oder ein gutes Spiel versenden willst, willst du nicht darüber nachdenken, weißt du, alles, was ich tun muss, um das in einem eingeschränkten System zum Arbeiten zu bringen.
00:38:15Aber ich denke, es gibt wahrscheinlich einen Mittelweg, den wir haben könnten, vielleicht ein bisschen nachdenken darüber, wie man das performant macht, ohne GPU-Zyklen gleichzeitig zu verbrennen, von weißt du, wie man das einfach zu versenden macht, ohne sehr seltsame Tricks tun zu müssen.
00:38:30Es ist eigentlich ein ähnliches Problem, das ich mit Code habe, offensichtlich verbrennt das viel Speicher und mein Mac wird jetzt wirklich heiß und die Akkulaufzeit stirbt so schnell.
00:38:38Also suche ich jetzt nach dem besten Remote-Workflow, den es gibt, um Cloud-Code irgendwo in die Cloud auszulagern, aber ich habe mich noch nicht darauf festgelegt, wie das aussieht.
00:38:47Ja, nein, ich kann das definitiv sehen. Und ich denke, ich meine, abhängig davon, wie Computerressourcen in naher Zukunft aussehen, denke ich, ist das auch eine Überlegung.
00:38:55Und ich meine, wir sehen, weißt du, mehr erschwingliche Laptops auf den Markt kommen, wie das MacBook Neo, die offensichtlich auch unterpowered sind.
00:39:02Ich habe tatsächlich eines, das hoffentlich bald geliefert wird. Also kann ich, kann ich meinen Videoeditor darauf testen. Wenn er darauf laufen kann, wäre ich sehr glücklich.
00:39:07Ja, es ist, es ist interessant. Ich weiß nicht, wie die Zukunft von Computern aussieht, wenn, weißt du, wenn wir weiterhin Lieferengpässe haben, denke ich, hat Nvidia gerade einen lächerlichen Pool für die Menge an Energie herausgebracht, die sie für die Zukunft der KI benötigen.
00:39:24Also werden wir sehen. Wir werden sehen. Ich denke, ich bin sehr zögerlich, Vorhersagen zu treffen, weil sie normalerweise falsch sind, aber ich denke, wenn Computer ressourcenbeschränkter werden, wäre das definitiv etwas, worüber Entwickler mehr nachdenken sollten, wie: Okay, wie stelle ich sicher, dass das auf schwächerer Hardware läuft?
00:39:41Aber selbst in der KI gibt es jetzt diesen ganzen Push von Modellquantisierung, wie viele Entwickler diese großen 35-Milliarden-Parameter-Modelle nehmen und versuchen, weißt du, sie so weit zu komprimieren, wie du kannst.
00:39:57Damit du sie tatsächlich auf deinen lokalen MacBooks ausführen kannst. Also denke ich, das ist ein, das ist ein cooler Raum, um dabei zu sein und zu sehen, wie Entwickler tatsächlich, weißt du, jedes Bit an Performance herausquetschen können, das du bekommen kannst.
00:40:10Ja, diese Community ist absolut wild. Die selbst gehostete LLM-Community. Alex Siskind, wenn du jemals etwas von ihm gesehen hast, er ist derjenige, der immer Mac Studios und Mac Minis miteinander verknüpft und so. Ja, sie machen einige wirklich coole Dinge.
00:40:26Aber du selbst, benutzt du einen Mac oder eine Linux-Maschine?
00:40:30Ich benutze annoyingly beides. Also ich nutze, ich nutze momentan hauptsächlich ein MacBook Pro. Ich nutze auch Linux, weil ich ein großer Fan von Nix OS bin. Ich denke, es ist wahrscheinlich die perfekte Linux-Distribution, die jemals gemacht wurde, meiner Meinung nach. Es ist herausfordernd. Es ist viel einfacher mit KI, weil du KI dazu bringen kannst, dir tatsächlich mit deiner Konfiguration zu helfen.
00:40:52Und ich bin, ich liebe deklarative Konfigurationen. Jedenfalls mag ich Kubernetes für Infrastruktur wirklich sehr. Ich liebe Nix OS für Computer. Nick Starwin auf Mac OS ist ziemlich anständig. Es ist nicht so gut wie Nix OS. Also macht es es erträglich. Aber wenn es um Video und Dinge geht, gibt es nichts, was wirklich wie ein MacBook ist, oder Mac OS ist, es ist die beste Plattform für Video. Also ist es meistens, warum ich es heutzutage benutze.
00:41:14Es scheint auch, als ob fast jedes neue KI-Tool und alles einfach sich jetzt um Mac kümmert. Wie Windows wurde von vielen dieser Startups vergessen. Jedes Produkt ist so: Ja, wir haben nur eine Mac-App, deal with it.
00:41:23Jep. Nun, ein Video-Thema, ich denke, du hast ein wirklich gutes Filming-Setup. Du hast gute Lichter, gute Kameras, und ich weiß nicht, wie du es machst, aber du screen-recordest selten. Du nimmst deinen Bildschirm tatsächlich mit einer Kamera auf und ich habe es versucht. Ich bekomme nur eine Menge Blendung. Also was ist dein Geheimnis?
00:41:42Ja. Oh mein Gott. Okay. Um, ja. Also du musst das Licht im gleichen Winkel wie die Kamera platzieren, außer es ist von vorne. Also wenn es von der Seite ist, platzierst du das Licht hinter die Kamera und dann bekommst du diese Blendung nicht.
00:41:54Ich habe tatsächlich das Nano-Textur-Mac-MacBook gekauft, um auch damit zu helfen, weil, um, das einen guten Job macht, die Blendung zu reduzieren.
00:42:03Oder wenn du direkt von vorne filmst, musst du es irgendwie nach unten legen, also von oben, um es zu beleuchten, oder von hinten ist es sogar noch besser, wenn du diesen Winkel hinbekommst.
00:42:11Working. Um, ja, es ist interessant mit Screen-Recordings. Ich würde gerne mehr Screen-Recordings machen, aber ich finde, es gibt einen großen Abfall an, weißt du, Zuschauerschaft.
00:42:20Sobald du, ironischerweise, sobald du Code auf einem Coding-Channel zeigst, gibt es eine Art Abfall, weil es, es ist nicht so interessant, jemandes Bildschirm zu sehen.
00:42:29Und ich denke, das Schöne daran, wie bei Kino und Video, ist, dass du eine Tiefenschärfe hast. Also zieht es dein Auge dorthin, wo du hinschauen solltest.
00:42:38Wohingegen, wenn du ein Screen-Recording machst, existiert das nicht, weil alles im Fokus ist. Und so denke ich, das ist auch eine der großen Herausforderungen beim Zeigen von Screen-Recordings.
00:42:45Wohingegen, wenn du eine tatsächliche Kamera zeigst, die einen Bildschirm aufnimmt, kannst du wieder Tiefenschärfe verwenden, um zu zeigen, was Leute sehen sollten.
00:42:52Apropos Tiefenschärfe, uh, du hast eine sehr schöne Tiefenschärfe bei deinem Setup gerade. Also bin ich tatsächlich neugierig, was, was ist dein Kameramodell, das du verwendest, und was ist das Objektiv, das du verwendest?
00:43:03Ja. Also für meine A-Rolle, das ist wie ein permanentes Setup. Grundsätzlich habe ich die FX 30, um, die ist anständig für eine Rolle. Und ich verwende ein Sigma 23-Objektiv. Ich glaube, es ist 23 Millimeter, was wie ein äquivalentes 35 auf einem Vollformat ist. Um, und dann habe ich es.
00:43:22Was ist die F-Stop?
00:43:23Ja. 1.4, glaube ich.
00:43:25Oh, okay. Ja. Das ist, warum es wie eine Papier, Papier, uh, Kreditkarten-Breite von, wie ein Fokus, den du bekommst.
00:43:32Aber leider, um, ist Sonys Autofokus ziemlich anständig.
00:43:36Und für, für B-Rolle, verwendest du eine andere Kamera?
00:43:38Ich verwende die FX 3 für B-Rolle, um, einfach weil sie sehr gut bei schwachem Licht funktioniert.
00:43:44Also habe ich wie ein Makro-Objektiv auch, das ich dafür verwende, bei einigen, bei einigen Punkten, und ein Makro-Objektiv mit wie einem niedrigen ISO und dann hoher weiter Blende zu verwenden, ist es unmöglich, auf irgendetwas zu fokussieren.
00:43:55Weil es wie, wie diese Papierbreite von, von Feld des Fokus ist, die du bekommst.
00:43:58Also das Schöne an der FX 3 ist, du kannst sie auf 12.800 ISO hochdrehen, und dann kannst du die F-Stop auch ziemlich hochdrehen.
00:44:06Also kannst du einen guten Fokus auf wie ein Makro-Objektiv bekommen, was nett ist, wenn du wie wirklich, wirklich nah an, um, Code auf dem Bildschirm herangezoomt bist.
00:44:14Hast du, uh, all das für YouTube gelernt oder hattest du schon immer eine Art Leidenschaft für, für Kamera und so?
00:44:20Uh, wenn du es nicht sagen kannst, ich gehe gerne tief in Dinge hinein, wenn ich, wenn ich in sie hineinkomme.
00:44:24Also habe ich tatsächlich Fotografie im College in Großbritannien gemacht.
00:44:27Um, also habe ich wie ein Fotografie, A-Level gemacht.
00:44:29Und so habe ich eine Menge davon gelernt, dann aber nie angewendet.
00:44:32Ich habe wie Nachtclub-Fotografie gemacht und ich war an der Universität und dann habe ich es danach nie wirklich angewendet.
00:44:37Und dann bin ich wieder zum Video gekommen.
00:44:39Und auch da kam dieses alte Wissen irgendwie wieder zum Vorschein.
00:44:42Es ist wie dieses berühmte Zitat von Steve Jobs, bei dem man im Leben all diese kleinen, zufälligen Dinge tut.
00:44:50Und man hat keine Ahnung, wie sie zusammenhängen, bis es später geschieht.
00:44:53Und dann kann man zurückblicken und sehen: “Oh ja, das hat zu meiner heutigen Situation geführt.”
00:44:56Entschuldigung.
00:44:57Noch eine Frage zum Setup.
00:44:58Benutzt du eine Autofokus-Funktion oder ist er fixiert?
00:45:03Also für das A-Roll nutze ich Autofokus.
00:45:05Okay.
00:45:06Ja.
00:45:07Für das B-Roll nutze ich manuellen Fokus.
00:45:09Ja.
00:45:10Das ist wirklich gut.
00:45:11Du bist nie unscharf.
00:45:12Ich nehme an, Sony hat gute Autofokus-Fähigkeiten.
00:45:16Schön.
00:45:17Ja.
00:45:18Die sind wirklich exzellent.
00:45:19Ich habe bemerkt, dass du auch ein Haarlicht hast, aber es ist außerhalb des Bildes.
00:45:21Hast du mehrere Lampen?
00:45:23Ja.
00:45:24Ich habe hier sozusagen die Sonne.
00:45:26So nenne ich sie, das ist diese riesige Softbox.
00:45:29Ich habe ein Haarlicht.
00:45:30Ich habe hier ein paar kleine Amaran-Lichter.
00:45:35Und dann ja, auch noch etwas Akzentbeleuchtung im Hintergrund.
00:45:39Schön.
00:45:40Ja.
00:45:41Das sieht gut aus.
00:45:42Es ist erstaunlich, wie sich Setups mit der Zeit entwickeln.
00:45:43Es gibt so viele Lichter, Stative und Dinge, die man kaufen muss.
00:45:46Es ist auch so wichtig.
00:45:47Außerdem ist der Winkel des Lichts wichtig, was ich erst kürzlich herausgefunden habe.
00:45:51Wenn es von oben kommt, sieht man etwas müder aus.
00:45:54Weil man große Schatten unter den Augen bekommt und so.
00:45:56Jetzt ist es fast senkrecht.
00:45:58Was ist also ein typischer Tag für dich?
00:46:01Ich weiß nämlich nicht, ob du für ein Unternehmen programmierst, Vollzeit-YouTuber bist
00:46:05oder dein eigenes Ding machst.
00:46:06Wie sieht ein typischer Tag aus?
00:46:08Ja.
00:46:09Ich sollte wirklich einen “Day in the life” machen.
00:46:10Oder?
00:46:11Ich glaube, wir brauchen noch ein solches Video.
00:46:13Was mache ich also?
00:46:15Ich arbeite nicht mehr als Vollzeit-Entwickler.
00:46:18Ich habe das bisher niemandem erzählt, aber ich bin ausgestiegen, sobald ich gesehen habe, wie KI aufkommt,
00:46:23weil mir die Entwicklung nicht gefiel, aber ich hatte schon immer meine Probleme mit der Branche.
00:46:29Ich habe an ein paar wirklich guten Orten gearbeitet, aber in den letzten fünf Jahren gab es in der Branche einen stärkeren Drang zur Bürokratie.
00:46:40Ich glaube, mit Scrum-Leadern und dergleichen wurde die eigentliche Entwicklung zugunsten der Planung vernachlässigt, obwohl Planung wichtig ist.
00:46:48Ich möchte sie nicht entmutigen, aber es fühlte sich so an, als hätten wir uns vom schnellen Erledigen entfernt.
00:46:54Viele Meetings, um sicherzustellen, dass wir Dinge schnell erledigen.
00:46:57Und das hat irgendwie von den eigentlichen Aspekten der Softwareentwicklung abgelenkt.
00:47:02Und ich glaube, mit der KI wird das wahrscheinlich schlimmer.
00:47:04Ich glaube nicht, dass viele Entwickler im Moment glücklich mit dem Arbeitsmarkt und der Art und Weise sind, wie die Branche funktioniert.
00:47:11Und ich verstehe das.
00:47:12Ich glaube, mir würde es im Moment auch keinen Spaß machen.
00:47:15Ich habe mich also 2014 dazu entschlossen, Vollzeit-YouTuber zu werden, um weiterhin kreativ sein und an dem Code arbeiten zu können, an dem ich arbeiten möchte, und hoffentlich gleichzeitig dafür bezahlt zu werden.
00:47:25Ich bin also Vollzeit-YouTuber, aber eigentlich bin ich Teilzeit-YouTuber, weil ich nicht so viele Videos mache, wie ich eigentlich machen sollte.
00:47:33Stattdessen baue ich Produkte.
00:47:35Ich programmiere gerne in meiner eigenen Zeit.
00:47:37Ich möchte immer weiter lernen.
00:47:38Mein typischer Tag besteht also darin, online zu gehen, zu lesen, was die Leute sagen, Trends zu verstehen, Videoideen zu diesen Trends zu entwickeln und dabei immer noch zu programmieren, zu lernen und zu versuchen, Softwareentwicklung zu verstehen.
00:47:55Entschuldigung.
00:47:56Habe ich das richtig gehört?
00:47:572014.
00:47:58Du bist Vollzeit auf YouTube gegangen?
00:48:002024.
00:48:01Entschuldigung.
00:48:02Oh, okay.
00:48:03Entschuldigung.
00:48:04Das ist mein Fehler.
00:48:05Er ist ein Veteran.
00:48:06Also, die Dinge, die du jetzt tust...
00:48:11YouTube-Sponsoring und Produkte, reicht das, um deinen Lebensstil zu finanzieren?
00:48:16Oder machst du nebenbei noch etwas Contracting?
00:48:20Wie setzt sich dein Einkommen zusammen?
00:48:23Ja.
00:48:24Es läuft alles über YouTube, Sponsoring und Produktverkäufe.
00:48:29Es reicht also.
00:48:30Ich könnte wahrscheinlich viel mehr verdienen, wenn ich für Anthropic oder so arbeiten würde.
00:48:34Richtig.
00:48:35Dann sehr viel Geld.
00:48:36Aber es reicht definitiv zum Überleben und man kommt einigermaßen gut über die Runden und ist komfortabel dabei.
00:48:43Ich könnte viel mehr verdienen, wenn ich etwas fokussierter wäre.
00:48:46Aber das sind meine eigenen Fokus-Probleme.
00:48:49Aber ja, es funktioniert.
00:48:51Es bezahlt die Rechnungen.
00:48:52Von außen betrachtet wirkst du sehr fokussiert, weil du diese Produkte hast und die Dinge, die du lernst.
00:48:58Und diese Videos, die du machst, dauern sicher lange, weil du aus so vielen verschiedenen Blickwinkeln drehst und ich bin sicher, das Schneiden dauert auch eine Weile.
00:49:07Also ja, von außen wirkst du produktiv.
00:49:09Danke.
00:49:10Ich fühle mich von innen nicht so.
00:49:12Was sind einige deiner gewagten Thesen zur Branche?
00:49:16Ich habe viele, aber ich teile sie recht häufig.
00:49:20Du hast ja schon ein paar erwähnt.
00:49:22Ja.
00:49:23Ja.
00:49:24Ich glaube, die gewagte These vorhin war, dass Rust dieses Jahr so prominent werden würde.
00:49:27Aber ich glaube, das ist nicht mehr so heiß.
00:49:29Meine These vom letzten Jahr war, dass mehr Leute Code mithilfe von Agenten schreiben würden.
00:49:34Aber auch das hat sich irgendwie bewahrheitet.
00:49:36Was ist meine gewagte These oder Vorhersage?
00:49:38Ich schätze.
00:49:39Ich glaube meine gewagte Vorhersage.
00:49:40Okay.
00:49:41Meine gewagte These ist, dass wir bei LLMs den Punkt der sinkenden Erträge erreichen.
00:49:45Und ich denke, wir werden nicht mehr viel sehen.
00:49:48Diese Vorhersage könnte falsch sein.
00:49:49Ich glaube nicht, dass wir bei den Modellen selbst viel mehr Verbesserungen sehen werden als aktuell.
00:49:55Vielleicht bei den Tools, aber nicht unbedingt bei den Modellen.
00:49:58Du glaubst also nicht, dass Claude Mythos dieses magisch perfekte Modell ist?
00:50:03Ich finde es großartig.
00:50:04Ich denke, es ist wahrscheinlich sehr teuer.
00:50:05Und ich denke, wieder im Land der sinkenden Erträge, oder?
00:50:09Ich glaube nicht, dass es für Verbraucher verfügbar ist, weil ich nicht glaube, dass es für sie kosteneffizient ist.
00:50:13Ich denke, wir werden vielleicht mehr Unternehmen sehen, die den Enterprise-Weg gehen: “Okay, hier sind einige wirklich teure Modelle zum Nutzen.”
00:50:21Aber ich glaube nicht, dass Verbraucher sie sehen werden, weil die Kosten für den Betrieb nicht den Ertrag rechtfertigen.
00:50:30Das ist meine gewagte These.
00:50:31Ich glaube auch, dass wir 2027 den Rückgang des KI-Marketings durch Unternehmen sehen werden.
00:50:36Meinst du mit KI-Marketing, dass sie KI für Marketing nutzen oder dass sie mehrere KI-Tools erstellen und sagen: “Schaut, wie viel KI wir haben”?
00:50:43Ja, eher diese Art von KI-Produkten, bei denen man KI in alles einbaut und so tut, als wäre KI der große Gamechanger.
00:50:53Und ich glaube, der Grund dafür ist, dass Verbraucher das nicht wollen.
00:50:55Sie haben schon oft gezeigt, dass sie nicht glücklich darüber sind, wenn KI überall eingestreut wird.
00:51:02Und ich denke irgendwann – ich könnte mich irren.
00:51:05Es könnte eine komplette Blase sein.
00:51:07Es ist eine Vorhersage, die in beide Richtungen gehen kann.
00:51:09Aber ja, ich glaube, das wird langsam abflauen.
00:51:13Ich glaube, der Hype wird 2027 ein Ende finden.
00:51:16Ja, ich denke, ich kann dir in Bezug auf Chat-Interfaces zustimmen.
00:51:20Es ist nicht alles ein Chat-Interface, Leute.
00:51:23Und diese klassische Demo, die jeder nutzt, von wegen Reisen und Hotels über ChatGPT oder ein Chat-Interface buchen.
00:51:29Ich schaue sie mir lieber selbst an.
00:51:31Ich will meinen Urlaub nicht buchen, indem ich sage “ChatGPT, los.”
00:51:34Ja, ich glaube, ich kann dir zustimmen.
00:51:35Oder in Windows, nicht jedes Feature braucht einen Copilot-Button.
00:51:39Ich habe neulich eine Liste gesehen, wie viele Copilots es gibt, das war der Wahnsinn.
00:51:43Es waren über 70 verschiedene Produkte namens Copilot.
00:51:46Wow.
00:51:47Irre.
00:51:48Was sind eure gewagten Thesen?
00:51:50Das hat uns noch nie jemand gefragt.
00:51:52Wir sind nicht vorbereitet.
00:51:54Ich denke, es muss mehr KI sein.
00:51:57Und ich bin froh, dass du die KI-Schiene für die gewagte These genommen hast, weil ich auch mehr über KI reden wollte.
00:52:02Aber ich weiß nicht, ob ich eine gewagte These habe.
00:52:05Meine wäre: So sehr ich Terminal-UIs mag, das ist nichts für mich.
00:52:10Ich mag die Codex-App und habe sie viel mehr genutzt.
00:52:13Und T3 Code von Theo ist wirklich gut, außer dass Claude das Abo-Modell dafür irgendwie rausgenommen hat.
00:52:18Das ist also etwas nervig.
00:52:19Aber ja, ich glaube, wir müssen – ähnlich wie ich vorhin sagte – Chat-Interfaces müssen für vieles verschwinden.
00:52:26Wir brauchen ein besseres Interface.
00:52:28Ich weiß nicht, wie das aussieht.
00:52:29Und Terminal-UIs sind großartig, aber ich glaube, sie bringen dich bei Multi-Agent-Workflows nur begrenzt weit.
00:52:34Meine gewagte These ist, dass durch all diese unvorhersehbare Preisgestaltung von Anthropic und allen anderen mehr Druck in Richtung lokale Setups und lokale Modelle entstehen wird.
00:52:48Und bei den steigenden GPU-Preisen ist jetzt ein guter Zeitpunkt, um selbst eine gute Grafikkarte zu kaufen, bevor die Preise noch höher gehen.
00:53:03Damit man dieses lokale Setup hat, falls man sich die Cloud nicht mehr leisten kann.
00:53:09Meine Gegenposition dazu wäre, dass vielen Verbrauchern das egal ist und sie einfach weiter für das immer höhere Abo bezahlen.
00:53:17Aber es kommt ein Punkt, und wenn man ein Unternehmen dazu bringen kann, es zu bezahlen, dann bezahlen sie einfach, wie wir vorhin sagten.
00:53:24Ja, genau.
00:53:25Ja.
00:53:26Für eine lokale Einzelperson, vielleicht.
00:53:29Aber ich bin mir nicht sicher, ob Studenten sich die aktuellen GPU-Preise überhaupt leisten können.
00:53:33Oh, ganz sicher nicht.
00:53:34Ja.
00:53:35Ja.
00:53:36Ich habe mit ein paar Normalos gesprochen, die Geld haben, und sie vergleichen es: “Oh, ich könnte einen Entwickler bezahlen, aber es ist schneller oder billiger, den 200-Dollar-Max-Plan bei Claude zu bezahlen und Claude die Arbeit machen zu lassen.”
00:53:46Es ist also eine Sache der Aufklärung, dass es gut ist, aber nicht so gute Arbeit leistet wie ein Entwickler.
00:53:49Wir brauchen deine gewagte These, Richard.
00:53:57Wir haben noch keine.
00:53:59Ja, nein, ich denke noch nach.
00:54:00Ich habe ehrlich gesagt keine Ahnung.
00:54:02Es muss also KI-bezogen sein.
00:54:03Ich glaube schon.
00:54:05Ich denke.
00:54:06Eine Sache, die ich oft gesehen habe und die wirklich cool ist, wenn man Claude Code benutzt – ich weiß nicht, ob das in Codecs passiert –, ist: “Hey Claude Code, ich will etwas bauen.”
00:54:15Was empfiehlst du?
00:54:16Zum Beispiel möchte ich eine Website hosten, die ich gemacht habe.
00:54:21Wo sollte ich sie hosten?
00:54:22Und es werden Produkte genannt, die ich nicht erwarte.
00:54:25Es nennt nicht AWS oder DigitalOcean, es nennt Fly.io, Railway, manchmal Vercel.
00:54:32Und es gibt etwas, das sie tun, damit es das tut.
00:54:35Und manche nennen es “Agent Experience”.
00:54:37Ich weiß nicht, was es ist, aber das wird das neue SEO.
00:54:40Die Leute konzentrieren sich nicht mehr auf H1-Überschriften und all das Zeug.
00:54:43Es gibt Dinge, die man dem Modell sagen kann, damit es dein Produkt empfiehlt.
00:54:46Und ich glaube, die Leute werden das irgendwann herausfinden oder hacken es schon.
00:54:50Und das wird in der Zukunft ein Thema sein.
00:54:52Glaubst du, das wird den Untergang der User Experience von KI bedeuten?
00:54:56Wenn die Leute herausfinden, wie man es austrickst?
00:54:58Ja und nein.
00:55:00Das Austricksen ist ziemlich knifflig.
00:55:02Ja.
00:55:03Kein Wortspiel beabsichtigt.
00:55:04Aber es gibt viele LLM-TXT- und MD-Dateien und Zeug, das man in seine robots.txt packen muss, um das zu erreichen.
00:55:09Und es dauert eine Weile.
00:55:11Aber im Hinblick auf die User Experience: Wenn du sagen kannst: “Hey Claude, kannst du mir helfen, ein Google Cloud-Konto und meine API-Keys einzurichten?”
00:55:20Und es macht es auf sichere Weise, sodass man sich nicht durch die Dashboards dieser riesigen Cloud-Tools wühlen muss, dann macht es die Dinge einfacher.
00:55:28Also ja, wir werden sehen.
00:55:30Aber das ist meine “nicht so gewagte” gewagte These.
00:55:33Das ist ein interessanter Punkt.
00:55:34Dazu hatte ich neulich auf dem Laufband einen Gedanken: Wenn alle KI nutzen, um Richtungen bei Produktentscheidungen oder Infrastruktur-Architekturen zu finden...
00:55:44Werden wir eine Konvergenz der Ideen sehen, und wenn man innovativer sein will, muss man sich auf seine eigene Intuition verlassen.
00:55:52Das wird einen von der Masse abheben.
00:55:56Deshalb halte ich es im Moment für gut, Programmieren zu lernen.
00:56:02Wenn man sich auf sich selbst verlassen kann, statt auf KI zu vertrauen, um einige dieser Fragen zu beantworten, hat man vielleicht einen Wettbewerbsvorteil gegenüber allen anderen.
00:56:11Die nur dem gleichen Rat aus Prompts folgen.
00:56:14Ja.
00:56:15Ich meine, es gibt bereits eine Konvergenz von Produkten.
00:56:17Die Leute benutzen viel Vercel, weil KI Superbase oder Resend empfiehlt.
00:56:22Also ja, es passiert bereits, wenn auch langsam.
00:56:25Und ich schätze, wenn man weiß, wie diese Dinge funktionieren, kann man die besten Tools auswählen.
00:56:29Also ja, wir werden sehen, wie es läuft.
00:56:30Ich habe noch nie von einem “Laufband-Gedanken” gehört, aber es ergibt völlig Sinn.
00:56:33Aber es ergibt völlig Sinn. Ich weiß, was du meinst, ich nenne es immer “Duschgedanke”.
00:56:37Auch wenn es nicht in der Dusche ist. Ja, ja, ich werde anfangen, das zu benutzen. Die meisten meiner
00:56:42Gedanken kommen auf dem Laufband. Danke fürs Zuhören bei dieser Folge des Better-Stuff-
00:56:46Podcasts. Findet uns, wo immer ihr Podcasts hört: Apple Podcasts, Spotify. Und damit ist es
00:56:52ein Goodbye von mir, Goodbye von mir, Goodbye von mir und Goodbye von mir.
Community Posts
No posts yet. Be the first to write about this video!
Write about this video