Sebuah perkhidmatan backend minimalis baharu yang dipanggil Pennybase telah mencetuskan perbincangan hangat dalam komuniti pembangun, bukan kerana apa yang disertakan, tetapi kerana apa yang sengaja ditinggalkan. Projek ini melaksanakan Backend-as-a-Service yang lengkap dalam kurang daripada 1,000 baris kod Go , tetapi keputusan yang paling kontroversi ialah menggunakan fail CSV dan bukannya pangkalan data tradisional untuk penyimpanan data.
Ciri-ciri Utama Pennybase:
- Kurang daripada 1,000 baris kod Go
- Penyimpanan data berasaskan CSV dengan sistem versioning
- REST API dengan respons JSON
- Pengesahan melalui session cookies dan Basic Auth
- Kawalan akses berasaskan peranan (RBAC)
- Kemas kini masa nyata melalui Server-Sent Events
- Rendering template dengan Go templates
- Tiada kebergantungan luaran (hanya standard library)
Kontroversi CSV Memecahbelahkan Pendapat
Pilihan untuk menyimpan data dalam fail CSV yang boleh dibaca manusia telah menjadi ciri yang paling memecahbelahkan projek ini. Pengkritik berhujah bahawa menggunakan format CSV pada tahun 2025 adalah sama sekali tidak dapat diterima apabila pilihan pangkalan data ringan seperti SQLite wujud. Mereka menunjukkan kepada keanehan penghuraian CSV yang terkenal, kekurangan pengindeksan terbina dalam, dan kerentanan terhadap kerosakan semasa sistem ranap.
Walau bagaimanapun, penyokong menyerlahkan kelebihan praktikal yang tidak dapat ditandingi oleh pangkalan data tradisional. Fail CSV boleh dibuka dan diedit dalam mana-mana aplikasi hamparan, menjadikan pengurusan data mudah diakses oleh pengguna bukan teknikal. Format ini juga berintegrasi dengan lancar dengan sistem kawalan versi seperti Git , membolehkan pembangun menjejaki perubahan data dengan alat diff standard dan prosedur sandaran.
CSV (Comma-Separated Values): Format fail mudah di mana data disimpan dalam teks biasa dengan nilai dipisahkan oleh koma, biasanya digunakan dalam hamparan.
Perbandingan CSV vs SQLite:
| Ciri | Fail CSV | SQLite |
|---|---|---|
| Boleh dibaca manusia | ✅ Ya | ❌ Tidak |
| Pengindeksan terbina dalam | ❌ Tidak | ✅ Ya |
| Pematuhan ACID | ❌ Tidak | ✅ Ya |
| Rintangan rasuah | ❌ Rendah | ✅ Tinggi |
| Kebergantungan luaran | ✅ Tiada | ❌ Memerlukan pemacu |
| Kompilasi merentas platform | ✅ Mudah | ❌ Memerlukan CGO |
Persoalan Prestasi dan Kebolehskalaan
Ahli komuniti telah membangkitkan kebimbangan tentang prestasi Pennybase berbanding dengan penyelesaian pangkalan data yang telah mantap. Sistem ini menggunakan pendekatan append-only di mana setiap kemas kini data mencipta versi baharu dan bukannya mengubah suai rekod sedia ada. Walaupun ini menyediakan keupayaan versioning semula jadi, ia boleh menyebabkan kembung fail dari masa ke masa.
Projek ini mengekalkan indeks dalam memori untuk mempercepatkan carian data, tetapi pembangun mempersoalkan bagaimana pendekatan ini berskala melebihi aplikasi kecil. Sesetengah ahli komuniti melaporkan kejayaan menggunakan fail CSV untuk laman web statik dengan berpuluh ribu rekod, walaupun kes penggunaan ini melibatkan kandungan pra-dibina dan bukannya operasi pangkalan data dinamik.
Append-only: Kaedah penyimpanan di mana data baharu sentiasa ditambah pada penghujung fail, tidak pernah mengubah suai entri sedia ada.
Kebimbangan Keselamatan dan Pilihan Pelaksanaan
Pelaksanaan keselamatan projek telah menarik kritikan daripada pembangun yang mementingkan keselamatan. Pennybase menggunakan pencincangan SHA-256 untuk kata laluan, yang dianggap tidak mencukupi untuk penyimpanan kata laluan moden kerana kelajuannya. Piawaian industri mengesyorkan algoritma pencincangan yang lebih perlahan seperti bcrypt yang menjadikan serangan brute-force lebih sukar.
Pengarang mengakui batasan ini, menjelaskan bahawa pilihan itu didorong oleh matlamat projek untuk menggunakan hanya perpustakaan standard Go tanpa kebergantungan luar. Kekangan ini juga mempengaruhi keputusan CSV , kerana memasukkan SQLite akan memerlukan kebergantungan tambahan dan merumitkan kompilasi merentas platform.
Falsafah Minimalisme
Walaupun terdapat kritikan, Pennybase mewakili eksperimen menarik dalam minimalisme yang melampau. Keseluruhan sistem muat dalam kurang daripada 1,000 baris kod dan boleh ditadbir menggunakan alat penyuntingan teks asas. Pendekatan ini menarik minat pembangun yang menghargai kesederhanaan dan mahu memahami setiap komponen dalam susunan mereka.
Pengarang projek meletakkannya sebagai latihan pendidikan dan bukannya penyelesaian sedia untuk pengeluaran, direka untuk meneroka sejauh mana backend berfungsi boleh menjadi minimal. Konteks ini membantu menjelaskan beberapa pilihan luar biasa yang mengutamakan kesederhanaan berbanding prestasi atau keselamatan.
Perdebatan sekitar Pennybase mencerminkan ketegangan yang lebih luas dalam pembangunan perisian antara minimalisme dan kekukuhan. Walaupun penyimpanan CSV mungkin kelihatan primitif kepada sesetengah pembangun, ia menunjukkan bagaimana kekangan kreatif boleh membawa kepada eksperimen seni bina yang menarik, walaupun ia tidak sesuai untuk setiap kes penggunaan.
Rujukan: Pennybase