Industrie 4.0 08. Sep 2022 Von Harald Weiss

Technische Schuld in der Industrie: Bei den Gefahrenquellen ansetzen

Die Folgen schlechter Programmierung beschäftigen die Informatik schon lange. Nun erreicht das Thema die Industrieautomatisierer.

Der Softwareanteil in der Automatisierungstechnik nimmt zu. Damit stellt sich auch hier immer öfter die Frage nach dem Umgang mit der Technischen Schuld.
Foto: PantherMedia / Gorodenkoff

Software ist aus der Automatisierungstechnik kaum noch wegzudenken. Deshalb müssen sich Fachleute dort verstärkt mit Themen auseinandersetzen, die in der Softwareentwicklung längst etabliert sind. Ein Beispiel ist die „technical debt“ – ins Deutsche übersetzt „Technische Schuld“.

Software-Ingenieure wissen was dahintersteckt. Der Begriff wurde schon vor vielen Jahren geprägt, um ein besonderes Problem der Software-Entwicklung in den Griff zu bekommen. Technische Schuld ist das Ergebnis der Priorisierung einer schnellen Lieferung gegenüber „perfektem“ Code. Es ist die kumulative Summe aller Designentscheidungen, die die Zukunftsfähigkeit, wie Wartung und Weiterentwicklung des Produktes beeinträchtigen. Im Programmierjargon spricht man auch von „Quick & Dirty“. Das Vorgehen kann zu erheblichen Folgeschäden und Kosten führen.

Unterschied zwischen beabsichtigter und unbeabsichtigter Schuld

Dabei unterschiedet man zwischen beabsichtigter und unbeabsichtigter Schuld, sowie zwischen kurzfristiger und langfristiger Schuld. Unbeabsichtigt entsteht sie, wenn etwa unerfahrene Softwareentwickler unwissentlich schlechten Code schreiben. Unter „Long-Term Debt“ versteht man dagegen strategische Entscheidungen, wie die Wahl einer Software-Plattform oder einer Datenbank, die zu Herausforderungen in der Zukunft führen kann.

Lesetipp: Messtechnik in der Produktion – Die nächsten Schritte zur Integration

Ein anschauliches Beispiel liefert das Jahr-2000-Problem, das 1999 die IT-Welt beherrschte. Damals ging es darum, dass viele Anwendungsprogramme aus den 70er- und 80er-Jahren die interne Jahreszahl nur zweistellig abspeicherten, also 99 für 1999. Damit aber waren programmierte Zeitdifferenzrechnungen, die über 1999 hinausgehen, nicht möglich. Es bestand die Gefahr, dass diese Programme ab dem 1.1.2000 nicht mehr funktionieren.

Artikel weiterlesen?

Erhalten Sie Zugang zu allen kostenpflichtigen VDI nachrichten Plus-Beiträgen (Vn+)

Monatsabo VDI nachrichten Plus
mit wöchentlichem News-Alert
Das Abo ist monatlich kündbar.
7,99 EUR/Monat
1 Monat kostenlos testen

Jetzt abonnieren

Jahresabo VDI nachrichten Plus
mit wöchentlichem News-Alert
Das Abo ist monatlich kündbar.
92 EUR/Jahr
1 Monat kostenlos testen

Jetzt abonnieren

Oder Sie werden VDI-Mitglied und lesen im Rahmen der Mitgliedschaft Vn+

Jetzt Mitglied werden

Themen im Artikel

Ein Beitrag von:

Stellenangebote

WIKA Alexander Wiegand SE & Co. KG

Testingenieur Firmware (m/w/d)

Klingenberg am Main
WIKA Alexander Wiegand SE & Co. KG

Elektronikentwickler IIoT Firmware (m/w/d)

Klingenberg am Main
Ernst-Abbe-Hochschule Jena

Professur (W2) Virtuelle Produktentwicklung

Jena
Ernst-Abbe-Hochschule Jena

Professur (W2) Grundlagen der Elektrotechnik

Jena
Ernst-Abbe-Hochschule Jena

Professur (W2) Strömungslehre und Thermodynamik

Jena
Jade Hochschule Wilhelmshaven/Oldenburg/Elsfleth

Professur (m/w/d) für das Gebiet Mathematik und Ingenieurwissenschaften

Wilhelmshaven
Bundesanstalt für Straßenwesen

Ingenieurin/Ingenieur (m/w/d) mit einem Diplom/Bachelor des Maschinenbaus, der Mechatronik oder der Elektrotechnik

Bergisch Gladbach
Technische Hochschule Ostwestfalen-Lippe

W 2-Professur Elektronik

Lemgo
Universität Ulm

Referent/in (m/w/d) für Technologietransfer und Projektmanagement

Ulm
HAWK Hochschule für angewandte Wissenschaft und Kunst

Professur (W2) für das Lehrgebiet Green Building Systems

Holzminden
Zur Jobbörse

Das könnte Sie auch interessieren

Empfehlungen des Verlags

Top 5 aus der Kategorie Automation