#direktif

Korupsi yang Memprihatinkan

2010-03-09T06:02:40Z

Di akhir tahun lalu kantor kami kedatangan tim survei yang dilakukan oleh teman-teman di Bandung High Tech Valley (BHTV). Kuesioner yang diajukan berasal dari salah satu instansi pemerintah daerah (saya lupa, Pemkot Bandung atau Pemda Jawa Barat). Pertanyaan terakhir tentang harapan pelaku bisnis terhadap iklim usaha, di Bandung secara khusus sebagai ibukota Provinsi Jawa Barat dan Indonesia pada umumnya. Bos di kantor — ya, ini UKM, bos sendiri yang menjawab survei — merespon sudah bosan dengan korupsi.

Barangkali ini jawaban klise, namun saya tetap berharap dengan sangat bahwa tidak perlu menjadi pahlawan untuk lantang menolak korupsi, melainkan sepatutnya menjadi keniscayaan sehari-hari. Terutama bagi kami, para pelaku usaha kecil (jika Anda merasa tergerak, langsung ubah menjadi kita!). Korupsi sering menjengkelkan: sudah harus akrobat menyiasati hidup, masih juga dicekik di sana dan di sini dengan pat-gulipat angka. Bahkan pengalaman saya sendiri, secara pribadi, sering sebal dengan tipu-tipu recehan seperti permainan tanda tangan, daftar hadir, dan sejenisnya. Kesannya sepele dan semacam “menipu untuk kebaikan” (white lies), namun mana ada seperti itu? Lebih mengerikan lagi, jika kita menyepelekan suatu bentuk kemungkaran, dampaknya akan menjadi akut dan sudah berbatas sangat tipis dengan kejahatan yang lebih besar lagi.

Bukan, bukan saya sok suci, sudah imun dari hal buruk seperti korupsi. Justru sebaliknya, karena merasakan betapa mengerikan tinggal di negara yang seperti tidak peduli lagi dengan kebusukan lewat korupsi, seringkali masa depan terasa gelap. Seolah-olah kita menganggukkan setuju untuk semua kompromi terhadap keadaan di luar dan kemudian mencari berbagai pembenaran.

]]> Kemarin sore teman-teman di Twitter mulai sedikit gaduh dengan kabar berulang bahwa skor indeks korupsi untuk Indonesia masih mencengangkan (atau malah lumrah!). Tentu saja, mayoritas komentar tersebut — termasuk saya — mengarah pada gaya bahasa sinisme. Semacam ungkapan di buku-buku humor yang menggambarkan paduan antara kepahitan hidup dan kemauan untuk berontak. Karena tetap realistis melihat sedemikian besar kendala untuk membereskannya di lapangan, sinisme itulah barangkali penyegar jiwa. Saya juga yakin bahwa respon yang umum terhadap kelakar seperti itu adalah, “Jangan berputus asa akan harapan,” “Ayo kita coba perbaiki.” Sayangnya, harapan ini lekas kandas terhadap banyak kompromi. Satir-satir kelakar itu juga jika diinsyafi akhirnya kita harapkan menjadi introspeksi terhadap kita sendiri.

Walaupun saya menolak gagasan malu sebagai bangsa yang korup (“malu pada tabiat korupnya!”), yang sering membuat prihatin bahwa dalam lingkungan pekerjaan TI korupsi tersebut dapat lebih brutal. Jika konstruksi bangunan megah dirobohkan masih menimbulkan gaung suara di mana-mana, menghancurkan satu aplikasi cukup dengan satu perintah, sekian menit, atau bahkan detik! Tanpa suara berarti, dan dilakukan dengan tangan dingin (karena di ruang khusus server bersuhu 18°C!).

Tidak perlu saya paparkan dengan rinci di sini, karena dalam banyak kasus malah cukup gamblang, walau seringkali tidak terjangkau oleh penegak hukum dan dilewatkan begitu saja secara etis.

Memprihatinkan. Mengerikan.

Kuesioner di atas saya juga tidak tahu bagaimana nasibnya: baik untuk respon pertanyaan teknis atau usulan yang bersifat motivasi seperti ihwal korupsi ini.

Jejaring Sosial dan Blog-Mikro

2010-03-08T23:55:19Z

Walaupun media sosial, yaitu media web yang digunakan untuk bersosialiasi dengan pengguna lain, terlihat mirip satu dengan yang lain, fasilitas utama yang disediakan oleh media tersebut membedakan dalam dua kelompok, jejaring sosial atau blog-mikro. Batasan dua kelompok ini relatif longgar dan untuk beberapa orang dianggap tidak penting dibanding ikut saja.

Jejaring sosial lebih mengutamakan fasilitas pertemanan dan mendorong penggunanya untuk bertemu dengan teman yang diharapkan. Facebook sebagai misal, meletakkan pertemanan sebagai sendi utama mobilitas layanannya. Mulai dari menampilkan teman yang sama dari dua pengguna, mencarikan teman yang cocok berdasarkan preferensi, menyarankan teman baru, hingga menyediakan aneka cara agar pengguna tetap saling menegur. Fasilitas tambahan seperti status yang mengalir, album foto, koleksi tautan, hingga grup, semua dikerahkan agar pengguna Facebook bersosialisasi dengan pengguna lain. Sebelumnya Friendster melakukan hal serupa. Jika Facebook berupa portal besar dan hampir “segala ada”, Koprol mengambil satu bagian: menghubungkan antarpengguna lewat lokasi.

]]> Akan halnya blog-mikro yang lebih menekankan pada sesuatu yang dipublikasikan dalam format blog, hubungan antarpengguna lebih merupakan bonus. Twitter dan Plurk termasuk karegori ini. Disebut mikro karena berukuran relatif lebih ringkas dibanding blog yang sudah dikenal lebih dulu. Faktor jumlah huruf SMS pada mulanya menjadi pertimbangan, sehingga nuansa “mikro” tersebut terasa, namun bentuk lain seperti Tumblr dan Google Buzz menjadikan “bukan mikro” lagi. Barangkali blog-instan lebih tepat karena sifat mendasar di domain ini adalah tulisan yang ringkas namun efektif.

Beberapa layanan blog bersama, seperti halnya Multiply, WordPress.com, Vox, hingga yang berbasis foto seperti Flickr, menggunakan mekanisme seperti blog-mikro di atas, yaitu menambahkan jejaring sosial sebagai fasilitas untuk menambah penikmat karya yang dipublikasikan.

Dengan adanya perbedaan pijakan yang dipilih oleh sebuah layanan, rasanya kurang tepat jika Twitter dibandingkan dengan Facebook begitu saja, kecuali semata-mata dilihat dari jumlah pengguna mereka, misalnya.

Kesulitan Pengalihluaran

2010-03-01T01:43:26Z

Catatan Budi Rahardjo tentang kesulitan pengalihluaran (outsourcing) sempat dituliskan untuk milis Bandung High Tech Valley. Berikut salinannya:

pihak pengalihluar ingin ada personil di tempat mereka secara fisik. Hal ini akan menyebabkan ongkos yang sangat mahal secara operasional, sehingga harga akhir akan lebih mahal dibanding dikerjakan sendiri.
pihak pengalihluar tidak memahmi kemauan mereka sendiri. Proses pengerjaan proyek menjadi lebih susah karena target bergerak terus. Oleh Pak Budi hal ini dimasukkan sebagai masalah manajemen proyek.
kesulitan mencari sumber daya manusia yang andal. Penulis kode mungkin relatif lebih mudah dicari, yang lebih susah manajer proyek yang andal (dengan harga yang terjangkau). Demikian pula analis lebih susah diperoleh.
persoalan di arus kas (cash flow), dalam hal ini pembayaran sering terlambat, sehingga menyulitkan perusahaan perangkat lunak lokal yang masih kecil tersebut.
kaidah siklus pengembangan (Systems Development Life Cycle, SDLC) yang dilanggar.

Dikutip dari arsip milis BHTV.

]]> Tambahan pengalaman di lapangan ditulis oleh Adi Indrayanto dan tambahan catatan dari Setiabudi, yang membuka membuka usaha pengalihluaran berbasis kode Open Source:

kontrak tidak termasuk ongkos kunjungan, dengan demikian biaya kunjungan ditanggung klien.
pembayaran dilakukan dua tahap, masing-masing 50%. Pembayaran akhir dilakukan setelah instalasi dengan jaminan perbaikan selama enam bulan.
alternatif penggunaan rekening bersama, untuk mengantisipasi klien yang khawatir ditinggal. Pengeluaran dari rekening tersebut dilakukan dengan kesepakatan bersama.
kelengkapan dokumen spesifikasi keperluan perangkat lunak (Software Requirements Specifications, SRS).
pemanfaatan perangkat lunak manajemen proyek untuk memantau perkembangan pekerjaan.
manajer proyek, dikaitkan dengan penggunaan perangkat lunak manajemen proyek di atas.

Jika diamati, dalam hal manajerial ini kedisiplinan untuk mencatat semua hal yang terjadi memang sangat penting, sehingga tidak terjadi tarik-ulur yang merugikan antara pekerja alihluar dan pemberi pekerjaan.

Terima kasih, Pak Budi dan Pak Setiabudi atas butir-butir yang disampaikan.

Comic Februari: Komunitas Pengembang

2010-02-26T01:06:22Z

Selasa sore lalu, 23 Februari, dilangsungkan pertemuan Comic untuk bulan Februari. Melanjutkan acara rutin yang sempat terhenti sejak bulan September tahun lalu, Comic masih dilangsungkan di Ruang Sekar, salah satu ruang di kompleks Kantor Telkom Divre III, Jalan Supratman Bandung.

Tema yang dipilih untuk bulan Februari ini adalah komunitas pengembang di Bandung. Setelah berdiskusi awal dengan Petra Barus, saya mendapat kandidat teman-teman dari Java Users Group (JUG) Bandung. Petra sendiri aktif di JUG Bandung. Saran berikutnya dari Ismail Hasbullah, yaitu teman-teman di WordPress yang biasanya rajin mendatangi WordCamp.

Saya menduga bahwa perbedaan Java dan WordPress — bahasa pemrograman dan aplikasi jadi — akan mewakili dua kubu yang berbeda. Lebih variatif jika dibanding Java bertemu PHP misalnya. Catatan: WordPress ditulis di atas PHP.

Ternyata lebih dari perbedaan pengelompokan tadi, keadaan keduanya pun menambah jenis perbedaan. JUG memiliki bentuk organisasi yang sudah berwujud, setidaknya yang sekarang sudah memasuki periode kedua, bahkan dilengkapi dengan motivasi dari Sun Community Manager, Alex Budiyanto. Tim WordPress — di sisi lain — malah tidak merencanakan pembentukan klub lokal dengan pertimbangan tulisan tentang WordPress sudah sangat banyak di Web, termasuk diskusi di forum global mereka yang sangat aktif, sehingga lebih praktis dan cepat mendapatkan informasi dari sana dibanding menyediakan forum lokal baru.

]]>

Begitu pula dengan orientasi teman-teman di WordPress yang sudah lebih mengarah pada mengelola situs Web atau kelengkapannya yang mendatangkan uang (monetization) dibandingkan kegiatan JUG Bandung yang sekarang sedang mengedepankan sosialiasi Java dan lingkungannya. Instalasi dan penggunaan WordPress terlalu mudah bahkan untuk pengguna awam sekalipun dan didukung oleh banyak tempat hosting, menempatkannya sebagai perangkat lunak Web paling populer saat ini. Beranjak dari blog menuju aneka keperluan. Sedangkan Java memerlukan persiapan yang lebih serius, sejak penyiapan infrastruktur hingga siap dinikmati. Walaupun untuk keperluan pengembangan, kelengkapan pustaka di Java adalah surga tersendiri untuk pengembang.

Teman-teman yang datang mewakili WordPress juga pencetus kegiatan baru yang baru diluncurkan bulan Februari ini juga: Forum Web Anak Bandung (FOWAB). Saya belum dapat hadir pada acara mereka pertama pekan lalu di Common Rooms, mudah-mudahan berikutnya saya berkesempatan datang. Kabarnya, FOWAB mulai lengkap sebagai forum “anak Web”, dari sisi teknis pengembangan hingga perancang Web, bergabung di sana.

Sisi “bukan hanya pengembang” yang dilibatkan untuk kegiatan dan sosialiasi juga tercetus pada pertemuan. Dalam perspektif jangka panjang dan sosialisasi acara, perlu dipertimbangkan penyelenggara acara yang terampil dan tangkas menjual gagasan ke publik. Ini juga diakui masih terasa adanya kecanggungan pada WordCamp terakhir. Dapat menjadi masukan yang baik untuk JUG Bandung yang berencana menyelenggarakan sejumlah acara tahun ini.

Teman-teman membayangkan sebuah perhelatan akbar dan hangat, seperti halnya sejumlah konferensi perangkat lunak dan komunitasnya di luar negeri. Tampaknya di negara kita baru muktamar ormas atau partai yang memiliki suasana meriah bergaung ke banyak tempat. Di sisi lain, sejumlah kegiatan pengembang yang sebelumnya marak dan mulai rutin terlihat surut di lapangan. Tercatat acara komunitas Ruby di Bandung yang disebut, “Jakarta.rb lebih ramai saat ini.” Bagaimana pula dengan klub PHP dan Borland Delphi?

Bagian akhir diskusi berisi tukar pendapat tentang kemungkinan kerja sama dengan pihak Telkom, dalam hal ini produk Internet mereka Speedy, akan materi Web yang lebih mencerdaskan penggunanya. Pak Soni dari Telkom memaparkan kutipan pertemuan dia dengan koleganya, bahwa pengguna media digital saat ini terbagi dua, yaitu mereka yang “terlahir sebagai generasi [era] digital” dan mereka yang datang, bermigrasi, ke era digital. Ini perlambang dua generasi besar, angkatan muda dan tua, melanjutkan tema-tema besar Samsul Bahri dan Datuk Maringgih. Masukan dari dua pihak mempertemukan sejumlah kendala yang dihadapi di lapangan, baik dari sisi aspek legal atau pun sikap umum di sekitar kita yang memang masih kurang peduli dengan perawatan layanan.

Terima kasih kepada semua pihak yang telah berkontribusi. Rencana kami untuk Comic Maret adalah seni visual di era digital. Informasi lebih rinci akan disampaikan berikutnya, sekaligus ancang-ancang saya untuk menyediakan rencana hingga tiga pertemuan mendatang.

Cabang-cabang Subversion

2010-02-15T22:16:13Z

Kami masih menggunakan Subversion untuk kendali revisi (revision control) dokumen, baik kode perangkat lunak atau dokumentasi. Selain belum digunakan untuk banyak penulis, pekerjaan tersebut baru berpindah-pindah dari server Subversion di kantor dan komputer pribadi. Hubungan server dan klien Subversion dilakukan lewat Apache dan modul WebDAV.

Mengikuti dokumen Subversion yang lengkap, Version Control With Subversion, atau “Kitab Subversion”, saya mengusulkan penggunaan kode revisi trunk dan branches dalam perkembangan dokumen. Aturan sederhana:

trunk berisi cabang utama pengembangan yang berjalan terus. Pengambilan berkas kondisi terakhir (checkout) dilakukan dari cabang ini.
branches berisi kumpulan salinan setiap titik tertentu pengembangan yang dianggap signifikan (milestone). Setiap titik penting revisi tersebut diberi nama khas dan tetap disimpan di bawah branches.

Pengembang yang ingin mengambil revisi tertentu dapat mengambil dari koleksi di bawah branches.

]]> Pengaturan kewenangan:

semua pengembang bebas membaca dan menulis di trunk. Keterangan pekerjaan pada saat mengembalikan (commit) ke repositori sangat dianjurkan.
manajer pekerjaan yang bertanggung jawab menetapkan sebuah versi dan menyalinkan ke bawah branches dengan nama tertentu. Di buku disebutkan nama ini dapat dilihat sebagai tag.

Dapatkah kami tim pengembang cukup disiplin dan konsisten dengan aturan di atas? Ini juga perlu kendali!

Melatih Diri dengan Hal-hal Keseharian

2010-02-15T05:44:39Z

Awal tahun menjadi penanda waktu yang mudah untuk memulai kegiatan baru. Ditambahi dengan komitmen dalam kerangka waktu tertentu, jadilah semacam awal latihan disiplin. Itu yang saya lihat di awal Januari tahun ini oleh beberapa teman Flickr. Foto-foto mereka ditandai dengan nomor urut, misalnya #1 dan setiap hari muncul di daftar foto kontak di halaman depan Flickr. Saya mengikuti dua teman waktu itu, koleksi foto Boy Avianto di New York dan Candra Marsono di Jakarta.

Setelah itu, saya menyadari gerakan foto 365 dalam setahun diikuti oleh beberapa narablog dan dengan baik dimotivasi oleh Pitra Satvika.

Idenya sederhana: buatlah satu foto setiap hari dan pasang di blog. Pelaksanaannya perlu kesungguhan tingkat tinggi. Saya pernah mencoba sekitar bulan November tahun lalu, ternyata hanya bertahan sepekan, dan saya hentikan. Belum siap.

]]>

Kesulitan yang saya rasakan bukan ihwal memotret, melainkan perlunya menyisihkan suatu waktu yang khusus setiap hari untuk proses pemindahan foto dari kamera digital ke komputer, dilanjutkan dengan mengirimkannya ke Web. Ini berbeda dengan ritme saya yang condong, “mengumpulkan potret sebanyak mungkin di kamera, kemudian memindahkannya ke komputer, dan barulah mengirimkannya ke Flickr.” Mungkin hanya perlu waktu limabelas menit per hari, namun jika terlupa pada suatu hari, ya sudah… berarti terlewat.

Ada cara lebih praktis dengan memotret lewat telepon selular, mengirimkan langsung lewat perangkat Internet telepon tersebut, dan siap tayang di Web. Cara ini belum dapat saya pilih karena keterbatasan peralatan.

Yang lebih penting sebenarnya meneguhkan diri sendiri untuk berkomitmen. Ini menurut saya yang menarik dari latihan beraktivitas blog. Sejak saya memulai #direktif, memasuki blog-foto di Flickr, hingga menyelami blog-mikro seperti di Plurk, komitmen untuk memasang sesuatu secara rutin sangat penting — jika kita ingin aktif pada suatu kegiatan.

Di Flickr saya gagal mencoba foto harian, namun target yang saya pasang sekitar 200 foto/bulan berhasil memaksa saya tetap bertahan dengan blog-foto. Begitu juga di Plurk: walaupun sederhana berupa pesan singkat, saya pernah bereksperimen untuk menulis reportase di perjalanan dan memaksakan minimal tiga tulisan/hari (semacam penjaga karma, namun tentu bukan bot!).

Masih ada tantangan?

Sayang saya terlambat: Steven Haryanto mengundang pemrogram Perl untuk bergabung di “Tantangan Blog Manusia Besi” (Iron Man Blogging Challenge). Steven menulis di bulan September tahun lalu di milis Id-Perl, Iron Man mengajak sosialisasi Perl dengan cara yang mudah, berupa tulisan dengan frekuensi cukup sering.

Oh, Perl, saya kian jarang menggunakan dan pengetahuan saya tidak bertambah dengan signifikan, namun ide berkomitmen menulis tentang pengembangan perangkat lunak atau pemrograman dalam konteks keseharian sepertinya menarik diangkat. Satu tulisan per pekan misalnya, dan benar-benar pengalaman aktual di lingkungan pemrograman.

Sepertinya menarik. Tentang apa, alat bantu apa, atau bingkai kerja (framework) apa?

Jangan terlalu dipikir dulu, seperti halnya memotret, jepret dulu fragmen keseharian.

Inilah dunia blog, seperti yang selalu saya tekankan di acara sosialiasi: berlatih disiplin dengan target yang terjangkau.

Google Buzz dan Pilihan Pengguna

2010-02-12T00:47:19Z

Peluncuran produk baru Google selalu menimbulkan reaksi, apalagi dengan adanya jejaring sosial dan blog-mikro: cetusan komentar terlihat lebih spontan. Bagaimana komentar tentang Google Buzz yang kemarin mulai digunakan meluas?

Berikut komentar yang saya baca dari beberapa kontak:

]]>

lebih menyenangkan karena jumlah karakter tidak dibatasi, berarti 140 karakter yang dijadikan acuan blog-mikro — Twitter, Plurk, hingga Koprol — menyulitkan sebagian orang;

sekali buka di Gmail dan aneka kabar terbaca. Facebook sudah mengumpulkan aneka jenis entri yang siap dipasang — ditambah lagi dengan integrasi dengan aplikasi, namun untuk sebagian fans email, terobosan Google mengintegrasikan ke Gmail terlihat sebagai swalayan komplit baru. Pengiriman pesan lewat email dan pesan Facebook sama kuat sekarang: sebagian pengguna mengamati aktivitas Facebook via email dan sebaliknya, sebagian pengguna perlu diberi tahu via Facebook bahwa email sudah dikirim.

penyediaan tempat baru untuk foto misalnya, karena Buzz menyediakan penyimpanan gambar dan tidak rewel akan batasan ruang diberikan kepada pengguna. Tambahan: jika pun ruang gratis yang disediakan Google tidak cukup, harga tambahan ruang penyimpanan relatif murah.

Bagaimana dengan Wave yang baru muncul dan belum sempat digunakan optimal? Kendati Wave dan Buzz bukan dua jenis produk yang persis sama, yang saya rasakan Wave “dapat kurang populer” dibanding Buzz karena Wave dari awal sudah disediakan terpisah. Bandingkan dengan Calendar, Docs, dan Picasa yang berusaha dicantolkan ke Gmail.

Gmail sendiri masih revolusioner. Lebih dari sekadar Webmail dengan kapasitas penyimpanan berlimpah, teknik pengaksesan dan antarmuka untuk menangani ratusan ribu email tetap belum berhasil disamai oleh penyedia jasa email lain.

Promosi Flexi dan Telepon Genggam "Tahu Diri"

2010-02-08T21:22:05Z

Bermula dari salah satu poster yang dipasang di album foto Facebook tentang produk bundel telepon genggam ZTE S130 dan akses tiga merk sohor di Internet, yakni Yahoo! Messenger, Gtalk, dan Facebook. Harga paling murah Rp 299.000, sudah termasuk voucher Rp 25.000.

Jika dulu Internet direduksi menjadi “sekadar” Web, sehingga beberapa pengguna menguji koneksi dengan mengetikkan URL di peramban. Ping atau traceroute terlalu geeky. Terkadang juga lupa dipastikan komputer sudah mendapat alamat IP valid atau sudah merujuk ke DNS yang tepat. Hari ini sudah lebih jauh: promosi “dapat digunakan untuk Facebook dan Twitter” jadi mantra pemikat. Bukankah jika perangkat sudah mendukung akses Web dan ada peramban berarti kedua situs tersebut dapat ditampilkan? Oh, itu cara pandang lama: tidak selalu keduanya diakses lewat peramban, aneka aplikasi Web yang bekerja lewat jalur API mendudukkan promosi tersebut pada posisi “yang lebih benar.”

]]> Kembali ke Flexi: saya akhirnya melihat sendiri produk bundel mereka di gerai Flexi di acara ITB Fair 2010. Memang menggoda: dengan modal awal pada kisaran bawah, kita dapat mengubah status Facebook dengan leluasa. Apakah Facebook memang hanya untuk acara ubah-ubah status? Menurut penjaga gerai tampilan Facebook ditampilkan utuh dan baik di layar ZTE merah bata tersebut. Agak sulit membayangkan foto sederhana seperti foto profil ditampilkan, sedangkan ukuran layar telepon genggam sangat sempit.

Itu yang menjadi kendali, pembatalan “main tunjuk” belanja bundel Flexi. Soalnya telepon genggam saya pun sama bututnya, Nokia seri populer 2626. Agak berat buat saya menambah ongkos —kendati murah— jika antarmuka akses Net lewat telepon genggam masih seperti sebelumnya.

Sayang, saya gagal masuk ke halaman akun sendiri di Facebook lewat perangkat demo ZTE promo bundel Flexi, gara-gara kesulitan mengetikkan salah satu karakter yang digunakan untuk sandi akses.

Memang sesuai harga: jika ingin tampilan layar lebih lapang dan jernih, ditambah tombol yang sudah akrab, harga dibrandol minimal empat kali lipat. Ana rega, ana rupa, kata orang Jawa: “harga membawa tampang.”

Apalagi yang menarik pada promo Flexi? Modem CDMA untuk USB komputer. Dengan modal awal Rp 499.000, abonemen Rp 50.000 untuk kecepatan maksimal 384 kbps.

OpenNTPd di Ubuntu

2010-02-07T11:29:30Z

NTP adalah syarat mutlak layanan yang perlu dipasang di setiap komputer. Baik hanya sebagai klien yang mengambil informasi waktu dari server NTP di luar, atau — dalam skenario di intranet — sebuah server NTP lokal disiapkan. Sebelumnya saya pasang ntpd di Debian Lenny, namun kali ini di Ubuntu Hardy Heron, dari daftar paket mereka, disebut OpenNTPd. Seperti halnya OpenSSH, OpenNTPd perluasan dari proyek OpenBSD yang elegan.

]]> Untuk paket Ubuntu, tentu modul aptitude yang mengurus instalasi. Setelah terpasang dan siap diaktifkan, saya sesuaikan isi berkas konfigurasi, /etc/openntpd/ntp.conf, sesuai keadaan:

telinga servis dibuka agar mendengar permintaan, paling mudah listen *. Jangan disamakan begitu saja, kondisi intranet saya di dalam dinding-api (firewall). Berikutnya, di log akan terlihat semua kemungkinan antarmuka dibuka, localhost, eth0, dan eth1. Termasuk format IPv6.
server NTP diarahkan ke penyedia di dalam negeri. Daftar di pool.ntp.org membantu urusan ini.

Jalankan OpenNTPd: sudo /etc/init.d/openntpd start.

Dari klien Ubuntu saya coba mulai memanfaatkan server NTP yang sudah disediakan tersebut, masih gagal. Setelah diusut, OpenNTPd didesain untuk perubahan yang sangat berhati-hati terhadap jam sistem. Asumsi yang digunakan: jam komputer jangan diubah terlalu drastis karena akan mempengaruhi banyak servis lain yang bekerja berbasis jam sistem. Dalam beberapa keterangan di forum-forum disebutkan masa penyesuaian ini bervariasi dari sekitar belasan menit hingga orde jam. Selain setiap dilakukan penyesuaian hanya bergeser pada kisaran satu detik, masa tenggang antara satu penyesuaian dengan berikutnya cukup lama.

Cara pertama untuk penyesuian yang lebih cepat adalah dengan menjalankan openntpd dalam modus non-daemon dan melakukan proses sinkronisasi lebih cepat. Parameter -d dan -s dapat digunakan untuk keperluan ini. Sinkronisasi dilakukan lebih sering, namun tetap dengan perubahan bertahap dan lambat.

Terakhir, jika ingin dilakukan perubahan jam sistem seketika, gunakan ntpdate. Lumrah digunakan di klien dan hanya digunakan untuk sekali sinkronisasi, jalankan ntpdate sekali di server dan setelah itu biarkan OpenNTPd melakukan sinkronisasi sangat hati-hati untuk selanjutnya.

Seperti dituliskan di manual ntpdate,

Akan bermanfaat dalam banyak kasus untuk menyetel jam sistem sebagai langkah awal sebelum menjalankan daemon NTP.

Dengan demikian ntpdate dapat diletakkan di skrip yang dijalankan saat kartu jaringan diaktifkan. Di keluarga Debian diletakkan di /etc/network/if-up.d.

Kegagalan NetworkManager Gnome dengan IM2 di Lokasi Tanpa 3G

2009-10-11T23:44:58Z

Berbeda dengan persiapan yang cukup lengkap untuk blog-mikro di perjalanan menggunakan ponsel, saya terlalu yakin mengandalkan Gnome NetworkManager untuk laptop dan koneksi via IM2 selama mudik lebaran akhir September lalu. Ternyata bermasalah!

Sebelum menaikkan versi Ubuntu di laptop menjadi 8.10, Intrepid Ibex, saya masih berlama-lama dengan Gutsy Gibbon (7.10). Untuk keperluan akses ke modem Huawei E320 berbulan-bulan saya percayakan pada Vodafone Mobile Connect. Tidak ada masalah dan jauh lebih nyaman dibanding menelisik sekian setelan di konfigurasi Wvdial.

Interpid lebih memudahkan lagi: saat instalasi untuk jaringan, saya langsung ditanya lokasi negara, terpampang daftar penyedia layanan, saya pilih Indosat, dan cukup mengganti nama titik-akses, Access Point Name (APN), memasukkan identitas dan sandi akses, beres. Kecuali sejumlah kegagalan akses yang langsung mengunci sistem (dan belum terpecahkan hingga hari ini, walau jarang terjadi), saya gunakan NetworkManager Gnome ini di Bandung dan Jakarta. Tidak sempat diuji untuk koneksi di kondisi nyata “dunia ketiga”, yaitu Daerah Tingkat II.

]]>

Benarlah, sesampai di Kecamatan Balung, Kabupaten Jember, sekitar 200 km dari Surabaya, Jawa Timur, NetworkManager berusaha mencari akses, gagal, mencari lagi, gagal, dan seterusnya seperti itu. Saya pikir semula ada perubahan atau gangguan lagi dengan IM2 di daerah. Namun beberapa hari kemudian anak saya mencoba memasang IM2 di telepon selulernya dan dapat digunakan. Dengan demikian penyebab masalah bukan pada IM2, melainkan kegagalan NetworkManager membuat koneksi.

Untuk lebih meyakinkan, saya pinjam laptop yang menggunakan Windows Vista dan memang IM2 berhasil diakses. Ada apa dengan NetworkManager Gnome? Dugaan saya: setelan yang digunakan NetworkManager tidak mengantisipasi kondisi GPRS. Saya ingin membuktikan hipotesis tersebut dengan memasang Vodafone Mobile Connect, namun dengan kualitas koneksi di Kecamatan Balung, sangat tidak layak untuk instalasi.

NetworkManager tidak menyediakan pilihan jenis koneksi, berbeda dengan Vodafone Mobile Connect yang dilengkapi menu dari “3G Only” hingga “GPRS Only.” Sekarang Vodafone Mobile Connect sudah saya instal lagi dan berencana mencoba kondisi ini di kota kecamatan, namun belum ada kesempatan.

Sebagai catatan tambahan: NetworkManager berhasil digunakan di Batu. Apakah penyediaan layanan IM2 untuk Malang dan sekitarnya memang berbeda dengan di Jember?

Blog-mikro Selama Perjalanan Mudik Lebaran

2009-10-04T08:21:39Z

Pada liburan lebaran tahun 2008 lalu, saya sudah mencoba menulis laporan perjalanan via blog-mikro. Eksperimen tahun lalu dilakukan dengan Sony Ericsson K510i untuk rute perjalanan Bandung-Mojokerto-Porong-Jember. Ongkos Rp 10/kB untuk XL saat itu membuat saya iri dibandingkan IM3 yang sepersepuluhnya.

Di tahun 2009 ini, semula saya tidak berencana mengulang eksperimen tahun lalu, namun pada pertengahan Ramadan 1430 H, paket Rame XL menggoda untuk dicoba. Saya pasang target:

eksperimen dilakukan dengan ongkos layanan terjangkau,
alat bantu selama eksperimen memanfaatkan yang sudah tersedia,
materi mikro-blog berupa reportase subjektif,
kepraktisan dan keberlangsungan reportase dijadikan prioritas.

]]> Persiapan blog-mikro di perjalanan

Alat bantu yang saya gunakan telepon seluler (ponsel) Nokia 2626. Pada mulanya saya menyangka seri tua 2626 ini tidak layak untuk Internetan karena sangat “apa adanya.” Untuk pengujian, saya coba berlangganan paket Rame XL harian dan menulis di tengah-tengah kesibukan selama di Bandung. Ternyata masih layak digunakan.

Pemilihan 2626 adalah konsekuensi jangka panjang pertukaran ponsel saya dengan milik Safira, anak kedua saya, yang saya beri kompensasi menggunakan Sony Ericsson K510i untuk mencoba pemotretan dan pengambilan video via ponsel. Selain alasan keuangan untuk tidak mengganti dengan ponsel yang lebih baik dari sisi fasilitas, saya ingin memberi teladan kepada anak-anak agar tetap produktif dengan alat yang tersedia di sekitar.

Paket XL yang digunakan untuk eksperimen saya pindahkan ke langganan bulanan, Rp 20.000 untuk 30 hari pemakaian dengan jatah 40 MB. XL menyediakan beberapa paket, sila disesuaikan dengan keperluan. Hasil pengamatan saya: untuk pemakaian kira-kira 10 hari selama mudik, saya menghabiskan hampir 6 MB. Laporan lain dari R. A. Natakusumah (Rully): dia menghabiskan pada kisaran 1 MB/hari. Penghematan yang saya lakukan: gambar dinonaktifkan dari peramban, selain hemat ongkos, hemat waktu unduh, juga karena layar 2626 hanya layak untuk teks terbatas. Rully menyebut gambar diaktifkan. 2626 juga belum mendukung halaman Web dinamis, praktis saya hanya bermain-main dengan HTML, CSS sekadarnya, dan pemuatan-ulang (reload) halaman berkali-kali.

Plurk dipilih sebagai media blog-mikro setelah saya bandingkan dengan Twitter, Facebook, dan Koprol. Keuntungan Plurk: modus musafir (ini istilah dari Adham Somantrie untuk mobile mode) mereka ringan dan pengelolaan cookies untuk penanganan sesi (Remember me) lebih lama. Twitter dalam modus Web di ponsel saya kurang menguntungkan dalam penanganan sesi: sangat merepotkan jika setiap hendak menulis entri saya harus mengisikan nama-pemakai dan sandi-masuk. Kabarnya, Twitter lebih mudah digunakan di ponsel dengan aplikasi dari pihak ketiga, namun mohon diingat: yang saya pakai Nokia 2626.

Facebook ditampilkan dengan baik, namun sesuai jenisnya, jejaring sosial, ia terlalu riuh untuk acara blog-mikro di perjalanan. Alhasil, Facebook diakses di perjalanan hanya untuk melihat kemungkinan adanya pesan dari teman-teman. Koprol gagal diakses di 2626, blok tengah halaman setelah pemasangan entri selalu gagal ditampilkan dan entri tidak dimutakhirkan. Saya hanya sempat mengakses Koprol via laptop selama di Batu, sekaligus mengusulkan nama kotamadya baru tersebut.

Agar tidak kecewa karena gagal menulis entri blog-mikro di perjalanan, sebelum berangkat mulailah mencoba menggunakan ponsel untuk menulis entri barang dua atau tiga hari. Termasuk persiapkan setelan konfigurasi yang sesuai untuk edisi musafir.

Perbekalan lain yang penting tentulah pengisi ulang baterai (charger) ponsel. Pemakaian akses Net bisa berkelanjutan dan baterai kehabisan daya lebih cepat dibanding biasanya. Kondisi paling aman memang membawa baterai cadangan, seperti yang umum dilakukan para pemotret sebelum berburu foto di lapangan. Pengalaman saya di salah satu restoran di Cirebon: mereka menutup stopkontak listrik, sehingga saya gagal mengisi baterai ponsel di sana.

Ritme penulisan entri juga perlu diatur agar hemat baterai. Terlalu bernafsu menulis banyak hal di sebuah lokasi dan kehabisan baterai setelah itu akan mengganggu kontinuitas. Demikian juga saya hindari menjawab semua pertanyaan di komentar Plurk untuk menghemat baterai atau memang tidak perlu dijawab. (Salah satu pertanyaan di Plurk selama di perjalanan yang tidak perlu dijawab: sedang berada di mana sekarang? Pembaca yang baik sepatutnyalah mencari sendiri jawaban tsb. dari entri-entri sebelumnya.)

Entri Blog-mikro

Apa yang dituliskan di perjalanan?

Pelancong adalah saksi mata yang menulis lewat blog-mikro untuk beragam pembaca, baik yang diam di tempat atau para musafir lain. Fakta di lapangan adalah bagian paling penting yang acapkali dinanti oleh pembaca secara langsung. Kemacetan atau gangguan di perjalanan merupakan dua contoh reportase penting. Seperti halnya beberapa radio yang mengandalkan berita pelapor, yakni para pengguna jalan, blog-mikro dapat menyajikan liputan di depan mata penulisnya. Jika berkesempatan mendengar berita di radio, informasi tambahan di sana dapat dijadikan acuan pembanding untuk juga dituliskan.

Kendati demikian, menulis laporan pandangan mata terus-menerus dapat membosankan, baik buat si pelapor pun pembaca. Di sinilah perlunya sentuhan lain yang menjadi feature perjalanan. Biasanya saya angkat pengetahuan atau pengalaman tambahan yang saya ketahui tentang daerah tersebut: sejarah, kisah, legenda, figur, slogan, lelucon, keunikan, hingga kejanggalan yang secara sekilas terlihat. Pengetahuan kita dari berbagai rujukan akan membantu penulisan tentang sebuah lokasi menjadi lebih beragam.

Hindari bagian-bagian yang bersifat ofensif atau pendapat yang terlalu subjektif, apalagi generalisasi yang berlebihan. Alih-alih menuding buruk sebuah kota yang dilewati hanya karena melihat sampah menumpuk di sana misalnya, kita dapat mengganti dengan usulan atau ilustrasi dari kota lain yang punya pengalaman mengelola sampah. Ingat, warga kota yang kita lewati pun sangat mungkin membaca tulisan kita.

Entri kegiatan yang sangat personal — apalagi berulang-ulang — seperti, “macet lagi,” “ah, panas sekali,” dengan cepat membosankan pembaca. Anak saya saja pernah bertanya mengapa ada penulis blog-mirko yang bercerita hendak mandi atau baru saja keluar dari toilet. Mainkan improvisasi, sebarkan sikap optimis dan gembira, niscaya perjalanan Anda lebih awet diikuti teman.

Terima kasih semua

Akhirnya saya ucapkan terima kasih kepada banyak teman yang telah mengikuti tulisan saya sepanjang perjalanan. Saya menyadari belum berhasil menulis lengkap karena sedang lelah, tertidur (hingga sempat ponsel saya terlempar di dalam bus), atau menikmati liburan itu sendiri. Terkadang terasa lucu juga tatkala beranjangsana ke salah satu rumah saudara, saya sibuk mengetik entri sambil mendengarkan anggota keluarga sedang mengobrol.

Rully mengusulkan agar selain tulisan ada foto perjalanan. Saya juga memotret untuk keperluan blog-foto, namun tidak diniatkan langsung dipasang di perjalanan, melainkan dikumpulkan terlebih dulu dan baru diunggah setelah kembali di Bandung. Betha Sidik menyarankan adanya foto edisi jalanan (hasil tangkapan ponsel misalnya), sebagai tambahan hasil bidikan kamera. Saran yang menarik, sayangnya Nokia 2626 tidak dilengkapi kamera. Jadi untuk saat ini — sampai saya sanggup berinvestasi ponsel yang lebih baik — cukup, “Teks sebagai panglima.”

Gara-gara terlalu intensif mengirim tulisan saat di Malang, menurut Betha Plurk menghukum saya dengan mengurangi karma. Terima kasih, Plurk belum menyadari keperluan seperti ini. Bagi saya sendiri pun karma bukan segalanya.

Catatan: jumlah entri selama perjalanan mudik lebaran 2009 belum diketahui, namun koleksi entri dapat dilihat sejak 18 September hingga 28 September.

Fasilitas Komentar Pembaca di Media Daring Perlu Diperbaiki

2009-08-16T04:14:35Z

Pada mulanya, seperti banyak situs Web informasi saat itu, media dalam format daring (online media) menampilkan berita searah. Situs Web berita — yang memang pengembangan dari edisi cetak, kecuali Detik.com — benar-benar memindahkan bentuk di atas kertas ke layar. Pada era perubahan halaman Web menjadi lebih benar secara semantik, perubahan besar yang terjadi adalah perbaikan penggunaan kode HTML mereka. Salah satu pendorongnya adalah ketinggalan telak pada hasil pencarian Google yang lebih awal memberi bobot signifikan pada aspek semantik Web.

Fasilitas komentar pembaca termasuk belakangan dipasangkan di media daring. Barangkali karena di edisi cetak respon dari pembaca sudah diakomodasi di rubrik Surat Pembaca, dengan gaya yang berbeda dibanding komentar di halaman Web. Akhirnya komentar per halaman — untuk berita, rubrik, opini, berita foto — ditambahkan. Seingat saya, Gatra Online yang lebih awal mulai menyediakan tempat komentar per halaman berita.

]]> Sekarang komentar pembaca sudah merupakan sesuatu yang lazim dijumpai. Mayoritas media daring menyediakan dan tampaknya mendapat apresiasi dari pembaca. Apalagi di era Web 2.0 saat ini, respon balik merupakan mantra yang menunjukkan kepedulian sebuah situs terhadap pengunjungnya.

Sayangnya, komentar pembaca di media daring cenderung tak-beridentitas jelas dan materi yang disampaikan di komentar lebih banyak tidak relevan terhadap isi halaman tsb. dan disajikan dengan kasar. Generalisasi berlebihan, prasangka, simpulan tergesa-gesa, dan — lebih buruk lagi — memaki dan mengata-ngatai, terlihat mencolok. Secara umum kondisi komentar masih lebih baik di blog: penulis komentar menunjukkan jati dirinya dalam bentuk tautan ke blog ybs. dan penulis blog banyak yang masih menyempatkan waktunya untuk menjadi moderator yang baik. Ingat masa-masa ketika Priyadi Iman Nurcahyo sedemikian telaten menulis jawaban panjang dan berkali-kali di komentar blognya? Saya belum pernah melihat hal seperti itu dilakukan oleh tim redaksi media massa.

Saya menyayangkan artikel bagus yang sudah disusun reporter atau tim redaksi menjadi anti-klimaks dengan adanya komentar asal-asalan di akhir berita. Pembaca pun — setidaknya saya — kehilangan mood setelah membaca komentar serabutan di bagian bawah. Akhirnya, saya batasi untuk tidak perlu membaca komentar dan lebih baik menunggu tulisan berikutnya yang berkaitan dengan berita tsb.

Saran saya: jika memang tidak ada rencana mengolah komentar dari pembaca menjadi sesuatu yang lebih bermanfaat, lebih baik fasilitas komentar ditiadakan saja. Seperti disinggung di atas, saya belum melihat itikad tim redaksi media massa untuk menanggapi komentar tsb. dalam bentuk komentar juga atau menjadi artikel baru seperti yang lazim dilakukan oleh narablog.

Jika pun tetap dipertahankan dengan pertimbangan tertentu, ada baiknya komentar dari pembaca dipisah dari halaman berita dan baru akan ditampilkan jika pembaca berniat mengunjunginya. Saya lihat Detik.com sudah melakukan hal ini: komentar tersedia di halaman terpisah. Selain keuntungan secara estetika, pemisahan tersebut memperbaiki pengolahan mesin pencari agar tidak mencampuradukkan berita yang sudah matang dengan komentar sambil lalu. Malah jika perlu, akses ke komentar tidak diikutkan ke bot mesin pencari, dengan demikian hanya bagian yang lebih relevan — yaitu artikel itu sendiri — yang diakses oleh bot mesin pencari.

Comic Agustus 2009: Blog Foto yang Menawan Hati

2009-08-05T23:23:55Z

Setelah rencana berkali-kali yang gagal dilaksanakan di grup Bandung Photoblogger Flickr, akhirnya pelaku blog-foto di Bandung bertemu di acara Comic untuk bulan Agustus. Acara dilaksanakan kemarin sore di Ruang Sekar, Kantor Telkom Jalan Supratman. Tema yang diangkat untuk acara diskusi santai ini adalah Photoblogging: Jurnal lewat Foto, dibawakan oleh Eric Setiawan dan Budi Sukmana. Budi menyampaikan presentasi pengantar selama 15 menit dilanjutkan dengan tanya-jawab dan obrolan, termasuk godaan Lomografi oleh Puti Karina Puar.

Bertambah lengkap dengan kedatangan Dicky Juwono, provokasi untuk menyediakan blog-foto kali ini “menyentuh perasaan.” Hal ini terlihat dari aliran diskusi di Twitter satu jam setelah presentasi yang berisi cetusan keinginan hadirin untuk mulai “menenteng kamera ke mana-mana” — sebuah motivasi khas blog-foto.

]]> Percakapan dimulai oleh pertanyaan Budi Rahardjo tentang cara menyimpan foto, pertanyaan teknis penyebab tambahan “hilang akal” pemesanan media penyimpanan tambahan, selain perangkat pemotretan yang mengiurkan. Praktis pada percakapan mengalir berikutnya hadirin merambah tema klasik analog atau digital, menjadi profesional atau tetap amatir, mengikuti teknik fotografi yang berat atau menekankan suasana berbagi. Ya, ini photoblogging dengan semua semangat blog yang menyertainya.

Termasuk untuk saya sendiri yang menjadi bertimbang rasa antara “blog dilengkapi foto” (seperti blog ini) atau menyediakan blog-foto tersendiri — yang menyediakan ruang lebih lega untuk foto dan minim teks. Demikian juga dengan koleksi saya di Flickr: apakah perlu dibuatkan situs blog yang disebut independen tersebut?

Pertanyaan yang menggelitik dan mengasyikkan. Sama seperti memilih objek yang dipotret: melewati beberapa fase yang menurut saya tetap menyenangkan. Pada proses itu juga akhirnya faktor “bersenang-senang” (having fun) lebih dominan: mengatasi kendala peralatan — jenis kamera sangat tidak penting, memotret dapat dilakukan di nyaris semua tempat, dan unsur kedekatan yang terbawa oleh perasaan pemotret dapat mengatasi teori fotografi yang cukup kompleks. Sebagai klimaks: blur adalah fitur.

Benar, menyenangkan!
Bersedia diundang di acara blog-foto berikutnya dan sudah siap membawa kamera? Anda ditunggu.

Terima kasih untuk semua yang telah berpartisipasi pada acara Comic Agustus kemarin sore.

Speedy di Bandung (Respon untuk Arie)

2009-08-04T14:21:46Z

Arie Kusuma Atmaja menanyai saya ihwal Speedy di Bandung. Betul, saya pengguna Speedy sejak periode awal mereka membuka layanan Internet di Bandung. Dimulai dengan keperluan Internet di rumah, setelah itu di kantor. Praktis pada pemakaian pertama tanpa gangguan yang berarti — kecuali sempat tersedak ringan saat Paket Personal dipakai melebihi kuota dan dipaksa pindah ke paket yang lebih tinggi. Berikutnya, pemakaian Speedy di kantor yang sempat melewati liku-liku mencari solusi dengan menerka-nerka.

Saya sempat menuliskan permasalahan Speedy secara sporadis di Plurk, sebagai gumam tukang awas modem di kantor (secara resmi disebut “administrator jaringan lokal”) terutama pada musim hujan lalu. Indikasi paling mencolok saat itu adanya interupsi di modem (semacam kejutan, voltage spike?) setiap kali kilat menyambar jauh di sana.

]]> Untuk kasus di atas dilakukan “pemancingan” dengan cara menelepon bebas — yang penting pesawat telepon menjadi pemicu. Kemudian secara tidak sengaja salah seorang teman membiarkan gagang telepon terbuka, yang tentu saja berakibat faksimili tidak bekerja di jalur telepon tersebut. Cara-cara tsb. memang “brutal”.

Penggantian modem dengan merk yang lebih meyakinkan pada awalnya dianggap solusi yang memadai, ternyata tetap saja putus sesaat itu masih terjadi. Petugas Telkom datang dan mengukur tegangan di dalam rumah (yang diterima modem) merosot drastis dibanding dari kabel Telkom. Kami ganti dengan kabel baru. Tetap saja.

Solusi terakhir yang diusulkan teman atau teknisi Speedy (saya lupa persisnya) akhirnya mengatasi kebuntuan solusi yang selama ini terjadi: catu daya modem dipasang lewat UPS. Ternyata cara ini yang benar-benar tokcer! Setidaknya hingga saat ini.

Dengan demikian, gangguan yang disebabkan kejutan arus listrik penyebab utama persoalan Speedy pada musim hujan lalu.

Setelah itu praktis koneksi Internet lewat Speedy di kantor lancar. Gangguan yang lebih ringan memang masih terjadi, seperti kecepatan berkurang drastis pada suatu saat, terutama di jam kerja. Pengunggahan juga kerap mengganggu koneksi secara keseluruhan. Solusi yang kami gunakan dengan memasang HTB di server, namun belum diukur secara pasti perubahan yang terjadi. Yang jelas: saya unggah foto di Flickr pagi sebelum aktivitas kantor dimulai atau setelahnya.

Apakah dengan demikian Speedy sudah lancar jaya di Bandung? Tentu gegabah jika saya simpulkan demikian. Pembaca yang bersedia menuliskan dalam bentuk komentar di bawah ini dapat mewakili kondisi masing-masing, dengan catatan: mohon dihindari generalisasi berlebihan atau kesimpulan tergesa-gesa.

Saya memahami koneksi Internet yang lebih baik tentu lebih memuaskan, setimpal dengan ongkos yang telah dibelanjakan. Namun toh, Internet bukan segalanya. Seperti beberapa kali dengan lantang saya cetuskan di blog-mikro: dengan dana terbatas yang dimiliki pemerintah saat ini, saya memilih pendidikan dan infrastruktur fisik dibanding royal dengan akses Internet. Hanya dua ratus meter dari kantor saya masih banyak lubang di jalan, penerangan jalan yang tak layak, dan ruang publik yang memprihatinkan.

Kita sebagai pengguna layanan TI tentu lebih elok jika berlapang dada mendulukan kepentingan sektor lain yang lebih penting dibanding komunikasi global. Wah, kok jadi melebar ke mana-mana?

Sependek yang saya kenal dengan Arie: dia menaruh harapan pada perubahan negeri ini ke arah yang positif, jadi tak terlalu melenceng jika bercakap dengannya kita menunjukkan semangat dari sisi yang lebih luas.

Sila teman-teman memberi masukan akan koneksi Speedy di Kota Bandung. Selain Arie, staf “tukang kawat” Telkom tentu gembira dengan masukan yang datang dari lapangan.

Terima kasih.

Layanan Pemendek URL dan Siteous

2009-07-31T03:03:42Z

Saya kenal dan mulai menggunakan jasa pemendek URL lima tahun lalu, TinyURL. Saat itu TinyURL diperlukan untuk membantu penulisan URL dalam email. Selain memang tidak nyaman melihat URL yang super-panjang (apalagi saat itu tautan permanen yang rapi belum populer seperti sekarang), beberapa klien email memenggal URL di dalam pesan email dengan semena-mena, tidak jarang menjadi cacat dan gagal digunakan.

Hari-hari ini jasa pemendekan URL laris-manis, antara lain disebabkan oleh popularitas blog-mikro yang memang berlomba meringkas pesan sepanjang ukuran SMS. Secara logis, URL yang pertama harus dibuat super-pendek, karena dia diperlukan oleh komputer, bukan manusia. Pengguna dan klien alat bantu Twitter terlihat paling getol menampilkan variasi layanan pemendek URL. Untuk produk dalam negeri, dengan sedikit kegaduhan, akhirnya Siteous yang ditulis dan dikelola Adham Somantrie, diluncurkan.

]]> Seperti situs yang diasuh Adham lainnya, tampilan minimalis dan rapi di halaman depan cukup mengundang. Dalam catatan saya, Adham termasuk salah satu penulis blog yang peduli bahasa Indonesia, sehingga saya berharap kepedulian terhadap cara penulisan “di sini” yang benar dapat dicontohkan di Siteous. Saya gunakan Siteous dua kali dan berjalan dengan baik. Saatnya memeriksa lebih jauh mekanisme Siteous.

Salah satu rujukan tentang layanan pemendek URL saya peroleh dari koleksi di Delicious, URL Shorteners: Which Shortening Service Should You Use?, oleh Danny Sullivan, penulis dunia mesin pencari. Danny menyediakan tabel layanan pemendek URL dan dengan mudah dapat dilihat fasilitas dan kelebihan masing-masing, di samping sedikit catatan kekurangan yang mungkin muncul.

Siteous tentu belum muncul di tabel tersebut, oleh karena itu analisis yang menarik berkait dengan kode pengalihan (redirect) yang diberikan oleh layanan tersebut. Angka sakti 301 dan 302 tentu sudah jamak di lingkungan pengembang Web.

Intinya: 301 lebih menghargai situs tujuan pengalihan karena bermakna “dipindahkan permanen” dibanding 302, bermakna “dipindahkan sementara.” Kode ini dijadikan acuan oleh mesin pencari berkaitan dengan “kesungguhan” sebuah halaman Web dialihkan ke lokasi lain. Dengan kata lain, jasa pemendek URL harus ikhlas meyakinkan mesin pencari bahwa lokasi sesungguhnya sebuah URL adalah setelah pengalihan. Bukan lokasi sementara.

Bagaimana dengan Siteous?

Saya gunakan juga saran Danny dengan memeriksa Siteous lewat HTTP Viewer yang disediakan Rex Swain. URL yang saya coba: http://Siteous/DOm yang akan dialihkan ke halaman di Yahoo! Upcoming: http://upcoming.yahoo.com/event/4141860/

Hasil yang dilaporkan HTTP Viewer: Siteous menggunakan kode pengalihan 302,

HTTP/1.1·302·Moved·Temporarily(CR)(LF)
Date:·Fri,·31·Jul·2009·02:20:48·GMT(CR)(LF)
Server:·Apache/2.2.11·(Unix)·mod_ssl/2.2.11·OpenSSL/0.9.8e-fips-rhel5·DAV/2·mod_bwlimited/1.4(CR)(LF)
X-Powered-By:·PHP/5.2.9(CR)(LF)
location:·http://upcoming.yahoo.com/event/4141860/(CR)(LF)
Content-Length:·0(CR)(LF)
Connection:·close(CR)(LF)
Content-Type:·text/html(CR)(LF)
(CR)(LF)

Pemeriksaan di atas dilakukan Jumat, 31 Juli 2009, 09.20.

Sebagai calon pengguna loyal, lewat tulisan ini saya mengusulkan kepada pengelola Siteous agar kode pengalihan di atas diganti menjadi 301 dengan demikian kami sebagai pengguna lebih sreg menggunakan jasa pengalihan Siteous. Dalam hal model bisnis pun rasanya tidak ada persoalan dengan penggunaan 301.

Salinan laporan lengkap dari HTTP Viewer disediakan di arsip #direktif dengan penambahan kode Google Analytics untuk keperluan statistik.