Browsed by
Tag: kde

Konsumen Yang Tak Sabar dan Selalu Benar

Konsumen Yang Tak Sabar dan Selalu Benar

Berdasar pada tulisan Aaron Seigo (KDE hacker), ternyata ada cukup banyak pengguna KDE yang melakukan protes atas keberadaan Nepomuk. Beberapa memrotes karena Nepomuk membuat komputer menjadi lambat. Ada juga yang sebal karena muncul kotak-kotak dialog yang tidak ingin mereka lihat. Terlepas dari isu teknis, saya mencoba mentelaah protes ini dari sudut relasi produsen dan konsumen

Customers Are Impatient

“Nepomuk itu jelek, bikin berat, gak ada gunanya. Kenapa pengguna dipaksa memakainya?” Begitulah kira-kira komentar salah satu pemrotes. Padahal jika dilihat kembali, penyebab lambatnya komputer adalah aktivitas pengindeksan berkas oleh Strigi. Komponen ini sebenarnya sudah cukup pintar karena akan beralih ke mode suspend begitu resource komputer sedang dipakai banyak program.

Customer akan selalu benar, atau tepatnya malu mengaku salah. Mereka selalu menginginkan perubahan saat itu juga. Perubahan yang menurut mereka paling baik, mungkin tanpa mendengar respon customer yang lain.

Listening Is Not Enough

Mendengar saja tidak cukup. Kini produsen juga harus bereaksi cepat untuk merespon keluhan konsumen. Tidak hanya dengan respon lewat e-mail namun juga tindakan nyata untuk memodifikasi produk jika memang diharapkan. Kalau sekedar keluhan copywriting sih tak akan masalah, tapi jika keluhannya menyangkut peubahan arsitektur sistem atau menyangkut core functionality tentunya tidak bisa bertindak gegabah. Nevertheless, action must be done. Dan harus dipaparkan jelas pada si pengeluh. Otherwise, produsen akan dianggap berpangku tangan.

Dalam kasus Nepomuk, jelas developer harus segera menanggapi keluhan konsumen. Entah menonaktifkan Strigi by default, menyembunyi kompleksitas dengan lebih rapi, atau membuat pengorbanan konsumen terbayar dengan peningkatan manfaat Nepomuk secara signifikan. I prefer the later.

Consumer Behaviour Shifting?

Bagi produk yang menerapkan release-early-release-often, keluhan semacam ini jauh lebih sering terdengar karena setiap saat akan ada saja poin yang bisa dikritik. Sebenarnya ini normal karena sifat alami release-early-release-often. Pada suatu kurva pengembangan, akan terpapar masa infancy dari sebuah produk. Transisi dari KDE 3 yang bisa dianggap sudah matang menuju KDE 4.4 yang membawa begitu banyak fitur baru membuka berbagai celah perbaikan. Sebagian berusaha menambal celah ini, sementara beberapa yang lain malah menabur garam.

Bagi saya, hal ini tampak seperti lembah sebelum puncak critical mass. Consumer sebelumnya yang mostly developer dan tech savvy, kini mulai didominasi end users yang bertransisi ke power user. Yang sebelumnya selalu menunggu apa kata orang lain sebelum mencoba produk, kini berani berdiri di barisan paling depan untuk mencicil materi beta atau bleeding edge. No fear!

Celakanya, ekspektasi yang sebelumnya lekat dengan rilis stabil turut terbawa ke rilis beta. Secara tak langsung, hal ini membuat produsen harus turut serta menyesuaikan diri. Rilis produk harus dilakukan jauh lebih berhati-hati karena apapun yang sempat dicicipi oleh pengguna, entah dari leak atau official release akan dinilai tanpa mengindahkan status rilis. Mungkin, status beta GMail beberapa tahun ke belakang bisa turut disalahkan dalam fenomena pergeseran perilaku konsumen ini.

Misteri yang belum terpecahkan: produsen akan selalu berpegang pada prinsip “you cannot please everybody”, sedang konsumen selalu berpikir “i am the one to please”.

PS:
Kamu berani ikut tantangan #blog31hari? Temukan kembali semangat ngeblog-mu!

GSOC 2009 Wrap Up

GSOC 2009 Wrap Up

google campus

Tentunya Anda tahu GSOC adalah event yang diadakan tiap tahunnya oleh Google dalam rangka meningkatkan partisipasi pelajar dan kualitas software open source. Diadakan sejak tahun 2005, Google mendefinisikan GSOC seperti berikut ini:

Google Summer of Code is a global program that offers student developers stipends to write code for various open source software projects.

GSOC 2009 baru saja berakhir. Sebenarnya ada banyak sekali project yang dicakup oleh GSOC, namun tahun ini yang saya monitor hanya project yang diinisiasi di bawah KDE. Berikut ini adalah beberapa hal menarik yang bisa dinikmati pengguna KDE (probably in 4.4):

Virtual Folders

Cocok sekali buat saya yang sering mengalami kebingungan untuk menentukan posisi sebuah file. Akan ditaruh berdasar relasinya dengan project atau dengan domain lain. Saat kita telah mengenal tag dengan baik, bekerja berdasar folder terkadang menyebalkan. Jika tidak ada multi domain/konteks yang terliabt dalam suatu file, folder tidak akan jadi masalah. Tapi jika yang terjadi adalah sebaliknya maka kita dipaksa menentukan satu pilihan domain dan akhirnya satu paksaan lagi bagi otak untuk mengingat hal baru yang harus diasosiasikan dengan file tersebut.

Virtual folders bisa tersedia karena ada Nepomuk sebagai underlying technology. Nepomuk diekspos ke permukaan lewat KIO Slaves yang akhirnya bisa diramahkan lewat UI lain, eg: Virtual Folders. Selain itu juga ada fitur search dengan sintaks SPARQL atau sintaks yang lebih natural yang tersedia di Dolphin (file browser).

Smart Open File Dialog

Tentu saja akibat teknologi yang sama, open file dialog tidak lagi jadi bodoh. Virtual folder juga bisa di-apply di sana. Query berdasar MIME type, tag, creation date, dan metadata lain bisa dipakai sewaktu mencari file yang hendak dibuka. Mungkin bisa diilustrasikan dengan: perlihatkan daftar file yang baru saja di download oleh Konqueror, atau semua file torrent yang sudah completed (tanpa kita harus mengecek satu per satu)

Window Tabbing

Bagi yang pernah memakai Fluxbox dan keluarganya tentu akan ingat dan mungkin suka dengan fitur ini. Window tabbing memungkinkan kita membendel beberapa window dalam satu bingkai dengan navigasi berupa tab. Mungkin akan berbentuk seperti tab di Chrome, namun dalam Fluxbox tab ini akan di-render di luar window decoration.

Hmm, apakah Anda memonitor GSOC 2009? Project mana yang Anda amati? Atau malah ada yang berpartisipasi?

PS:

I failed rebooting my brain. Thus this post.