Menurut saya, itu adalah 'dogfooding pada waktu yang tepat'.
Proyek-proyek yang menerapkannya adalah...
-
Program proof of concept untuk fitur tool pengembangan internal yang saya buat karena frustrasi saat mengembangkan sesuatu di kantor selesai hanya dalam 2 minggu. Saya mengembangkannya sambil memakainya sendiri, merasa puas, lalu mengembangkannya lebih jauh di tool internal itu, melakukan dogfooding, merilisnya ke publik... dan mengulang proses itu. Sekarang, setelah 1 tahun, saya memakainya dengan sangat baik. Karena saya terus menggunakannya, membuat kasar hal-hal yang tampaknya berguna, lalu setelah dicoba dan ternyata bagus, baru saya rapikan di tahap akhir, sepertinya itulah yang membuatnya berhasil.
-
Karena sebagian besar jadwal saya terasa terlalu monoton ( berangkat kerja => ngoding => pulang kerja => ngoding/main game/menulis => tidur ), saya sempat membuat timer Pomodoro otomatis. Tool ini juga saya buat dalam 2 minggu lalu saya pakai selama 2 minggu. Namun saya tidak merasa ada keunggulan besar dibandingkan yang sudah ada di pasar. Jadi saya tinggalkan.
-
Saya sedang membuat proyek open source bernama cron for notion, yaitu 'pembuat dokumen Notion otomatis sesuai jadwal'. Tujuan besarnya adalah mendukung banyak platform yang punya REST API untuk membuat dokumen, dengan alur menyusun jadwal di frontend web, mengirim jadwal itu ke backend, lalu melewati logika yang sangat besar dan rumit untuk membuat dokumen. Namun... untuk sekarang ini hanyalah program kecil yang lucu: jika Anda mengirim JSON lewat command line CLI, ia akan mencetak dokumen dengan rapi. Tool ini juga saya buat selama 2 minggu saat waktu istirahat. Sesuai namanya, sebenarnya ia juga mendukung YouTrack, dan meski bukan cron sungguhan karena Anda harus memanggil CLI, saya sadar tool ini sangat berguna.
Proyek-proyek yang tidak menerapkannya adalah...
-
Saat SMA, saya ingin membuat MMORPG open world yang sangat besar... Saya akhirnya berhenti setelah 8 minggu hanya bermain-main dengan karakter yang berlari di padang luas.
-
Saya pernah membuat game ala Super Smash Bros + shooting dengan physics engine. Karena harus langsung dikumpulkan begitu pengembangan selesai, game yang seharusnya bisa jauh lebih seru malah berubah menjadi game yang biasa saja.
-
Saat SMA, saya merasa akan sangat keren kalau RPG di mobile bisa dimainkan dengan gesture layar sentuh. Setidaknya di proposal saya itu terdengar keren, tapi 6 bulan kemudian, setelah mencoba game yang mendukung hal itu, saya pun sadar: ah, jelek juga! Selama 6 bulan itu saya cuma menulis sistem pengenalan gesturenya, dan akhirnya saya gagal di lomba itu.
-
Dan banyak sekali proyek lain yang bahkan belum sempat diberi nama lalu mati begitu saja
Kalau kalian sendiri, dalam pengalaman mengembangkan side project yang memuaskan, kesamaan apa yang kalian rasakan? 'hm?'
1 komentar
Mirip dengan istilah dogfooding yang Anda sebutkan,
waktu saya masih mengoleksi CD, saya pernah membuat alat untuk memberi tag informasi album pada file MP3, lalu merilisnya dan memakainya cukup lama. Namun, setelah beralih ke streaming dan tidak lagi membeli CD, sekarang saya sudah tidak memakainya. Meski begitu, ternyata masih ada orang yang mengingat alat ini.
Saat situs-situs model One A Day makin banyak, saya juga membuat alat bantu belanja yang mengumpulkan dan menampilkannya sekaligus karena saya sendiri membutuhkannya. Tapi, ketika jumlah barang yang menarik berkurang dan situs-situsnya juga berkurang, akhirnya saya pun berhenti memakainya.
Yang penting adalah, sepertinya yang paling bertahan lama itu adalah "alat yang saya buat karena saya membutuhkannya sendiri, tetapi juga berguna bagi orang lain".
Alat bantu belanja itu sempat menghasilkan sedikit pemasukan berkat afiliasi, dan saya rasa untuk side project juga akan lebih baik kalau mencoba berbagai model monetisasi, bukan sekadar memasang iklan. Dengan begitu, proyeknya bisa dijalankan lebih lama.