Wo wir sind, ist vorne, Folge 27. Heute geht's um Edge, VS Code und Developer Evangelism.
Herzlich willkommen bei Wo wir sind, ist vorne.
Frontend Fakten Frotzelein.
Der Late Night Frontend Talkshow rund um Webdesign und Entwicklung.
Es reden sich um Head und Kragen, HTML-Fundamentalist Moritz Gießmann und JavaScript-Jongleur Konstantin Groß.
Heute zu Gast Developer Evangelist und Code-Poet Chris Heilmann.
Ja, herzlich willkommen bei Wo wir sind, ist vorne.
Und herzlich willkommen schon mal an unseren Gast, Chris Heilmann.
Hallo.
Schön, dass du da bist.
Ja, zu deiner Person, stell dich mal kurz selbst vor.
Wir kommen später noch ein bisschen zu deiner Person.
Aber erzähl mal ganz kurz, wer du bist und was du so machst an die, die es noch nicht wissen.
Weil ich glaube, das wissen vielleicht auch schon einige.
Okay, also ich bin der Christian.
Ich war ursprünglich mal beim Radio.
Dann habe ich das Internet gefunden, wurde als Internetentwickler.
Ich habe dann bei verschiedenen großen Firmen gearbeitet und bin jetzt seit 25 Jahren Webentwickler und JavaScript-Versteher und HTML-Möger.
Und war dann, habe dann irgendwann gemerkt, dass Entwickler toll ist, aber vielleicht Developer Evangelist eine tolle Idee wäre.
Ich habe dann ein Handbuch geschrieben dazu, war dann Developer Evangelist auch jahrelang.
Und jetzt bin ich Principal Program Manager bei Microsoft und arbeite an den Entwicklertools rund um Web-Development.
Weil irgendwann wird es auch gut, als Entwickler da zu sein und man sollte jungen Leuten auch eine Chance geben.
Ja, Mensch, das ist mal auch ein Karrierepfad für mich vielleicht.
Wenn man eine Weile in der Branche unterwegs ist, irgendwann kommt man da dann auch drauf, dass man vielleicht auch mal was anderes machen will oder ein bisschen von der Meta-Ebene das betrachten will.
Ja, ich, es ist ja auch ein kleiner, mal wieder ein kleiner Fanboy-Moment von mir jetzt heute, dass du in der Sendung bist.
Ich bin, ich glaube, zum ersten Mal bist du mir über den Weg gelaufen, 2008 oder 2009.
Da hatte ein Kollege von mir, witzigerweise auch in Christian, hallo Christian, falls du zuhörst, du hast das Buch gehabt damals.
Und zwar, das war das Beginning JavaScript with DOM Scripting in Ajax, glaube ich, ist von dir, Chris.
Ist das richtig?
Korrekt.
Genau, das ist mir damals über den Weg gelaufen.
Mein Kollege hat gemeint, hey, ja, der Chris.
Und dann habe ich gesehen, ja, der ist ja auch mal auf einer Konferenz, wo ich irgendwie vorbeischau.
Und das war, glaube ich, die Webtech-Konferenz 2010, das ist auch schon wieder eine Weile her, war, glaube ich, so meine erste richtige Konferenz, auf der ich unterwegs war.
Und da habe ich, glaube ich, auch einen Vortrag von dir gesehen.
Ich weiß nicht mehr genau, worum es ging, kann es sein, Geolocation oder sowas, bin mir nicht mehr ganz sicher.
Genau, also schon eine Weile kenne ich deinen Namen.
Ich glaube, wir sind uns mal direkt begegnet auf der Bio und Tellerrand, aber du bist ja auf vielen Konferenzen unterwegs gewesen, also solange das noch ging.
Ja, es waren bis zu 30 im Jahr.
Irgendwann wurde es dann auch im Willen.
Und, aber es war trotzdem schön, weil im Endeffekt habe ich irgendwann mal gedacht, während meines Zivildienst, die alten Leute, mit denen ich gearbeitet habe, die doch fit drauf waren, die waren alle am Reisen ihr Leben lang und irgendwann wollte ich dafür bezahlt werden.
Und da sind halt Konferenzen auch ganz gut gewesen, mal so wirklich andere Länder kennenzulernen, andere Leute kennenzulernen und das war echt super schön, das mitmachen zu können.
Aber jetzt haben wir ja eine ganz andere Geschichte, diese ganzen virtuellen Konferenzen, das ist doch eine andere Sache.
Aber andererseits auch ganz gut, weil manche Leute, die nicht unbedingt reisen, können jetzt auch sprechen.
Das finde ich auch ganz gut.
Ja, das stimmt.
Und ich finde es auch super, ich konnte jetzt teilweise an Meetups und Konferenzen teilnehmen, wo ich sonst nie hingekommen wäre.
Also irgendwie kleine Meetups, die jetzt normalerweise in NRW organisiert werden, irgendwie in Köln, da wäre ich normalerweise nie hingefahren für zwei Vorträge.
Und da kann ich jetzt einfach dran teilnehmen. Das ist wirklich super. Also es hat Vor- und Nachfragen.
Hat echt Vorteile, ja.
Ja, genau.
Das ist immer ein Problem bei mir, weil meine Arbeitszeit fängt um 5 Uhr Nachmittag an, weil meine amerikanischen Kollegen wach werden.
Und dann, wenn Leute sagen, kannst du mal schnell in diesem Meetup kommen um 7 Uhr? Nö.
Also es ist jetzt quasi mitten, wir sind jetzt mitten im Arbeitstag bei dir sozusagen.
Ja, ich habe jetzt zwei Meetings abgesagt, dafür ist alles gut. Ist auch noch ganz gut, kein Meeting zu haben.
Dankeschön.
Das heißt, du hast wirklich deinen Tagesablauf da komplett danach ausgerichtet, auch mit Schlafen und so?
Was und Schlafen?
Okay, okay, verstehe.
Revenge, Bedtime, Procrastination, haben wir ja vor kurzem gelernt.
Ich meine, es geht sogar noch, wenn du dein normaler Geek bist. Also für mich stört es ja nicht.
Meine Freundin muss ab und zu um 6 Uhr frühes Arbeiten anfangen und dann um 5 Uhr aufstehen.
Das macht auch keinen Spaß.
Wenn sie bei mir übernachtet oder wenn ich bei mir übernachte, werde ich einfach rausgeschmissen morgens und bin dann viel zu früh wach.
Ja, aber okay, ja, krass. Also 5 Uhr nachmittags anfangen zu arbeiten.
Ich meine, meine Kollegen, die gucken mich immer schon schief an, wenn ich irgendwie um halb elf erst aufschlage.
Kommt durchaus mal vor. Aber 5 Uhr nachmittags, das könnte ich mir auch mal überlegen.
Mal gucken, wie die da drauf reagieren, wie die das finden.
Müssen wir halt dann die Meetings woanders hinlegen. Das kann man ja mal machen, oder?
Ja, Internetverbindung nachmittags ist immer auch ein Problem.
So ab 8 Uhr schauen alle Netflix um einen rum oder Startort oder was immer und dann auf einmal geht es nicht mehr.
Okay, krass.
Obwohl, ich glaube, das ist bei mir kein Problem momentan. Mittlerweile geht es ja ganz gut. Wir haben hier im Podcast auch schon öfter mal meine Internetleitung besprochen.
Ist jetzt, glaube ich, mittlerweile ganz gut, aber ich mache auch keine Speedtests mehr. Von daher bin ich ja jetzt auch ein glücklicherer Mensch geworden.
Merkst du es auch nicht, ja.
Genau.
Ich habe auch mal gemerkt, wie viele Daten die Speedtests brauchen. Ich benutze die auch ab und zu. Du hast auf einmal auf deinem Handy 20 Megabyte runtergeladen, ohne dass du gemerkt hast.
Ja, genau. Und wenn das reicht. Also das kann durchaus nochmal mehr werden. Also dieser Netflix Speedtest, fast.com, der zeigt einem, glaube ich, auch sogar an, wie viel er runterlädt und hochlädt. Und da geht die Zahl sehr schnell hoch. Also das ist, möchte man, da hat man im Prinzip im Speedtest schon sein ganzes Datenvolumen aufgebraucht.
Ja. So, kommen wir zur Getränkefrage. Also Konstantin, was trinkst du denn heute?
Du hast wahrscheinlich wieder dein Standardbier, wo du den ganzen Kasten hast.
Ja, ich habe den ganzen Kasten. Und ich trinke ja nur beim Podcast, deswegen dauert es noch ungefähr ein Jahr, bis ich den...
Okay. Dann lassen wir dein Bier jetzt einfach immer weg. Ich probiere mich halt zur Zeit so ein bisschen regional hier durch und habe aus Rastatt ein Franzpilz. Ich halte es dir mal in die Kamera.
Aha.
Ein Bullhorn.
Also hier gar nicht so weit hier entfernt.
Die Kette ist ungefähr so gut, wie die bei unserer Abschlussprüfung. Also es gab welche, die waren besser. Ja, dann. Chris, was trinkst du? Oder trinkst du was? Trinkst du was mit uns?
Ja, ich trinke Corona, weil einer muss ja was tun für die herren Immunität.
Ah, sehr gut. Das hatten wir tatsächlich noch nicht im Podcast. Moment, ich habe beschlossen, ich trinke heute aus dem Glas. Ich will mal was anders machen. Ich bin gerade noch am Einschenken.
Und dann können wir gleich mal virtuell anstoßen. Also zum Wohl.
So.
Sehr gut.
Okay.
Okay, dann.
Ich glaube, aus dem Glas ist es besser.
Ja.
Ich glaube, aus dem Glas muss ich nicht so viel aufstoßen. Ich weiß nicht, warum.
Das ist doch mal positive Nachrichten für die Hörerinnen.
Das ist ja wie manche günstige Biersorten. Schmeckt nach dem Fünften oder so.
So, okay, dann kommen wir zu unserem ersten Jingle heute, oder?
Dann fange ich einfach mal an. Also ich habe mich diese Woche beschäftigt mit Kryptografie in WordPress, weil ich Daten gerne verschlüsselt speichern wollte.
Weil so ein öffentliches System wie WordPress, also so inhärent offen, ist natürlich immer schwierig, wenn man da irgendwie sensible Daten hat, auf die dann alle anderen Plugins und so zugreifen können.
Und für Verschlüsselung braucht man ja bekannterweise Zufallswerte.
Und die Zufallsfunktionen von PHP, die waren ja lange Zeit nicht kryptografisch wirklich sicher.
Und seit PHP 7.0 gibt es jetzt aber Random Bytes und Random Int, die also Random Bytes zurückgeben, die man als Key dann für Verschlüsselung benutzen kann.
Oder Random Int eben Zufallszahlen.
Und jetzt ist es aber im WordPress-Ökosystem ja so, dass man da schon auch noch auf Rückwärtskompatibilität achten muss.
Und auch wenn PHP 5.6 inzwischen, glaube ich, auch nicht mehr supported ist, bei 30% des Webs, die auf WordPress basieren, wenn da irgendwie halt immer noch so 2% oder so auf PHP 5.0 sind, dann ist das eben halt auch noch ein relativ großer Teil.
Und jetzt habe ich versucht, eine Compatibility-Library zu installieren, Random Compatize die, und dann auch zu testen, ob die dann tatsächlich greift und so.
Und habe dann festgestellt, obwohl ich PHP 5.6 dann aktiviert hatte, waren die Funktionen trotzdem da und habe mich gewundert, wie das sein kann, ob ich da irgendwie doch eine Extension installiert habe.
Und dann herausgefunden, dass im WordPress-Core das schon mitgeliefert wird seit Version 5.1, diese Random-Funktion.
Und auf gleichem Weg habe ich dann herausgefunden, dass seit WordPress 5.2 auch Verschlüsselung und Entschlüsselung mit an Bord ist.
Da gibt es bei PHP die Lipsodium-Library. Seit Version 7.2 ist die da mitgebundelt und endlich auch sichere Kryptografie für PHP ohne zusätzliche Extension.
Und für ältere PHP-Versionen gibt es da Sodium Compat als Library, die eben mit normalen PHP-Bordmitteln die gleiche Funktionalität bereitstellt.
Und was man bisher sonst gemacht hat für Fernentschlüsselung ist OpenSSL zu nutzen.
Das kann man schon seit PHP 5.3, deswegen war man da relativ auf der sicheren Seite.
Und dabei muss man allerdings sehr viel selbst implementieren und beachten, um da wirklich sicher kryptografisch unterwegs zu sein.
Also gerade SSL ist ja eigentlich eher für Transport Security, also SSL-Zertifikate eben für HTTPS.
Und es geht zwar auch mit AES, da eine symmetrische Verschlüsselung zu machen, aber wenn ich jetzt sowas haben will wie authentifizierte Verschlüsselung, weiß ich nicht, das sollte ich vielleicht kurz erklären, oder?
Wir wollen ja immer offen sein für alle Kenntnisstände.
Also symmetrische Verschlüsselung im Unterschied zu asymmetrischer Verschlüsselung.
Symmetrisch könnten vielleicht am ehesten, also man hat einen Private Key und einen Public Key und verschlüsselt eben mit dem einen und entschlüsselt mit dem anderen.
Und symmetrisch heißt, ich habe den gleichen Key für eine Fair- und Entschlüsselung.
Also wenn ich jetzt Data Addressed habe, also einfach Daten, die irgendwo gespeichert sind in der Datenbank, dann will ich die eigentlich in der Regel mit einem Key fair- und entschlüsseln können, ohne dass ich jetzt irgendwie einen Public Key habe, den der User dann erst hochladen muss.
Wobei es natürlich auf den Anwendungsfall drauf ankommt, also bei GitHub kann ich ja zum Beispiel auch tatsächlich wirklich Keys generieren und hinterlegen und die dann nutzen.
Genau, und was authentifizierte Verschlüsselung bedeutet, oder Entschlüsselung, ist einfach, ich überprüfe zusätzlich zu dem Entschlüsseln, ob die Daten, die da entschlüsselt wurden, auch tatsächlich die Daten sind, die ich erwarten würde.
Also ob nicht die Nachricht auf dem Weg dahin irgendwie manipuliert wurde.
Da wird dann eben ein Hash gebildet und dann kann ich das nochmal abgleichen.
Genau, aber jetzt ein ganz großes Aber, das ich mir auch fett gedruckt da notiert habe, was man immer sagen muss, wenn man nicht selbst Kryptografie-Profi ist, dann sollte man niemals eine eigene Implementierung machen und am besten halt auch nicht so Scherze wie, ja dann nehme ich OpenSSL und mache das irgendwie selber, sondern eigentlich immer auf bestehende geprüfte Lösungen zurückgreifen oder sich halt alternativ von einer Fachperson beraten lassen, die sich wirklich gut auskennt.
Weil es ist einfach zu heikel und ich kann, im Endeffekt, wenn ich denke, jetzt ist es ja sicher, jetzt habe ich es ja verschlüsselt, wenn es halt nicht richtig gemacht ist, dann ist es halt vielleicht auch sehr einfach wieder entschlüsselt, ohne dass ich irgendwie groß was wissen muss oder hier großer Hacker sein muss.
Und für PHP gibt es da zwei Libraries, eben Libsodium, die ich schon genannt habe oder Diffuse, PHP Encryption, das kommt beides in die Shownotes auch.
Und das sind zwei Libraries, die zwar jetzt keinen formellen bezahlten Security Audit gehabt haben bisher, aber seit Jahren Reviews von der PHP Security Community bekommen und hinter denen auch Menschen stehen, die sich mit Verschlüsselung und Sicherheit auskennen.
Deswegen gut zu wissen, dass es das mit WordPress jetzt endlich gibt, da es doch so weit verbreitet ist und wie gesagt, nochmal bloß nicht selber an sowas ranwagen, sondern lieber auf was vertrauen, was schon existiert.
Ja, da kann ich drauf aufbauen.
Ja, gerne.
Ich habe gerade drei neue Rechner installieren müssen, weil zwei davon abgestürzt sind und habe dann mal gedacht, ich mache mal einen einfacheren Weg, meine Git-Installation zu machen und meine ganzen Sachen zu machen, weil normalerweise gehst du ja in deine Command-Line rein, du hast erstmal eine RSA-Key machen und ganze Geschichten dann eben in GitHub reinkopieren, händisch und solche Sachen.
Und im Endeffekt, es war viel einfacher, ich habe jetzt Visual Studio Code installiert als allererstes und habe dann gesagt, okay, was ist mit dem Source View und dann kamen dann Buttons, installiere Git, installiere, verifiziere dich mit GitHub, logge bei GitHub ein, im Browser waren schon meine Sachen drin, hat dann automatisch meinen Visual Studio Code mit dem Browser verbunden und dann habe ich den GitHub Desktop-Client auch noch runtergeladen und benutze jetzt den nur noch.
Ich meine, es ist wirklich nicht so cool, weil du nicht da und so auf der Command-Line bist, aber du kannst das nicht so gut machen und ich finde es auch absolut wild, wenn man von Leuten erwartet, einen Key zu generieren und Copy-Pasting irgendwo reinzuschieben, wie du gesagt hast, da können so viele Sachen falsch laufen dabei.
Ja, richtig.
Es ist wirklich faszinierend, wie weit wir gekommen sind mit dem Git-Workflow, dass es um einiges einfacher ist heutzutage, sogar in deinem Browser mit GitHub oder GitLab eben auch, die Sachen dann im Browser selbst machen zu können, ohne wissen zu müssen, was du jedes einzelne Git-Command kennen zu müssen auf der Command-Line.
Das finde ich super praktisch und wenn ich da zurückdenke an SVN, Mercurial, Bazaar, Star-Team, Visual Source-Safe, all die ganzen Dinge, die ich über Jahrzehnt benutzen musste, ist das wirklich schon schön.
Und ich finde es schade, wie oft Leute gesagt werden, oh, du bist kein echter Entwickler, wenn du Git nicht wirklich in den Command-Line kannst.
Oh ja, dieses Gatekeeping in diversen Bereichen, ja, das stimmt.
Totaler Unfug ist, das Wichtigste sind wirklich deine Kommentare, die du abgibst beim Pushen, nicht unbedingt, ob du jeden einzelnen Command kennst.
Das finde ich viel wichtiger.
Das ist sehr schön, dass wir das nochmal hier so in aller Deutlichkeit sagen.
Super, super schon mal angerissen, was heute mein Geilteil sein wird, sage ich jetzt noch nicht, aber das passt perfekt zu dem, was du gerade gesagt hast.
Sehr gut.
Und wer mehr über Git erfahren will, der hört unsere Folge Nummer 25, wo wir einen Experten eingeladen haben, der mit uns über Git gesprochen hat.
Genau, da gehen wir richtig in die Tiefen rein, in den wir uns noch nie vorgewagt haben zuvor.
Genau.
Andere schon.
Ja, aber das von wegen, also vielen Dank, Chris, dass du das gesagt hast gerade mit, es muss eigentlich nur funktionieren.
Das sage ich auch immer.
Ich muss nicht cool sein und auf der Command-Line, ja, oder ich muss nicht auf der Command-Line sein, um cool zu sein.
Es soll am Ende funktionieren und zwar für möglichst viele Leute.
Also so sehe ich das.
Ich finde es immer nervig, wenn Leute denken, es muss kompliziert sein, sonst ist es keine richtige Arbeit oder so.
Ich habe manchmal das Gefühl, dass viele Entwickler so denken.
Ja, leider.
Genau.
So, dann würde ich sagen, komme ich mal zu meinem ersten Retro-Punkt.
Ich habe gerade nochmal umgeschiftet.
Nicht, dass du dich wunderst, Konstantin.
Mir ist nämlich gerade noch was eingefallen, was ich jetzt gerade die Tage gebaut habe.
Und ich bin über eine Code-Zeile gestolpert, wo jemand mehrfach die gleiche Klasse in CSS hintereinander geschrieben hat auf das gleiche Element.
Also zum Beispiel, dem war es Punkt-Nav, Punkt-Nav, Punkt-Nav und hat damit dann eine höhere Spezifität erzeugt als eben einfach nur einfach Punkt-Nav.
Dafür braucht das Element in HTML tatsächlich aber natürlich nur einmal die Klasse und damit kannst du das dann überschreiben.
Und ich habe mich einfach nur gefragt, warum.
Ah, okay.
Also ich kann tatsächlich, wenn ich die gleiche Klasse einfach nochmal hinten dran schreibe, habe ich die Spezifität natürlich um eins erhöht, ne?
Ja, richtig, weil es wird nur das ausgewertet, was da in der Regel drin steht, ja.
Ja, es ist, also wenn man drüber nachdenkt, ist es total logisch, dass es funktioniert.
Also ich habe in dem Fall einfach gesagt, naja, ich habe hier jetzt halt einfach ein Div und das hat eine Hintergrundfarbe von grün.
Die Demo packe ich auch noch, ja, habe ich schon reingepackt, kommen wir in die Shownotes.
Die hat grüne Hintergrundfarbe und wenn jetzt aber Punkt-Nav, Punkt-Nav, Punkt-Nav, hat es halt Hot Pink, meine Lieblings-CSS-Farbe mittlerweile, nicht mehr Peach Puff.
Genau.
Also wusste ich jetzt auch nicht, aber es ist eigentlich, ja, eigentlich logisch.
Es ist irgendwie logisch, dass es funktioniert, aber es ergibt keinen Sinn.
Also Chris, falls du mir sagen kannst, warum man das tun sollte oder irgendjemand von den Hörern, bitte gerne mal in die Kommentare schreiben.
Wie gesagt, es ist logisch, dass es funktioniert, aber ich weiß nicht, warum man es tun sollte.
Das hört sich nach einem furchtbaren Hack an, dass jemand irgendwie ein anderes CSS hatte und es überschreiben wollte und wusste nicht wie und hat dann irgendwie so lange Sachen reinkopiert, bis es ging.
Es gab auch einen Bug beim Internet Explorer 6, glaube ich, oder 7 und dann bis zum 8er auch, dass wenn du 64 Klassen auf einem Element hast, wurde die ID-Specifizität überschrieben.
Okay.
Es klingt irgendwie noch ein Buffer-Overflow oder so.
Ja, ja, Parcer hatten auch Buffer-Overflows und solche Geschichten, die man da benutzen konnte, aber ja, Specificity ist echt ein großes Problem.
Wir haben uns ja auch gerade auf Twitter hat es gefragt, wo in DevTools das zu sehen ist.
Da haben wir dann heute auch einen Bug reingeschrieben, dass wir demnächst was machen wollen, dass man in den DevTools auf die CSS-Klasse zeichnen kann und dann zeigt seine Spezifizität an, weil das ist derzeit noch nicht drin.
Bei Visual Studio Code ist es ja schon drin, wenn du in deinem CSS rüberrollst.
Aber in Developer-Tools sind die nach der Spezifizität, oder wie immer es im Deutschen heißt, geordnet.
Das heißt, was am obersten ist, hat die höchste Specificity.
Das heißt, im Endeffekt weißt du schon, was gewonnen hat und warum.
Aber wenn du wirklich in deinem CSS schon nachdenken musst, ob du noch eine extra Klasse oder eine ID oder sonst was dazu packen musst, dass es anzeigt, dann ist vielleicht deine Architektur von deinem CSS nicht die beste.
Genau, dann läuft schon irgendwas falsch.
Mir fällt da ein Problem, über das ich mal gestolpert bin bei der Arbeit, das war sehr, sehr schwer zu finden und zu debuggen.
Das war auch der Internet Explorer.
Und zwar hatte der mal, ich glaube bis Version 9 oder so, eine maximale Selektor-Anzahl, die er innerhalb eines Style-Sheets akzeptiert hat.
Ich glaube, 4095 oder so.
Und das haben wir tatsächlich bei einem Projekt geknackt.
Und es war total wie verhext, weißt du, du denkst, Mensch, das CSS, das funktioniert doch, aber dieser eine Button, den ich da eingefügt habe,
Der wird nicht gestylt, warum?
Erfindet das mal raus.
Also das war fantastisch.
Das kann nicht wahr sein.
Ja, ich meine, am Ende haben wir das CSS dann in zwei Files aufgeteilt, kein Problem.
Aber das war ein sehr geiler Bug.
Also, ja, ich habe hier gerade mal geguckt, was Stack Overflow sagt, bis IE9 bestand das Problem.
iPhone hatte auch das Problem, die ersten paar, dass du nur eine bestimmte Buffer-Gröte hattest für CSS und danach alles abgeschnitten wurde oder so.
Aber ja, wieder mal, ich meine, das ist so generiertes CSS, was aus fünf Zeilen von SES kommt, kann schon mal richtig groß werden, wenn man nicht genau weiß, was man macht.
Und da finde ich halt sehr faszinierend, dass wir jetzt mit Custom Properties, also CSS-Variablen, kann man so viele tolle Sachen machen, dass das meiste nicht mehr nötig ist.
Und Custom Properties ist sowieso Wahnsinn, dass du wirklich von JavaScript auch sie verändern kannst, ist halt super praktisch, weil die alle anderen Pre-Prozessoren, die ja auch Variablen haben, die einfach nur in CSS umgewandelt werden, die sind halt einfach dann eine Konstante, da kannst du nichts mehr mitmachen.
Aber eine Custom Property kannst du ja in JavaScript abrufen, ändern, das ist super praktisch.
Das ist echt genial. Das ist super, dass man das inzwischen jetzt echt auch überall nutzen kann.
Ja, so viele Sachen sind plötzlich ganz einfach geworden, also irgendwie sowas wie Theming mit Custom Properties plötzlich.
Ja, passt auch gut zu unserer heutigen Property.
Okay, so, dann habe ich noch einen zweiten Retro-Punkt und eigentlich ist nur so ein bisschen Werbung und Ausblick, sage ich direkt mal vorher.
Wir haben demnächst Merchandise, also ich habe den Shop schon gesehen und Leute, die im Stream eifrig zugeschaut haben und auch immer den Podcast gehört haben,
die könnten vielleicht auch die URL schon erraten vom Shop, vielleicht schafft ihr das, aber das ist wirklich noch in der Aufbauphase.
Die Motive sind vielleicht noch nicht 100 Prozent so, wie sie dann am Ende verkauft werden sollen, aber ist schon da und wir sind gerade am Feintunen und demnächst gibt es dann Shirts und Tassen.
Wir bestellen jetzt erst mal selber Muster.
Ja genau, wir bestellen selber Muster. Leider noch keine Unterwäsche haben wir noch nicht im Programm, aber das kommt dann irgendwann noch.
Genau, darauf wollte ich nur noch aufmerksam machen und wie gesagt, sehr aufmerksame Zuhörer und Innen finden vielleicht den Shop auch schon, aber vielleicht erst mal noch nichts bestellen, weil wie gesagt, wir sind am Feintunen.
Und die passt tatsächlich ganz gut zu dem, was wir gerade hatten mit Theming und auch CSS Variablen oder sind ja eigentlich keine Variablen, sondern eben Custom Properties.
Und zwar geht es heute, es ist keine Property im eigentlichen Sinne, sondern es ist eine CSS-Funktion und zwar Color Contrast und die kommt aus dem CSS Color Module Level 5, also wirklich der ganz heiße neue Scheiß.
Und zwar so neu, dass bisher nur Safari im Technology Preview das integriert hat, also tatsächlich mal Safari Vorreiter, was ja nicht so häufig vorkommt.
Und es ist noch nicht mal auf Can-I-Use vertreten, es gibt aber ein Issue zum Abstimmen, das packe ich auch in die Show Notes, dass man da ein Dolchen hoch, dass das da schnell auftaucht.
Und ich habe auch für Chromium und Firefox habe ich was gefunden, Chromium weiß ich nicht, wie der Status ist.
Bei Firefox gibt es ein Ticket dazu, das ist als Enhancement markiert, aber so viel ist da irgendwie noch nicht passiert, außer wir brauchen das und das gibt es noch nicht.
Genau, aber was macht das Ganze? Auf MDN gibt es einen Artikel schon dazu und das ist wie gesagt eine Funktion, die kann ich setzen überall da, wo ich eine Farbe haben will, also einfach bei Color oder Background Color oder auch in Gradients müsste es wahrscheinlich funktionieren, das habe ich mir jetzt gar nicht so genau angeschaut.
Und die Syntax ist einfach Color minus Contrast, Klammer auf, dann gebe ich einen Farbwert an, irgendeine valide Farbnotation, also Namen zum Beispiel, dein Hotpink kannst du angeben Moritz, oder eine Hexnotation, dann das Keyword VS, also Versus und dann eine Komma separierte Liste von anderen Farbwerten.
Farbwerten. Und dann gibt diese Funktion den Farbwert aus der Liste zurück, der mit dieser erst genannten übergebenen Farbe den höchsten Kontrast bildet.
Und so kann ich dann eben für Theming und so weiter mir automatisch die Farbe raussuchen, weil ich kann das Ganze nämlich auch mit Custom Properties per Var-Funktion kann ich mir die rausziehen und dementsprechend kann ich dann drauf reagieren.
Wenn ich die Variable ändere, dann ändert sich auch die Hintergrundfarbe zum Beispiel, oder die Textfarbe, wenn ich den Hintergrund in einer bestimmten Farbe haben will.
Und das wird, glaube ich, sehr praktisch werden, so auch aus Accessibility-Sicht, dass man da gute, also bestmögliche Kontraste hat, das wird dann eben berechnet anhand von Grenzwerten und so.
Also, ja, coole Sache, freue ich mich drauf, wenn das zur Verfügung steht.
Das passt auch perfekt zur Accent-Color, die wir in der letzten Folge besprochen haben, weil da haben wir ja genau dieses Verhalten festgestellt.
Die Accent-Color, ihr erinnert euch, damit kann man so ein bisschen Formularelemente mit stylen oder denen eine Farbe mitgeben und die müssen ja auch genau so einen Algorithmus drin haben, dass wenn ich jetzt eine besonders helle Farbe nehme, dass das Häkchen in der Checkbox zum Beispiel dann dunkel wird und umgekehrt.
Also es ist genau, ha, das ist ja, das ist ja cool. Das ist ja cool.
Ich habe das Gefühl, dass man...
Ich habe gerade einen Kurs aufgenommen für Skillshare über Accessibility-Testing mit Developer-Tools und da ging es eben über Color-Contrast, automatisch erkennen und welche Fehler sind und dass der Color-Picker jetzt auch dir zeigt, wenn der Contrast, welche Farbe du benutzen kannst und dass es dann in CSS auch eingebunden ist.
Das ist wirklich interessant zu sehen. Ich arbeite auch seit Monaten jetzt, aber es hat jetzt gedauert, weil der Standard sich geändert hat die ganze Zeit, an einem High-Contrast-Simulator in den Developer-Tools auch.
Es gibt ja bei Windows den High-Contrast-Mode, jetzt auch bei macOS demnächst, den ja, ich glaube, 6% der Windows-Nutzer nutzen, nur um den direkter benutzen zu können.
Ja, und der überschreibt ja dein CSS. Im Endeffekt machst du ja nichts. Du musst nur die richtigen Farben verwenden und die richtigen Keywords nehmen, dass die richtigen Farben genommen werden.
Und viele Leute können es halt nicht testen, weil sie keine Windows-Maschine haben und deswegen haben wir es jetzt im Browser auch dann eingebaut, dass man eine Simulation hat, dass man die Website sehen kann, wie sie im High-Contrast-Mode aussehen würde.
Und da muss man halt auch vieles auch da simulieren erstmal auf dem Mac, wie es in Windows dann eingebaut war. Aber es ist sehr interessant zu sehen, dass langsam die Leute bemerken, dass die Farben deiner Webseite wirklich nicht dir gehören, sondern im Endeffekt auch deinem Endnutzer.
Weil manche Leute die Seite nicht benutzen können, wenn du einfach die Sachen so verwendet hast. Allein Dark-Mode und Light-Mode hat da schon geholfen, aber dieser High-Contrast-Mode ist noch eine andere Geschichte.
Fragt sich dann echt, wie weit es dauern wird, bis jede Firma das dann auch annimmt. Weil man hat ja immer gerne Kunden, die uns sagen, aber unser Lila und unser Blau war doch so seit 1912 und das können wir doch nicht ändern. Aber mal schauen, wie das wird.
Aber es ist schön, dass dieses CSS-Modul jetzt mittlerweile diese Sachen einer auch erlaubt, wie ja auch SAS und LESS, dieses Lighter und Darker, schon seit langer Zeit hatten.
Interessant zu sehen, dass wir jetzt endlich so weit gekommen sind im CSS-Phase.
Hoffentlich wird es auch schnell implementiert. Das ist jetzt noch die Frage.
Also ich habe gerade mal, ich wusste bis gerade eben gar nicht, dass es einen Kontrast-Modus auf dem Mac gibt. Ich habe ihn gerade tatsächlich mal live eingeschaltet.
Im Browser tut er tatsächlich noch nichts, jetzt bei mir gerade. Also ich benutze einen Brave-Browser, ist ja quasi so ein Chrome unten drunter.
Safari sollte er was tun. Ich glaube, das ist der einzige, der mittlerweile durchgepasst wird.
Das muss ich dann gleich mal testen. Das fand ich jetzt echt cool. Also das ist wirklich das Interessant. Ja, ich meine, wie der klassische, also wer es unter Windows kennt, da habe ich das natürlich schon mal ausprobiert.
Das sieht sehr ähnlich aus, nur ein bisschen schicker, wie man es halt vom Mac ja gewöhnt ist.
Aber da muss ich mal kurz einhaken. Du wollte ich dir die Frage mal stellen. Du arbeitest ja bei Microsoft. Benutzt du einen Mac oder hast du einen Windows-Rechner oder beides?
Ich benutze beides, aber als Hauptrechner benutze ich noch einen Mac derzeit.
Das ist witzig. Die Frage habe ich mir nämlich auch im Vorhinein schon so notiert, weil mir die so kamen. Wie ist das denn eigentlich?
Weil doch die Unterentwicklern, die einen sind total Hardcore, nur Linux und manche Mac und ich bin zum Beispiel jemand, der seit Jahren schon immer auf Windows ist und auch eigentlich zufrieden ist und mehrfach versucht hat, irgendwie auf Linux zu wechseln, aber trotzdem immer wieder bei Windows gelandet ist.
Wie ist das denn generell bei Microsoft, wenn die Frage nicht so, wenn die nicht inappropriate ist? Wie ist denn da so das vertreten?
Ich meine, die meisten Leute werden wahrscheinlich Windows verwenden. Ich meine, wir sind 127.000 Leute, ich kann nicht jeden fragen.
Aber in den fünf Jahren, wo ich dort bin, habe ich noch nie Probleme gehabt, dass ich Mac benutzen wollte. Im Endeffekt, wir sind eine Firma, die ihr meistes Geld mit Azure und sonstigen Geschichten macht und nicht mehr mit eurem Betriebssystem verkauft.
Das ist schon lange vorbei, dieser Markt. Und was am besten wie funktioniert, ist eigentlich ganz okay.
Ich meine, ich finde die Windows-Maschinen, jetzt die neuen, ich habe jetzt beispielsweise das Surface Book und ich habe auch den HP-Rechner.
Aber wenn man es zehn Jahre lang gewohnt ist, nur Mac zu benutzen, ist das manchmal schon interessant.
Ich habe jetzt gerade das neue MacBook bekommen mit dem Touch Bar. Das finde ich absolut grausam, das Ding.
Aber, na gut, das 2017, aber wahrscheinlich sind die neuen auch schon wieder besser. Aber im Endeffekt benutzt, was ihr wollt.
Als Handy habe ich auch immer Android im Endeffekt von der Firma bekommen. Auch mein Handy ist auch Android.
Und jetzt das Surface Duo, das neue, das wir da rausbringen, läuft ja auch auf Android eigentlich.
Also da sind wir offen im Endeffekt. Viele unserer Entwickler benutzen noch Linux gerade auch.
Aber selbst bin ich halt, ja, würde ich sagen, 60 Prozent Mac-Nutzer, 40 Prozent Windows-Nutzer und meine Servers und alle Linux. Das ist klar.
Also ich würde auf jeden Fall mal vorschlagen, wenn du Mac nutzt, du sagst, du hast jetzt gerade ein neues MacBook mit Touch Bar bekommen.
Das ist ja dann ziemlich sicher keins mit den M1-Prozessoren, oder?
Weil ich glaube, die gibt es nicht mit Touch Bar. Das kann ich auf jeden Fall nur empfehlen, das mal auszuprobieren.
Das ist jetzt mein erster eigener Mac. Ich habe jetzt das MacBook Air, das ist das aktuelle.
Und das ist so eine, das ist eine ganz spezielle Geschichte. Ich habe damit nie gerechnet, so viel Power in einem Gerät zu haben, das keinen Lüfter hat.
Das erstaunt mich jeden Tag aufs Neue. Also das kann ich auf jeden Fall nur empfehlen, da mal reinzugucken.
Ich kriege leider kein Geld von Apple, aber ich bin Fan mittlerweile geworden.
Das findest du auch klasse. Wenn du es mal ausprobieren willst, dann kauf halt mal den 2.000-Euro-Rechner.
Muss ja nicht sein, dass es dir gefällt. Kannst du dir wieder weggeben oder so.
Nee, nee. Das ist tatsächlich eben gar nicht, weil ich habe das fast am kleinsten ausgestattete MacBook Air und das kostet 1200 Euro, glaube ich, sowas um den Dreh.
Und ja, man kann ja wieder zurückschicken. Also geht ja wirklich in der heutigen Zeit.
Also wenn es um Hardware geht, ich bin auch nicht von denen gesponsert. Ich fand es sehr faszinierend, als ich nach Deutschland zurückgezogen bin, dass es dieses asgoodasnew.de gibt, wo man diese Refurbished-Maschinen bekommt.
Und da habe ich irgendwie ein altes MacBook Air, also das 11-Zoller, was ich nur zum Filme gucken beim Frühstück benutze, habe ich da irgendwie für 500 Euro statt für 900 bekommen.
Die sind echt super genial. Und die machen auch 30 Tage Rückgaberecht und irgendwie 15 Monate einschicken und du kriegst wieder ein neues, weil es kaputt ist.
Also war sehr begeistert von denen bisher. Und benutzt auch PayPal. Das ist auch sehr schön.
Das habe ich gleich mal notiert für die Shownotes.
Ja, genau, habe ich gerade gedacht. Das kannte ich nämlich auch nicht. Ich bin gerade direkt mal draufgegangen. Aber wir sind eigentlich schon im Thema, oder?
Da müssen wir...
Sagen wir mal, wir spielen noch schnell den Themenstuhl, oder? Der Vollständigkeit halber.
Ja, genau.
Hier ist WWS IV mit dem Tagesthema.
Sieht man da noch schöner im Audiograph.
Genau, wann ich die Kapitelmarke setzen muss.
Auch super laut, die Dinge.
Ja, die hauen ein bisschen rein. Ich ziehe die dann immer noch ein bisschen runter, bevor es live geht.
Ja, vielleicht müssen wir... Ja, egal. Das kann man irgendwann mal vielleicht ändern.
Aber es ist bei mir auch laut. Aber wir haben das irgendwann mal so gemacht, weil wir so zum Einstimmen am Anfang...
Wir mögen unseren Start-Jingle, unser Intro irgendwie beide sehr gerne.
Und sie grooven da uns immer so ein bisschen ein. Und dann ist es nicht schlecht, wenn es eine gewisse Langstärke hat.
Es ist auch das... Ne, es gibt noch einen Muster ertragen später. Das Geil-Teil kommt später noch, hat auch noch seinen eigenen Jingle. Aber dann hast du es geschafft.
Das ist wie Verkehrsnachrichten im Autoradio, die auch mal zehn Möchner laut sind wie alles andere.
Ja, wenn wir wenigstens teure Werbung einspielen würden. Aber unser Podcast ist werbefrei.
Ja.
Genau. Dann machen wir doch gerade mal... Fangen wir doch direkt mal jetzt nochmal an mit den Sachen, die ich notiert habe.
Wir waren jetzt schon ganz viel Off-Script unterwegs, macht aber eigentlich auch nichts.
Wir haben jetzt schon ein bisschen über Microsoft gesprochen und du hast ja auch schon bei anderen größeren Internetfirmen gearbeitet und mich würde jetzt mal interessieren, wie unterscheidet sich das denn jetzt bei Microsoft oder wie unterscheiden sich denn die einzelnen Arbeitgeber, bei denen du gearbeitet hast?
Weil ich fand, das sind ja schon interessante Namen, also Yahoo, Mozilla und jetzt Microsoft.
Ja, erzähl mal, wie unterscheiden die sich oder was? Ja, genau.
Ja, sie sind in anderen Städten, die Büros sind in anderer Adressen und nee, es war interessant, weil Yahoo ist halt doch eine Werbefirma eigentlich, eine große Firma, die eigentlich eine große Webseite hat und keine eigene Software erstellt, aber trotzdem wahnsinnig viel Software dort geschrieben wurde.
Beispielsweise die YUI-Library, bei der ich damals mitgearbeitet habe, die war ja dann auch die Leute, die dort gearbeitet haben, haben dann später auch Node.js geschrieben und haben das angefangen.
Also was aus Yahoo rauskam, war wahnsinnig faszinierend und mein Team damals in England, wir haben, glaube ich, in den 15 Leuten haben wir zusammen 37 Bücher geschrieben über Web-Development-Sachen.
Das waren absolute Experten und im Endeffekt haben wir an der größten Webseite der Welt damals gearbeitet.
Und es war interessant zu sehen, wie viel Unterschied da war zwischen Entwickler und Projektmanagement und was dann im Endeffekt auf die Webseite kam.
Wir hatten da wenig mitzusagen und haben auch nicht groß dafür interessiert eigentlich.
Im Endeffekt haben wir die Plattform gebaut und dann die Inhalte kamen von jemand anderem.
Bei Mozilla war es dann natürlich eine Open-Source-Geschichte, die halt wirklich auch eine sehr von vornherein eine offene Firma war.
Also Diskussionen gegenüber IRC, wenn du einen Anwalt gebraucht hast, hast du wirklich ein Ticket im Buxilla eingeben müssen und da hat einer geantwortet.
Das war wirklich interessant zu sehen.
Und Microsoft fand ich halt faszinierend, weil die wollten mich schon jahrelang haben im Endeffekt.
Und ich habe immer gesagt, nee, noch nichts und Internet Explorer und ja.
Und als dann Edge rauskam, da haben sie gemeint, okay, kannst du uns helfen, dass wir den Edge rausbringen und Visual Studio Code als Open-Source-Geschichte.
Und ich so, ja toll, hört sich super an.
Und ich muss wirklich sagen, so sehr es jetzt wie ein Fanboy anhört, die letzten fast jetzt sechs Jahre schon, hat sich, ich habe genauso viele Freiheit gehabt wie bei der anderen Firmen auch.
Man erwartet wirklich, dass Microsoft so eine große, wilde Firma, aber es ist echt, es sind Menschen um dich rum, die auch sehr offen sind.
Es ist wirklich, wie gesagt, ich werde nicht gezwungen, nur unsere Systeme zu benutzen, sondern von Interesse her halt auch zu sehen, was andere Leute machen.
Und die Organisation ist halt super gut, muss ich sagen.
Eine Firma, die halt auch seit 40 Jahren das macht, da merkt man das halt auch.
Das sind alle so kleine Sachen wie mein Arbeitsvertrag, was ist mit meiner Altersversicherung, was ist mit meiner Krankenversicherung, solche Geschichten sind einfach bei Microsoft nie ein Problem gewesen.
Während jetzt bei kleineren Startups oder sonst was wird es dann oft irgendwie an den Drittanbieter outgesourced und dann findest du raus, dass du vielleicht doch keine Krankenversicherung hast und so ist es immer wieder so ein Ding.
Mozilla war super interessant, weil du alle Chancen der Welt hast.
Du kannst wirklich machen, kannst ausprobieren, was du willst.
Alles ist Open Source, du musst nichts verstecken, du hast keine NDAs, du hast keine Software, die irgendwo im Hintergrund gemacht wird.
Aber das Einzige, wo ich dann auch sagen muss, wo immer problematisch war, du musst dich auch immer darum kümmern, dass die Sache dann auch weiterverkauft wird, dass Leute sie auch benutzen.
Bei Microsoft hast du halt dann doch deine Verkäufer vor dich rum und deine ganze Marketingabteilung und sonst was, die halt dir auch helfen.
Und die auch interessant mal als Entwickler, sich mit denen zu unterhalten und woher sie kommen.
Was ich viel bei Microsoft gelernt habe, ist Endnutzer zuzuhören, was ich vorher noch nicht so unbedingt hatte.
Bei Mozilla war es schwierig, Endnutzer zu finden, weil es jeder war.
Es war halt so, wir wussten ja nicht, wer unsere Nutzer sind und sonst was.
Und bei Microsoft haben wir halt viel User-Testing am Laufen, gerade auch als Entwickler.
Und das ist halt echt interessant zu sehen, was für Ideen man hat, wie weit der Markt eigentlich schon ist und dann im Endeffekt Leute erlebt, die wirklich Sachen benutzen.
Und da stehst du erst mal da und bist baff.
Und ja, Microsoft, fast alles auf der Welt hat Microsoft irgendwo drin.
Jeder Geldautomat, wo ich Geld raushole, ist unsere Software mit drin.
Und das ist eigentlich auch schon ein bisschen interessant zu sehen, wie weit solche Sachen sich über die Jahre vertrieben haben.
Und gerade mit größeren Firmen zu arbeiten, die auch nicht unbedingt jetzt die schnellsten sind mit neuer Technologie.
Als Mozilla-Mitarbeiter habe ich keine Chance gehabt, da einen Vortrag zu halten, weil es sich einfach nicht interessiert hat.
Aber als Microsoft-Mitarbeiter habe ich jetzt auch einen Vortrag, bei solchen Firmen reinzukommen und über Barrierefreiheit, über neue CSS-Techniken oder sonst was zu reden,
weil die eben vornherein auch unsere Partner sind.
Ja, ich muss sagen, ich kann sagen, dass alle Firmen, bei denen ich hatte, haben mir Spaß gemacht.
Ich habe bisher noch kein Problem gehabt.
Ich bin noch nie groß im Ärger gegangen und es ist generell, glaube ich, eine sehr gute Idee.
Unser Markt ist doch so klein, dass man wirklich niemals irgendwelche Brücken runterbrennen sollte, weil irgendwann triffst du die gleichen Leute wieder.
Und es ist wirklich gefährlich.
Ich finde es immer faszinierend, wenn Leute Firmen verlassen und dann auf Twitter abgehen, wie schlecht ihre Firma war und wie furchtbar alles war.
Und ich so, warum sollte ich dich einstellen, wenn du sowas machst?
Das finde ich total seltsam, so eine Arroganze an den Tag zu legen, dass man denkt, man muss der Welt erzählen, wie schlimm mein ehemaliger Arbeitgeber war.
Finde ich komisch.
Aber ja, ich habe bisher noch keine Probleme gehabt und ich muss sagen, von der Technik her und mit dem, was ich spielen kann, von wegen Server und sonst was, ist es halt schon faszinierend, bei so einer großen Firma auch zu arbeiten.
Ja, also das kann ich nachvollziehen.
Ich arbeite ja auch bei der kleinsten Firma.
Ich habe das jetzt hier im Podcast noch nie gesagt, aber wer es wissen will, der kann bei Xing nachgucken.
Ein kleines Detail interessiert mich noch, weil ein Bekannter von mir auch bei Yahoo gearbeitet hat und ich wollte mal fragen, ob du mit dem damals zusammengearbeitet hast.
Kennst du den Dirk Ginnader?
Ja, klar. Den habe ich damals eingestellt bei Yahoo und habe ihn erst nach Amerika geschickt worden, weil das englische Büro zugemacht hat und dann ist er dort zu Google gegangen.
Und jetzt ist er wieder in Zürich in der Schweiz und auch noch bei Google. Ganz toller Freund von mir, ganz toller Kerl.
So klein ist die Welt.
Ja, so klein ist die Welt. Ja, der hat auch immer viel cooles Accessibility-Zeug gemacht früher. Der hatte da auch irgendwie so ein, was war das denn? So ein Accessible Tabs hat der irgendwie mal gebaut. Das habe ich irgendwie in vielen Projekten früher eingesetzt. Das ist auch schon wieder länger her.
Aber ja, genau. Fand ich auch immer wirklich ein toller Typ. Kann ich auf jeden Fall empfehlen, wenn der mal irgendwo einen Vortrag hält oder so. Habe ich jetzt vor kurzem wieder was gesehen. Schaut euch das an.
Genau. Jetzt haben wir schon so ein bisschen drüber gesprochen über Microsoft und wie es sich so verändert hat. Warst du jetzt schon bei Microsoft, bevor der neue Chef, der neue CEO da ans Ruder kam oder war das danach?
Das war danach. Also ich bin direkt mit Satja, glaube ich, ein halbes Jahr nach ihm gekommen. Und ja. Ja gut, ich meine, man ist weit entfernt von den Personen. Im Endeffekt weiß ich auch nicht groß, was das sei.
Es ist immer sehr lustig, wenn ich habe das auch mit anderen Leuten in Google schon besprochen. Es ist immer faszinierend, dass jeder denkt, dass wir Zugang zu allen haben in der Firma und dass wir für allen schuldig sind.
Und so, ja, die Abteilung von eurer Firma hat das und das gemacht. Was sagst du dazu? Und ich so, ach, die Abteilung gibt es?
Ja, das kann ich nachvollziehen. Also das ist bei uns ähnlich.
Aber den Umschwung, den Satja gebracht hat, ist schon faszinierend zu sehen. Und wenn man seine Vorträge hört, auch die internen, das sind ganz andere Geschichten dabei als vorher.
Ja, ich meine, jedes Produkt muss erst mal viel Geld machen, sonst wird es abgeschossen, gibt es nicht mehr. Wir haben jetzt viel mehr Freiheiten als vorher. Und ich glaube, unter Barmer wäre ich auch nicht so glücklich geworden hier.
Aber schön zu sehen, was ich faszinierend finde, ich habe Arbeitskollegen um mich rum, die 12, 13, 15, 20 Jahre bei der Firma sind. Und im IT-Bereich findest du das fast nirgendwo.
Und das ist trotzdem, und die sind nicht irgendwie im dunklen Zimmer und sind unglücklich, die sind auch hier, weil sie noch Spaß haben. Und das ist echt sehr selten zu sehen.
Ich finde dieses, von Firma zu Firma zu springen, jedes halbe Jahr oder ein Jahr, ist sehr anstrengend, weil für jeden neuen Mitarbeiter, den ich einstelle, ist auch eine Investition für mich.
Das ist immer sehr schade, wenn man Leute gehen sieht so schnell.
Ja, das habe ich auch das Gefühl, dass das oft, dass oft der Wert von so einzelnen Leuten in den Firmen gar nicht so richtig erkannt wird.
Also zumindest ich habe es jetzt schon öfter so erlebt, dass die vielleicht gerne bleiben würden, aber vielleicht dann irgendwie, es scheitert manchmal an Kleinigkeiten, wo ich mir so denke, da könnte doch die Firma jetzt mal ein bisschen flexibler werden, weil da gehen dann oft gute Leute weg, was eigentlich nicht sein müsste.
Würdest du sagen, dass dieser Umschwung bei Microsoft, dass das jetzt Nadellas Verdienst ist in erster Linie?
Weil ich habe es so wahrgenommen, dass mit ihm ein großer Wandel gekommen ist, weil vorher war Microsoft immer bäh und jetzt mittlerweile machen sie die coolsten Sachen in der Industrie irgendwie so.
Ja, es ist nicht nur er. Ich denke, er hat viele Türen geöffnet. Ich meine, viele Leute haben schon die Ideen gehabt, aber haben nicht die Freiheit bekommen, sie zu benutzen oder sie zu veröffentlichen.
Und mit seiner Idee, dass wir eigentlich eine Firma sind, die sowieso schon genutzt wird und wir Leute ihr erlauben sollten, ihr Leben besser und ihre Arbeit besser zu machen, anstatt zu sagen, wir wollen Software verkaufen.
Es ist eine viel bessere Art und Weise, jetzt solche Sachen rauszubringen. Ich denke, er ist ein Türöffner gewesen für viele Sachen, aber vieles, was da rausgekommen ist, war vorher auch schon in der Mache, aber hat noch nicht die Chance gehabt, rauszukommen.
Und ich denke, das ist das Hauptproblem. Und das ist teilweise für mich auch, was ein CEO darstellt.
Es ist wirklich der Mensch, der die Firma darstellt, öffentlich und eben auch Leuten die Freiheit gibt, neue Sachen zu machen oder auch mal Risiken einzugehen, die es vorher nicht gab.
Und das hat er ganz gut gemacht. Also ich bin zufrieden mit ihm.
Also ich finde es extrem faszinierend, was für eine Kehrtwende Microsoft da gemacht hat, weil der Ruf war ja, also gerade so in der Webszene war ja sehr schlecht, jahrelang, gerade auch wegen Internet Explorer.
Und da hat sich irgendwie nichts getan und irgendwie hatte man so das Gefühl, es wird was getan, aber irgendwie wird es jedes Mal schlimmer und dann plötzlich, keine Ahnung, gibt es einen neuen Browser, der irgendwie gut funktioniert und der wird immer besser und der wird immer schneller.
Und dann, man kann jetzt dazu stehen, wie man will, aber dann irgendwie GitHub wird übernommen und irgendwie, ich glaube, NPM jetzt auch, wenn ich es richtig im Kopf habe.
Also so, man widmet sich jetzt so den coolen Technologien oder den coolen Plattformen und merkt und anerkennt auch, dass die irgendwie, dass die jetzt ein gewisses Standing haben und jetzt irgendwie da sind.
Und das finde ich, finde es wirklich faszinierend. Hätte ich nicht erwartet und auch, keine Ahnung, hätte ich nicht vorhersagen können, dass das passiert.
Ich fand es auch teilweise arrogant von der Webwelt, das habe ich auch damals oft besprochen, dass wirklich dann auch von vornherein, AI6 ist blöd, haha, noch ein Slide, wo es was falsch darstellt.
Es war einfach nur billig, immer wieder hoch zu boxen und zu sagen, das ist das Problem, weil wenn man sieht, was die bei der AI9-Geschichte damals, was da an tollen Sachen rauskommt, so an Web-Alma nach und CSS-Dokumentationen und sonst was, was Microsoft auch gemacht hat.
Aber keiner angenommen halt, weil einfach Microsoft drauf stand und damals auch nicht verstanden wurde, dass alles zu branden auch keinen Sinn macht.
Aber es war, da war eine ziemliche Arroganz auch da von uns selbst und von mir auch, muss ich auch sagen, 2006, 2008, da habe ich auch gesagt, ich will nichts mehr zu tun haben.
Und es war eigentlich schade, weil viele alte Webseiten, die jetzt von Firmen, die absolut schrecklich sind, sind wirklich nur so, weil sie damals nur auf Microsoft-Leute gehört haben.
Wenn wir als Webwelt ein bisschen mehr öffentlich offen gewesen wären für die Microsoft-Leute damals und nicht zu sagen, okay, wir hören euch eh nicht zu, weil ihr Microsoft seid, fand ich auch ein bisschen schwach.
Dasselbe Geschichte mit Flash auch. Ich meine, Flash, jeder so, ah, ist ja doof, ist ja das Proprietär. Aber wenn ich sehe, was für Kreativität in der Software in Flash gemacht wurde, was wir jetzt später jetzt dann in CSS neu erfunden haben und vorher aus der Spiele-Szene kam oder aus der Developer-Szene in der Demoszene, fand ich auch interessant zu sehen.
Also es war verständlich, aber ich fand es auch immer ein sehr billiger Schritt zu sagen, das ist furchtbar. Genauso wie wenn Leute sagen, Safari ist der neue IE6. Ja gut, Safari ist der Browser, der auf dem iPhone.
Entschuldigung. Ja, das hat der Konstantin schon öfter gesagt.
Safari ist nun mal auf dem iPhone und da ist nichts anderes drauf. Egal, welcher andere Browser da ist, ist auch ein Safari under the hood sozusagen. Deswegen müssen wir auch darüber nachdenken, was wir damit machen.
Und Apple ist die nächste, die sich öffnet, finde ich. Und ich finde auch ganz schön, dass mittlerweile Apple auch Developer-Evangelists hat, die auch auf Konferenzen zu sehen sind und wirklich auch zeigen, dass sie da Interesse dran haben.
Und wenn man so mal hinter die Kulissen schaut, so wenn es um die W3C-Standards geht oder so, da war Microsoft immer einer der größten Mitspieler. Es war ja auch mit W3C-Mitgliedschaft, was ja auch teuer und hat auch Sinn gemacht, weil da Leute drin zu haben, die auch dafür bezahlt werden, diese Standards zu machen.
Und da war Microsoft seit 2001, 2002 dabei. Und auch wenn wir über IE6 oder so lachen, wir überlegen jetzt immer noch, wie man eine Transition von einer HTML-Seite zur anderen macht. Das gab es als proprietäres CSS in Internet Explorer 4.
Ich habe es benutzt damals. Ich habe es benutzt. Es war nicht besonders performant, aber es hat funktioniert. Es war wirklich beeindruckend, dass es irgendwann einfach wieder verschwunden. Also da waren ja tatsächlich einige Sachen, die der Internet Explorer konnte vor anderen Browsern. Also es war nicht alles schlicht.
Ich fand es halt schön, dass wir die Sachen gemacht haben. Ich war sehr glücklich, als wir GitHub zu uns kamen. Und es ist auch ein typischer Fall von GitHub, das ist eigentlich eine eigene Firma. Microsoft macht da wenig dazu und spricht da wenig rein.
Aber ich hatte halt Angst, weil alles, was ich mache, auf GitHub liegt. Und es halt doch nur ein Startup im Silicon Valley war. Und da weiß man halt auch nicht irgendwie, was passiert mit meinen Daten. Wo kommen die hin?
Und so eine GitHub-Page ist halt super einfach aufzusetzen. Jetzt beispielsweise dieses Developer Evangelism-Handbook, die neue Version, die ich jetzt gemacht habe, die liegt vollkommen auf GitHub. Und ich habe einfach eine Domain dazu gestellt und fertig.
Aber wenn jetzt GitHub weggefallen wäre, hätte ich echt ein Problem gehabt. Oder schnell mal meine Sachen irgendwo anders hinpacken. Da wäre eine Menge Links kaputt gewesen.
Und da fand ich es ganz gut, dass wir die dann gemerkt und auch gemerkt haben, wie viele große Firmen jetzt auf einmal GitHub interessant finden, weil auf einmal der Name Microsoft daneben steht. Finde ich auch gut.
Zum Stichwort Developer Evangelism hast du jetzt gerade kurz angesprochen. Wenn man jetzt nach dir googelt, beziehungsweise deinen Namen bei YouTube eingibt, dann findet man ein oder andere Interview oder die ein oder andere. Es gibt auch so eine Art Doku über dich, wo auch gesagt wird, du hast Developer Evangelism so ein bisschen miterfunden.
War das dann in der Zeit bei Yahoo? Und wie kann ich mir das vorstellen?
Ja, es war bei Yahoo. Im Endeffekt war ich leitender Entwickler und leitender Entwickler und habe dann irgendwie keinen nächsten Schritt gesehen, außer Manager zu werden. Und da habe ich keine große Lust drauf gehabt.
Und deswegen habe ich dann Developer Evangelism, das Handbuch geschrieben, in zwei Nachmittagen. Einfach nur mal geschrieben, was ich gemacht habe und wie ich es gemacht habe. Und es kam dann ganz gut an. Und da habe ich dann im Intranet einfach meinen Arbeitstitel als Developer Evangelist reingeschrieben. Den hatten wir vorher nicht.
Und es hat dann Leute verwirrt. Dann habe ich ihnen erklärt, was es ist und dann habe ich den Job bekommen. Also ich hatte ganz gut Glück. Andere Firmen hatten es vorher auch schon. Apple und Microsoft hatten auch schon vorher Evangelism. Mittlerweile finde ich Advocacy besser, weil Evangelism halt dieses komische religiöse Gedöns auch drin hat.
Aber ja, ich habe die Sache für mich erfunden und dann im Endeffekt, jetzt ist es ja total geboomt. Ich bin mittlerweile bei einigen Gruppen bei LinkedIn. Ich weiß nicht mehr, was das mit Evangelism zu tun hat, was da manche Leute von sich geben. Aber es ist jetzt ein ganz normaler Job geworden. Das ist auch schön zu sehen.
Also ich wollte da gerade mal kurz reingrätschen. Du hast den Begriff jetzt auch schon gesagt oder beide Begriffe, Evangelism und Advocacy. Was ist denn da der Unterschied oder vielleicht generell nochmal, was ist denn ein Developer Evangelist für alle Hörerinnen und Hörer? Vielleicht kann man das kurz definieren.
Für mich ist ein Developer Evangelist jemand, der zwischen der Außenwelt und deiner Firma und deinen Entwicklern und deiner Firma kommuniziert. Der einfach Sachen erklärt, wie deine Technik funktioniert, der Vorträge hält, der Dokumentation schreibt, der Beispiele schreibt, wie die Software verwendet werden kann.
Und im Endeffekt ein Sprachrohr für deine Firma ist, für Entwickler oder Designer eben auch. Und das geht eben nur, wenn diese Person auch aus diesem Bereich kommt.
Ich finde es jetzt sehr komisch, dass Leute als Developer Evangelist ausgebildet oder eingestellt werden. Für mich kam es darum, wenn du selbst mit der Software deiner Firma nicht umgehen kannst und nichts weißt, dann wird es echt schwierig, dann auch auf der Bühne zu stehen und glaubwürdig rüberzubringen, dass du wirklich auch, dass das was ganz Tolles ist und das Leute verwenden sollten.
Und das Developer Evangelism war einfach nur so der erste Ausdruck dafür. Und es gab dann viel Backlash in Amerika, dass Leute gesagt haben, ja, Evangelism, wir haben ja diese TV Evangelist, die irgendwelche christlichen Sachen oder religiösen Sachen auf dem Fernsehen rausbringen.
Wie in Deutschland haben wir das ja nicht. Aber deswegen war dann Developer Advocate war eigentlich die neue Art und Weise, das zu sagen.
Und ich finde es auch eine schöne Art und Weise, weil es im Endeffekt sagt, du bist der Vertreter für Entwickler. Das heißt, du erlaubst der Welt, die Software der Entwickler zu benutzen, indem du erklärt, wie sie benutzt werden kann.
Und du stehst auch dafür, die Entwickler, wenn es darum geht, mit Management und mit Upper Management und mit Projektmanagern zu reden, dass deine Entwickler genug Zeit bekommen und genug Ressourcen zu bekommen, um wirklich auch gute Software zu schreiben.
Viele Leute denken, Developer Evangelism ist nur, Vorträge zu halten, zu bloggen und auf Twitter zu sein. Aber bei mir ist es beispielsweise in den letzten Jahren dann wirklich zu 60, 70 Prozent gewesen, innerhalb der Firma Leuten zu erlauben, Entwicklern zu erlauben, auch mal Zeit zu kriegen, einen Vortrag zu halten, Entwicklern zu 20 Prozent rauszuhebeln, dass sie sich auch mal was ausprobieren können, was sie vorher nicht hatten.
Und viele Sachen, die wir mit Evangelism eben geschafft haben, dadurch, dass die Außenwelt sich interessiert hat an die Firma, hat dann auch mehr Freiheiten für die Entwickler in der Firma gegeben.
Beispielsweise in Microsoft haben wir jetzt jeden ersten Dienstag im Monat, also jetzt im Edge-Bereich, bei uns in der Abteilung, haben wir einen Day of Learning, wo im Endeffekt wir nur Vorträge haben in der Firma und du kannst den ganzen Tag machen, was du neu lernen willst, was du vorher keine Zeit für hattest.
Da ist ein Tag dafür rausgeholt worden und solche Sachen gab es halt vorher nicht. Da war es halt nur so, du schreibst Software und du gehst nach Hause.
Ja, Developer Adventures, ich meine, im Handbuch habe ich jetzt auch die neue Version, habe ich jetzt auch ein bisschen beschrieben, dass es einiges geändert hat, gerade jetzt, wo wir die Medien sich geändert haben, dass im Endeffekt mit einem Blogpost du tolle Sachen erreichen kannst, da viele Leute Streaming besser finden, viele Leute YouTube-Channel besser finden, sonst was.
Da habe ich dann auch erklärt, wie man Videoaufnahmen auf seinem eigenen Rechner macht und so weiter und so fort.
Ich selbst finde es anstrengend, diese ganzen Streaming-Sachen ein bisschen so, ich schaue mir nicht zweieinhalb Stunden jemanden an beim Programmieren, wenn ich wirklich zehn Zeilen haben könnte, was er gemacht hat oder was sie gemacht hat, aber eine neue Generation von Entwicklern finden das toll.
Gut, dann mach das halt. Ich finde es auch sehr interessant, dass viele Leute jetzt diese leitende Figur in der Developer Evangelism oder Advocacy-Szene übernommen haben und da neue Medien eben rausholen.
Damit finde ich es auch spannend zu sehen. Gerade in meiner Abteilung sind es manche Leute gemeint, gut, ich schaue mal, ob ich einen Vortrag kriege für dich, weil ich kriege da unser Vortragsangebot auf keine Zeit mehr dafür.
Ja, ich mache mal einen Twitch-Stream, das ist vielleicht schöner für mich. Und ich so, okay, wenn das für dich besser ist, dann mach das. Ich finde Twitch-Stream sehr komisch. Du machst einen Vortrag und Leute kommen und gehen und meckern zwischendrin und gehen dann wieder.
Wir sind auch immer wieder erstaunt, dass uns Leute zwei Stunden zuhören. Wir streamen jetzt auch seit einem Monat bei Twitch ab und so. Und ja, ich selber finde es auch erstaunlich, aber es ist immer wieder Publikum da. Also es scheint viele dieses Format anzusprechen. Gerade, ja, Jüngere, denke ich auch.
Auch Audio-Format. Dieses jetzt Leute, du kannst jetzt Audio-Messages auf Twitter schenken. Und ich so, warum? Ich meine, ich kriege von meinen 18-jährigen Neffen oder sonst was, komme auf WhatsApp fünf Sachen rein. Das sind alles fünf bis sechs Minuten Audioaufnahmen. Und ich so, weißt du, was ich stundenweise bezahlt werde? Ich fände mir das nicht an, das kannst du vergessen.
Ja, da bin ich auch absolut kein Freund davon, von so Audio-Nachrichten.
Die sind auch so schlecht durchsuchbar. Das ist das größte Problem für mich. Ja, wenn das mal automatisch irgendwie transkribiert werden könnte.
Das wäre cool, ja.
Auch wenn Leute irgendwie Dialekt sprechen oder gerade nuscheln und es irgendwie gerade laut hinten dran ist. Trotzdem so direktes Audio-Transkript. Das fände ich toll. Ich glaube, bei Microsoft Teams habe ich das schon gesehen, dass es das gibt.
Ja, bei PowerPoint. Das ist bei PowerPoint mit eingebaut. Wenn du Vorträge hältst, kannst du automatisch deine Captions erstellen lassen. Und das funktioniert ganz gut. Also mit Englisch. Also ich habe es Englisch, Französisch und Deutsch ausprobiert und alle drei gingen ganz gut bei mir. Aber beispielsweise Polnisch jetzt von meiner Ex war unmöglich. Das ist immer sehr schön. Man arbeitet an so Sachen und ich arbeite auch viel mit dem Machine Learning Team bei uns, die eben diese Deep Learning auf Sprache machen.
Und dann willst du mal was verwenden. Du bist ganz toll. Meine Mutter hat beispielsweise, ist jetzt im Altenheim und vorher hat sie schon Demenz gehabt und hat zu Hause auch eine Hilfe gehabt, die dann aus Polen war. Und dann habe ich gemerkt, gut, ich kann ja auf Deutsch einsprechen in meinem Handy. Und er sagt dann auf Polnisch, was ich meine. Kurz vergessen. Polnisch wird nichts verstanden von dem Handy.
Krass.
Das ist einfach die Größe des Marktes auch. Wie viel Daten reinkommen und wie viel Daten verwendet werden können in dem Fall. Aber dieses Transkribieren oder auch das automatische Generieren von Untertiteln auf YouTube beispielsweise funktioniert ganz gut mittlerweile auch.
Also wie du jetzt den, ich muss gerade nochmal ganz kurz zurück, wie du jetzt den Developer Advocate Job beschrieben hast, da habe ich irgendwie sofort Bock, das zu machen. Also das ist, ich habe irgendwie so das Gefühl, dass das könnte echt was Gutes für mich sein.
Ich habe nämlich in einem ehemaligen Team von mir auch mal einen Slack Day etabliert, also genau sowas, was du meinst, so Freiräume für die Entwickler geschaffen, wo man dann auch was lernen kann. Und auch so dieses neue Sachen ausprobieren und so ein bisschen Übersetzer sein, wenn ich das richtig verstanden habe.
Ich glaube, liebe Zuhörer, falls ihr einen Developer Advocate Job habt, schickt mir einfach mal eine Mail oder schreibt mir mal bei Twitter, vielleicht ist es sehr interessant für mich. Ja, keine Ahnung, Podcast kann man ja so mal nutzen, oder?
Ganz praktisch, dass du deinen Arbeitgeber vorhin nicht genannt hast, das ist auch ganz gut.
Ja, ich dachte gerade, du könntest natürlich versuchen, das bei dir aufzubauen.
Ja, natürlich, ich meine, ja, das ist, ich sage mal, es ist kompliziert, glaube ich. Man kann natürlich überall alles versuchen aufzubauen und ja, da kann ich jetzt nicht weiter drüber sprechen.
Nein, vielleicht nicht, nicht, das ist so.
Einer muss es machen oder eine oder eines, also einer muss anfangen. Das ist immer ganz gut zu sehen. Aber ja, das ist ein interessanter, es ist ein interessanter Schritt, wenn du wirklich als Entwickler auf einer bestimmten
Stufe bist und merkst, du willst nicht unbedingt mehr Entwickler sein, aber du willst auch nicht direkt nur in Meetings rumsitzen. Du bleibst technisch, aber du bleibst trotzdem, du kommst trotzdem in deiner Karriere weiter und das ist das Interessante dabei.
Ich glaube, das ist an vielen Stellen echtes Problem. Also ich meine, gerade so, wenn man sich so in größeren Firmen so die, die Hierarchien anschaut, irgendwann geht es für Entwickler halt einfach nicht mehr weiter. Also für Leute, die irgendwie gerne nah an der Technik bleiben, weil der, der nächste Schritt ist dann immer Manager werden und Manager bedeutet eigentlich dann oft, naja,
Personalverantwortung, Urlaub freigeben und solche Sachen, mit denen ich mich vielleicht gar nicht beschäftigen will. Das ist, vielleicht will ich ja dann trotzdem ab und zu nochmal ein bisschen HTML oder CSS schreiben oder mir dann neue Sachen ausprobieren.
Und für, ja genau, wie du sagst, ab einem gewissen Punkt geht es da halt nicht mehr weiter und da muss man dann halt irgendwie gucken, dass man so eine Rolle vielleicht irgendwie erfindet oder schafft.
Ja, das ist Deutschland auch eine ganz andere Geschichte teilweise auch. Ich meine, beispielsweise, wenn du jetzt gerade sagst Urlaub, ich habe kürzlich meinen Urlaub eingetragen und habe dann meinen Chef, schickt mir dann eine E-Mail, was ist denn das?
Und er so, ja, das musst du mir, mir den Urlaub erlauben. Und er so, wie, das machen wir hier in Amerika nicht. Du kannst nur Urlaub nehmen und wenn es genug ist, ist es genug.
In Deutschland ist es dieses Formular von 2003 in irgendeiner Sharepoint-Seite, das absolut furchtbar aussieht, aber andererseits haben wir halt auch viel mehr Arbeitsurlaubstage als die Amerikaner, aber es ist halt ganz anders dort auch verifiziert.
Auch so, jedes Mal das deutsche Büro dann, wenn ich eine Urlaube nicht genommen habe, kriege ich dann immer drei Monate oder drei Wochen Pflicht erst am Anfang des Jahres was mit deinen Urlaubstagen und ich so, ja gut, habe ich halt genommen irgendwie.
Ich muss jetzt noch was Gutes über meinen Arbeitgeber sagen. Also da, wo ich jetzt gerade bin, da ist eigentlich Urlaub. Das spreche ich mit meinen Kollegen ab, ob da irgendwie noch einer da ist für einen Notfall und dann hat sich die Sache auch erledigt.
Also es ist nicht so, dass, aber das ist nicht überall so bei uns. Ich weiß, dass das teilweise groß diskutiert wird, wer dann wann in Urlaub gehen darf und so. Finde ich auch, naja.
Wir haben jetzt auch extra fünf Tage bekommen, jetzt für die nächsten, für die letzten vier Monate, hat die Firma gesagt, wenn ihr echt einen mentalen Tag, äh, mentalen Freedom-Tag braucht, weil Corona euch total fertig macht, könnt ihr auch einen extra Tag nehmen.
Da haben sie es extra fünf Tage dieses Jahr gegeben. Fand ich auch sehr schön.
Wow, das ist, das ist tatsächlich cool.
Ja. Könnten sich ein paar noch eine Scheibe von abschneiden. Jetzt bin ich am überlegen, machen wir jetzt einen harten, einen harten Schnitt, äh, weg von den Metathemen und ein bisschen hin zu Edge und DevTools.
Ich glaube, äh, wir könnten da jetzt, ich glaube, wir müssen, jetzt habe ich, jetzt habe ich ihn ja schon gemacht.
Ja, jetzt ist schon, schon zu spät.
Gut, finde ich auch gut. Da kann ich zu überlegen.
Sehr gut. Ähm, genau. Dann fangen wir doch gleich mal an. Also, ähm, wie, wie kam es denn überhaupt dazu, dass jetzt Edge mit den DevTools, äh, von, äh, ne, andersrum, dass die Edge DevTools mit VS Code, ähm, jetzt verknüpft werden.
Wenn ich dich richtig, wenn ich dich richtig verstanden habe, ist das das, woran du gerade arbeitest, richtig?
Ja, eins meiner Dinge, äh, und das war eigentlich die, eine Hauptidee von ein paar Entwicklern, die ich dann auch angenommen habe als Projektmanager, Produktmanager.
Ich bin ja jetzt, äh, Principal Program Manager. Ich bin ja kein Evangelist mehr. Ähm, das Interessante fand ich, äh, dass wir, wir benutzen VS Code und wahnsinnig viele Leute benutzen VS Code und wahnsinnig viele Leute benutzen die Chromium Developer Tools in Chrome oder in Edge.
Aber wir springen die ganze Zeit zwischen den beiden hin und her. Wir schreiben unseren Code, dann gehen wir in den Browser, dann stellen wir Sachen ein im CSS Editor und sonst was und, äh, stellen Nummern ein und bis dann alles gut aussieht.
Und dann müssen wir irgendwie die CSS Sachen wieder zurückbringen in, in unseren Source Code. Und meistens geht das dann entweder durch, äh, durch die Changes Tab oder irgendwie durch Einzelkopieren oder wieder rüberschreiben oder sonstiges.
Und da habe ich gedacht, warum bringen wir nicht Developer Tools in Visual Studio Code rein, weil Visual Studio Code ja auch auf, äh, Elektron basierend ist und damit auch auf Chromium basiert.
Und da haben wir die, äh, die, äh, die, äh, die Microsoft Edge Developer Tools for VS Code Extension, weil wir legalerweise die Namen reinschreiben mussten, länger geht's auch nicht. Ähm, haben wir eben die Developer Tools eingebaut in Visual Studio Code.
Und was das jetzt bedeutet, das ist jetzt interessant, weil ich, normalerweise zeige ich's, ähm, wenn man jetzt beispielsweise in den Developer Tools an seinem CSS rumschraubt und in die, auf den CSS Link, also auf den, äh,
Pfeilnamen klickt, kommt man in das Sources Tool und hat diesen Editor in den Developer Tools selbst drin. Das ist ein alter Code Mirror, ist ganz nett gemacht, aber ist irgendwie auch zu wenig Platz und auch nicht wirklich ein Editor, den ich gerne verwenden würde.
Und wenn ich jetzt die, äh, die, äh, die VS Code Extension habe, kann ich jetzt beispielsweise einen Browser im Hintergrund öffnen und kann dann in meinem Visual Studio Code den Browser anzeigen lassen oder ich kann auch das, den anderen, das andere Window benutzen,
habe aber die Developer Tools direkt in Visual Studio Code drin. Ich kann also jetzt dann die CSS Editor benutzen, um Farben zu verändern und Padding und sonst was zu verändern.
Und wenn ich dann auf den CSS Link klicke, öffnet er es in Visual Studio Code und nicht in einem anderen Editor. Also ich bleibe in meinem Visual Studio Code drin.
Das ist ja scharf. Cool.
Und benutze die Developer Tools in, in Visual Studio Code selbst. Und das ist halt um einiges genialer. Und es ging halt auch nur, weil Chromium so wunderbar, äh, remote controllbar ist, dass ich eben auch den
Headless Mode habe, dass ich das Ding im Hintergrund laufen kann oder dass ich es unbedingt sehen muss.
Da hatten wir ein Problem mit Mac und es war ein sehr interessanter Bug, äh, dass wir, wenn dein Visual Studio Code Vollscreen war und im Hintergrund du, äh, eine Browser Instance aufgemacht hast und die nicht sichtbar war, hat Mac OS automatisch wegen Batteriespeichern, äh, äh, Batteriesichern, das auf nicht aktiv gestellt.
Du musstest also, du musstest also ein Pixel von dem Window zu sehen haben, dass es nicht eingeschlafen ist.
Und das ging dann nur mit dem Headless Mode, dass wir das umgebaut haben.
Grandios.
Und wir wollten halt die Developer Tools direkt in diesen Debug-Modus auch, äh, von Visual Studio Code einbauen und das haben wir jetzt mit dieser Extension gemacht. Die ist derzeit, ich glaube, sie hat jetzt 80.000 Nutzer oder sonst was, oder ne, 8.000, es wird mehr und mehr. Ähm, und ich fand's halt, ich fand's halt immer schlimm, dass ich von, von einem Browser zu meinem Terminal zu meinem Editor die ganze Zeit hin und her springe.
Und im Endeffekt eigentlich alles in einem sein könnte. Und ich will keine IDE haben, ich will nicht jetzt Visual Studio oder Xcode benutzen, ich will trotzdem meinen kleinen Editor benutzen, aber beispielsweise jetzt mit Command Backtick habe ich ja auch ein Terminal direkt in Visual Studio Code und muss nicht immer zum Terminal rübergehen, kann da direkt meine Terminal-Commands machen und wieder schließen.
Und das kann ich jetzt eben mit den Developer Tools auch. Und ich fand's halt sehr interessant, äh, wie einfach es eigentlich war, diese ganze Sache zu machen, weil der, wie es Code ja eigentlich auch HTML, CSS und JavaScript ist und in, also TypeScript und, äh, auf, auf Chromium basiert. Und die Developer Tools selbst sind auch in die Sprachen geschrieben.
Die muss ja, ich, ich brauch also keinen C++ mehr lernen, um da was dran zu schrauben.
Also es ist so cool zu sehen, was da alles passiert und es macht auch echt Spaß, äh, mit VS Code zu arbeiten. Also ich find das echt hammer.
Ähm, wie heißt die Extension nochmal genau? Ich will sie grad mal schnell installieren.
Microsoft, äh, äh, Microsoft, äh, ne, ja, Microsoft Edge Dev Tools for Visual Studio Code.
Edge Dev Tools. Ähm, ja, ich glaub ich hab's. Ähm, ja, ja, genau, da ist es. Äh, ich find es vor allem interessant für unseren Stream vielleicht, weil wir haben da auch schon überlegt, also wir haben da, wir haben da auch schon mal ein bisschen irgendwie gecodet oder Code angeschaut und da wär's total cool gewesen, äh, wenn man direkt den Browser schon mit dabei gehabt hätte.
Und wenn ich das richtig verstanden hab, ist das, hab ich diese Möglichkeit dann, also ich kann irgendwie Live-Update machen und, genau.
Ja.
Fantastisch. Also gerade für sowas ist das perfekt.
Der nächste Schritt, was wir jetzt auch noch machen wollen, weil wir jetzt überlegen sind auch, dass du automatisch einen Server starten kannst, weil witzigerweise doch viele Leute stecken bleiben bei, oh, du brauchst einen Localhost.
Mhm.
Und dann, ja, wie, was, was ist das und wie kann ich das? Und im Endeffekt, ja, wenn du NPM auf deinem Rechner hast, kannst du ja auch gleich einen HTTP-Server starten und fertig.
Das wird dann der nächste Schritt so werden, was wir mit reinbauen wollen. Und dass du deine Launch.json automatisch erstellen kannst, wenn du jetzt zum Beispiel deinen JavaScript-Debugger haben willst zu einem, äh, zu einem, zu einer V8-Instance oder einer Edge-Instance.
Spannend.
Mhm.
Spannend.
Also ich, ich, ich glaub, ich glaub, das, äh, das müssen wir direkt, äh, spätestens für den, für den nächsten Stream probieren wir das mal aus.
Mhm.
Ich glaub, das ist echt genau das, was wir gesucht haben. Ähm, wie funktioniert das jetzt genau technisch? Also du hast das irgendwie schon so ein bisschen angerissen, aber da wird irgendwie wird die Chrome-Schnittstelle, äh, also kannst du es nochmal kurz, kurz erklären?
Im Endeffekt läuft über CDP, also die, die Chrome-Developer-Plattform, dass man einfach nur Messages von dem einen Host, der Visual Studio Code, zu den Developer-Tools. Die Developer-Tools sind im Browser auch eingebettet. Die sind eigentlich eine eigene Instanz. Also im Endeffekt kannst du, du kannst auch witzigerweise, wenn du die Developer-Tools im Browser Fullscreen machst und nicht nur an der Seite machst, sondern nach unten. Und, äh, du kannst ja mit Command-Shift-I, kannst du ja die Developer-Tools öffnen. Wenn du die Developer-Tools Fullscreen hast, kannst du mit
Command-Shift-I eine weitere Instanz von den Developer-Tools öffnen, um die Developer-Tools zu debuggen.
Also im Endeffekt sind die Developer-Tools nur eine große HTML-Applikation mit 72 kleinen Applikationen drin und die haben wir einfach nur in Visual Studio Code in einem iFrame eingebunden und die Kommunikation zwischen dieser Applikation und Visual Studio Code funktioniert über Messaging über die CDP-Plattform.
Crazy. Ja, sehr geil. Äh, ich, ich glaube, da muss ich, da muss ich direkt mal die Developer-Tools von den Developer-Tools aufmachen, um es noch ein bisschen besser zu verstehen. Aber, ja, das ist, es ist schon irgendwie so ein bisschen, äh, aber das, das hat man ja bei, allgemein bei, äh, bei so Electron-Apps immer, dass man die auch gleich mal in den Developer-Tools debuggen kann.
Aber die Developer-Tools von den Developer-Tools, ich weiß nicht, wer das schon mal alles gesehen hat, also schreibt's mal in die Kommentare. Ja, das ist auf jeden Fall irgendwie verrückt. Ähm, wie sieht denn dein Tooling, wenn du jetzt was baust, äh, momentan gerade aus? Also ich nehme mal an, dass du natürlich, äh, die Extension, äh, intensiv verwendest, aber was, was benutzt du denn sonst noch so?
Ähm, im Endeffekt benutze ich Visual Studio Code mit nur ein paar Extensions. Eine, die ich gerne benutze, ist WebHint. Äh, äh, WebHint ist so ein, äh, äh, so ein, äh, äh, Linter, der automatisch Security-Kompatibilität, äh, Accessibility-Probleme erkennt. Und mir beispielsweise, wenn ich jetzt Image-Source ohne, äh, ohne ein Alt-Attribute mach, macht er mir so ein Kringel drunter und meckert so lange, bis ich was dazu schreibe.
Eine andere Extension, die ich jetzt gerade erst gefunden habe, heißt ErrorLens. Die ist auch richtig genial, sondern die zeigt mir die, die Fehler, die beispielsweise andere Linter, wie jetzt ESLint oder auch dieser Linter hat, direkt auf der Zeile in meinem Code und nicht in dem, äh, nicht in der Tabelle unten. Das ist auch sehr praktisch, weil da hat dann direkt, äh, wahrscheinlich Leute schon Git-Lens gesehen, die dir auch dir immer diese Git-Sachen auf jeder Zeile anzeigen. Und ErrorLens macht genau das Gleiche da. Äh, äh, Terminal benutze ich iTerm2, äh, ähm, mit ZSH, äh,
äh, hauptsächlich, aber auch nur, weil es schöne Farben sind. Also, ich kann auch mit jedem anderen Terminal arbeiten.
Ja! Die Farben, nee, das hat mich, das hat mich dazu gebracht, nee, obwohl, äh, also, äh, also ZSH, das hat mich auf jeden Fall dazu gebracht, die Farben, dass man ein bisschen was am Styling machen kann, dass es ein bisschen hübscher wird.
Also, da gibt's ja schöne Themes für. Ich weiß, es gibt's vielleicht für andere, äh, Terminals auch, aber das, äh, das ist, äh, für mich als, als Designer oder Teilzeit-Designer ist das irgendwie schon wichtig, wie es aussieht und dass auch die Zeilen irgendwie einen gewissen Abstand voneinander haben oder so.
Für mich wichtig ist das Webhint. Okay, Webhint kannte ich tatsächlich nur als Webservice. Ich wusste nicht, dass das, äh, äh, auch ein VS Code, ne, natürlich, von Microsoft, äh, natürlich gibt's eine VS Code Plugin. Klar, wieso hab ich da nicht, wieso hab ich da nicht gleich dran gedacht.
Ja, witzigerweise ist das bei den Developer-Tools auch schon eingebaut jetzt. Die Issues-Tab in den Developer-Tools hat denselben Service hinten dran. Also, wenn wir jetzt beispielsweise die Developer-Tools aufbauen, das ist oben so ein kleines Zeichen, wo man sagt, äh, so ein blaues Ding, wie viele Issues gefunden wurden und das ist auch von Webhint, äh, im Hintergrund am Laufen sozusagen.
Das ist dann analog wie die, äh, Audits bei Chrome, glaube ich, wenn ich's richtig weiß. Oder ist das sogar noch zusätzlich?
Äh, es ist, äh, Chrome benutzt es auch. Also, das ist die Issues-Tab, ist, äh, ist mit, äh, von Google und uns zusammengebaut worden. Übrigens, alles, was wir in die Developer-Tools reinpacken, haben wir auch upstream angeboten.
Also, alles, was beispielsweise bei uns reingebaut wird, kann dann auch in Chrome kommen, wenn Google ja sagt und es auch haben will. Äh, und die Sachen, die von Google kommen, die nehmen wir eben auch an. Äh, die einzigen Unterschiede ist, dass wir viel mit Theming machen mussten, beispielsweise.
Beispielsweise die Dark- und Light-Theme und die, äh, die, äh, die, äh, die, die, äh, die Visual Studio Code-Theme in den Developer-Tools, was wir reingebracht haben.
Das kam, das war bei Google noch nicht drin. Und Barrierefreiheit ist ein ganz großes Ding für uns. Also, wir testen die...
Also, für die Hörerinnen und Hörer, wir hatten gerade kurz technische Probleme. Mal gucken, ob wir es irgendwie geschnitten bekommen. Ähm, wo waren wir denn jetzt gerade?
Ähm, wir haben über, noch, glaube ich, über die Integration gesprochen, über Tools und ZSH und bunte Farben. Ich glaube, irgendwo da in der...
Ja, was mein, was mein Setup war, war die Frage. Genau, genau.
Ja, und es ist Visual Studio Code und, äh, GitHub Desktop, wie ich gesagt habe, komischerweise. Ich meine, es ist immer, äh, Leute sagen, es ist nicht so toll, wenn man so ein Desktop-Ding benutzt, aber ich finde es super praktisch. Also...
Warum nicht? Immer das, was funktioniert.
Ja, ja, ich muss gerade überlegen. Also, ich habe das immer mal wieder getestet. Ähm, und ich hatte den Eindruck, dass das relativ minimalistisch ist, aber vielleicht wurden die, die, äh, die komplizierenden Funktionen auch vor mir versteckt. Da bin ich mir jetzt gerade nicht so sicher. Also, äh, würdest du sagen, dass du deinen kompletten Workflow mit GitHub Desktop, äh, abbilden kannst?
Ja, aber ich meine, ich bin nicht unbedingt, ähm, ich meine, mein Workflow derzeit ist eigentlich viel Dokumentation schreiben und einfach nur Builds runterladen und solche Sachen von Azure Pipelines zu holen. Äh, also im Endeffekt, äh, GitHub Repos forken, Sachen ändern, wieder hochschieben. Also, ich bin nicht groß jetzt hier bei neuen Sachen zu installieren oder sonstiges, aber wir benutzen auch viel, äh, intern und eben andere Systeme, wo wir unsere Builds mitmachen.
Also, jetzt beispielsweise bei der, bei der VS Code Extension haben wir GitHub als die Hauptart und Weise, die rauszubringen. Die intern haben wir da gar keinen Code, aber bei anderen Sachen haben wir halt, können wir halt nicht unbedingt total offene Repos benutzen. Wir benutzen auch GitHub vielen anderen Sachen und auch viel Private Repos in dem Fall.
Also, du machst jetzt nicht viel irgendwie Branching, Squashing, äh, Cherrypicking oder sowas, wenn du, wenn du Doku schreibst, dann ist das eher einfache, einfache GitHub.
Ja, Cherrypicking kommt auch schon vor, gerade wenn die Sachen von, äh, von Google runterkommen und dann für uns noch geändert werden müssen und sonstige Sachen noch verändert werden müssen, aber die Haupt, äh, Code-Arbeit machen meine Entwickler.
Also, wie gesagt, ich bin ja mittlerweile Produktmanager.
So, jetzt kommt noch die, die VS Code, äh, die ultimative VS Code-Frage. Warum sollte man VS Code benutzen und keinen anderen Editor?
Du kannst jeden Editor-Din verwenden, den du willst. Äh, für mich, äh, für Visual Studio Code ist klasse, weil er erstens lightweight ist, überall läuft, auf jeder Plattform und halt für mich auch hackable ist. Also, das Ding ist in, dass ich, ich, ich hab tausende von Themes, ich hab tausende von Extensions und ich kann an dem Ding auch selbst schrauben.
Also, das ist Open Source, äh, du kannst es erreichen, du kannst auch, äh, ein Problem feilen, sobald es ist. Ich weiß noch damals, ich hab Sublime Text als meinen vorherigen Editor gehabt.
Und dann war so immer, oh, ich wünschte, es hätte das. Konnte aber nirgendwo sagen, es sollte das haben. Und bei Visual Studio Code habe ich halt den vollkommen, die, die vollkommene Community dahinter und auch die Möglichkeit, direkten Fehler zu, äh, zu melden.
Und das finde ich halt eine sehr interessante Sache. Ähm, wie gesagt, ich hab Wim auch verwendet. Ich hab auch Pico verwendet. Ich hab alle anderen verwendet. Und, äh, ich find's immer faszinierend, wie jeder meint, dass Wim so das Beste ist, was du jemals machen kannst.
Wenn du das geschafft hast, bist du Entwickler. Und, äh, ich find's halt toll. Und eine Sache, wo ich auch sagen muss, wo ich bei Visual Studio Code super begeistert von bin, du kannst nichts verlieren.
Wenn das Ding abstürzt und neu startet, ist alles wieder da. Das ist genauso wie bei VI oder bei Wim auch. Und bei anderen Editoren hab ich's halt öfters gehabt, dass dann, äh, wenn ich 10 Minuten nicht mehr gespeichert hab, alles auf einmal weg war.
So dieses Hot-Reloading und Hot-Saving ist wirklich super toll gemacht bei Visual Studio Code.
Ich hatte jetzt den Fall selten, dass es abgestürzt ist, ehrlich gesagt. Aber das spricht ja auch schon fürs Produkt. Ähm, so von wegen Hackable, äh, da ist uns vor kurzem so eine interessante Extension über den Weg gelaufen, wo man den, äh, wenn man tippt, äh, das animieren kann.
Wo dann ein kleines Feuerwerk, äh, bei jeder, bei jedem Tastenanschlag kommt. Also sogar so weit geht's schon. Ähm, ja, also ich, ich kann eben nur zustimmen, was du sagst.
Aber, ähm, vielleicht, ähm, vielleicht, äh, können die Hörerinnen und Hörer mal in die Kommentare schreiben, was sie für Editoren verwenden. Würde mich interessieren. Wir hatten's da auch bei Twitter, glaube ich, mal, äh, drüber.
Wir hatten eine ganze Folge da drüber.
Genau, wir hatten auch mal eine eigene Sendung drüber gemacht. Aber halt eigentlich nur, was wir nutzen. Ähm, ich, ich find's immer interessant auch zu hören, was andere nutzen, äh, weil, äh, naja, die, die Augen offen halten ist da, glaube ich, auch immer gut. Äh, weil, ich glaube nicht, dass Faustcode der letzte Editor sein wird, den ich benutzen werde.
Aber wer weiß.
Es gibt auch, wie es Code Pets jetzt, dass man dann so einen kleinen Bildschirm hat, wo eine Katze rumspringt oder, oder ein Klippi und so.
Ich wollte gerade sagen, gibt's auch Klippi wieder.
Ja, I'm, I'm sold. Also, wenn's Klippi gibt, dann bleib ich auf jeden Fall dabei.
Aber ist der neue Klippi, der hat jetzt ein Skateboard und eine Baseballmütze.
Das muss ich mir tatsächlich mal angucken.
Okay, Klippi ist cool geworden jetzt. Klippi hat jetzt Freunde und nicht, nicht jeder hasst ihn, sie. Weiß ich gar nicht. Was für ein Geschlecht hat Klippi eigentlich?
Die Idee war gar nicht schlecht, aber es war halt einfach nur nervig. Es ist halt so, in Kontext Hilfe ist super praktisch. Finde ich halt, wenn Leute sowas erkennen und dann so willst du das und das machen.
Du hast es schon dreimal gemacht und kann ich noch nicht drüber reden, aber es gibt jetzt ein paar Sachen auch demnächst, die rauskommen, die wirklich auch deinen Code analysieren, während du ihn schreibst und dann dir automatisch erkennt, was du falsch gemacht hast.
Da kommen ein paar tolle Sachen raus demnächst. Aber auch in den Developer Tools haben wir beispielsweise jetzt gemerkt, wir haben jetzt ein neues Interface da drauf, was man einstellen kann jetzt beim Canary, beim Edge auch schon jetzt.
Dass wir gemerkt haben, die Developer Tools bestehen aus hunderten von Dingen. Es ist wirklich so viele Panels und Menüs und sonst was, dass viele neue Entwickler total überfordert sind von dem Teil.
Und deswegen haben wir jetzt so eine Sidebar gemacht, wie bei Visual Studio Code auch, dass du jetzt sagen kannst, ich will jetzt CSS debuggen und dann zeigt es dir nur die Tools, die für CSS Debugging zu tun hatten.
Ich will Performance machen, dann zeigt es dir nur die Performance Tools. Ich will jetzt nur JavaScript debuggen, dann zeigt es dir nur den Debugger. Also wir haben jetzt gemerkt, dass bei User Testing, dass viele Leute überfordert waren und dieses neue Ding bedeutet jetzt, dass die Leute dann nur das sehen können, was sie haben.
Und eine andere Sache, die wir eingebaut haben, da ist auch so eine kleine Informationstaste. Wenn du da drauf klickst, kannst du dann über alle Sachen in den Developer Tools fahren und kriegst dann eine Erklärung, was das ist und einen Link zu der Dokumentation, wie du das benutzen kannst.
Das ist halt auch ganz schön, wenn man sowas mal dran macht, weil, ja, wie gesagt, Entwickler haben die kleinsten Dinge, die man einfach nicht verwendet hat. Ich meine, schöne Anekdote, wir hatten einen User Test in Seattle, wo wir Leute gefragt haben, was wir von Visual Studio Code Extension halten und von der Developer Tools Extension und da haben wir eine gehabt, die war Webentwicklerin und die hat irgendwie fünf Krankenhäuser, die Webseiten gebaut, wirklich alles, was die dort machen.
Und wir haben dann wirklich gefragt, riesengroße Projekte und wir haben dann gefragt, was ihre Entwicklerumgebung ist und ja, es war Dreamweaver und FTP.
Und das war vor zwei Jahren.
Vor zwei Jahren.
Ja, ich glaube, dass es so Sachen noch gibt, aber wir sind nicht so weit, wie wir denken. So die Twitter-Welt, die sich gegenseitig neue Libraries alle drei Tage um den Kopf haut, ist eigentlich sehr, sehr klein. Und die Leute, die wirklich Software entwickeln, die Tag für Tag verwendet wird, die benutzen ganz andere Sachen und ganz alte Plattformen beispielsweise. Ich meine, als du vorhin mit WordPress angefangen hast, wahrscheinlich auch einige Leute sagten, WordPress ist schon lange tot.
Und WordPress ist ein Drittel des Internets. Es ist wirklich ein Drittel des Internets. Dieses HTTP-Archive durchzugucken und zu sehen, was Leute verwenden, ist auch absolut faszinierend.
Also irgendwie, was waren es, 5% benutzen React und 87% benutzen jQuery.
Das ist echt verrückt, ja.
Also Team Dreamweaver, ja. Also habe ich früher auch benutzt. Und ich fand es gut. Ich habe da viel auch von gelernt, von dem Tool an sich. Und es war, es war jetzt nichts, also finde ich okay, wenn man das heute noch verwendet, was immer auch funktioniert.
Also will jetzt auch niemand, wollte jetzt auch niemanden dazu bringen, irgendeinen bestimmten Editor oder eine IDE zu verwenden, was immer für einen funktioniert. Und wenn ich halt TextEdit verwende, dann lerne ich es halt auf die harte Tour und am Ende kann ich es dann aber auch.
Ja. Also dieses automatische Erkennen und die IntelliSense in Visual Studio Code war für mich auch der Riesenschritt, der einfach wahnsinnig gut ist. Dass er mir automatisch erkennt, welche Pakete ich drin habe.
Dass er automatisch erkennt, welche Methoden es auf einer bestimmten API gibt, ohne dass ich die auswendig kennen muss. Dass er mir Autocompletion für mein CSS gibt und für mein JavaScript. Ist halt wirklich super praktisch. Ich meine, CSS ist wirklich verwirrend für viele Entwickler. Und ich finde es eigentlich komisch, aber es ist halt auch ein ganz anderer Syntax als jetzt beispielsweise JavaScript oder C Sharp oder was immer.
Es sind halt viele Leute vom Verwirrt. Und ein guter Editor, denke ich, sollte dir helfen dabei. Eins meiner großen Mantras, dass ich immer wieder sage in der Firma jetzt jetzt auch, dass ich keine Lust mehr auf Experten-Developer-Tools habe. Ich habe Lust auf Developer-Tools, die dich zu Experten machen, je länger du die verwendest. Dass du automatisch keine Fehler mehr machen kannst, indem man dir sagt, das ist übrigens eine dumme Idee, was du da gerade machst.
Und anstatt wirklich wissen zu müssen, was das Tool bedeutet. Wenn ich jetzt beispielsweise den Rendering-Path angucke in den Developer-Tools oder die Performance-Tab, ich habe keine Ahnung, was da los ist. Das ist so viel Information. Ich muss schon Experte sein, um dieses Tool zu verwenden. Und meine Aufgabe, also mein Endziel ist jetzt, diese ganzen Sachen so zu vereinfachen, dass jeder die verwenden kann. Und ich mich nicht dumm fühle, wenn ich ein Developer-Tool aufmache.
Also mir geht es ganz oft so, gerade die Performance-Analyse, wo hängt es denn jetzt gerade? Warum ruckelt es? Warum kriege ich nicht die 60 FPS und so? Ich fühle mich da drin auch immer total verloren. Ich weiß auch gar nicht, wo ich hinscrollen soll. Und also da verliere ich mich echt immer drin. Also wenn das besser wird, sehr cool.
Ja, genau das wollte ich auch sagen. Also genau das ist auch das Tool, wo ich sage, da weiß ich jetzt nicht so genau, ob ich mich damit wohlfühle, ob ich das so richtig verstehe.
Ich habe da damit tatsächlich einmal ein Performance-Problem erkennen und beheben können auf meiner eigenen Homepage. Ha, Homepage, habe ich wieder gesagt.
Da kriege ich wieder Ärger.
Das ist ja auch ein One-Pager, also ist es die Homepage.
Es ist tatsächlich die Homepage, also tatsächlich auf der Homepage. Da hatte ich nämlich mal ein Performance-Problem mit den CSS-Animationen und das habe ich tatsächlich damit rausfinden können.
Aber es war nicht so einfach. Also wenn das einfacher werden könnte, das wäre schon grandios.
Und es gibt ja alles. Ich meine, die Dokumentation ist draußen. Es sind tolle Vorträge draußen. Es gibt überall Videos. Es ist alles da.
Aber es ist wirklich, wie ich vorhin gesagt, sobald es im Kontext, im Tool selbst ist, die Erklärung, dann wird es um einiges einfacher.
Ich meine, ich kann mir beispielsweise von Adi Osmani oder von Jake Archibald die ganzen Vorträge angucken, die wirklich auch gesagt haben, wie kann ich eine React-App-Performance besser machen, wie kann ich eine Svelte-App besser machen und so weiter und so fort.
Die haben tolle Sachen dort geliefert, aber wir haben täglich 500 neue Videos von 20 Konferenzen derzeit. Man kommt nicht mehr hinterher und deswegen finde ich das Wichtigste, dass diese Information direkt im Tool selbst ist.
Und deswegen brauchen wir auch viel Feedback für die Tools und das finde ich auch sehr interessant, dass in Edge DevTools gibt es diesen Button, wo du wirklich draufklicken kannst und das macht ein Screenshot von der Seite, wo du gerade drauf warst, den du nicht schicken kannst, wenn du nicht willst oder auch schicken kannst und kannst du erklären, was falsch gelaufen ist.
Das geht direkt in meine Bug-Queue rein. Das ist wirklich, was ich jeden Tag angucke und dann sofort die Informationen davon bekomme. Und es ist immer wieder so frustrierend, wenn man auf Twitter ist und Leute einem sagen, oh, das wäre ja toll, wenn es das machen könnte.
Und ich so, gut, ich kann jetzt für dich einen Bug feilen oder du kannst mal das Ding klicken und mir schnell sagen, warum es falsch gelaufen ist für dich. Wäre wirklich nett, aber es ist wirklich schwierig, Feedback zu bekommen. Die meisten Leute haben Ideen oder haben auch Einsichten oder sagen, das war besser oder das ist besser.
Aber richtig Information zu bekommen von Endnutzern, das ist wirklich für mich jetzt meine Hauptaufgabe und es ist super schwierig, das teilweise zu kriegen, weil die Leute, die laut sind und einem auf Twitter sofort Feedback kommen, sind nicht die Leute, die deine Entwicklertools brauchen.
Das ist wirklich die meisten Leute, die diese wirklich als Hobby benutzen oder für ihre eigenen Startup-Ding, aber die Leute, die jetzt wirklich bei Siemens drin sitzen und Tag für Tag 5000 Webseiten rumhantieren müssen, die schauen sich keine Vorträge an, die gehen auch nicht auf Konferenzen, die brauchen die Information direkt dort im System, wo sie es auch verwenden.
Aber es ist auch gut, dass du das nochmal gesagt hast, weil man hat oft so das Gefühl bei so Feedback-Geschichten, das geht quasi direkt in Ablage P und das liest sich eh keiner durch, aber jetzt wirklich, dass du sagst, das kommt direkt bei dir an oder bei euch, bei deinem Team, ist auf jeden Fall gut zu wissen, also dass man das mehr nutzen sollte.
Ja, wir kriegen so 3000, 4000 am Tag Feedback-Sachen, vieles total Wildes, also wirklich ganz Seltsames und teilweise auch schade, wirklich so Leute, die wirklich, wir sind das Einzige, was man ganz schnell erreichen kann und deswegen kriegen wir halt so, oh, da ist ein Bild von mir auf dieser Webseite, könnt ihr das wegmachen?
Nee, nicht wirklich, das ist nicht mein Job hier. Oder auch Leute, ich bin gehackt und ja, wenn dein Passwort Blumentopf war, dann ist es auch kein Wunder, dass du gehackt wurdest.
Aber es ist so, es ist faszinierend, wie viel Information da reinkommt und was ich sehr genial finde, ist, wie viele Probleme wir derzeit erkennen, weil Entwickler nicht aus amerikanischen oder aus englischsprachigen oder deutschsprachigen Umgebungen kommen.
Wir haben beispielsweise jetzt rausgefunden, dass viele Leute gemeckert haben, dass es zu einfach ist, die Tabs von verschiedenen Tools in den Developer-Tools zu schließen.
Und ich sage, hä, das sind doch riesengroße Tabs, was ist denn da los?
In chinesisch oder japanisch sind es immer nur zwei Zeichen. Das heißt, sobald ich drübergehe, kommt es X und ich kann es anklicken und schließe das Ding, ohne es zu wollen.
Und deswegen haben wir jetzt einen Bug wieder drin, dass wir automatisch, wenn es nur zwei Zeichen sind, automatisch ein Pairing daneben machen, dass du nicht auf das Klick klickst.
Auch Leute haben Developer-Tools die ganze Zeit geöffnet, ohne sie zu wollen. Das haben wir auch jetzt rausgefunden.
Das lag daran, dass viele, wie heißt es im deutschen Keyboard, Schreibdinger, Tastaturdinger, Tastaturen, echt schlechte F12-Tasten hatten.
Oder Leute auf Macs versucht haben, die Lautstärke zu verändern, auf einmal die Developer-Tools geöffnet haben und uns dann geschrieben haben, ich will das nicht, was ist das denn?
Und deswegen haben wir jetzt auch so ein Flyout gemacht, dass wenn du F12 aufmachst, dass es erstmal fragt, oh, willst du wirklich Developer-Tools haben?
Und dann wird es jedes Mal bei F12 und du kannst sagen, nee, öffne die nicht und dann ist es kein Problem mehr.
Aber diese kleinen Sachen finde ich faszinierend und bei uns sind, glaube ich, mittlerweile 60 Prozent Feedback von Leuten, die aus China sind und nochmal 20 Prozent andersprachlichen Dingern und die meisten sind nicht Amerikaner oder eben Deutsche auch.
Das ist faszinierend zu sehen.
Wie, wenn ich dir jetzt Feedback schicken will, also ich jemand von den lauten Twitter-Leuten, wenn ich dir jetzt trotzdem Feedback schicken will, was für einen Weg, was für Wege gibt es denn?
Ja, der einfachste Weg ist wirklich, also wenn es um die Developer-Tools geht, in den Developer-Tools ist dieses Icon von dem Männchen mit dem Viereck hinten dran und das oben anklicken und das war's.
Oder die Keyboard-Shortcut ist Command-Shift-I, glaube ich. Moment.
Genau.
So, Command-Shift-I, da ist oben dieses, neben dem X zum Schließen von den Developer-Tools, ist dieses Männchen mit dem Sprachblase dran und da steht Send Feedback, Option-Shift-I.
Und wenn man das klickt, macht es ein Screenshot von der Seite und gibt einem ein Formular zum Ausfüllen, da kann man dann seine Daten eingeben.
Ah, also so einfach.
Klar, kommt da viel rein, kann ich mir gut vorstellen.
Wenn der Weg so einfach ist, dann kommt auch eine Menge, klar.
Aber das ist ja super. Also ich weiß, also ich kenne das auch, dass es oft viel, viel Feedback gibt und dass man dann manchmal gar nicht weiß, was man mit allem anfangen soll.
Und manche Sachen sind wirklich wild, wie du gerade auch gesagt hast. Aber es sind oft auch sehr, sehr wertvolle Sachen dabei.
Also jetzt gerade das, was du gerade meintest mit im Chinesischen, schließen die Leute die Tabs da aus Versehen.
Das ist ja verrückt, da wäre ich ja nie drauf gekommen. Das ist ja extrem wertvoll, wenn die Leute einem das dann auch sagen.
Also fantastisch. Also solche Bugs liebe ich ja. Also so Bugs, auf die man eigentlich so quasi gar nicht selbst kommen kann.
Das finde ich ja immer sehr faszinierend, weil man da immer irgendwie was komplett Neues lernt.
Ja, auch Nutzerverhalten ist teilweise interessant. Wir haben viele Leute, die gesagt haben, die benutzen wirklich die Developer Tools in den Mobil-Simulationen, die man einstellen kann, damit sie bei Instagram Bilder posten können von ihrem Desktop-Rekord.
Ja, das habe ich vor kurzem auch mitgekriegt, dass Instagram irgendwie nur auf Mobile-Browsern das einem erlaubt, dass man irgendwie was hochladen kann.
Das ist ja, ja. Instagram war ja früher App-Only-Upload. Irgendwann haben sie dann eine Seite gemacht, wo das dann irgendwie ging. Aber jetzt mittlerweile, das ist ja echt, und das ist immer noch so. Oh Mann.
Das öfters auch mal, wenn man Videos runterladen will vom Web, einfach auch mal auch diese Mobile-Emulation einstellen. Dann gibt es den Mobile-Player und dann kann man meistens da rechtsklicken und Save-Video erst mal auch drauf machen.
Ach, interessant.
Ja, öfter mal den Mobile-Mode aufmachen. Das ist einfach, das macht Spaß.
Ich habe kürzlich auch die Dokumentation für die Konsole neu geschrieben, für den Console-Teil. Das ist eine wahnsinnig große API. Das ist Wahnsinn, wie viele tolle Kommandos du da hast, die Leute nicht verwenden. Jeder macht Console-Log.
Aber beispielsweise Console-Table kann ich das Ganze als Tabelle darstellen und auch noch filtern. Und ich kann jetzt auch Copy und Paste machen und in Excel reinstellen oder in Word reinstellen und die Tabelle wird beibehalten.
Ich kann also wirklich ein Excel-Sheet aus dem JavaScript-Call rausmachen und dann sogar mit dem Copy-Kommando automatisch in die Zwischenablage reinlegen. Das ist echt wild.
Das ist tatsächlich, ich weiß nicht, wenn ich jetzt das machen wollte, frage ich mich, ob mein Workflow in Ordnung ist. Ich bin mir nicht so sicher, wenn Excel da irgendwie drin vorkommt.
Excel ist faszinierend. Ich meine, ich benutze es auch noch, um früher meine MP3s zu verwalten und jetzt meine Klamotten. Aber wenn du siehst, wenn jemand da sich mit Excel richtig auskennt, wenn du da mal über die Schulter guckst, das ist beeindruckend, was du da mal anstellen kannst.
Auch Power BI und solche Geschichten. Im Endeffekt merkst du, wie viele Leute Web-Interfaces bauen können, ohne Entwickler zu brauchen. Und finde ich auch wichtig. Ich finde es total faszinierend, wenn 2021 Leute super stolz darauf sind, dass wir noch eine Command-Line haben.
Im Endeffekt sollte jeder Sachen erstellen können im Netz, ohne was zu entwickeln zu müssen. Wäre wahrscheinlich auch geschickter, weil sie es ein wenig falsch machen können.
Und dann finde ich es interessant, wenn so Sachen wie Squarespace und Wix oder eben auch WordPress, so sehr wir als Entwickler die belächeln, ist doch toll, wenn Leute so eine schnelle Webseite bauen können. Macht doch total Sinn für mich auch.
Absolut. Also ich finde solche Plattformen auch super. Und ich werde immer mal, ich meine, in unserem Beruf wird man ja immer aus dem Bekanntenkreis ab und zu mal gefragt, kannst du mal eine Website für mich machen?
Und dann ist meine erste Frage immer, ja, was willst du denn eigentlich genau haben? Und in den meisten Fällen sage ich denen dann, ja, geh doch irgendwie zu Jimdo oder geh doch zu Wix und mach dir da eine Seite, weil da kannst du es selbst verwalten.
Das, was ich mache momentan, ich weiß nicht, so speziell ist das, was du willst, wahrscheinlich gar nicht. Das kannst du schnell selbst machen hier auf einer Plattform.
Natürlich tut es ein bisschen weh, weil man möchte ja eigentlich schon auch gerne irgendwie das, man möchte irgendwie gerne was entwickeln, irgendwas Neues machen und auch seinen Freunden oder seinen Bekannten irgendwie helfen.
Aber in den meisten Fällen heutzutage sind die mit so einer Plattform eigentlich immer ganz gut bedient.
Ja, und Freunde und bekannte Webseiten machen geht nie gut aus.
Das ist das zweite Problem.
Das habe ich auch schon.
Du bist ja immer der Herddesk auch und nee, das ist eine schlechte Idee.
Das ist wirklich, ich habe dann lieber Leute, die ich kenne, die kleinere Web-Klitschen haben oder kleinere Firmen oder Freelancer, die ich dann vermittle, denen ich auch traue und sage, die ziehe ich nicht über den Tisch, dann benutze die.
Ich will lieber Freund mit dir bleiben und mich nicht streiten, wenn da ein Komma falsch ist auf deiner Webseite oder du wieder mal ein Plugin benutzt hast, was dann auf einmal ein Bitcoin-Miner im Hintergrund laufen hat.
Ja, absolut.
Konstantin.
Ja.
Du darfst.
Ich darf, ja.
Ich habe auch noch eine Frage.
Und zwar, ich habe ein Video über dich gesehen.
Ihr müsst jetzt gerade mal gucken, wie der Titel da genau war.
Behind the Code, the one who created his own path.
Das kommt auch in die Shownotes rein.
Und da habe ich so ein bisschen rausgehört oder meine ich rausgehört zu haben, dass du immer noch so ein bisschen Feuer in dir hast für Firefox OS.
Oder zumindest zu dem Zeitpunkt hattest.
Und ich muss sagen, Firefox OS ist was, was an mir total vorbeigegangen ist.
Aber mich würde mal interessieren, was war denn da das Besondere und wie groß war das denn überhaupt?
Wie gesagt, weil es an mir total vorbeigegangen ist, auf was für Geräten war das dann überhaupt aktiv?
Und genau, erstmal das vielleicht.
Firefox OS war eine tolle Idee.
Im Endeffekt war es die Idee, ein Mobiltelefonsystem zu erstellen, das auf HTML5 basiert und ein Browser.
Und das als Grundlage hat.
Nichts anderes.
So, im Endeffekt hatten wir die Clang-Geschichte von Android und dann einfach ein Firefox Gecko obendrauf.
Und alles andere war HTML5.
Also die ganze Plattform war in HTML5 geschrieben, der Homescreen und alles.
Und die Idee war halt dadurch, dass wir wirklich dadurch neue Märkte eröffnen können, die wirklich auf den schnellsten kleinen Systemen laufen.
Wir hatten ein 50-Dollar-Handy, glaube ich, sogar rausgebracht in den Märkten.
Und wir wollten damit irgendwie Afrika, Indien, andere neue Märkte erschließen und eben das offene Web in diese Märkte reinbringen.
Alles, was wir heutzutage, also vieles, was wir heutzutage jetzt im Browser haben, wie Geolocation nicht unbedingt, aber beispielsweise Telefonie-Geschichten, Web-VR-Geschichten, Web-RT-Geschichten, alles wurde damals für diese Plattform mehr oder minder von Mozilla erfunden, weil wir es eben noch nicht hatten.
USB-Zugriff, solche Geschichten, alles Telefonate führen können von HTML5 aus, also von JavaScript aus.
Diese ganzen Sachen wurden damals erstellt.
Das Problem war wahrscheinlich, dass es zu früh war.
Also der Markt war noch nicht, der Markt war damals so ein Kampf, dass ja, damals war es ja auch Windows Phone beispielsweise.
Und wenn Microsoft nicht überleben kann als dritter Anbieter auf dem Markt, dann war es natürlich ein Problem, dass Mozilla als kleine Non-Profit-Organisation eben da auch Probleme damit hat.
Was es für die HTML5-Plattform bedeutet hat, ist immens.
Viele Sachen, die da erfunden wurden, fand ich halt sehr toll.
Verkauft hat sich es leider nicht gut, weil, weiß ich nicht, welche Fehler gemacht wurden.
Wir hatten Spanien und Deutschland als Märkte, das war albern, weil im Endeffekt gab es günstigere Android-Handys, die auch die Sachen gemacht haben.
Und im Endeffekt in den Märkten, wo wir reingehen wollten, in Afrika und auch in Indien oder Bangladesch, haben Leute wirklich WhatsApp gewollt.
Und WhatsApp gab es damals noch nicht als Web-Plattform.
Da musst du sie immer als native Applikation haben.
Deswegen hat es auch nicht geklappt.
Aber die Idee fand ich absolut faszinierend, ein ganzes Handy in HTML5 und JavaScript zu erstellen.
Ja, hat nicht geklappt, aber jetzt KaiOS ist darauf basierend jetzt und es scheint jetzt derzeit in einigen Ländern ganz gut erfolgreich zu sein.
Und ich will auch mehr Plattformen haben, ich will auch offene Plattformen haben.
Ich meine, Android ist offen, aber auch nicht wirklich und jede andere Version ist anders.
Und ich denke, das größte Problem war das damals, und ich hoffe, es ist mittlerweile nicht mehr so, ich habe nicht mehr nachgeguckt,
dass damals der Mobilmarkt halt nichts mit Open Source am Hut hatte und nicht Interesse hat, irgendwie offene Software zu erstellen,
weil alles ging um IP, alles ging um die Sachen, alles für dich selbst zu haben.
Und die Leute haben dann von einem 50-Dollar-Handy erwartet, dass es das Gleiche macht, was ein iPhone für 900 Euro macht.
Aber die Idee fand ich damals sehr, sehr gut. Und vieles, was die Plattform jetzt hat, was wir damals nicht hatten, ist wirklich nur entstanden,
weil wir diesen Testlauf hatten und wirklich diese Plattform unterstützen wollten.
War eine schöne Idee. Leider hat es nicht so geklappt. Ich bin auch noch ein großer Firefox-Fan.
Ich benutze noch Firefox noch als Browser und ich meine Azure als mein Hauptbrowser, weil ich nicht dran arbeite.
Das macht Sinn.
Aber ich wünsche Mozilla immer noch das Beste und ich finde es immer noch toll, dass es Mozilla gibt und es sehr wichtig, dass es Mozilla gibt.
Ja, leider die Zahlen gehen jetzt sehr zurück, aber mein Gott, Mozilla ist halt doch eine Non-for-Profit, die weiter bestehen wird.
Und es ist halt schön zu sehen, dass es sowas gibt. Und es gibt viel zu wenige davon.
Ich meine, es gibt noch EFF, es gibt noch die anderen Geschichten, aber gerade im Open-Source-Bereich gibt es halt auch viele Einrichtungen, die derzeit Probleme haben.
Aber die Open-Source wird weiter bestehen und ich fand es sehr interessant, dass wir damals so mutig waren, in Mozilla das zu machen.
Hat nicht so geklappt, wie wir wollten, aber man hat viel davon gelernt.
Das ist schön zu sehen, dass es trotzdem, also dass die ganze Mühe, die da reingeflossen ist, nicht umsonst war, sondern die Web-Technik an sich vorangebracht hat, auf jeden Fall.
Ja, und wie gesagt, KaiOS hat Erfolge jetzt am Laufen. Es ist sehr schön zu sehen.
Aber ich meine, der ganze Schritt zu App gegen Web war halt wirklich auch so ein Ding, als Web musstest du immer bestehen.
Das war halt immer so, der Browser ist die letzte App, die du benutzt, wenn es keine andere gibt.
Und wir haben wirklich über Jahre lang jetzt Leute darauf geschult, wirklich als allererstes eine App zu suchen, anstatt eine Webseite zu benutzen.
Und das ist halt auch, weil PWAs nicht unbedingt so gut am Laufen waren vorher und auch nicht so erfolgreich waren und auch nicht so powerful waren, wie sie jetzt sind.
Hat auch daran gelegen, dass ewig lang Safari nicht mitgespielt hat.
Aber mittlerweile geht es ja auch ganz gut.
Und wir haben jetzt gerade PWAs auf dem Desktop ganz groß rausgebracht.
Du kannst jetzt wirklich deine PWAs im Microsoft Store auch hosten.
Und du kannst jetzt also wirklich auch vollkommen im Windows installieren, als eine App, die neben den anderen genauso aussieht.
Und das ist halt wirklich schön zu sehen.
Ich arbeite auch noch mit dem Team, das den PWA-Builder hat, wo PWA-Builder.com, wo man seine Webseite eingeben kann.
Und das kann dir dann erklären, wie du daraus eine PWAs erstellen kannst, was dir alles fehlt.
Erstellt das Manifest für dich, erstellt den Service Worker für dich und die Icons.
Also es ist sehr interessant zu sehen, was da alles noch läuft.
Also ich nutze es tatsächlich auf meinem Home Theater PC, diese Kacheloptik, die man ja auch einstellen kann alternativ.
Und da war es halt auch so, jetzt kann ich mir die Apps tatsächlich aus dem Store runterladen.
Aber ich kann auch einfach im Edge auf YouTube gehen und dann gehe ich ins Menü und sage, installiere mir das auf den Homescreen.
Und dann habe ich eine YouTube-Kachel drauf und komme viel schneller drauf, als dass ich erst irgendwie den Browser öffnen muss.
Und das funktioniert alles einwandfrei, also auch CDF, ARD, Mediathek und so weiter.
Das geht inzwischen alles über einen Klick im Browser-Menü und dann liegt es auf der Startseite und fühlt sich auch an wie eine App.
Also geht dann auch wirklich auf als Frameless-Window quasi.
Also es ist sehr cool.
Ich habe einen Fire-TV-Stick an meinem Standseher hier in der Wohnung und oh mein Gott, die Tartort-App und die ARD-App ist nur am Crashen.
Das ist absolut furchtbar. Das ist wirklich schlimm, das Ding.
Und ich weiß nicht, was da passiert ist, warum das so inkompatibel ist, obwohl der eigentlich nur RAM drin hat, der Stick.
Aber ja, der Browser kann es um einiges besser.
Absolut.
Was ich auch sehr, sehr ein großer Fan bin, ist dieser Reader-Mode, der Immersive-Reader-Mode im Edge.
Auch auf meinem Mac jetzt mittlerweile zum Glück.
Wenn du also eine Webseite hast, die wirklich tralala und 10.000 Pop-Up-Videos und sonst was hat, immer schön einzustellen, dann kannst du das Ding lesen wie ein E-Book.
Oder kannst du sogar vorlesen lassen.
Ab und zu, wenn ich im Zug gesessen war, habe ich beispielsweise im Hintergrund eine Seite am Laufen gehabt, habe den Immersive-Reader eingeschaltet und habe mir die Webseite vorlesen lassen.
Das ist super praktisch.
Okay.
Okay, ja, das war es von dir auch dazu.
Genau. Abschließende Frage noch, weil du ja schon auf sehr, sehr vielen Konferenzen unterwegs warst, auch als Sprecher.
Was ist denn deine Lieblingskonferenz? Ich weiß nicht, ob man sowas fragen darf, aber ich frage einfach mal.
Welche war denn die, die dir am meisten in Erinnerung geblieben ist?
Ich bin ein Riesen-Fan von Beyond Tellerrand, auch weil ich Mark seit 25 Jahren kenne. Wir haben damals auf dem C64 Sachen zusammen gemacht und so.
Und ich finde es halt eine sehr schöne Konferenz, weil es in der Kreative ist.
Halfstack ist auch sehr interessant, ist auch sehr schön gemacht, ist auch ein schönes Ding.
Es gibt zu viele, aber im Endeffekt, ich habe bei allem, wo ich gesprochen habe, Spaß gehabt. Ich habe keine nicht gemocht, muss ich sagen.
Aber ich finde diese Boutique-Konferenzen um einiges schöner, die wirklich ein Track sind und wirklich auch, wo die Konferenzorganisatoren auch wirklich Arbeit reingesteckt haben, Vorträge zu haben, die interessant sind.
Und wirklich auch nicht nur so, okay, wir haben 15 Talks gleichzeitig und es ist auch sehr schön zu sehen, wie jetzt beispielsweise Mark mit seinem Stay Curious jetzt die Sache online gemacht hat, weil die Sache mit der Beyond Tellerrand online nicht so gut geklappt hat, wie die im echten Leben.
Und das ist jetzt echt so wie so ein Café, wir unterhalten uns ein bisschen mit den Sprechern, die machen so 10 Minuten Vorträge und so.
Ich finde es sehr schön, wie sich das auf einiges über die Zeit hinweg geändert hat.
Also Beyond Tellerrand war super interessant, Smashing Conf ist auch ein tolles Ding, die machen auch sehr gute Arbeit.
Aber ich habe keine von denen, weil bei denen ich gesprochen habe, wo ich sagen würde, Leute sollten nicht hingehen.
Aber ich habe jetzt auch ein Jahr nicht mehr auf einer physikalischen gesprochen und wirklich nur jetzt alle zwei Monate oder so mal auf einer gesprochen.
Und vieles gebe ich jetzt weiter an mein Team, weil im Endeffekt, ich habe es bewiesen, dass ich es kann.
Ich muss nicht unbedingt der auf der Bühne sein und vielleicht ist es auch ganz gut, wenn es nicht ein weißer Mann in seinen 40er Jahren auf der Bühne steht, sondern vielleicht mal jemand anderes auch.
Ja, das finde ich eine super Einstellung.
Also Beyond Tellerrand kann ich auf jeden Fall unterschreiben.
Es ist wirklich eine tolle Konferenz.
Ich war bei der ersten auch schon mit dabei und hatte, glaube ich, so einen Fünf-Jahres-Lauf oder so.
Ich glaube, fünf Jahre und dann war ich zwischendurch mal nicht dabei.
Also ich klicke, glaube ich, nicht. Ich bin keiner von denen, der den Jubiläumspulli dann kriegt, glaube ich, bei der zehnten Ausgabe, wenn sie dann stattfindet.
Ich weiß, dass es bei der fünften, eigentlich stimmt, den fünften habe ich auch schon nicht gekriegt, weil ich, glaube ich, bei der zweiten nicht dabei war.
Ich bin ein Schwänzer, ist schlimm.
Aber ja, also Marc, verzeih mir, falls du zuhörst.
Aber es ist auf jeden Fall eine wahnsinnig tolle Konferenz.
Es ist eine, zu der ich immer wieder zurückgefunden habe, auf jeden Fall, weil es einfach so wirklich liebevoll gemacht ist.
Also man hat so das Gefühl, in jedem Detail steckt irgendwie ein Gedanke drin, der irgendwie gut und nett ist.
Genau, aber geht auch auf alle anderen Konferenzen.
Ja, eine andere, die ich sehr genial finde, ist .js in Paris.
Die hat eben diese 17-Minuten-Vorträge, ähnlich wie TED-Konferenzen haben.
Und da musst du wirklich auch eine gute Arbeit liefern, einen Punkt gut zu machen, anstatt zu fabulieren.
Und hier nochmal die Geschichte des Internets sozusagen.
Die ist sehr toll organisiert jedes Jahr.
Also die hat .css und .js.
Die .conferences sind auch ein sehr tolles Ding.
Interessant, wusste ich gar nicht, dass es was gibt, was wirklich so, naja, quasi fast so Lightning-Talks dann, wenn du sagst, irgendwie eine Viertelstunde.
Fände ich ja, weiß ich gar nicht.
Kann man das so einen Tag lang aushalten?
Immer nur so ganz kurze Vorträge?
Ja gut, mit Pause zwischendrin ist klar.
Wenn du jetzt vier Stück in eine Stunde packen würdest, dann wärst du auch kein guter Organisator.
Ich habe auch bei zwei TED-Konferenzen gesprochen.
Das war auch sehr interessant, mal einfach nur zu sehen, wenn Leute nicht nur technische Vorträge halten.
Da waren echt faszinierende Sachen dabei.
Ja, TED ist auch ein wirklich geniales Format, finde ich.
Da ist immer wieder was dabei, was einem so ein bisschen die Kinnlade runterklappen lässt.
Und oft auch sehr, sehr, sehr gute Sprecher, die, keine Ahnung, ich weiß nicht genau, entweder nehmen die nur die Besten oder sie trainieren die vorher sehr gut.
Also ich finde es immer faszinierend, wie gut da gesprochen wird.
Genau.
In TEDs kriegst du, die meisten sind wie ein Theaterstück im Endeffekt.
Du hast vorher ein Rehearsal und du wirst gesagt, wann, welche Minute du an welcher Stelle der Bühne stehen musst.
Die sind schon sehr organisiert.
Ah wow, das wundert mich ehrlich gesagt nicht, weil es ist so, es ist so perfekt am Ende.
Ich meine, natürlich kann man es auch zurechtschneiden, aber es ist am Ende wirklich so gut, dass ich immer dachte, wow, also das ist so, das ist glaube ich so die Crème de la Crème dann am Ende.
Aber mit Rehearsal, okay gut, da kann ich es dann verstehen, dass man dann an so einen Punkt kommt.
Dann sind wir glaube ich mit dem Thema durch, kann das sein?
Also auf meiner Liste steht nichts mehr.
Wir könnten zum nächsten Teil übergehen, zum
Oh Mann, die Grammatik ey, jedes Mal mache ich es wieder kaputt.
Ich muss einfach, ich müsste mir einfach mal nur mal merken, wie der Text ist, der im Jingle gesprochen wird.
Ach ja, du hast ihn sogar produziert.
Ja, ich habe ihn sogar produziert, ich kriege es trotzdem nicht hin.
Naja, das ist der Running Gag einfach.
Das Geilteil heute ist, wir haben, ich habe vorhin schon gesagt, dass wir schon mal ein bisschen drüber gesprochen haben über Commit Messages.
Und zwar hat sich jemand ausgedacht, Emojis sind doch eine tolle Sache, warum nehmen wir die eigentlich nicht für Git Commit Messages?
Und da hat dann jemand sich Gitmoji ausgedacht, auf gitmoji.dev findet ihr das.
Und zwar werden da einzelne Emojis vorgeschlagen für bestimmte Aktionen, die man in Git macht.
Also zum Beispiel ein Blitz für die, für Performance Improvement oder ein Sarg für, ich habe Code gelöscht.
Keine Ahnung, dann, das gibt es ja natürlich auch in Accessibility Emoji, das kennen viele und so weiter.
Das ist eine ganz große Liste.
Ich muss gerade mal überlegen, was ist das Poop Emoji?
Das kommt da auch drin vor.
Ah, hier, ich habe schlecht, genau, ich habe schlechten Code geschrieben, der muss verbessert werden.
So was sollte man doch nicht kommen.
Aber immerhin, also es ist eine richtig lange Liste.
Ich weiß nicht, ich glaube, wenn ich es jetzt bei uns einführen wollte, mir wäre die Liste zu lang.
Ich glaube, ich würde mich vielleicht so auf sechs oder acht maximal beschränken, sodass man es irgendwie überschauen kann, was es da so für Status gibt.
Aber ich kann mir durchaus vorstellen, dass es ziemlich angenehm ist, das zu sehen.
Also wenn auch mein Client, in dem ich das anschaue, auch Emoji unterstützt natürlich nur dann, sonst habe ich wahrscheinlich irgendwie nur so ein Kästchen da.
Aber ich finde das ziemlich cool, weil man dann ohne eigentlich was zu lesen schon erkennen kann, okay, das war jetzt ein Bugfix oder das war jetzt irgendwie Performance Improvement oder das war jetzt ein Refactoring oder keine Ahnung was, weil man sich einfach dafür dann auf ein Emoji geeinigt hat.
Finde ich einfach eine schöne kleine Sache.
Und jetzt kommt unser Geilte, kann man mal ausprobieren.
Vielleicht werde ich das bei uns mal ausprobieren, im Team mal vorschlagen, probieren wir das mal aus.
Falls wir das tun, dann berichte ich mal drüber.
Genau.
Schaut mal rein unter gitmoji.dev.
Cool.
Das war das Geilteil.
Das geht ja richtig schnell heute.
Ja, Mensch.
Und jetzt kommt unser nicht vorhandenes End-Jingle.
Nein, unser Zwischen-Geil-Teil-und-Ende-Jingle.
Ja, Mensch.
Chris, vielen Dank, dass du dabei warst.
Ja, vielen Dank.
Es war uns eine Freude.
Hat echt Spaß gemacht.
Und ist er eigentlich noch da?
Ich weiß nicht, ob er noch da ist.
Ich hoffe nur, dass das mit dem Recording geklappt hat, aber auf eurer Seite habt ihr ja die Recording, falls bei mir jetzt das nochmal klingt.
Genau.
Nee, also wunderbar.
Okay, vielen, vielen Dank, dass du dir die Zeit genommen hast, über alles Mögliche zu sprechen, über was wir jetzt gesprochen haben.
Ja, das war sehr interessant.
Ja.
Vielleicht laden wir dich irgendwann auch nochmal ein.
Keine Ahnung.
Wenn du nochmal kommen magst.
Wenn du nochmal kommen magst, genau.
Hast du noch ein letztes Wort?
Noch irgendwas, was du ...
Ich habe noch eine letzte Frage.
Ah, okay.
Entschuldigung.
Ich habe nämlich von Microsoft direkt einen Artikel über dich auch gelesen, so ein bisschen in der Vorbereitung.
Und da stand, dass du schon immer begeistert von Computern warst und als Kind einen eigenen R2-D2 haben wolltest.
Hat das denn geklappt?
Nee, noch nicht.
Aber wir bauen noch dran.
Alles kein Thema.
Es ist also in der Mitte.
Ja, ich bin eh fasziniert, dass mein Partner, die ist Heilpädagogin und hat nichts mit Computern zu tun, ist nur fasziniert, was bei mir alles rumsteht.
Und sie so, was und das, was und das, wozu brauchst du das denn?
Und es ist wahnsinnig, wie oft man als Geek da steht und nicht beantworten kann, wozu man was braucht.
Aber man hat es halt, ne?
Ja, haben ist besser als brauchen.
Ansonsten hast du jetzt noch als Gast das letzte Schlusswort, wenn du möchtest.
Wenn du möchtest.
Gut, ich danke euch, dass ich die Chance habe, hier von einigen Sachen zu erzählen.
Bitte kommt weiter und fragt nach Sachen nach.
Probiert Sachen aus.
Und ja, Open Source ist was Tolles.
Und ich bin sehr begeistert, dass ich wirklich in einer Firma wie Microsoft an Open Source Sachen arbeiten kann.
Und ich kann auch wirklich jedem nur empfehlen, für seine Karriere Open Source anzugucken,
weil man überall, wo man teilnehmen kann und was lernen kann, ohne dass man extra eingestellt werden muss,
eine tolle Sache für deinen Lebenslauf ist.
Cool.
Sehr gutes Schlusswort.
Vielen Dank.
Dankeschön und bis zum nächsten Mal.
Bis zum nächsten Mal.
Tschüss.
Ciao.
Tschüss.