WEBVTT

00:00:00.017 --> 00:00:01.877
Also mit dem hätte ich vor zehn Jahren auch nicht gerechnet.

00:00:01.997 --> 00:00:05.237
Ich hätte irgendwann gemeint, dass es so genau dieses eine Framework gibt,

00:00:05.457 --> 00:00:07.617
das dann eh jeder verwendet, aber das ist nicht der Fall.

00:00:07.877 --> 00:00:12.257
Wenn jetzt noch irgendwie Columns und noch CSS-Grid dazukommt,

00:00:12.297 --> 00:00:14.277
haben wir eben diskutiert, schön und gut.

00:00:14.977 --> 00:00:20.557
Davon wird meiner Experience halt drei Prozent besser, aber vorher wurde sie halt 50 Prozent besser.

00:00:20.697 --> 00:00:25.297
Ich glaube, es ist generell aber immer eine gute Idee, dich Shep und auch den

00:00:25.297 --> 00:00:28.617
Rodney zu fragen, was denkst du, was so passieren wird. Weil ich fand ja auch

00:00:28.617 --> 00:00:30.757
wirklich vieles erstaunlich gut vorhergesagt.

00:00:30.917 --> 00:00:36.757
Wir können das ja mal so offen lassen und gerne auch die Diskussion noch in

00:00:36.757 --> 00:00:37.777
unseren Community-Slack hineintragen.

00:00:38.577 --> 00:00:40.357
So ist es. Egal, wer verliert, wir gewinnen.

00:00:43.417 --> 00:00:46.357
Diese Revision von Working Draft wird euch nicht wirklich präsentiert vom State

00:00:46.357 --> 00:00:50.177
of the Browser 2026, aber wir weisen euch an dieser Stelle trotzdem mal drauf hin.

00:00:50.617 --> 00:00:53.897
State of the Browser ist eine Non-Profit-Community-Konferenz und es gibt noch

00:00:53.897 --> 00:00:57.657
Remote-Tickets. Die sind ohnehin schon billig, aber mit unserem Rabattcode rutscht

00:00:57.657 --> 00:00:59.557
das Ganze wirklich in den Bereich des Absurden.

00:00:59.917 --> 00:01:03.337
Das heißt, wenn ihr am Samstag, dem 28. Februar, nichts Dringendes vorhabt,

00:01:03.657 --> 00:01:05.457
dann schaut in die Schaunotes zu dieser Revision.

00:01:05.677 --> 00:01:09.157
Da gibt's alle Links und den Rabattcode, mit dem das Ganze wirklich zu einer

00:01:09.157 --> 00:01:12.077
Warum-Nicht-Frage wird. Danke für eure Aufmerksamkeit.

00:01:21.032 --> 00:01:26.112
Wupp, wupp. Runde Zahl. Wir sind zu fünft. Das haben wir irgendwie lange nicht

00:01:26.112 --> 00:01:28.992
mehr gehabt, oder? Dass das ganze Team dabei ist.

00:01:29.432 --> 00:01:31.512
Also, die Vanessa. Hallo Vanessa.

00:01:32.232 --> 00:01:36.532
Servus. Der Stefan. Hallo Stefan. Hallo. Der Hans. Hallo Hans.

00:01:37.072 --> 00:01:41.052
Ja, guten Tag. Und der Peter. Hallo Peter. Moin, moin.

00:01:41.592 --> 00:01:44.772
Und ich bin der Shep und ja, es ist eine Jubiläumsfolge. Wir,

00:01:45.092 --> 00:01:50.132
so wie wir halt immer so sind, haben wir lange überlegt, ob wir irgendwas außer

00:01:50.132 --> 00:01:54.872
der Reihe machen sollen und haben es wieder nicht so ganz auf die Kette gekriegt.

00:01:54.952 --> 00:01:57.952
Bis ganz knapp vor Schluss, dann haben wir doch eine gute Idee gehabt.

00:01:57.952 --> 00:02:02.212
Beziehungsweise, wir haben auch einen guten Impuls bekommen aus unserem Community-Slack

00:02:02.212 --> 00:02:09.252
von Kevin, der nämlich vorgeschlagen hatte, dass wir uns mal so alte Folgen

00:02:09.252 --> 00:02:12.372
mit Blicken in die Zukunft vielleicht vornehmen könnten.

00:02:13.672 --> 00:02:17.072
Und da haben wir uns auf die Suche gemacht nach einer geeigneten Folge,

00:02:17.252 --> 00:02:19.392
die wir jetzt nochmal im Rückblick besprechen können,

00:02:20.152 --> 00:02:24.132
wo wir steile Thesen aufgestellt haben und tatsächlich gibt es eine von vor

00:02:24.132 --> 00:02:26.412
ziemlich genau, also fast zehn Jahren,

00:02:27.172 --> 00:02:34.032
wo wir also die wir Ende im Dezember 2015 aufgenommen haben und aufs Jahr 2016

00:02:34.032 --> 00:02:37.952
blicken und Prognosen aufstellen und genau,

00:02:38.952 --> 00:02:44.132
da haben wir gedacht, die könnten wir uns doch nochmal anhören und gucken,

00:02:44.272 --> 00:02:47.012
was so aus unseren Prognosen geworden ist.

00:02:49.518 --> 00:02:55.818
Also 2021 ist ja eh das neue 2016. Wenn man Social Media so Glauben schenkt,

00:02:55.958 --> 00:02:59.538
da geht es ja gerade rund und jeder postet irgendwie die Bilder von sich,

00:02:59.658 --> 00:03:01.218
was man 2016 gemacht hat.

00:03:01.458 --> 00:03:04.578
Das machen wir natürlich nicht, weil wir damals ja auch noch nicht mit Video

00:03:04.578 --> 00:03:08.398
aufgezeichnet haben. Mal so checken, was die Ideen waren.

00:03:08.698 --> 00:03:12.338
Manchmal finde ich, wir haben ja in diese Folge da auch jetzt reingehört,

00:03:12.478 --> 00:03:16.838
was wir damals besprochen haben. Irgendwie kommt mir das alles noch gar nicht so lange hervor.

00:03:17.058 --> 00:03:23.078
Und dann bei manchen anderen Themen wundere ich mich, wie das denn erst 2016

00:03:23.078 --> 00:03:24.698
ein Topic gewesen sein kann.

00:03:24.938 --> 00:03:27.958
Ich nehme jetzt einfach mal und setze das erste Thema mal.

00:03:28.418 --> 00:03:34.338
Für mich war es total erstaunlich, dass wir irgendwie 2016 anscheinend noch

00:03:34.338 --> 00:03:40.438
ganz normal unsere Webseiten unter HTTP veröffentlicht haben und nicht unter HTTPS,

00:03:40.738 --> 00:03:48.838
weil Let's Encrypt irgendwie noch nicht so am Start war und man anscheinend damals noch gesagt hat,

00:03:49.338 --> 00:03:55.478
HTTP reicht doch völlig aus und Security kam dann erst danach oder so.

00:03:55.678 --> 00:03:59.098
Das fand ich schon erstaunlich nochmal zu hören, war jetzt nicht so die Prediction

00:03:59.098 --> 00:04:05.338
von uns, glaube ich, damals, aber irgendwie kommt mir das viel länger her vor. Wie geht es euch da?

00:04:06.538 --> 00:04:10.858
Ich bin gerade schockiert. Also genau aus dem gleichen Grund.

00:04:11.598 --> 00:04:16.978
Also HTTPS fühlt sich auch wie eine Ewigkeit an, also quasi.

00:04:18.431 --> 00:04:21.811
Vom Beginn meiner Karriere, dass das schon ein Thema war, aber dass das erst

00:04:21.811 --> 00:04:24.091
so kürzlich ist, sehr beeindruckend.

00:04:24.191 --> 00:04:27.031
Das gilt für einige Themen, die da drinnen sind, weil man dachte,

00:04:27.231 --> 00:04:30.031
okay, also bei ein paar Sachen, die sind schon wieder gegessen,

00:04:30.111 --> 00:04:35.571
aber ein paar Sachen, die sind doch sehr zäh und langlebig und fühlen sich länger

00:04:35.571 --> 00:04:39.591
an, als sie tatsächlich dann sind.

00:04:40.151 --> 00:04:43.551
Oder vielleicht so kann, dass zehn Jahre doch eine lange Zeit ist.

00:04:43.551 --> 00:04:46.731
10 Jahre ist eine lange Zeit und man muss ja immer sagen, solche Entwicklungen

00:04:46.731 --> 00:04:49.011
finden ja auch nicht überall zeitgleich statt.

00:04:49.331 --> 00:04:54.011
Und ich könnte mir durchaus vorstellen, dass wir da mit unserer etwas mehr so

00:04:54.011 --> 00:04:57.431
am Puls der Zeit liegenden Perspektive noch eine andere Erfahrung haben,

00:04:57.891 --> 00:05:01.171
als das so bei vielen anderen der Fall ist.

00:05:01.171 --> 00:05:05.431
Also klar, irgendwie gibt es so den Let's Encrypt-Moment, ab dem das halt eben

00:05:05.431 --> 00:05:07.271
für alle einfach zu kriegen war.

00:05:07.711 --> 00:05:10.191
Aber ich glaube, das dürfen wir generell halt nicht außer Acht lassen.

00:05:10.271 --> 00:05:14.391
Was für die einen halt irgendwie ein alter Hut ist, ist für die anderen halt eben was super Neues.

00:05:16.571 --> 00:05:21.431
Weil ihr das erwähnt, HTTP2 war ja auch ein Thema, ich glaube ich habe so 2014,

00:05:21.991 --> 00:05:27.231
also so ein Jahr davor, bin ich mit so einem Talk irgendwie überall hausieren

00:05:27.231 --> 00:05:30.971
gegangen über HTTP2 und das Quick-Protokoll,

00:05:31.071 --> 00:05:37.051
was ja sozusagen das Testboot von Google vorher war.

00:05:37.051 --> 00:05:41.851
Und eine Voraussetzung dafür, dass HTTP2 überhaupt funktionierte,

00:05:42.051 --> 00:05:45.171
ist eben, dass man es in einen verschlüsselten oder dass man es eben,

00:05:45.911 --> 00:05:50.831
SSL verschlüsselt oder TLS verschlüsselt, einfach weil die weil so alte Proxys

00:05:50.831 --> 00:05:52.411
es sonst einfach kaputt gemacht hätten,

00:05:53.251 --> 00:05:57.191
sprich der Rollout wäre auch gar nicht möglich gewesen, ohne,

00:05:59.031 --> 00:06:04.751
breitflächig großflächig eben auch TLS einzuführen oder ermöglichen zu ermöglichen,

00:06:07.211 --> 00:06:09.651
also vielleicht geht es dann auch so ein bisschen Hand in Hand, beides.

00:06:12.822 --> 00:06:17.502
Ja, das stimmt. Ich kann mich erinnern, dass das immer so ein Argument war,

00:06:17.562 --> 00:06:20.402
aber da brauchst du ja ein Zertifikat, damit du HTTP2 verwenden kannst.

00:06:20.542 --> 00:06:22.502
Und das war immer auch genau der Punkt, wo wir gesagt haben,

00:06:22.562 --> 00:06:23.782
das ist jetzt einfach kein Thema mehr.

00:06:23.962 --> 00:06:27.882
Also Let's Encrypt hat das eigentlich gelöst. Und ich glaube,

00:06:27.922 --> 00:06:32.222
es war nicht das Quick-Protokoll, das die Basis war, sondern Speedy, S-P-E-D-I.

00:06:32.462 --> 00:06:34.082
Genau, weil Quick war ja dann für HTTP3.

00:06:34.862 --> 00:06:37.202
Das ist ja auch gut. Mit dem habe ich ja nicht gerechnet, dass wir jetzt zehn

00:06:37.202 --> 00:06:40.282
Jahre später schon das nächste Protokoll haben.

00:06:40.462 --> 00:06:45.762
Das geht viel zu schnell. Das muss mindestens ein Vierteljahrhundert abhängen,

00:06:45.822 --> 00:06:48.082
bevor man da was Neues machen kann. Das passt mir überhaupt nicht.

00:06:49.962 --> 00:06:56.062
Ja gut, das liegt ja daran, dass man hat eine gewisse Erwartung an HTTP2,

00:06:56.242 --> 00:06:58.342
die sich ja dann am Ende nicht alle erfüllt haben.

00:06:58.562 --> 00:07:02.722
Also das neue, das 3er-Protokoll ist ja dann nicht mehr TCP,

00:07:02.942 --> 00:07:08.042
sondern UDP-basiert, sodass man da nicht mehr abhängig ist vom TCP-Stack des Betriebssystems.

00:07:08.282 --> 00:07:12.122
Und da müssen die Browser zwar selber mehr machen, aber dafür haben sie auch

00:07:12.122 --> 00:07:15.862
die Lufthoheit, weil man so ein bisschen das Problem hatte, dass da trotzdem

00:07:15.862 --> 00:07:17.602
dann immer Stau war im TCP-Stack.

00:07:18.782 --> 00:07:26.882
Genau, also. Und auch HTTP2, was war Serverpush, ist ja auch ein Angriff ins Klo gewesen.

00:07:27.502 --> 00:07:33.262
Leider, das war sehr vielversprechend. Und ich habe ein paar sehr coole Demos

00:07:33.262 --> 00:07:36.802
gemacht damit. und auch ein paar Webseiten damit gepublished,

00:07:37.602 --> 00:07:39.422
wo das ja richtig gut funktioniert hat.

00:07:41.502 --> 00:07:47.222
Aber nachdem du keine Möglichkeit hast, irgendwie ein Signal zu geben,

00:07:47.362 --> 00:07:49.842
ob diese Ressource jetzt gepusht werden soll oder nicht,

00:07:51.682 --> 00:07:57.402
hilft es ja nur, wenn du da zum ersten Mal auf dieser Ressource bist.

00:07:58.202 --> 00:08:02.202
Und das macht halt dann immer ein Overhead auf der Serverseite.

00:08:02.202 --> 00:08:06.002
Und das wollten, glaube ich, viele nicht einkaufen. Und darum, es geht auch ohne.

00:08:06.922 --> 00:08:09.942
Ich denke, das Ding ist eh gut genug. Ja.

00:08:11.841 --> 00:08:17.721
Ich würde mal von dem Thema sozusagen alles rund um Kommunikation mal weg und

00:08:17.721 --> 00:08:21.861
nochmal vielleicht ein bisschen tiefer in unser Hauptmetier eindringen,

00:08:21.981 --> 00:08:23.441
das Frontend Engineering.

00:08:24.541 --> 00:08:29.401
Ein Thema, was wir da ja auch hatten in der Sendung oder ihr, der Rodney und du,

00:08:29.641 --> 00:08:34.581
Shep, besprochen hattet, war das Thema Flexbox und Rodney hat irgendwie die

00:08:34.581 --> 00:08:37.561
These rausgehauen, entweder verwendet er Flexbox,

00:08:37.801 --> 00:08:44.021
um einen Layout zu machen oder er macht halt gar nichts und das Thema Grids

00:08:44.021 --> 00:08:47.981
war aber gerade erst so am Anfang und genauso,

00:08:48.441 --> 00:08:50.341
ein Stück weit glaube ich war ja die These auch,

00:08:50.841 --> 00:08:53.221
wir machen jetzt dann in Zukunft mehr Grid.

00:08:54.701 --> 00:08:59.721
Bevor ich jetzt meine Meinung dazu raushaue, wie geht es euch denn?

00:08:59.821 --> 00:09:03.061
Verwendet ihr Grid on a daily basis? Hat Grid sich durchgesetzt?

00:09:04.821 --> 00:09:08.301
Also ich kann es umdrehen und antworten, dass ich Ewigkeiten Flexbox nicht benutzt

00:09:08.301 --> 00:09:09.761
habe, wenn ich so in meinem Kopf krame.

00:09:12.041 --> 00:09:16.821
Du meinst, es ist Grid stattdessen oder du machst halt Floats oder du machst gar nichts?

00:09:16.821 --> 00:09:22.501
Nee, nee, die Frage ist nicht, ob man eventuell hin und wieder mal Grid benutzt,

00:09:22.981 --> 00:09:28.921
jetzt so aus dem Anlass herauskommend von Flexbox und ich wollte das einfach

00:09:28.921 --> 00:09:32.021
nur so umdrehen, dass ich halt eben sage, ich benutze halt Flexbox gar nicht mehr.

00:09:36.364 --> 00:09:39.144
Und Afloat? Keine Ahnung, eigentlich nie. Selbst wenn ich irgendwie ein Bild

00:09:39.144 --> 00:09:40.404
neben dem Text haben möchte, nehme ich ein Grid.

00:09:45.444 --> 00:09:52.304
Ja, also ich benutze beides gleichermaßen. Also es kommt ja immer auf die Aufgabenstellung

00:09:52.304 --> 00:09:58.724
an, ob Flex geeigneter ist oder eben Grid für die Aufgabe.

00:09:58.724 --> 00:10:01.664
Ja, ich würde noch einen weiteren Faktor da reinwerfen.

00:10:03.104 --> 00:10:07.824
Also nicht nur, was ist geeigneter oder so, weil die Schnittmenge ist ja schon recht groß.

00:10:08.004 --> 00:10:11.304
Man kann ja so gut wie alles, was man mit Flexbox hinkriegen kann,

00:10:11.304 --> 00:10:14.104
auch mit Grid hinkriegen. Nicht 100%, aber fast alles.

00:10:15.004 --> 00:10:18.564
Und was, glaube ich, wirklich ein relevanter Unterschied ist zu 2016,

00:10:19.104 --> 00:10:24.844
ist so gerade im Bereich CSS das schiere Volumen, also was man damit alles anstellen kann.

00:10:25.444 --> 00:10:26.844
Und das ist, wenn ich jetzt mal

00:10:26.844 --> 00:10:30.564
zurückblicke, das, was so am meisten mein Verhältnis zu CSS verändert hat.

00:10:31.244 --> 00:10:34.964
Ich kann das halt nicht mehr alles, weil das halt einfach so sehr expandiert

00:10:34.964 --> 00:10:37.864
ist, dieses ganze Feld, dass ich halt mir wirklich überlegen muss, okay,

00:10:38.284 --> 00:10:41.744
ich will schon noch CSS schreiben können und ich picke mir halt eben so dann

00:10:41.744 --> 00:10:45.424
die Sachen raus, die halt für mich dann so die MVPs sind bei so Frage wie,

00:10:45.564 --> 00:10:50.324
ich baue ein Layout zusammen und deswegen ist es halt eine ganz sinnvolle Maßnahme,

00:10:50.444 --> 00:10:53.964
einfach so per Load-Shedding Flexbox aus meinem Realitätskorridor zu verdrängen

00:10:53.964 --> 00:10:55.444
und alles mit Grid zu machen,

00:10:55.764 --> 00:10:58.424
auch wenn es halt teilweise suboptimal ist, aber so habe ich zumindest eine

00:10:58.424 --> 00:11:01.604
Layout-Technik halbwegs drauf und komme einigermaßen auf den grünen Zweig.

00:11:04.811 --> 00:11:06.991
Ja, nö, kann man so machen, auf jeden Fall.

00:11:09.451 --> 00:11:14.811
Eine Sache, die ja auch kurz so nach 2016 passiert ist, war so die Erfindungen

00:11:14.811 --> 00:11:17.671
von diversen Utility-CSS-Frameworks.

00:11:19.931 --> 00:11:23.171
Und da, ich habe so ein bisschen das Gefühl, ich habe keine Daten,

00:11:23.251 --> 00:11:27.831
aber ich habe das Gefühl, dass man Flexbox einfacher verwenden kann mit irgendwelchen

00:11:27.831 --> 00:11:30.491
Table-CSS-Klassen als CSS-Grid.

00:11:30.491 --> 00:11:35.391
Weil es einfach auch teilweise besser lesbarer ist und vielleicht braucht man

00:11:35.391 --> 00:11:38.011
bei CSS-Grid so ein bisschen mehr arbitrary Values.

00:11:38.411 --> 00:11:42.631
Und da habe ich auch das Gefühl, dass CSS-Grid durch solche Frameworks und Tools

00:11:42.631 --> 00:11:47.151
nochmal so ein bisschen so nicht den Aufschub bekommen hat, sondern nochmal

00:11:47.151 --> 00:11:49.251
ein bisschen den Anti-Aufschub.

00:11:52.640 --> 00:11:56.780
Kann ich mir auch total gut vorstellen. Ich muss auch sagen,

00:11:56.940 --> 00:12:06.760
dass ich durch diese Frameworks halt viel mehr Access zu all den ganzen Techniken bekommen habe.

00:12:07.020 --> 00:12:10.340
Seien das jetzt ein Column-Layout, sei das Grid, sei das Flex.

00:12:10.700 --> 00:12:15.180
Es ist irgendwie alles viel einfacher geworden, weil ich nicht in mein CSS hingehen

00:12:15.180 --> 00:12:19.540
muss. Da ganz viel ausprobieren, ganz viel Code schreiben, in Anführungsstrichen.

00:12:19.700 --> 00:12:24.580
Und dann funktioniert es vielleicht, sondern ich kann halt super easy am HTML

00:12:24.580 --> 00:12:27.240
sozusagen, am lebenden Objekt arbeiten.

00:12:27.360 --> 00:12:29.480
Das fand ich halt einen Riesenvorteil immer.

00:12:29.880 --> 00:12:33.700
Und dadurch, finde ich, ist halt auch super einfach geworden,

00:12:33.880 --> 00:12:36.820
halt CSS-Grids zu verwenden.

00:12:37.020 --> 00:12:40.900
So geht es mir zumindest. ist, ich schmeiße halt mal einen Grid drauf,

00:12:41.060 --> 00:12:45.080
mal gucken, was passiert und dann muss ich das gar nicht können.

00:12:45.600 --> 00:12:49.680
Im Zweifel google ich mir das halt nochmal zusammen oder heute frage halt die

00:12:49.680 --> 00:12:54.380
AI, das nochmal bitte so zu machen, wie ich das will, sehe die Klassen, A läuft, super.

00:12:54.760 --> 00:12:58.120
Dadurch verwende ich super viel Grid.

00:12:59.020 --> 00:13:02.740
Verstanden habe ich Grid nicht und um ehrlich zu sein, es interessiert mich

00:13:02.740 --> 00:13:06.680
auch nicht, das zu verstehen, weil as long as I can do my job so ungefähr,

00:13:06.940 --> 00:13:12.720
reicht das ja völlig Also warum muss ich jede Kleinigkeit von diesem Grit verstehen?

00:13:15.893 --> 00:13:18.793
Also ich glaube auch einer der großen Unterschiede zwischen,

00:13:19.233 --> 00:13:23.473
wie wir damals Layout gemacht haben und wie wir es jetzt mit Crit machen,

00:13:23.493 --> 00:13:28.833
ist, dass wir bei Floats und zum Teil auch bei Flexbox, nur zum Teil,

00:13:29.013 --> 00:13:35.273
auf den Kinderknoten mehr Entscheidungen getroffen haben als wir auf den Elternknoten.

00:13:35.273 --> 00:13:38.213
Crete ist halt so, die Eltern schaffen an und die Kinder folgen,

00:13:38.293 --> 00:13:41.033
das ist die ideale Welt, das funktioniert sowieso nicht, aber in Crete haben

00:13:41.033 --> 00:13:42.033
sie es zumindest versucht.

00:13:42.993 --> 00:13:45.713
Und das lässt sich durch solche Frameworks ja relativ schlecht abbilden,

00:13:45.793 --> 00:13:50.053
weil wenn du Entscheidungen direkt bei dem HTML-Element triffst,

00:13:50.373 --> 00:13:51.613
an dem du gerade arbeitest,

00:13:52.193 --> 00:13:55.733
funktioniert das nicht mit etwas, das in irgendeinem anderen Kontext vielleicht

00:13:55.733 --> 00:13:57.353
existiert, außerhalb der Komponente

00:13:57.353 --> 00:14:03.473
existiert, in einem komplett anderen Bereich deiner Applikation.

00:14:03.473 --> 00:14:07.653
Und genau deswegen, glaube ich, sind auch gerade die Tailwind-Leute sehr lange

00:14:07.653 --> 00:14:12.313
auf Flexbox geblieben und da ist ja dann auch wurscht, wie du umgehst damit.

00:14:12.593 --> 00:14:15.273
Du haust, genauso wie es der Hans gesagt hat, du haust die Utility-Klasse drauf

00:14:15.273 --> 00:14:17.553
und das wird dann schon so ausschauen, wie du das vorstellst.

00:14:17.853 --> 00:14:23.073
Oder du kopierst da irgendein Element von deren Komponenten-Bibliothek runter

00:14:23.073 --> 00:14:24.753
und da sind die Klassen eh schon drauf.

00:14:25.213 --> 00:14:28.873
Das nimmt ja viele mentale Last nachher ab.

00:14:29.953 --> 00:14:33.913
Aber grundsätzlich sind das schon gute Entwicklungen. Und ich sehe das jetzt bei uns in der Firma.

00:14:34.133 --> 00:14:41.073
Wir verwenden Grid und Flexbox beides. Es geht natürlich um dem Level, auf dem wir sind.

00:14:41.193 --> 00:14:44.273
Sehen wir jetzt eher global orientiert.

00:14:44.353 --> 00:14:49.033
Machen wir etwas in der Applikation selbst oder bewegen wir uns auf Komponenten-Level,

00:14:49.233 --> 00:14:52.193
entscheiden wir uns entweder für die eine oder die andere Technologie.

00:14:53.113 --> 00:14:56.553
Und die sind aber beide auch nicht so schwer. Es ist tatsächlich, glaube ich,

00:14:57.473 --> 00:15:01.033
in dem, was der Algorithmus macht, da ist wirklich viel Wissen drin und da hast

00:15:01.033 --> 00:15:05.333
du viel Stellschrauben, aber für die Grundsachen, für, geschwind einmal ein

00:15:05.333 --> 00:15:08.313
paar Elemente nebeneinander anordnen, ein bisschen Responsivität reinkriegen,

00:15:09.853 --> 00:15:10.993
ist das problemlos.

00:15:11.073 --> 00:15:15.593
Das sind drei, vier Zeilen CSS und das Ding funktioniert und funktioniert gut für alle Auflösungen.

00:15:15.773 --> 00:15:19.933
Also da bin ich schon beeindruckt, wie cool das mittlerweile funktioniert.

00:15:22.438 --> 00:15:27.238
Aber ansonsten halt das wieder Rodney. Also ich mache auch nichts. Von dem her.

00:15:28.478 --> 00:15:31.858
Ich denke, Rodneys Prognose war schon ganz interessant. Ich weiß gar nicht,

00:15:31.878 --> 00:15:35.758
ob ich es nur interpretiert habe oder ob es er tatsächlich so gesagt hat,

00:15:35.838 --> 00:15:37.298
bevor ich ihm jetzt da was mit dem Mund reinlege.

00:15:38.498 --> 00:15:42.718
Aber Flexbox ist halt jetzt schon da. Und mich würde es auch total interessieren,

00:15:42.778 --> 00:15:45.818
was wirklich passiert wäre, wäre CSS Grid zuerst da gewesen.

00:15:46.838 --> 00:15:53.058
Wie hätte sich dann Flexbox noch adaptiert und wie streng wäre man sonst gegenüber

00:15:53.058 --> 00:15:58.858
den Flexbox-Bugs, die es ja teilweise auch gibt oder den komischen WinWolf Zero-Hacky-Solutions,

00:15:59.078 --> 00:16:00.958
um dann wieder was richtig zu stretchen.

00:16:01.238 --> 00:16:06.538
Und was ich so ein bisschen schade finde beim CSS-State, State of CSS 2025,

00:16:07.198 --> 00:16:10.438
wurde explizit gefragt nach so Features wie Subgrid.

00:16:10.698 --> 00:16:14.038
Und mich würde viel mehr interessieren, so frag doch nochmal die Leute einfach

00:16:14.038 --> 00:16:16.898
so, Flexbox versus Grid, wie

00:16:16.898 --> 00:16:20.418
verwendest du oft was? Weil wir sind ja doch alle nur in unseren Bubbles.

00:16:21.078 --> 00:16:24.658
In meiner Bubble sehe ich Flexbox so viel häufiger als CSS Grid.

00:16:25.078 --> 00:16:27.978
Kann natürlich auch daran liegen, dass es natürlich noch ein ganzes Designsystem

00:16:27.978 --> 00:16:30.658
gibt, das sich ja generell schon ums Layouting kümmert.

00:16:31.538 --> 00:16:35.678
Aber ich fände es sehr interessant, wenn man nochmal nach CSS Grid fragt und

00:16:35.678 --> 00:16:38.938
nicht nach sowas wie Subgrid, ob man jetzt irgendeinen Feature davon verwendet.

00:16:42.864 --> 00:16:49.944
Ja, also ich kann, will nur einen Link noch pitchen, den ich in die Show Notes

00:16:49.944 --> 00:16:53.644
dann packen werde, von einem ersten Video von Kevin Powell gewesen,

00:16:53.924 --> 00:16:56.584
wo er auch nochmal sozusagen zeigt,

00:16:56.964 --> 00:17:02.304
welche Layout-Technik für welche Use Cases eben besonders geeignet sind und

00:17:02.304 --> 00:17:04.964
das fand ich eigentlich ganz gut. Cool.

00:17:06.124 --> 00:17:09.084
Cool, welche Prediction sollen wir denn als nächstes mal angehen?

00:17:09.164 --> 00:17:13.384
Haben wir noch irgendwie was, wo ihr gesagt habt, oh, das war jetzt aber auffällig

00:17:13.384 --> 00:17:15.024
oder totaler Quatsch erzählt worden?

00:17:15.744 --> 00:17:20.564
Gleich der erste Punkt fand ich ganz interessant. Da war noch so Internet Explorer

00:17:20.564 --> 00:17:25.404
und da war noch so Safari WebKit und ich habe mal so eine Frage.

00:17:26.444 --> 00:17:33.324
Wenn ihr jetzt so Dinge implementiert, wo testet ihr das und wie häufig wechselt

00:17:33.324 --> 00:17:40.044
ihr oder wie viel Zeit verbringt ihr, um es in verschiedenen Browsern heutzutage zu testen?

00:17:43.224 --> 00:17:49.664
Ich würde sagen, die Antwort ist, dass die große Veränderung sich darin niederschlägt,

00:17:49.724 --> 00:17:52.104
dass man das halt nicht so einfach sagen kann.

00:17:52.664 --> 00:17:56.004
Also meine Erfahrung von früher ist halt eben so, projektfertig,

00:17:56.104 --> 00:17:59.404
es gibt jetzt den IE-Tag, da setzt man den mentalen Stahlhelm auf und guckt,

00:17:59.484 --> 00:18:02.044
wie das Ding halt eben auf den alten Mühlen aussieht.

00:18:02.044 --> 00:18:05.724
Und jetzt sagt dir halt irgendwer, hallo hier, ich bin eine Apfeltasche,

00:18:05.784 --> 00:18:10.564
es gab ein neues iOS-Update und seither macht der mobile Safari das und das falsch.

00:18:10.984 --> 00:18:16.564
Und das ist dann mehr so, dass einem da so eine Inkompatibilität zu jene aus

00:18:16.564 --> 00:18:20.684
dem Nichts anfällt, mit der man nicht gerechnet hat und dass das so ein bisschen

00:18:20.684 --> 00:18:23.604
unvorhersehbar ist, das ist jedenfalls so meine Erfahrung.

00:18:23.784 --> 00:18:27.624
Ich teste mit allem, was ich habe, aber weil halt eben beim neuen Nintendo Explorer

00:18:27.624 --> 00:18:32.364
gerne mal was kaputt geht, was vorher funktioniert hat, ist das nicht so vorhersehbar.

00:18:32.604 --> 00:18:36.584
Plus das Gesamtvolumen von allem, die Komplexität ist größer geworden,

00:18:36.804 --> 00:18:41.084
also ist dann halt potenziell, wenn man mehr Sachen mehr erreichen will,

00:18:41.384 --> 00:18:44.104
die Gesamtfragilität des Gesamtsystems halt auch größer geworden.

00:18:44.664 --> 00:18:47.844
Also, ich weiß nicht, ob ich mehr oder weniger mache, ich würde behaupten,

00:18:47.864 --> 00:18:51.824
es kommt halt extrem drauf an, um was es sich handelt und wo auf dem Zeitstrahl

00:18:51.824 --> 00:18:55.164
der Welt ich gerade gesagt habe, jetzt veröffentliche ich das und ob dann das

00:18:55.164 --> 00:18:58.524
letzte Safari-Update kurz vorher, kurz nachher kam, all so Sachen.

00:19:00.986 --> 00:19:02.206
Ja, ich kann mich da ein Stück weit

00:19:02.206 --> 00:19:07.286
anschließen, dass das schon eher sehr spezifisch ist auf die Anwendung,

00:19:07.466 --> 00:19:12.146
aber grundsätzlich kann ich sagen, dass ich ultra viel weniger teste als früher

00:19:12.146 --> 00:19:17.326
und mir das auch relativ in Anführungsstrichen egal geworden ist.

00:19:17.326 --> 00:19:23.166
Wo das laufen muss, ist auf Chrome oder Chromium Derivate. Ja, da muss man testen.

00:19:23.406 --> 00:19:26.166
Ich bin halt hauptsächlich im Chrome unterwegs.

00:19:27.086 --> 00:19:32.506
Firefox mache ich mal auf, kurz bevor irgendwas Großes geschippt werden soll.

00:19:32.786 --> 00:19:37.646
Aber wenn da irgendwas breakt, dann kriegt man es schon irgendwann mit von den

00:19:37.646 --> 00:19:39.506
Usern, die da unterwegs sind.

00:19:39.506 --> 00:19:43.206
Weil es meistens halt, also oder ich habe jetzt lange nicht mehr erlebt,

00:19:43.346 --> 00:19:48.426
dass irgendwas kaputt gegangen ist, was halt einen Impact auf die Funktionalität hatte.

00:19:49.994 --> 00:19:54.934
Weiß nicht, wie das euch geht. JavaScript Features oder so, habe ich nicht mehr

00:19:54.934 --> 00:20:00.934
erlebt, weil ich verwende ja auch irgendwie Next.js und da sind schon irgendwelche Transpiler,

00:20:01.074 --> 00:20:05.394
die mir dann den Code schon so schreiben, dass das funktioniert. Ja, das zum einen.

00:20:05.634 --> 00:20:11.374
Und zum anderen sind die Unterschiede der Browser von den Features,

00:20:11.514 --> 00:20:16.594
die ich verwende, irgendwie gar nicht so signifikant, wie das jetzt früher war.

00:20:17.614 --> 00:20:21.314
Und nächster Punkt, wo ich natürlich teste, ist, wir haben es jetzt angesprochen,

00:20:21.454 --> 00:20:24.774
Safari. Das ist halt mobile für mich relevant.

00:20:26.314 --> 00:20:31.414
Und wenn die Fehler da gefixt sind und da kann mal, also habe ich auch in der Vergangenheit erlebt,

00:20:31.654 --> 00:20:37.734
dass es dann irgendwie halt Probleme gibt mit Funktionalitätskompatibilität

00:20:37.734 --> 00:20:44.454
und wenn das auf Mobile fixt, ist es ja dann im Safari auf Desktop meistens auch okay,

00:20:45.034 --> 00:20:49.714
sodass das eigentlich so meine zwei Testthemen sind.

00:20:49.714 --> 00:20:53.794
Das muss auf meinem Smartphone laufen und irgendwie auf meinem Laptop und da

00:20:53.794 --> 00:20:54.694
verwende ich halt Chrome.

00:20:55.374 --> 00:20:59.074
Ja, es sind unterschiedliche Failure-Modes, die du ja im Prinzip da an der Backe hast.

00:20:59.434 --> 00:21:03.574
Das eine ist halt, Feature fehlt, das ist halt ein Boolean, geht oder geht nicht.

00:21:03.894 --> 00:21:08.774
Aber das Spaßige wird es halt eben, wenn du halt so in den mobilen Safari,

00:21:08.794 --> 00:21:12.654
in irgendwelchen Edge-Cases reingehst, dann atmest du ja wieder die IE-Luft

00:21:12.654 --> 00:21:16.834
von früher, wo halt irgendwie es zwar irgendwie da ist, aber es funktioniert halt falsch.

00:21:16.834 --> 00:21:19.314
Die Abstände sitzen nicht, der Zeilenumbruch ist doof.

00:21:19.474 --> 00:21:22.794
Wenn irgendwie die Zeile zu lang ist, ist plötzlich dann das Datalist-Element

00:21:22.794 --> 00:21:27.234
nicht mehr zu gebrauchen, um so auf den neuesten Failure halt mal zurückzukommen. Also...

00:21:28.290 --> 00:21:32.450
Insofern ist es halt richtig. Ich glaube, es ist halt mit dem Weggang vom IE

00:21:32.450 --> 00:21:36.810
ein kleineres Problem geworden, dass man so diese Fuzzy-Failure-Modes hat und

00:21:36.810 --> 00:21:40.010
mehr so geht oder geht nicht, schmeißt Polyfill drauf, klappt schon.

00:21:41.130 --> 00:21:44.450
Und auch mit dieser mehr, also dass halt die Standardfeatures,

00:21:44.610 --> 00:21:48.950
die man irgendwie so verwendet, finde ich, halt so von den Browsern abgedeckt werden.

00:21:49.270 --> 00:21:53.050
Also wenn man sich jetzt, also früher haben wir uns ganz oft on the edge bewegt,

00:21:53.190 --> 00:21:56.930
ich tue das heute kaum mehr. Früher war halt so, man wollte halt das neueste

00:21:56.930 --> 00:22:00.030
Feature aus einem Browser unbedingt haben, weil man das brauchte.

00:22:00.630 --> 00:22:03.710
Heute brauche ich das in der Regel nicht unbedingt.

00:22:04.550 --> 00:22:10.330
Das kann ich machen, aber keine Ahnung, früher waren es halt so wie zum Beispiel Flexbox.

00:22:10.690 --> 00:22:12.910
Wir konnten halt nur Floats machen.

00:22:13.510 --> 00:22:17.350
Also, wenn dieses Flexbox-Feature da war, will ich das auf jeden Fall,

00:22:17.490 --> 00:22:21.370
weil endlich kann ich das mal ordentlich, ordentlich hermachen, ja.

00:22:22.410 --> 00:22:27.010
Wenn jetzt noch irgendwie Columns und noch CSS-Grid dazukommt,

00:22:27.110 --> 00:22:29.030
haben wir eben diskutiert, schön und gut.

00:22:30.270 --> 00:22:35.950
Davon wird meine Experience halt drei Prozent besser, aber vorher wurde sie halt 50 Prozent besser.

00:22:36.190 --> 00:22:39.630
So, und das ist, glaube ich, das, was halt über sich versucht zu transportieren,

00:22:39.630 --> 00:22:45.590
ist halt, es gibt wenig dieser Edge-Cases, in die ich persönlich jetzt so mit

00:22:45.590 --> 00:22:48.970
dem, was ich gerade mache, ist auch sehr ausgewählt, klar,

00:22:49.510 --> 00:22:54.790
aber da laufe ich halt nicht mehr so rein, weil ich das auch nicht zu Fuß mache,

00:22:54.930 --> 00:22:58.770
sondern halt mir dann irgendwelche Libraries schnappe, die das halt können.

00:22:59.090 --> 00:23:03.570
Also, keine Ahnung, ich kann mich gar nicht erinnern, wann ich das letzte Mal pure...

00:23:05.154 --> 00:23:11.314
JavaScript geschrieben habe, um eine Website irgendwie mit JavaScript zu bespielen.

00:23:11.434 --> 00:23:16.434
Ich kann mich nicht mal mehr erinnern, wann ich HTML so als pures HTML geschrieben

00:23:16.434 --> 00:23:17.934
habe, nur um eine Website zu erzeugen.

00:23:18.014 --> 00:23:23.034
Das geht, aber es ist halt extrem viel einfacher, einfach Next.js zu verwenden

00:23:23.034 --> 00:23:27.554
und das halt auf Vercel zu ballern und fertig ist die Schose.

00:23:28.014 --> 00:23:32.654
Also für mich, keine Ahnung, vielleicht sagt ihr, ja Hans, probier es mal da und da mit.

00:23:33.494 --> 00:23:37.254
Aber so, und das fixst halt einfach so viele Probleme, die man halt vorher hatte

00:23:37.254 --> 00:23:39.314
und macht halt ein Image-Loading so viel schneller.

00:23:39.514 --> 00:23:42.994
Und du kriegst so viele Dinge, die einfach out of the box einfach funktionieren,

00:23:43.274 --> 00:23:45.114
ohne dass man sich Gedanken darüber machen muss.

00:23:45.314 --> 00:23:50.134
Und das ist halt, finde ich, so meine These, halt so dieser Riesenunterschied.

00:23:50.374 --> 00:23:57.774
Wie oft muss man heutzutage noch eine Webkit-Datei selber bearbeiten und schreiben?

00:23:58.674 --> 00:24:02.254
Keine Ahnung, in den Use Cases, die ich in den letzten Jahren gesehen habe,

00:24:02.254 --> 00:24:07.074
gar nicht. Weil das ist Quatsch, diese Zeit zu verwenden aus meiner Perspektive,

00:24:07.294 --> 00:24:09.654
weil ich habe diesen Anwendungsfall nicht.

00:24:09.954 --> 00:24:13.294
Also das muss ja ein super, super spitzer Anwendungsfall sein,

00:24:13.394 --> 00:24:17.294
dass du glaubst, in Anführungsstrichen als Developer, du kannst das besser,

00:24:17.434 --> 00:24:21.014
diesen Webkit-File zu schreiben, als irgendein Standard-Tooling, oder?

00:24:21.834 --> 00:24:25.394
Ja, es kommt doll auf die Trade-Offs an, die du bereit bist einzugehen, ne?

00:24:26.724 --> 00:24:30.904
Also ich nehme Next.js und baller das auf Vercel, ist sicherlich der Weg des

00:24:30.904 --> 00:24:31.964
geringsten Widerstandes, aber

00:24:31.964 --> 00:24:36.544
geht ja mit, sagen wir mal, mit Kosten auf verschiedenen Achsen einher.

00:24:36.744 --> 00:24:40.084
Und wenn man bereit ist, die zu bezahlen, hast du kein Problem.

00:24:40.304 --> 00:24:43.384
Wenn du sagst, ich kann die aus Grund A, B, C nicht bezahlen oder ich will nicht

00:24:43.384 --> 00:24:49.064
oder was auch immer, dann bist du halt dazu gedrängt, andere Lösungen zu wählen.

00:24:49.624 --> 00:24:52.644
Man kann es halt so oder so machen. Und ich glaube, das ist sicherlich auch

00:24:52.644 --> 00:24:56.244
ein Unterschied zu halt früher, dass man halt so eine Option hat,

00:24:56.364 --> 00:25:00.104
die halt so sagt, ich setze mich in dieses gemachte Nest, die Details kann jemand

00:25:00.104 --> 00:25:02.304
anders regeln, ich habe hier Wichtigeres zu schaffen.

00:25:02.984 --> 00:25:06.504
Gab es halt so in der Form als Komplettpaket, glaube ich, damals auch nicht in der Verbreitung.

00:25:08.125 --> 00:25:13.605
Ja, okay, dann sagst du, du willst kein React, sondern halt irgendwie nackst, nimmst du nackst.

00:25:14.025 --> 00:25:20.685
Oder, I don't know, du willst halt nicht auf Vercel hosten, hostest halt irgendwo anders.

00:25:20.925 --> 00:25:25.645
Also ich sag mal, für die Standard-Applikation ist das ja wahrscheinlich ein

00:25:25.645 --> 00:25:30.625
sehr guter Weg. Und ja, auch in meinen vergangenen Jobs habe ich das für extrem

00:25:30.625 --> 00:25:33.845
komplexe Applikationen im Streaming-Bereich für Join.

00:25:34.105 --> 00:25:40.465
Join ist auch auf Vercel irgendwie unterwegs mit dem Standard-JavaScript-Paket, sage ich mal.

00:25:41.345 --> 00:25:45.485
Funktioniert auch. Also genau, es ist natürlich immer eine Kostenfrage,

00:25:45.745 --> 00:25:50.605
aber für mich ist auch so ein Stück weit die Frage, warum würde man etwas anderes machen heutzutage?

00:25:50.925 --> 00:25:56.865
Also wo ist der Use Case dafür zu sagen, ich verwende nicht so ein Proven Package?

00:25:56.985 --> 00:26:00.625
Also was sind diese Schmerzen, von denen du redest? Was sind die Traders,

00:26:00.905 --> 00:26:04.225
die du nicht eingehen willst? Wenn man zum Beispiel paranoid ist und sagt,

00:26:04.405 --> 00:26:07.085
ich habe keine Lust auf den Login-Effekt.

00:26:07.725 --> 00:26:10.065
Jetzt ist ja die klassische Variante. Ich gehe in die Cloud.

00:26:10.505 --> 00:26:11.905
Das erste, was ja dann immer alle sagen,

00:26:12.125 --> 00:26:15.145
also ich habe da ja keine praktische Erfahrung mit, aber das erste Bedenken,

00:26:15.225 --> 00:26:18.485
was dann immer um die Ecke kommt, ist ja hier Login-Effekt und Multicloud ist

00:26:18.485 --> 00:26:23.245
halt schwierig und selbst hosten kannst du zwar machen, aber wer macht das realistischerweise?

00:26:24.765 --> 00:26:27.705
Das wäre jetzt so das erste Offensichtlichste, was mir einfallen würde.

00:26:28.025 --> 00:26:32.565
Und wenn du jetzt sagst, ja, wunderbar, kannst dann alle gut behalten,

00:26:32.905 --> 00:26:36.445
schau her, ich habe das Ding in fünf Minuten fertig gebaut und während du dir

00:26:36.445 --> 00:26:40.925
noch überlegst, zu welchem irgendwie estnischen Kleinunternehmen du jetzt hingehst.

00:26:41.945 --> 00:26:44.745
Ist das sicherlich ein Punkt, aber der ist halt nicht darin begründet,

00:26:44.805 --> 00:26:46.965
dass jetzt das eine oder andere offensichtlich richtig wäre,

00:26:47.065 --> 00:26:50.285
sondern je nachdem, was du für wichtig erachtest, wählst du halt das eine oder das andere.

00:26:51.205 --> 00:26:54.345
Ja, aber also so eine Next-Anwendung kannst du ja auch bei,

00:26:55.333 --> 00:27:00.333
Mitwald oder irgendwo anders hosten. Also da gibt es ja verschiedenste Möglichkeiten

00:27:00.333 --> 00:27:03.573
oder dem estnischen Kleinunternehmen, von dem du gesprochen hast.

00:27:04.013 --> 00:27:07.893
Die Frage ist halt, was willst du halt wirklich für einen Widerstand bezwingen,

00:27:07.973 --> 00:27:12.833
wenn du sagst, ich verwende nicht eines dieser modernen Development Tools,

00:27:12.973 --> 00:27:14.113
sondern schreib das halt selbst.

00:27:14.113 --> 00:27:18.633
Das ist halt so heute für mich die Frage und 2016, um da jetzt nochmal drauf zurückzukommen,

00:27:19.173 --> 00:27:22.133
war das gar nicht so die Frage, sondern da war das notwendig,

00:27:22.213 --> 00:27:26.573
dass du halt dich auch mit so Bildtool viel, viel mehr auseinandergesetzt hast,

00:27:26.653 --> 00:27:30.933
viel, viel mehr da reingegangen bist, das richtig zu konfigurieren und sowas,

00:27:31.033 --> 00:27:33.053
keine Ahnung, die richtigen Bildformate rauszuhalten.

00:27:33.053 --> 00:27:37.773
Musst du dich heute auch noch drum kümmern, aber auf einem ganz anderen Level, finde ich, ja.

00:27:38.173 --> 00:27:41.333
Und selbst wenn du jetzt nicht irgendwie dich in das gemachte Komplettpaket

00:27:41.333 --> 00:27:45.613
setzt, selbst dann ist irgendwie, keine Ahnung, ein ES-Bild konfigurierend verglichen

00:27:45.613 --> 00:27:48.913
mit Webpack früher schon eine Verbesserung.

00:27:49.033 --> 00:27:53.953
Also ich würde ja mal wirklich sagen, das Niveau allgemein war auf eine Weise gehoben.

00:27:54.433 --> 00:27:56.733
Plus wir haben halt eben auch in der Breite mehr Möglichkeiten.

00:27:57.653 --> 00:28:00.513
Selbst wenn man jetzt irgendwie sagt, ich rolle mir alles von Hand,

00:28:00.513 --> 00:28:04.273
ist es heutzutage immer noch einfacher, das zu machen, als es damals war.

00:28:04.613 --> 00:28:07.573
Und deswegen, mehr Auswahl für alle, je nachdem, was man für wichtig hält.

00:28:09.359 --> 00:28:14.339
Also das Thema waren ja Browser und auf welchen Browsern wir testen.

00:28:14.779 --> 00:28:20.659
Und ich glaube, ein Browser, mit dem ich zumindest nicht gerechnet habe,

00:28:20.819 --> 00:28:27.079
und ich glaube, ich auch nicht, der eine ziemlich große Dominanz hat in unseren Tests,

00:28:28.559 --> 00:28:30.219
sind Headless-Browser.

00:28:30.479 --> 00:28:33.919
Die haben zwar auch Chromium drunter, meistens,

00:28:35.199 --> 00:28:40.719
aber das ist mittlerweile der Browser, der am meisten von uns bombardiert wird

00:28:40.719 --> 00:28:43.459
mit Integrations-Tests, Unit-Tests, was auch immer,

00:28:44.099 --> 00:28:49.899
und zwar ständig auf das Continuous Integration und der verhält sich dann doch

00:28:49.899 --> 00:28:52.239
nochmal anders weil man halt meistens auch nichts sieht,

00:28:53.339 --> 00:28:56.319
und ich finde das sehr spannend also das ist tatsächlich der Browser,

00:28:56.399 --> 00:29:02.299
von dem wir uns am meisten erhoffen mit dem wir aber auch teilweise am meisten

00:29:02.299 --> 00:29:05.399
zu kämpfen haben weil halt irgendwo ein Prozess läuft.

00:29:06.159 --> 00:29:08.499
Und den hatte ich nicht auf meinem Radar. Also ich weiß nicht,

00:29:08.579 --> 00:29:12.839
wie es euch damit geht, ob ihr auch elaborate Test-Setups von neuen Komponenten-Bibliotheken

00:29:12.839 --> 00:29:19.499
habt oder groß angelegte Integrations-Tests mit Papadie oder was Ähnlichem schreibt.

00:29:20.459 --> 00:29:26.399
Aber unsere Kits stehen total drauf. Also die sind voll dem verschrieben.

00:29:28.939 --> 00:29:36.279
Aber inwiefern ist das sozusagen eine neue Browser-Facette, die man testen müsste?

00:29:36.799 --> 00:29:42.599
Weil du anders testest und weil die Tests ja nicht von dir kontrolliert werden,

00:29:42.779 --> 00:29:46.459
sondern wenn du irgendwas passiert, kann das mehrere Gründe haben.

00:29:46.779 --> 00:29:48.939
Es kann tatsächlich sein, dass was schief geht, das wäre ja cool,

00:29:49.039 --> 00:29:49.679
weil dann findest du das.

00:29:51.479 --> 00:29:55.739
Es kann aber auch aus irgendeinem Grund Pflege sein, weil es halt nicht die,

00:29:57.419 --> 00:29:59.999
kein Echtwelt-Szenario darstellt,

00:30:00.259 --> 00:30:03.759
sondern immer eine kleine Abweichung von dem ist, was tatsächlich,

00:30:05.819 --> 00:30:09.799
Nutzerinnen und Nutzer dann sehen. Oder halt eben auch sehen.

00:30:10.859 --> 00:30:15.459
Früher war ja das Testen nicht nur reiner Funktionalität aus, sondern sehr visuell.

00:30:16.399 --> 00:30:20.539
Und der visuelle Aspekt finde ich komplett weg dort. Es geht wirklich nur mehr

00:30:20.539 --> 00:30:23.659
um klickt dort, kommt das Ergebnis, klickt dort, kommt das andere Ergebnis.

00:30:23.859 --> 00:30:26.959
Und da hast du eine Diskrepanz. und ja.

00:30:30.082 --> 00:30:33.622
Zum einen kämpfen wir mit der teilweise Flakiness von dem Ding.

00:30:34.442 --> 00:30:38.162
Zum anderen merken wir halt dann, wenn wir dann im Production sind,

00:30:39.062 --> 00:30:42.902
tauchen halt immer wieder irgendwelche visuellen, leichten Bugs auf,

00:30:43.362 --> 00:30:47.362
auf die halt auch keiner schaut, weil beim Entwickeln wirks an meinen Maschinen

00:30:47.362 --> 00:30:49.542
und in dem Browser-Setup das halt haben.

00:30:50.362 --> 00:30:54.362
Und beim Testen wird die Funktionalität getestet. Und in der Echtwelt gibt es

00:30:54.362 --> 00:30:58.422
dann irgendwelche Hiccups, weil die Parameter eben passen.

00:30:59.882 --> 00:31:03.602
Von dem her, also es hat sich das Testing schon verändert im Vergleich zu dem,

00:31:03.642 --> 00:31:06.202
wie der Hans jetzt beschrieben hat und ich bin da sehr, sehr froh,

00:31:06.262 --> 00:31:09.302
weil wir heute auch nicht mehr wirklich so viele neue Dinge brauchen,

00:31:09.402 --> 00:31:13.182
das ist ja herrlich wir haben eine ziemlich gute, stabile Basis mit der man entwickeln kann,

00:31:15.462 --> 00:31:18.882
aber ich habe irgendwie das Gefühl, dass mit dem aktuellen Test-Hub das zumindest

00:31:18.882 --> 00:31:20.502
manche Filmenform und wir auch.

00:31:23.842 --> 00:31:28.202
Wir uns ein bisschen von dem dem, wie wir früher getestet haben oder dem auf

00:31:28.202 --> 00:31:29.942
die es uns beim Testen früher angekommen ist,

00:31:31.002 --> 00:31:38.042
entfernt haben für den Grund, irgendwo eine Zahl zu haben, dass irgendwelche

00:31:38.042 --> 00:31:39.862
Tests durchgehen, die man sich überlegt hat.

00:31:40.162 --> 00:31:46.982
Dass irgendwelche Continuous Tests, Integrationstests, was auch immer.

00:31:48.249 --> 00:31:51.789
Ja, also die haben wir auch. Die laufen auch in verschiedenen Browsern.

00:31:51.909 --> 00:31:53.689
Das ist dann hier über Playwright.

00:31:54.349 --> 00:32:02.409
Aber wenn ich, ich baue ja einfach viel UI und da, ich entwickle in Chrome,

00:32:02.709 --> 00:32:04.089
weil einfach die Dev-Tools super sind.

00:32:04.169 --> 00:32:07.409
Das heißt, da teste ich viel und sehe ich viel und mache ich viel.

00:32:07.409 --> 00:32:10.509
Chrome hat ja auch ein paar APIs so Vorsprung.

00:32:10.929 --> 00:32:13.429
Genau, bei mir ist ja dann nicht nur, ich baue ja nicht nur einfach so,

00:32:13.629 --> 00:32:19.409
sondern dann gehe ich irgendwie so weit ans Limit wie möglich, weil ist halt so.

00:32:20.549 --> 00:32:23.809
Und nutze dann irgendwelche APIs wie zum Beispiel Fetch, Later,

00:32:24.309 --> 00:32:26.549
API und so. Das gibt es halt nur in Chrome.

00:32:27.289 --> 00:32:30.089
Und dann, genau, wir haben Kollegen, die andere Browser benutzen,

00:32:30.109 --> 00:32:31.009
das ist eigentlich auch ganz cool.

00:32:31.349 --> 00:32:34.189
Das heißt, wenn mit Firefox irgendwas nicht geht, dann ist es meistens nicht

00:32:34.189 --> 00:32:36.849
komplett kaputt, sondern Und das sind dann so Kleinigkeiten,

00:32:37.009 --> 00:32:41.709
wie zum Beispiel, es gibt so den Trick, dass du einen Scroll-Snap-Slider bauen

00:32:41.709 --> 00:32:45.409
kannst und auf nativen Apps hast du halt so das Ding.

00:32:45.669 --> 00:32:48.749
Du kannst ja immer noch so Gummiband-mäßig noch so ein bisschen weiterziehen

00:32:48.749 --> 00:32:51.849
und dann merkst du so, ah, es geht nicht weiter und der springt wieder zurück.

00:32:52.309 --> 00:32:55.789
Das kannst du im Web auch bauen und dann musst du quasi so Pseudo-Elemente vorn

00:32:55.789 --> 00:33:01.909
und hinten dran setzen, die nicht snappen, sondern quasi du forcest das Snappen

00:33:01.909 --> 00:33:03.889
nur auf die echten Slides.

00:33:03.889 --> 00:33:07.369
Dadurch hast du aber so ein bisschen quasi Puffer, der gezogen werden kann.

00:33:07.509 --> 00:33:10.709
Und sobald du loslässt, huch, snappt das dann wieder zurück.

00:33:10.829 --> 00:33:13.529
Ich hab meine Kamera jetzt beim Snappen weg. Wir snappten in der Kamera.

00:33:14.609 --> 00:33:16.529
Genau. Ist ja nicht visualisiert.

00:33:18.029 --> 00:33:22.629
Ja, der Firefox kann das halt nicht. Also der startet dann erst mal lustigerweise,

00:33:22.749 --> 00:33:26.369
wenn du die Seite lädt, dann startet er auf dem ersten Slide.

00:33:26.549 --> 00:33:30.669
Und dann merkt er erst, ach, also auf dem Pseudo startet er, das leer ist.

00:33:30.769 --> 00:33:34.809
Und dann merkt er, ach ja, das kann er gar nicht. Es muss ja gesnappt werden und snappt es dann.

00:33:35.209 --> 00:33:38.669
Das sind halt so Kleinigkeiten. Also es ist kein Dealbreaker,

00:33:39.129 --> 00:33:43.569
aber es gibt schon so Unterschiede, die ich finden würde, wenn ich da öfters

00:33:43.569 --> 00:33:46.429
mal den Firefox öffnen würde. Und wie geht es dir damit zu einem Fehler um?

00:33:49.054 --> 00:33:52.354
Unterschiedlich. Manchmal baue ich dann meinen coolen Trick,

00:33:52.394 --> 00:33:55.654
den ich mir überlegt habe, wieder aus und manchmal ist es dann aber auch in

00:33:55.654 --> 00:34:00.394
Ordnung oder manchmal ist es auch so, dass es gibt einen Bug-Report für Firefox

00:34:00.394 --> 00:34:02.214
oder sowas und man hofft darauf,

00:34:03.234 --> 00:34:07.534
dass der dann auch bald gefixt ist und lässt es einfach so und dann heilt es sich von selbst.

00:34:08.294 --> 00:34:12.754
Ich finde es cool, weil ich habe nämlich das Gefühl auch, dass unsere Akzeptanz

00:34:12.754 --> 00:34:16.954
gegenüber schaut heute in Firefox dann anders aus oder verhält sich ein bisschen

00:34:16.954 --> 00:34:18.934
anders, ist viel, viel höher.

00:34:19.454 --> 00:34:22.994
Also, mein Gott, dann ist das halt eine kleine Unannehmlichkeit,

00:34:23.114 --> 00:34:25.254
solange das Ding noch funktioniert und okay, ausschaut, bitte,

00:34:25.354 --> 00:34:26.754
Gorge, mach halt einfach nicht.

00:34:26.974 --> 00:34:28.674
Also, da brauche ich nichts. Das hat aber auch immer damit zu tun,

00:34:28.734 --> 00:34:33.014
was der Chef für einen Browser benutzt. Muss man trotzdem immer noch dazu sagen. Ja.

00:34:33.774 --> 00:34:36.634
Aber ein Design Problem hatten wir ja früher auch mit Internet Explorer,

00:34:36.814 --> 00:34:40.494
oder? Da gab es das ja auch. Ja, ja. Das hatte halt eben keine runden Ecken, weißt du?

00:34:42.234 --> 00:34:45.394
Ja. Ja, das darf der Chef noch nicht oder die Chefin nicht merken,

00:34:45.474 --> 00:34:49.574
wenn in ihren Browsern. Aber zum Glück nehmen die mittlerweile ja auch Chrome.

00:34:49.714 --> 00:34:52.814
Und wenn die iOS nehmen, dann ist natürlich, also jetzt iOS 26,

00:34:53.174 --> 00:34:59.074
das war auf jeden Fall richtig übel, also für mich, weil die haben ja jetzt

00:34:59.074 --> 00:35:02.274
so diese aus Glas, diese flotende Adresszeile unten.

00:35:02.594 --> 00:35:07.974
Und wenn du was Position fixed unten hast, was wir beim Checkout-Prozess haben,

00:35:08.034 --> 00:35:11.434
da ist quasi immer der Weiter-Zurück-Button, diese Leiste ist halt dann unten,

00:35:12.154 --> 00:35:14.374
dann klebt die halt irgendwie, hängt die in der Luft.

00:35:14.654 --> 00:35:18.374
Und das sieht halt richtig beknackt aus, also voll beknackt sieht das aus.

00:35:19.434 --> 00:35:24.374
Und dann das hinzukriegen, also wie kann man diesen Bereich unter der Adressleiste

00:35:24.374 --> 00:35:26.794
füllen, also das war auf jeden Fall ein Riesenakt.

00:35:28.434 --> 00:35:32.334
Man hätte sich nur sonst verabschieden können von der Idee, irgendwas unten

00:35:32.334 --> 00:35:35.314
absolut oder fix positionieren zu wollen.

00:35:35.574 --> 00:35:37.674
Aber das wollte ich halt dann eben auch nicht.

00:35:38.494 --> 00:35:41.734
Also iOS ist schon immer noch der Problembär.

00:35:48.094 --> 00:35:51.054
Aber sonst ist es schon sehr entspannt geworden alles muss man sagen,

00:35:56.917 --> 00:36:02.437
Sollen wir zur nächsten Prognose übergehen? Jo, was haben wir denn noch anliegen?

00:36:04.797 --> 00:36:07.677
Also zum einen, es gab zum Beispiel

00:36:07.677 --> 00:36:16.417
die Prognose, dass Angular 2 und React waren zu dem Zeitpunkt neu.

00:36:17.577 --> 00:36:23.617
Und ich habe prognostiziert, dass Angular 2 relativ gut Fuß fassen wird.

00:36:27.497 --> 00:36:30.477
Und React nicht, habe ich jetzt so ein bisschen unterschätzt,

00:36:30.557 --> 00:36:34.477
ich habe es jetzt nicht irgendwie schlecht geredet oder so, aber ich habe dem weniger zugetraut.

00:36:35.457 --> 00:36:38.757
Und Ember hast du noch dazu gehört? Und Ember habe ich auch noch gehabt, genau.

00:36:39.537 --> 00:36:45.657
Ember gibt es noch, denke ich, aber ist irgendwie so ganz verschwunden so aus dem Sichtfeld.

00:36:46.477 --> 00:36:49.257
Aus dem Sichtfeld vielleicht. Ja, ich glaube, die haben ihre Community und die

00:36:49.257 --> 00:36:52.437
sind super happy und die sagen, lass mich mit dem anderen Zeugs in Ruhe,

00:36:52.517 --> 00:36:53.617
wir haben hier eine super Welt.

00:36:53.837 --> 00:36:56.277
Ich wollte es gerade sagen, also da muss man Und da muss man wirklich mit solchen

00:36:56.277 --> 00:36:57.697
Einschätzungen doll aufpassen.

00:36:58.197 --> 00:37:01.137
Weil aus meiner Perspektive ist es auch so, dass niemand Java schreibt.

00:37:01.357 --> 00:37:04.777
Und ich weiß, dass das nicht stimmt, aber ich sehe halt niemanden, der das macht.

00:37:05.117 --> 00:37:07.477
Also komm mal mit zwei Christen aufpassen.

00:37:10.697 --> 00:37:15.577
Aber Scheps Vorhersage oder Aussage war ja vor allem, dass ja Angular und jetzt auch Ember diese,

00:37:15.997 --> 00:37:18.717
ach fast so wie Hansbrunn auch irgendwie meinte, das ist doch so,

00:37:18.817 --> 00:37:21.257
warum sollte man sich jetzt noch um was anderes selber kümmern,

00:37:21.597 --> 00:37:25.177
wenn doch Angular und Ember mit so einer riesigen Architektur und Grundgerüst

00:37:25.177 --> 00:37:31.037
schon kommt, während man bei React, das war da ja auch schon modularer,

00:37:31.077 --> 00:37:33.877
das war so, ach, da gibt es so ein Flux und Redux und dann muss ich das vielleicht

00:37:33.877 --> 00:37:35.537
selber machen und das vielleicht selber machen.

00:37:36.957 --> 00:37:41.997
Und jetzt, ich kann gar nicht so, ich will jetzt gar nicht sagen,

00:37:42.057 --> 00:37:46.317
ob jetzt Angular oder React das Rennen gemacht hat, aber sie bedienen ja auch

00:37:46.317 --> 00:37:48.477
weiterhin einfach zwei verschiedene Use Cases.

00:37:50.906 --> 00:37:52.326
Und you kam halt auch noch dazu.

00:37:55.466 --> 00:37:57.526
Ich meine, das ist eine spannende Situation, weil ich glaube,

00:37:57.686 --> 00:38:00.146
mit dem hätte ich vor zehn Jahren auch nicht gerechnet.

00:38:00.246 --> 00:38:03.826
Ich hätte irgendwann gemeint, dass es genau dieses eine Framework gibt,

00:38:04.026 --> 00:38:06.206
das dann eh jeder verwendet, aber das ist nicht der Fall.

00:38:06.986 --> 00:38:11.546
Und genauso wie der Peter gesagt hat, also nur weil die eigene Perspektive jetzt

00:38:11.546 --> 00:38:20.326
besonders auf eines dieser Frameworks fixiert ist, unterschätzt man die Breite oder die.

00:38:22.486 --> 00:38:26.506
Verwendung der anderen Frameworks in anderen Gegenden, die vielleicht nicht

00:38:26.506 --> 00:38:30.666
so laut sind, wie es früher halt auf Twitter und so weiter war.

00:38:30.906 --> 00:38:34.246
Also ich bin immer wieder erstaunt, wenn ich zu Angular-Konferenzen eingeladen

00:38:34.246 --> 00:38:39.166
werde, was da für aktive und gut organisierte Communities gibt,

00:38:39.226 --> 00:38:41.186
wie viele Firmen das global,

00:38:42.706 --> 00:38:46.486
intensiv nutzen und sehr viel darauf aufgebaut haben und auch nicht weg wollen

00:38:46.486 --> 00:38:49.686
davon, weil es halt einfach für sich genau das richtige Tool ist.

00:38:50.206 --> 00:38:53.966
Wenn das auch so drin ist, in was für Gerätschaften alles, wenn man so in die

00:38:53.966 --> 00:38:58.586
Industrie guckt, also alles von wirklich irgendwie Bedienfeld einer Kaffeemaschine

00:38:58.586 --> 00:39:02.386
bis zu irgendwie Infotainment-Systemen in deinem Auto, die Wahrscheinlichkeit,

00:39:02.446 --> 00:39:04.346
dass da Angular drin ist, ist halt echt irre hoch,

00:39:05.086 --> 00:39:07.686
aber weil das halt nicht die Kreise sind, die üblicherweise sind,

00:39:09.446 --> 00:39:12.606
kenne ich halt so ein paar komische Leute, die halt Angular machen und einmal

00:39:12.606 --> 00:39:14.466
im Jahr renne ich denen halt auf einer Konferenz über den Weg.

00:39:14.666 --> 00:39:17.846
Aber es sind halt wirklich, es hat sich halt insofern ein bisschen fragmentiert.

00:39:17.946 --> 00:39:20.606
Und Twitter ist, glaube ich, auch echt ein sehr gutes Beispiel dafür,

00:39:20.746 --> 00:39:24.406
dass halt auch so die Kommunikation und die Netzwerke sich ja auch so ein bisschen

00:39:24.406 --> 00:39:29.046
fragmentiert haben und es so den globalen Town Square von früher so nicht mehr gibt.

00:39:31.263 --> 00:39:37.183
Ich wollte nur mal einwerfen, dass ich mir die Ergebnisse des State of JS aus

00:39:37.183 --> 00:39:40.683
2024 geguckt habe, weil für 25 sind die, glaube ich, noch nicht da,

00:39:40.783 --> 00:39:42.343
wie ich das jetzt gerade verstanden habe.

00:39:42.703 --> 00:39:47.783
Und da wurde auch schon gar nicht mehr nachgefragt nach Ember.

00:39:50.883 --> 00:39:54.343
Also es taucht auf jeden Fall da nirgendwo auf.

00:39:54.603 --> 00:39:59.463
Also ich glaube wohl, dass an dem noch gearbeitet wird, aber ich glaube auch,

00:39:59.663 --> 00:40:01.983
dass es eben einfach nicht mehr so viel benutzt wird.

00:40:02.763 --> 00:40:07.163
Ich würde das gerne untermauern mit einer Suche, die ich kurz gemacht habe bei

00:40:07.163 --> 00:40:14.463
Google Trends, wo man halt auch sieht, dass Ember im Vergleich zu Vue, React und Angular,

00:40:15.383 --> 00:40:21.563
Also praktisch non-existent ist, ja. Was man sieht, ist, dass gerade React auch

00:40:21.563 --> 00:40:28.023
in 2022 nochmal einen großen Vorsprung gewonnen hat gegenüber Angular.

00:40:29.723 --> 00:40:35.243
Interessanterweise sind aber sowohl Vue, React und Angular alle auf dem absteigenden

00:40:35.243 --> 00:40:36.783
Ast in den letzten Jahren.

00:40:36.783 --> 00:40:41.543
Und das möchte ich gerne connecten zu einer These, die wir vor einiger Zeit

00:40:41.543 --> 00:40:49.703
schon mal formuliert haben, als ich im Kontext dieser Vibe-Coding-AI-Generation-Tools

00:40:49.703 --> 00:40:51.323
ein bisschen Research gemacht hatte,

00:40:51.643 --> 00:40:55.463
wo wir herausgefunden haben, dass es einen de facto Standard gibt,

00:40:55.683 --> 00:41:00.563
den diese Vibe-Coding-Tools halt beim Entwickeln von neuem Code irgendwie nutzen.

00:41:00.563 --> 00:41:06.283
Und das war halt sowas wie TypeScript mit React und Tailwind im CSS-Bereich.

00:41:06.743 --> 00:41:11.663
Und wenn man sich mal anguckt, dass die Google-Searches für diese ganzen Topics

00:41:11.663 --> 00:41:15.883
nach unten gehen und dann dagegen hält, dass immer mehr Code geschrieben wird

00:41:15.883 --> 00:41:20.263
mit AI, passt das ja super zusammen. Die AI trifft die Entscheidung.

00:41:20.543 --> 00:41:24.423
Du musst selber gar nicht mehr so viel über diese Sachen googeln,

00:41:24.883 --> 00:41:27.203
weil die AI macht das ja für dich so ungefähr.

00:41:27.423 --> 00:41:31.463
Oder du fragst halt das Large Language Model, dir halt diesen Code zu schreiben.

00:41:31.663 --> 00:41:34.743
Also das finde ich, das passt ganz gut zusammen, dass dieser Trend nach unten geht.

00:41:35.243 --> 00:41:40.263
Ich schere da auch gerne mal einen Link zu, den wir dann in die Shownotes packen können.

00:41:41.903 --> 00:41:46.163
Aber könnte das nicht einfach auch das gleiche sein, wie die Fragmentierung, die ich gerade sage?

00:41:46.763 --> 00:41:50.683
Also, wo gehst du hin, um deine Informationen zu holen? Früher gab es halt die

00:41:50.683 --> 00:41:52.063
eine Quelle, das große Google.

00:41:52.543 --> 00:41:57.883
Etwas, was man ja gegebenenfalls heute gar nicht mehr aufsucht, weil man ja die KI fragt.

00:41:58.423 --> 00:42:01.943
Ist das nicht eigentlich so kompliziert? Dann müsste aber die Wertkurve auch runtergehen, oder?

00:42:03.583 --> 00:42:06.823
Das weißt du ja nicht, weil wenn diese Trends, keine Ahnung,

00:42:06.903 --> 00:42:08.763
sind diese Trends in absoluten Zahlen oder sind die relativ?

00:42:08.963 --> 00:42:11.783
Also sind das so die Prozent der Anfragen, die sich mit React befassen?

00:42:13.042 --> 00:42:17.322
Weil wenn das prozentual ist, kann ja das Gesamtvolumen sich in eine Richtung

00:42:17.322 --> 00:42:21.282
verändern und darin können sich dann ja diese Effekte aufheben.

00:42:21.722 --> 00:42:25.122
Also die sind nicht prozentual gegeneinander gerankt, sondern die sind halt

00:42:25.122 --> 00:42:31.382
einfach, hier ist die absolute Menge und das ist das, wie sie sich gegenüberstehen,

00:42:31.482 --> 00:42:32.402
soweit ich das verstehe.

00:42:32.402 --> 00:42:39.202
Aber man sieht auch bei einem React, dass es da schon auch diesen Trend nach unten gibt.

00:42:39.442 --> 00:42:42.902
Muss man jetzt natürlich abwarten, ob sich das in den nächsten Jahren so hält

00:42:42.902 --> 00:42:44.322
oder ob sich da was verändert.

00:42:45.062 --> 00:42:47.982
Da hast du vollkommen recht. Wie beschaffe ich meine Informationen,

00:42:48.762 --> 00:42:51.642
frage ich dir halt einfach nicht mehr über Google nach, sondern gehe ich halt

00:42:51.642 --> 00:42:55.122
direkt ins LLM oder mache ich das halt direkt in meinem Editor,

00:42:55.302 --> 00:42:59.162
weil da halt irgendwie die AI drin ist und dann frage ich da halt nach.

00:42:59.162 --> 00:43:00.262
Da hast du vollkommen recht.

00:43:00.502 --> 00:43:06.362
Das heißt, dieser Downward-Strand könnte falsch sein, müsste man mal im Auge behalten.

00:43:06.462 --> 00:43:09.142
Was ich aber dennoch halt super interessant finde, ist halt,

00:43:09.542 --> 00:43:18.802
dass React weniger diesen Downward-Strand hat und am meisten genutzt wird im

00:43:18.802 --> 00:43:20.902
Vergleich zu den anderen genannten.

00:43:22.018 --> 00:43:26.578
Und das, also ich führe das halt auch so ein Stück weit nochmal darauf zurück,

00:43:26.738 --> 00:43:32.538
dass halt trotzdem sich halt, dass dieses Framework sich immer weiter durchsetzen wird,

00:43:32.718 --> 00:43:37.238
gerade in Bezug darauf, dass wir halt immer mehr Software im Web schreiben,

00:43:37.478 --> 00:43:41.398
die halt über AI geschrieben ist, die halt nicht mehr von uns selbst geschrieben

00:43:41.398 --> 00:43:43.678
ist, sondern die halt irgendein LLM erzeugt hat.

00:43:43.678 --> 00:43:48.778
Wenn ich mir angucke, dass halt alle großen LLMs, sei es jetzt Cloud Code,

00:43:49.198 --> 00:43:59.258
sei es Gemini 3 Pro oder auch, gut, für 5.2 GPT kann ich jetzt nicht sprechen, aber 5.1 GPT Codex Max,

00:43:59.738 --> 00:44:04.518
alle verwenden als Default Framework, ohne dass man den Ding was da verwenden,

00:44:04.558 --> 00:44:10.278
sie halten JavaScript Variante von React und alle verwenden sogar Next.js,

00:44:10.398 --> 00:44:16.498
was ja stochastisch Sinn macht, Weil das halt das am meisten gesuchte Tooling ist sozusagen.

00:44:17.978 --> 00:44:21.878
Und die Prediction dann sagt, ja, okay, dann verwende ich halt dieses Tooling,

00:44:21.938 --> 00:44:24.878
weil das halt anscheinend ja die meisten benutzen.

00:44:25.078 --> 00:44:28.618
Und somit wird sich das nur noch mehr durchsetzen aus meiner Perspektive.

00:44:28.618 --> 00:44:32.578
Es sei denn, es wird jetzt halt irgendwie New Kit on the Block entstehen,

00:44:32.758 --> 00:44:36.498
was halt all diese Tools aus welchen Gründen auch immer überrennt.

00:44:38.078 --> 00:44:42.978
Aber glaube ich nicht. Ich glaube, das wird ein sich selbst verstärkender Effekt

00:44:42.978 --> 00:44:46.738
sein, dass halt React immer noch mehr genutzt wird in der Zukunft.

00:44:47.458 --> 00:44:50.498
Okay, also dann würde ich doch einfach mal mich extrem weit aus dem Fenster

00:44:50.498 --> 00:44:56.098
lehnen und jetzt so sagen, wenn wir dann die Folge 1400 aufnehmen,

00:44:56.558 --> 00:44:58.058
dann vergleichen wir unsere Prognosen.

00:44:58.298 --> 00:45:03.178
Und meine Prognose ist, das bleibt alles, wie es ist, wie es in allen Softwares bisher war.

00:45:03.418 --> 00:45:07.758
Da gibt es immer eine Auswahl von so mehreren verschiedenen Wegen,

00:45:07.778 --> 00:45:11.578
die Sachen zu machen und vielen verschiedenen Softwares, Toolkits, Frameworks.

00:45:12.858 --> 00:45:17.018
Das halte ich für wesentlich wahrscheinlicher. Also weil immer wird sich irgendwer

00:45:17.018 --> 00:45:20.878
was Neues ausdenken und wird das gut vermarkten können. Und...

00:45:21.982 --> 00:45:23.922
Ja, okay, jetzt haben wir vielleicht noch eine weitere Membran,

00:45:24.242 --> 00:45:27.622
durch die moderiert wird, was verbreitet sich und wie wird es in die Tat umgesetzt.

00:45:28.622 --> 00:45:32.202
Aber ich glaube nicht, dass wir da einen haben, der sich durchsetzt und wenn

00:45:32.202 --> 00:45:33.242
es einer ist, dann nicht react.

00:45:33.702 --> 00:45:36.962
So, wir sehen uns in zehn Jahren und dann werden wir mal sehen, wer recht gehabt hat.

00:45:37.822 --> 00:45:42.022
Ich glaube, im Teilbereich von Proof-of-Concepts, Prototypen,

00:45:42.402 --> 00:45:46.622
schnelle Start-ups für die ersten zwei, drei Jahre, da bin ich so ein bisschen jetzt bei Hans Seite,

00:45:46.862 --> 00:45:53.002
weil das ist die Welt von Vibe-Coding und, also das ist jetzt nicht negativ

00:45:53.002 --> 00:45:55.302
gemeint, also Proof-of-Concept macht Vibe-Coding, das ist ja super,

00:45:55.422 --> 00:46:00.062
weil es halt dann normalerweise schnell, je nachdem.

00:46:00.742 --> 00:46:04.422
Aber es gibt ja trotzdem sehr viele bestehende Systeme und ich sehe es jetzt,

00:46:04.822 --> 00:46:07.622
hat jetzt zwar auch keiner behauptet, aber ich sehe jetzt nicht kommen,

00:46:07.762 --> 00:46:12.642
dass man bei bestehenden Software da jetzt auf React wechselt,

00:46:12.802 --> 00:46:18.762
nur weil die AIs das vielleicht am wahrscheinlichsten bei Coding-Tools benutzen,

00:46:18.922 --> 00:46:21.682
sondern da wird man eher umstellen auf dann das andere Framework.

00:46:22.602 --> 00:46:25.522
Was ich aber schon interessant finde, nochmal zurückkommend auf den Punkt,

00:46:25.762 --> 00:46:30.982
damals, vor zehn Jahren habt ihr gesprochen über Angular 2 und React und da

00:46:30.982 --> 00:46:32.122
war noch so ein bisschen Ember.

00:46:33.102 --> 00:46:36.122
Womit ich aber nicht gerechnet hatte, war wirklich diese Welt von,

00:46:36.262 --> 00:46:41.422
dann kam Swell, dann kam You, dann kam XY noch dazu raus.

00:46:41.782 --> 00:46:45.482
Und mir fällt es bis heute schwer, eine Prognose zu machen.

00:46:46.602 --> 00:46:50.662
Peter, du meintest gerade, da wird immer jemand kommen und wieder ein spezielles

00:46:50.662 --> 00:46:52.162
Framework für irgendwas rausbringen.

00:46:53.742 --> 00:46:57.642
Ich fühle mich nicht in der Lage zu sagen, wird das wieder ein bisschen schmaler?

00:46:57.762 --> 00:47:00.642
Also sind wir jetzt dann doch wieder nur bei Vue, React und Angular?

00:47:01.042 --> 00:47:03.822
Oder kommt vielleicht noch wieder ein anderes Viertes dazu? Sorry,

00:47:04.022 --> 00:47:07.302
Svelte auch dabei. Sorry, falls jetzt jemand gerade büftet wurde beim Zuhören.

00:47:10.502 --> 00:47:15.342
Oder haben wir vielleicht noch 20 weitere Frameworks in den nächsten zehn Jahren?

00:47:16.743 --> 00:47:21.183
Das weißt du halt nicht und ich glaube auch nicht, dass man das irgendwie seriös

00:47:21.183 --> 00:47:24.003
wissen kann, weil es ist halt Zukunft.

00:47:24.603 --> 00:47:27.863
Hast du keine Ahnung von, was passieren wird, welche Faktoren da rein spielen

00:47:27.863 --> 00:47:31.643
werden und das, was man halt eben machen müsste, wenn man damit seriös umgeht,

00:47:32.163 --> 00:47:36.143
ist, dass man halt eben sagt, okay, ich weiß, dass ich nichts weiß,

00:47:36.343 --> 00:47:38.443
welche Entscheidung treffe ich auf der Basis.

00:47:40.523 --> 00:47:44.043
Und das ist eigentlich, glaube ich das sage ich ja immer, was man beim Dependency

00:47:44.043 --> 00:47:47.563
installieren immer machen muss man muss halt genau anerkennen ich weiß,

00:47:47.643 --> 00:47:50.823
dass ich nichts weiß, ich weiß nicht auf welche Weise was von den Dingern als

00:47:50.823 --> 00:47:52.503
erstes auch für mich irgendwie unbrauchbar wird,

00:47:53.723 --> 00:47:56.663
was für einen Schluss ziehe ich daraus das ist was man machen müsste,

00:47:56.703 --> 00:48:00.603
wenn man das seriös angehen werde, und naja wie du sagtest, da kommt dann plötzlich

00:48:00.603 --> 00:48:04.443
noch so ein Zwelt um die Ecke und so, das wird halt nicht aufhören da wird sich

00:48:04.443 --> 00:48:08.083
irgendwie so Penstack gibst du auch? so genau, habe ich gar nicht dran gedacht.

00:48:10.415 --> 00:48:14.655
Ich wollte noch hinzufügen, dass ich mich mit Angular 2 auch sehr verschätzt

00:48:14.655 --> 00:48:18.115
habe, weil Angular 2 ja dann doch so krass anders als Angular war.

00:48:18.255 --> 00:48:22.615
Das hat ja dann viele AngularJS-Fans sehr verschreckt.

00:48:22.855 --> 00:48:26.715
Und ich glaube auch so ein bisschen dazu geführt, dass Vue.js so erfolgreich

00:48:26.715 --> 00:48:32.715
war, weil man da sozusagen so eine geistige Heimat gefunden hat,

00:48:33.035 --> 00:48:34.895
die so AngularJS-artig war.

00:48:36.855 --> 00:48:40.575
Und genau dafür glaube ich hat Angular in der Folge viel,

00:48:42.135 --> 00:48:47.255
weiß ich nicht, .NET, Java-Entwickler zu sich rübergezogen die vielleicht vorher

00:48:47.255 --> 00:48:50.115
ein Werk gemacht haben die haben die Zielgruppe geändert, ohne dass ihnen wahrscheinlich

00:48:50.115 --> 00:48:53.935
bewusst war es war eher ein Unfall, aber sie haben eine komplette Zielgruppe geändert,

00:48:54.815 --> 00:48:58.355
kommt man jetzt zu philosophieren darüber, ob das jetzt gut oder schlecht für

00:48:58.355 --> 00:49:01.395
das Framework war, aber es ist halt auf jeden Fall so ja.

00:49:05.535 --> 00:49:09.095
Ganz kurz noch zu dieser, wie entwickeln Sie Frameworks jetzt,

00:49:09.315 --> 00:49:17.295
wo sich unser Arbeitsstil ändert, durch diese gesamte Genit-Rate-TV-Sache Da

00:49:17.295 --> 00:49:19.055
möchte ich auf etwas aufgreifen, was die Vanessa gesagt hat.

00:49:19.115 --> 00:49:23.015
Ich glaube nämlich, dass wir nicht nur Prototypen oder laufende Produkte oder

00:49:23.015 --> 00:49:24.675
was auch immer berücksichtigen müssen, sondern,

00:49:25.235 --> 00:49:30.915
ich glaube, dass da jetzt viele Leute geben wird, die jetzt nicht per se Webentwicklerinnen

00:49:30.915 --> 00:49:31.935
oder Webentwickler sind,

00:49:32.175 --> 00:49:35.915
aber trotzdem geschwind irgendwas zusammenhacken und publishen und vielleicht

00:49:35.915 --> 00:49:38.595
nicht einmal wissen, was da dahinter ist, weil Hauptsache das schaut nachher

00:49:38.595 --> 00:49:40.635
im Editor gut aus und funktioniert.

00:49:41.495 --> 00:49:47.635
Und da ist es dann meistens, darum finde ich es gut, dass der Hans diese Trends reinschickt.

00:49:48.935 --> 00:49:49.895
Was ist,

00:49:51.105 --> 00:49:56.405
das Mittel der breiten Masse. Und also wo sind die meisten Unterlagen dort?

00:49:56.545 --> 00:50:00.745
Wo ist am meisten offener Code dort? Wo ist am meisten Material dort,

00:50:00.845 --> 00:50:04.745
von dem diese LLMs saugen können, damit sie verstehen, was entwickelt wird?

00:50:05.045 --> 00:50:10.425
Weil das macht die LLM. Schaut sich an, was existiert und versucht dann über

00:50:10.425 --> 00:50:13.185
Wahrscheinlichkeiten da durch zu navigieren und was ähnliches zu bauen.

00:50:13.685 --> 00:50:19.085
Ich finde das sehr spannend. Ich bin sehr stark im Pizzaback-Game drinnen und

00:50:19.085 --> 00:50:23.125
alle drei Tage kommt irgendwer in meinem Lieblings-Pizza-Subreddit und sagt,

00:50:23.205 --> 00:50:26.785
der hat jetzt einen Teig-Calculator gebaut mit AI und die schauen alle gleich aus.

00:50:26.925 --> 00:50:30.685
Egal, wer das gemacht hat, die schauen alle einfach orange aus mit dem Pizza-Emoji

00:50:30.685 --> 00:50:35.485
und nutzen die gleichen Formeln, weil halt das irgendwo mal drinnen steht und

00:50:35.485 --> 00:50:38.065
das die de facto Referenz dafür ist.

00:50:38.385 --> 00:50:42.665
Man referenziert immer auf. Die Klassach-App gibt es doch. Ich habe mir dann

00:50:42.665 --> 00:50:44.725
das Original installiert und bin genauso happy.

00:50:46.185 --> 00:50:51.865
Und das ist das Interessante. Also wo existiert gerade am meisten und da hat

00:50:51.865 --> 00:50:55.465
React sicher die Nasen vorn, weil die einfach sehr proaktiv,

00:50:55.665 --> 00:50:59.185
kommunikativ waren und viel einfach rausgeschossen haben,

00:50:59.945 --> 00:51:06.025
wo halt die Nutzergruppen von Angular und so weiter halt unter verschlossenen Türen arbeiten müssen.

00:51:06.585 --> 00:51:10.785
Und genau das wird jetzt das Material für die ganzen Apps von den ganzen Leuten,

00:51:10.825 --> 00:51:14.185
die eigentlich nicht programmieren können, aber jetzt trotzdem Apps schreiben

00:51:14.185 --> 00:51:15.305
können und veröffentlichen können.

00:51:17.105 --> 00:51:21.525
Und genau super happy sind damit. Und wahrscheinlich kann man das nicht einmal

00:51:21.525 --> 00:51:25.885
wirklich messen dann, weil die rennen sowieso nur irgendwie lokal oder auf einem

00:51:25.885 --> 00:51:28.045
NetLev-Account, der nicht indiziert wird oder was auch immer,

00:51:28.125 --> 00:51:29.825
weil sie nur ein Tool für sich selbst bauen.

00:51:30.905 --> 00:51:36.905
Und da glaube ich, genau das, was der Hans gesagt hat, da kommt irgendeine Typescript-Reakt-Partie,

00:51:37.145 --> 00:51:40.685
aber nicht, weil es eine bewusste Entscheidung war, sondern weil es einfach

00:51:40.685 --> 00:51:44.765
das Mittel ist von der ganzen Menge, das wir dort haben.

00:51:45.465 --> 00:51:48.305
Und das wird noch interessant. Also das wird interessant, wo das hingeht.

00:51:51.249 --> 00:51:55.649
Ja, definitiv. Wir, Hans und ich, wir hatten ja so einen Artikel von Paul Kinlen

00:51:55.649 --> 00:51:58.229
damals auch verlinkt in unserer Folge.

00:51:58.749 --> 00:52:01.549
Den können wir hier auch nochmal in die Show Notes reinstecken.

00:52:06.472 --> 00:52:09.692
Jawohl. Dann vielleicht, wenn wir eh schon in dem Bereich sind,

00:52:09.832 --> 00:52:16.492
könnten wir uns der, also wir haben auch über ES 2015 gesprochen,

00:52:16.752 --> 00:52:18.072
beziehungsweise ES 2016.

00:52:20.292 --> 00:52:22.652
Genau, ich glaube, zu dem Zeitpunkt habe ich das noch nicht geschrieben,

00:52:22.792 --> 00:52:28.092
aber Rodney war da schon all in und Peter auch, hat er erzählt,

00:52:28.352 --> 00:52:33.932
du warst auch schon all in, aber du bist ja auch der Leading Edge Web Plattform

00:52:33.932 --> 00:52:35.532
Erklärbär, du musst das ja auch machen.

00:52:37.332 --> 00:52:42.112
Genau, und nutzt das mit Babel oder nutzt das auch schon dann eben transpiliert.

00:52:44.252 --> 00:52:47.632
Ja, also ich meine, war damals halt auch ein etwas größerer Akt,

00:52:47.992 --> 00:52:50.152
weil die ganze Infrastruktur nicht in dem Maße da war.

00:52:51.052 --> 00:52:55.972
Also heute ist es ja tatsächlich so, dass Transpiler-Features und Babel-Plugins,

00:52:56.092 --> 00:52:59.552
die entstehen ja im Zuge der Entwicklung eines neuen ECMAScript- Features.

00:52:59.672 --> 00:53:02.352
Es ist ja nicht so, dass jemand einfach nur hingeht und Spezifikationstext schreibt,

00:53:02.832 --> 00:53:07.932
sondern der im Prinzip Proof-of-Concept kommt in Form eines Transpiler-Plugins daher.

00:53:08.512 --> 00:53:12.332
Das heißt, notwendigerweise ist es so, dass man ja heutzutage in dem Moment,

00:53:12.412 --> 00:53:14.272
wo sich's jemand ausgedacht hat, das verwenden kann.

00:53:15.172 --> 00:53:17.472
Definitionsgemäß, weil einfach der Workflow sich da angehend geändert hat.

00:53:17.672 --> 00:53:23.072
Das war ja damals auch nicht so und da ist es halt auch ein bisschen schwieriger

00:53:23.072 --> 00:53:26.532
gewesen und hat mehr Aufwand bedeutet, an der Bleeding-Edge dran zu sein,

00:53:26.952 --> 00:53:31.872
während das heutzutage entweder sowieso zu teilen ein Automatismus ist,

00:53:31.932 --> 00:53:35.232
weil irgendwelche Standard-Stacks, wie jetzt die vorhin besprochenen sowieso

00:53:35.232 --> 00:53:36.652
so Transpiler-Logik mit sich bringen.

00:53:36.812 --> 00:53:39.492
Und wenn man halt die extra Meile gehen will, sucht man sich gezielt das neue

00:53:39.492 --> 00:53:42.532
Feature raus und pickt sich das Plugin raus, dass der Proof of Concept dazu ist.

00:53:42.752 --> 00:53:46.652
Also, dass man wirklich so Dramen hat wie irgendwie Temporal oder Decorators,

00:53:46.752 --> 00:53:49.832
die wirklich ewig brauchen, bis sie sich in der Realität manifestieren,

00:53:50.432 --> 00:53:53.552
das gibt es ja heutzutage kaum noch und das war damals der Normalfall.

00:53:53.812 --> 00:53:57.672
Da hat eben alles von der Idee bis zur wirklichen Benutzbarkeit ewig gedauert,

00:53:57.692 --> 00:54:00.472
es sei denn, man hat riesigen Aufwand betrieben und heutzutage ist das halt

00:54:00.472 --> 00:54:03.632
was Besonderes, Was auch eine sehr positive Entwicklung ist.

00:54:07.355 --> 00:54:12.395
Das war ja damals eigentlich auch der Auftakt zu diesem, also zu dem Ganzen,

00:54:13.195 --> 00:54:18.755
also bei JavaScript einfach so viel passierte, also sowohl was die Sprache selbst

00:54:18.755 --> 00:54:23.695
angeht, als auch eben die Menge Frameworks explodiert ist.

00:54:24.635 --> 00:54:31.755
Ist bei der Sprache viel passiert? Stimmt das? Ja, also auf einen Schlag eben mit ES2015. 15.

00:54:33.415 --> 00:54:36.155
Also nochmal, ich muss jetzt darauf rummerken, aber ist damit viel passiert?

00:54:37.475 --> 00:54:42.735
Du hast syntaktischen Zucker gehabt, aber auch so neue Konzepte wie Generators.

00:54:43.695 --> 00:54:45.215
Das ist auch syntaktischer Zucker.

00:54:46.335 --> 00:54:50.315
Okay, da hat sich nichts getan. Es gibt halt schon ein so ein Feature,

00:54:50.435 --> 00:54:52.355
wo ich wirklich behaupten würde, da hätte sich was getan.

00:54:52.755 --> 00:54:55.655
Aber ansonsten, ich meine, wenn du dein JavaScript von heute gegen das JavaScript

00:54:55.655 --> 00:54:59.155
von damals hältst, Modulo, irgendwelche framework-spezifische Syntax,

00:54:59.495 --> 00:55:03.375
ist das halt immer noch im Kern die exakt gleiche Sprache. Da hat sich jetzt

00:55:03.375 --> 00:55:04.495
ja keine Revolution getan.

00:55:04.995 --> 00:55:08.735
Async Await, das ist das eine, was ich halt eben herausstellen würde, mal ausgenommen.

00:55:08.855 --> 00:55:10.935
Das hat halt wirklich verändert, wie du den Code schreibst, weil du halt eben

00:55:10.935 --> 00:55:13.855
jetzt ein Opt-in in wirklich imperatives Zeug hast, dass du halt,

00:55:13.895 --> 00:55:17.595
wenn du willst, deinen ganzen Code mit If-Else, For-While und so bestreiten

00:55:17.595 --> 00:55:19.675
musst und dir nicht funktional einen abbrechen musst.

00:55:20.095 --> 00:55:22.715
Anders als früher mit Callbacks und Promises und Ähnlichem.

00:55:23.275 --> 00:55:26.275
Aber ansonsten hat sich da wirklich viel getan. Also an der Oberfläche,

00:55:26.395 --> 00:55:29.375
ja, du hast jetzt irgendwie 70 Möglichkeiten, irgendwie einen Sachverhalt zu

00:55:29.375 --> 00:55:32.595
formulieren, Aber am Ende ist ja die Menge der Operationen, die du durchführen

00:55:32.595 --> 00:55:36.175
kannst und das, was du mit der Sprache erreichen kannst, ja noch relativ das Gleiche.

00:55:36.495 --> 00:55:39.955
Du hast halt so Extension-Points wie die DOM-API ist mächtiger geworden und

00:55:39.955 --> 00:55:41.035
damit kannst du mehr hinkriegen.

00:55:41.535 --> 00:55:44.355
Die ganze Plattform ist schneller geworden, deswegen können deine Frameworks

00:55:44.355 --> 00:55:45.855
das UI viel flotter rendern.

00:55:46.135 --> 00:55:49.575
Du hast WebAssembly, wenn du halt irgendwie auslagern willst an irgendwelchen

00:55:49.575 --> 00:55:50.735
C-Code von Anno dazu mal.

00:55:51.395 --> 00:55:53.255
Das sind halt, glaube ich, die wirklich relevanten Änderungen.

00:55:53.535 --> 00:55:57.775
Ansonsten ist das halt wirklich sehr viel Zeug gewesen, das halt so einen inhärenten

00:55:57.775 --> 00:55:59.295
Marketing-Vorteil hatte.

00:56:00.095 --> 00:56:02.595
Du kannst halt wunderbar sagen, guck mal hier, neues JavaScript-Feature und

00:56:02.595 --> 00:56:05.815
ich kann es dir wirklich in drei Absätzen erklären, weil es halt nur syntaktischer Zucker ist.

00:56:07.524 --> 00:56:09.004
Das ist halt so das Ding. Und das ist halt auch, glaube ich,

00:56:09.064 --> 00:56:12.344
der Grund, warum zum Beispiel React so gut funktioniert, weil man halt auch

00:56:12.344 --> 00:56:13.984
React jemandem in drei Absätzen erklären kann.

00:56:14.064 --> 00:56:17.044
Das Grundprinzip, hast du jedem damit sofort eingeimpft und du musst halt nicht

00:56:17.044 --> 00:56:20.104
irgendwie über Angular sagen, so, wir machen jetzt erstmal irgendwie ein halbes

00:56:20.104 --> 00:56:21.484
Seminar darüber, was ein Service ist.

00:56:22.804 --> 00:56:27.884
Ja, ich würde nochmal dafür argumentieren, dass es aber das Programmieren an

00:56:27.884 --> 00:56:31.684
sich halt viel einfacher macht und viel schneller und intuitiver.

00:56:31.964 --> 00:56:35.624
Ich nehme mal jetzt irgendwelche Funktionen, die es halt vorher nicht gab,

00:56:35.764 --> 00:56:39.584
die halt über Frameworks wie jQuery halt in der Sprache gelandet sind und darüber

00:56:39.584 --> 00:56:43.064
verhandelt wurden. Ja, so ein Find beispielsweise.

00:56:43.424 --> 00:56:47.744
Ja, du willst in einem Array irgendwie ein bestimmtes Element finden.

00:56:49.544 --> 00:56:54.464
Und da steckst du eine Funktion rein oder sowas. Das sind halt super triviale

00:56:54.464 --> 00:56:59.464
Sachen, die aber ultra wichtig sind, um einfach programmieren zu können,

00:56:59.644 --> 00:57:03.184
um halt einfach zu schreiben, wie man denkt, dass das funktioniert.

00:57:03.184 --> 00:57:06.284
Und ich glaube, das hat halt, glaube ich, die Art und Weise,

00:57:06.344 --> 00:57:08.964
wie man JavaScript verwendet, halt total verbessert.

00:57:09.184 --> 00:57:15.824
Dieses Feature, was du jetzt genannt hast mit Async-Avate versus Promises, auch genauso.

00:57:16.204 --> 00:57:22.424
Du schreibst halt einfach runter und musst dir nicht mehr so viel Gedanken über

00:57:22.424 --> 00:57:26.964
Konstrukte machen, die dir das ermöglichen, wie du deinen Code schreibst.

00:57:26.964 --> 00:57:30.484
Ich würde trotzdem behaupten, da haben wir tatsächlich einen Unterschied zwischen

00:57:30.484 --> 00:57:35.104
einem Argument, dass du, was du jetzt hast, also stimmt, Feind eingebaut zu

00:57:35.104 --> 00:57:38.304
haben versus ich muss mir das mühsam beschaffen, ist ein Vorteil.

00:57:38.704 --> 00:57:40.984
Aber es ist, glaube ich, noch ein anderer Vorteil, wenn man halt tatsächlich

00:57:40.984 --> 00:57:43.584
jetzt einfach nur es einfacher hat, weil man mehr Konstrukt hat,

00:57:43.644 --> 00:57:46.184
weil man sich halt kompakter ausdrücken kann. Das stimmt alles.

00:57:46.824 --> 00:57:49.264
Acering Await macht ja was anderes. Das ist ja was viel Fundamentaleres.

00:57:49.444 --> 00:57:53.684
Das erlaubt dir ja ein permanentes Opt-in in ein Programmierparadigma und befreit

00:57:53.684 --> 00:57:57.384
dich davon, ständig einen Kontext-Switch zwischen Funktional und Imperativ zu machen.

00:57:58.191 --> 00:58:01.191
Weil du halt eben nicht mehr Callbacks verschachteln musst, weil du ja keinen

00:58:01.191 --> 00:58:05.031
einzigen Callback mehr schreibst, vereinfacht ausgedrückt, wenn du Async-Await hast.

00:58:05.251 --> 00:58:09.031
Du musst halt einfach unterschiedliche Konstrukte jonglieren in unterschiedlichen

00:58:09.031 --> 00:58:11.831
Welten parallel existieren, wenn du das machst.

00:58:12.191 --> 00:58:15.811
Und Find ist halt eine Convenience. Das ist die Sitzheizung in deinem Auto.

00:58:16.091 --> 00:58:20.611
Will ich auch nicht drauf verzichten, aber geht halt nun wirklich auch ohne.

00:58:20.891 --> 00:58:24.591
Wenn ich hingegen einen Eselskarren habe, ist das wirklich ein Unterschied in

00:58:24.591 --> 00:58:27.671
dem gesamten, was ich zu leisten imstande bin mit dem Equipment, das ich da habe.

00:58:30.931 --> 00:58:34.491
Ja, weiß ich nicht mal. Also ja, natürlich gebe ich dir recht,

00:58:34.591 --> 00:58:41.091
dass das mit Await halt schon eine Veränderung ist, aber also das für sich genommen.

00:58:41.951 --> 00:58:46.811
Auf der anderen Seite, es hilft dir halt auch wieder dieses Grundthema,

00:58:47.451 --> 00:58:49.551
einfacher, schneller an dein Ziel zu kommen.

00:58:50.551 --> 00:58:54.311
Also das ist ja der Kernpunkt, den ich eigentlich machen will,

00:58:54.631 --> 00:58:59.191
dass halt die Sprache sich so weiterentwickelt hat durch die Features und wenn

00:58:59.191 --> 00:59:00.391
es nur kleine Sachen sind,

00:59:00.751 --> 00:59:06.231
dass du halt nicht mehr dieses Verbose hast, dass du halt nicht mehr irgendwie

00:59:06.231 --> 00:59:09.171
dir, also ich nehme jetzt auch mal, du hast eben auch angesprochen,

00:59:09.171 --> 00:59:10.491
würde ich auch da reinzählen.

00:59:10.491 --> 00:59:16.811
Sowas wie eine Fetch-Funktion im Vergleich zu einem XHTTP-Request.

00:59:18.811 --> 00:59:23.031
You know it? XML-HTTP-Request. Danke, ja.

00:59:23.451 --> 00:59:28.671
Aber genau das ist halt auch sowas. Also das ist das, was ich meine.

00:59:29.031 --> 00:59:35.171
Also 2016 war das, glaube ich, noch ein Standard, dass wir halt so verbose Sachen

00:59:35.171 --> 00:59:40.091
nutzen mussten, um an unser Ziel zu kommen. Heute sind wir da nicht mehr.

00:59:40.491 --> 00:59:44.571
Und können halt viel, viel klarer einfach runterschreiben, was wir wollen.

00:59:45.732 --> 00:59:49.792
Das ist halt der Kernpunkt. Wir hatten auch einen sehr kompakten Standard früher,

00:59:49.912 --> 00:59:51.692
mit dem wir das in einer Zeile schreiben konnten.

00:59:52.192 --> 00:59:56.512
Der war halt nicht eingebaut und der hieß Jakevery, aber das hatte ja auch den

00:59:56.512 --> 00:59:58.312
Effekt eines Standards.

00:59:59.112 --> 01:00:02.572
Im Sinne von, ja. Über die Sprache jetzt, das ist halt der Punkt,

01:00:02.612 --> 01:00:04.792
den ich machen möchte. Ja gut, aber ich meine.

01:00:05.652 --> 01:00:09.332
Aber hattest du früher die Sprache ohne Jakevery? Also existierte das de facto

01:00:09.332 --> 01:00:10.452
in der Realität da draußen?

01:00:11.312 --> 01:00:15.032
2016 glaube ich ja, 2006. Ja, bei Shep, der meldet sich gerade.

01:00:16.892 --> 01:00:20.412
Ich melde mich nur, weil ich glaube, der Stefan muss los.

01:00:21.552 --> 01:00:24.472
Genau, meine Zeit ist leider schon, also ich bin in drei Minuten dann weg,

01:00:24.512 --> 01:00:27.792
aber ich möchte da nicht diese spannende Diskussion jetzt unterbrechen.

01:00:27.932 --> 01:00:31.712
Deswegen wollte ich einfach so ganz scheimlich schnell und leise raus,

01:00:32.212 --> 01:00:36.332
das Mikro und die Kamera ausschütten und euch noch weiterreden lassen. Perfekt, danke.

01:00:37.552 --> 01:00:41.592
Ja, cool, dass so das ausgegangen ist. War sehr spannend. Ich bin sehr interessiert,

01:00:41.712 --> 01:00:45.332
welche Prognosen es noch gibt. Also mein Prognose ist eh genauso, wie es der Peter sagt.

01:00:45.592 --> 01:00:48.052
Eigentlich haben wir eh keine Ahnung, was kommen wird. Es ist aber spannend.

01:00:48.232 --> 01:00:50.772
Wir sind gerade in einem ziemlichen Umbruch, in wie wir alle entwickeln.

01:00:50.992 --> 01:00:56.112
Und darum wird es echt interessant werden, was denn in den nächsten zehn Jahren auf uns zukommt.

01:00:56.252 --> 01:00:59.412
Und ich freue mich, wenn wir in zehn Jahren dann wieder da sitzen und nachschauen.

01:00:59.932 --> 01:01:02.452
Ja, Folge 1400, hat der Peter ja schon gesagt.

01:01:03.312 --> 01:01:07.452
Wir können es auch eher machen. Ich bin jetzt darauf, damit nicht vorher warten. Okay, na gut.

01:01:07.712 --> 01:01:11.332
Alles klar. Dann habt ihr so viel Spaß, macht weiter. Und bis zum nächsten Mal.

01:01:11.572 --> 01:01:13.452
Ciao, ciao. Genau. Tschüss. Ciao, mach's gut.

01:01:16.790 --> 01:01:21.090
Tja, also schauen wir mal, wie die Sprache sich entwickelt. Also ich bin jetzt echt gespannt.

01:01:21.290 --> 01:01:25.190
Also wird es halt nochmal große Änderungen an der Sprache geben?

01:01:25.370 --> 01:01:28.850
Wird es halt in den nächsten Jahren halt so sein, dass wir halt auf einmal das

01:01:28.850 --> 01:01:31.810
neue Killer Feature bekommen oder sind es halt die kleinen Sachen?

01:01:31.810 --> 01:01:36.670
Oder wird es halt doch irgendwann eine ganz andere Sprache sein, die wir halt schreiben,

01:01:37.190 --> 01:01:43.310
wenn wir jetzt sehen, wie viel halt TypeScript mittlerweile halt auch bei den

01:01:43.310 --> 01:01:47.730
allermeisten Menschen angekommen ist, die halt irgendwie programmieren.

01:01:48.350 --> 01:01:50.130
Ist das der neue Standard?

01:01:51.430 --> 01:01:55.770
Ja, genau, das ist halt interessant, finde ich halt interessant zu sehen.

01:01:56.990 --> 01:01:59.750
Ja, guck, wenn man jetzt so was machen würde, wie,

01:01:59.990 --> 01:02:04.630
was ja in Node mittlerweile der Fakt ist, nämlich, dass die die Typ-Syntax in

01:02:04.630 --> 01:02:08.310
Anführungszeichen auch implementiert haben und halt so zumindest natives Type-Stripping

01:02:08.310 --> 01:02:13.170
machen, wenn das tatsächlich jetzt allgegenwärtig werden würde,

01:02:13.570 --> 01:02:16.610
da würde ich auch wieder sagen, das wäre tatsächlich eine fundamentale Veränderung.

01:02:17.350 --> 01:02:19.770
Also jetzt wird halt das Gleiche machen. Man wird halt weiterhin TypeScript

01:02:19.770 --> 01:02:23.670
als Typechecker verwenden vielleicht oder gegebenenfalls was anderes. Man weiß es nicht.

01:02:24.030 --> 01:02:27.350
Aber wenn diese Syntax mal festgenagelt und wirklich universell verwendbar wäre

01:02:27.350 --> 01:02:31.790
und halt auch ohne die Notwendigkeit von irgendeinem spezifischen Setup,

01:02:32.530 --> 01:02:36.650
das könnte tatsächlich nochmal was daran ändern an JavaScript und auch daran,

01:02:36.730 --> 01:02:39.530
wie man das zum Beispiel auch lernt, weil man dann ja vielleicht voraussetzen

01:02:39.530 --> 01:02:42.430
könnte, dass Leute in der Lage sind, so eine Typsyntax zu lesen.

01:02:43.970 --> 01:02:47.210
Das ist ja vielleicht, wenn man heutzutage irgendwem ein JavaScript-Feature beibiegen möchte,

01:02:47.790 --> 01:02:51.770
ist man vielleicht als TypeScript-befähigter Mensch geneigt dazu zu sagen,

01:02:51.890 --> 01:02:55.630
ich gebe dir eine Typsignatur mit Generics und hast du nicht gesehen und alle,

01:02:55.750 --> 01:02:58.870
die in diesem Universum unterwegs sind lesen das sofort und können das intuitiv

01:02:58.870 --> 01:03:02.150
verinnerlichen aber man kann halt eben nicht davon ausgehen dass das der Normalfall ist,

01:03:02.370 --> 01:03:05.230
anders als das jetzt irgendein Java- oder C-Sharp-Mensch könnte,

01:03:06.150 --> 01:03:09.570
und das wäre eine spannende Veränderung, nicht an der Sprache technischerseits,

01:03:10.270 --> 01:03:14.030
notwendigerweise, aber an dem wie man darüber reden kann. Das fände ich ja spannend.

01:03:15.583 --> 01:03:19.303
Nicht, dass ich das befürworten würde, aber es wäre spannend, wenn es käme.

01:03:22.043 --> 01:03:25.423
Ich habe mal wieder das gemacht, was ich eben auch gemacht habe und habe mir

01:03:25.423 --> 01:03:30.063
mal angeschaut, was sagen denn die Google Trends eigentlich so zu den Programmiersprachen

01:03:30.063 --> 01:03:33.843
und es ist doch erstaunlich, ich gucke mal wieder nur für Germany,

01:03:34.063 --> 01:03:35.223
also für Deutschland erstmal,

01:03:35.943 --> 01:03:38.023
es ist doch erstaunlich, wie viel

01:03:38.023 --> 01:03:43.423
mehr JavaScript Topics gesucht werden im Vergleich zu TypeScript Topics.

01:03:43.423 --> 01:03:47.623
Also das ist schon ein starker Unterschied.

01:03:47.923 --> 01:03:53.803
Wenn man sich mal anguckt, so seit 2004, woher kommt eigentlich Java?

01:03:54.423 --> 01:03:58.383
Das ist halt auch nochmal ganz interessant zu sehen, wie viel eigentlich früher

01:03:58.383 --> 01:04:02.063
mit Java gemacht wurde und wie das halt so kontinuierlich gefallen ist.

01:04:02.063 --> 01:04:06.843
Und die Programmiersprache, ich habe jetzt nochmal Python und Go und C-Sharp

01:04:06.843 --> 01:04:08.163
nochmal mit dazu gepackt.

01:04:08.323 --> 01:04:13.063
C-Sharp kannst du eigentlich vergessen, aber wie interessant es ist in Deutschland,

01:04:13.223 --> 01:04:23.083
wie viel mehr seit so 2015 rum im Vergleich zu davor und auch im Vergleich zu

01:04:23.083 --> 01:04:25.683
JavaScript und zu C-Sharp.

01:04:27.584 --> 01:04:31.124
Auch Python gesucht wurde. Das ist schon sehr, sehr spannend,

01:04:31.344 --> 01:04:34.024
finde ich, weil man, also man sieht halt,

01:04:34.744 --> 01:04:38.604
dass halt Python gerade in den letzten Jahren auch so seit 2022,

01:04:38.604 --> 01:04:47.024
also wieder so mit der AI Revolution vielleicht nochmal so ein Stück weit stärkeres Momentum gegaint hat.

01:04:47.024 --> 01:04:52.444
Und wenn man sich das Worldwide anguckt, ist der Trend eigentlich ähnlich.

01:04:53.104 --> 01:05:00.544
Auch da ist halt der Trend von Java, also JavaScript ist exorbitant viel mehr

01:05:00.544 --> 01:05:04.284
relevant, als das ein TypeScript ist.

01:05:04.284 --> 01:05:12.024
Das ist ja die Werte jetzt für September 25, nehme ich mal hier JavaScript 28 und TypeScript 4.

01:05:12.384 --> 01:05:18.364
Also das ist ein krasser Unterschied. Und jetzt kommt es nämlich mit Python, der Wert ist bei 56.

01:05:18.884 --> 01:05:24.504
Und das ist halt also doppelt so relevant wie JavaScript.

01:05:25.324 --> 01:05:27.464
Und das finde ich schon crazy irgendwie.

01:05:29.231 --> 01:05:35.491
Ja, ich weiß nicht, mein Problem mit diesem Programmiersprachen-Popularitätswettbewerb

01:05:35.491 --> 01:05:37.251
immer ist halt so ein bisschen,

01:05:37.611 --> 01:05:40.951
dass die Welt, glaube ich, zu groß ist, um daraus irgendwas abzuleiten,

01:05:41.071 --> 01:05:44.611
was jetzt für ein Individuum irgendwie erkenntnisfördernd ist.

01:05:45.651 --> 01:05:48.791
So Analogie ist... Wir sprechen große Trends, ne? Also wir sprechen nicht,

01:05:48.911 --> 01:05:53.231
was jetzt du persönlich dann machst, aber mal zu sehen, was der Trend ist,

01:05:53.331 --> 01:05:55.071
finde ich schon relevant.

01:05:57.211 --> 01:06:00.311
Ja, weiß ich nicht, weil ich meine, dem Trend nach wüsstest du ja auch sagen,

01:06:00.551 --> 01:06:03.931
irgendwie das Universum besteht in erster Näherung aus, was ist das,

01:06:04.331 --> 01:06:06.751
Helium und Wasserstoff und der Rest ist halt Fernalifen.

01:06:08.011 --> 01:06:11.411
Das ist jetzt Äpfel mit Birnen. Das ist ja der relevante Part,

01:06:11.531 --> 01:06:14.511
wo die Action passiert, weil du halt damit individuell befasst bist.

01:06:15.031 --> 01:06:18.431
Aber das, also ich will ein anderes Beispiel geben, was vielleicht ein bisschen

01:06:18.431 --> 01:06:20.391
näher an diesem Punkt ist.

01:06:20.631 --> 01:06:24.691
Wenn du vor zehn Jahren beispielsweise in Delphi bei irgendeiner Versicherung

01:06:24.691 --> 01:06:29.051
saßt und dein ganze zwei, drei Teams um dich herum haben alle Delphi programmiert

01:06:29.051 --> 01:06:30.971
oder Haskell oder I don't know,

01:06:31.471 --> 01:06:36.711
irgendwas Nischiges, aber die ganze Welt macht das nicht, sondern nur du,

01:06:36.891 --> 01:06:40.491
dann ist es für dich zwar immer noch so, als wäre das ja das relevante Programm,

01:06:40.851 --> 01:06:43.171
weil du halt damit befasst bist.

01:06:43.171 --> 01:06:46.531
Aber wenn der Trend halt ein ganz anderer ist und alle verwenden mittlerweile

01:06:46.531 --> 01:06:48.171
andere Programmiersprachen,

01:06:48.911 --> 01:06:54.231
dann würde ich sagen, ist es super relevant, was der Trend ist und du solltest

01:06:54.231 --> 01:06:59.551
dich dringend mit dem Trend befassen im Vergleich zu, ja, ich bin halt mit Delphi unterwegs.

01:06:59.791 --> 01:07:01.671
Das wäre, finde ich, meiner Meinung nach als...

01:07:02.936 --> 01:07:06.836
Das würde ich gerne als Diskussion. Welche Legacy-Anwendungen,

01:07:07.036 --> 01:07:09.156
so wie die Kobol-Programmierer.

01:07:09.216 --> 01:07:14.216
Also möglicherweise gibt es ja halt tatsächlich irgendwie Leute mit besonderen

01:07:14.216 --> 01:07:17.696
Fähigkeiten, die sich halt mit irgendwas Besonderes auskennen,

01:07:17.816 --> 01:07:19.936
irgendwas Besonderes gut sind, für die es ganz gut läuft.

01:07:20.096 --> 01:07:23.496
Möglicherweise gibt es Unternehmen, die bestimmte Sachen herstellen,

01:07:23.696 --> 01:07:26.116
die sehr gefragt sind und niemand sonst hat das auf dem Kasten.

01:07:27.296 --> 01:07:32.136
Also mir sind mehrere Kobol-Leute geläufig, die halt sagen, was,

01:07:32.216 --> 01:07:35.676
ich soll an deinem Legacy-System was arbeiten, ich hoffe, deine Kreditlinien

01:07:35.676 --> 01:07:40.356
sehen gut aus, weil das wird jetzt teuer, weil das dann ja auch keiner mehr freiwillig macht.

01:07:40.356 --> 01:07:43.696
Also ich meine, das Ding ist ja, wenn man so die Menge der Software auf globaler

01:07:43.696 --> 01:07:47.976
Ebene an sich sich betrachtet, ja, reden wir immer davon, von Refactoring und

01:07:47.976 --> 01:07:49.816
was nicht allem, aber im Prinzip arbeiten

01:07:49.816 --> 01:07:54.436
wir ja doch so global gesehen im Blockchain-Modus. Das wird ja immer mehr.

01:07:54.876 --> 01:07:59.096
Da werden neue Systeme erfunden, neue Firmen gegründet, neue Sachen jetzt computerisiert

01:07:59.096 --> 01:08:02.056
und dann hast du halt irgendwie mehr Software an der Backe und ein bisschen

01:08:02.056 --> 01:08:08.076
was von dem alten Zeug wird ersetzt, aber doch sehr, sehr viel langsamer, als man erwarten würde.

01:08:08.716 --> 01:08:11.896
Ist so mein Blick in die Welt. Ich habe Leute getroffen, die kommen von der

01:08:11.896 --> 01:08:14.636
Uni und haben gesagt, ich kann jetzt hier irgendwie Java, aber ich habe jetzt

01:08:14.636 --> 01:08:16.516
da angefangen und die biegen mir jetzt mal Kobold bei.

01:08:17.736 --> 01:08:21.376
Das gibt es halt. Das sind nicht die meisten, aber das ist halt genau, was ich meine.

01:08:21.596 --> 01:08:25.396
Es ist halt immer relevant, in welchen Sphären bist du unterwegs und welche

01:08:25.396 --> 01:08:27.896
lokalen Umstände liegen in diesen

01:08:27.896 --> 01:08:31.536
Sphären vor und daraus kannst du halt individuell ableiten, was los ist.

01:08:31.736 --> 01:08:34.716
Aber wenn ich jetzt die letzte Kobold-Entwicklerin auf diesem Planeten wäre,

01:08:35.016 --> 01:08:37.396
würde ich den Teufel tun und anfangen, irgendwas über TypeScript zu lesen.

01:08:40.979 --> 01:08:48.679
Also, das mag im Einzelfall richtig sein und gleichzeitig möchte ich halt eher sagen, ich glaube,

01:08:49.099 --> 01:08:55.699
es ist halt wichtig, dass man mit der Zeit geht und sich nicht auf die alte

01:08:55.699 --> 01:08:58.499
Technologie stürzt sozusagen,

01:08:58.939 --> 01:09:03.439
weil ich sag mal so, ich glaube halt für das Gros der Masse gilt das halt einfach nicht.

01:09:04.239 --> 01:09:09.259
Ja, also wenn jemand irgendwann nicht, keine Ahnung, mir fällt jetzt kein gutes

01:09:09.259 --> 01:09:11.199
Beispiel mit einer anderen Programmiersprache ein.

01:09:11.319 --> 01:09:15.099
Natürlich gibt es immer Kobol-Entwicklerinnen und Entwickler, die gefragt sind.

01:09:15.439 --> 01:09:20.279
Mag ja sein. Aber wenn alle bei Kobol geblieben wären, werden die nicht gefragt.

01:09:20.879 --> 01:09:24.639
Also dann gäbe es nicht diese Nische. Aber das passiert ja nicht.

01:09:25.299 --> 01:09:29.099
Das ist ja ein absurdes Szenario. Alle beschließen jetzt, wir bleiben auf alle

01:09:29.099 --> 01:09:30.439
Ewigkeit auf diesem einen Stand stehen.

01:09:30.439 --> 01:09:35.219
Ich könnte mir vorstellen, dass es bei PHP mal eine Zeit gab,

01:09:35.419 --> 01:09:39.579
dass die Leute, die dann nicht mit den neuesten PHP-Versionen mitgegangen sind,

01:09:39.739 --> 01:09:42.319
sondern irgendwie dieses alte PHP geschrieben haben,

01:09:43.199 --> 01:09:46.799
dass es da viele Menschen gibt, die vielleicht nicht so die einfachste Zeit

01:09:46.799 --> 01:09:51.339
hatten über viele Jahre, weil sie nicht in die neueste PHP-Version.

01:09:52.188 --> 01:09:56.548
Versionen beziehungsweise neuere, andere Programmiersprachen eingestiegen sind

01:09:56.548 --> 01:09:58.508
und da sich vertiefen konnten. Weißt du, was ich meine?

01:09:59.368 --> 01:10:02.408
Das macht natürlich Sinn, aber ich natürlich argumentiere auch für Cobol-Versionen

01:10:02.408 --> 01:10:04.308
aus den 90ern und nicht für welche aus den 60ern.

01:10:05.568 --> 01:10:09.808
Also es gibt ja sozusagen, es ist ja nicht so, dass so eine Programmiersprache

01:10:09.808 --> 01:10:15.408
ein Monolith ist, sondern es ist ja tatsächlich ein Ökosystem und ein Blob,

01:10:15.608 --> 01:10:16.988
der sich so an den Rändern ausfranst.

01:10:18.068 --> 01:10:21.068
Und innerhalb dessen muss man sich natürlich auch nochmal individuell positionieren,

01:10:21.108 --> 01:10:24.408
wenn man jetzt irgendwie sagt, ich bin jetzt hier der Jakefury-Ninja,

01:10:24.488 --> 01:10:27.188
ist das wahrscheinlich wirklich nicht die allerbeste Idee.

01:10:28.188 --> 01:10:33.648
Aber ich denke halt nur, die, weil alles, was ich halt im Prinzip sage,

01:10:33.728 --> 01:10:38.488
ist halt, die Welt ist immer sehr viel größer, als man so meint.

01:10:38.568 --> 01:10:41.228
Und wenn man irgendwie was Besonderes kann, ist das immer gut.

01:10:42.188 --> 01:10:45.648
Auch wenn das für Besondere, was man kann, halt irgendwie dann Kobold-Toiletten-Tieftauchen ist.

01:10:47.768 --> 01:10:53.048
Vor einer Weile ging es hier aber hier gerade um TypeScript und JavaScript und

01:10:53.048 --> 01:10:56.848
ich habe das Gefühl nur, dass TypeScript für, also ich würde es jetzt nicht als eigene,

01:10:57.848 --> 01:11:02.268
Programmiersprache betiteln, also ich würde jetzt bei Google Ranking nicht TypeScript

01:11:02.268 --> 01:11:08.208
versus JavaScript so wirklich anschauen, denn ich habe jetzt gerade mal hier

01:11:08.208 --> 01:11:11.648
durchgeschaut und da kommt halt auch sowas wie JavaScript-For-Loop,

01:11:11.828 --> 01:11:16.828
JavaScript-If-Else und vermutlich kann ich auch TypeScript verwenden,

01:11:17.188 --> 01:11:21.928
würde aber eher googeln nach JavaScript-For-Loop als jetzt TypeScript-For-Loop.

01:11:22.408 --> 01:11:26.468
Und ich glaube, TypeScript gebe ich nur ein, wenn ich explizit nach Generic,

01:11:27.148 --> 01:11:30.108
Interfaces und Types suchen möchte.

01:11:33.103 --> 01:11:38.603
Oder würdet ihr TypeScript, keine Ahnung, wonach kann man suchen,

01:11:38.723 --> 01:11:40.983
mir fällt Grafix ein, ich bin so unkreativ. Basic-A-Wade.

01:11:41.603 --> 01:11:45.203
Ja, genau. Ja, weil TypeScript ist halt gar nicht, da macht es vielleicht sogar

01:11:45.203 --> 01:11:48.083
Sinn, das mit TypeScript zu machen, weil da kommen vielleicht nochmal ein paar

01:11:48.083 --> 01:11:49.403
Special-Dashel-Typen dazu.

01:11:50.203 --> 01:11:56.523
Ja, aber das ist ja eine sehr, sehr, sage ich mal, die Masse an Programmiererinnen

01:11:56.523 --> 01:12:01.663
und Programmierer, die das googeln und die dann sich vorher Gedanken machen,

01:12:02.123 --> 01:12:06.123
google ich jetzt eher, suche ich jetzt eher TypeScript oder JavaScript.

01:12:06.123 --> 01:12:07.743
Ich glaube, die ist super gering.

01:12:08.023 --> 01:12:12.883
Jeder, der in TypeScript unterwegs ist und denkt, dass die eigene Programmiersprache

01:12:12.883 --> 01:12:17.343
gerade TypeScript ist, unterscheidet doch nicht im Googlen und jemand,

01:12:17.463 --> 01:12:20.843
der auf dem Level ist, ich muss den Vorloop googeln.

01:12:21.803 --> 01:12:26.263
Erst recht nicht, sondern ich mache halt gerade TypeScript oder JavaScript,

01:12:26.463 --> 01:12:28.983
wie auch immer, dann google ich explizit das.

01:12:28.983 --> 01:12:32.863
Und selbst wenn du jetzt in der Lage bist, das zu machen, trotzdem kann es ja

01:12:32.863 --> 01:12:38.503
sein, dass du glaubst, das Problem, das du zu lösen, versuchst in eine bestimmte Richtung zu lösen.

01:12:38.683 --> 01:12:41.783
Ich bin sicher, es liegt an TypeScript, dann google ich halt nach dem TypeScript-Problem.

01:12:42.023 --> 01:12:45.143
Ich stelle aber dann fest, dass eigentlich hier das Pudels Kern ist JavaScript,

01:12:45.463 --> 01:12:48.063
habe ich trotzdem das erste gegoogelt, weil das halt mein Start für die Recherche war.

01:12:48.603 --> 01:12:51.643
Also da weiß ich wirklich nicht, was man aus diesen Signalen dann herleiten soll.

01:12:51.883 --> 01:12:56.003
Weil ich würde halt eben mitgehen, die Leute können entweder kompetent sein

01:12:56.003 --> 01:12:59.083
und die können das trennen oder sie können es halt nicht, weil sie das zum Beispiel

01:12:59.083 --> 01:13:00.883
gerade erst lernen und dann tun sie es nicht.

01:13:01.103 --> 01:13:04.423
Oder es trifft beides zu, sie sind kompetent, aber irren sich halt gerade.

01:13:04.583 --> 01:13:06.543
Und da kommt halt irgendein Google-Suchterm raus, ne?

01:13:07.743 --> 01:13:11.943
Ich bin ja aber ganz selten tatsächlich in .javascript oder .typescript,

01:13:12.043 --> 01:13:17.243
also .js oder .ts-Files unterwegs, sondern ich bin ja in .view-Files unterwegs

01:13:17.243 --> 01:13:20.003
und habe da halt so einen Script-Language-Typescript.

01:13:20.543 --> 01:13:22.243
Also ich weiß jetzt auch gar nicht,

01:13:24.056 --> 01:13:28.796
Also wenn jetzt jemand wirklich ein TypeScript-Projekt hat, dann ist das vielleicht

01:13:28.796 --> 01:13:29.876
die TypeScript-Language.

01:13:30.036 --> 01:13:33.716
Aber wenn ich jetzt Vue verwende und den TypeScript-Support aktiviert habe,

01:13:33.956 --> 01:13:36.096
das ist schon für mich so ein Merge.

01:13:38.256 --> 01:13:44.356
Wir können das ja mal so offen lassen und gerne auch die Diskussion noch in

01:13:44.356 --> 01:13:47.296
unseren Community Slack hineintragen, wer Lust hat.

01:13:48.096 --> 01:13:50.776
Oder vielleicht machen wir da auch nochmal eine dedizierte Folge zu,

01:13:50.976 --> 01:13:53.276
wo wir auch nochmal so ein bisschen darüber philosophieren können.

01:13:53.276 --> 01:13:57.676
Ich wollte noch sagen, ich habe einfach mal gegoogelt, wann ist denn oder wann

01:13:57.676 --> 01:14:00.576
wurde denn dieses JavaScript-Fatigue geprägt?

01:14:00.636 --> 01:14:02.996
Das kennen wir ja alle oder manchmal auch Framework-Fatigue.

01:14:03.456 --> 01:14:08.396
Und das stammt genau aus der Zeit, wo wir damals diese Folge aufgenommen haben.

01:14:08.396 --> 01:14:16.376
Also da, das war so schon mittendrin anscheinend in den ganzen neuen JavaScript-Frameworks,

01:14:16.576 --> 01:14:23.656
Sprachfeatures und was weiß ich was, das die Leute dann langsam auch ermüdet hat. Genau.

01:14:26.657 --> 01:14:30.097
Aber wir haben noch über zwei Dinge gesprochen. Ich weiß nicht,

01:14:30.117 --> 01:14:32.517
ob ihr die noch kurz irgendwie berühren wollt.

01:14:32.597 --> 01:14:37.697
Das eine ist Web-Components und das andere wäre Web-Assembly.

01:14:39.517 --> 01:14:44.117
Ich glaube, wir haben die ganze Aufnahme hier schon was ganz Wichtiges vergessen zu sagen.

01:14:44.517 --> 01:14:49.377
Ich glaube, es ist generell aber immer eine gute Idee, dich Shep und auch den

01:14:49.377 --> 01:14:52.697
Rodney zu fragen, was denkst du, was so passieren wird, weil ich fand ja auch

01:14:52.697 --> 01:14:55.417
wirklich tatsächlich vieles erstaunlich gut vorhergesagt.

01:14:55.417 --> 01:15:01.337
Was der Rodney gegenüber Web Components und Custom Elements gemeint hatte,

01:15:01.477 --> 01:15:03.477
ist, ist eine coole Sache.

01:15:03.757 --> 01:15:08.077
Er sieht es aber noch nicht kommen nächstes Jahr.

01:15:09.397 --> 01:15:14.037
Und da frage ich mich, ist es jetzt mittlerweile gekommen? In welchem Jahr ist

01:15:14.037 --> 01:15:16.397
das eigentlich gekommen? Ist es jetzt da?

01:15:16.977 --> 01:15:21.057
Also, wir haben es in der Codebase, ist das jetzt, ups, wir haben das jetzt?

01:15:22.077 --> 01:15:25.917
Was halt ganz witzig war, ich war ja da so ein bisschen zuversichtlicher und

01:15:25.917 --> 01:15:29.837
habe ja dann auch gesagt, das würde irgendwie im Zuge von Angular kommen,

01:15:30.017 --> 01:15:33.617
weil ich meine mich zu erinnern, dass das mal zum Plan gehörte,

01:15:33.717 --> 01:15:36.937
dass Angular 2 auch mit Web Components arbeiten wollte.

01:15:37.097 --> 01:15:40.917
Ich glaube, deswegen habe ich das damals gesagt, haben die aber dann gar nicht.

01:15:41.017 --> 01:15:42.177
Was heißt denn mit Arbeiten?

01:15:43.597 --> 01:15:48.837
Äh, dass das deren, äh, Templating-Engine, also dass die darauf fußt,

01:15:49.117 --> 01:15:50.477
auf, äh, Web-Components. Mhm.

01:15:51.497 --> 01:15:56.377
Ähm, genau, das ist ja dann nicht so gekommen und, ähm, ich weiß es nicht,

01:15:56.497 --> 01:16:00.037
ich glaub, es ist immer, also es ist, wir sind ein bisschen weiter,

01:16:00.197 --> 01:16:02.217
oder? Aber nicht so viel weiter. Ja.

01:16:03.864 --> 01:16:08.184
Ähm, weiß nicht, finde ich so eine ähnliche Frage wie die Frage nach WebAssembly.

01:16:09.424 --> 01:16:16.704
Also weil, was ist denn so realistischerweise ein Szenario, wo man sagen würde, wir sind jetzt da?

01:16:16.984 --> 01:16:20.304
Was wäre so das Kriterium, ab dem man das behaupten würde?

01:16:21.044 --> 01:16:23.224
Und ich glaube halt, das sind glaube ich beides Technologien,

01:16:23.304 --> 01:16:28.864
die haben genau, glaube ich, so das Level erreicht und machen genau den Job,

01:16:29.224 --> 01:16:33.284
den man, wenn man es nüchtern betrachtet hätte, man von den beiden erwarten könnte.

01:16:33.564 --> 01:16:37.044
Und ich würde die unter vollem Erfolg verbuchen, weil funktioniert,

01:16:37.224 --> 01:16:40.404
jeder, der diese Fähigkeiten braucht, setzt sie ein.

01:16:40.664 --> 01:16:43.804
Es gibt das Tooling, das Support, das Wissen, das ist alles da.

01:16:44.924 --> 01:16:47.084
Und ich glaube, man hat früher von denen sehr viel mehr erwartet,

01:16:47.184 --> 01:16:49.104
weil man keinen Plan hatte, was die wirklich leisten können.

01:16:50.384 --> 01:16:54.084
Aber durch beides unter, ist voll da, funktioniert, läuft super,

01:16:54.444 --> 01:16:57.444
keine weiteren Fragen euer Ehren rubrizieren, ganz ehrlich.

01:17:00.064 --> 01:17:04.264
Ja, also ich glaube bei WebAssembly klar, das ist ja so ein Special Interest

01:17:04.264 --> 01:17:07.544
Ding und das brauchen ja eben nur wenige, das haben wir ja damals auch so besprochen.

01:17:07.544 --> 01:17:12.884
Wir haben das damals erwähnt, weil das neu war und asm.js, was sozusagen der

01:17:12.884 --> 01:17:18.684
konzeptionelle Vorgänger war und auch implementiert in Firefox oder ich glaube, es war sogar,

01:17:18.884 --> 01:17:23.164
es konnte jeder Browser laufen lassen, weil es einfach nur in so ein Subset

01:17:23.164 --> 01:17:25.084
von JavaScript Dinge überführt hat. Genau.

01:17:27.252 --> 01:17:30.552
Und also deswegen, das war einfach logisch, dass WebAssembly das ablöst,

01:17:30.772 --> 01:17:34.412
aber eben für bestimmte lieschige Anwendungsfälle.

01:17:34.792 --> 01:17:38.032
Bei Web Components würde ich sagen, also da hätten wir es, glaube ich,

01:17:38.072 --> 01:17:42.732
eher dann geschafft, also die werden schon eingesetzt, aber wenn wir alle das

01:17:42.732 --> 01:17:46.932
sozusagen als Templating-Sprache immer irgendwie mit einbeziehen würden,

01:17:47.052 --> 01:17:47.992
aber das tun wir ja nicht.

01:17:47.992 --> 01:17:52.472
Also die meisten Leute sagen ja im Grunde, außer sie bedienen in einer großen

01:17:52.472 --> 01:17:58.872
Firma oder so mehrere Teams mit einer UI-Library,

01:17:59.212 --> 01:18:05.972
dann sagen die ja alle so, nee danke, das ist mir echt ein bisschen zu knotige

01:18:05.972 --> 01:18:10.592
Finger mäßig, damit zu arbeiten mache ich nicht. Ja, genau, richtig.

01:18:10.872 --> 01:18:15.512
Und das erfüllt genau den Job, den es machen soll. Weil, wenn du halt wirklich

01:18:15.512 --> 01:18:17.092
die Notwendigkeit hast, dass

01:18:17.092 --> 01:18:20.512
du da etwas baust, was wirklich irgendwie so cross-framework-kompatibel

01:18:20.512 --> 01:18:21.892
ist, hast du das Werkzeug da.

01:18:22.092 --> 01:18:25.452
Das offensichtliche Werkzeug liegt dir zu Füßen, du kannst es verwenden,

01:18:25.612 --> 01:18:27.752
du kannst da Frameworks verbauen und verwenden und alles.

01:18:28.112 --> 01:18:31.372
Es gibt wirklich keinen Grund, dann nicht wirklich zu sagen,

01:18:31.472 --> 01:18:32.432
okay, damit lösen wir das.

01:18:33.072 --> 01:18:37.712
Aber warum würdest du das als Template-Sprache für dein Angular verwenden? Das ist doch beknackt.

01:18:37.872 --> 01:18:41.212
Wenn du das nämlich machst, dann holst du dir die ganze Legacy von HTML-Elementen

01:18:41.212 --> 01:18:44.752
ins Haus und musst darauf dann mühsam die Abstraktionen machen,

01:18:44.892 --> 01:18:47.292
die sich dann gut in dein Gesamt-Framework eingliedern.

01:18:47.552 --> 01:18:50.252
Das ist eine völlig bescheuerte Idee, das zu machen.

01:18:50.452 --> 01:18:53.272
Wenn React oder Angular das machen würden, würde ich die schütteln wollen und

01:18:53.272 --> 01:18:56.652
würde fragen, Leute, ihr macht gerade euer Wesen kaputt.

01:18:56.852 --> 01:18:59.632
Ihr konterkariert genau das, was ihr könnt, Nämlich eine vernünftige,

01:19:00.052 --> 01:19:03.732
saubere, auf grüner Wiese in euren Rest integrierte Abstraktion zu schaffen.

01:19:03.872 --> 01:19:08.732
Und ihr ersetzt das jetzt durch irgendwelchen Legacy-Kram, den sich irgendwelche

01:19:08.732 --> 01:19:13.172
Netscape-Leute vor 20 Jahren ausgedacht haben. Seid ihr noch ganz bei Trost?

01:19:16.980 --> 01:19:22.500
Aber kriegst du das nicht sowieso durch einfach, also dadurch,

01:19:22.640 --> 01:19:27.400
dass die, dass Components erben von dem ganzen HTML-Krempel oder hast du da

01:19:27.400 --> 01:19:30.800
spezielle Dinge irgendwie im Sinn, die einem da auf die Füße fallen?

01:19:30.800 --> 01:19:33.300
Ja, alles. Also der ganze Lexikram ist ja da drin.

01:19:33.780 --> 01:19:38.480
Alleine der Prozess der Komponentenregistrierung ist ja notwendigerweise in sich inkonsistent.

01:19:38.980 --> 01:19:42.280
Du kannst ja tatsächlich wahrnehmen, wenn du sowas hast wie,

01:19:42.440 --> 01:19:44.000
ich habe ein Custom Element da drin,

01:19:44.340 --> 01:19:47.860
du kannst ja tatsächlich Code schreiben, der offensichtlich macht,

01:19:48.100 --> 01:19:52.660
ob diese Komponente zur Web Component erklärt wird durch ein Skript,

01:19:52.760 --> 01:19:56.520
das vor oder nach diesem Element im DOM steht.

01:19:57.140 --> 01:20:00.320
Das kannst du merken, ob es etwas ist, was der HTML-Parser von Anfang an kennt

01:20:00.320 --> 01:20:03.800
oder ob es etwas ist, was halt eben später geupgradet wird.

01:20:04.180 --> 01:20:07.320
Was halt ein ziemliches Unding ist, wenn du einfach sagen könntest,

01:20:07.500 --> 01:20:11.380
ich bin React, ich empfinde mein eigenes Komponentensystem und kann damit eine

01:20:11.380 --> 01:20:14.040
konsistente Weltsicht überhaupt erstmal anbieten.

01:20:14.300 --> 01:20:17.880
Dass man überhaupt bei dem einfachsten aller Fälle, nämlich der Registrierung

01:20:17.880 --> 01:20:22.340
einer Komponente, sagen kann, es gibt eine Weise, wie das funktioniert und nicht

01:20:22.340 --> 01:20:24.300
aus Legacy-Gründen gibt es zwei.

01:20:26.780 --> 01:20:29.880
Du willst doch sagen, hier, das ist eine Komponente, die verhält sich auf diese

01:20:29.880 --> 01:20:31.860
eine Weise, ohne Ausnahmen.

01:20:32.040 --> 01:20:35.020
Und die funktioniert immer gleich, ohne Ausnahmen.

01:20:35.440 --> 01:20:38.860
Und die ist genau in unser Zeug integriert, ohne irgendwelche Trade-Offs,

01:20:38.860 --> 01:20:42.080
mit Berücksichtigung irgendwelcher Legacy-Kisten.

01:20:42.560 --> 01:20:45.960
Du brauchst diese Legacy-Kisten, um diese Cross-Framework-Kompatibilität herzustellen,

01:20:46.100 --> 01:20:50.260
aber wenn du die nicht brauchst, ist das ein Ballast, den du abwerfen solltest.

01:20:53.377 --> 01:20:56.617
Man macht sich das Leben mit Web-Components schwerer und das sind Kosten,

01:20:56.757 --> 01:20:59.777
die man eventuell bezahlen möchte, wenn man andere Ziele verfolgt.

01:20:59.977 --> 01:21:03.697
Wie zum Beispiel, das muss jetzt hier irgendwie super stabil sein und überall funktionieren.

01:21:03.977 --> 01:21:06.697
Aber wenn man das Ziel nicht hat, weil man genau weiß, ich bin der Hans,

01:21:06.757 --> 01:21:10.457
ich mache meine Next.js-Applikation, sich da irgendwie aus dem Reich von React

01:21:10.457 --> 01:21:14.077
rauszubegeben und irgendwelche Berücksichtigungen an, wie gesagt,

01:21:14.177 --> 01:21:18.277
beknackte Ideen aus dem Netscape-Zeitalter noch an den Tag zu bringen, das wäre verkehrt.

01:21:18.637 --> 01:21:20.757
Das wäre ein Engineering-Fail.

01:21:22.397 --> 01:21:25.597
Die Web-Components machen genau das, was sie machen sollen. Ist alles super.

01:21:25.757 --> 01:21:27.437
Die Browser könnten das gerne alles besser unterstützen.

01:21:27.817 --> 01:21:29.757
Shadowdom ist ein bisschen anstrengend geraten, bla bla bla.

01:21:30.037 --> 01:21:35.277
Aber in Summe ist das ein voller Erfolg in der Sportart, in der sie halt eben antreten.

01:21:39.153 --> 01:21:44.373
Okay. Und dass wer anders eine populärere Sportart hat, nämlich irgendwie Fußball-Weltmeisterschaft

01:21:44.373 --> 01:21:48.553
bestreitet, ändert ja nichts daran, dass trotzdem in der Disziplin Speer werfen,

01:21:48.633 --> 01:21:49.473
die halt die besten sind.

01:21:50.633 --> 01:21:54.553
Und wenn ein Speer geworfen aussieht, nimmst du das. Genau, man muss ja sagen,

01:21:54.653 --> 01:22:00.133
der Sinn der Web Components war ja eben so wie auch von Houdini,

01:22:00.193 --> 01:22:03.533
was wir da auch ansprechen, und WebAssembly, was wir da auch ansprechen,

01:22:03.893 --> 01:22:10.053
eben dass man so Low-Level Primitives hat, um möglicherweise selber die Initiative

01:22:10.053 --> 01:22:12.573
zu ergreifen, Dinge fürs Web zu bauen,

01:22:13.353 --> 01:22:18.793
für die man vorher eben auf Browser, Vendoren oder Webstandards warten musste.

01:22:18.793 --> 01:22:24.093
Und so konnte man dann eben hingehen oder sollte man hingehen können und sich

01:22:24.093 --> 01:22:27.513
Dinge implementieren können, die dann vielleicht rückwirkend,

01:22:27.593 --> 01:22:33.253
ähnlich wie es bei jQuery war oder wie es bei Underscore, Lodesh war,

01:22:33.753 --> 01:22:36.813
dann den Weg auch in die Webplattform finden.

01:22:37.553 --> 01:22:42.733
So, genau. Also es war nie als Templating-Sprache gedacht. Ja,

01:22:45.213 --> 01:22:48.873
also wie gesagt, ich sage Web Components voller Erfolg, WebAssembly voller Erfolg.

01:22:49.193 --> 01:22:54.133
Es ist halt nicht die größte Technologie aller Zeiten, aber das war halt auch nicht zu erwarten.

01:23:00.561 --> 01:23:04.221
Genau, Houdini hatten wir kurz angesprochen. Das war damals noch irgendwie sowas,

01:23:04.281 --> 01:23:08.721
was in den Sternen stand und ist jetzt auch schon lange tot. Was heißt tot?

01:23:10.081 --> 01:23:15.021
Also ich glaube, dass Chrome da immer noch Teile unterstützt.

01:23:15.141 --> 01:23:17.061
Also es ist nicht irgendwie deprecated.

01:23:17.981 --> 01:23:22.521
Also da, wo du quasi so deine Paint Worklets nutzen konntest,

01:23:22.661 --> 01:23:26.241
du konntest quasi dein JavaScript in CSS einbinden, also mal andersrum.

01:23:26.241 --> 01:23:30.901
Und konntest dann ähnlich wie auf einer Canvas dann den Hintergrund von Elementen

01:23:30.901 --> 01:23:36.081
bemalen und konntest dir eigene Borders bauen oder Hintergründe oder sowas.

01:23:37.201 --> 01:23:41.061
Genau, dann gab es ja noch so, irgendwie wollten sie den Parser offenlegen,

01:23:41.201 --> 01:23:43.981
den CSS-Parser, dann wollten sie die Layout-Engine offenlegen.

01:23:44.041 --> 01:23:48.061
Das haben sie auch so geprototyped und haben, glaube ich, Masonry damit mal

01:23:48.061 --> 01:23:49.901
testweise dargestellt.

01:23:50.701 --> 01:23:57.201
Aber letztlich, also das, was zur Verfügung steht, ist sehr wenig und das,

01:23:57.261 --> 01:23:59.321
was da ist, braucht halt auch kein Schwein.

01:23:59.481 --> 01:24:01.961
Das Einzige, was davon übrig geblieben ist, was cool ist.

01:24:05.741 --> 01:24:07.281
Also Custom Properties.

01:24:08.474 --> 01:24:12.434
Ja, aber nochmal die Frage, Houdini, was ist das Materiell?

01:24:12.534 --> 01:24:15.254
Das ist doch eigentlich bloß so ein Banner gewesen, hinter dem man sich versammelt

01:24:15.254 --> 01:24:18.014
hat, um zu sagen, wir marschieren jetzt in eine CSS-Zukunft,

01:24:18.074 --> 01:24:19.054
die eine gewisse Form hat.

01:24:19.674 --> 01:24:22.514
Und da sind ja tatsächlich Dinge rausgekommen, wie halt eben solche,

01:24:22.594 --> 01:24:26.694
ja, Implementierungen wie Custom Properties, aber auch letztlich eine ganze

01:24:26.694 --> 01:24:29.054
Menge Spezifikationen. Und das ist ja nicht nichts.

01:24:29.214 --> 01:24:32.534
Das ist halt jetzt nicht alles implementiert, aber es ist ja nicht so,

01:24:32.574 --> 01:24:35.674
dass Houdini irgendwie ein definiertes Projekt gewesen wäre mit einem Endzustand,

01:24:35.734 --> 01:24:37.614
wo man dann sagen konnte, Jupp, hier ist immer fertig.

01:24:37.834 --> 01:24:43.754
Das war doch immer nur ein Projekt im Sinne von ein Banner, eine Stoßrichtung,

01:24:43.954 --> 01:24:46.414
ein Slogan. Ja, es war schon ein Projekt.

01:24:46.774 --> 01:24:51.554
Also das Projekt war eben, dir all die Low-Level-Bauteile zu geben,

01:24:51.794 --> 01:24:58.314
um zum Beispiel eigene Display-Properties implementieren zu können,

01:24:58.474 --> 01:24:59.594
wenn du das denn möchtest.

01:24:59.674 --> 01:25:03.174
Wenn du also irgendwie die Idee hast, dass Dinge im Kreis gelayoutet werden

01:25:03.174 --> 01:25:08.974
können, dann machst du eben so eine Art Display-Doppelpunkt-Circle oder Circular

01:25:08.974 --> 01:25:12.954
oder so und den Rest übernimmt dann eben deine Programmierung,

01:25:13.054 --> 01:25:14.074
die sich dann da einhängt.

01:25:16.034 --> 01:25:20.194
Und dieses Ziel wurde ja nicht erreicht. Das ist auch, glaube ich, einfach zu schwierig.

01:25:20.574 --> 01:25:22.834
Also ich kann das jetzt gerade nicht nachvollziehen. Alles, was ich zu Houdini

01:25:22.834 --> 01:25:26.274
finde, ist die Behauptung, es ist ein Projekt. Es gibt aber keinen Verweis darauf,

01:25:26.394 --> 01:25:30.114
dass das da irgendwie steht, sondern nur hier, das sind die Grenzen damit verknüpften Proposals.

01:25:31.574 --> 01:25:33.554
Genau. Das riecht für mich doch schon wie so ein.

01:25:37.494 --> 01:25:40.094
Banner. So wie CSS3, weißt du?

01:25:41.394 --> 01:25:45.394
Ja, es ist wie Web-Components. Auf-Wert-Components besteht ja aus drei oder

01:25:45.394 --> 01:25:48.534
vier Unter- Technologien.

01:25:48.634 --> 01:25:52.134
Und so Ergänzungen in den HTML-Spezifikationen, das fließt alles ineinander über.

01:25:52.534 --> 01:25:55.594
Das ist doch einfach nur so ein, klingt jetzt abwertend, ist aber nicht so gemeint,

01:25:55.714 --> 01:25:56.494
Marketing-Schlagwort.

01:25:56.874 --> 01:25:58.714
Marketing brauchst du halt, weil sonst weiß ja keiner, was du machst.

01:25:58.894 --> 01:26:00.974
Ist ja eine sinnvolle, sagen wir mal, Kulturtechnik.

01:26:01.594 --> 01:26:05.894
Aber das ist doch Houdini genauso. Und meine Güte, jetzt vermarktet man halt

01:26:05.894 --> 01:26:09.134
eben gerade ein bisschen was anderes und wir haben nicht all die CSS-Low-Level-APIs,

01:26:09.274 --> 01:26:10.414
die wir gerne haben wollten.

01:26:10.674 --> 01:26:13.514
Aber trotzdem kann man ja immer noch sagen, die sind da, die sind durchdacht,

01:26:13.594 --> 01:26:16.734
die sind spezifiziert. Das sind Werkzeuge, mit denen wir den Browser-Stellern

01:26:16.734 --> 01:26:17.634
auf den Keks gehen können.

01:26:18.474 --> 01:26:19.954
So, ne? Da gibt's ja...

01:26:23.688 --> 01:26:26.108
Ihr könnt euch ja mal überlegen, wie ihr das in Zukunft macht,

01:26:26.188 --> 01:26:28.768
aber ich wollte mich vorher einmal da rausziehen aus der Diskussion.

01:26:28.848 --> 01:26:31.628
Ich muss mich leider nämlich hier verabschieden. Ich danke euch auf jeden Fall

01:26:31.628 --> 01:26:34.908
für die Zeit, die ihr bisher hattet.

01:26:35.008 --> 01:26:37.688
Ich fand das super interessant, auch mal zu diskutieren, wo geht denn eigentlich

01:26:37.688 --> 01:26:40.808
die Reise hin und wie sieht es eigentlich mit unseren Programmiersprachen aus?

01:26:41.588 --> 01:26:44.788
Spannend auf jeden Fall auch, was mit CSS passiert grundsätzlich.

01:26:46.328 --> 01:26:49.968
Ich glaube, wir haben auch alles geschafft. Also ich würde sagen,

01:26:50.048 --> 01:26:52.468
wir sind eh durch alles durch. Okay.

01:26:53.028 --> 01:26:57.948
Die Frage ist halt dann nur noch, was ist mit der Zukunft? Das überlasse ich

01:26:57.948 --> 01:26:59.688
euch. Ich bin mal raus. Danke.

01:27:01.088 --> 01:27:05.408
Und ich freue mich, den Rest dann im Nachgang zu hören. Bis bald.

01:27:05.948 --> 01:27:09.108
Tschüssi. Bis bald. Tschüss.

01:27:10.888 --> 01:27:14.168
Ich bin jetzt eigentlich auch so ein bisschen froh darüber, dass wir aber auch

01:27:14.168 --> 01:27:16.468
die Oh, ich unterbreche jetzt hier voll mit einem anderen Thema.

01:27:16.568 --> 01:27:17.628
Ich wollte es die ganze Zeit schon sagen.

01:27:17.828 --> 01:27:21.948
Ich nutze es ganz gut, dass wir nicht allzu viel über AI-Prognosen jetzt gesprochen

01:27:21.948 --> 01:27:27.828
haben, weil da würden wir eine ganz andere große Box öffnen und damit fange ich jetzt nicht an.

01:27:28.368 --> 01:27:30.588
Wir sind ja auch alle ein bisschen schlau und haben, glaube ich,

01:27:30.688 --> 01:27:34.648
einen relativ guten Eindruck davon, dass sich damit jetzt aus dem Fenster zu

01:27:34.648 --> 01:27:38.668
hängen mit irgendwelchen Prognosen wahrscheinlich einfach nur ein Rezept dafür ist, in,

01:27:39.388 --> 01:27:41.448
naja, nicht mal ein paar Jahren, wahrscheinlich ein paar Wochen,

01:27:41.768 --> 01:27:43.768
episch geowned zu werden und das braucht keiner von uns.

01:27:44.088 --> 01:27:46.828
Und ich glaube auch aktuell machen es genügend andere.

01:27:47.788 --> 01:27:53.628
Ja, das stimmt. Und das stimmt auch. Da bin ich doch lieber hier mein Prognose-Kobold-Techniker

01:27:53.628 --> 01:27:57.128
und konzentriere mich auf diese, von denen ich Ahnung habe und von denen ich

01:27:57.128 --> 01:27:58.388
glaube, dass wir die auch in Zukunft noch brauchen.

01:28:01.102 --> 01:28:07.662
Super. Ja, dann. Ich fand das ganz erfrischend, mal so zehn Jahre zurückzugehen

01:28:07.662 --> 01:28:09.602
und das so als Aufhänger zu nehmen.

01:28:11.022 --> 01:28:15.582
Die Sachen haben ja nach wie vor eine Relevanz, auch heutzutage.

01:28:15.722 --> 01:28:16.922
Also das ist eigentlich auch schön zu sehen.

01:28:18.282 --> 01:28:22.642
Ja, aber dennoch stimmt schon, dass, Shep, du müsstest, nicht jetzt unbedingt,

01:28:22.862 --> 01:28:28.422
aber du müsstest noch ein paar Prognosen für das aktuelle und nächstes Jahr liefern, damit wir,

01:28:30.206 --> 01:28:33.326
damit wir alle unsere Wetten drauf abschließen können. Also genau,

01:28:33.446 --> 01:28:36.046
wir brauchen falsifizierbare Aussagen.

01:28:36.146 --> 01:28:39.686
Ich habe schon eine geliefert, nämlich wir kriegen weiterhin ein Framework-Zoom

01:28:39.686 --> 01:28:43.946
mit mehr als einer Ausfallmöglichkeit, mehr als einer relevanten Ausfallmöglichkeit.

01:28:44.426 --> 01:28:46.846
Da lasse ich mich drauf festnageln.

01:28:47.966 --> 01:28:52.186
Und ich mache die These, ich glaube, solche Tools wie Browser-Stack etc.

01:28:52.506 --> 01:28:55.706
Werden tatsächlich immer weniger relevant, weil.

01:28:58.286 --> 01:29:03.646
Das meiste Testing im Chrome stattfindet und dann geht man mal zu Firefox dann

01:29:03.646 --> 01:29:05.926
geht man mal zu Safari, dann geht man mal zu Edge,

01:29:06.486 --> 01:29:10.866
fixt es aber vielleicht nicht unbedingt, weil es ist halt good enough und das

01:29:10.866 --> 01:29:14.286
einzige was noch tatsächlich wirklich getestet und wo noch Zeit reingesteckt

01:29:14.286 --> 01:29:18.146
wird ist iOS und mal schauen wie es mit Liquid Glass weitergeht,

01:29:18.206 --> 01:29:19.246
wo wir da in zehn Jahren sind,

01:29:20.746 --> 01:29:25.046
Oh ja da würde ich aber auch erstmal warten und gar nichts tun.

01:29:25.166 --> 01:29:27.446
Ich glaube, da werden die noch ein bisschen zurück rudern.

01:29:28.426 --> 01:29:32.426
Also überhaupt ist das ja ein absoluter Unfall das Update.

01:29:32.766 --> 01:29:35.946
Also ich hatte auch dieses Post mit den Icons, die die benutzen.

01:29:36.046 --> 01:29:38.946
Ich weiß nicht, ob ihr das gesehen habt. Post mit Icons? Was meinst du?

01:29:39.946 --> 01:29:45.386
Ja, dass die für die ein und dieselbe Funktion oder den ein und denselben Eintrag,

01:29:45.486 --> 01:29:48.406
also erst zum einen haben die in den ganzen Menüs überall jetzt,

01:29:48.466 --> 01:29:53.046
die sind alle ver-ikonifiziert, wo sie früher eben keine Icons an jeder Stelle,

01:29:53.646 --> 01:29:58.406
hatten, plus es gibt überhaupt keine Konsistenz darin, welche Icons verwendet werden.

01:29:59.766 --> 01:30:05.586
Ich glaube, ich hatte den Link auch in der Reading List im Community Draft irgendwo gedroppt.

01:30:05.806 --> 01:30:08.606
Ja, also auf Social Media meine liebste Repräsentation davon ist,

01:30:08.686 --> 01:30:12.626
wenn sie halt, haben so ein Icon genommen über verschiedene macOS-Versionen

01:30:12.626 --> 01:30:16.126
in der Zeit rückwärts und Kommentar dazu,

01:30:16.346 --> 01:30:20.086
wenn man die Icons halt eben so in den Mac-Versionen rückwärts auflistet,

01:30:20.166 --> 01:30:22.546
sieht das so aus, als würde da jemand sehr gut ein Icon-Design werden.

01:30:23.106 --> 01:30:26.046
Weil es halt mit jeder neuen Version so ein bisschen weniger gut geworden ist.

01:30:27.578 --> 01:30:30.658
Naja, sie machen halt eben mehr oder minder Chaos. Sie benutzen halt Icons zur Dekoration.

01:30:30.958 --> 01:30:35.238
Das ist halt so das mentale Niveau, das ich je von meiner Linux-Distribution erwarten würde.

01:30:35.498 --> 01:30:38.998
Aber von Apple kann man auch irgendwie ein bisschen mehr sich erhoffen.

01:30:39.578 --> 01:30:42.778
Ja, ich verstehe ehrlich gesagt, die Icons sind mir jetzt schon egal,

01:30:42.918 --> 01:30:45.738
aber ich verstehe immer noch nicht, wie man beim Safari das ändern konnte,

01:30:45.738 --> 01:30:49.278
dass ich jetzt zwei Klicks machen muss, um zu allen Tabs zu kommen,

01:30:49.378 --> 01:30:51.118
dass ich erst auf dot, dot, dot klicken muss.

01:30:51.738 --> 01:30:57.498
Das nervt mich jeden einzelnen Tag und meine Emojis sind jeden Tag verbuggt.

01:30:58.018 --> 01:31:03.158
Also das ist so ein Low-Effort. Was heißt Low-Effort, das weiß ich nicht,

01:31:03.218 --> 01:31:04.778
ob es jetzt einfach oder schnell zu fixen ist.

01:31:05.278 --> 01:31:10.998
Aber meine Emojis sind in dem Sinne kaputt, dass ich oft im falschen Reitasse

01:31:10.998 --> 01:31:16.178
bin, aber ich komme nicht weiter genug vor, weil ich glaube, der Index falsch ist.

01:31:16.758 --> 01:31:20.458
Ich drücke zu schnell auf ein Emoji und ich will auf dieses bestimmte Tab,

01:31:20.598 --> 01:31:24.458
was vielleicht Index 2 hat, aber dann ist da so ein Scrollingfehler und dann

01:31:24.458 --> 01:31:27.598
komme ich aber nicht mehr zu meinem Tab 2, weil das jetzt ungefähr vermutlich

01:31:27.598 --> 01:31:31.058
minus 5 ist und ich darf nicht zu minus 5 vorscrollen. Mhm.

01:31:33.060 --> 01:31:38.840
Ja, also ich habe noch keines, ich glaube, ein Kind hat ein iOS-Device schon

01:31:38.840 --> 01:31:44.080
hochgelevelt, die findet es aber auch so, hat auch gemischte Meinung.

01:31:44.080 --> 01:31:46.780
Ganz ehrlich, ich mache das schon immer, weil es gibt ja User,

01:31:46.920 --> 01:31:50.400
die haben das da draußen und ich muss ja irgendwie das testen und ich teste

01:31:50.400 --> 01:31:53.480
natürlich hier auf meinem Privathandy rum. Das mache ich wiederum mit Browser-Stack.

01:31:54.140 --> 01:31:59.260
Genau. Also Browser-Stack finde ich schon sehr praktisch. Ja, ist es bestimmt.

01:31:59.460 --> 01:32:02.220
Ich bin jetzt da irgendwann der Typ, ich brauche das in meiner Hand.

01:32:02.360 --> 01:32:04.620
Ich muss das fühlen, ich muss das sehen. Okay, ja.

01:32:04.840 --> 01:32:07.460
Das ist ja auch wichtig für so Sachen wie Performance. Du musst ja wirklich

01:32:07.460 --> 01:32:08.940
fühlen, fühlt sich das UI gut an.

01:32:09.160 --> 01:32:11.660
Ist das jetzt wirklich, hat das das Maß an der Perspektive? Mit meinen Babyhändchen

01:32:11.660 --> 01:32:13.580
wieder hier und diesen riesigen Handys.

01:32:13.980 --> 01:32:17.000
Das sind also Sachen, die wichtig sind. Also hier, die Zwerdenfraktion ist ja

01:32:17.000 --> 01:32:17.780
auch durch mich vertreten.

01:32:18.260 --> 01:32:22.840
Genau, also Sachen. Wie oft ich mit meiner Nase tippe, das glaubt mir auch kein Mensch.

01:32:23.280 --> 01:32:26.680
Echt? Also keine Nachrichten, da haben wir natürlich eine Voice-Message.

01:32:27.480 --> 01:32:30.600
Sorry an alle da draußen, die Audio-Messages hassen, ich schicke keine an euch.

01:32:31.360 --> 01:32:35.240
Aber wie oft ich jetzt auf Buttons drücke mit der Nase, ist sehr oft.

01:32:36.460 --> 01:32:40.420
Hast du das gehört mit den, ich glaube in Korea ist das, dass die so wie so

01:32:40.420 --> 01:32:43.300
Bockwürste im Winter immer mit sich führen, mit denen sie quasi,

01:32:43.700 --> 01:32:46.740
oder früher zumindest war das so, ich weiß nicht, die Handschuhe.

01:32:49.319 --> 01:32:53.239
Nur um auf dem, also als Stylus quasi, um auf dem Handy rumzutippen.

01:32:53.819 --> 01:32:58.399
Ich glaube, mittlerweile hat der Handschuh-Technologie auch Korea erreicht.

01:32:58.479 --> 01:33:00.219
Wobei es wahrscheinlich darauf ankommt, welches Korea du meinst.

01:33:01.219 --> 01:33:04.219
Das stimmt. Und Vanessa hat aber diese Handschuhe anscheinend nicht.

01:33:04.399 --> 01:33:08.599
Es geht auch gar nicht um Handschuhe, sondern es geht um Hände frei.

01:33:08.939 --> 01:33:13.679
Also ich muss wirklich sagen, Accessibility ist ja so ein Thema,

01:33:13.839 --> 01:33:17.199
was manchmal voll aufpoppt oder manchmal wieder keinen Trend hat.

01:33:17.739 --> 01:33:20.459
Aber ich habe schon immer das Gefühl, es schwingt halt schon so ein bisschen

01:33:20.459 --> 01:33:25.719
mit, man braucht es halt nur für eine ganz kleine Gruppe im Endeffekt und weil jetzt die Jude sagt.

01:33:26.159 --> 01:33:30.439
Aber ich stolper bei wirklich vielen Webseiten und Apps einfach wirklich damit,

01:33:30.539 --> 01:33:31.699
dass ich nur eine Hand frei habe.

01:33:31.959 --> 01:33:34.779
Oft auch die falsche, wenn ich, ich musste jetzt auf meinen,

01:33:34.899 --> 01:33:37.839
auf dem MacBook habe ich jetzt erst mal gemerkt, ich muss meine linken Finger

01:33:37.839 --> 01:33:40.899
noch registrieren, weil ich das Kind halt immer auf der rechten Hand trage und

01:33:40.899 --> 01:33:42.159
dann kann ich kein Touch-ID machen.

01:33:42.159 --> 01:33:47.979
Ja, das ist genau der Fall, den Microsoft doch auch in seinen,

01:33:48.259 --> 01:33:52.819
da gibt es so dieses Accessibility-Kompendium, das sie irgendwann rausgebracht

01:33:52.819 --> 01:33:58.499
haben, diese situational Handicaps und so.

01:34:00.559 --> 01:34:05.259
Ja. Ja, supi. Ne, Moment, Schäpp-Prognose.

01:34:06.179 --> 01:34:09.599
Ja. Bitte? Accessibility ist immer noch ein Problem.

01:34:09.779 --> 01:34:17.159
Ach so, ja, meine Prognose ist, Accessibility bleibt trotz EAA weiter auf der Strecke.

01:34:17.799 --> 01:34:21.739
Was ist eigentlich damit passiert? Was ist eigentlich mit diesem Gesetz passiert?

01:34:22.359 --> 01:34:26.579
Wo bleiben denn unsere Strafen? Aber ich möchte auch gerne falsch liegen, das wäre voll okay.

01:34:27.619 --> 01:34:31.259
Naja, also bleibt auf der Strecke, das ist jetzt irgendwie das ist mir nicht

01:34:31.259 --> 01:34:35.939
konkret genug, also wird es besser, aber nicht ausreichend wird es schlechter,

01:34:36.199 --> 01:34:38.059
bleiben wir auf genau dem Niveau, was meinst du?

01:34:42.053 --> 01:34:45.933
Ich glaube, wir bleiben mehr oder minder auf dem gleichen Niveau.

01:34:46.053 --> 01:34:49.493
Vielleicht gibt es einfach mehr ARIA-Attribute überall, die aber trotzdem keinen Sinn machen.

01:34:49.973 --> 01:34:53.913
Einfach weil man meint, dass man damit irgendwie Gutes tut.

01:34:55.713 --> 01:34:59.873
Genau und was vielleicht der Fall ist, ist, dass sich Konsumenten,

01:35:00.053 --> 01:35:05.713
Konsumentinnen mit Handicaps, sich mithilfe von AI eben neue,

01:35:07.533 --> 01:35:11.693
Strategien oder neue Strategien an die Hand bekommen, wie sie eben mit Inaccessible

01:35:11.693 --> 01:35:12.693
Krempel arbeiten können.

01:35:12.793 --> 01:35:19.373
Also ich glaube ja wirklich bei aller Skeptik, dass diese KI-Dinger eine ganze Menge leisten können.

01:35:19.593 --> 01:35:22.773
Aber du kannst doch nicht mit Chat-GPT-Vanessa einen dritten Arm verpassen.

01:35:24.673 --> 01:35:33.433
Nee, das nicht, aber in der digitalen Welt. Wir haben ja neulich auf der T3-Con

01:35:33.433 --> 01:35:39.693
und haben ein Interview geführt mit dem Stefan Barak und dessen Mitstreiter, der Claudio,

01:35:41.213 --> 01:35:43.793
von dem, glaube ich, habe ich einen Post gesehen, meine ich.

01:35:43.793 --> 01:35:47.233
Ich meine, von dem wäre das gewesen, dass er einen Browser eben bedient hat

01:35:47.233 --> 01:35:51.893
per Sprache und der mit KI dann auf der Seite sozusagen die Tasks durchgeführt

01:35:51.893 --> 01:35:55.773
hat, die er nicht durchführen konnte. Ich weiß nicht mehr genau, welcher Browser es war.

01:35:56.213 --> 01:35:59.113
Ich müsste es nochmal raussuchen, fand ich aber so ganz gut.

01:36:00.513 --> 01:36:05.213
Oder er hatte auch eine Brille. Ist deine These dann quasi, dass das Gesetz

01:36:05.213 --> 01:36:11.893
nichts ändern wird oder so minimal, dass du sagst, es bleibt auf dem gleichen Niveau?

01:36:13.832 --> 01:36:19.752
Ja, also es scheint so zu sein. Also vielleicht dann auf die Zehnjahressicht

01:36:19.752 --> 01:36:20.872
passiert da vielleicht schon mehr.

01:36:21.152 --> 01:36:24.972
Aber so fürs nächste Jahr, glaube ich, sind meine Hoffnungen da eher so ein

01:36:24.972 --> 01:36:25.952
bisschen zurückhaltend.

01:36:25.952 --> 01:36:36.472
Und ich glaube, es fehlt auch einfach an so Menschen wie Max Schrems, der sich da,

01:36:36.792 --> 01:36:43.432
was so Datenschutz angeht, stark gemacht hat. Also da gibt es irgendwie nicht so viel.

01:36:43.732 --> 01:36:46.852
Da passiert einfach zu wenig. Ja, aber das ist genau der Grund,

01:36:46.952 --> 01:36:49.772
warum ich tatsächlich glaube, über so zehn Jahre wird das tatsächlich sich noch verändern.

01:36:50.232 --> 01:36:52.572
Denn der schraubt ja und seine Mitstreiter,

01:36:52.612 --> 01:36:55.112
die schrauben ja in diesem Datenschutzproblem ja schon ewig dran.

01:36:55.512 --> 01:36:58.892
Und das ist ja tatsächlich einer von den Bereichen, wo ja tatsächlich solche

01:36:58.892 --> 01:37:03.872
Regulationen auf die Webentwicklung durchaus einen Effekt hatte.

01:37:04.552 --> 01:37:07.992
Also der Umgang mit diesen ganzen Daten ist jetzt zumindest etwas,

01:37:08.092 --> 01:37:11.912
womit man sich befassen muss und sei es halt nur, ich bünde den Standard-Cookie-Banner

01:37:11.912 --> 01:37:15.592
an und hoffe aufs Beste, aber man kann es halt eben nicht mehr so komplett ignorieren,

01:37:15.652 --> 01:37:17.492
wie man es zum Beispiel heutzutage mit Accessibility macht.

01:37:18.847 --> 01:37:24.967
Ich denke halt schon, dass da in zehn Jahren auf die Wettwelt durchaus der Regulationshammer

01:37:24.967 --> 01:37:28.087
mehr niederfahren wird, als es bisher getan hat.

01:37:28.927 --> 01:37:32.627
Datenschutz-Grundverordnung ist halt so der erste Anlauf. Und auch auf so Sachen

01:37:32.627 --> 01:37:35.747
wie den Browsermarkt könnte ja theoretisch sowas wie der Digital Markets Act,

01:37:36.187 --> 01:37:39.247
wenn sie also wirklich mal Apple und Safari an die Kandare nehmen würden,

01:37:39.627 --> 01:37:41.487
da würde sich ja sehr schnell was ändern,

01:37:42.267 --> 01:37:44.227
wenn sie es halt durchzuntunen würden.

01:37:44.227 --> 01:37:47.647
Und da ist es ja tatsächlich so weit, dass sie ihre Gesetzgebung im Prinzip

01:37:47.647 --> 01:37:51.307
schon so weit hätten, dass tatsächlich etwas passieren könnte.

01:37:51.647 --> 01:37:55.487
Es müssten halt nur noch mal irgendwelche Kläger, Richter, was auch immer,

01:37:55.887 --> 01:37:58.407
ihre Ärsche hochkriegen, dass da was passiert.

01:37:58.667 --> 01:38:02.787
Aber im Prinzip ist die Axt an den Baum angelegt und es kann jetzt noch irgendwie

01:38:02.787 --> 01:38:05.307
jemand sagen, so, ich schlage da jetzt ein paar Mal drauf.

01:38:05.867 --> 01:38:09.227
Ich muss einer zum Griff greifen. Ja, und das könnte halt mit vielen anderen

01:38:09.227 --> 01:38:11.047
Kisten halt eben genauso passieren.

01:38:11.227 --> 01:38:15.467
Also das Barrierefreiheitsstärkungsgesetz und alles, was da dranhängt auf europäischer

01:38:15.467 --> 01:38:21.987
Ebene, ist ja im Vergleich zu anderen Gesetzen gleicher Art schon ein bisschen einfach schwach.

01:38:22.147 --> 01:38:26.687
Also hat nicht so besonders viel Zähne und legt auch nicht so besonders viel fest.

01:38:27.127 --> 01:38:29.827
Und andere sind da schon weiter. Und im Prinzip könnte man ja einfach sagen,

01:38:30.127 --> 01:38:33.627
Copy, Paste, Wende an und im Rahmen von zehn Jahren ist auch so weit,

01:38:33.687 --> 01:38:38.287
dass ich so einer EU durchaus zutraue, dann eine zweite Iteration von diesem

01:38:38.287 --> 01:38:39.547
Ding in Anlauf zu nehmen.

01:38:39.907 --> 01:38:43.907
So wie es jetzt ist, bringt es nicht viel, aber da kennt man ja aus der Softwareentwicklung

01:38:43.907 --> 01:38:47.427
auch, der Prototyp von allem ist eh immer Mist, wird Zeit für ein Refactoring

01:38:47.427 --> 01:38:48.507
und ich traue denen das zu.

01:38:49.707 --> 01:38:53.107
Wäre auch nicht schlecht, weil anders wird das nichts. Ja.

01:38:55.227 --> 01:38:58.587
Ja, wir gucken einfach mal, wie es kommt.

01:38:59.327 --> 01:39:05.407
Und wenn es positiver kommt, als ich denke, dann ist das ja auch ganz in meinem Sinne.

01:39:06.547 --> 01:39:10.847
Ich lasse mich da gerne eines Besseren belehren. So ist es. Egal,

01:39:10.927 --> 01:39:11.727
wer verliert, wir gewinnen.

01:39:13.454 --> 01:39:16.554
Genau. Dann machen wir den Deckel drauf.

01:39:16.854 --> 01:39:20.874
Wir können ja auch nochmal uns dediziert dann wahrscheinlich Ende des Jahres

01:39:20.874 --> 01:39:24.034
zusammensetzen, um eine Prognose für 2027 zu machen.

01:39:24.714 --> 01:39:26.334
Vielleicht wissen wir dann auch in

01:39:26.334 --> 01:39:31.334
dem Bereich mehr und auch was die Weiterentwicklung von AI und Co. angeht.

01:39:32.474 --> 01:39:34.414
Genau, das war doch sehr schön.

01:39:35.874 --> 01:39:39.774
Und genau, wer Lust hat, noch ein bisschen zu diskutieren, wir haben es eben

01:39:39.774 --> 01:39:42.274
erwähnt, wir haben den Community-Slack, kommt da bitte gerne rein.

01:39:42.914 --> 01:39:46.014
Ansonsten sind wir auch auf allen möglichen sozialen Netzwerken vertreten.

01:39:46.834 --> 01:39:51.934
Und genau, wenn euch die Folge gefallen hat, dann liked sie oder kommentiert

01:39:51.934 --> 01:39:53.994
sogar was auf irgendeinem Kanal drunter.

01:39:55.294 --> 01:40:00.714
Und dann hören wir uns nächste Woche wieder. und da wird es gehen um das Eolocation

01:40:00.714 --> 01:40:05.934
HTML-Element, das ganz neu in einem Browser gelandet ist,

01:40:06.634 --> 01:40:09.334
aber ich glaube auch in einem anderen Browser landen wird und genau,

01:40:09.694 --> 01:40:11.954
das schauen wir uns dann mal genauer an.

01:40:13.574 --> 01:40:18.734
Vielen Dank euch und Danke. Bis bald. Tschüss. Tschüssi.