Dalam era di mana komputer memiliki kuasa yang belum pernah berlaku sebelum ini, perdebatan hangat sedang melanda dalam kalangan pembangun mengenai kecekapan perisian. Walaupun perkakasan moden dapat mengendalikan aplikasi berskala besar, ramai pengatur cara mempersoalkan sama ada kita telah melampaui batas dengan pembengkakan perisian. Perbincangan ini telah beralih daripada forum teknikal kepada kalangan pembangunan arus perdana, dengan hujah penuh semangat dari kedua-dua belah pihak mengenai apa yang dianggap sebagai pertukaran yang boleh diterima dalam landskap pengkomputeran masa kini.
Jurang Besar: Prestasi vs Kecekapan Pembangun
Inti perdebatan ini berpusat pada sama ada penggunaan sumber perisian moden mewakili evolusi yang diperlukan atau pembaziran yang tidak perlu. Penyokong amalan pembangunan semasa berhujah bahawa lapisan abstraksi, rangka kerja, dan kebergantungan membolehkan kitaran pembangunan yang lebih pantas dan kod yang lebih mudah diselenggara. Mereka menunjuk kepada keperluan sah seperti pengasingan keselamatan, ciri kebolehcapaian, dan keserasian pelbagai platform yang tidak wujud dalam era pengkomputeran sebelumnya.
Walau bagaimanapun, pengkritik membalas bahawa pemikiran ini telah melampau. Ramai pembangun melaporkan kekecewaan harian dengan aplikasi yang terasa lembap walaupun berjalan pada perkakasan yang berkuasa. Perbualan ini mendedahkan ketegangan yang semakin meningkat antara halaju pembangunan dan kualiti pengalaman pengguna. Seperti yang dinyatakan oleh seorang pembangun mengenai amalan pembangunan moden, Berfikir itu sukar, jadi mana-mana produk yang memberi alasan kepada orang untuk berhenti melakukannya akan berjaya, walaupun ia mencipta lebih banyak kesulitan seperti pembengkakan rangka kerja atau kebergantungan yang rosak.
Pertukaran dalam Pembangunan yang Dibincangkan:
- Hujah pro-bloat: Pembangunan lebih pantas, keserasian merentas platform, ciri keselamatan, sokongan kebolehcapaian
- Hujah anti-bloat: Prestasi lebih baik, jejak lebih kecil, permulaan lebih pantas, kerumitan berkurangan, penyelenggaraan lebih mudah
Kesan Dunia Sebenar: Daripada Boot Segera kepada Kelewatan Berbilang Saat
Akibat praktikal pembengkakan perisian semakin ketara kepada pengguna akhir. Pembangun berkongsi perbandingan ketara antara pengalaman masa lalu dan masa kini. Seorang pengatur cara teringat bermain permainan berbilang pemain Quake 1 di mana masa diperlukan dari saat anda melancarkan permainan hingga saat anda memasuki pelayan adalah kira-kira 1 saat. Begitu juga, peminat permainan retro menyatakan bahawa permainan Game Boy asal dimuatkan serta-merta pada perkakasan seperti ModRetro Chromatic.
Pengalaman ini amat berbeza dengan aplikasi moden. Berbilang pembangun melaporkan aplikasi Electron menggunakan beratus-ratus megabait, dengan seorang menyatakan kemas kini MS Teams terkini pada MacOS mengambil pemasang yang meminta saya untuk 1.2GB ruang cakera. Pembangun lain mendapati Teams menduduki lebih 5 GB pada komputer riba mereka. Perbezaan dalam masa permulaan antara aplikasi moden ini dan pendahulunya diukur dalam magnitud tertib dan bukannya peratusan.
Contoh Perbandingan Prestasi:
- Quake 1 (1996): ~1 saat dari pelancaran ke permainan
- Aplikasi Electron moden: Sering mengambil masa beberapa saat untuk bermula
- Game Boy asal: Pemuatan permainan serta-merta
- Steam Deck moden: Masa but lanjutan memerlukan beberapa minit
Perang Rangka Kerja: Electron, React, dan Pencarian Alternatif
Teknologi tertentu telah menjadi tumpuan dalam perbincangan pembengkakan. Aplikasi Electron, yang membungkus keseluruhan pelayar web dengan apl desktop, menghadapi pemerhatian khusus. Walaupun sesetengah mengakui bahawa apl Electron yang dioptimumkan dengan baik seperti Visual Studio Code memberikan pengalaman pengguna yang baik, ramai pembangun menyatakan kekecewaan dengan permintaan sumber teknologi ini.
Perbualan ini meluas kepada rangka kerja web juga. Sesetengah pembangun menggesa untuk mengharamkan React dan rangka kerja yang serupa, dengan hujah bahawa 99% laman web akan berfungsi lebih baik dengan SSR dan beberapa baris JavaScript di sana sini. Yang lain menunjuk kepada alternatif baru seperti Tauri, yang menjanjikan saiz aplikasi yang jauh lebih kecil - berpotensi mengurangkan apl Electron 500MB kepada hanya 20MB.
Motto masa pembangunan lebih penting daripada prestasi memperlakukan prestasi buruk sebagai masalah dengan perisian, apabila pada hakikatnya prestasi buruk adalah gejala kerumitan perisian yang semakin meningkat.
Contoh Saiz Aplikasi:
- Super Mario Bros. (1985): 31-40KB
- Windows 11 Calculator: ~30MB penggunaan RAM
- Aplikasi Electron moden: Biasanya 100-500MB
- Pemasang MS Teams: Keperluan ruang cakera 1.2GB
- Alternatif Tauri: Potensi pengurangan kepada ~20MB
Paradoks Kebolehkekalan
Satu ketegangan menarik telah timbul mengenai bagaimana pembengkakan perisian menjejaskan penyelenggaraan jangka panjang. Sesetengah berhujah bahawa rangka kerja dan abstraksi moden meningkatkan kebolehkekalan melalui modulariti dan corak yang jelas. Walau bagaimanapun, yang lain berpendapat bahawa pelapisan berlebihan mencipta kesan yang bertentangan - sistem menjadi begitu kompleks sehingga tiada siapa yang memahaminya sepenuhnya.
Paradoks kebolehkekalan ini ditunjukkan dalam sesi penyahpepijat yang memerlukan arkeologi melalui 17 lapisan pengalihan. Seperti yang dijelaskan oleh seorang pembangun, Apabila anda menyusun rangka kerja di atas perpustakaan di atas abstraksi di atas kebergantungan - dan tiada siapa yang memahami apa yang sistem lakukan lagi. Tidak boleh memegangnya dalam kepala anda. Ini mencadangkan bahawa penjimatan masa awal daripada menggunakan rangka kerja berat mungkin diimbangi oleh peningkatan kerumitan penyahpepijatan kemudian dalam kitaran hayat perisian.
Spektrum Pengoptimuman: Daripada Pengoptimuman Mikro kepada Pilihan Seni Bina
Perbincangan ini mendedahkan tafsiran berbeza tentang apa yang merupakan pengoptimuman yang sesuai. Ramai pembangun merujuk kepada petikan terkenal Donald Knuth pengoptimuman pramasa adalah punca segala kejahatan, tetapi terdapat perdebatan penting tentang apa yang pramasa sebenarnya bermakna. Sesetengah mentafsirkannya sebagai mengelakkan pengoptimuman mikro sebelum membuat profil, manakala yang lain menggunakannya untuk mewajarkan keputusan seni bina yang mengutamakan kelajuan pembangunan berbanding prestasi.
Pembangun berpengalaman menekankan kepentingan memilih algoritma dan struktur data yang betul lebih awal, dengan menyatakan bahawa isu prestasi kecil dalam laluan panas boleh meningkat dengan ketara. Seperti yang diperhatikan oleh seorang pakar pangkalan data, Kueri ini berjalan dalam 2 msa, ia cukup pantas. OK, tetapi ia dipanggil 10x setiap aliran kerana ORM itu sangat bodoh; jika anda mengurangkannya sebanyak 500 mikrosaat, anda akan menjimatkan 5 msa.
Masa Depan Perisian Cekap
Walaupun kelaziman aplikasi yang membengkak, masih terdapat minat yang kuat dalam pembangunan perisian yang cekap. Pembangun yang bekerja pada aplikasi kritikal prestasi seperti visualisasi saintifik, enjin permainan, dan perisian sistem terus mengutamakan pengoptimuman. Projek seperti Datoviz menunjukkan bahawa masih terdapat pasaran untuk perisian yang dioptimumkan dengan teliti, terutamanya dalam domain di mana prestasi secara langsung mempengaruhi kebolehgunaan.
Komuniti nampaknya mencapai konsensus bahawa walaupun sesetengah pembengkakan mewakili pertukaran yang sah, sebahagian besarnya berpunca daripada pilihan kejuruteraan yang lemah dan bukannya kerumitan yang diperlukan. Cabaran pada masa hadapan adalah mencari keseimbangan yang betul antara kecekapan pembangunan dan prestasi perisian - dengan mengakui bahawa kedua-dua ekstrem mempunyai kos yang besar.
Perdebatan pembengkakan perisian mencerminkan ketegangan yang lebih luas dalam pembangunan perisian moden antara lelaran pantas dan kraf berkualiti. Memandangkan perkakasan terus berkembang, perbualan tentang bagaimana kita menggunakan sumber tersebut mungkin akan semakin sengit, dengan pembangun semakin mencari penyelesaian pertengahan yang menyampaikan kedua-dua produktiviti pembangun dan pengalaman pengguna yang cemerlang.
Rujukan: Some software bloat is OK