Du übernimmst eine IoT-Codebasis ohne Tests, aber mit Geräten im Feld. Der naheliegende Plan lautet: Unit-Tests nachrüsten, Testabdeckung erhöhen, später Hardware anschließen. Ich würde die Reihenfolge umdrehen. Zwischen 2024 und 2026 sind Software-Lieferkette und Sicherheitsnachweise dringlicher geworden; ein grüner Build sagt weiterhin wenig darüber aus, was nach einem Verbindungsabbruch oder…
Ein IoT-Board lässt sich in Stunden auswählen; die Entscheidung für dessen SDK, Updateverfahren und Lieferanten bindet den Betrieb oft jahrelang. Meine Position ist unbequem: Für produktive Geräte ist ein langsamerer, nachvollziehbarer Release-Prozess wertvoller als ein Framework, mit dem das erste Demo schneller läuft. Wer die Betriebsfähigkeit eines Anbieters prüfen soll,…
Dein OTA-Update läuft im Test durch, die CI ist grün, und trotzdem weiß nach dem Rollout niemand, welche Geräte tatsächlich die neue Firmware ausführen. Bei einer wachsenden IoT-Flotte bricht meiner Ansicht nach zuerst die Zuordnung von Gerät, Zielversion und bestätigtem Zustand – nicht der Update-Mechanismus selbst. Wer diese Zuordnung erst…
Ein IoT-Prototyp sendet Messwerte, das Dashboard zeigt Kurven, und plötzlich soll derselbe Aufbau nachts zuverlässig laufen. Das kleine Budget ist dabei nicht das eigentliche Risiko: Gefährlich wird es, wenn niemand festlegt, welche Daten verloren gehen dürfen und wer bei einem Ausfall eingreift. Meine Position ist unbequem: Lieber ein einzelner, bewusst…
Ein günstiger IoT-Prototyp wird teuer, sobald niemand sagen kann, wie lange Telemetrie ausfallen darf oder wer sie nach einem Neustart nachliefert. Meine Position: Für kleine Budgets ist ein einzelner MQTT-Broker vertretbar, sogar in Produktion. Nicht vertretbar ist es, Hochverfügbarkeit zu behaupten, ohne Wiederanlauf und Datenverlust geprüft zu haben. Bezahle zuerst…
Viele Entwicklerwerkzeuge wirken wie ein kurzer Weg zu effizienter Softwareentwicklung, bis du sie ein halbes Jahr später patchen, erklären und gegen Fehlalarme verteidigen musst. Meine unbequeme Position: Ein Junior-Entwickler mit ein bis zwei Jahren Erfahrung sollte weniger Tools einführen, als er technisch bedienen könnte, weil jede zusätzliche Abhängigkeit eine dauerhafte…
Der teuerste Teil an Mikrocontroller-Boards ist selten das Board. Für Junior-Developer wirkt ein ESP32, RP2040 oder Arduino wie ein schneller Weg aus der reinen Softwarewelt, aber der Wartungsaufwand frisst später die Zeit, weil Hardwarezustand, Toolchain und Feldfehler nicht sauber versionierbar sind. Meine unbequeme Position: Ein Board ist erst dann eine…
Industrie-Prototyping scheitert selten an der Demo, sondern am ersten Montag nach der Demo. Meine Position: Ein MVP, das Sensor-, Maschinen- oder Anlagenzustände verarbeitet, ist ab dem ersten externen Test ein Produktionssystem. Wer es anders behandelt, spart scheinbar zwei Wochen Entwicklung und kauft sich dafür Monate an Bereitschaftsdienst, Datenkorrekturen und politischen…
Sie übernehmen eine IoT-Codebasis ohne Tests, mit Geräten im Schrank, MQTT-Themen im Wiki und Deployments, die niemand gern anfasst. Der populäre Default lautet: erst eine End-to-End-Umgebung mit echten Boards, Broker, Cloud und App aufbauen. Ich halte das für die falsche Wahl für die meisten Teams, weil sie Unsicherheit vervielfacht, bevor…
Moderne IT entsteht nicht allein im Code: Sie braucht zuverlässige Elektronik, passende Hardware, stabile Schnittstellen und eine durchdachte Infrastruktur. Dieser Artikel zeigt, wie Hardwareentscheidungen Entwicklungsprozesse, Projektkosten, Sicherheit, Skalierbarkeit und Nachhaltigkeit beeinflussen. Von Prototyping über Embedded-Systeme bis zu Servern, Sensorik und DevOps-Umgebungen wird deutlich, warum technische Planung früh beginnen muss. Hardware…