Berjalan-jalan di pusat perbelanjaan terlalu lama, yang paling sering didengar adalah proyek-proyek memamerkan performa, membanggakan biaya, dan memamerkan angka skala. Seolah-olah hanya dengan menaikkan beberapa indikator ini, semua kesulitan bisa diatasi. Tapi sebenarnya, ini paling banter hanya urusan tampilan luar, sedangkan yang benar-benar menentukan apakah sistem bisa bertahan hidup atau tidak, sama sekali tidak di sini.
Masalah inti yang sebenarnya sangat sederhana: tiga tahun lagi, apakah struktur data yang saat ini kamu gunakan masih bisa bertahan?
Pertanyaan ini banyak orang pilih untuk dilupakan secara selektif. Cukup cari aplikasi berukuran sedang, yang memperbarui status empat sampai delapan kali sehari, setiap kali sekitar 30 sampai 60KB, dihitung-hitung dalam setahun saja data historisnya sudah mengumpulkan 35 sampai 70GB. Yang penting, data ini bukan data dingin yang disimpan di sudut dan berdebu, melainkan data yang mungkin perlu ditelusuri kembali atau digunakan ulang kapan saja. Bagaimana kenyataannya? Banyak sistem tidak mampu bertahan lebih dari dua tahun, lalu mulai berjuang dengan data historis mereka sendiri.
Mengapa takut? Pada akhirnya, itu semua karena lubang-lubang tersebut—mimpi buruk kompatibilitas, struktur data yang terkunci mati, bahkan sekadar ingin mengubahnya bisa memicu efek berantai. Jadi, kebanyakan tim memilih solusi: menambahkan lapisan cache, menumpuk salinan data, dan menerapkan patch. Akibat akhirnya adalah pengembang menjadi semakin berhati-hati, ide inovatif tidak bisa muncul, dan yang disebut sebagai prinsip jangka panjang berubah menjadi omong kosong di atas kertas.
Protokol Walrus memiliki ide yang berbeda. Ia tidak berniat menyembunyikan data historis atau menghapusnya, malah menganggap data historis sebagai bagian dari sistem itu sendiri. Dalam desain ini, objek tidak akan hilang karena diperbarui, melainkan terus ada dan berkembang bersama sistem. Data yang kamu tulis bukan sekadar data sekali pakai, melainkan seperti menetasnya makhluk hidup yang bisa tumbuh secara bertahap.
Kekuatan dari filosofi desain ini terletak pada kemampuannya tidak hanya mengubah logika eksekusi teknologi, tetapi juga secara fundamental mengubah mindset inovasi pengembang.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
9 Suka
Hadiah
9
5
Posting ulang
Bagikan
Komentar
0/400
BTCRetirementFund
· 01-09 19:53
Realistis saja, hanya memuji TPS dan biaya saja tidak akan membuat orang percaya. Saya sudah melihat terlalu banyak sistem yang runtuh dalam dua tahun.
Akhirnya ada yang berani bicara secara jujur, jebakan struktur data ini benar-benar mematikan.
Walrus dengan pendekatan ini ada sesuatu, bukan menghindari sejarah tetapi merangkulnya.
Dasar, lagi-lagi cuma menambahkan lapisan cache dan memperbaiki dengan patch, akhirnya pengembang malah menarik tangan mereka ke dalam.
Tunggu dulu, menganggap sejarah sebagai bagian dari sistem, ini benar-benar mengubah aturan permainan atau hanya pemasaran lagi?
Ini yang ingin saya lihat, proyek yang tidak ingin terjebak oleh kompatibilitas.
Lihat AsliBalas0
LiquidationSurvivor
· 01-09 04:56
Bangunlah semua, angka kinerja itu sudah basi dimainkan
---
Sistem yang runtuh dalam dua tahun banyak sekali, apa lagi yang mau dipuji
---
Dalam hal struktur data, luar biasa, sebagian besar proyek sama sekali belum memikirkan bagaimana bertahan selama tiga tahun
---
Ini benar-benar masalah teknologi, bukan sekadar menumpuk mesin dan selesai
---
Gagasan Walrus ini memang agak berbeda, memperlakukan data historis sebagai sesuatu yang hidup
---
Patch cache layer dan salinannya, kedengarannya seperti sedang menambal tambalan, menjijikkan
---
Pengembang semakin berhati-hati, tidak salah, takut kalau bergerak semua akan runtuh, jadi inovasi berhenti
---
Pertanyaan bagus, apakah masih bisa bertahan setelah tiga tahun, ini adalah standar untuk menguji kehebatan
Lihat AsliBalas0
TopBuyerBottomSeller
· 01-09 04:50
Berbicara dengan tajam dan tepat sasaran. Mereka yang membual tentang TPS dan biaya memang hanya kedok, yang penting adalah berapa lama bisa bertahan. Sudah banyak sistem yang mulai berjuang dengan data sejak dua tahun yang lalu, sekarang teringat kembali, itu benar-benar mimpi buruk.
Lihat AsliBalas0
OnchainHolmes
· 01-09 04:37
Bagus sekali, inilah mengapa sebagian besar proyek hanyalah kertas harimau, setelah memuji performa, tidak ada lagi kekuatan pendorongnya
Sudah terlalu banyak sistem yang runtuh setiap dua tahun, menambahkan lapisan cache, menumpuk salinan, hasil akhirnya membuat hati menjadi lelah
Pemikiran Walrus ini memang segar, memperlakukan data historis sebagai makhluk hidup, terdengar jauh lebih nyaman
Benar-benar semangat jangka panjang harus dilakukan seperti ini, bukan sekadar menambal dan bertahan hidup
Lihat AsliBalas0
blocksnark
· 01-09 04:30
Betul betul, yang ditakutkan adalah hal semacam ini—fungsi permukaan yang palsu, terus saat dipakai langsung macet.
Sudah lama dikatakan, metrik yang ditonjolkan itu semua bohongan, struktur data adalah yang sejati.
Sistem dua tahun harus terus bertengkar dengan data historis, saja mendengarnya sudah bosan.
Orang yang berpikir seperti ini sebenarnya tidak banyak, kebanyakan masih sibuk menumpuk cache, menambal, memperbaiki sana-sini.
Walrus ini pemikirannya memang segar, memperlakukan data historis seperti hal yang hidup untuk dipelihara, lumayan juga.
Berjalan-jalan di pusat perbelanjaan terlalu lama, yang paling sering didengar adalah proyek-proyek memamerkan performa, membanggakan biaya, dan memamerkan angka skala. Seolah-olah hanya dengan menaikkan beberapa indikator ini, semua kesulitan bisa diatasi. Tapi sebenarnya, ini paling banter hanya urusan tampilan luar, sedangkan yang benar-benar menentukan apakah sistem bisa bertahan hidup atau tidak, sama sekali tidak di sini.
Masalah inti yang sebenarnya sangat sederhana: tiga tahun lagi, apakah struktur data yang saat ini kamu gunakan masih bisa bertahan?
Pertanyaan ini banyak orang pilih untuk dilupakan secara selektif. Cukup cari aplikasi berukuran sedang, yang memperbarui status empat sampai delapan kali sehari, setiap kali sekitar 30 sampai 60KB, dihitung-hitung dalam setahun saja data historisnya sudah mengumpulkan 35 sampai 70GB. Yang penting, data ini bukan data dingin yang disimpan di sudut dan berdebu, melainkan data yang mungkin perlu ditelusuri kembali atau digunakan ulang kapan saja. Bagaimana kenyataannya? Banyak sistem tidak mampu bertahan lebih dari dua tahun, lalu mulai berjuang dengan data historis mereka sendiri.
Mengapa takut? Pada akhirnya, itu semua karena lubang-lubang tersebut—mimpi buruk kompatibilitas, struktur data yang terkunci mati, bahkan sekadar ingin mengubahnya bisa memicu efek berantai. Jadi, kebanyakan tim memilih solusi: menambahkan lapisan cache, menumpuk salinan data, dan menerapkan patch. Akibat akhirnya adalah pengembang menjadi semakin berhati-hati, ide inovatif tidak bisa muncul, dan yang disebut sebagai prinsip jangka panjang berubah menjadi omong kosong di atas kertas.
Protokol Walrus memiliki ide yang berbeda. Ia tidak berniat menyembunyikan data historis atau menghapusnya, malah menganggap data historis sebagai bagian dari sistem itu sendiri. Dalam desain ini, objek tidak akan hilang karena diperbarui, melainkan terus ada dan berkembang bersama sistem. Data yang kamu tulis bukan sekadar data sekali pakai, melainkan seperti menetasnya makhluk hidup yang bisa tumbuh secara bertahap.
Kekuatan dari filosofi desain ini terletak pada kemampuannya tidak hanya mengubah logika eksekusi teknologi, tetapi juga secara fundamental mengubah mindset inovasi pengembang.