Dasar
Spot
Perdagangkan kripto dengan bebas
Perdagangan Margin
Perbesar keuntungan Anda dengan leverage
Konversi & Investasi Otomatis
0 Fees
Perdagangkan dalam ukuran berapa pun tanpa biaya dan tanpa slippage
ETF
Dapatkan eksposur ke posisi leverage dengan mudah
Perdagangan Pre-Market
Perdagangkan token baru sebelum listing
Futures
Akses ribuan kontrak perpetual
TradFi
Emas
Satu platform aset tradisional global
Opsi
Hot
Perdagangkan Opsi Vanilla ala Eropa
Akun Terpadu
Memaksimalkan efisiensi modal Anda
Perdagangan Demo
Pengantar tentang Perdagangan Futures
Bersiap untuk perdagangan futures Anda
Acara Futures
Gabung acara & dapatkan hadiah
Perdagangan Demo
Gunakan dana virtual untuk merasakan perdagangan bebas risiko
Peluncuran
CandyDrop
Koleksi permen untuk mendapatkan airdrop
Launchpool
Staking cepat, dapatkan token baru yang potensial
HODLer Airdrop
Pegang GT dan dapatkan airdrop besar secara gratis
Pre-IPOs
Buka akses penuh ke IPO saham global
Poin Alpha
Perdagangkan aset on-chain, raih airdrop
Poin Futures
Dapatkan poin futures dan klaim hadiah airdrop
Investasi
Simple Earn
Dapatkan bunga dengan token yang menganggur
Investasi Otomatis
Investasi otomatis secara teratur
Investasi Ganda
Keuntungan dari volatilitas pasar
Soft Staking
Dapatkan hadiah dengan staking fleksibel
Pinjaman Kripto
0 Fees
Menjaminkan satu kripto untuk meminjam kripto lainnya
Pusat Peminjaman
Hub Peminjaman Terpadu
Rasa: Tantangan yang sama di dunia akademik dan dunia startup
Menulis: Yajin
Belakangan ini saya mengalami beberapa hal, yang membuat saya memiliki beberapa pemahaman tentang kata “taste” yang sedang populer belakangan ini, saya catat dan bagikan kepada semua.
Minggu ini saya wawancara seorang mahasiswa sarjana yang melamar ke tim kami.
Resume-nya terlihat sangat bagus. Pernah terlibat dalam 3 proyek penelitian, dan juga satu paper. Untuk seorang mahasiswa sarjana, hasil ini sudah melebihi banyak mahasiswa magister.
Saat wawancara dimulai, saya bertanya apa motivasi dari proyek pertama itu. Dia memberikan jawaban yang cukup umum. Saya tanya lagi tentang detail teknisnya, dia bisa menjelaskan apa yang dilakukan, tapi tidak bisa menjelaskan mengapa harus melakukan itu. Apa masalah yang diselesaikan oleh pekerjaan ini? Apa perbedaan mendasar dengan metode sebelumnya? Dia tidak bisa menjawab.
Proyek kedua, situasi serupa.
Hingga proyek ketiga, saya sudah cukup paham. Mahasiswa ini melakukan banyak hal, tapi tidak benar-benar memahami satu pun dari mereka. Pengalaman penelitiannya bukan “saya tertarik pada sebuah masalah, mendalami”, melainkan seperti yang sering dikatakan di Xiaohongshu, yaitu “menambah pengalaman riset”, ikut kapan saja ada kesempatan, selesai lalu pindah ke yang berikutnya, menambah satu baris di resume adalah kemenangan, menjadikan riset sebagai semacam permainan poin.
Sekitar waktu yang sama, seorang teman berbicara tentang fenomena di komunitas hackathon.
Ada sekelompok peserta, mengikuti hackathon di mana-mana. Minggu ini di kompetisi ini, minggu depan di kompetisi itu. Resume mereka penuh dengan “Menang penghargaan di hackathon XX”, tapi kalau diperhatikan, semua hasilnya hampir sama: memakai API AI, membungkusnya dengan UI, membuat demo. Setelah kompetisi, proyek itu mati.
Teman saya menyebut mereka sebagai “pembersih hackathon”.
Begitu saya dengar istilah ini, saya sadar bahwa ini sama dengan masalah yang saya temui pada mahasiswa tadi.
Secara permukaan, satu di dunia akademik, satu di dunia startup, situasi sangat berbeda, tapi inti masalahnya sama: mengganti kedalaman dengan kuantitas, mengganti pemahaman dengan pengalaman, mengganti angka di resume dengan penilaian sejati.
Polanya ini punya nama yang lebih tepat: “mengganti pengalaman”.
Jangan salah paham, saya tidak bilang mengganti pengalaman sama sekali tidak berguna. Untuk orang yang baru masuk ke bidang ini, mencoba berbagai hal bisa membantu memahami gambaran lengkap sebuah bidang, menemukan minat sendiri.
Tapi, ada batas kerasnya: ini bisa membantu kamu “tahu apa yang ada”, tapi tidak bisa membantu kamu menilai “apa yang layak dilakukan”.
Batas ini bisa dilihat di banyak tempat.
Di Apple App Store ada lebih dari 2 juta aplikasi. Menurut data Business of Apps, hampir seperempat dari aplikasi diunduh kurang dari 100 kali. [1] Pengembangnya sangat berusaha, tapi sebagian besar hanya membuat sesuatu yang “bisa dipakai”, tapi tidak ada yang membutuhkannya.
Di bidang alat AI pun lebih jelas. Dua tahun terakhir, banyak wrapper AI bermunculan di pasar, melakukan hal yang sangat mirip: membungkus ChatGPT dengan UI, menambahkan sedikit prompt engineering, membuat “asisten penulis AI” atau “ringkasan rapat AI”. Sebagian besar tidak laku, tapi beberapa produk bertahan dan berjalan sangat baik. Perbedaannya dengan wrapper AI yang mati bukan dari segi kemampuan teknis, bukan dari jumlah pendanaan, melainkan dari taste.
Kata “Taste” sulit diterjemahkan dengan tepat. Selera, estetika, kemampuan penilaian, masing-masing terjemahan hanya menangkap sebagian.
Menurut saya, taste adalah: kemampuan memilih satu dari 100 hal yang bisa dilakukan, yang benar-benar layak dilakukan.
Steve Jobs dalam wawancara terkenal tahun 1995 pernah berkata: “The only problem with Microsoft is they just have no taste. They have absolutely no taste. And I don’t mean that in a small way. I mean that in a big way, in the sense that they don’t think of original ideas and they don’t bring much culture into their product.” [2]
Inti dari kata Jobs bukan soal tampilan antarmuka yang bagus. Dia bicara tentang Microsoft yang tidak memikirkan apa yang benar-benar orisinal, apa yang benar-benar bermakna secara budaya dalam produk mereka. Microsoft bisa melakukan apa saja, tapi tidak tahu apa yang paling layak dilakukan.
Tentu saja, menyatakan Microsoft gagal juga tidak tepat. Microsoft sangat sukses secara bisnis, hanya saja lini produknya terasa terpecah-pecah. Saya bekerja di CUHK, universitas yang menggunakan solusi perusahaan Microsoft, termasuk Microsoft 365 yang juga digunakan perusahaan kami di awal. Jujur saja, sangat sulit digunakan, sulit dijelaskan. Penjualan produk B2B melibatkan banyak faktor di luar produk, taste di situ bukan satu-satunya variabel.
Richard Hamming dalam pidaton klasiknya “You and Your Research” tahun 1986 pernah menceritakan sebuah kisah. Saat di Bell Labs, dia sering bertanya kepada rekan saat makan siang: Apa masalah terpenting di bidang ini? Apa masalah penting yang sedang kamu kerjakan? Kalau pekerjaanmu tidak penting, kenapa harus dilakukan? [3]
Sebagian besar orang berhenti makan bersama saat ditanya pertanyaan ketiga.
Tapi logika Hamming sangat jelas: melakukan hal yang tepat jauh lebih penting daripada melakukan hal yang benar. “If you do not work on an important problem, it’s unlikely you’ll do important work.”
Mungkin ada yang berkata, saya bukan ingin menjadi ilmuwan seperti Hamming, apa hubungannya dengan saya? Sebenarnya, prinsip yang dia sampaikan tidak hanya berlaku untuk ilmuwan top. Baik dalam riset maupun dalam pembuatan produk, bahkan dalam memilih pekerjaan, inti pertanyaannya sama: apa yang kamu habiskan waktumu untuk lakukan.
Itulah taste. Dalam dunia akademik, taste adalah kemampuan memilih masalah riset yang tepat. Dalam industri, taste adalah kemampuan memilih arah produk yang tepat.
Tahun 2012, kami menerbitkan makalah tentang keamanan Android di IEEE S&P (konferensi terkemuka di bidang keamanan).
Kalau dilihat sekarang, keamanan Android sudah menjadi bidang yang matang setelah lebih dari sepuluh tahun diteliti, tapi situasi tahun 2012 sangat berbeda. Saat itu, Android baru keluar beberapa tahun, perhatian akademik terhadap keamanan mobile masih sangat sedikit, sebagian besar peneliti keamanan masih fokus di PC.
Saya saat itu mahasiswa PhD, tidak punya banyak penilaian tentang arah riset. Memilih fokus pada keamanan Android adalah taste dari pembimbing saya. Dia melihat bahwa smartphone mulai menjadi platform utama, dan masalah keamanan akan meledak. Penilaian ini saat itu tidak jelas, banyak yang merasa tidak ada masalah keamanan menarik di ponsel.
Hasilnya membuktikan bahwa arah ini benar. Makalah itu kemudian sering dikutip, dan yang lebih penting, menempatkan kami di bidang keamanan Android. Banyak pekerjaan lanjutan didasarkan pada fondasi ini.
Kalau dipikir-pikir, kalau saat itu pembimbing saya tidak punya taste itu, mungkin kami akan mengikuti tren, melakukan riset yang sedang populer saat itu. Mungkin juga bisa menerbitkan makalah, tapi besar kemungkinan tidak akan punya pengaruh sebesar itu.
Ini adalah nilai dari taste dalam dunia akademik. Memilih masalah yang tepat memberi arah kerja selama beberapa tahun ke depan. Memilih masalah yang salah, meskipun kerja keras, hanya akan menumpuk angka.
Taste di industri terlihat dari pilihan produk. Membuat sesuatu yang “bisa dipakai” itu mudah, tapi membuat sesuatu yang pengguna “tidak bisa lepas” itu sulit.
Era AI memperbesar masalah ini.
Karena AI secara besar-besaran menurunkan biaya eksekusi. Dulu, membuat sebuah produk membutuhkan tim berbulan-bulan, sekarang satu orang dengan AI bisa membuat prototipe dalam beberapa hari. Eksekusi bukan lagi hambatan, yang penting adalah penilaian.
Ini sama seperti situasi di App Store. Kemampuan pengembangan bukan lagi hambatan, yang kurang adalah sense arah. Ketika semua orang bisa membuat app, kemampuan membuat app bukan lagi keunggulan kompetitif. Yang penting adalah tahu apa yang harus dibuat.
Contoh paling nyata di bidang alat AI. Tahun 2024-2025, ratusan bahkan ribuan alat AI produktivitas muncul di pasar. Sebagian besar melakukan hal yang sama: memanggil API model besar, membungkusnya dengan antarmuka, memenuhi kebutuhan “meningkatkan efisiensi” yang samar.
Sebagian produk setidaknya di awal sudah menemukan arah yang tepat. Misalnya, ada tim yang memilih untuk memikirkan ulang “bagaimana seharusnya pemrograman dilakukan dengan bantuan AI”, atau yang mendefinisikan ulang “pengalaman pencarian di era AI”. Apakah produk ini akhirnya akan sukses, belum pasti, tapi perbedaannya dengan wrapper AI yang seragam berasal dari taste: memilih masalah apa yang diselesaikan dan untuk siapa.
Di sini muncul pertanyaan alami: apakah taste bisa dilatih? Atau memang bawaan lahir?
Paul Graham dalam artikelnya “Taste for Makers” memberikan jawaban yang sangat baik: taste bukan preferensi subjektif, melainkan kemampuan penilaian yang bisa dikembangkan. [4]
Dia mengatakan, desain yang bagus memiliki ciri bersama: sederhana, menyelesaikan masalah yang benar, tampak mudah tapi sebenarnya membutuhkan banyak usaha. Kunci melatih taste adalah “ketidakmampuan mentolerir keburukan” (intolerance for ugliness).
Ada paradoks di sini: orang yang membuat produk sering berkata “jangan kejar kesempurnaan, rilis dulu lalu iterasi”, lalu apakah ini bertentangan dengan “ketidakmampuan mentolerir keburukan”? Menurut saya, tidak. Taste adalah ketegasan dalam memilih arah, kalau salah memilih masalah, melakukan yang sempurna pun tidak berguna. Tapi dari segi eksekusi, membuat versi kasar secara cepat untuk menguji arah adalah cerminan dari taste: mengutamakan penilaian, bukan menghabiskan waktu untuk menyempurnakan sesuatu yang mungkin tidak perlu dibuat.
Berdasarkan pengalaman dan pengamatan saya, ada beberapa jalur untuk melatih taste:
Pertama, banyak berinteraksi dengan “yang baik”.
Membaca cukup banyak makalah bagus, baru tahu mana yang tidak bagus. Menggunakan cukup banyak produk bagus, baru bisa membedakan apa yang membuatnya bagus. Awal dari taste adalah wawasan.
Kedua, bekerja sama dengan orang yang punya taste.
Taste saya dalam keamanan Android berasal dari pembimbing saya. Dia tidak secara eksplisit mengajar apa itu taste, tapi dalam setiap diskusi, saya perlahan memahami bagaimana dia melihat masalah dan menilai apakah sebuah arah layak.
Taste sulit dipelajari dari buku karena itu adalah kemampuan penilaian, bukan pengetahuan, tapi bisa ditransfer melalui interaksi jangka panjang dengan orang yang punya taste.
Itulah mengapa bekerja di laboratorium yang baik, dan bersama rekan yang berkualitas sangat penting. Menjadi teman/rekannya, kita bisa belajar dari mereka. Sayangnya, banyak orang yang justru menjadikan orang hebat di sekitarnya sebagai musuh, tertutup oleh rasa iri dan kehilangan kemampuan penilaian yang rasional.
Ketiga, mendalami satu bidang secara mendalam.
Masalah mengganti pengalaman adalah, kamu seperti turis di setiap bidang. Turis melihat tempat wisata, penduduk tahu jalan mana yang menuju ke mana.
Kerja mendalam di satu bidang akan membangun rasa: mengetahui apa masalah utama di bidang ini, apa masalah yang hanya tampak saja, apa metode yang benar, apa jalan buntu. Rasa ini adalah taste.
Keempat, belajar berkata “tidak melakukan”.
Taste pada akhirnya adalah kemampuan memilih apa yang tidak dilakukan. Untuk peneliti, ini berarti mampu menolak topik yang bisa dipublikasikan tapi tidak penting. Untuk pengusaha, ini berarti mampu menolak arah yang pasar tapi tidak layak.
Kembali ke wawancara di awal artikel.
Mahasiswa itu tidak buruk kemampuannya, juga tidak malas. Masalahnya adalah, selama beberapa tahun terakhir, tidak ada yang memberitahu dia (atau dia tidak sadar): melakukan 3 proyek dangkal tidak sebaik fokus pada 1 proyek mendalam.
Kalau dia mengarahkan waktu dan energi dari 3 proyek ke satu masalah yang benar-benar penting, memahami latar belakangnya, memikirkan metode dengan serius, menganalisis hasilnya dengan cermat, apa yang dia katakan saat wawancara akan berbeda total. Yang bertambah bukan keahlian, tapi pemahaman.
Hamming bilang, taste adalah sesuatu yang tidak bisa diajarkan secara lisan, harus dilatih melalui praktik dan observasi. Saya setuju sebagian. Taste memang sulit diajarkan dalam satu pelajaran, tapi kita bisa menciptakan kondisi untuk melatihnya: menemukan masalah yang baik, menginvestasikan waktu cukup, dan bekerja dengan orang yang punya penilaian.
Bagi yang sedang mengganti pengalaman, saran saya sederhana: berhenti dulu. Cari masalah yang benar-benar kamu pedulikan. Investasikan dua tahun. Pemahaman mendalam tentang satu masalah ini jauh lebih berharga daripada 10 pengalaman di CV.
Referensi
[1] Business of Apps, “Apple App Store Statistics (2026).”
[2] Steve Jobs, “The Lost Interview,” 1995 (PBS interview with Robert Cringely)
[3] Richard Hamming, “You and Your Research,” Bell Communications Research, 7 Maret 1986
[4] Paul Graham, “Taste for Makers,” Februari 2002