droidcon & fluttercon vom 05. - 07. Juli
Nur noch wenige Tage und es ist soweit, die droidcon und die fluttercon finden statt. Vom 05. - 07. Juli trifft man sich in Berlin zum Lernen, Programmieren und natürlich auch zum miteinander Reden. Nach einigen Jahren Pause, maßgeblich durch Corona, bin ich nun auch wieder mit dabei und freue mich auf interessante Sessions und Leute.
Ich bin gespannt wie die Kombination aus zwei Konferenzen so funktioniert, denke aber das es diverse gute Synergien gibt. Ich stelle mir aktuell meinen Plan (droidcon Agenda open_in_new & fluttercon Agenda open_in_new) zusammen und vermute das ich sogar etwas mehr Flutter, als Android Talks besuchen werde.
Ich hoffe an diesen Tagen einige neue und interessante Anregungen für meine professionellen und privaten Entwicklerprojekte mitnehmen zu können. Ich werde das Event sicherlich im Anschluss in einem gesonderten Beitrag verarbeiten. Sofern ihr Fragen habt meldet euch gerne direkt in den Kommentaren.
Bildquelle: www.droidcon.com open_in_new
Patchday - Device Marketing Names aktualisiert
Es ist mal wieder Zeit für neue Versionen meiner Device Marketing Names Libraries für Android und Flutter. Die heute neu erschienenen Versionen (Dart / Flutter Version 0.6.5 open_in_new und Kotlin Version 0.4.4 open_in_new) bringen eine frische Gerätedatenbank, Aktualisierungen der Abhängigkeiten und kleinere Anpassungen mit sich. Die Gerätedatenbank stammt wie immer von meinem Device Identifiers Tool, welches ebenfalls vor kurzem aktualisiert wurde. Es hat im Rahmen des 0.5.0 Releases einige Build Optimierungen und Aktualisierungen von Abhängigkeiten erhalten.
Die Installation der jeweiligen Updates sollte unkritisch sein und unkompliziert von statten gehen. Wer sich genauer informieren will, kann dies wie immer direkt in den jeweiligen GitHub Repositories tun. Folgt dafür einfach wie gewohnt den Related Links. Falls es Fragen gibt können selbige gerne direkt hier in den Kommentaren gestellt werden.
Related Links
Bildquelle: github.com open_in_new
Modern Android Development
Die Art und Weise wie man Android Apps entwickelt hat sich in den letzten Jahren durchaus verändert. Es gibt eine große Anzahl an alten APIs und Konzepten, welche sich über die Jahre weiterentwickelt haben und entsprechend muss Google sowohl den Support der alten Geräte, aber auch die Weiterentwicklung der Plattform selbst balancieren. Hier wurde in den letzten Jahren vieles grundlegend neu gestaltet, z.B. mit den Jetpack / AndroidX open_in_new Bibliotheken, die die alten Support Libraries ersetzen oder auch mit Kotlin open_in_new statt Java als Hauptsprache und natürlich auch mit Compose open_in_new als frisches UI Framework.
Meiner Meinung nach wurde hier sehr viel sehr richtig gemacht und das ohne das Nutzer alter Geräte permanent auf der Strecke bleiben. Doch nun stellt sich die Frage, ob man bei derart vielen Neuerungen es schafft am Ball zu bleiben. Damit diese Frage mit ja beantwortet werden kann gibt es die Modern Android Development Webseite von Google. Hier findet ihr einen Überblick zu allem was neu ist, allem was als Best Practice angesehen werden kann und generell allem was modern und interessant ist. Sofern ihr also im Kontext der Android Entwicklung unterwegs seid, schaut doch mal dort vorbei. Den Link und entsprechend alle weiteren Informationen gibt es in den Related Links.
Related Links
Bildquelle: developer.android.com open_in_new
Android Developer Survey 2023
Als Android Entwickler ist mir die Android Platform natürlich wichtig, denn sie ist die Basis für meine Entwicklungen und das sowohl für meine privaten, wie auch für meine beruflichen Projekte. Entsprechend bin ich der Meinung man sollte jede mögliche Art des Feedbacks nutzen, um eine positive Entwicklung der Platform zu unterstützen. Selbiges ist gerade mal wieder möglich, denn im Rahmen des Android Developer Survey 2023 geht es mal wieder darum Feedback zu sammeln, Schwerpunkte festzulegen und die generelle Stimmung zu erfassen. Sofern ihr euch in der Android Entwickler Welt bewegt, ist es vielleicht keine schlechte Idee die 10 bis 15 Minuten zu investieren. Ich habe selbiges bereits getan.
Related Links
Bildquelle: developer.android.com open_in_new
Android Studio Flamingo
Seit kurzem gibt es eine neue Android Studio Version, welche durchaus interessante neue Funktionen bietet. Android Studio Flamingo bringt diverse Hilfen für die Entwicklung mit den neuen dynamischen Farben im Android System mit sich, dies gilt sowohl für die eigentliche UI, wie auch für Icons.
Mit der Device Mirroring Funktion könnt ihr euer physikalisches Gerät direkt in Android Studio spiegeln, wie man es vom Emulator kennt. Auch Interaktionen mit dem Gerät sind möglich, was ein schnelles Arbeiten und Testen mit echten Smartphones oder Tablets ermöglicht, ohne das Device zu wechseln.
Ebenfalls sehr spannend ist die Network Inspector - Traffic Interception Funktion, denn selbige erlaubt euch nicht nur den Traffic zu sehen, was bereits möglich war, auch die Veränderung von selbigem kann zu Testzwecken vorgenommen werden. Zuvor waren für derartige Aufgaben externe Tools nötig und nun kann man direkt aus der IDE heraus z.B. Fehler-Responses ausprobieren.
Related Links
Bildquelle: developer.android.com open_in_new
Google I/O Livestream
In wenigen Stunden geht es los, die Google I/O steht vor der Tür. Heute um 19:00 Uhr startet Googles Event, welches erwartungsgemäß neue Android und Pixel Informationen hervorbringen wird. Ebenfalls ein ein relevantes Thema dürfte AI werden.
Neben generellen spannenden Neuigkeiten, gibt es natürlich auch wieder Sessions und Workshops für Entwickler. Egal ob Mobile, Web, AI oder Cloud, in allen Bereichen gibt es frische Inhalte, welche ihr live oder später via Youtube anschauen könnt. Folgt einfach den Related Links und stellt euch euer I/O Programm zusammen.
Ich werde das Event vermutlich nicht direkt live schauen können, da es einen terminlichen Konflikt gibt, aber vor allem die Keynotes werde ich sehr zeitnah nachholen. Ich freue mich vor allem auf neue Android und Flutter Ankündigungen, aber das Thema AI geht natürlich auch an mir nicht vorbei.
Bildquelle: events.google.com open_in_new
Patchday - Device Marketing Names aktualisiert
In den letzten Tagen habe ich meine geplanten monatlichen Updates für meine Device Marketing Names Libraries vorbereitet. Nach etwas mehr Arbeit als gedacht konnte ich selbige nun online stellen und somit sind Version 0.6.3 open_in_new Device Marketing Names - Dart / Flutter und Version 0.4.3 open_in_new Device Marketing Names - Kotlin verfügbar.
Im Dart / Flutter Bereich gab es die gewohnten Updates von Abhängigkeiten und natürlich einen frischen Datensatz, welcher von meinem Device Identifiers Tool geliefert wird.
Die Kotlin Library war dieses Mal etwas mehr Aufwand, da sich mit Gradle 8 open_in_new und dem Android Gradle plugin (AGP) 8 open_in_new einige Dinge geändert haben. Durch diese Breaking Changes musste ich unter anderem die Einbindung von Jacoco open_in_new für die Auswertung der Tests umbauen und auch der Release Flow, welcher über das maven-publish Plugin realisiert wird, musste angepasst werden. Auch wenn das Ganze etwas aufwendiger war als gedacht, kann ich nun direkt auf das offizielle Jacoco Plugin setzen, der Release Flow wurde vereinfacht und einige Stellen im Code sind nun besser strukturiert. Diese Änderungen sollten sich für Nutzer der Library nicht bemerkbar machen, hier dürfte lediglich der aktualisierte Datensatz sichtbar werden.
Related Links
Bildquelle: github.com open_in_new
Unzuverlässige Tests sind ein Problem
Ich bin durchaus ein Freund von Tests in der Softwareentwicklung, auch wenn ich sie ehrlicherweise zu selten nutze. Für mich persönlich ist wichtig wie und wofür man Tests einsetzt, denn einige Arten sind meiner Meinung nach nicht unbedingt das Gelbe vom Ei. Doch über das generelle für und wieder von verschiedenen Testarten möchte ich an dieser Stelle nicht sprechen, denn dafür bräuchte man eine komplette News-Sammlungen und würde vermutlich trotzdem die Hälfte nicht ausreichend betrachten.
Heute möchte ich auf einen Punkt eingehen der alle Arten von Tests mitunter extrem weniger relevant machen kann. Das Thema ist die Unzuverlässigkeit von Testergebnissen. Also Tests die manchmal funktionieren und dann doch wieder nicht und insofern bei der Auswertung unklare Ergebnisse generieren. Diese False Positives und False Negatives sorgen im Laufe der Zeit dafür, dass die Ergebnisse immer weniger ernst genommen werden und somit das Risiko besteht valide Probleme nicht zu erkennen.
Das Risiko derartiger Probleme ist sehr unterschiedlich und stark abhängig von der Art der Tests. Bei Unit Tests dürften solche Probleme eher selten auftreten, da man hier ja in sich geschlossene und lokale Funktionen testen soll. So umfangreicher der Test Flow, so problematischer wird das Ganze allerdings. Auch die Menge an externen Tools und involvierter Software und Hardware beeinflusst die Häufigkeit dieser Problematik maßgeblich. Wenn also Unit Tests eher selten Probleme in diesem Bereich haben, sind End to End Tests oder UI Tests eher anfällig für selbige.
Bildquelle: boehrsi.de open_in_new
Tessa App Version 2.2 veröffentlicht
Vor wenigen Stunden gab es mal wieder ein geplantes Update für die Tessa App. Ich versuche aktuell meinen „ein mal pro Quartal„ Release-Zyklus einzuhalten und bis dato funktioniert dies meist ganz gut.
Update 2.2.0 bringt ein überarbeitetes User Interface im Kontaktbereich und einen dedizierten Eintrag für die Statistik in der Hauptnavigation. Zuvor war der Statistik-Bereich nur indirekt erreichbar, was meiner Meinung nach eher unpraktisch war. Damit einher geht eine Änderung in der Kalenderansicht, welche die Anzeige der primären Aktivitätskategorie des jeweiligen Monats besser hervorhebt und dem Nutzer die Möglichkeit gibt schnell die dazugehörigen Aktivitäten zu überfliegen. Ebenfalls neu ist die Möglichkeit lokale Backups zu erstellen. Zuvor war es möglich seine Backups z.B. an Google Drive zu senden, was weiterhin eine Option ist, nun kann allerdings auch ein lokaler Geräteordner gewählt werden.
Related Links
Bildquelle: boehrsi.de open_in_new
Patchday - Device Marketing Names aktualisiert
Gestern gab es wieder einmal einen kleinen Patchday für meine aktuellen Projekte. Die Flutter und Android Versionen meiner Device Marketing Names Library wurden dabei mit neuen Daten ausgestattet, welche von meinem kleinen Dart Tool Device Identifiers geliefert werden.
Die aktuelle Flutter Library Version der lautet damit 0.6.2 open_in_new und bei Android haben wir Version 0.4.2 open_in_new erreicht. Letztere erhielt darüber hinaus ein paar Aktualisierungen der Abhängigkeiten. Funktional gab es keine Änderungen. Alle weiteren Informationen gibt es wie gewohnt in den Related Links und falls es Fragen gibt, meldet euch gerne in den Kommentaren.
Related Links
Bildquelle: github.com open_in_new