Komunitas pengembang akhir-akhir ini cukup terbagi dalam hal prototipe cepat. Di satu sisi, ada kelompok "bergerak cepat". Di sisi lain? Orang-orang yang mengemukakan poin-poin solid:
"Hold up—kirim kode tingkat produksi dan lihat tagihan menumpuk."
"Ya, UI itu memang menunjukkan iterasi cepat."
"Tapi di mana audit keamanan dalam hal ini?"
Ini adalah ketegangan klasik: kecepatan versus ketelitian. Kecepatan ke pasar penting. Begitu juga dengan tidak dibobol. Kedua kubu sebenarnya tidak salah. Pertanyaan sebenarnya adalah menemukan keseimbangan—mengetahui kapan harus melakukan iterasi keras dan kapan harus mengunci semuanya dengan audit yang tepat dan standar tingkat produksi.
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.
18 Suka
Hadiah
18
8
Posting ulang
Bagikan
Komentar
0/400
MidnightSeller
· 01-09 13:27
Benar, iterasi cepat dan audit keamanan sebenarnya tidak bisa dipilih salah satu saja
Lihat AsliBalas0
ZenZKPlayer
· 01-08 11:13
Iterasi cepat dan audit keamanan memang seperti ikan dan beruang, benar-benar tidak bisa didapatkan keduanya secara bersamaan
Lihat AsliBalas0
SorryRugPulled
· 01-06 19:56
ngl, iterasi cepat dan audit keamanan sebenarnya bukan pilihan satu atau yang lain, keduanya sama pentingnya. Saya pernah mengalami kerugian di beberapa proyek, ketika peluncuran cepat akhirnya terungkap adanya celah keamanan, dan biaya perbaikan justru lebih tinggi. Kuncinya adalah membagi tahap—fase prototipe harus berkembang pesat, dan sebelum masuk ke lingkungan produksi harus dilakukan pengawasan yang ketat.
Lihat AsliBalas0
rekt_but_resilient
· 01-06 16:01
Iterasi cepat dan audit keamanan benar-benar selalu menjadi dilema, saya justru merasa sebagian besar tim hanya bergoyang di antara kedua ekstrem ini.
Lihat AsliBalas0
AirdropHunter420
· 01-06 15:55
Sejujurnya, iterasi cepat dan audit keamanan sama sekali seperti ikan dan beruang, harus pernah mengalami kegagalan agar belajar dari pengalaman
Lihat AsliBalas0
PoolJumper
· 01-06 15:50
nah Tidak ada jawaban pasti untuk hal ini... iterasi cepat memang menyenangkan, tapi jika diretas sekali saat peluncuran, semuanya bisa berantakan
Lihat AsliBalas0
BugBountyHunter
· 01-06 15:50
Iterasi cepat dan audit keamanan, jujur saja, masing-masing punya alasan sendiri, orang yang harus memilih salah satu agak naif. Saya sendiri pernah melihat proyek yang langsung meluncurkan tanpa audit demi mengejar waktu, lalu diserang dan mengalami kerugian besar, rasanya sangat tidak enak. Intinya tergantung pada toleransi risiko dan skala dana pengguna kalian. Proyek percobaan dengan dana kecil bisa lebih agresif, tapi jika melibatkan dana besar? Maaf, saya sarankan untuk melambat jika memang harus lambat.
Lihat AsliBalas0
LayerZeroHero
· 01-06 15:46
Ini hanyalah pembicaraan lama tentang utang teknis dan keamanan, bagaimanapun juga akhirnya harus diperbaiki
Komunitas pengembang akhir-akhir ini cukup terbagi dalam hal prototipe cepat. Di satu sisi, ada kelompok "bergerak cepat". Di sisi lain? Orang-orang yang mengemukakan poin-poin solid:
"Hold up—kirim kode tingkat produksi dan lihat tagihan menumpuk."
"Ya, UI itu memang menunjukkan iterasi cepat."
"Tapi di mana audit keamanan dalam hal ini?"
Ini adalah ketegangan klasik: kecepatan versus ketelitian. Kecepatan ke pasar penting. Begitu juga dengan tidak dibobol. Kedua kubu sebenarnya tidak salah. Pertanyaan sebenarnya adalah menemukan keseimbangan—mengetahui kapan harus melakukan iterasi keras dan kapan harus mengunci semuanya dengan audit yang tepat dan standar tingkat produksi.