it-swarm.com.de

Zusammenführen von Teams mit unterschiedlichen Front-End-Framework-Einstellungen

Mein Unternehmen hat gerade eine Fusion durchlaufen und infolgedessen wurde mein kleines Team erweitert. Von unserer Seite verwenden wir seit mehreren Jahren React, und ich bin fest davon überzeugt, dass es für Angular in jeder Hinsicht die überlegene Wahl ist, die sie historisch verwenden. Wir haben beide unsere eigenen Vorlagen, die wurden in den letzten Jahren für verschiedene gemeinsame Projekte entwickelt.

Ist es angesichts der Tatsache, dass das Endprodukt von beiden fast identisch aussehen und funktionieren kann, ratsam, beide Entwickler das verwenden zu lassen, was für neue Projekte am bequemsten ist? In meinem Kopf werden Endbenutzer den Unterschied nicht erkennen, wenn sich alle an vordefinierte Stil- und Datenprotokolle halten, und alle sind glücklich.

Als zusätzliche Komplexität sollten, wenn wir diesen Ansatz verfolgen, neue Junior-Entwickler in beide Richtungen gedrängt werden, um zu versuchen, auf ein Mehrheits-Framework hinzuarbeiten?

7
chris

Eine solche Konsolidierung erfolgt am besten, wenn technische Köpfe bewegt werden. Dann kann ein aktiver Vergleich mit verschiedenen Tech-Stacks durchgeführt werden. Die Entwicklung besteht teilweise aus unverständlichen rituellen Tänzen im Code. Die Menschen müssen die Möglichkeit haben, einen anderen Ansatz auf grünem Boden zu versuchen.

Wenn Sie zu früh mit der Konsolidierung beginnen, werden Sie viel zusätzlichen Aufwand für weniger Qualität aufwenden, um den Entwicklern einen schlechten Geschmack zu verleihen.

Stellen Sie sich eine Hybridlösung aus zwei parallelen Systemen vor, die einen entspannteren Übergang ermöglicht, und versuchen Sie, eine Funktion in der anderen Technologie mit einem kleinen gemischten Team zu kopieren.

7
Joop Eggen

Wenn die Frage nach Betriebssystemen wäre, hätten Sie das gleiche Problem. Das heißt, wenn eine Gruppe Linux und die andere FreeBSD verwendet, wie entscheiden Sie sich?

Das Problem tritt auf, weil es nicht auf Grundlagen beruht. Stattdessen basiert es auf den Launen der Produktpräferenz. Wenn die Software im eigenen Haus geschrieben wurde und zum Kern des Geschäfts wurde, dann basiert sie auf grundlegender Informatik, und persönliche Vorlieben - und die Auswahl insgesamt - entfallen.

4
Rob

Die Debatte darüber, welcher Rahmen der beste ist, ist einfach zu meinungsbasiert und führt nirgendwo hin.

Was Sie könnten, ist zu versuchen, es objektiver zu gewichten. Dazu können Sie sich die Funktionalität ansehen, die das Framework bereitstellt, aber auch, was rund um das Framework vorhanden ist und was Sie benötigen.

Beachten Sie, dass ich nur Angular kenne. Ich werde hier einige Beispiele für Fragen geben, die Ihnen nur ein Beispiel dafür geben sollen, was Sie analysieren können, um die zu treffende Entscheidung zu erleichtern:

  • Angular Material bietet auf einfache Weise alles, was Sie für Komponenten benötigen, während Abhängigkeiten für React? +1 for Angular) umgangen werden müssen.
  • Sie benötigen eine Bibliothek, um einige spezifische Diagramme und einige Bibliotheken in Angular stellen Sie nur einen Teil davon zur Verfügung, und Sie benötigen eine spezifische Entwicklung für die andere, während Sie über eine Bibliothek verfügen, die alles verwaltet in React? +1 für React.
  • Das Routing-System von Angular mit mehreren Ausgängen hat ein großes Interesse an Ihren Anforderungen und React, haben Sie nichts Besseres dafür (ich weiß absolut nicht, ob es wahr ist oder nicht) +1 für Angular.
  • Die Vorlage des Frontends für ein Team scheint in der Lage zu sein, von Anfang an mehr zu verarbeiten, als Sie technisch +1 für dieses Team benötigen.
1
Walfrat