News 44/24 –
JavaScript Features // Flutter Fork // GitHub Universe // Internet Archive // Neue Macs
30.10.2024
- // Podcast
- // News 44/24
Shownotes
Volles Haus bei der programmier.bar! Gleich fünf von uns haben sich versammelt, um euch mit jeder Menge News zu versorgen.
Wir sprechen über die aktuellsten Entscheidungen des Technical Committee 39, der Gruppe hinter ECMA Script. Aber auch bei Flutter hat sich einiges getan – beziehungsweise gespalten.
Und natürlich berichten wir von GitHubs Hausmesse „GitHub Universe“ und diskutieren die neusten Features von Copilot, Workspaces und Neuerscheinungen wie Spark. Außerdem geht’s um die Highlights aus der GitHub Octoverse Developer Survey.
Warum es dem Internet Archive aktuell nicht so gut geht und wer dahinter steckt, erfahren wir von Dave. Zuletzt sprechen wir auch ein wenig über die neuen Macs.
/transkript/programmierbar/news-44-24-javascript-features-flutter-fork-github-universe-internet-archive-neue-macs
- Jan
- Hallo und herzlich willkommen zu einer neuen Programmier News Folge, heute mit der Nummer vierundvierzig. Mit mir am Start sind heute Dave, Fabi, Dennis und Gerald hier im vollgepackten Studio. Moin moin.
- Garrelt
- Hallo,
- Dave
- hi. Moin Jan. Hallo.
- Jan
- Und genauso voll wie das Studio ist unsere Agenda. Wir sprechen heute über JavaScript und Typescript, über Flatter, über GitHub, über Security und weil's bei der Programmierarbeit natürlich auch immer Apple News geben muss, sprechen wir auch über neue Macs. Und weil wir so viel zu tun haben, steigen wir direkt ein. Fabi, was gibt's Neues zu JavaScript?
- Fabi
- Ist direkt das kürzeste Thema ausgesucht. Ist wahrscheinlich 'n Thema, was ich skalieren kann bis zum Ende dieser Folge, sodass ihr alle gar keine Zeit mehr habt, aber ich geh mal von oben
- Jan
- noch mal Du hast meine GitHub Notizen noch nicht gesehen hier.
- Fabi
- Das heißt ja, das heißt, ihr habt auch alle so Themen wie ich oder was. Es geht t c neununddreißig, das Komitee neununddreißig, was ja dafür ist, den ECMaskript Standard weiterzuentwickeln. Also son bisschen das, was für Features demnächst bei uns so in Java Script landen. Und die treffen sich ja immer sechsmal im Jahr. Oktober waren jetzt an drei Tagen haben sie sich getroffen. Und ich wir geh mal son bisschen durch, was es so für neue Proposals gibt und in welchen Stages die sind, weil's da 'n paar sehr interessante gibt. Also so zum Recap, also diese Proposal Stages gehen ja von null bis vier. Vier ist dann sozusagen der Part, wo's dann schlussendlich in allen Browlen und so weiter implementiert sein sollte in den neuesten Versionen. Und vielleicht gehen wir von am interessantesten zu wenigstens interessant, aber es gibt echt einige der interessantesten. Structs ist, glaube ich, so mit aktuell einer der interessantesten Proposals, auch wenn's nicht für jedermann von uns einen direkten Anwendungsfall hat, aber ich denke, durchaus Impact haben wird, was unsere, ja, Compiler oder Ähnliches angehen wird. Also wir werden es merken, aber vielleicht nicht unbedingt jeder nutzen. Und zwar geht's grundsätzlich da drum, ich glaub, in der Überschrift des steht auch da. Es geht son bisschen Multi Threading und Shared Memory. Also grundsätzlich ist es so, wir haben ja zum Beispiel die Webworkers oder auch die Nodeworker Threads, Multi Threadded Dinge auszuführen in Java Script. Und aktuell ist es so, wenn sich diese Threads im Endeffekt Informationen teilen wollen, ist es entweder gibt's die Möglichkeit, das einfach über Post Message zu machen, immer wieder Informationen hin- und herzuschicken oder aktuell die einzige Möglichkeit, wirklich auf etwas shared zuzugreifen, ist der shared Array Buffer, was in der Realität aber, glaub ich, superscheiße zu nutzen ist, weil die API dafür halt, ja, Du hast halt immer noch 'n Buffer, mit dem Du interagieren musst und kannst auf den zugreifen, aus den kann aus verschiedenen Zirts zugegriffen werden, aber ist halt megaschwierig mit zu arbeiten. Und das, dieses neue Proporte soll das Ganze vereinfachen und dafür gibt's 'n paar Dinge, die eingeführt werden sollen. Und zwar, das Interessanteste, darauf würd ich's jetzt auch mal, da dabei würd ich's auch belassen. Wenn man das verstanden hat, glaub ich, versteht man so grundsätzlich, was da passieren soll. Und zwar durch das Einführen von und. Im Grunde genommen könnt ihr euch vorstellen, dass sie wie wie Klassen sind, so deklarativ wie Klassen, aber sie sind eben fixed. Also die man kann im Nachgang daran nichts mehr verändern, was sehr wichtig allein für die Memoryallokation von sonem ist, weil es bei 'ner Klasse superschwierig ist. In JavaScript kannst Du zwar sagen, in 'nem Konstruktor was für was für Parameter in soner Klasse drunning sollen, aber trotzdem hindert dich keiner daran zu sagen, wenn Du irgendwie eine Klasse foo hast und da hast Du Parameter x dran im Konstruktor definiert, danach noch in der in der in dem instanzierten Objekt zu sagen, ja, es gibt jetzt auch einfach noch 'n y mit irgend 'nem Wert, was es super schwierig macht, für einen expliziten Bereich im Memory zuzuweisen und bei Strucks geht das Ganze nicht mehr. Also wird getroht. Wenn Du irgendetwas danach probierst, sobald einmal Strucks initialalisiert hast, sind das die Parameter, die an diesem Strucks drin dranhängen, so. Und dieses Grundidee Prinzip gibt's erst mal als eine nicht Sharte Variante. Also wenn man einen Struct, zum Beispiel Box macht mit den Koordinaten x y, dann gibt es diese Box. Das hat nur diese Koordinaten x y, ist aber erst mal per se nicht geshared, so. Man kann das Ganze dann, das heißt, es hat erst mal noch keinen Einfluss auf jetzt irgendwie Multi Threading. Multi Thread wird es dann, wenn man einen Shared Truck macht, also was man initialisiert mit oder definiert mit Sharftrucked und könnte es dann Sharedbox nennen und dann die Möglichkeit hat, eben aus diesen verschiedenen Threads auf dieses strug zuzugreifen. Und das ist natürlich jetzt, wenn man sich diese API anschaut, einiges einfacher und sehr viel schöner zu schreiben als so ein Shared Array Buffer. Was ist einfach die Arbeit für, ich mein, keine Ahnung, was sind's für Use Cases? Wie gesagt, in meinem Alltag, ich hab noch nicht wirklich viel mit Workers Worker Threads überhaupt gearbeitet, sondern in meinem Alltag wird's keinen großen Einfluss haben, aber wenn man sich das mal vorstellt für irgendwelche Compiler, die, keine Ahnung, Multithrales probieren, alle Files durchzugehen und irgendwie überhaupt erst mal den den Tree aufzubauen. Wenn man sich das Multithrales irgendwie vorstellt, alle können direkt auf denselben Structor irgendwie den den Pfeilbaum irgendwie hat oder so was zugreifen, macht's natürlich super viel einfacher und das jetzt als letzter Part noch davon, dieses Scherz Trucks kann man eben nur in einem Unsafe Rapper da darauf zugreifen. Also wenn man irgendwas an einem Scherz Truck machen will, darauf was schreiben möchte, rappt man das immer mit einem ansafe, geschweifte Klammer auf, geschweifte Klammer zu und darin kann man dann mit dem mit dem mit dem Scherztrakt arbeiten. Was auf jeden Fall super interessant ist. Ich glaub, es ist natürlich auch so gerade was Performance und sowas angeht. Ich glaub, das wird 'n großen Impact haben, wenn's einfach einfacher ist, Multithradet zu arbeiten. Können wir natürlich sehr viel performance optimiertere Anwendungen an der Stelle schreiben. Wie gesagt, ich weiß nicht, ob ihr jetzt so viel schon mit Webworkern oder generell gearbeitet habt.
- Jan
- Ich glaube, in meinem Alltag wird's erst mal keinen direkten
- Fabi
- Impact haben. Aber es ist einfach grundsätzlich eine ein Proposal, was es sehr viel einfacher machen soll und jetzt in Stage zwei ist.
- Garrelt
- Was macht dies? Das kenn ich nicht.
- Fabi
- Das musst Du schreiben, etwas zu schreiben in so einen. Also Du kannst, wenn Du Du kannst, es gibt jetzt, Du kannst auch programmatisch checken, ob ein bestimmtes Truck geshared ist oder nicht. Und wenn Du auf einen auf einen Shared Truck probierst, zum Beispiel an an dieser Box, wenn die geshared ist, x zu überschreiben, kannst Du das nur in diesem Unsafe Block machen, der auch gleichzeitig damit eingeführt wird. Also Du musst sozusagen explizit wissen, dass Du etwas unsicheres tust, wo wir sagen uns, in Javascript gibt's ganz viele unsichere Sachen, die Du tun kannst so. Aber da musst Du es dir explizit sagen, dass Du beißt, das ist jetzt grade, in diesen in diesen sozusagen reinzuschreiben. Aber also
- Garrelt
- das ist dann eher was für den Entwickler, okay, hier passiert was oder ist da technisch hinter diesem Konstrukt doch irgendwas?
- Fabi
- Ich, also es ist auf jeden Fall so, Du kannst es nur, es ist nicht nur was Visuelles, sondern wenn Du diesen Block nicht schreibst und probiert in, in Chatbotbox x zu überschreiben, wird es 'n Fehler werfen. Also Du musst das in diesem Unsafe Block machen. Was jetzt der technische Hintergrund ist, warum sie sich explizit dafür entschieden haben, dass Du's nicht einfach so tun kannst, kann ich jetzt ehrlich gesagt an der Stelle nicht genau nicht genau sagen. Aber ist auf jeden Fall so, Du musst es tun. Es ist nicht nur, also es ist nicht nur was Visuelles so. Aber ob man's auch hätte anders machen können oder was die Gründe dafür dagegen sich dagegen zu entscheiden waren, weiß ich nicht genau. Dann vielleicht noch, lass uns noch mal zwei, drei Sachen machen, die vielleicht noch dazukommt noch ganz interessant sind. Extractor objects fand ich vom Prinzip her noch sehr interessant, auch ein Stage zwei das grundsätzlich aktuell ja nicht möglich ist, beim Destructoring von irgendwelchen Objekten oder so was nutzerdefinierte Logik auszuführen, was teilweise dazu führt, dass man bestimmte Dinge in mehreren Schritten machen muss. Und man hat jetzt die Möglichkeit, so ein Extractorobjekt zu schreiben. Wenn Du beispielsweise hast, Du hast ein Objekt und willst daraus zwei Parameter extrahieren, machst das direkt mit dem Binding Pattern und sagst const, geschweifte Klammer auf, geschweifte Klammer zu und suchst dir aus dieser Box, die wir vorhin hatten, direkt die Werte x und y raus und schreibst dir in eigene eigene Variable. Dann kannst Du das jetzt mit zum Beispiel das x mit einem mit einer einfachen Funktionsaufruf umklammern, also einfach sagen, keine Ahnung, Extractorobjekt, Klammer auf Klammer zu x. Und dieses Extractorobjekt ist dann eine Funktion, die bestimmte Überprüfungen macht und es zum Beispiel auf einen anderen type Map. Du könntest damit direkt sagen, x ist eigentlich ein eine Number, die aus diesem Objekt rauskommen würde. Mit diesem Extractorobjekt kannst Du bestimmte Überprüfungen machen und am Ende beispielsweise eine Number zurückgeben. Also sozusagen, desto direkt das extrahierst und damit schon direkt etwas weitermachst. Ist eine sehr interessante Syntax, kann man sich auf jeden Fall mal anschauen in diesen Proposals. Sieht sehr interessant aus, wenn man auf jeden Fall 'n Funktionsaufruf auf der linken Seite des Gleichheitszeichens hat bei einem bei einer Erstellung einer Variable. Sehr interessant.
- Jan
- Ist das eigentlich nix anderes als sone Methode dann eigentlich? Weil das, was Du grade gesagt hast, ne, so Validierung oder Umformen, das hätt ich ja auch in 'nem gatter irgendwie machen können. Na ja,
- Fabi
- aber es ist zum Beispiel auch so, son Destructioning kannst Du zum Beispiel machen, auch wenn Du eine Klasse in 'nem in 'nem Konstruktor einer Klasse eine Variable übergibst, kannst Du diese Extractorobjekt auch schon direkt an dieser Stelle nutzen, was was was kein Gatter wär, sondern Du übergibst, industalisierst eine eine Klasse mit einer Variable und hast schon an der Stelle direkt in wirklich dem in dem Konstruktor kannst Du da direkt diesen ja diesen Extractor Objekt Funktion sozusagen mit übernehmen. Also es ist einfach eine am Endeffekt eine andere Syntax. Du kannst nicht, ist ist nicht so, dass Du jetzt Dinge tun kannst, die Du vorher nicht auch tun konntest, so, ne, dass Du die Syntax wird sehr viel cleaner und Du musst es nicht mehrschrittig machen an der Stelle. Und direkt beim Insalisieren hat es den eben schon 'n anderen Typen. Und vielleicht noch als Letztes noch, ansonsten gibt noch einige andere Assyn Context, was jetzt dann auf Sprachebene kommen soll, weil ich kenn's auch schon schon auch aus Node heraus. Also das Grundprinzip ist, wenn Du irgendetwas asynchron aufrufst, dass Du globalen Kontext verlierst. So. 'N Beispiel dafür, wofür wofür wir's auch, glaub ich, bei uns in der Firma häufiger nutzen, ist, wenn wir zum Beispiel in unserem Node Prozess, da gibt's nämlich aktuell schon diese ASIN Conttext API, bisschen anders als sie jetzt im Proporal ist, dass man, wenn man einen Aufruf macht und ganz viel, also da kommt irgendwie in Webrequest rein, es werden ganz viele asynchrone Aufrufe gemacht und Du willst bestimmte Informationen, die am Anfang des standen, am Ende vielleicht noch irgendwie haben, Beispiel Bodyparameter, die in irgend 'nem Post mitgeschickt werden, sie zu loggen, falls es 'n Fehler gibt. Die Information irgendwie durchzuschleifen durch sonen asynchronen Kontext, wenn am Ende irgend eine asynchrone Funktion wieder throwed, den wieder aufzunehmen, ist superschwierig, weil der globale Kontext verloren geht. Deswegen schreiben wir das beispielsweise sonen asynkontext rein, was man dann auch später, was über einen asynchron Kontext hinweg eben Informationen, die dann global behalten werden, mal auslesen kann, wenn man beispielsweise throw zu sagen, hey, was waren denn die Bodyparameter am Anfang? Ich logg die jetzt auch mal mit zu diesem Fehler, dass ich genau weiß, wie wurde denn die Recurs gemacht. Und dieses Prinzip von asyncontext, also dass ich generell Informationen über einen asynchrone Aufrufchain mir speichere und an jeder Stelle auslesen kann, soll jetzt eben auch in in den ECMAS Skript Standard landen mit der ASINN Kontext API, die ich auch gern mal anschauen könnt. Und echt auch einige, also war es, glaub ich, 'n superinteressantes Meeting, gibt echt einige einige sehr interessante Parts. Packen wir noch in die Shownotes, aber würden's mal an der Stelle, damit's nicht noch länger wird, bei bei Structs, bei dem Extractor Objects und bei Asing Context belassen.
- Jan
- Superspannend. Da würd ich auch gern mal Mäuschen spielen, wenn die so zusammen sitzen und so entscheiden, wie's weitergehen soll mit so draufgehen.
- Fabi
- Kannst Du übrigens, könnten wir mal fragen. Ich, wenn ihr beim Meeting dabei war, aber Luca Karsonato, der ja bei Deno Arbeit, den wir auch schon zweimal im Podcast hatten, der hat auch ein Proposl, was jetzt grade diskutiert wurde. Ich weiß gar nicht aber, ob er in dem Meeting dabei saß. Können wir ihn übers Nächsten interviewen, wenn er mal wieder hier ist, wie's abläuft.
- Jan
- Ja, Entschuldigung. Spannend. Cool. Gerald, wenn ich 'n neues Flatterprojekt starten will, muss mich jetzt für eine neue Flattervariante entscheiden?
- Garrelt
- Ja und nein. Seit 'n paar Tagen, also worauf Du anspielst, ist der neue Flatter Fork namens Flock, cooler Name. Der wurde vor 'n paar Tagen ins Leben gerufen von Matt Carroll, der ein ehemaliger Google- und auch Flatter Team Mitarbeiter ist und der eben jetzt angefangen hat, einen Fock aufzusetzen, der sich aber sehr, sehr nah an Flatter halten soll. Das heißt, man bekommt zwar einen neuen Vorkunft, vielleicht auch eine neue Binary, aber die im Grunde immer Flatter sein und bleiben soll. Und der Grund dahinter war insgesamt, dass er meint, dass das Flatterteam für die Aufgaben, die sie haben, viel zu klein ist. Er hat, geht da mit son paar Zahlen und sagt, okay, es gibt vielleicht ungefähr eine Million Flatterentwickler, was bedeuten würde, dass jeder Entwickler von Flatter, okay, das wär jetzt verwirrend. Es gibt eine Million Leute, die Flatter nutzen und es gibt nicht genügend Flatterentwickler, sodass zwanzigtausend Flatternutzer auf einen Entwickler kommen, was seiner Meinung nach viel zu viel ist. Und er auch aus eigener Erfahrung sagt, sie kommen einfach nicht hinterher mit den Aufgaben und mit den und mit den. Und er damit im Prinzip dieses Flatterteam unterstützen möchte, indem er sagt, okay, die Community kann in diesem flexibler und eigenständige arbeiten, Bugs fixen, vielleicht sogar 'n paar Features mit reinbringen und möchte aber auch am Ende hofft er, dass das Flatterteam dann diese Bugs wieder integriert. Nur seiner aus seinen Erfahrungen macht es eben das Flatterteam nicht aktiv genug in ihrem eigenen Projekt. Und daher dieser Fork, was ja für mich erst mal nach 'ner coolen Idee wirkt, aber viele finden das irgendwie natürlich unnötig. Und ich weiß nicht, ob das jetzt in der News Folge interessant ist, aber ich würd auch euch gern fragen, was
- Dennis
- Für das Stranger daran
- Fabi
- ist das heißt, es müssen auch erst mal so viele Leute 'n Fork nutzen, dass die Community überhaupt groß genug ist, dass sie darin Bugs fixen wollen. Ich mein, je größer die Community wird, desto weniger nutzen dann ja den das richtige Flatter an der Stelle. Und also irgendwie, ist es wirklich ein Zurückgeben an an an das Flatterteam, sodass sie da auch Bugs fixen oder einfach Fixes kopieren können an der Stelle? Ich versteh den Move noch nicht so ganz so. Weil es muss ja eigentlich schon funktionieren, wenn die Community groß genug wird und dann heißt ja, dass die andere Community kleiner wird.
- Jan
- Nee, Du, nee, Du kannst dich ja schon der Community von dem bestehenden Projekt bedienen. Stell dir vor, im Original Flatter Repository sind halt irgendwie fünfhundert Pull Requests drin, die nicht gemerged werden, weil die Flatter Core Container keine Zeit, Energie, Aufmerksamkeit, was auch immer dafür haben. Die kannst Du ja eins zu eins nehmen. Es muss sich ja niemand in Anführungszeichen aktiv erst mal mit deinem Forg beschäftigen. Du kannst ja erst mal viel Zeit darauf verwenden, nur die ganzen Fixes, die schon da sind, die halt nicht integriert werden, bei dir halt zu integrieren. So und dann hast Du quasi eine Flattervariante, die halt schon mal in Anführungszeichen besser, gefixter, wie auch immer halt ist als irgendwie der Hauptzweig so. Und dann geht's halt darum, wer nutzt Der
- Fabi
- Volk soll immer irgendwo bei dem Hauptzweig bleiben. Also das ist ja auch der Partzeug, muss ich immer wieder regelmäßig den Volk reinmärgen.
- Garrelt
- Genau, das hab ich mich auch gefragt, wie Sie das dann am Ende technisch hinkriegen, weil in meinen, in meinem Kopf müsste das irgendwie X-Merge-Konflikts geben.
- Fabi
- Ist das sehr kompatibel halten, ja.
- Garrelt
- Es muss das halt kompatibel halten. Also ich schätze schon, dass das irgendwie viel Aufwand ist. Aber zumindest ist das die am Ende das Endziel, dass sie eigentlich Flatter bleiben, dass Flock immer Flatter plus ist. Ich glaub, so nennen sie das sogar auch. Also dass immer einfach das aktuelle Flatter halt und
- Fabi
- Kanntest Du, kennt man das irgendwo aus dem Ökosystem? Also also also son Move schon mal irgendwo gesehen oder so? Ich also
- Jan
- Na ja, ist wie node j s und I o damals, ne? Die hatten zwar einen anderen Grund, warum die sich so aufgeteilt haben, aber da war ja der Ansatz auch so, na ja, wir sind im Prinzip größtenteils abikompatibel und jetzt hast Du halt zwei Versionen, die Du nutzen kannst. Und dann sind sie später wieder zusammen gegangen. Also es kann ja auch gut sein, dass wenn wenn Flock funktioniert im Sinne von, dass es aufzeigt, dass Leute oder dass möglich ist, diese ganzen Fixes integrieren und halt schon son bisschen aktiver mit der Community da zusammenzuarbeiten, dass dann das Flatter Core Team halt auch sagt, okay, boah, gut, vielleicht müssen wir einfach was anders machen. Wir übernehmen jetzt die ganzen Fixes aus Flock und geloben in Zukunft Besserung und damit geht Flock wieder in Fatter auf
- Dennis
- Aber das heißt ja auch irgendwie, dass dass man sagt, also 'n bisschen jetzt hier die Frage, wieso wieso Flatter das nicht macht und vermutlich, also ja wegen den Kapazitäten, die irgendwie da sind, aber dann ist es ja wahrscheinlich irgend eine Art von Qualitätsanspruch. Also wer übernimmt praktisch jetzt die die Verantwortung für die Qualität in dem in dem in den neuen Dingen? Das frag ich mich son bisschen. Wenn Du jetzt einfach Wilddrohungen abziehtierst und das alles auf der Qualität wäre, das gut wäre, dann könnte Flatter das ja auch einfach machen.
- Fabi
- Aber das heißt, also ist halt die Open Source, ist halt 'n Open Source entwickeltes Projekt so. Aber ist halt so wie jedes andere Open Source Projekt dann auch jetzt. Flatter ist es halt nicht.
- Dennis
- Okay, ja, Flatter ist zu
- Garrelt
- Also Flatter ist ja im Prinzip auch Open
- Dave
- Source, aber
- Garrelt
- Aber sie nehmen halt keine externen Reviews. Genau. Und das ist einfach das Ding.
- Fabi
- Nennt man das dann?
- Garrelt
- Gut Frage. Also da geht ja auch relativ viel drauf ein, dass sie jetzt sagen, okay, sie suchen auch Directors, die in bestimmten Bereichen der Code
- Dennis
- Ach sone, also mal recherchiert, was für 'n Typ ist? Also haben die irgendwie Geld oder? Ich mein, wenn ihr sagt flattert nicht genug Leute, die daran arbeiten und jetzt will er das ehrenamtlich stemmen oder hat er irgendwie, ist er riesig finanziert und kann da
- Jan
- so oder? Google ist ja auch eher sone kleine arme Bude, wenn die halt nicht genug Geld haben, dann muss halt jemand anderes richten.
- Garrelt
- Ja. So tief hab ich ihn nicht irritiert. Das hab ich mich aber auch schon gefragt. Ich hab nur geguckt, woher er kommt und ob er kompetent ist und das wirkt schon so.
- Dennis
- Wir können's ja am Flatter Day noch mal diskutieren, der nächste Woche stattfindet, falls ihr noch Tickets braucht. Es ist jetzt eure letzte Chance, dass wir euch in den News darauf hinweisen können am siebten November hier bei uns in Bad Nauheim. Einen ganzen Tag lang Flatter Content und mit Sicherheit die auch die ein oder andere Diskussion über, Namen schon vergessen, Vlog. Vlog.
- Dave
- Richtig gut genutzt den Spot.
- Jan
- Smooth, wenn es
- Dave
- Na ja, richtig.
- Garrelt
- Muss man sagen. Keiner erwartet.
- Dave
- Wir haben für uns alle unerwartet. Krass, nicht schlecht.
- Jan
- Aber ich ich hab auch 'n coolen Übergang. Wir können nämlich bei Flatter bleiben. Wusstet ihr, dass Flatter nämlich eines der Top zehn nach auf GitHub ist? Also irgendwas scheint halt schon zu laufen.
- Garrelt
- Also es wird viel contributed, aber nix gemerged oder was?
- Jan
- Es kann ja auch, es gibt ja auch andere Arten von contributions, ne. Also es muss ja nicht immer nur Codefixes oder so was sein. Es kann ja auch Dokumentationen, es kann Issue contributions irgendwie so was alles sein. Von daher ganz gut. Aber wieso weiß ich das? Weil ich die GitHub Survey für zwanzig vierundzwanzig gelesen hab. So und da stand unter anderem drin, was sind so die Top zehn Projekte? Und auch voll krass, die Top zehn Projekte für so First time Contributest, ne, also wo findest Du so quasi deinen Anfang? Die Nummer drei Projekte Visual Studio Code, Home Assistant und Power Toys. So, jetzt alles drei keine Projekte, wo ich denken würde so, jo, wenn Du mal so deinen Einstieg in Open Source finden willst, suchst Du dir son kleines schnuckeliges Projekt und kontributest da mal irgendwas rein so, ja? Sondern machst halt direkt irgendwie was an deiner IDI oder so. Fand ich fand ich beeindruckend.
- Dennis
- Ja. Ich mein, Homos ist, jetzt kann ich schon einigermaßen nachvollziehen, weißt Du, da hast Du irgendwie so, da gibt's viele, keine Ahnung, Kleinigkeiten, die man hinzufügen kann und 'n eigenes Ding, was Du irgendwie hast und wo Du irgendwie was anbinden willst und damit Du das dann machen kannst und es funktioniert, kannst Du halt contributen, also das macht schon irgendwie Sinn. Ist vielleicht ähnlich in in der IDE auch, oder? Das ist dann so eher, obwohl Extensions würden, weiß ich nicht, ob die da zuzählen würden. Tja. Wahrscheinlich eher nicht.
- Jan
- Auch interessant, Python hat jetzt Javascript als Nummer eins Sprache auf GitHub abgelöst dieses Jahr zum ersten Mal. Ja, ich glaub, da spielt viel rein, natürlich alles, was grade so AI passiert, aber auch so generell, dass so Wissenschaftscommunitys halt auch irgendwie anfangen, GitHub stärker zu nutzen zum Austausch und für so was und da natürlich Python irgendwie superstark verbreitet ist.
- Fabi
- Aber AI wahrscheinlich der Hauptgrund, oder? Willst Du das ja
- Dennis
- nicht so
- Jan
- Ja. Also Sie sagen selber so, AI ist der ist der große Treiber, aber Sie berichten auch so einen Shapter lang über, was machen Sie mit Science irgendwie grade so? Okay.
- Garrelt
- Weißt Du, wie das gemessen wird? Ist das oder einfach Projektanzahl oder was?
- Jan
- Nee, ich glaub, es war.
- Garrelt
- Krass, okay.
- Fabi
- Ja. Ich glaub, wenn ich die
- Jan
- eine Anzahl
- Fabi
- schreibe, dann die ist natürlich schneller als wir.
- Jan
- Jetzt kannst Du natürlich auch sagen, da also profitieren da Sprachen von, die irgendwie mehr Zeilen produzieren für weniger Instructs und so, ne. Das ist ja dann auch irgendwie son Punkt. Aber das ist, glaub ich, dann Erbsenzählerei irgendwie so.
- Dave
- Wenn ihr schätzen müsst relativ kompakt tatsächlich.
- Jan
- Wollt ich
- Fabi
- grad auch sagen, so, da sind wir da eher schlecht.
- Jan
- Wenn wenn Du die Tabs nicht mehr zählst, ja.
- Dave
- Ja, recht recht viel Ergebnis für wenig Code.
- Jan
- Ja. Was glaubt ihr, wie viel User hat GitHub so weltweit? Ich war überrascht.
- Fabi
- Hundertelf. Millionen, ja, könnte ich mitgehen.
- Garrelt
- Würde ich auch Zwei, drei
- Jan
- Millionen essen. Nee, 'n bisschen mehr sogar. Sagen wir mal, ah,
- Garrelt
- das ist ja. Zwei, drei Millionen. Zweihundertzwanzig Millionen. Zweihundertzwanzig Millionen. Zweihundertzwanzig Millionen.
- Dave
- Ja,
- Dennis
- Zweihundertzwanzig Millionen. Zweihundertzwanzig.
- Jan
- Zweihundertzwanzig. Zweihundertzwanzig. Garald ist im einstägigen Millionenbereich. Es sind tatsächlich hundert. Ich dachte irgendwie auch, es müssten krass viel mehr sein. Aber man unterschätzt das oder überschätzt das dann vielleicht die eigene Bubble irgendwie auch immer son bisschen.
- Fabi
- Ja. Wie viele, eine Milliarde oder was? Weißt Du, Mensch, ich hätt ja alles Entwickler.
- Jan
- Ja, genau. Man denkt halt immer nur so an seine Entwickler Bubbles, jeder hat doch 'n GitHub Account oder Millionen wahrscheinlich.
- Dennis
- Jeder ist doch
- Jan
- Entwickler im etwa. Entwickler, okay. Ja. Und in Ihrem von welche Länder contributen eigentlich so viel Code, Sagen Sie das erste Mal voraus, dass die USA ihren Platz eins verlieren werden in den nächsten paar Jahren, weil Indien irgendwie grade krasser am Aufholen ist und Deutschland seinen Platz fünf oder sechs, den er's grade hat, auch verlieren wird in den nächsten paar Jahren, weil irgendwie Indonesien so direkt an uns vorbeizieht, so.
- Garrelt
- Schade Gas Leute.
- Dennis
- Ja. Ja.
- Jan
- Also mehr mehr Code schreiben.
- Dennis
- Das sind eine Milliarden versus, wie viel? Achtzig Millionen, also Faktor zehn Leute, die Du hast. Das wär ja komisch, wenn sich das nicht in die Richtung entwickelt. Aber ja, trotzdem interessant.
- Jan
- Aber also die GitHub Service ist natürlich nur der kleinste Teil.
- Fabi
- Also wichtig ist und die GitHub, die uns schreibst. Mehr Code. Ist ja unsere Message für heute, oder?
- Dave
- Keinen guten Code, einfach nur mehr Code, Leute.
- Fabi
- Du Du Du musst mir Platz halten. Schreib mehr Code.
- Jan
- Hab ich lieber ehrlich gesagt. Ja, also GitHub Universe Keynote habe ich mir eben noch mal angeguckt. Superironisch gleich direkt vom Start weg. Der GitHub CEO Thomas Donke stand auf der Bühne und hat erst mal son fünf Minuten Monolog darüber gehalten, dass, was ich irgendwie 'n bisschen cool fand, wenn Du eine Firma bist, die auf Open Source Projekten Closed Source Produkte anbietet und damit viel Cash verdient, sich auf die Bühne zu stellen und zu sagen, so Open Source ist voll geil, aber ich mein, gibt ihnen ja irgendwie recht. Gab 'n paar News zu Copilot, zu der neuen zu der neuen Multimodel Choice, die sie da jetzt anbieten. Also bisher war das ja alles auf OpenAI nur aufgebaut. Gibt es jetzt auch mit Claude, gibt es jetzt auch mit Gemini. Soll alles in den nächsten paar Tagen dann auch so live gehen. Kann man sich dann direkt beim Prompton immer so aussuchen, mit wem man jetzt grade irgendwie so reden will. OpenAI, O-1-P Preview gibt's dann auch für alle, was glaub ich, Fabi korrigier mich, aber dann quasi der einfachste Weg ist, an die O-1-P Preview zu kommen, oder? Weil bei OpenAI ist ja immer noch restricted, wenn ich nicht irre. Und bei Co Pilot kannst Du sie jetzt direkt haben.
- Fabi
- Ich meine, ist es so, dass es immer noch, also Du kannst über die APi nutzen, ich hab's ja 'n Cursor drin, über die API, aber ist die API immer noch restricted zu, Du musst 'n gewissen Umsatz haben, Die API weiß ich vielleicht
- Jan
- aber auf alle Fälle, das das UI war doch lange noch so, ne? Wenn ich jetzt auf, wenn wenn ich jetzt chatten will, kann ich doch noch nicht
- Dennis
- Doch, wir können das.
- Jan
- Wir, ja, wir können das, weil wir schon hier so sind, ne. Aber ich glaub, für die anderen da draußen, weiß nicht.
- Dennis
- Ah, okay.
- Jan
- Anyway, hab ich alle Fälle mal aus dem
- Fabi
- Kopf, ja.
- Jan
- Co Pilot könnt ihr jetzt mit O-One-Pevio arbeiten, wenn ihr wollt. Sie haben noch son bisschen Co Pilot Extensions gezeigt. Die sind aber, glaub ich, schon 'n paar Wochen oder Monate älter. Sie haben son bisschen gepreviewt, Co Pilot wird jetzt auch für x-Code kommen, was ich megalustig fände, weil Apple Intelligence für x-Code irgendwie immer noch nicht so aus den Petten kommt. Und es kann sein, dass Github dann schneller AI zu x-Code bringt als Apple selbst. Das bleibt mal spannend, wer da der Erste ist. Sie haben son bisschen über Workspace gesprochen. Workspace ist ja so dieses, Du kannst im Browser mithilfe von verschiedenen Agents so direkt deine und irgendwie bearbeiten und schließen, indem Du mit deinen Agents sprichst und sie dann im Prinzip so verschiedenste Sachen in deinem Repository für dich parallel erledigen können.
- Dennis
- Die können auch eigentlich dann diese ganzen flatter Issues einfach mal mergen.
- Jan
- Vielleicht könnten sie's so machen, ja? Aber was ich megainteressant fand, die Person, die Dame, die da über Workspace gesprochen hat, die hat gesagt, die sind 'n Fünf Mann Team, die daran arbeiten. Und das fand ich krass. Also ich weiß nicht, ob ihr Workspace schon mal so in Action gesehen habt, aber es ist eigentlich so vom vom Flow her, es es fühlt es sich ziemlich cool an und und sehr durchdacht irgendwie auch, ja? Und technisch auch sehr gut von dem, was es da so tut. Und dann halt zu sehen, dass so fünf Leute in GitHub machen, die das halt so als son Labsprojekt mal gestartet haben und jetzt da son son Previewprodukt draus machen, find ich schon irgendwie cool, zu sehen, dass es auch in großen Firmen irgendwie noch geht. Dann hatten Sie noch zu GitHub Labs 'n bisschen was gesprochen. Also Labs, ne, ist ja so Ihr Ihr Inkubator für für neue, kleinere Projekte. GitHub Spark ist jetzt so die No Code Low Code AI Toolchain, so deine eigenen Mini Apps on the flight zu bauen, indem Du einfach mit 'nem Model redest und das für dich quasi coated, aber es macht halt alles so. Es es bootsrapp dein Projekt, es kümmert sich Data Resistance, es deployed das für dich, es macht Commits für dich sozusagen. Also Du hast eigentlich nie so Kontakt zu deinem Code. Du sagst einfach was, dann kriegst Du sone App gezeigt, wie sie so läuft und dann redest Du einfach weiter mit dem mit dem Model und verfeinerst diese App quasi im laufenden Betrieb. Das ist natürlich alles doch superlimitiert, ja. Es ist nur für dich gerade, es ist nicht Multi User oder sonst irgendwas. Es ist sehr limitiert in dem in den Layoutmöglichkeiten, die es dir da gerade so gibt. Aber es ist, glaube ich, für so den den typischen Anwender da draußen, der halt kein Coder ist, der sagt, boah, ich hatte jetzt irgendwie gerne mal, weiß ich, eine App, meine meine Fitnessstudio Aktivität irgendwie so mit zu tracken und sagen nur, hey, machen wir mal 'n Interface mit diesen Eingabemöglichkeiten und diesen Charts, die da rausfallen sollen oder so was, dafür ist es, glaube ich, supergut, ja? Und Du kommst ja am Ende, wenn Du willst, immer noch an den Code und kannst das dann halt nehmen und wirklich, wenn Du dann mit anderen zusammenarbeiten willst, das als irgendwie Grundlage nehmen. Aber das führt, glaube ich, so dieses ganze No Code, Low Code Thema noch mal auf sone sehr, sehr andere Ebene.
- Dennis
- Das ist ähnlich wie dieses oder, was wir ja schon mal im Podcast besprochen haben?
- Jan
- Ja. Aber ich weiß nicht, ob Rapid Machen die auch so dieses ganze Hosting und Betreiben am Ende für dich? Ja. Ah, okay, das war
- Dennis
- Hatte ich gestern nicht.
- Jan
- Ich hatte nur mal das Bootstrappen gesehen, von denen aber nicht, wie's danach weitergeht.
- Dennis
- Gestern ein sehr faszinierendes Erlebnis. Aber das würde jetzt die Folge sprengen.
- Jan
- Ja. Dann haben sie noch 'n bisschen über Models gesprochen und wie Du da im Playground irgendwie verschiedene Models vergleichen kannst. Das ist aber jetzt nicht so spektakulär, da gibt's ja auch schon andere Tools für. Und das war GitHub Universe im Schnelldurchlauf. Was ich mich am Ende dann gefragt hab, wisst ihr, wir haben vor 'nem Jahr irgendwie mal drüber gesprochen, glaub, es war auch Oktober, ob GitHub mit Copilot eigentlich Geld verdient. Da kamen son paar News raus, so, ah, eigentlich verlieren sie mit jedem, der das abschließt, irgendwie monatlich noch Geld, aber Sie finanzieren's halt irgendwie selber, son bisschen die Userbase wachsen zu lassen. Und dann dacht ich mir, okay, jetzt machen Sie immer mehr damit, ob's Es muss ja unglaublich teuer für Sie sein. Und dann mal 'n bisschen recherchiert. Und seit Ende letzten Jahres gibt es Aussagen von GitHub, wo sie sagen, nein, Co Pilot ist nettopositiv für uns. So, also alle AI Services, die wir einkaufen müssen, den zu betreiben, kosten uns weniger als wir mit Co Pilot einnehmen. Was ist wahrscheinlich Arbeitszeit und Marketing und so, musst Du da noch 'n bisschen bisschen rausrechnen, aber wenn man jetzt Nummer versus vergleich, machen sie damit Geld. So. Und Ja, ist das.
- Dennis
- Ist das denn nicht auch sone 'n bisschen eine falsche Perception von jedermann wahrscheinlich, weil wir halt diese Endprodukte kaufen? Also wenn wir beispielsweise jetzt sone ChatGPT Subscription haben, dann ist sie halt ziemlich teuer. Aber es gibt ja, gab ja auch mal diese Webseite, wo man eingeben kann, lohnt sich diese für mich? Denn wenn man das über die API macht, ist das ja 'n Bruchteil der Kosten in der Regel. Und das ist ja, glaub ich, das, was also ne, die API Requests sind halt schon so deutlich günstiger geworden. Das heißt, wenn Du dieses Paket außen rum hast, dann ist das erst mal 'n Batzen an Geld. Aber wenn man dann runterrechnet, auf wie viele kommen denn am Ende durch an die Models?
- Fabi
- Aber ich glaub halt Co Pilot ist halt, da wird da so viel aus der IDI, also automatisch, also da werden ja eine ganze andere Menge von gemacht. Also Co Pilot Subscription, das ist ja 'n, klar. Da musst Du in die, da musst Du auf die Website gehen und eine explizite Anfrage stellen. Aber wie viel, weil Co Pilot ja einfach nur, wenn Du tippst und so was direkt irgendwelche Vorschläge kommen, das ist ja einfach, ist ja auch durchaus eine Menge von.
- Jan
- Ja. Ja. Aber also ich glaube, wir hatten halt am Anfang waren wir uns auch alle son bisschen unsicher, ne, ob das aufgeht, weil wie Fabi schon sagte, es hat schon jede Menge Zeug, was da passiert. Auch sehr große Kontext Windows, viele Tokens, ja? Es ist nicht so. Dein schreib mir mal kurz eine E-Mail dazu oder helfen wir mal, das hier kurz zu korrigieren oder so. Es ist, glaub ich, sehr, sehr viel mehr an Leistung so. Aber offensichtlich funktioniert das für sie. Und aus dem letzten Earnings Call für Microsoft, da hab ich auch eine Aussage gefunden, wo Satya Nadella sagt so, na ja, Co Pilot ist ungefähr für die Hälfte, 'n bisschen weniger als die Hälfte von GitHub Revenue Groth verantwortlich, ja? Und Co Pilot alleine ist jetzt schon 'n größeres Business, als GitHub insgesamt das war, als Microsoft das gekauft hat, so. Also ja, fand ich irgendwie auch krass und ich glaube, damit ist GitHub einer der wenigen großen Player, die irgendwie gut und richtig nachhaltig Geld mit AI verdienen aktuell. So und das muss man, glaube ich, auch mal irgendwie hervorheben. Weil da sind ja viele dabei. Ich mein Fabi hab da auch in den AI News drüber gesprochen, ja selbst Open AI selbst verbrennen ja grade noch deutlich mehr Geld, als sie irgendwie einnehmen.
- Fabi
- Bis zu fünfzig.
- Dennis
- Ja. Schau mal. An der Stelle vielleicht, damit ich es kurz kurz ab, ich hab die Folge nicht gehört, ich was jetzt
- Jan
- Spoiler, wenn ich wenn ich jetzt da komme. Wenn wir die so
- Fabi
- eine Zusammenfassung haben oder was.
- Dennis
- Nein, ich wollte ich wollte eine kurze Korrektur hinterherschicken, falls ihr jetzt, falls wir Crosshörer haben, die AI News und normale News hört, in eurer Rumrechnerei und als ihr gesagt habt, wir sind ja vielleicht nicht so gut in Mathe, aber wenn wir das so hochrechnen, einen tatsächlich größeren Denkfehler hattet ihr, denn ihr habt das den Faktor zwölf euch verrechnet, weil ihr von monatlichen Kosten ausgegangen seid und aber jährliche Umsätze bedacht habt. Also das hätte man die Umsätze praktisch alle mal zwölf beziehungsweise dann
- Fabi
- ja, das
- Dave
- man braucht.
- Fabi
- Wir können jetzt sehr ins
- Dave
- Detail gehen. Zwölf. Okay, egal.
- Dennis
- Auf jeden Fall. Genau.
- Fabi
- Also oftmals war's ja gesamtreveny und so, ne. Wahrscheinlich dann eher 'n Detail gewesen, wo wir uns herum unterhalten haben. Und den gesamtreveny haben wir uns ja nicht errechnet so und den gesamt die Gesamtkosten.
- Dennis
- Ja, aber Ja. Aber er wird 'n bisschen länger über die ich selber schon geredet. Aber ist egal. Das das nur eingeschoben als News.
- Jan
- Live live Feedback und
- Fabi
- Call Ich weiß, was
- Dennis
- er Herr Dennis.
- Fabi
- Ich hab's gemacht und weiß noch nicht mal genau, welchen Teil er meint an der Stelle.
- Jan
- Also von daher.
- Dave
- Wenn ihr wisst, was genau der Dennis meint
- Fabi
- an der Stelle, was wir da versprechen haben, dann
- Dennis
- bitteschön. Dann schreibt jetzt an. Fabi, er Ja. Okay, alles gut, weiter.
- Jan
- So. Kategorien, wo Komma, Fehler und Zahlendreher vielleicht auch schwere Folgen haben können. Security. Dave, was gibt's Neues? Security Dave.
- Dave
- Hey, ja. Oh, das ist irgendwie mein Thema, ne, diese ganzen Security Sachen so. Ich will ich will
- Jan
- Nee, ich glaub, die Leute da draußen denken jetzt auch einfach, Du bist son son Cybersecurity Forensiker Experte für irgendwas so, ja.
- Dave
- Ja. Enttäuscht dich nicht. Ich ich muss nur sagen, das Mastermodul mochte dich sehr gerne, aber irgendwie, ich find's jetzt auch nicht so superspannend. Aber ich würd gerne nicht nur über die Security Aspekt reden, sondern über das Internet Archive generell, weil das hat nämlich in relativ kurzer Zeit einfach so drei Riesenhits getankt, also wirklich drei dicke Niederschläge hintereinander und da will ich erst mal 'n bisschen drauf eingehen. Und zwar erst mal die Frage klären, was ist das Internet Archive? Also wie der Name schon sagt, ist es das Archiv des Internets, ja. Also man kann sich vorstellen wie eine riesige Bibliothek und Sie sagen selbst, wir sind eine gemeinnützige Non Profit Bibliothek mit Millionen kostenloser Bücher, Filme, Software, Musik, Websites und mehr, ja. Also die geben an, wir haben achthundertsechsundsechzig Milliarden Webseiten gespeichert, die einen Speicher umfassen von hundert Petabyte, also riesige Datenmenge. Und das das Coolste, was ich da eigentlich von denen finde, ist die sogenannte Wayback Machine. Und zwar haben die seit neunzehnhundertsechsundneunzig praktisch immer Snapshots von jeglicher Webseite zu jeglichen Zeitpunkten gemacht und die werden immer dann regelmäßig geupdatet und man kann sich dann wirklich dann anschauen so, hey, wie sah Amazon, Google, Youtube, Yahoo zweitausendfünf aus? Wie sah die programmier.barseite vor fünf Jahren aus? Was für süße Nachrichten hat Dennis im im Knuddels Forum gepostet so? Das kann man kann man alle schreiben. Also so ganz getreu dem Motto, das Internet vergisst nie.
- Fabi
- Ich hab das mal witzigerweise dafür genutzt, ich hab ja immer eine Zeit lang relativ aktiv Musik gemacht. Wir haben uns dann nach 'n paar Jahren mit den Band Jungs gefragt, aber wir wissen, wir haben uns nicht aufgeschrieben, wo unsere ganzen Konzerte eigentlich mal waren, wo wir überall gespielt haben. Und wir konnten ja nur durch Internet Archive alte Varianten unserer Homepage durchgehen, uns unsere Tourdaten fast komplett wieder zu rekonstruieren, weil wir irgendwann mal zu irgendeinem Zeitpunkt auf der Homepage standen.
- Jan
- Das fand ich Ja, dachte Fabi sagt jetzt, er hat's im Knuddles Forum gepostet und da Ja, genau. Die
- Dave
- ganzen Konzerte den Knuddeln treffen zweitausendsieben. Nice. Genau, das ist eine coole Funktion und eine Sache, die ich auch sehr, sehr cool fand, war nämlich diese freie Bibliothek, die die genannt haben. Und das finde ich sehr cool, gerade in puncto Bildung für alle beziehungsweise einfach so freie Zugänglichkeit von Literatur weltweit. Und zwar der Gründer des Internet Archives, Bruce Tharkale, so ist der Name, ist generell son Befürworter für universellen Zugriff zu jeglichem Wissen. Und was daran ganz cool war in dieser, dass jedes physische Buch digitalisiert wurde und man kann sich das vorstellen, diese digitale Bibliothek war einfach wirklich wie eine echte Bibliothek. Also es gab für jedes real existierende physische Exemplar eines Buch Buches ein digitales Äquivalent. Und das heißt, mal angenommen, ein Buch wurd hundertmal irgendwie rausgegeben, das heißt, es gab auch hundert digitale Kopien und die konnte man sich dann wirklich einfach ausleihen, was ja irgendwie ganz cool ist, ne. Und dann war's halt nicht verfügbar, weil jemand anderes hatte, also hat man das immer für X-Tage gehabt und ist halt irgendwie ganz nice, einfach da das zur Verfügung zu haben. Und da kommt auch schon die die der der erste große Rückschlag, weil wahrscheinlich denkt ihr euch jetzt, ja okay, hä, wie einfach kostenlose Bücher. Genau das haben sich nämlich auch verschiedene Verlege gedacht. Und zwar musste Anfang September ein Großteil dieser Bücher entfernt werden, denn im im März zweitausenddreiundzwanzig haben viele Verlage eine eine Klage eingereicht und haben gesagt, hey, ihr könnt einfach nicht einfach unsere unsere Bücher dort nehmen, ohne dass wir beziehungsweise die rechten Inhaber dem zustimmen. Und da sollten sie auch vor Gericht halt Recht bekommen und das muss halt alles entfernt werden aufgrund einer Urheberrechtsverletzung. Das heißt, 'n Großteil von dieser Open Library ist jetzt einfach, Gorn, Danke danke für die Wolken, Gaga. Das ist sehr schön. Genau, das war das erste Große, was dann halt Anfang September war, aber damit nicht genug, denn es kam noch ein zweites großes Ding Ende September. Und zwar, wenn man die Seite besucht hat, kam direkt ein JavaScript Alert, als man das Internet Archive besucht hat. Und auf dem stand, Also dieses ist es, da kann man seine E-Mail-Adresse eingeben und dann sehen, hey, wurden man Daten kompromittiert? Ist da irgendwo 'n Data Breach gewesen? Ja, und das ist einfach passiert und das ist natürlich dann irgendwie auch lustig, dass die Angreifer das dann auch so direkt kommuniziert haben auf der Webseite. Einunddreißig Millionen Daten sind natürlich superviel und aktuell ist auch nicht bekannt, wie die Angreifer da wirklich dran gekommen sind und ob vielleicht sogar noch mehr Daten irgendwie abhandengekommen sind. Es wurd irgendwie eine bestimmte Bibliothek benutzt, weshalb die darauf Zugriff hatten, aber Genaueres ist da nicht bekannt. Ist auf jeden Fall auf jeden Fall 'n sehr, sehr, sehr starker. Aber da ist natürlich noch mehr. Und zwar aller guten Dinge sind drei und jetzt wird's irgendwie wirklich wild, weil ich das irgendwie fast sogar schon bisschen lustig fand. Und zwar leidet das Internet Archive und vor allem auch diese Way back Machine unter DDoS Attacken. Und zwar war das jetzt am dreizehnten, am siebzehnten und am einundzwanzigsten Oktober, wahrscheinlich auch während wir aufnehmen, passiert wieder einer. Und da war einfach die Wayback Machine nicht verfügbar. Und das, was ich jetzt so wirklich superinteressant daran fand, war, wer wer wer dahintersteckt. Und zwar ist das sone Hecktivisten Gruppe, ich mag den Namen, also Hacker und Aktivisten, die nennt sich Black Matter, findet man auch auf Twitter beziehungsweise x unter s n Unterstrich Black Matter und die haben auch angekündigt, ja, wir machen weiter, bis bis alle Systeme down sind. Also die wollen da wirklich massiv angreifen und es es ist wirklich, es ist son arschwitziges Video, haben sie sogar noch hochgeladen, wo wo dann wirklich so so Stock Footage genutzt wurde von Leuten mit so Anonymous Masken und da waren sie mit sonem mit down gepitcher Voice einfach irgendwie so, wir sind einfach wir sind keine einfachen Hacker, keine Teenager, die sich hinterm Bildschirm verstecken. Wir sind Black Matter. So und also so richtig wie wie in sonem schlechten Film, einfach wirklich superskurril und
- Jan
- Aber aber was ist denn da der Aktivismus? Also was was was Genau, genau.
- Dave
- Das und das das also ich hab's nicht ganz verstanden. Und zwar das ist, die sagen, wir sind politisch motiviert. Und zwar nennen sie halt diesen Palästina Israel Konflikt da als Hauptgrund und da dacht ich mir so, hä, was was also was hat das Internet Archive damit zu tun? Und die sind auf jeden Fall Pro Palästina und die sagen irgendwie, ja, die USA unterstützt ja Israel und das Internet Archive ist ja direkt verbunden mit der US Regierung und also das ist deren Argumentationskette. Und das Internet Archive ist ja natürlich eine unabhängige gemeinnützige Organisation. Ja, der Standort ist in den USA, aber ich hab da nicht ganz verstanden, warum die da irgendwie das Internet Archive als als potenziell was Böses sehen. Vermutlich ist das ja irgendwie unter 'nem Deckmantel und eigentlich will man was anderes damit erreichen, aber das auf jeden Fall, das Video müsst ihr euch ansehen, ist das auf jeden Fall wahnsinnig wild irgendwie. Genau. Was kann man abschließend zu der gesamten Situation sagen? Also die DITOS Angriffe werden wohl weitergehen und offiziell wird auch gesagt von dem Gründer Bruce Darcale, wir wollen lieber, dass alle Daten sicher sind, also dass wir die Wayback Machine, also dass die Daten nicht verloren gehen und deswegen leidet halt einfach unsere Verfügbarkeit darunter. Das heißt, es wahrscheinlich vermutlich erstens langsam und zweitens manchmal auch komplett dauern. Also werden wir wohl erst mal damit leben müssen, nicht direkt sehen zu können, was Dennis zweitausenddreizehn in dem Knuddelsforum gepostet hat.
- Garrelt
- Das weiß ich auch so.
- Dave
- Das weiß ich auch so.
- Jan
- Verrückt. Ja, okay. Also was was das Ganze mit Israel zu tun, hab ich jetzt immer noch ganz verstanden. Ich hab nebenbei versucht, das zu googeln und bin immer noch nicht schlauer, aber wahrscheinlich ist mir das selber auch nicht so genau.
- Dave
- Ja, genau. Hauptsache drauf.
- Dennis
- Mhm. Okay.
- Jan
- Okay. Kommen wir zu erfreulicheren Nachrichten. Bleibt denn nur noch einer in der Runde? Nein, bleibt noch zwei. Oh nein, ich hab's falsch gemacht, ich hab's falsch gemacht. Dennis, was hast Du für uns?
- Dennis
- Und dann, wer kommt nach mir?
- Dave
- Wer kommt nach Dennis?
- Jan
- Ich muss ja auch noch 'n Outro machen, weißt Du? Ja, so.
- Garrelt
- Ah, ich dachte Special Guess auf einmal.
- Jan
- Ich hab noch hier, ausm Hut zieh ich noch kurz raus. Das wird
- Dave
- doch 'n Deep Dive.
- Dennis
- Also Wie was bei der
- Fabi
- Flut sind?
- Dennis
- Ich, genau, auf aufgrund dessen werden wir wahrscheinlich ein ein Großteil von dem, was ich erzähle, einfach auf in zwei Wochen ziehen. Es geht grundsätzlich darum, Apple hat eine neue Art der Produkt Announcements gewählt und zwar haben sie eine ganze Woche von fantastischen Announcement rund den Mac, wo Sie vor allen Dingen online und in Videos dann neue Produkte posten. Und der eigentlich spannendste Teil ist heute oder zumindest für viele Entwickler*innen da draußen heute, denn es gibt dann die neuen mit m vier Chips. Ich hab grad die Seite noch mal refresht elf Uhr fünfundfünfzig, m Mittwoch war das noch nicht der Fall, aber vermutlich, wenn die Folge gepublisht wird heute Abend, könnt ihr euch darüber schon informieren. Wir werden aber auch in zwei Wochen noch mal drüber sprechen. Was ist am Montag und Dienstag passiert? Also zum einen ist die ganze achtzehn Punkt eins und MacOS und so Update Welle passiert. Das heißt, da ist Apple Intelligence jetzt tatsächlich verfügbar, immer noch mit Sternchen, englischsprachig sprachig und Europa noch nicht. Aber damit haben sie auch ein Datum an Europa gehängt, nämlich ab April wird Apple Intelligence auch in Europa verfügbar sein.
- Jan
- Auf Deutsch. Also in Europa ist es jetzt schon verfügbar. Aber Du meinst auf Deutsch.
- Dennis
- In Europa ist es aufm iPhone immer noch nicht verfügbar, sondern nur auf dem Mac, soweit ich weiß. Ja. Und genau. Ja. Und auf Englisch. Und dann aber kommt die komplette Einführung mit neuen Sprachen und Verfügbarkeit auf den Geräten ab April. Hardware gab es aber trotzdem, und zwar gab es am Montag einen neuen iMac, also die Bildschirme mit Computer drin, die jetzt m vier und Apple Intelligence und superneue Farben haben. Und es gibt gestern neu vorgestellt einen neuen Mac mini. Und die Mac Minis, wer sie kennt, sind so flache silberne Kästen. Die sind ein bisschen geschrumpft. Da sind die jetzt noch kleiner, ein bisschen mehr Format wieder wie 'n Apple TV, also wirklich deutlich kleiner geworden.
- Fabi
- Gestern nachgeguckt, gar nicht, Apple TV ist neun Komma sieben auf neun Komma sieben Zentimeter und der ist zwölf auf zwölf oder so. Wirklich, also super.
- Jan
- Und noch 'n bisschen höher als 'n Apple TV,
- Fabi
- aber ist schon krass klein.
- Dennis
- Ja, krass klein und krass krass viel drin.
- Dave
- Ich würd sagen, Durchschnitt.
- Dennis
- Durchschnitt ist schnell. Oder was meinst Du? Ich mein,
- Dave
- wenn die Öl die Größe Wenn Du
- Fabi
- 'n Knuddelspor unserer unterwegs wärst, dann wirst Du, fährst Dave mal hinter soner Spielern. Okay. Ja, mit Anschluss zwei USB
- Dennis
- Anschlüsse vorne, Apple Neuheit, obwohl es die die silberne Frontfläche kaputt macht, aber man hat das Geht
- Jan
- son bisschen aus wie im Mac Studio so häufig, ne?
- Dennis
- Anschlüsse, genau, das ist 'n bisschen näher drin am Dings. Ja, und m vier Pro. Ich würde sagen, das reicht für heute. Genau, was m vier kann, werden wir dann nächste Woche noch alle ihn zwei Wochen noch mal besprechen. Was ein
- Fabi
- Cliff festgehalten. Hammer.
- Garrelt
- Gefühlt hab ich einfach m drei verpasst. Wie sind die jetzt schon auf m vier? Wie ging das so schnell?
- Dennis
- Ja. Muss man die News hören. Hab ich natürlich. Sehr gut. So, jetzt Wunderbar. Teaser.
- Jan
- Dann war's das. Sind wir durch. Platte Day hab ich aber auch noch mal gepitcht. Übrigens haben wir auch announct, dass am achtundzwanzigsten November das nächste Meetup stattfindet bei uns. Also wer uns gerne noch mal sehen möchte und vom Platte Day nicht genug kriegt und uns gerne noch mal besuchen möchte, kann auch am achtundzwanzigsten November noch mal vorbeikommen. Es wird das Thema Data in Games gehen. Es gibt 'n Vortrag von unserem eigenen BI Team, was ihr ja schon in der BI Special Podcast Reihe mit Dennis gehört habt. Und es wird einen Gast Speaker geben zum Thema so Predictive Analytics und so was. Und Anmeldung ist offen unter Programmier Punkt bar Slash Meet-up könnt ihr da einmal reinschauen. Und ansonsten wie immer, wenn ihr sonst noch Fragen, Anregungen, Kritik, Kommentare oder was auch immer habt, könnt ihr uns gerne an Podcast at Programmier Punkt bar direkt schreiben. Oder ihr hinterlasst uns eine Nachricht auf Spotify, Instagram, Twitter, Masolon, Youtube, wo auch immer ihr uns hört. Wir lesen alles mit und freuen uns über fleißige Kommentare. Ansonsten seid nur zu sagen wir haben's
- Dennis
- ja Morgenvorhaben oder ist das eine Überraschung in dem Podcast Feed morgen?
- Jan
- Jetzt ist es noch mal eine, also jetzt ist es noch mehr Cliffhanger.
- Dennis
- Oh, er sollte vielleicht morgen noch
- Jan
- mal in euren Podcast Client reinhören.
- Dennis
- Ja. Das war genug, oder? Das Ja. Das war eigentlich,
- Jan
- das ist
- Garrelt
- das deine normale Lache, oder? Also
- Jan
- Tschüs. Wir hören uns bald wieder. Bis dann. Danke für die Zeit.