Zum Hauptinhalt springen
Story

Ein neues Organisationskonzept

Ein Hintergrundbericht über, wie das capgo-Team ein neues Organisationskonzept hinzugefügt hat

WcaleNieWolny

WcaleNieWolny

Inhaltsmarketer

Ein neues Organisationskonzept

Einleitung

Hallo, ich bin WcaleNieWolny - Capgo's Leiter der Softwareentwicklung.

Im Laufe der letzten 8 Monate habe ich mich mit der Entwicklung des Organisations-Systems beschäftigt, und ab dem 14. April bin ich froh, Ihnen mitteilen 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:

  • Anwendungen
  • Statistiken
  • Rechnungen
  • vollständige CLI-Unterstützung
  • und noch viel mehr!

Es war nicht leicht, hier zu gelangen; es gab 3 große Revisionen der Systeme.

Organisationen v1

Die Anfänge waren rau… Ich begann zunächst mit der Arbeit an diesem 2 Wochen nach dem Beitritt zum Projekt. Zum Zeitpunkt hatte ich nur wenig bis keine Kenntnisse über die Codebasis oder irgendeine größere Idee, wie man dies umsetzen sollte.

Dies führte dazu, dass ich die hackigste Lösung implementierte, 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 auf Martin, um dies zu überprüfen. Ich wartete und wartete, aber nichts wirklich geschah. 3 Monate später entschied ich mich, zurückzukehren und alle Merge-Konflikte zu beheben. Ich entschied mich auch, zu testen, was sich als großartige Idee herausstellte. Zu keiner Ü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 schlechter Entscheidungen arbeiten, die ich in der Vergangenheit getroffen hatte, aber nach 2 harten Wochen schaffte ich es endlich, es zu funktionieren.

Das bedeutet jedoch nicht, dass es perfekt war. Der Besitzer der Organisation hatte 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 das PR geprüft und eine Woche später wurde es in die Produktion geschoben.

Organisationen v2

The Organisationssystem funktionierte trotz aller Herausforderungen ziemlich gut. Die Benutzer nutzten es und es trieb den gesamten Projekt voran. Allerdings musste ich noch:

  • den Schlamassel in der Ebenen-Sicherheit
  • add support for the entire CLI
  • stellen, dass Administratoren denselben Zugriff wie der Besitzer haben

Nachdem vielen Diskussionen with Martin, we decided that the best way to move forward was to rewrite the entire security rules and to move all the resource ownership to organizations and not users. This would allow for easier integration with the new organization system, and it would also remove a lot of legacy code.

Writing the new RLS code was very tedious, but after a week and a half, the entire migration was ready.

entfernen.

Das Schreiben der neuen RLS

war sehr zeitaufwändig, aber nach einer Woche und einem halben Tag war die gesamte Migration fertiggestellt.

Nachdem ich mich morgens erhoben hatte, entdeckte ich, dass Benutzer viele leere Organisationen hatten. Dies sollte nicht passieren, da nur eine Organisation pro Benutzer erlaubt sein sollte. Es dauerte einige Zeit, um alle duplizierten, leeren Orgs zu entfernen, aber abgesehen davon verliefen die Änderungen relativ reibungslos.

Organisationen v3

Aber auch das reichte nicht aus. Es fehlte noch ein riesiger Bestandteil - die Abrechnung.

Bislang konnte nur der Besitzer die Abrechnung 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 in diesem Moment, dass wir beschlossen, dass dieses Problem unannehmbar war

Die Migration war relativ reibungslos. Es dauerte eine Woche Arbeit, aber im Vergleich zu 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 🤣

Es war nicht leicht, aber ich habe viel gelernt und capgo hat eine sehr nette und wichtige Funktion erhalten Ich muss noch die veralteten Funktionen deprecieren, die Benutzererfahrung der Webanwendung verbessern, nach Fehlern überwachen, Aber es sollten keine großen Änderungen an diesem System vorliegen.


Vielen Dank fürs Lesen 🏠

Mach weiter von A ein neues Organisationssystem

Wenn Sie Ein neues Organisationssystem um das Dashboard und API-Operationen zu planen und es mit API-Übersicht für die Implementierungsdetails in der API-Übersicht, Einführung für die Implementierungsdetails in der Einführung, API-Schlüssel für die Implementierungsdetails in den API-Schlüsseln, Geräte für die Implementierungsdetails in Geräten und Pakete für die Implementierungsdetails in Paketen.

Live updates for Capacitor apps

Live-Updates für Capgo-Apps im Hintergrund laden, während native Änderungen im normalen Review-Prozess bleiben. Wenn ein Web-layer-Bug live ist, schicken Sie die Reparatur über Capgo anstatt Tage auf die App-Store-Zulassung zu warten. Die Benutzer erhalten die Aktualisierung im Hintergrund.

Los geht's

Neueste Beiträge aus unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.