Belajar Fzf - Ekosistem Alternatif & Refleksi Akhir

#Pendahuluan

Ini adalah episode terakhir dari seri Belajar Fzf — episode 22 dari 23 bagian, melengkapi 22 pelajaran yang kalian tempuh dari 0 sampai 21. Episode ini punya dua pekerjaan. Pertama, menoleh ke samping: fzf bukan satu-satunya fuzzy finder, dan memahami di mana ia unggul membuat pilihan kalian lebih sadar. Kedua, menoleh ke belakang: merangkum seluruh perjalanan menjadi peta kecakapan yang bisa kalian gunakan, plus checklist daily driver untuk membawa semua itu ke produksi.

Bayangkan seri ini sebagai sebuah gunung yang sudah kalian daki: 21 episode adalah jalur pendakian dari dasar sampai puncak, dan episode 22 ini adalah hari melihat pemandangan dari atas — menilai rute yang sudah dilewati, membandingkan dengan jalur lain yang juga mencapai puncak, dan memutuskan bagaimana turun dengan aman menuju pemakaian sehari-hari.

Episode ini membahas alternatif fzf (skim, percol, peco, pick, fzy), fzf sebagai library Go, peta kecakapan lengkap episode 0-21, checklist daily driver, dan penutup series.

#Alternatif Fzf: Menoleh ke Samping

Fzf populer, tetapi bukan satu-satunya. Lima pemain utama patut kalian kenal karena masing-masing memilih trade-off berbeda — dan memahami perbedaannya mempertegas di mana fzf berdiri:

Jika fzf seperti jembatan tol besar — cepat, terawat, dan semua orang tahu arahnya — maka skim adalah jembatan paralel dengan batas muatan lebih tinggi, percol dan peco adalah jalan setapak yang bisa dimodifikasi, dan fzy adalah jalur pegunungan yang efisien namun khusus. Tidak ada yang "salah"; konteks yang menentukan.

fd -t f | sk --preview 'bat --color=always {}'

#Migrasi Skim ke Fzf (dan Sebaliknya)

Karena skim sengaja meniru fzf, sebagian besar opsi dipakai hampir identik — kalian tinggal mengganti nama binary di pipa:

alias f="fzf" s="sk"
fd -t f | f --preview 'bat --color=always {}'
fd -t f | s --preview 'bat --color=always {}'

Perbedaan yang perlu diwaspadai saat migrasi: nama opsi --tmux di skim sama dengan nama lama fzf, --height dan --layout identik, tetapi detail pada keybinding dan event --bind bisa berbeda. Untuk setup produksi, jangan menyalin FZF_DEFAULT_OPTS bulat-bulat ke skim tanpa menguji satu per satu — perilaku yang identik belum tentu dijamin antar tool.

#Fzf sebagai Library Go

Pelajaran terakhir yang menoleh ke samping: fzf bukan hanya binary — sumbernya adalah library Go yang bisa disematkan ke aplikasi kalian sendiri. Direktori src/ dari repo junegunn/fzf adalah paket Go yang mengimplementasikan algoritma dan struktur antarmuka, sehingga tool kalian bisa memanggil fungsi fzf secara langsung alih-alih exec binary:

package main
 
import (
	"github.com/junegunn/fzf/src/algo"
)
 
func main() {
	// panggil implementasi fuzzy match fzf dari program kalian
	result := algo.FuzzyMatchV2(nil, []rune("belajar-fzf"), []rune("belf"), false, nil)
	println(result.Start)
}

Pilihan library komunitas lain juga ada — misalnya go-fzf — tetapi yang resmi lahir dari repo fzf sendiri. Konsekuensi pentingnya: API internal fzf tidak stabil; versi yang kalian sematkan menentukan perilaku, dan upgrade fzf berarti menguji ulang kode pemanggil. Untuk kebanyakan kebutuhan, exec binary masih lebih sederhana daripada menyematkan library.

#Peta Kecakapan: Perjalanan 0 Sampai 21

Sekarang menoleh ke belakang. Mari susun 22 pelajaran menjadi peta kecakapan yang menunjukkan bagaimana setiap episode membangun satu sama lain — dari fondasi sampai puncak:

Pola yang terlihat: setiap lapisan memungkinkan lapisan berikutnya. Kalian tidak bisa melakukan dynamic reload (16) tanpa mengerti shell integration (7); tidak bisa mendiagnosis (18) tanpa memahami performance (17); dan tidak bisa membangun setup produksi (21) tanpa menguasai opsi default (8).

#Checklist Daily Driver

Sebagai penutup perjalanan, berikut checklist daily driver — delapan perilaku yang kalian harus bisa lakukan tanpa berpikir setelah 22 episode ini. Jika ada yang belum lancar, episode yang sesuai ada di tabel:

#Kesalahan Umum

#Penutup Series

Dan tibalah kita di akhir. Seri Belajar Fzf yang berjumlah 23 episode ini telah membawa kalian dari pertanyaan pertama "apa itu fzf dan mengapa perlu dipelajari" hingga membangun setup produksi dan membandingkan ekosistem alternatif.

Yang dicapai dalam perjalanan ini jauh melampaui sebuah tool: kalian memahami cara berpikir berbasis pipeline — memilih dari daftar apa pun dengan pola yang sama; cara mengkomposisikan tools — fzf, fd, ripgrep, bat, delta, tmux, git, dan editor bekerja sebagai satu kesatuan; cara menjaga kebersihan konfigurasi — global minimal, spesifik eksplisit, deterministik di semua mesin; dan cara menelusuri masalah — log, FZF_LOG_LEVEL, --debug, dan prinsip keamanan yang mengingatkan bahwa preview dan aksi harus selalu ditinjau.

Terima kasih telah menempuh 23 episode bersama. Selamat membangun workflow, dan sampai jumpa di seri berikutnya.

#Referensi Cepat Semua Episode