Conways Gesetz

Autor: Louise Ward
Erstelldatum: 5 Februar 2021
Aktualisierungsdatum: 1 Juli 2024
Anonim
#65 Agilität und Software Engineering – oder Conways Law und DevOps
Video: #65 Agilität und Software Engineering – oder Conways Law und DevOps

Inhalt

Definition - Was bedeutet Conways Law?

Das Conways-Gesetz ist ein Aphorismus in der IT, der die Idee aufstellt, dass „Organisationen, die Systeme entwerfen, gezwungen sind, Entwürfe zu produzieren, die Kopien der Kommunikationsstrukturen dieser Organisationen sind“. Diese Idee lässt sich auf einen Programmierer namens Melvin Conway zurückführen, der dieses Prinzip entwickelt hat in den späten 1960er Jahren.


Eine Einführung in Microsoft Azure und die Microsoft Cloud | In diesem Handbuch erfahren Sie, worum es beim Cloud-Computing geht und wie Microsoft Azure Sie bei der Migration und Ausführung Ihres Unternehmens aus der Cloud unterstützen kann.

Techopedia erklärt Conways Law

Eine andere Möglichkeit, das Conways-Gesetz zu erklären, besteht darin, dass die Teams von Personen, die an einer Software arbeiten, ihre eigenen Zeichen für deren endgültiges Design setzen. Ein häufig verwendetes Beispiel ist das Beispiel eines Software-Compilers. Eine der am häufigsten zitierten Aussagen im Zusammenhang mit dem Conways-Gesetz besagt: „Wenn vier Gruppen an einem Compiler arbeiten, erhalten Sie einen Compiler mit vier Durchläufen.“ Ein Software-Compiler kann entweder ein Compiler mit einem Durchlauf oder ein Compiler mit mehreren Durchläufen sein Compiler. Die Anzahl der Durchläufe gibt an, wie oft der Compiler einen Teil des Quellcodes zurückgeht. Die Idee ist, dass wenn es mehrere Gruppen gibt, die am Compiler arbeiten, jeder seinen eigenen einzigartigen Pass erstellt, der sich von den anderen unterscheidet.


Anstatt alle Ressourcen zu einer monolithischen Codestruktur zusammenzufassen, werden Einzelpersonen oder Gruppen von Unternehmen ihre eigenen Codemodule einbringen, die eindeutig einzigartig sind. Einige der Implikationen des Conways-Gesetzes sind, dass Menschen ihre Beiträge zu einem Softwareprojekt immer auf ihre eigene Art und Weise prägen und dass Menschen möglicherweise nicht in der Lage sind, monolithisch zusammenzuarbeiten, um Quellcode zu schreiben.