Einführung
Hallo, ich bin WcaleNieWolny - Capgo’s Leiter der Softwareentwicklung.
Über die letzten 8 Monate habe ich mich mit der Entwicklung des Organisations-Systems beschäftigt, und ab dem 14. April bin ich froh, verkünden zu können, dass das System abgeschlossen ist 🎉 🎊
Schließlich, nach 8 Monaten, ist jeder einzelne Teil von Capgo für Mitglieder der Organisation zugänglich. Dazu gehören:
- Apps
- Statistiken
- Rechnungswesen
- vollständige CLI-Unterstützung
- und noch so viel mehr!
Es war nicht leicht, hier zu gelangen; es gab 3 große Revisionen des Systems.
Organisationen v1
Die Anfänge waren rau… Zunächst begann ich mit der Arbeit an diesem Projekt 2 Wochen nach meiner Aufnahme in das Projekt. Zu diesem Zeitpunkt hatte ich wenig bis keine Kenntnisse über die Codebasis oder irgendeinen größeren Plan, wie ich dies umsetzen sollte.
Dies führte dazu, dass die am wenigsten hackige Lösung implementiert wurde, die nur die Zugriff auf die Apps, Kanäle und Versionen unterstützte. Es ermöglichte nicht einmal den eingeladenen Benutzer, Zugriff auf Statistiken zu erhalten.
Und dann wartete ich darauf, dass Martin diese Überprüfung durchführt. Ich wartete und wartete, aber nichts wirklich geschah. 3 Monate später entschied ich mich, zurückzukehren zu diesem und alle Merge-Konflikte zu beheben. Ich entschied mich auch, zu testen, was sich als großartige Idee herausstellte. Zu meiner Überraschung funktionierte die hackige Lösung nicht. In diesem Moment entschied ich mich, alle Fehler zu beheben und eine umfassende E2E-Test zu schreiben. Ich musste mit sehr gebrochenen code und einer Vielzahl von schlechten Entscheidungen arbeiten, die ich in der Vergangenheit getroffen hatte, aber nach 2 harten Wochen bekam ich es endlich zum Laufen.
Das bedeutet jedoch nicht, dass es perfekt war. Der Besitzer der Organisation hatte immer noch viel mehr Zugriff als sogar der höchst eingeladene Benutzer. Die Benutzererfahrung war auch sehr mangelhaft. Der eingeladene Benutzer konnte nicht einmal die Anwendungstatistiken sehen, die Abrechnung verwalten und der CLI war auf das Hochladen beschränkt.
Trotz all dieser Herausforderungen hatte Martin die PR überprüft und eine Woche später wurde sie in die Produktion geschoben.
Organisationen v2
Das Organisationssystem funktionierte recht gut trotz all der Herausforderungen. Benutzer nutzten es und es brachte den gesamten Projekt voran. Ich musste jedoch immer noch:
- den Schlamassel in Zeilenbereichssicherheit
- die Unterstützung für den gesamten CLI
- sicherstellen, dass Administratoren denselben Zugriff haben wie der Besitzer
Nach nach vielen Diskussionen Mit Martin haben wir entschieden, dass der beste Weg vorwärts zu gehen darin bestand, die gesamten Sicherheitsregeln neu zu schreiben und alle Ressourcenbesitzrechte auf Organisationen und nicht auf Benutzer zu übertragen. Dies würde eine leichtere Integration mit dem neuen Organisationsystem ermöglichen und würde auch viele legacy code entfernen.
Das Schreiben der neuen RLS code war sehr zeitaufwändig, aber nach einer Woche und einem halben Tag war die gesamte Migration fertig.
Diesmal haben wir jedoch gegen das Schreiben der E2E-Testen entschieden, was bedeutete, dass wir ihn manuell testen mussten. Nach 3 sehr ausführlichen Anrufen zusammen, Martin und ich, entschieden wir schließlich, auf Produktion zu pushen und hofften, dass es gut laufen würde 🤖
Es ging nicht… Es stellte sich heraus, dass ich die Benutzerregistrierung gebrochen hatte, und neue Benutzer konnten kein Konto erstellen 😪
Nach einem schnellen Panikanruf, drückte ich schnell einige Änderungen in die Produktion und ging zu Bett. Leider schufen meine Änderungen nur noch mehr Probleme 😜
Nachdem ich aufgewacht war, entdeckte ich, dass die Benutzer viele leere Organisationen hatten. Dies sollte nicht passieren, da nur 1 Organisation pro Benutzer erlaubt sein sollte. Es dauerte einige Zeit, um alle duplizierten, leeren Orgs zu entfernen, aber abgesehen davon verliefen die Änderungen ziemlich reibungslos.
Organisationen v3
Auch das reichte nicht aus. Es fehlte noch ein riesiger Komponente - die Abrechnung.
Bisher konnte nur der Besitzer die Rechnung verwalten. Dies hat einige interessante Probleme geschaffen, bei denen ein Benutzer ein Abonnement gekauft hat, weil er dachte, er kaufe es für die Organisation. Wir haben das Problem schnell manuell gelöst und es war zu diesem Zeitpunkt, dass wir beschlossen, dass dieses Problem unannehmbar war
Die Migration war ziemlich glatt. Es dauerte eine Woche Arbeit, aber verglichen mit V1 und V2 war es wirklich nicht so schwer 💂
Organisationen v4 - die Zukunft
Nach all diesem harten Arbeit denke ich, es ist Zeit, sich auf etwas anderes zu konzentrieren, zumindest für jetzt 🤣
Es war nicht leicht, aber ich habe viel gelernt und capgo hat eine sehr nette und wichtige Funktion erhalten Ich habe noch immer die alten Funktionen deprecieren, die Benutzererfahrung der Webanwendung verbessern und nach Fehlern suchen, Aber es sollten keine großen Änderungen an diesem System geben
Vielen Dank für das Lesen 💂
Bleib bei A ein neues Organisationssystem
Wenn Sie " + " verwenden Ein neues Organisationssystem zur Planung von Dashboard und __CAPGO_KEEP_0__-Operationen, verbinden Sie es mit API-Übersicht für die Implementierungsdetails in API-Übersicht for the implementation detail in API Overview, Einführung für die Implementierungsdetails in Einführung, API Schlüssel für die Implementierungsdetails in API Schlüssel, Geräte für die Implementierungsdetails in Geräte, und Pakete für die Implementierungsdetails in Pakete.
