Blog

Früher kämpften wir für unsere Freiheit, heute bezahlen wir für einen bequemen Kontrollverlust. Wir sind süchtig nach Synchronisation und blind für den Preis, den wir wirklich zahlen, unsere Souveränität. Der Weg aus der digitalen Knechtschaft der Tech-Giganten führt über Eigenverantwortung und offene Systeme. Ein Weg zurück zur Datenhoheit und lokaler Infrastruktur.

Diese Geschichte kennt jeder von uns: Für ein Software-Projekt will man nicht alles selber entwickeln, sondern Bibliotheken verwenden. Beim Review einer solchen Abhängigkeit sind uns Zweifel an der Sicherheit des Codes gekommen. Deshalb haben wir die Bibliothek genauer unter die Lupe genommen. Mittels Fuzzing mit konnten wir mit wenig Aufwand Speicherfehler und Logikprobleme identifizieren. Diese Schwachstellen haben wir behoben und als Pull Request eingereicht. Nach unserer Analyse und Fehlerkorrektur haben wir nun mehr Vertrauen in die Bibliothek.

Stellen Sie sich vor, ein Kunde bestellt Waren im Wert von 100.000 CHF – und erhält diese Lieferung zweimal. Ein solcher Vorfall bedeutet nicht nur Verwirrung und Rückabwicklung, sondern auch Zeitaufwand und finanzielle Verluste. Der Kunde reklamiert, der Support muss reagieren, die Buchhaltung wird belastet. Solche Doppelbuchungen sind keine Seltenheit: Nach unseren Erfahrungen treten sie bei mobilen Bestellungen in bis zu 3 % der Fälle auf. Und meist ist nicht der Benutzer schuld – sondern technische Schwächen in der Kommunikation zwischen Anwendung und Backend-Systemen. In diesem Artikel erfahren Sie, warum solche Fehler auftreten und mit welcher einfachen Massnahme man sie zuverlässig verhindern kann.

Das User Interface Design einer Applikation ist einem ständigen Wandel unterworfen. Trends kommen und gehen. Wie lässt sich ein Design-System über Jahre hinweg konsistent und effizient weiterentwickeln, ohne dass ein kostspieliges Redesign nötig ist?

Wenn zwei Prozesse gleichzeitig auf denselben Speicher zugreifen, kann das fatale Folgen haben - wie der tragische Therac-25 Vorfall in den 1980er Jahren zeigte. Heute, fast 40 Jahre später, verspricht die Programmiersprache Rust solche "Race Conditions" durch ihr einzigartiges Ownership-Konzept unmöglich zu machen. Besonders im Embedded-Bereich, wo Sicherheit und Ressourceneffizienz Hand in Hand gehen müssen, wäre dies ein gewaltiger Fortschritt. In den letzten Wochen des Jahres 2024 haben wir Rust auf Embedded-Systemen getestet.