5 Stimmen

Wie geht Ihr Unternehmen mit gemeinsamen Komponenten um?

Eine gemeinsame Komponente ist eine Bibliothek oder ein anderes Stück Code, das von einer Gruppe erstellt und gepflegt und von vielen Gruppen verwendet wird.

Einige Probleme, die wir haben, sind:

  • Die Nutzer berichten nicht über Probleme mit den Komponenten.
  • Die Benutzer können die Komponenten nach ihren Bedürfnissen umgestalten.
  • Sie brechen die Kompatibilität mit der Stammversion, nur um ihre Fristen einzuhalten.
  • Die Benutzer programmieren schließlich ihre eigenen (weniger robusten) Lösungen, weil sie glauben, dass dies besser ist.

Wie geht Ihr Unternehmen mit gemeinsamen Komponenten um?

Ideen, die ich habe:

  • Behandeln Sie die Komponente wie ein Open-Source-Projekt und fordern Sie die Teams auf, Patches einzureichen.
  • Benutzerdefinierte Änderungen am Code sind völlig unzulässig.
  • ...

1voto

Steve Jessop Punkte 264569

Wie groß ist die Organisation? Ich habe gesehen, dass diese Dinge in einer kleinen Organisation (ein paar Dutzend Programmierer insgesamt) sehr gut gehandhabt werden, in der ein oder zwei Personen dafür bekannt sind, dass sie für jede Komponente verantwortlich sind und auf Funktionsanforderungen reagieren.

Es ist einfacher, zu einem Büro zu marschieren (oder eine E-Mail zu schicken), zu erklären, was man braucht, und eines davon zu bekommen:

  • der erwartete Weg, das zu tun, was Sie wollen,
  • Vereinbarung, die gewünschte Funktion hinzuzufügen (oder einen Untergebenen anzuweisen, dies zu tun),
  • die Erlaubnis, das erforderliche Merkmal in der gemeinsamen Komponente zu implementieren,

Dann ist es einfacher, Workarounds zu schreiben, einen Fork zu starten oder eine gleichwertige neue Komponente zu schreiben. Wenn Ihre Programmierer klug sind, werden sie das tun, was sie für das Einfachste halten. Der Trick besteht darin, sicherzustellen, dass es das Richtige ist.

Abgesehen von wirklich einfachen Dingen wie verknüpften Listen wurde das Rad nicht großartig neu erfunden. Es gab, sehr selten, private Forks für bestimmte Produkte, meistens um die Größe des Codes zu reduzieren, indem man Dinge herausschneidet. Aber der übliche Weg, das zu tun, war, die ursprüngliche Komponente zu modifizieren, um mehr Bauoptionen zu haben.

0 Stimmen

Das ist also vergleichbar mit dem Unternehmen, an das ich denke. Das hatte viel mit der Unternehmenskultur zu tun - die leitenden Entwickler wurden absichtlich sehr verfügbar gemacht, und gängige Komponenten waren nur dann Blackboxen, wenn der Benutzer dies wollte. Es war völlig in Ordnung, detaillierte Änderungen auf der Grundlage der Kenntnis des Quellcodes vorzuschlagen, das gesamte Repository zu prüfen, um zu sehen, wie einfach es wäre, eine kompatibilitätsverändernde Änderung in einer Komponente vorzunehmen usw.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X