Embedded-Teams bringen Software-Updates heute schneller denn je heraus. Dies erfordert eine Reihe von Tools, mit denen sich trotz der hohen Geschwindigkeit eine gute Codequalität aufrechterhalten lässt, die Software auf potenzielle Fallstricke untersucht, automatisierte Tests ermöglicht und die Software-Konformität überprüft. Immer mit der Maßgabe: “Wie verbessert man die Qualität und kann dennoch schnell liefern?”

Bereits zum zweiten Mal hat das Wirtschaftsmagazin FOCUS die besten Anbieter für Erwachsenen-Weiterbildung ausgezeichnet. Die aktuelle Erhebung aus der FOCUS-BUSINESS Ausgabe 03/2020 belegt eindrucksvoll: MicroConsult zählt zu Deutschlands Top-Anbietern für Weiterbildung 2021.

Weiterbildungen dürfen unter bestimmten Auflagen wieder in Präsenz stattfinden. Damit steht Ihrem Seminar vor Ort bei MicroConsult nichts mehr im Weg.

Wer nicht fragt, erfährt nichts. Diese Binsenweisheit lässt sich auch auf die Arbeitswelt und die Embedded-Entwicklung übertragen. Fragen Sie! Und Fragen Sie richtig!

Manchmal ist es nicht mehr damit getan, alten Code zu erweitern: Eine Rundumerneuerung muss her. Dieser Beitrag beschreibt Vorgehen rund um das Embedded Software Redesign und erläutert dabei die Begriffe Reverse Engineering, Refactoring und Reengineering.

Es gibt immer eine Ausrede, warum man gerade keinen guten Code schreiben kann. Es wird aber immer nur eine Ausrede bleiben. Einen triftigen Grund, schlechten Code zu schreiben, gibt es nicht. Die hier gezeigten SOLID-Prinzipien sind Hinweise, die es einem Entwickler erleichtern, im Alltag die Codequalität zu verbessern.

Der Wissensdurst der Softwareentwickler bleibt ungebrochen groß: So zog es auch dieses Jahr wieder über 1100 Teilnehmer zu den über 100 Vorträgen und Seminaren auf den ESE Kongress nach Sindelfingen, um sich fortzubilden und über neueste Trends auszutauschen.

Obwohl C keine objektorientierte Sprache ist, ist die objektorientierte Programmierung mit ihr durchaus machbar. Was ist möglich und wo stößt die Programmiersprache C an ihre Grenzen?

Erfolgreiche Embedded-Software wird meist über einen langen Zeitraum hinweg entwickelt. Dabei kann es passieren, dass hin und wieder Beziehungen in den Code eingebaut werden, die dort nichts zu suchen haben. Mit der Zeit weicht die Software immer stärker von der geplanten Architektur ab – die Software-Erosion befindet sich in vollem Gange.

Nehmen wir eine Steuerung für einen Kaffeeautomaten und betrachten für dieses Embedded-System den Lebenszyklus von der Geburtsstunde bis zum Ruhestand. Die Steuerung erzählt eine spannende Geschichte mit vielen Überraschungen. Die eine oder andere Episode aus dem Lebenslauf des Embedded-Systems ESKA01 kommt Ihnen mit Sicherheit sehr bekannt vor.