News 30/26 –

TypeScript 7.0 // JetBrains 2026.2 // Gemini 3.6 Flash // Vercel Native SDK // The Java Story von CultRepo

23.07.2026

// Podcast
// News 30/26

Es werden Daten an YouTube übertragen. Datenschutz

Immer erlauben

Shownotes

In dieser News-Folge sprechen Dave und Jan über TypeScript 7.0, das JetBrains-Release 2026.2, die neuen Gemini-3.6-Flash-Modelle, eine Electron-Debatte samt Vercels Native SDK und die neue Java-Doku von CultRepo.

Los geht es mit TypeScript 7.0: Der Compiler wurde komplett neu in Go geschrieben und läuft dadurch rund zehnmal schneller. Der Haken ist die noch fehlende stabile öffentliche API, weshalb (Meta-)Frameworks wie Vue oder Svelte und Tools wie TypeScript ESLint vorerst auf 6.0 festhängen und auf 7.1 warten müssen.

Weiter geht es mit dem JetBrains-Release 2026.2 und seinem großen AI-Fokus. Das Highlight ist der Agent Skill Manager, ein kuratiertes Skill-Repository, bei dem wir festlegen können, ob ein Skill auf IDE-, Projekt- oder Agent-Ebene greift. Dazu kommen Quality of Life Verbesserungen wie breiterer Language-Server-Support und endlich Drag and Drop ins Terminal.

Außerdem hat Google Gemini 3.6 Flash samt Flash-Lite und Flash Cyber vorgestellt - besonders spannend fanden wir jedoch das Ranking von Artificial Analysis nach Preis pro gelöster Aufgabe.

Danach steigen wir in die Frage ein, warum eigentlich so viele Desktop-Apps Electron-Apps sind. Ausgangspunkt ist ein pointierter Blogpost von John Gruber. Genau hier schließt sich der Kreis zu Vercel, das mit seinem neuen Native SDK auf den Desktop geht: Statt Browser und Node mitzuliefern, rendert eine eigene, auf Zig basierende Engine das UI direkt ins native OS-Fenster, deklarativ beschrieben in Markup plus TypeScript und explizit darauf ausgelegt, von AI-Agents bedient zu werden.

Zum Abschluss empfiehlt uns Jan die neue CultRepo-Doku „The Java Story“, die in rund 75 Minuten die Geschichte von Java und ihren Einfluss auf ganze Ökosysteme erzählt und selbst für Nicht-Java-Menschen sehenswert ist.

Download

/transkript/programmierbar/news-30-26-typescript-7-0-jetbrains-2026-2-gemini-3-6-flash-vercel-native-sdk-the-java-story-von-cultrepo

Jan: Hallo und herzlich willkommen zu 1 neuen Newsausgabe hier in der programmier.bar und in Kalenderwoche 30 26. Mir gegenüber im virtuellen Studio sitzt
Dave: Dave aka David Krusitzky. Moin, das geht.
Jan: Und ich bin der Jan Gregor in Betriebel. Moin moin, schön, dass ihr alle dabei seid. Dave, mir ist grade aufgefallen in dem Intro. Wir tanzen ja immer hier son bisschen zu der Musik. Ja. Es sieht aber keine Socke, weil da wird ja immer das Introvideo drübergelegt.
Dave: Ja und vor allem, also was mich daran nervt, ist ja auch das dieses superalte Introvideo. Ich glaub, dass Also Sebi sitzt da noch, also aber der junge Sebi, so. Und und ich glaub, also weder Du noch ich sind in diesem Intro drin, ne. Das ist überhaupt mehr repräsentativ. Also entweder müssen wir 'n neues Intro nehmen oder wir machen jedes Mal ein neues Intro, wie wir hier tanzen.
Jan: Vielleicht nehmen wir uns einmal beim Tanzen auf oder so.
Dave: Nee, ist ja optimal.
Jan: Außer über Tanzen wollen wir diese Woche über Typecrypt sprechen, über neue Reases bei Jet Brands und bei Gemini. Wir sprechen ein bisschen darüber, was Vasele grade auf dem Desktop zu suchen hat und was es von Culture Reposo Neues gibt. Aber Dave, bevor wir hier einsteigen, ich muss mal was erzählen.
Dave: Ja, sehr gerne.
Jan: Du arbeitest ja immer nur bei uns im Büro eigentlich, oder?
Dave: Ja, also sehr selten mach ich Homeoffice, aber ja, genau. Hast Du
Jan: schon mal woanders gearbeitet? Also bei also Co Working mäßig bei anderen Bekannten, Freunden in 'nem Co Working Space, irgendwas?
Dave: Oh, deswegen ist mein mein früherer Arbeitgeber, als ich Werkstudent war, die hatten ein Co Working Space und da war halt also das Unternehmen plus noch mal andere, dass die einfach so dort chillen konnten, aber also nie so richtig, nee.
Jan: Ich hab letzte Woche Co Working bei 'nem Bekannten bei denen im Büro gemacht. Und ich würd sagen, das ist schon megacool. So ab und zu einfach mal woanders sitzen mit anderen Leuten über dieselben Also ne, Du redest ja nicht auf einmal über ganz andere Sachen, aber Du kriegst halt son paar andere Perspektiven da drauf. Man kann son bisschen Ja. Austauschen. Man erzählt oder man man ist dazu ja quasi gezwungen, die Sachen, die einen beschäftigen, mal von komplett neu zu erzählen, kommt dabei selber halt auf irgendwie andere Ideen noch so. Ich kann das nur empfehlen, so einfach mal woanders arbeiten.
Dave: Ja, find ich interessant. Ich ich war mal in irgend, also in Frankfurt, die haben so son Projekt Mercator oder so heißt so, wo Du so so Start up School, ne, einfach so lernst so, hey, wie gründet man? Was sind so wichtige Sachen, die man da machen kann? Und da gibt's son Space, das ist direkt da hier Frankfurt Plaza. Ich weiß grad nicht mehr, leider, wie das heißt, aber fand ich auf jeden Fall sehr cool, wo Du diesen Co Working Space hattest, für Leute, die weil dadurch, also hast Du ja viele, die alle gründen wollen, so, aber alle unterschiedliche Projekte haben. Und dann diskutierst Du halt drüber, hey, was machst Du? Au ja, ich bin aber hier eher von der technischen Seite und der andere ist eher so von der Produktseite und denkst, oh, vielleicht kann man sich ja da auch irgendwie jetzt connecten und dann gemeinsam noch mal was Neues aufziehen. Und da denk ich mir, das ist halt megageil eigentlich. Also wenn Du wirklich so sehr viele einzelne Leute hast, die an unterschiedlichen Sachen da sind oder halt paar Leute an unterschiedlichen Sachen.
Jan: Und da dacht ich mir, ich nutze diese Folge so als Aufruf, das mal son bisschen öfter zu machen, na ja, also weiß ich nicht. Wenn jemand möchte, dass Dave bei ihm arbeitet, so, dann gerne eine E-Mail an Dave at Programmier Punkt bar oder oder einfach. Und dann hab ich gestern Abend in den in den Tagesthemen war die Nachricht, dass von von Schwarz Digits, also dieser dieser IT Sparte von, ne, der Schwarzgruppe, die so Lidl kann man und so alles machen. Genau. Die haben ihren neuen Campus eingeweiht, so megageil sah das auch auch so mit mit Gym, geile Mensa, irgendwie coole Hoffe Space und so was alle.
Dave: Die sind die sind ja wirklich krass, ne, by the way. Also man denkt das nicht so, aber irgendwie son paar Supermärkte, aber es ist ja wirklich krass, was die grade auch machen, ja.
Jan: Und da dacht ich, also wenn da jetzt grade jemand zuhört und uns einladen will, da mal zu arbeiten, so.
Dave: Ja, wir können hier gerne reden.
Jan: Ja. Können wir drüber reden. Wir machen das dann auch auf Gegenseitigkeit und lassen die Leute mal bei uns in der Saline arbeiten. Also nicht alle 5000, für die da offensichtlich Platz ist. So viel Platz haben wir wiederum nicht, aber
Dave: Ja.
Jan: Wir können mal son Programmieraustauschprogramm starten vielleicht. Oh ja,
Dave: für eine Woche einfach mal, ja. Und vor allem man muss sagen, also man muss sagen, auch wir haben ein sehr schönes Büro, deswegen also es ist nicht so, dass Ja, man da was superschönes Nein, nein, nein, so meinte ich das
Jan: auch alles so. Genau, genau.
Dave: Gar nicht. So. Das ist eigentlich schon krass. Tausch auf hohem Niveau. Ja.
Jan: So. Wenn wir nicht grade irgendwo anders arbeiten und hier bei uns arbeiten, arbeiten wir auch viel mit type Skript und deshalb hat sich Dave mit dem neuen type Skript beschäftigt.
Dave: Dave Hi. Gibt's da so. Oh, das deswegen ist auch wieder so son, ich glaub, im Englischen nennt
Jan: man das Curve Ball. So, ich
Dave: wusste gar nicht, in welche Richtung das geht. Davor man kam die Typescript 7 Punkt 0. Hat sie so, oh, das ist ja das Thema. Genau, ich bring Typescript 7 Punkt 0 mit. Das ist endlich da. Das ich glaub, wir haben schon 3, 4, 5, 6, 7 Mal drüber gesprochen, so, dass irgendwann Teil Skript 7 Punkt 0 kommt. Und da geht's jetzt auch gar nicht irgendwie abgedrehte, coole neue Features oder so, die die Sprache bietet, sondern ich glaub, das worüber man sprechen muss, ist einfach dieser massive Performance Boost des Todes, den type Script in 7 Punkt 0 bekommen hat. Denn type Script war ja lange Zeit einfach in type Script geschrieben, ne? Auch das heißt alles auch in type Script kompiliert. Superslow, super langsam und die haben sich gesagt so, hey, okay, das geht doch besser und haben das jetzt neu geschrieben, nicht in SIG, auch nicht in Rust, sondern in Go. Genau und da reden wir nicht von irgendwie 10 x Development, sondern 10 x Speed Improve, denn die Laufzeiten wurden wurden deutlich verbessert, also es heißt, es kompetiert alles deutlich, deutlich schneller und die haben da ganz schön auf der Webseite dann auch angegeben so, hey, welche Projekte haben wir? Wollen wir das getestet? Und haben dann explizit type Skript 6 Punkt 0 mit 7 Punkt 0 verglichen. Und das war schon irgendwie schon ganz cool zu sehen oder ich hab die Zahlen hier grade auch noch offen, also für Projekte wie VSCODE, Centry, Blue Sky, Playrite und TELDRAW mit dem meisten Untertitel, wie hieß es noch TELDRAW?
Jan: Oder so? Jedes Mal fragt
Dave: sich Ja, genau. Oder so. Hast Du's grade?
Jan: Bist Du, ich mach's grade noch mal auf, weil jetzt wollen wir's schon auch hören. What man schon wissen? Whiteboard, ja genau so. Man muss halt einfach auch mal ehrlich sein im Marketing.
Dave: Genau, also auf jeden Fall größere Projekte, die damit getestet wurden und dann halt auch kompiliert. Und man kann sagen, durch die Bank weg hat man son Speed-up ungefähr von 10 x wirklich, ne. Also das ist einfach deutlich, deutlich schneller im Film. Aber ist das,
Jan: das ist auch, ja, ne. Aber ist das jetzt, geht's da wirklich so reine Performance oder auch so zur Laufzeit?
Dave: Genau, genau. Da der Genau.
Jan: Post drauf.
Dave: Genau, also ja, wichtig. Also das wär jetzt das 2., was ich erwähnen würde. Also genau, das war jetzt die reine Compleierzeit. Das war halt so Ten x schneller, aber nämlich auch so Sachen wie, man hat ja da 'n language Server meistens dran, also auch in der IDI oder so was alles, ne, wo dann die ganzen Sachen indiziert werden oder auch, ne, diese, dass da irgendwie Fehlerkorrektur angezeigt wird, hey, das stimmt hier grad nicht. Auch das wurde untersucht und auch das war deutlich, deutlich schneller, dass es das quasi mittlerweile jetzt wie instant anfühlt, ne. Also wo die gesagt haben, man hat diese riesigen Projekte jetzt auch dann mal geöffnet in DS Code und hatte dann am Anfang eine Startzeit von 17.5 Sekunden und hat das jetzt runtergedrückt auf 1.3 Sekunden, ne. Und das also ist ja quasi nichts. Ich geh jemand raus, dass bei Jet Brain IDEs auch ähnlich ist. Also auf jeden Fall sehr, sehr cool. Und natürlich auch ein Punkt, den ich erwähnen wollte, ist, dass CI mäßig superviel dadurch auch gespart werden konnte in den ganzen Pipelines. Beispielsweise Slack hat davon berichtet, dass sie jetzt quasi mit dem Umstieg auf type Skript 7 Punkt 0 am Anfang son type Checking hatten in ihrer CI und den auch superkrass runterdrücken konnten von 7.5 Minuten auf 1.25 Minuten, also eine ganz, ganz deutliche Ecke besser. Irgendwie Microsoft News hat dann irgendwie pro Monat irgendwie 400 Stunden weniger Zeit in der CI Pipeline irgendwie investiert dadurch, dass es halt deutlich schneller geht. Und natürlich also ist einfach die Kosten, die da an der Stelle gespart werden, halt auch nicht unerheblich, ne? Also das ist dann auf jeden Fall 'n deutlicher Zugewinn an der Stelle.
Jan: Ich frag mich, ob das Microsofts Versuch ist, GitHub zu fixen, indem sie einfach dafür sorgen, dass diese ganzen CIA Sachen deutlich schneller und weniger intensiv laufen.
Dave: Solange's auch type Skript ist, ja. Also das natürlich
Jan: Was ja, also ehrlicherweise, was das meiste wahrscheinlich, was da in in GitHub irgendwie läuft, ist ja wahrscheinlich type Skript.
Dave: Genau. Ja, genau. Also großer wird ja web sein exakt. Genau, also sehr, sehr cool. Es eigentlich könnte man an der Stelle jetzt sagen, hey, ist No Brainer, Upgrade mal bitte alle auf 7 Punkt 0. Aber auch an der Stelle sind wir, glaub ich, in der Verpflichtung als programmier.bar zu sagen, halt stopp, jetzt reicht's, hier nicht weiter. Denn man muss sagen, es gibt einen Haken an der Sache, und zwar aktuell gibt es keine öffentliche stabile API für externe Tools, ja? Also das ist, also die gesamte Engine wurde ja neu geschrieben und deswegen in 7 Punkt 0 gibt's noch keine öffentliche API. Bedeutet das so Meta Frame Rates, ne? Wir nutzen hier zum Beispiel View, aber dann auch Swelt oder andere sind davon offen oder auch so Plug ins wie type Skript, ESLINT nutzen das noch nie, also können das noch nicht nutzen und die stecken aktuell noch auf 6 Punkt 0 fest. Das ist aktuell das Problem an der Stelle. Warum macht man denn dann son Release? Ja, ja, das ich glaub, ich glaub, also das haben die da auch begründet, ich weiß gar nicht mehr ganz so, ich glaub, die haben gesagt, wir wollten halt so schnell wie möglich da mit der 7 Punkt Nuller Version rauskommen, dass damit schon irgendwie bisschen probiert werden kann, aber Du kannst ja natürlich, also Du hast ja immer komplexe Ökosysteme und kannst dann natürlich nicht so wirklich produktiv arbeiten. Aber die haben also direkt annount so, hey, für uns ist ganz klar natürlich, wir wollen das ermöglichen, ne, weil wir wissen natürlich, also der Großteil der Leute arbeitet real in irgend 'nem Framework, so. Wir wir also wir müssen das auf jeden Fall anbieten und haben gesagt, das wird vermutlich in 7 Punkt 1 kommen dann. Also das ist so das, woran Sie direkt dran sind. Also natürlich sehr, sehr schade, weil das war etwas auch, was wir so intern so, oh, 7 Punkt 0, let's go, wann machen wir's endlich? Und dann kam's raus und ich so, ja okay, aber können das aber noch nicht nutzen, sehr schade. Von daher, also für für den Großteil der der Leute, die jetzt hier zuhören, muss man sich noch auf die 7 Punkt 1 Version gedulden.
Jan: Na gut. Na gut. Also kleiner Bummer am Ende. Aber das hier mal wieder 'n bisschen positiver zu drehen, für alle, die 7 Punkt 0 schon benutzen wollen
???: Oh.
Jan: Na ja, kommen direkt zum nächsten Thema. Für die hat Jetprance mit dem zwanzigstensten 20 2 Update quasi den type Skript 7 0 Support schon eingebaut. Also ne, so rudimentär, wie Du das auch grade eben beschrieben hast, aber ne, Language Server und so weiter, das ist halt irgendwie schon, kann dann schon verwendet werden. Von daher wäre das vielleicht schon mal 'n Grund zum updaten, aber es ist auch jede Menge anderes Zeug passiert. Aber bevor wir da ins Detail einsteigen, ich muss sagen, Du bist ja auch mit Jet Brandson seit 11, ne? Ja, aber 1 1 der wenigen, die mit uns hier noch die die Stellung grade halten gefühlt.
???: Ja. Und ich
Jan: muss, als ich das gelesen hab, die das die Releaseankündigung, wo dachte ich so, boah, jetzt erst irgendwie 20 26 2. Waren früher nicht mehr Releases irgendwie so? Ja.
Dave: Ich ich hab das gar nicht aufm Schirm. Also ich hab nie auf die Version geachtet. Ich hab immer halt ich hab ja meine Toolbox immer sehr praktisch und hab gesagt, ja, ja, immer Auto updaten. Und ich hab gar nicht auf die Version geguckt. Ich weiß es gar nicht ehrlich gesagt.
Jan: Ich hab dann ehrlicherweise vorhin mal in die also in diese Releaseübersicht quasi auf der Website geguckt und so, okay nein, das ist alles wie die letzten Jahre auch. So der Zweiyer Release ist sogar tendenziell eher 'n bisschen früher, als er manchmal kam, aber gefühlt hat mich Jet Brands früher öfter so drangsaliert mit, hey, mach jetzt mal 'n Upgrade und hey, migrier mal hier deine Einstellung, aber vielleicht ist die Toolbox einfach besser darin geworden, das irgendwie im Hintergrund
???: für dich zu machen.
Jan: Und man kriegt das Band nicht mehr so oft mit, so. Also Mhm.
???: Von
Jan: daher täuscht mein Eindruck vielleicht. Und wenn ihr denselben Eindruck habt da draußen, dann täuscht das vielleicht euch auch. Ja, zum Update. Neben dem type Skript Support und ehrlicherweise, wenn wir hier über Jetmance sprechen, reden wir ganz oft über Webstormen, PHP Storm, Datakrip und so weiter, die Sachen, die wir so benutzen, aber die updaten ja fast alle ihre Produkte immer zeitgleich. Von daher trifft das meiste da auf alles zu. Mhm. Ansonsten auch natürlich großer Fokus rund AI mit son paar, ich sag mal Quality of Life improvements dabei, so bessere GitHub Co Pilot Integration, bessere Git Work Tree Support, da jetzt eben auch mal händisch irgendwie aufräumen zu können, eingreifen zu können, wenn da irgendwas passiert, weil ja Work Tree's immer wichtiger werden für die ganzen Leute, die mit mehreren Agents parallel am selben Projekt arbeiten und das nicht mehrfach auschecken wollen. Dann halt auch alles in derselben IDI quasi haben wollen. Und das Highlight Feature aus dem AI Space dieses Mal ist das, was sie Agent Skill Manager nennen. Und sie bieten da quasi einen Skill, das heißt, ich mag mal Repository, also Skill Repository an, wo sie selber son bisschen kuratieren Skills, die es da draußen so gibt, die nicht unbedingt von ihnen sind, die vielleicht von Figma kommen, von Linear, von keine Ahnung, aber sie sie aggregieren das sozusagen so son bisschen bei sich. Man kann auch nicht selber welches submitten, sondern das machen sie alles grade noch selbst, das soll aber kommen.
???: Mhm.
Jan: Und sie verifizieren das aber halt son bisschen, ne, dass da halt nicht irgendwie eine prompt Injection drin ist oder irgend eine Anweisung, Credentials zu exfiltrieren oder so was. Also geben da son bisschen Sicherheit mit dazu. Mhm.
???: Und das technisch Coole an diesem Feature ist eigentlich, dass Du festlegen kannst, wo
Dave: diese Skills quasi platziert werden. Ja,
Jan: ist eigentlich, dass Du festlegen kannst, wo diese Skills quasi platziert werden sollen. Du kannst sie entweder auf IDEI Ebene festlegen, dann stehen sie in der IDEI, egal an welchem Projekt, egal mit welchem Agent Du arbeitest zur Verfügung. Du kannst sie in dein Projekt importieren, dann ist das wie bei den meisten jetzt wahrscheinlich gerade einfach in 'nem Skill Directory in deinem Projekt mit eingecheckt oder Du kannst es auf einem bestimmten Agent quasi skopen und sagen, nur wenn mein Copilot Decode Review macht oder nur wenn Cloud ein Feature plant oder, oder, oder, dann nutze halt irgendwie diese spezifischen Skills. Und das ist was, was ja jetzt grade auch son bisschen noch fehlt eigentlich, ne. Das son bisschen feiner scope zu können und das mit 'nem schönen UI zu machen, das fand ich mal superinteressant. War ja auch eine Frage, die ich weiß gar nicht, ob Du das ob Du dann im Channel drin bist, Dave, aber die bei uns in dem AI Team auch son bisschen heftiger diskutiert wurde die letzten 2 Wochen so, wie wir eigentlich die ganzen Skills, die wir so bei Lotum rumliegen haben, son bisschen und Discoverable halten wollen zwischen den einzelnen Teams. Und da kann ja so was wie Skill Manager, zumindest vom Pattern her, ja, also selbst wenn wir jetzt nicht vielleicht Chatburnes nutzt, aber die Idee und die Architektur hinten dran ist vielleicht da 'n ganz vernünftiger Ansatz.
Dave: Mhm. Ja, ich ich hab nur überlegt so, aber also vielleicht kannst Du bei mir da son bisschen Licht ins Dunkeln bringen. Ich nutze paar Skills und ich merke, die Skills, die ich benutze, die sind oft sehr, sehr, sehr projektspezifisch. Also quasi, ne, wo ich merke so, hey, okay, an an den Produkten, die wir jetzt irgendwie grade rödeln so, das ist halt sehr, sehr wichtig halt in erster Linie halt einfach, also für das Produkt. Und zweitens auch teilweise son bisschen individuell sogar für mich. Also ich glaub, jeder der in unserem Team hat auch son bisschen so seinen eigenen kleinen individuellen Skill. Und wir haben ja auch so quasi auf auf Company Ebene versuchen wir ja grad diese ganzen Skills ja auch irgendwie unter Dach und Fach zu bringen. Und Ja. Da haben wir ja, glaub ich, auch schon mal diskutiert so, wie sinnvoll ist das überhaupt, quasi so generische Skills irgendwie reinzubringen? Deswegen weiß ich aktuell gar nicht irgendwie, was ich von sonem Marketplace halte oder so was, wo Du dann da die einzelnen Skills irgendwie schau kannst. Da sagst Du da irgendwie noch mal 'n 'n genaueren Take für dich?
Jan: Also wenn man sich wenn man sich mal anguckt, was sie da grade anbieten in diesem Repository, ja? Also kann man auch angucken, Gittern Punkt com Slash Jet Brain Slash Skills.
Dave: Mhm.
Jan: Ist zum Beispiel so was hinterlegt wie Best Practices für React oder Best Practices für Postcress oder so was, ja. Und das ist ja wahrscheinlich relativ allgemeingültig, ne? Ja. Ja? Oder zumindest erst mal besser zu haben als nicht zu haben in 'nem in allen Projekten irgendwie, ja?
???: Mhm.
Jan: Oder sehr toolspezifische Sachen, so was wie benutzt Du Playrite irgendwie ordentlich und effizient, ja? Wo man sagen kann, okay, das könnte vielleicht projektspezifisch dann sein. Oder aber so Sachen wie sehr technisch konkret, wie wollen wir ein Refactoring
???: von Java zu Kootland zum Beispiel
Jan: machen, ja? Welche Patterns wollen wir übernehmen? Welche wollen
???: wir anders bauen et cetera, et
Jan: cetera, et cetera, Cotland zum Beispiel machen, ja? Welche Patterns wollen wir übernehmen? Welche wollen wir anders bauen et cetera et cetera? Ja. Ich glaub schon, dass wenn man auf der Ebene unterwegs ist, dass sich das dann schon lohnt, das 'n bisschen größer zu sharen, ja? Wenn es natürlich eher so Skills sind, die vielleicht so Knowledge driven sind, ja? So wie lösen wir dieses Problem in diesem Produkt so? Was ist der hinter, das Hintergrundwissen hierzu, ja, was ja bei uns auch grade son paar Teams versuchen mit dieser Obsidian Integration, son bisschen Knowledge Graph da quasi reinzubringen. Ja. Das ist, glaube ich, dann schon eher sehr, sehr projektspezifisch eher, ja? Aber ich glaub, es gibt schon so technisch allgemeine Skills, die man da gut sharen könnte.
Dave: Ja, aber da frag ich mich auch so, ne, also grade so das 1. Beispiel, was Du gemacht hast, so Best Practices für, weiß ich, View jetzt zum Beispiel oder so, ne. Denk ich mir so, ja, aber das sollte, also trau ich Claude einfach zu, dass mittlerweile so viele Daten in dem in den Trainingssätzen drin ist, dass er das auch hinkriegt, weißt Du? Eigentlich also ohne diesen Skill noch mal irgendwie das explizit hervorzuheben.
Jan: Das kann ja aber auch 'n guter Anlaufpunkt sein, son bisschen deine vielleicht Companyinterner Best Practices irgendwie auch noch einfließen zu lassen. Ja, okay, true. Weil ich mein, bei uns kommt ja immer irgendwie dazu, dass wir hier viele verschiedene Teams sind, die doch 'n sehr unterschiedlichen Stack haben, aber das gibt's ja ganz oft auch nicht, ne? Also ganz oft ist ja in der Firma, auch wenn die an verschiedenen Produkten arbeiten, der Stack irgendwie ähnlich oder die Toolchain zumindest gleicher als bei uns Und dann kann's ja schon Sinn machen, son bisschen Learning da irgendwie auch auch zu teilen.
Dave: Ja. Ja, nee, stimmt, das war jeder Punkt.
Jan: Ja. Was noch ein Punkt auf der AI Releaseliste war, dass sie jetzt die AI Code Completion, also diese, ne, Tab Completion kannst Du jetzt auch mit deinen eigenen lokalen Modellen machen. Hab ich auch schon mal probiert, hat eigentlich auch ganz gut funktioniert. Man muss mir immer immer vorher dran denken, Olammer oder so was bei sich lokal zu starten, das ist 'n bisschen noch pain, aber vielleicht, weiß nicht, vielleicht startet ihr alle Olama mittlerweile schon mitm Rechnen mit. Ja, I don't know. Und es gibt einfach son paar, ja, ich sag mal Quality Improvements, was halt mit sonem Update irgendwie kommt, ne. Das ist jetzt irgendwie bessere, einfacheres Setup von dem JetPRANS MCP Server, den ich nur empfehlen kann, ja, der bei mir einfach Arbeiten immer besser macht, so. Ich hab gar nicht genau reingeguckt, was der alles anbietet, aber einfach so File, Traversal, Refacturing, ja, also alles, wenn dein Agent sowas machen muss, ist es ja voll sinnvoll, die IDI das machen zu lassen, weil die ist halt einfach dafür gebaut, ja, anstatt dass er da irgendwie in Dateien rumkreppt und search and replace macht und keine Ahnung, wenn er so was an die IDI auslagern kann, cool, wird jetzt auch einfach eingerichtet. Und dann halt superviele so Language Server Plug in Support Sachen, die halt mitgeliefert werden, ja. View wird jetzt besser supporte. Typesup haben wir schon genannt. Zwöled 5 ist irgendwie jetzt mit dabei, Astro, Prisma. Es wird halt alles einfach son bisschen hochgezogen Und ganz unten in den Release Notes versteckt, so die Quality of Life improvements, über die ich mich am meisten gefreut hab, so Drag and drop von Folder und Filennamen ins Terminal. Endlich so was gefühlt so jedes Terminal da draußen schon kann, ist jetzt auch bei bei Jetphine gelandet oder so stupide Sachen wie, hey, wenn Du den Settingsdialog aufmachst, ist er jetzt nicht mehr modal über allem anderen und Du kannst deine IDI im Hintergrund noch benutzen. Altblowen, so. Endlich, endlich.
Dave: Weißt Du das? Aber ja, das ist echt crazy, weil das Du sagst so, ich glaub, also actualy so, ich glaub, vorgestern oder so ist mir genau das passiert, wo ich in den Settings war und dann wollte ich aber ganz kurz rumtappen und ich, es ging einfach nicht und ich dachte, oh mein Gott, warum kann ich das nicht machen oder muss ich immer schließen und dann das nachschauen und so, ja und wo wollte ich immer hin? Oh, ich bin ausgerung.
Jan: Es ist ja auch tatsächlich manchmal so, dass man in die Settings, weiß es nicht, irgend 'n 'n Key oder 'n Pfad oder 'n Kopf irgendwas halt aus der also wirklich aus der ID quasi rauskopieren will und wenn Du dann vorher nicht dran gedacht hast, das zu kopieren und dann jetzt, also das das war halt einfach auch so Steinzeit gefühlt an der Fall.
Dave: Ja, wirklich, aber krass.
Jan: Und ich weiß nicht, wie ich dieses Feature nicht ganz oben in den Release Notes stehen konnte, also keine Ahnung.
Dave: Das ist eigentlich das wichtig. Also das, allein das hätte schon eine neue Version gerechtfertigt so. Ja. Sonst nichts anderes als bam, das.
Jan: Ja. Okay. Ja. Schön. Das ist vielleicht auch der Grund, warum sie die Version jetzt früher released haben, als gefühlt sonst in dem Fall immer gesagt haben, das das Feature muss raus. So, die Leute da draußen sind, die warten da drin.
Dave: Die warten schon seit Jahrzehnten drauf.
Jan: Ja. Das vielleicht zum zum Jetpoints Update. Wenn wir schon bei Updates sind und Jetpoint jetzt lokale AI Modelle oder andere AI Modelle und da müssen ja gar nicht lokal sein, das ist Open AI Schnittstellenkompatibel sozusagen. Können wir vielleicht noch ganz kurz noch über Gemini sprechen? Wir können auch wirklich nur ganz kurz darüber sprechen, weil das ist gestern released worden, Gemini 3 6. Sag mal, nein.
???: Können wir
Dave: sagen, wenn wir nur kurz drüber sprechen und schnell kann man sagen, das ist eine Flash News.
Jan: Dave. Diese diese Übergänge.
???: Ja, na
Dave: crazy, sorry. Genau, phänomenal.
Jan: Also ja, es sind auch tatsächlich nur die Flash Modelle. Also Germanlight 3 6 wurde jetzt in Flash und Flash Light und Flash Cyber vorgestellt. Meine 1. Reaktion darauf war so, ey, Sie haben irgendwie vergessen, 3 5 Pro zu releasen. Seit 'nem halben Jahr oder so, nicht ganz 'nem halben Jahr, seit Monaten ist Gemini 3 5 Pro angekündigt und es kommt alles nicht. Und jetzt sind wir noch
Dave: schon 3 1, oder?
Jan: Ja, 3 1 pro. Ja. Und jetzt ist hier 3 5 Flash und auf X teasern sie schon, dass sie mit dem Pre Training für Gemini 4 irgendwie grade am am Rumwerken sind und so. Und ich denk mir, was ist mit 3, weiß ich nicht, 3 5 sitzt irgendwo bei denen so in der Ecke und heult und ist irgendwie beleidigt, dass ich's nicht releast wurde. Ja. Ja. Anyway, also 3 6 Flash und Flash light. Hauptfokus in diesem Point Release ist son bisschen die die Effizienz, also mit mit weniger Tokens und schnelleren Tokens irgendwie die Aufgabe zu bewerkstelligen können und Etienne hat bei uns im Slack was ganz Interessantes gepostet, nämlich von Artificial Analysis AI, das ist ja sone Benchmarking Plattform.
Dave: Mhm.
Jan: Die haben ein Ranking nicht nur über Kosten und Geschwindigkeit, kann man sich auch alles angucken, aber 'n ganz interessantes Ranking, wo sie im Prinzip Preis versus Ergebnis anlegen. Also wenn Du jedem dieser Modelle denselben Task gibst, wie viel Tokens verbrennen die im Prinzip, das zu lösen? Ja, so. So. Und da ist im Prinzip Gemini auf Platz 10. Also die obersten Modelle sind die teuersten sozusagen, ne. Ganz ganz oben ist Cloud Fable 5 mit Oh. 2.7 Dollar, den Task abzuschließen.
Dave: Ja. Also, Sie
Jan: haben da sone sone Task Suite und ist, kann man sich mal angucken, aber es geht halt darum, ne, vergleichbare Arbeit über alle Modellen in der Nähe. So, 2.75, dann kommt Opus mit 1.8 Dollar, dann Sonet mit eineinhalb Dollar, dann kommt GPT mit ungefähr einem Dollar und Gwen mit auch ungefähr einem Dollar und auf Platz 10 kommt dann Gemanite 3 6 Flash mit 50 Cent. Also es ist schon eine spürbare Differenz so, ja? Oh, ich hätt das
Dave: ich, also das Ranking hätte ich mal ganz anders aufgezogen. Also ich hätt das irgendwie so nach Kosteneffizienz platziert und dann halt, also Germany auf den ersten Platz so gesetzt, wenn's wirklich das passiert.
???: Na ja,
Jan: also das ist ja auch nicht das 1., weil es gibt noch, ne, wenn Du dann, es gibt ja noch viel kleinere Modelle, die quasi noch viel schneller sind. So, also Ja, ja. Die Liste ist relativ lang. Was in der Liste natürlich dann wieder nicht auftaucht, ist so die Qualität von dem Ergebnis. Das wär ja quasi die 3. Dimension. Ja, die ist dann wieder im Ranking 'n bisschen schwieriger, weil ja auch immer son bisschen subjektiver, ja. Ja. Aber grade für Coding Task ist es ja vielleicht okay zu sagen, ist diese Aufgabe halt irgendwie auch completed, ja? Genau, also fänd ich bei dem Ranking sogar eigentlich relevant. Also weißt
Dave: Du so, also weißt Du, completed oder nicht, also weißt Du, ja oder nein? So Das das glaub ich schon.
Jan: Also ich glaube, das ist schon drin und das ist, glaube ich, wenn ich das so sehe, auch der Grund, warum Gaminy 3 6 Flash light nicht drin ist,
???: weil
Jan: es wahrscheinlich die Aufgaben nicht erfüllt hat.
Dave: Ah, okay, da haben wir's doch. Okay, dann
Jan: Ja, das ist ja, also ist ja auch fair, weil das ist ja 'n superkleines Modell, so, ja und superschnell. Wir geben das irgendwie mit 350 Tokens die Sekunde an und dann ist, hat das halt einfach einfach 'n anderen Fokus so. Ja, Du willst halt irgendwie, weiß ich nicht, schnelle Klassifizierung oder so was damit machen. Ja. Ja. Ja. Okay. Aber wir wollten
Dave: ja nur ganz kurz drüber sprechen. Ja. Ah, hat's wahrscheinlich schon wieder mitgenommen genommen. Mhm.
Jan: Nee. Ja, kann man sich mal angucken, je nachdem, wie gesagt, was für was für Tasks man so hat, lohnt's das ja mal durchaus im Vergleich zu zu oder zu Open AI Montoure zu sprechen. Mhm. Und wenn wir schon bei Open AI sind, wir müssen einen Blogpost erwähnen, der bei uns, ich weiß nicht, humoristisch die Runde gemacht hat. Ich find's ehrlicherweise 'n bisschen bisschen schwierig. Also sowohl inhaltlich als auch vom Timing,
???: aber da
Jan: kommen wir gleich drauf. Ja. Anfang oder vor 'n paar Wochen hat John Gruber einen Artikel verfasst, indem er sich son bisschen darüber echauffiert, dass die die Clayd App eine Electron App ist. Und ich, da gibt's ja sehr polarisierende Meinungen zu, die so sagen, dieses Elektron, das gehört einfach verbrannt, angezündet und weg damit so. Und diese Meinung kann man haben oder auch nicht, aber das das Harte, also im Tonfall hart, in der Formulierung halt leider auch sehr lustig irgendwie. Vorwurf, den er da halt irgendwie diesen Blogpost macht, wir verlinken den auch, ist gegenüber Felix Rieseberg, der bei Antropic Cloud also die Cloud App verantwortet und halt eine sehr lange Electron Vergangenheit quasi hat. Und die die Sätze, die er da so bringt, sind so. Ja, also er er regt sich Ja, ja, ja, ja, ja, dass irgendwie alle, also diese ganzen Schrauben falsch bedient worden sind, sich quasi nicht nativ verhalten, nur weil der Typ, der sie quasi benutzt, hier hier son Hammermensch ist und Felix Riesenberg Nummer, also a Electron früher mit verantwortet hat, dann bei Notion und Slack quasi dafür verantwortlich war, deren Apps quasi auf Electron zu bringen, zu optimieren, wie auch immer und jetzt halt bei Cloud gelandet ist und da genau dasselbe macht. Und der der letzte Satz in diesem Blogpost und da dann kommen wir gleich zum Übergang, aber man muss diesen letzten Satz halt auch noch vorlesen, so. Also im Prinzip macht er ihn so für eine Katastrophe nach der anderen verantwortlich, ja? Und ich, man muss hier son bisschen von der persönlichen Ebene vielleicht weg, aber es ist es ist umgeschrieben. Ja, also also wie gesagt, auf der auf der sprachlich humoristischen Ebene funktioniert es halt einfach auch also supergut. Warum dieser Artikel so unglücklich ist, das ist nicht nur, wie gesagt, weil das vielleicht 'n bisschen zu persönlich ist, sondern weil halt einfach auch, ich glaub 'n paar Tage später, weil in dem Artikel wird auch erwähnt so, hey, OpenAI, die machen das richtig, die haben eine native App und so was alles und dann kam ja Jet GPT Work raus und jetzt haben sie halt auch eine Electron App und so. Also da ist halt im Artikel ist halt irgendwie hinfällig damit und gefühlt ist so der der Trend zu zu Electron wird in den letzten paar Monaten immer stärker. Wir haben ja vor 'n paar Wochen auch über Dino Desktop gesprochen, Mhm. Die jetzt auch so was Electron Ähnliches anbieten. Und jetzt machen wir den Kreis zu. Verselle macht nämlich jetzt dasselbe, Dave, nicht wahr?
Dave: Ja, genau. Verselle hat nämlich angekündigt, die machen jetzt ein Verselle Native SDK, was natürlich sehr verwunderlich ist, denn wofür kennt man Verselle eigentlich? Die sind ja so komplett, also ist eigentlich die Webmacht, so muss man sagen, ne. Also hier allein mit hier Next JS, auch superviel Webhosting Cloud et cetera und so was alles. Da wir sind ja primär bekannt und jetzt sagen die, ja, wir gehen jetzt auch auf Native und haben halt dieses Native SDK angekündigt. Und irgendwie, also schon, also paar Dinge, ich hab immer so grob über die Seite geschaut und fand da paar Dinge interessant. Zum einen der der Tech Stack, alles sehr, also im Frontend sehr deklarativ, einfach mit Mark up Dateien und Du kannst auch type Skript benutzen. Eine Programmiersprache, die wir jetzt in Anführungszeichen tot geglaubt haben, aber die jetzt ihr Comeback dadurch feiert, nämlich SIC. Zig, Bun nutzt kein Zig mehr, aber jetzt Native SDK von Verselle wird Zig wieder benutzt in der 0 Punkt 1 6 Version. Find ich auch interessant. Also Sie haben ja immer noch keinen Major Release, also keine 1 Punkt 0 Version. Ja. Fand ich interessant.
Jan: Nur als, also nur der eine Verstellscheibe, ne. Die nutzen SIC für das Ding, aber Du kannst auch quasi dann deine Apps in SIC, also deine Desktop Apps in SIC bauen. Ja, genau, also ich
Dave: glaub, diese Engine beruht auf sich, damit das halt superschnell und performant ist. Genau, genau. Genau. Und was ich halt auch interessant fand, nämlich Electron Electron Electron packte ja son Chromium Ding immer so komplett rein und deswegen sind diese Electron Apps ja auch immer riesig gefühlt Na
???: ja, und
Jan: die packen die halt auch in Note mit rein. Also ist halt beides drin, so.
Dave: Ja, stimmt beides, genau. Chromium und Note, genau, ist ja komplett drin.
Jan: 2 Projekte, die für Effizienz bekannt sind.
Dave: Exakt. Genau. Und es ist, die haben gesagt so, wir haben keinen Browser, keine Webview und also keine Kompromisse, sagen sie, denn es ist wirklich alles nativ dort. Ich glaub, wir haben ein 1 Produkt, was man hier auch erwähnen könnte, ist Tauri. Tauri, die nutzt ja, glaub ich, wirklich eine Webview an der Stelle und das macht aber Versell mit dem Native ESC nicht. Also das ist wirklich alles komplett Native und das ist alles wirklich so immer explizit im OS Fenster alles, Genau, das
Jan: dann im Prinzip mehr so wie React Native das sozusagen macht, die quasi so deklarative Sprache nutzen, das dann aber in native Elemente umzubauen.
Dave: Genau, genau, genau. Ich glaub, das ist so der deren Ansatz. Genau. Und was sie natürlich auch gesagt haben und das ist natürlich jetzt im AI Zeitalter relevant, die sagen auf ihrer Seite, built to be ritten by AI Agents. Und das fand ich eigentlich ganz interessant, also weil die auch superviel drumherum gebaut haben. Und zwar haben die superviel Möglichkeiten, halt so irgendwie Snapchat irgendwie zu machen, irgendwie Input zu lesen, Screenshots zu machen und so was. Das heißt, die wissen auch dann real, wie das aussieht und haben dann auch direkt mitgeliefert dazu, wenn Du dieses Native SDK benutzt. Einmal Skills, die dann perfekt darauf ausgelegt sind, so wie nutz ich das dann wirklich als Agent optimal? Und die haben auch gesagt, die haben einen Evel Harness drumherum, der dann immer dafür sorgt, dass halt, egal was Du machst, also bisschen so Determinismus reinbringen, ne. Das heißt am Ende so, hey, es soll alles schick und smooth und schnell und so was aussehen und das halt eigentlich immer so perfekt mit dann irgendwelchen Check ups jedes Mal durchlaufen so, ist das dem Standard von unserem Native SDK immer noch entsprechend oder muss da noch mal eine Runde gedreht werden? Und das finde ich dann irgendwie ganz gut, dass man da wirklich son einen sehr, sehr guten, ich sag mal, LLM Richter hat, der sagt so, hey, das, was jetzt am Ende produziert wird, ist wirklich gut. Von daher sehr interessanter Ansatz und ich bin auch gespannt, was was damit jetzt auch noch alles gemacht wird.
Jan: Haben Sie irgendwo in diesem Announcement angekündigt oder son bisschen Kontext gegeben, warum? Also weißt Du, meistens veröffentlichen ja so Firmen Tooling, weil sie selber da halt auch irgendwie 'n Need für haben und dann halt gedacht haben, na ja, da könnten auch andere irgendwie von von profitieren, so was ja, weiß ich nicht, bei React von von Facebook und so oder ähnlich auch. Und ich frag mich, wo baut oder braucht Versell so viele Desktop Apps, als dass sie da quasi Toolife gebaut haben oder haben sie das halt wirklich nur nach außen gebaut für alle anderen und einfach so ihren ihren Footprint quasi zu verbessern?
Dave: Ja, also ich also ich hab dazu nichts gelesen. Ich bin auch nur auf dieser Native SDK Seite so. Ich weiß nicht, ob die noch mal irgendwie so Blogpost veröffentlicht haben. Könnte man jetzt im Nachgang mal nachschauen. Aber ich vermute eher so Zweiteres tatsächlich. Also irgendwie scheint ja auch dieser Need jetzt noch mal da zu sein und wir sehen ja mit diesen Electron Apps, ne, irgendwie das geht ja durch Decke und irgendwie so, hey okay, irgendwie Websachen, die man halt für Desktop irgendwie importiert, das scheint jetzt irgendwie son Ding zu sein, ne und das halt mit AI halt immer mehr und mehr gemacht wird jetzt. Das heißt, der Need im Markt ist da. Wir wollen uns da auch positionieren und wir haben ja eine sehr, sehr gute Infrastruktur, son so son nativ Import kriegen wir dann auch easy hin. Ich schätze mal, das war dann irgendwie die Schlussfolgerung. Aber ja, wär natürlich auch interessant, da noch mal tiefer drauf einzugehen, was die Beweggründe waren.
Jan: Da können wir sogar vielleicht noch 'n halben Schritt zurück zu diesem Skill Thema machen von eben. Wir bauen ja auch, wenn wir Gentic bauen, meistens so Websachen damit, also entweder Web Frontend oder Webserverzeug. Mhm. Mhm. Und Benny und ich haben vorn paar Wochen mal so Prototypen gebaut von Native Apps, also wirklich so Swift Native MacOS Apps.
Dave: Mhm.
Jan: Und da hat zum Beispiel der, da gab's einen Skill, der die Apple Human Interface Guidelines quasi mitbringt, quasi zu erklären, wie sollten Buttons aussehen? Was sind so die Größen? Wo sollten deine Targets sein? Was sind Abstände, die sinnvoll sind, wie Swite Space zu benutzen und bla. Und das hat ehrlicherweise einen massiven Unterschied gemacht, wie, also nicht vom Funktion her oder so, das hat er schon gekriegt, weil 12 ist ja sauber zu schreiben, ja. Aber wie dieses die diese Komponenten und die Fenster, die er da so gebaut hat, die die dann ausgesehen haben, ja, das war halt schon krass. Und da, da schließt son bisschen der Kreis. Also ich glaub schon, es gibt so Skills, die können da coole Lücken schließen und gleichzeitig sehen wir, dass wahrscheinlich, wenn man eben mehr Web und deklarative Sprachen da irgendwie reinbringt, auch so Desktops Apps halt irgendwie einfacher zu bauen sind von LLMs, weil sie davon einfach mehr kennen.
Dave: Ja. Es ist wahrscheinlich aber, also ist in diesen Guidelines von Apple nicht sehr viel einfach auf Accessibility auch ausgelegt, sodass das halt dadurch vieles irgendwie schon klarer gemacht wird.
Jan: Ja. Das kriegst Du quasi ja dann Also vor immer, ist ja im Web auch so, ne, wenn Du 'n ordentliches Interface baust, kommt eigentlich Accessability for free mit. Und wenn Du großen Wert auf Accessability legst, kommt eigentlich auch immer 'n ordentliches Interface bei raus. So, es ist sehr schwierig, die, wenn man das richtig macht, die zu trennen. Also Mhm. Weißt Du, wenn Du 'n ordentlich semantisches Interface baust, kannst Du das gar nicht unexzessible machen.
Dave: Wollte ich grad sagen, ja, weil weil wenn also Du wenn Du die User Experience einfach geil gestaltest, so, dann ist es für jeden geil und eigentlich also Accessibility ist ja auch so, also jeder hat irgend 'n Vorteil dadurch schon schon.
Jan: Yes. Dann haben wir noch ein kleines Thema zum Abschluss, zu dem ich keinen passenden Übergang gefunden hab, also redet einfach drauf los.
Dave: Let's go.
Jan: Und zwar von unseren Freunden bei CaltRIPO, die haben wieder eine neue Dokumentation veröffentlicht. Und ich muss sagen, ich feier diese Dokus immer son bisschen, weil es mir als Developer immer son son bisschen Gefühl gibt, so, ich bin im Mainstream, so, ja? So, da da gibt's Leute, die beschäftigen sich mit so ähnlichen Fragen wie ich und man man, das ist so gefühlte Repräsentation, so, ja? Fand ich fand ich irgendwie ganz cool und wie bei vielen so Dokus blicken hinter die Kulisse. Man man merkt halt auch, dass die Leute, die da irgendwie involviert sind und am Ende des Tages ja Großes geleistet haben, aber trotzdem halt irgendwie auch ganz normale Leute sind, ja, so wie Du und ich, die halt irgendwie son, die hatten son Problem auf Arbeit, was sie halt irgendwie lösen mussten und da musste halt irgendwie was vorher und dann haben sie auf einmal, weiß nicht, was in der anderen Dokus war, haben sie halt auf einmal irgendwie React gebaut so oder View oder keine Ahnung was. Und die Doku, die jetzt veröffentlicht wurde, geht Java Und jetzt werden wahrscheinlich die Jüngeren da draußen, ah, Java, da hab ich ja irgendwie so gar nix mit am Hut. Und ich muss auch sagen, ich musste in meinem Leben nie beruflich Java schreiben. Ich hab das mal in der Schule son bisschen gemacht und bla. Aber schaut euch trotzdem diese Doku an, weil man sieht einfach, wie so Java sich durch die letzten Jahrzehnte im Prinzip zieht und was das halt auch fürn Impact auf Ökosysteme links und rechts davon gehabt hat, so.
???: Mhm.
Jan: Also die Geschichte fängt superfrüh an mit diesem so right ones, Run forever und Anywhere und so, was ja heute irgendwie auch noch sone stehende Aufgabe ist und gefühlt 'n ungelöstes Problem, ja? Mhm. Sie sprechen so über frühe Browserentwicklungen und wie so Java Apples da reingekommen sind und warum Interaktivität und mehr komplexe Apps halt das Web eigentlich erst so richtig beschleunigt haben. Sie sprechen darüber, was gutes Sprachdesign ausmacht und warum Sie Java als so die Sprache für für die für die arbeitenden Entwicklerinnen quasi bezeichnet haben, also die einfach wirklich was was fertig kriegen wollen, ja? Das ist irgendwie, sie sagen's ja immer so, das ist keine intellektuell ultraanspruchvolle Sprache, aber sie ist halt gemacht, so Getting Shit dann irgendwie hinzukriegen, ja? Ja. Und das ist ja auch, ne, so alles irgendwie Entscheidungen. Und dann geht's den, wie wie Microsoft in den in den Neunzigern und Zweitausendern halt irgendwie aufgetreten war mit ihrer mit ihrer Kultur von, ja, wir übernehmen alles oder machen alles platt, was uns irgendwie gefährlich werden könnte links und rechts und gar nicht so open source freundlich, wie sie heute irgendwie sind. Ja, also ich glaub, da ist superviel dabei und auch die die IT Welt und Geschichte ist mittlerweile alt genug, als dass man sagen kann, sie wiederholt sich halt stellenweise. So und man kann da wirklich was was draus lernen und dann geht's dann wiederum, wie dann diese ganzen modernen Frameworks irgendwie entstanden sind und warum Sprachen wie Skala und Cootlin halt so links und rechts von Java entstehen, Konten und welche Lücke sie da füllen oder vielleicht auch nicht. Super, superinteressant und wie immer bei CALTRIPO schaffen sie's halt auch, alle diese Leute, die da seit Jahrzehnten irgendwie involviert sind, vor die Kamera zu kriegen
???: Das ist
Jan: und so deren Text dafür mal mitzunehmen. Ja. Und das ist ist auch, glaube ich, eine 1 längere dieses Mal ich mal kurz nachgucken, über eine Stunde, 75 Minuten, aber ich hab gestern Abend mal die Hälfte davon geguckt. Nee, also die 2. Hälfte vielleicht die andere Reihe vorschlagen. Also ich kann das nur empfehlen. Und wie gesagt, ich bin kein Java Mensch, aber selbst für mich war's irgendwie supercool.
Dave: Du hast also hast auf jeden Fall mein Interesse geweckt, denn also kleiner Funfact über mich, Java war tatsächlich die 1. Sprache, die ich gelernt habe, damals, ich glaub, ich war 15 oder so, 14, 15 oder so. Und ich hatte, glaub ich, mein Schülerpraktikum auch in 'nem IT Unternehmen und da hab ich dann auch in Java entwickelt. Und ich muss sagen, ich Also irgendwie, Java hat schon speziell 'n Platz in meinem Herzen, so, weil ich also viele Konzepte so richtig verstanden, weißt Du, so die 1. Schleife mit Java geschrieben, die 1. Funktion, Objektorientierung verstanden, so was das ist als Konzept und so. Ich find, Java macht das auch irgendwie sehr schön Und deswegen also also ich bin hook dich. Ich werd mir das euch mal anschauen, ne. Ja, das ist ich bin jetzt ganz nostalgisch grade, Jan.
Jan: Ja und und wie gesagt, selbst wenn man diesen diesen Bezug nicht hat, man man sieht das halt, oder? Ja, also oder wenn man den Bezug hat, so wie Du, öffnet das vielleicht auch noch mal den Blick und sagen, okay, also wieso ist das halt so passiert, wie es irgendwie passiert ist am Ende des Tages? Ja. Megaschön. Wir verlinken das, packen das hier in die Shownotes. Könnt ihr euch das alle mal anschauen. Das ist gut investierte Zeit. Let's go. Und damit sind wir schon durch. Und Dave hat kurz vor der Aufnahme mal gesagt, das wird eine sehr kurze Folge heute. Alle sind im Urlaub. Wir haben nicht so viele Sachen, über die wir reden müssen. Ja. Aber es ist einfach, es sind doch immer 45 Uhr. Also egal, wie wir in diese Aufnahmen reingehen, das ist immer dasselbe.
Dave: Jan, ich muss mich aber kurz korrigieren. Ich hab nicht gesagt, das wird eine kurze Folge. Ich hab gedacht, ich glaub, das wird die kürzeste Folge, die wir jemals aufgenommen haben. Ja. Auch das war falsch. Das war falsch. Falsch.
Jan: Ah ja.
Dave: Wunderbar. Haben wir haben wir noch Housekeeping zu erledigen, Jan? Ich bin da ich bin ich hab jetzt nicht aufm Schirm. Du bist jemand, der hat das immer superstark aufm Schirm.
Jan: Wir haben tatsächlich keine konkreten Meetups, die wir grade ankündigen können. Wir planen das nächste Barbecue, also es wird auch wieder 1 geben. Da können wir alle schon mal beruhigen. Wahrscheinlich eher Richtung Ende August oder Anfang Mitte September müssen wir terminlich mal schauen.
Dave: Mhm.
Jan: Es gibt immer noch 'n paar Tickets für die Programmiercon. Wir haben, ich glaube, jetzt oder zumindest, wenn die Folge rauskommt, sollten auch alle Speaker final veröffentlicht sein, so Nein. Wie's da geht. Es sind noch nicht alle Talks da. Das hängt son bisschen mit dem AI Thema natürlich zusammen, ne. Man kann nicht alles schon in der Welt 5 Monate im Voraus festlegen, aber wir arbeiten dran. Also sichert euch die letzten Tickets, dann könnte Dave und mich hier auch in
Dave: der Saline besuchen und anfassen. Also Jan zumindest. Okay, das hab ich jetzt entschieden.
Jan: Wunderbar. Ja, Umarmung gibt's am Eingang. Let's go. So, damit 1000 Dank fürs für die Zeit, Dave. 1000 Dank fürs Zuhören alle da draußen. Wenn ihr Fragen, Anmerkungen, Kritik, Rückmeldungen, irgendwas habt, dann immer gerne an Feedback at Programmier Punkt bar oder ihr hinterlasst uns Ratings, Review, Kommentare auf allen gängigen Plattformen, wo ihr das hier grade hört oder seht. Wir lesen alles fleißig mit. Ansonsten bis denn ne, wir sehen uns nächste Woche wieder. Tschau, tschau.
Dave: Vielen Dank.
???: Tschüssi.