Alle Episoden zu Frontend Themen aus der Sicht von Backend Engineers.. Fontend ist gerade fĂŒr EntwicklerInnen aus dem Backendbereich oft schwer verstĂ€ndlich und trotzdem wagen wir uns in diesen Bereich und versuchen diese Themen möglichst Back-end-freundlich zu verarbeiten. Hört rein.
Frontend-Engineering Metriken im Team einfĂŒhren mit dem Working Draft Podcast. Im Engineering Kiosk Adventskalender 2024 sprechen befreundete Podcasterâ innen und wir selbst, Andy und Wolfi, jeden Tag kurz & knackig innerhalb von wenigen Minuten ĂŒber ein interessantes Tech-Thema. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: đ (top)Â đ (geht so) LinksWorking Draft Podcast: https://workingdraft.de/Core Web Vitals: https://web.dev/articles/vitals?hl=enSentry: https://sentry.io/AxeÂź accessibility testing tools: https://www.deque.com/axe/WAVE Web Accessibility Evaluation Tools: https://wave.webaim.org/ Sprungmarken(00:00:00) Frontend-Engineering Metriken im Team einfĂŒhren HostsWolfgang Gassler (https://mastodon.social/@woolf)Andy Grunwald (https://andygrunwald.com/) FeedbackEngKiosk Community:...
Es gibt viele Wege ein Problem zu lösen, doch wie wĂŒrdest du es tun? Softwareentwicklung ist weit mehr als nur Programmieren. Es geht darum, das eigentliche Problem zu verstehen, sich zu fragen, ob dies wirklich ein Problem ist und ob es sich (in Bezug auf den Aufwand) lohnt, dieses Problem zu lösen und wie man es lösen wĂŒrde. Verschiedene Lösungswege zu durchdenken, die Vor- und Nachteile abzuwĂ€gen und final die beste Entscheidung zu treffen, ist einer der gröĂten Skills von erfahrenen Softwareentwickler*innen. In dieser Episode machen wir genau das: Eine Art Design- bzw. Architektur- bzw. Implementierungs-Diskussion. Wir stellen die Frage âWie wĂŒrdest du folgendes Problem lösen und implementieren?â. Das Szenario ist dabei eine Art Preis-Monitor. Ăhnlich wie Geizhals oder Idealo, doch deutlich simpler. Bonus: Brauchen wir ein Cron-Package in jeder Programmiersprache? Unsere aktuellen...
Wie technisch sollten UI und UX-Engineers eigentlich sein? Dass gutes Design und eine gute User Experience ĂŒber den Erfolg oder Misserfolg eines Produktes entscheiden kann, haben Plattformen wie AirBnB oder Docker erfolgreich gezeigt. Denn irgendwie hat jedes Produkt, egal ob Hard- oder Software, eine OberflĂ€che und Bedienelemente. Deswegen steigen wir mit dieser Episode mal in die Felder User Interface (UI) und User Experience (UX) ein. Wir klĂ€ren, was es eigentlich ist und wo der Unterschied ist, wie UI und UX-Design eigentlich in einem hoch-technischen Produkt, wie zB einem Datenbank-Hoster, aussehen kann, welchen signifikanten Einfluss gutes UX haben kann, was Primary and Secondary Actions, die first mile of Product, Design Thinking oder Double Diamond ist, wie man eine gute Product Engineering Culture aufbaut, aber auch worauf es bei der Zusammenarbeit beim Produkt-Trio (Produkt...
Ein Leitspruch fĂŒr die Frontend-Welt: Make simple things simple and complex things possible Die Frontend-Entwicklung hat in den letzten Jahren einen ziemlich groĂen Wandel erlebt. Es fing alles ganz simpel an: CSS und JavaScript wurden einfach via script-tag inkludiert. Danach kamen Performance-Optimierung durch Minification, mehr JavaScript- und CSS Features (zB Browser-APIs) wurden in die Browser implementiert und die Standards kamen nicht hinterher, doch wir Entwickler*innen wollten wir diese schon in Produktion nutzen (aka Polyfills und Transpilieren). Und auch die Web-Apps wurden immer mehr âDesktop-Likeâ, was einen Effekt auf die Frontends von heute hat, zB. React, Vue und Co. Und wo sind wir heute? Frameworks wie HTMX, die mit Einfachheit werben, erleben einen neuen Hype. Doch ist das alles neu oder nur âalter Wein in neuen SchlĂ€uchenâ? Erkaufen wir uns durch diesen groĂen...
JavaScript: Eine multiparadigmatische Skriptsprache mit einem schwachen dynamischen Ducktyping-System. Um die Sprache JavaScript kommt man im Web nicht mehr vorbei. Die meisten kennen sie durch Frameworks wie React, Angular, Vue.js, Next und Co. Doch wie viel weiĂt du ĂŒber die HintergrĂŒnde und die Weiterentwicklung dieser Sprache? In dieser Episode geht es nicht um das nĂ€chste hippe JavaScript-Framework, sondern wir sprechen mit Peter Kröner darĂŒber, wie JavaScript erfunden wurde, was ECMAScript ist, wie TypeScript in den Mix spielt, warum die Sprache so beliebt ist, wie neue Features den Weg in die Sprache finden, was das TC39 ist, ĂŒber das Monopol im Browser, verschiedene JavaScript-Engines und viel mehr. Bonus: Wenn Hamburg im SĂŒden liegt. Das schnelle Feedback zur Episode: đ (top) đ (geht so)
Ist GitHub Copilot (und AI) wirklich dein fehlender Partner beim Pair-Programming? AI und speziell auf die Programmierung trainierte Modelle sind angetreten, um die Welt, wie wir programmieren, zu verĂ€ndern. Doch halten diese auch die Versprechen? GitHub Copilot ist der Platzhirsch im Markt. Viele Software-Entwickler*innen haben den Service bereits ausprobiert. Manche schwören darauf und wollen nicht mehr ohne. Manche sagen "Och, ganz nett", aber nutzen es nicht regelmĂ€Ăig und andere wiederum, "hatten noch nicht die Zeit rein zu schauen". Wolfgang ist einer der Early Adopter und nutzt GitHub Copilot tĂ€glich. In dieser Episode teilt er seine Erfahrungen und wir sprechen ĂŒber Themen wie GitHub Copilot effektiv genutzt werden kann, Training Bias, den möglichen ProduktivitĂ€ts Boost, Bugs die durch die AI generiert werden, die Auslagerung von langweiligen Arbeiten und warum die Nutzung von...
Monolithen und Microservices: Ein Evergreen der Software-Industrie. Mitte der 2010er Jahre bekam das Thema der Microservices PopularitĂ€t. Doch was haben wir nach ca. 9 Jahren darĂŒber gelernt? Sind Microservices immer noch der heilige Gral oder war es eine tolle Reise und alle pendeln zurĂŒck zu Monolithen? Viele Firmen haben positive und negative Erfahrungen und Learnings mit Microservices gemacht. Doch war es fĂŒr alle der richtige Schritt? Nutzen die meisten Firmen die wahren Vorteile von Microservices wirklich aus? Und welches Problem löst der Microservice-Trend eigentlich? Ein technisches oder organisatorisches Problem? Welche Probleme gibt es in der Welt um Microservices, besonders in groĂen, schnell wachsenden Organisationen? Was sind typische GrĂŒnde warum Microservices scheitern? Und waren Cloud Native, Container-Scheduler wie Kubernetes und Co einfach nur weiteres Ăl, was ins...
Content Delivery Networks (CDNs): Die Netz-Entlastung des Internets Jeder nutzt sie, bewusst oder unbewusst: Content Delivery Networks. Sie sind aus dem Internet nicht mehr wegzudenken. Angetreten, um einzelne Server/Websites vor Ăberlastungen zu schĂŒtzen, bilden diese nun das Backbone von schnellen Ladezeiten fĂŒr Websites, Video-Streaming und Co. Doch was genau ist eigentlich ein CDN? Was sind Vor- und Nachteile? Welche Arten von CDNs gibt es? Hat der Begriff "Edge" aus dem Cloud-Bereich auch was damit zu tun? Und ĂŒberhaupt: Sollte ich mit meiner App ein CDN verwenden, wie wĂŒrde ich meine App migrieren und ist dies ĂŒberhaupt konform mit den aktuellen Datenschutz-Regelungen? Dies und noch viel mehr in dieser Episode. Bonus: Was Geldautomaten und Holland-RĂ€der mit Content Delivery Networks zu tun hat. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners  ...
Zerstört die Anwendung von Clean Code die Performance deiner Applikation? Es war einmal Casey Muratori, ein Softwareentwickler mit Fokus auf Game-Engines, der sich ins Internet gestellt hat und sagte "Clean Code resultiert in schrecklicher Performance". Das YouTube-Video ging um die Welt, die YouTube-Kommentare wurden deaktiviert und Hackernews ging bis an die Decke. Auch der Kopf hinter "Clean Code", Uncle Bob, hat dies nicht auf sich sitzen lassen und ging in die Diskussion. Diese Episode handelt genau um das genannte Video. Wir besprechen, was die Key-Message des Videos ist, wer der Autor ist, was Clean Code ist und von wem es stammt und um was sich die Diskussion zwischen Casey Muratori und Uncle Bob dreht. Eine Art "Reaction-Podcast", sozusagen. Bonus: Was der heilige Gral der Teamentwicklung ist. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners  ...
Beim Programmieren ist alles ein Algorithmus. Irgendwie zumindest. Doch wie misst man die ZeitkomplexitĂ€t? Das ganze nennt sich Big-O-Notation, oder zu deutsch "Bachmann-Landau-Notation". Eigentlich ein recht trockenes Thema, doch auch irgendwie relevant in der heutigen Zeit von verteilten Systemen und groĂen Datenmengen. Doch was ist die Big-O-Notation? Was sagt sie aus? Wo kommt diese in der Praxis vor? Und inwieweit hat das ganze noch eine Relevanz in Zeiten von Cloud Computing und fast unbegrenzten Hardware-Ressourcen? Darum geht es in dieser Episode. Bonus: Wie Andy und Wolfgang in deutscher Grammatik belehrt werden, ob es OK ist in 1on1s zu fluchen und das Hash-Kollisionen mit der ganzen Sache zu tun haben.
Was haben die JavaScript Pakete left-pad, color, faker und cross-env gemeinsam? Alle waren in npm Package Sicherheits-Incidents involviert. Wenn man sich die Anzahl von Javascript AbhĂ€ngigkeiten bei MittelgroĂen Projekten ansieht, ist eine dreistellige Anzahl an JavaScript Paketen nicht unĂŒblich. Das liegt primĂ€r an der ĂŒberschaubaren GröĂe der Pakete und somit der FunktionalitĂ€t. Alles nur, um Pakete verwaltbarer zu halten. Doch dieser Umstand macht das JavaScript-Ecosystem so attraktiv fĂŒr Angreifer oder kann zu extremen Seiteneffekten fĂŒhren. In dieser Episode sprechen wir drei npm Package Incidents durch, was es damit aufsich hatte, welche Attack-Möglichkeiten es noch gibt und wie man sich als Software Entwickler dagegen schĂŒtzen kann. Bonus: Was Bademeister, Blubberwasser und eine ASCII-ReprĂ€sentation von Uncle Sam und der amerikanischen Flagge mit JavaScript zu tun haben.
Statische Websites sind wieder cool und wir springen mit der eigenen Website direkt auf den Hype. Eine Episode mal in (teilweise) eigener Sache: Nach 6 Monaten und 20 Episoden haben wir eine eigene Website gebaut. Mit einem Static Site Generator. Wieso wir eine eigene Website haben wollen, was wir uns davon erhoffen, wie der technische Unterbau aussieht, wo wir recht dreckige Hacks eingebaut haben, was Static Site Generatoren sind und wozu sie eigentlich gut sind, bei welchen Use-Cases diese nicht geeignet sind und warum ein Produkt-Name zu Weltraum-Ergebnissen bei Google fĂŒhren kann, klĂ€ren wir in dieser Episode. Bonus: Was die Toten Hosen, Broilers und Rammstein mit Static Site Generators zu tun haben und wieso Ăsterreich so gut im Marketing ist.
Code Reviews: Jeder will schnelles Feedback, doch niemand hat Zeit dafĂŒr - Eine Hassliebe. Eine Komponente im Alltag jedes Software Engineers. Egal ob Junior, Senior oder Staff-Engineer. Jeder erstellt Code Reviews und kommentiert die Arbeit von den Kollegen. Doch wie sehen gute Code Reviews aus? Was gehört hinein, was bleibt besser drauĂen? Wie viel Reviewer machen Sinn? Wie geht man mit Nitpicking-Kommentaren und Gatekeepern um? Und allgemein: Zieht dieser zusĂ€tzliche Schritt nicht die Performance des Teams runter und ist sowieso Overhead? All das und noch viel mehr in dieser Episode zum Thema Code Reviews. Bonus: Was Faultiere und Markus Söder mit Code Reviews zu tun haben und warum Blubberwasser den Charakter verdirbt.
Was ist eigentlich Over-Engineering? Und wann ist es einfach nur gutes Engineering? Ist das eigentlich immer nur negativ? Oder auch mal positiv? Gibt es auch Under-Engineering? In dieser Episode philosophieren Andy und Wolfgang darĂŒber, wann der Drang nach dem perfekten Source-Code Overenegineering ist und warum es in der akademischen Welt nur dreckig programmiert wird. Bonus: Warum Wolfgang seine Kletterschuhe nach Tschechien sendet Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Wolfgang und Andy erzĂ€hlen ein wenig was ĂŒber ihre eigenen Side Projects sourcectl (https://gettoknow.sourcectl.dev/), F-Online (https://www.f-online.at/) und the athlete (https://theathlete.app/). Wir machen eine Rundfahrt durch den verwendeten Technologienzoo, diskutieren ob man Monitoring in Side Projects benötigt, wann es Over-Engineering und wann gerechtfertigt ist, ob der heutige Einsatz von Zend Framework 1 schon als kriminell gewertet werden kann und hören Wolfgang zu, wie er DevOps AnfĂ€ngerfehler begeht indem ihm die Festplatte voll logs lĂ€uft. Bonus: Wie Wolfgang den ultimativen Reichtum mit seinem eigenen CMS zur dotcom Blase verpasst hat Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Frontend Software QualitÀt 
