Kembali ke Konten Utama
[Story]

[Sistem Organisasi Baru]

[Sejarah di balik bagaimana tim capgo menambahkan sistem organisasi]

[Kredit Artikel]

[Penulis]

[Valeria]

[Pengulas]

[Jordan]

[Editor]

[Sistem Organisasi Baru]

[Sistem Organisasi Baru]

Selamat Datang

Halo, saya WcaleNieWolny - Capgo's lead software engineer.

Selama 8 bulan terakhir, saya telah mengembangkan sistem organisasi context: Halaman/area: Capgo Builder / produk halaman native cloud build. Peran: Label UI singkat atau item navigasi. Pesan kunci `native_build_builder_credit_over` (Kredit Pembangun Asli Pembangun).sistem organisasi

Finally, after 8 months, every single part of Capgo is accessible to org members. This includes:

  • Akhirnya, setelah 8 bulan, setiap bagian dari __CAPGO_KEEP_0__ dapat diakses oleh anggota organisasi. Ini termasuk:
  • aplikasi
  • statistik
  • full CLI support
  • dan banyak lagi!

Itu tidak mudah untuk mencapai sini; ada 3 revisi besar sistem.

Organisasi v1

Awalnya, saya bekerja pada proyek ini 2 minggu setelah bergabung dengan tim. Saat itu, saya memiliki pengetahuan yang sangat terbatas tentang basis kode atau ide besar tentang bagaimana melaksanakan ini.

Karena itu, saya mengimplementasikan solusi yang sangat kasar yang hanya mendukung akses ke aplikasi, saluran, dan versi. Tidak ada kemampuan untuk mengakses statistik pengguna yang diundang.

Kemudian saya menunggu Martin untuk memeriksa ini. Saya menunggu dan menunggu, tapi tidak ada yang terjadi. 3 bulan kemudian, saya memutuskan untuk kembali ke proyek ini dan memperbaiki semua konflik merge. Saya juga memutuskan untuk melakukan tes, yang ternyata menjadi ide yang sangat baik. Tidak mengherankan, solusi kasar itu gagal sepenuhnya. Pada saat itu, saya memutuskan untuk memperbaiki semua bug dan menulis tes E2E yang sangat ekstensif. Saya harus bekerja dengan code yang sangat rusak dan banyak keputusan buruk yang dibuat oleh saya sendiri di masa lalu, tapi setelah 2 minggu yang sangat sulit, saya akhirnya berhasil.

Namun, itu tidak berarti bahwa itu sempurna. Pemilik organisasi masih memiliki akses yang lebih banyak daripada pengguna yang diundang, bahkan yang paling tinggi. Pengalaman pengguna juga sangat kurang. Pengguna yang diundang tidak bisa melihat statistik aplikasi, mengelola billing, dan CLI hanya dapat mengunggah saja.

Meskipun ada semua tantangan itu, Martin telah memeriksa PR, dan 1 minggu kemudian, itu dipush ke prod.

Organisasi v2

Meskipun sistem organisasi menghadapi banyak tantangan, sistem tersebut berfungsi dengan baik. Pengguna telah menggunakan sistem tersebut dan itu benar-benar memajukan proyek seluruhnya. Namun, saya masih harus:

  • mengatasi kekacauan yang terjadi pada sistem keamanan tingkat baris
  • menambahkan dukungan untuk seluruh CLI
  • memastikan bahwa pengguna administrator memiliki akses yang sama dengan pemilik

Setelah banyak diskusi 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.

Langkah ini akan memungkinkan integrasi yang lebih mudah dengan sistem organisasi baru, serta menghilangkan banyak code yang sudah usang.

Membuat RLS baru __CAPGO_KEEP_0__ sangat melelahkan, tetapi setelah seminggu dan setengah, migrasi seluruhnya sudah siap.

Kali ini, kami memutuskan untuk tidak menulis E2E test, yang berarti kami harus menguji secara manual. Setelah 3 panggilan yang sangat panjang bersama, Martin dan saya akhirnya memutuskan untuk memasukkan ke produksi dan berharap akan berjalan dengan baik

Tapi tidak… Terungkap bahwa saya menghancurkan registrasi pengguna, dan pengguna baru tidak dapat membuat akun .

Setelah saya bangun, saya menemukan bahwa pengguna memiliki banyak organisasi kosong. Ini tidak seharusnya terjadi karena hanya 1 organisasi yang boleh diizinkan per pengguna. Membutuhkan waktu beberapa jam untuk menghapus semua organisasi duplikat kosong, tapi selain itu, perubahan berjalan cukup lancar.

Organisasi v3

Namun itu tidak cukup. Ada komponen besar yang masih hilang - billing.

Hingga saat ini hanya pemilik yang dapat mengelola billing. Hal ini telah menciptakan beberapa masalah menarik di mana pengguna membeli paket berpikir bahwa dia membelinya untuk organisasi.

Segera kami memperbaiki masalah secara manual dan pada saat itu kami memutuskan bahwa masalah ini tidak dapat diterima.

Migrasi berjalan cukup lancar. Membutuhkan waktu satu minggu untuk bekerja tapi dibandingkan dengan V1 dan V2, memang tidak terlalu sulit.

Organisasi v4 - masa depan

It was not easy but I learned a lot and capgo has received a very nice and important feature I still have to deprecate the legacy functions, improve the webapp user experience, monitor for bugs, but there should not be any major changes to this system.


Tidak mudah tapi saya belajar banyak dan __CAPGO_KEEP_0__ telah menerima fitur yang sangat baik dan penting.

Saya masih harus menghentikan fungsi lama, meningkatkan pengalaman pengguna web, memantau bug, tapi tidak ada perubahan besar yang akan terjadi pada sistem ini.

Terima kasih telah membaca. Teruskan dari Sistem Organisasi Baru Brand A - Sistem Organisasi Baru Brand A Untuk merencanakan dashboard dan API operasi, hubungkannya dengan API Ringkasan untuk detail implementasi di API Ringkasan, Intro untuk detail implementasi di Intro, API Kunci untuk detail implementasi di API Kunci, Perangkat untuk detail implementasi di Perangkat, dan Paket untuk detail implementasi di Paket.

Live updates untuk Capacitor aplikasi

Ketika bug layer web masih aktif, kirimkan perbaikan melalui Capgo daripada menunggu hari-hari untuk persetujuan toko aplikasi. Pengguna mendapatkan update di latar belakang sementara perubahan native tetap dalam jalur review normal.

Dukungan manusia dari Martin

Mulai Sekarang

Terbaru dari Blog Kami

Capgo memberikan Anda wawasan terbaik yang Anda butuhkan untuk membuat aplikasi mobile profesional sejati.