Story

Sistem organisasi yang sepenuhnya baru

Sebuah latar belakang tentang bagaimana tim capgo menambahkan sistem organisasi

WcaleNieWolny

WcaleNieWolny

Marketer Konten

Sistem organisasi yang sepenuhnya baru

Pengenalan

Hai, saya adalah WcaleNieWolny - insinyur perangkat lunak utama Capgo.

Selama 8 bulan terakhir, saya telah mengembangkan sistem organisasi, dan mulai 14 April, saya dengan senang hati mengumumkan bahwa sistem tersebut telah selesai πŸŽ‰ 🎊

Akhirnya, setelah 8 bulan, setiap bagian dari Capgo dapat diakses oleh anggota organisasi. Ini termasuk:

  • aplikasi
  • statistik
  • penagihan
  • dukungan CLI penuh
  • dan masih banyak lagi!

Tidak mudah untuk sampai di sini; telah ada 3 revisi besar dari sistem.

Organisasi v1

Awal mula cukup sulit… Awalnya, saya mulai bekerja pada proyek ini 2 minggu setelah bergabung. Pada saat itu, saya memiliki sedikit atau tidak ada pengetahuan tentang kode sumber atau ide yang lebih besar tentang bagaimana mengimplementasikannya.

Hal ini mengarah pada penerapan solusi yang paling akal-akalan yang hanya mendukung akses ke aplikasi, saluran, dan versi. Ini bahkan tidak memungkinkan pengguna yang diundang untuk mengakses statistik.

Dan kemudian saya menunggu Martin untuk meninjau ini. Saya menunggu dan menunggu, tetapi tidak ada yang benar-benar terjadi. 3 bulan kemudian, saya memutuskan untuk kembali ke masalah ini dan memperbaiki semua konflik penggabungan. Saya juga memutuskan untuk menguji, yang ternyata menjadi ide yang bagus. Tanpa kejutan, solusi akal-akalan tersebut benar-benar gagal. Saat itu, saya memutuskan untuk memperbaiki semua bug dan menulis pengujian E2E yang komprehensif. Saya harus bekerja dengan kode yang sangat rusak dan banyak keputusan buruk yang dibuat oleh diri saya di masa lalu, tetapi setelah 2 minggu yang sulit, saya akhirnya berhasil mendapatkan fungsinya.

Namun, itu tidak berarti bahwa itu sempurna. Pemilik organisasi masih memiliki akses yang jauh lebih banyak daripada bahkan pengguna yang diundang tertinggi. Pengalaman pengguna juga cukup kurang. Pengguna yang diundang bahkan tidak dapat melihat statistik aplikasi, mengelola penagihan, dan CLI dibatasi hanya untuk mengunggah.

Meskipun semua tantangan itu, Martin telah meninjau PR, dan seminggu kemudian, itu didorong ke produksi.

Organisasi v2

Sistem organisasi berjalan cukup baik meskipun semua tantangan tersebut. Pengguna menggunakannya, dan itu benar-benar mendorong seluruh proyek maju. Namun, saya masih harus:

  • memperbaiki kekacauan yang dibuat dalam keamanan tingkat baris
  • menambahkan dukungan untuk seluruh CLI
  • memastikan bahwa pengguna admin memiliki akses yang sama dengan pemilik

Setelah banyak diskusi dengan Martin, kami memutuskan bahwa cara terbaik untuk maju adalah menulis ulang seluruh aturan keamanan dan memindahkan semua kepemilikan sumber daya ke organisasi dan bukan pengguna. Ini akan memungkinkan integrasi yang lebih mudah dengan sistem organisasi yang baru, dan juga akan menghapus banyak kode warisan.

Menulis kode RLS yang baru sangat melelahkan, tetapi setelah satu setengah minggu, seluruh migrasi siap.

Namun kali ini, kami memutuskan untuk tidak menulis pengujian E2E, yang berarti kami harus mengujinya secara manual. Setelah 3 panggilan yang sangat ekstensif bersama-sama, Martin dan saya akhirnya memutuskan untuk mendorong ke produksi dan berharap itu berjalan dengan baik πŸ™

Ternyata tidak… Ternyata saya membuat registrasi pengguna rusak, dan pengguna baru tidak dapat membuat akun πŸ˜…

Setelah panggilan panik yang cepat, saya segera mendorong beberapa perubahan ke produksi dan pergi tidur. Sayangnya, perubahan saya hanya menciptakan lebih banyak masalah 😰

Setelah saya bangun, saya menemukan bahwa pengguna memiliki banyak organisasi kosong. Ini tidak seharusnya terjadi karena hanya 1 organisasi yang harus diizinkan per pengguna. Diperlukan waktu untuk berpikir untuk menghapus semua organisasi duplikat yang kosong, tetapi terlepas dari itu, perubahan berjalan cukup lancar.

Organisasi v3

Bahkan ini masih belum cukup. Masih ada komponen besar yang hilang - penagihan.

Sejauh ini hanya pemilik yang dapat mengelola penagihan. Ini telah menciptakan beberapa masalah menarik di mana seorang pengguna membeli rencana berpikir dia membelinya untuk organisasi. Kami dengan cepat memperbaiki masalah tersebut secara manual dan saat itulah kami memutuskan bahwa masalah ini tidak dapat diterima.

Migrasi berjalan cukup lancar. Ini membutuhkan waktu satu minggu kerja tetapi dibandingkan dengan V1 dan V2, itu sebenarnya tidak terlalu sulit πŸš€

Organisasi v4 - masa depan

Setelah semua kerja keras ini saya rasa sudah saatnya untuk fokus pada hal lain untuk sekarang 😎

Ini tidak mudah tetapi saya belajar banyak dan Capgo telah menerima fitur yang sangat baik dan penting. Saya masih harus mendepresiasi fungsi warisan, meningkatkan pengalaman pengguna webapp, memantau bug, tetapi tidak seharusnya ada perubahan besar pada sistem ini.


Terima kasih telah membaca πŸš€

Pembaruan Instan untuk Aplikasi CapacitorJS

Dorong pembaruan, perbaikan, dan fitur secara instan ke aplikasi CapacitorJS Anda tanpa penundaan toko aplikasi. Rasakan integrasi yang mulus, enkripsi end-to-end, dan pembaruan real-time dengan Capgo.

Mulai Sekarang

Berita terbaru

Capgo memberikan wawasan terbaik yang Anda butuhkan untuk membuat aplikasi seluler yang benar-benar profesional.

Komunikasi 2 Arah dalam Aplikasi Capacitor
Development,Mobile,Updates
April 26, 2025

Komunikasi 2 Arah dalam Aplikasi Capacitor

5 Kesalahan Umum Update OTA yang Harus Dihindari
Development,Security,Updates
April 13, 2025

5 Kesalahan Umum Update OTA yang Harus Dihindari