4

Transformasi Masalah: Dari Memilih Algoritma ke Proses Eksplorasi

AI999第3课:现实世界的复杂性与多目标权衡
00:00

Dalam penerapan praktis komputasi evolusioner, kesalahan awal yang umum adalah—saat menerima tugas langsung bertanya "saya harus pakai DE atau PSO". Kalimat ini menempatkanpemilihan algoritmadi pintu masuk penyelesaian masalah, padahal pertanyaan itu hanya menjawab "alat apa yang dipakai untuk mencari", dan tidak menjawab "apa yang dicari, apa yang dianggap baik, apa yang mutlak tidak boleh dilanggar". Yang benar-benar menentukan keberhasilan adalahkualitas definisi masalah.

Yang disebuttransformasi masalah, yaitu menulis ulang "algoritma mana yang dipilih" menjadi "merancang sebuah proses yang dapat dieksplorasi": pertama-tama perjelas apa yang bisa diubah dalam masalah nyata, bagaimana menilai setelah diubah, dan batasan mana yang harus dipenuhi, lalu biarkan algoritma secara iteratif menghasilkan dan menyaring kandidat dalam ruang pencarian tersebut. Dengan demikian pemilihan algoritma menjadi salah satu bagian dalam desain proses eksplorasi, bukan titik awalnya.

Transformasi Masalah: Dari Memilih Algoritma ke Proses EksplorasiMasalah nyataTujuan, fenomena, dan skenario1Objek yang dapat diubahParameter · Struktur · Strategi → Pengodean2Metode evaluasiFungsi tujuan · Metrik · Preferensi3Batasan intiBatasan keras vs preferensi lunakFormalisasi4Proses eksplorasiGenerasi kandidat → Evaluasi → Umpan balik → Generasi ulang: biarkan hasil evaluasi mengalir kembali ke generasi berikutnyaIterasi loop tertutupGenerasi kandidatPengambilan sampel sesuai ruang pencarianEvaluasiFungsi tujuan + pemeriksaan batasanUmpan balikMemperbarui distribusi dan tekanan seleksiGenerasi ulangMenghasilkan generasi baru dengan distribusi yang telah diperbaruiHasil evaluasi mengalir kembali, mendorong generasi putaran berikutnyaMenghasilkan sekumpulan solusi kandidat yang layakKumpulan solusi kandidatSolusi layak yang tersebar baik pada pertukaran tujuan, diserahkan untuk keputusan teknik dan produk

Empat definisi yang harus ditetapkan lebih dahulu

  • Objek yang dapat diubah: Menentukan parameter, struktur, strategi, atau proses mana yang boleh disesuaikan, sehingga terbentuk ruang pencarian dan batas pengodean. Tanpanya, solusi kandidat tidak dapat direpresentasikan dan tidak dapat dihasilkan.
  • Metode evaluasi: Mendefinisikan cara menilai baik-buruknya setelah perubahan, termasuk fungsi tujuan, metrik evaluasi, arah preferensi, serta ukuran kelayakan dan keberagaman. Cara evaluasi pada dasarnya menentukan ke arah mana pencarian akan bergerak.
  • Batasan inti: Membedakan batasan keras yang harus dipenuhi dari preferensi lunak yang dapat dipertukarkan. Mencampurkan batasan keras ke dalam fungsi tujuan dengan "memberi diskon" mudah menghasilkan solusi yang tampak bernilai tinggi tetapi sama sekali tidak dapat diterapkan.
  • Proses eksplorasi: Memformalkan masalah menjadi loop tertutup "generasi kandidat—evaluasi—umpan balik—generasi ulang", sehingga hasil evaluasi memengaruhi generasi berikutnya, bukan menetapkan pendekatan penyelesaian secara kaku sejak awal.

Perbedaan yang ditimbulkan oleh transformasi

Menghadapi tugas optimasi parameter, kebiasaan yang lazim adalah "pilih dulu satu algoritma—misalnya DE atau PSO—lalu mulai menyetel parameter". Pendekatan setelah transformasi adalah menjawab tiga pertanyaan secara berurutan: parameter mana yang dapat disetel? Metrik apa (atau metrik mana yang saling bertentangan) yang digunakan untuk menilai? Batasan mana yang mutlak tidak boleh dilanggar? Setelah ketiga pertanyaan ini terjawab, tugas telah diformalkan menjadi masalah multi-tujuan yang dapat dihubungkan ke pemecah evolusioner; pada titik ini menentukan algoritma mana yang dipakai dan konfigurasi operator apa untuk mengeksplorasi hanyalah keputusan teknik yang dapat diganti di dalam loop tertutup. Dengan kata lain, algoritma bukan jawabannya itu sendiri, ia hanya salah satu bagian yang dapat dikonfigurasi dalam proses eksplorasi, dan kualitas definisi masalahlah yang menentukan batas atas eksplorasi.

Kesalahpahaman umum
Mengaitkan "kinerja algoritma buruk" langsung pada algoritma itu sendiri, namun mengabaikan tiga hal yang lebih mendasar: definisi ruang pencarian yang kabur, metrik evaluasi yang tidak selaras dengan tujuan bisnis nyata, dan tidak adanya batasan keras. Memperbaiki definisi masalah terlebih dahulu, baru membahas penggantian algoritma, sering kali lebih efektif daripada berganti algoritma berulang-ulang.