In dieser Folge erzĂ€hlt Bastian Krause uns warum man öfter als man vielleicht denkt Webbrowser auf EmbeddedgerĂ€ten vorfindet und was die verwendeten Browser von normalen Desktopbrowsern unterscheidet. AuĂerdem reden wir ĂŒber Browserengines im Allgemeinen und auch ein bisschen ĂŒber automatisiertes Testing von Webapplikationen.
In dieser Folge erzĂ€hlt Bastian Krause uns warum man öfter als man vielleicht denkt Webbrowser auf EmbeddedgerĂ€ten vorfindet und was die verwendeten Browser von normalen Desktopbrowsern unterscheidet. AuĂerdem reden wir ĂŒber Browserengines im Allgemeinen und auch ein bisschen ĂŒber automatisiertes Testing von Webapplikationen.
In wahrscheinlich jedem Berufsfeld gibt es Schauergeschichten, die man sich abends am Lagerfeuer mit einer Taschenlampe am Kinn erzĂ€hlen kann. So auch in der Welt der Software. In diesem Podcast geben wir in unregelmĂ€Ăigen AbstĂ€nden Entwicklerinnen und Entwicklern die Möglichkeit ihre Schauergeschichten zu erzĂ€hlen. Es geht um monatelange Fehlersuchen, deren Ergebnis nur eine Hand voll Zeilen falscher Code sind, um subtil fehlerhafte Hardware, die zu sporadisch auftretenden Geistern im System fĂŒhrt, um bröckelnde Software, deren Quellcode schon vor Jahren verloren gegangen ist, und manchmal auch um ganz was anderes.
Wer nicht die ganze Folge hören möchte kann sich an den folgenden Zeitmarken orientieren:
00:00 Einleitende warme Worte. Bastian erzĂ€hlt was er im Integrationsteam so macht und wie das Zusammenstellen von Board Support Packages (BSPs) und Images fĂŒr EmbeddedgerĂ€te so funktioniert. 09:00Ăbergang zum Thema Browser auf EmbeddedgerĂ€ten und warum sie als Alternative zu klassischen GUI-Toolkits wie z.B. QT verwendet werden.
Ressourcenverbrauch ist kein so groĂes Problem mehr wie es einmal war und fĂŒr Webentwicklung sind EntwicklerInnen leichter zu bekommen als fĂŒr native Anwendungen mit QT.
12:30Wenn Browser zum Anzeigen von Anwendungen auf EmbeddedgerÀten so verbreitet sind, warum sehe ich dann nirgendwo browsertypische Bedienelemente auf Automaten?
Weil der Browser in einem abgespecktem Kiosk-Modus lÀuft, in dem keine Bedienelemente angezeigt werden.
In manchen FĂ€llen, wie z.B. Smart-TVs, kommen aber auch normale Browser mit Bedienelementen zum Einsatz.
15:00Das Thema Browserengines.
Engines sind so komplex geworden, dass z.B. Microsoft und Opera die Entwicklung ihrer eigenen Engine aufgegeben haben. Stattdessen gibt es jetzt noch die groĂen Engines WebKit (Safari), Blink (Chrome, Chromium, Edge, Opera âŠ) (ein WebKit Fork) und Gecko (Firefox).
26:00Als Teil des WebKit-Projekts gibt es verschiedene Ports - Anpassungen der Engine und des Drumherums auf verschiedene Hardwareplatformen. Darunter ist z.B. eine fĂŒr die Sony Playstation aber auch eine mit dem Namen "Web Platform for Embedded" (WPE).
WPE is auf typische Embedded-Usecases optimiert, also niedriger Ressourcenverbrauch, gröĂtmögliches Auslagern von Berechnungen fĂŒr z.B. Videodekodierung an Hardwareeinheiten, auf Embedded-GerĂ€ten vertretene Input-/Output-Möglichkeiten âŠ.
38:30 Schwenk zu einem anderen Thema - automatisiertes Testing von Webanwendungen per Selenium und WebDriver. 44:00 Wie funktionieren Code-Contributions bei einem Riesenprojekt wie WebKit? Das kommt darauf an welchen Teil des Codes die Ănderungen betreffen. FĂŒr die Ports z.B. gibt es verschiedene Maintainer in verschiedenen Firmen. 52:30 Abschluss und Verabschiedung.