Di asrama kampusku, aku tinggal di lantai paling atas sendirian. Kebetulan wilayah kampus cukup terpencil dari pusat kota dan dikelilingi bukit yang lapang. Jadi setiap hari aku selalu menyempatkan diri "menatap" sunset yang bener-bener indah dari lantai atas. Tapi tidak seperti sunset yang ini pastinya, sunset yang ini diambil dari planet Mars.

Gambar sunset ini dikirim oleh Mars Exploration Rover Spirit sebagai bagian dari Image of the Day milik NASA. Di ambil pada tanggal 19 Mei 2005 pukul 06:07.

Entahlah, tapi sunset selalu berhasil membuatku merasakan bahwa kesunyian itu indah :-D

Ini adalah sekelompok suku Indian di hutan Amazon yang berhasil tertangkap kamera dari atas pesawat. Suku Indian sebenarnya adalah salah satu suku yang sangat langka dan banyak yang mengira suku ini sudah punah. Aku kok berfikir foto diatas mirip dengan kita ya?.

Aku sering dengar orang bilang seperti ini : "Kamu tuh kuno, sekarang udah jaman canggih, jaman kompiuter, jaman milenia, blablabla". Tapi begitu melihat foto diatas, aku jadi ingat betapa "udik"nya kita begitu mendengar kabar tentang UFO, Alien, dsb. Mungkin nggak ya UFO tersebut sebenarnya pesawat yang melintasi tempat kita, mengambil gambar dan memasukannya diharian berita mereka dengan headline "Manusia Bumi yang hampir punah". Persis seperti yang dilakukan pada suku Indian tersebut. Aku juga membayangkan kehidupan Alien tersebut sudah tidak lagi seperti kita yang hanya hidup di satu planet, mereka hidup di beberapa planet dan bepergian antar galaksi sudah menjadi barang umum serta dapat ditempuh dalam waktu sekejap.

Kita, dengan peralatan yang kita miliki sekarang, sudah merasa hidup dizaman yang canggih. Suku Indian diatas, dengan peralatan mereka (busur panah, dsb) juga sudah merasa canggih. Kita senyum-senyum melihat foto suku Indian tersebut dan berfikir betapa primitifnya mereka..

Alien senyum-senyum melihat foto kita dan berfikir betapa primitifnya kita.

ps : Aku kok nggak tau bahasa Indonesianya "udik" itu apa ya?

foto diambil dari detik.com

Hari ini adalah peringatan hari tanpa tembakau sedunia yang rutin diselebrasi setiap 31 Mei oleh WHO. Pesan yang ingin dibawakan adalah peringatan, bahwa kecanduan pada rokok dapat menyebabkan penyakit dan kematian. Seberapa pedulikah para perokok dengan pesan ini?.

Aku pribadi tidak pernah anti pada rokok, atau membenci orang yang merokok. Hanya saja aku sering tidak bisa menerima alasan kenapa mereka merokok :

- "Dulu sih coba-coba aja, tapi sekarang udah susah dilepas nih"
- "Biar keliatan jantan bro, pemberani"
- "Ikut-ikutan temen aja sih awalnya, tapi sekarang udah keenakan nih"
- "Ya iya lah, rokok tuh temen paling enak klo lagi ngapa-ngapain.."
- "Dulu liat ortu ngerokok, jadi ikut-ikutan"
- "Mengurangi pengangguran bro, klo ngga ngerokok ntar siapa yang mau kerja di pabrik rokok?"
- dsb..

Tidak pernah kudengar satupun alasan logis kenapa merokok, untuk menyembuhkan penyakit misalnya
?. Mungkin memang aku yang masih awam dalam hal "kenapa merokok". Aku jadi ingat, seorang entertainer Ari Lasso dan rekannya dulu pernah diwawancari disebuah talkshow. Disitu Ari bercerita tentang kehidupan masa lalunya sebagai pengguna narkoba, dan dia (serta rekannya) bercerita betapa hebatnya perjuangan mereka untuk menyembuhkan Ari dari kecanduan narkoba. Ari yang berusaha terus menerus, serta rekannya yang terus membantu dengan mengurangi dosis obat-obatan Ari secara perlahan hingga akhirnya dia lepas dari narkoba.

Dalam pandanganku, Ari tahu, dia tidak punya alasan logis kenapa ia menggunakan narkoba selain hanya karena kecanduan. Dia tahu apa yang dia jalani saat itu hanya akan membunuh dirinya sendiri sehingga dia berusaha melawannya (dan mengalahkannya). Itu narkoba, zat yang jauh lebih hebat adiktifnya dibanding rokok.

Apa kisah seperti Ari jarang terjadi pada kasus rokok?. Sering juga, tapi biasanya disebabkan karena pelakunya mengalami hal serius, dilarang orang tua misalnya, atau terserang kanker. Saat itu mau tidak mau berhenti.

Yang lainnya bagaimana?. Bagiku yang lainnya seperti menganggap bahwa rokok adalah "tradisi" dari jaman dahulu, dan belum dianggap seserius narkoba (oleh masyarakat & pemerintah), sehingga tidak ada "tekanan" untuk mengkonsumsi rokok. Jadi ya jalan terus aja.

No offense buat para perokok, itu hidup kalian dan nikmati aja. Aku tidak pernah mencoba untuk memprovokasi orang lain untuk berhenti merokok, tapi aku selalu mencoba mematahkan semua alasan kenapa mereka merokok.

Selamat hari tanpa tembakau sedunia.

Betul, Dr. Tony Stark memang bisa meluncur di udara dan menembakan misile pada saat dirinya mengenakan baju Iron Man. Tapi kita harus bangun dari mimpi dan lihat tahun berapa sekarang, butuh puluhan tahun lagi untuk melihat bikini baju perang seperti itu benar-benar ada. Saat itu aku dan mamah sudah punya belasan cucu dan tidak mungkin mencoba baju tersebut.

Tapi semua selalu dimulai dari sebuah awal. Luke Arm ini bisa jadi salah satu awal dari baju Iron Man tersebut, belum cukup impresif, tapi sudah bisa dipakai untuk bikin teh dan cuci gelas :mrgreen: .

Melihat perangkat-perangkat seperti ini membuatku sering membayangkan seperti apa kehidupan manusia 20 atau 30 tahun lagi, serta mengganggap betapa kuno dan primitifnya jaman kita sekarang. Ada rasa menyesal juga hidup di jaman purba ini. Tapi nggak apa-apa, karena ada satu hal yang tidak mungkin kutemui di jaman yang lain.

Semoga saja perangkat ini berkembang pesat dalam kurun waktu 5-10 tahun, dan bisa digunakan oleh masyarakat yang benar-benar membutuhkannya. Jangan malah dijadikan mainan hura-hura orang kaya, untuk pamer jam Rolex dengan 8 tangan misalnya?.

Yayaya.. Sekarang dunia sudah canggih, dan aku pasti dibilang gila karena pernah berfikir seperti apa yang akan kutulis sebentar lagi, bodo ah disebut gila :mrgreen: . Tapi serius aku dulu pernah berfikir seperti ini dan mencari solusinya, meskipun belum pernah implementasi. Apa yang sedang kita bicarakan?.

Setahun lalu, aku sempat berurusan dengan browser bawaan ponsel dengan segala macam keterbatasannya. Javascript yang terbatas lah, nggak bisa buka file GIF lah, macem-macem. Salah satu masalah yang cukup menyita pikiran adalah : kebanyakan browser bawaan ponsel tidak mendukung Cookie (kue?) sebagai gudang untuk penyimpanan Session. Kenapa aku mengurusi hal ini?, setahun yang lalu aku membuat sebuah website yang target platformnya adalah ponsel, dan tidak semua orang pakai ponsel canggih sehingga ini memaksaku untuk melawan segala keterbatasan yang dimiliki oleh browser ponsel low end, yaitu dengan cara mengakali segala macam keterbatasan tersebut tanpa harus melibatkan user.

Koneksi internet pada ponsel biasanya di-charge dalam hitungan sekian rupiah per sekian kilobytes (misal : Rp.5/kB), dan biasanya situs yang memang ditargetkan untuk ponsel filesizenya kecil, tujuannya untuk menekan biaya koneksi. Sekarang kembali ke masalah cookies tadi, PHP (server side script yang kugunakan saat itu) mendukung 2 jenis manajemen session : Cookies dan URL Embedding. Dan kebanyakan browser bawaan ponsel tidak mendukung cookies, sehingga semua informasi yang disimpan didalam session (seperti informasi login) akan hilang. Alternatifnya adalah menggunakan opsi kedua, yaitu URL Embedding, tekniknya adalah dengan "menempelkan" atribut ID dari session yang sedang digunakan kedalam setiap URL yang ada di halaman web kita, biasanya atribut ini diberi nama "SID" atau "PHPSESSID". Dengan menggunakan opsi ini, maka setiap URL yang ada di web kita akan memiliki atribut PHPSESSID, contoh :

"http://www.anu.com/index.php?page=news&newsid=5&PHPSESSID=X123098asd12871312987DASD"

Dari mana kode ajaib didalam PHPSESSID tersebut?. Kode tersebut adalah ID dari session yang sedang digunakan, yang dienkripsi mengunakan fungsi MD5 (enkripsi searah). Dengan kode ini, PHP akan mengetahui session mana yang sedang digunakan dan kita tetap bisa mengakses semua session didalamnya. Oke, masalah selesai, session sekarang kembali bisa digunakan untuk browser ponsel. Tapi masalah baru kemudian muncul, coba hitung berapa jumlah karakter kode dan nama atribut PHPSESSID, setidaknya kurang lebih 35 karakter (35 bytes), dan itu hanya untuk 1 buah URL!. Bayangkan jika dalam satu page kita memiliki 5 hingga 15 url : 15 x 35 = 525 bytes, atau kira2 setengah kilobytes. Sekarang anggap tarif koneksi GPRS adalah Rp. 5/kB, maka dalam satu page, web kita telah melahap Rp. 2,5 hanya untuk urusan session yang bahkan user pun tidak tahu apa itu session dan kenapa harus ada session. Dan lagi user tidak mungkin hanya membuka 1-2 page, mereka akan mengunjungi banyak page dan menghabiskan banyak sekali Rp. 2,5 yang sifatnya (sepertinya) sia-sia alias mubazir.

Dari sinilah ide aneh itu muncul, cookies sudah tidak mungkin dipergunakan, jadi sekarang targetnya adalah bagaimana "mencekik" teknik URL Embedding ini agar menghasilkan bytes yang kecil namun tetap bisa dipergunakan untuk menghandle session. Aku nggak akan membahas how-to-code-nya, tapi disini akan dipaparkan bagaimana merubah URL buruk rupa tadi :

"http://www.anu.com/index.php?page=news&newsid=5&PHPSESSID=X123098asd12871312987DASD"

Menjadi :

"http://www.anu.com/index.php?page=news&newsid=5&Z=15"

Apa itu Z=15? Itu adalah 35 bytes yang tadi dan sekarang "dicekik" menjadi 4 bytes. Disini kita akan bermain lempar-lemparan SessionID untuk mendapatkan hasil seperti diatas.

Konsep dasarnya adalah, pada saat halaman pertama kali dibuka, kita men-generate sebuah SessionID, kemudian menyimpannya kedalam database, setelah itu membuat sebuah rutin yang akan selalu mengeset SessionID selanjutnya sesuai dengan yang telah tersimpan didatabase. Simpel kan?. Dan ternyata untuk melakukannya kita sudah tidak membutuhkan lagi cookies dan URL embedding, variabel Z=15 adalah ID dari recordset session yang ada didalam database.

Oke, pertama-tama adalah sesi first time user membuka website. Pada saat itu, kita nyalakan session dengan fungsi session_start(). Pada saat session ini dijalankan, maka PHP akan men-generate sebuah SessionID baru, SessionID inilah yang akan kita simpan untuk dipergunakan selanjutnya, caranya adalah dengan menyimpannya kedalam database dan mengambil IDnya untuk digunakan sebagai referensi. Ini adalah kode "kotor"nya :

[sourcecode language='php']
session_start(); // Start session
$saved_session = session_id(); // Get SessionID
mysql_query("INSERT INTO tbl_session (sessid) VALUES ('$saved_session')");
$sess_id = mysql_result(mysql_query("SELECT id FROM tbl_session ORDER BY id DESC LIMIT 0,1"),0);
[/sourcecode]

Yup, kita telah mendapatkan SessionID dan menyimpannya kedalam database. ID dari SessionID telah tersimpan di variabel $sess_id. Setelah mendapatkan SessionID ini, maka kita tinggal membuat sebuah rutin yang akan selalu terpanggil setiap kali halaman web dibuka, rutin ini akan meng-assign SessionID ke session yang telah kita buat sebelumnya, berikut kodenya :

[sourcecode language='php']
session_id($sess_id); // set session id to $sess_id
[/sourcecode]

Sekarang semua link yang kita buat tinggal ditempelkan atribut yang isinya adalah nilai dari variabel $sess_id tadi. Untuk menghemat bytes, kita buat saja variabel "z" pada URL yang berguna untuk menyimpan nilai dari variabel $sess_id, contoh :

[sourcecode language='php']
echo "Home";
[/sourcecode]

Dan kita juga harus memastikan apakah user membuka halaman ini untuk pertama kali atau bukan, caranya dengan mengecek apakah variabel "z" ada pada URL atau tidak, jika ada maka kita assign SessionID ke variabel "z", jika tidak maka kita generate SessionID baru kedalam database. Contoh :

[sourcecode language='php']
session_start(); // Start session
if(empty($_GET['z'])){
$saved_session = session_id(); // Get SessionID
mysql_query("INSERT INTO tbl_session (sessid) VALUES ('$saved_session')");
$sess_id = mysql_result(mysql_query("SELECT id FROM tbl_session ORDER BY id DESC LIMIT 0,1"));
}else{
$sess_id = $_GET['z']; // Get SessionID
}
session_id($sess_id);
[/sourcecode]

Simpel kan?. Dengan seupil kode ini kita bisa melangsingkan filesize web page. Tapi ada banyak hal yang harus diperhatikan, pertama adalah setiap recordset yang menyimpan sessionid harus diberi informasi mengenai siapa pengaksesnya, kapan mulai mengakses, dll, ini untuk menghindari serangan-serangan yang dapat dengan mudah dilakukan hanya dengan menuliskan sembarang ID didalam atribut "z" pada URL. Kita juga harus memberi "umur" untuk setiap recordset, dalam artian jika session tersebut tidak dipergunakan dalam jangka waktu tertentu (setengah jam misalnya) maka akan otomatis tidak dapat digunakan, dan siapapun yang mencoba menggunakan SessionID tersebut akan dialihkan ke SessionID yang baru.

Database untuk menyimpan session ini juga lama-kelamaan akan menjadi besar dan ID yang tersimpan akan semakin banyak jumlah bytesnya, untuk menghindari hal ini, maka cukup buat rutin yang secara otomatis menghapus setiap ID yang tidak dipergunakan agar entry tersebut bisa digunakan untuk SessionID yang baru. Atau bisa juga dengan cara mengupdate recordset SessionID yang sifatnya tidak aktif menjadi aktif, kemudian mengupdate nilai SessionIDnya ke yang terbaru.

Itulah secuil ide aneh yang tidak sempat aku coba dulu, tapi secara logika masih mungkin untuk diimplementasikan. Kekurangannya mungkin dari sisi sekuriti belum teruji, mungkin masih bisa di"akalin" orang iseng dengan memanfaatkan proxy site atau yang lainnya. Ide ini juga sempat aku posting di beberapa forum PHP programming luar dan lokal. Hasilnya? dari sekian forum hanya 1 yang menjawab, sisanya diam tak memberi jawaban apapun :-( . Mungkin memang benar ini ide aneh.. hehehe..

Tapi seiring perkembangan mobile device, browser yang dimiliki oleh perangkat-perangkat tersebut pasti akan berkembang dan menyaingi browser desktop dalam hal kapabilitas maupun fitur. Dan ide diatas sudah siap untuk dikubur :mrgreen:

Pernah melihat screenshoot disamping?. Bagi pengguna Wordpress, ini adalah salah satu widget pada Dashboard page yang akan menampilkan blog apapun yang memiliki link ke blog kita, atau lebih dikenal dengan istilah Trackback URL. Gambar disamping juga adalah salah satu tampilan Dashboard Wordpress.com yang baru saja dirombak beberapa bulan yang lalu, yang tentunya bikin kita makin cinta sama Wordpress :-D

Hmm.. okay, lupakan dulu soal tampilan Dashboard baru. Sudah lama aku penasaran tentang bagaimana Wordpress atau layanan blog lainnya "menjelajahi" internet untuk menemukan link penggunanya dicantumkan di blog lain. Apakah dengan hardcode? atau menggunakan layanan "penjelajah" yang telah ada?. Dan berhubung screenshoot tersebut mengatakan bahwa Wordpress menggunakan Google Blog Search sebagai penjelajahnya, maka misteri terungkaplah sudah. Tapi tunggu dulu, bagi yang belum mengenal Google Blog Search, ini adalah layanan yang sudah cukup lama ada di Google namun masih berstatus Beta. Layanan ini berfungsi untuk mencari blog mana saja yang mencantumkan link ke blog yang kita miliki dalam rentang waktu tertentu, dengan banyak opsi dan pilihan pencarian, Google Blog Search menjadi sebuah penjelajah trackback yang benar-benar powerfull. Terlepas dari itu, aku heran Google suka sekali dengan embel-embel Beta, bahkan Gmail dulu sampai bertahun-tahun dipakai (dan penggunanya sudah jutaan orang) namun masih berstiker Beta.

Disini aku nggak ngebahas gimana menggunakan Google Blog Search secara "langsung", dalam artian menggunakannya langsung dari website Google Blog Search. Disini kita akan nyobain gimana memanfaatkan layanan ini seperti yang dilakukan Wordpress, yaitu "menempelkan" Google Blog Search kedalam website yang kita miliki. Syaratnya? Simpel, satu web server, dan sedikit pengetahuan tentang Feed dan Server/Client Side Scripting :-D . Tapi disini kita nggak akan membahas how-to-program-nya, karena cukup simpel dan caranya bervariasi, asalkan familiar dengan web programming, maka tidak akan sulit. Kita akan ngebahas logicnya.

Pertama, masuk ke Google Blog Search kemudian ketik alamat blog kita dibagian keyword misalnya : "link:kecebongsoft.wordpress.com" kemudian klik Search dan tunggu resultnya. Secara default, dibagian "Published" akan terpilih opsi "Anytime" yang berarti akan menampilkan trackback pada waktu apapun, tapi jika tidak, maka klik terlebih dahulu opsi "Anytime".

Sekarang kita telah mendapatkan hasil dari pencarian Google Blog Search, sekarang tinggal menempelkannya ke website yang kita miliki. Caranya? yaitu dengan memanfaatkan Feed. Google Blog Search menggunakan 2 jenis Feed yaitu Atom dan RSS, kali ini kita coba menggunakan RSS dulu, klik link RSS kemudian kita akan diberikan hasil pencarian dalam format RSS. Setelah mendapatkan RSSnya, kita tinggal membuat sebuah script (PHP/JSP/JavaScript/dll) yang membaca dan melakukan splitting-value ke RSS tersebut untuk akhirnya ditampilkan dalam bentuk terformat (tabel misalnya). Copy dan paste URL dari RSS tersebut dan selipkan didalam script yang kita miliki. Sebagai info, pada PHP v5 kita bisa menggunakan XML object yang telah disediakan untuk melakukan splitting RSS, atau kita bisa menggunakan library extend yang banyak tersebar di internet. Proses splitting RSS ini juga bisa dilakukan di Client Side Script seperti JavaScript. Inilah yang sepertinya dilakukan oleh Wordpress untuk menampilkan blog lain yang memiliki link ke blog kita.

Tapi tunggu dulu, beberapa mungkin heran karena setelah beberapa hari/minggu, result Google Blog Search yang awalnya menampilkan link ke blog kita tiba-tiba menghilang, apa sebabnya?.

Google Blog Search menggunakan feed di tiap blog untuk mencari link yang menuju ke blog kita. Sekarang bayangkan blog kita adalah blog ABC, dan ada sebuah blog (blog DEF) yang mencantumkan link blog kita didalam postingan terbarunya. Secara otomatis, postingan baru tersebut akan muncul pada list teratas didalam feed blog DEF, dan Google Blog Search akan mendapatkan 1 buah result yang mengarah ke blog ABC, yaitu blog DEF. Seiring dengan waktu, postingan blog DEF kian bertambah, dan postingan yang berisi link blog kita tersebut lama-kelamaan akan menempati urutan terbawah dalam feed blog DEF. Seperti yang kita tahu, feed blog memiliki entry yang dibatasi, biasanya hanya menampilkan 5-15 postingan terbaru. Postingan yang berisi link ke blog kita pada feed blog DEF lama-kelamaan akan menempati urutan terbawah dan pada akhirnya menghilang dari feed karena tenggelam oleh postingan-postingan baru. Itulah kenapa Google Blog Search tidak lagi menampilkannya didalam result.

Tapi, dengan sedikit trik dan pengetahuan tentang database dan Server Side Scripting, kita bisa mengakali situasi ini dengan cara membuat sebuah script yang menyimpan semua result Google Blog Search kedalam database kita secara permanen, dengan begini kita tidak perlu khawatir apakah Google Blog Search tidak akan menampilkan result-result lama kembali. Dan dengan cara ini juga kita bisa mendapatkan list lengkap hasil Google Blog Search dari waktu ke waktu. Logikanya cukup mudah, cukup baca RSS hasil pencarian Google Blog Search, split value RSSnya kemudian simpan ke database. Karena ini berhubungan dengan database, jadi kita tidak bisa menggunakan Client Side Scripting seperti Javascript.

Dan terakhir, ada yang harus diperhatikan dalam menggunakan teknologi Google Blog Search mungkin tidak bisa sembarangan. Baca baik-baik Terms & Condition, Disclaimer, FAQ, dan semua material hukum yang ada pada Google dan Google Blog Search untuk memastikan apa yang kita lakukan dengan Google Blog Search adalah legal dan jauh dari pelanggaran apapun. Happy coding!

Jadi seperti orang gila, aku mencoba mengingat-ingat kembali kata apa yang ada dikalimat tersebut, mulai dari googling dengan keyword "To be or not to be", tapi hasilnya rata-rata ke Shakespeare :( . Rasa penasaran makin mengerikan, sepertinya jantung ini berdegup kencang, ugh, apa ya kata terakhir kalimat itu :( . Aku mengabaikan pekerjaan lainnya dan menghabiskan waktu untuk masalah ini. Hampir dua jam berputar-putar mencari jawabannya, rasa kesal dan jengkel numpuk jadi satu, jengkel dengan diri sendiri tentunya, kok bisa-bisanya nggak ingat.

Aku jadi berfikir, seperti inikah rasanya jadi orang yang hilang ingatan, kemudian mendapatkan serpihan-serpihan ingatannya kembali?. Seperti inikah tersiksanya seorang amnesia mencari kebenaran dimasa lalunya?. Aku yang pusing mengingat satu kata saja sudah tersiksa begini, apalagi mereka yang punya banyak hal yang harus diingat?.

Lagipula apa alasannya harus mengingat-ingat hal yang mungkin tidak penting seperti ini?, nggak ada alasan selain rasa penasaran yang luar biasa. Kalau nggak dapet jawabannya tuh rasanya gimana gitu.. hahaha.

Well, setelah memutar otak cukup keras, akhirnya ingat juga :

To be or not to be, that is a tautology!

Yeah!, dapet juga akhirnya. Tautology adalah formula propositional yang akan selalu menghasilkan nilai true dibawah semua kemungkinan interpretasi dari semua variabel yang dia miliki. Finally i've found this bloody word after a couple hours!.

Nggak, nggak boleh comot script sana sini, semua harus hand made, nggak boleh kopas sana sini. Nggak, nggak boleh build general function list, semua harus dalam class, semua harus dienkapsulasi. Nggak, nggak boleh pake framework2 elit, framework elit nggak guna untuk software yang nggak membutuhkannya, malah berat-beratin filesize aja.

Setidaknya itu dan seabrek hal bodoh lainnya masih berputar-putar dikepalaku dari 3 jam yang lalu hingga sekarang.., tadi subuh baru selesai dibagian general tree sort algorithm. Caffeine yang kutelan selama 3 hari ini telah menahan rohku untuk sekedar bermimpi dan berlari dari kode. "Kretek-kretek", aku membunyikan setiap sendi tulang, aku mengasihani kepalaku, yang sedari tadi berusaha untuk bermimpi, namun hanya bisa berhayal agar bisa bermimpi, sedari tadi hanya berusaha memikirkan hal lain, untuk bisa bermimpi. Aku memang memejamkan mata, tapi hanya mata. Rohku masih disini dan berhayal agar bisa tidur dan bermimpi.

Oh God, aku merindukan mimpi apapun selain kode, meskipun hanya beberapa jam >.<

Tawaran untuk ikut kompetisi koding akhirnya datang lagi. Kali ini dari universitasku, ceritanya cukup aneh tapi nyata. Tapi intinya hanya satu, aku nggak mau lagi ikut kompetisi terkecuali atas keinginanku sendiri, terlebih lagi jika kompetisinya tidak sesuai dengan hal-hal yang aku senangi. Lantas bagaimana bisa aku terlibat dalam kompetisi ini?.

2 minggu yang lalu, aku kembali ke kampung halaman untuk menghadiri resepsi pernikahan kakakku yang paling tua. Untuk itu, aku meminta izin kepada kampus untuk tidak masuk selama 10 hari. Izin diterima dan akupun kembali ke kampung halaman pada tanggal 14 Maret.

Tanggal 24 maret, aku kembali lagi ke kampus. Sampai di kampus sekitar pukul 9 malam, aku sempat tanya ke teman kamar, apakah ada tugas baru atau berita baru, kemudian dia bilang bahwa aku telah dimasukan kedalam tim Java Jive Coding Competition 2008, hey, apa apaan nih?.

Di kampusku, memang kami baru diajarkan tentang konsep programming yang baik itu seperti apa (secara general), solving problem seperti apa, dll. Java adalah salah satu programming language yang kami pelajari disini. Dan aku bukan orang yang ahli dibidang ini, mungkin dulu sempat membuat game ini dan juga ini dengan java, tapi jelas itu jauh berbeda. Aku bukan salah satu yang ahli dan sama sekali tidak tertarik dengan tema Java Jive tahun ini. Mungkin dia sempat mencantumkan namaku karena kemarin bisa buat sample hello world dengan kode yang cukup aneh :p

Besoknya, pada kelas programming. Si dosen tanya, "Dedy, are you ready for the project?". Aku cuma bisa nyengir, dalam hati menolak keras, aku nggak mau lagi ikutan ginian. Lomba-lomba sebelumnya sudah cukup memberikan pelajaran bahwa aku bukan orang yang bisa bekerja dibawah tekanan (lomba), lagipula aku tidak tertarik dengan temanya. Sekarang masalahnya adalah, gimana cara menolaknya secara halus?. Dosenku adalah dosen yang baik, meskipun aku tidak terlalu akrab .

Hari ini, aku kembali dipanggil, bersama 3 orang teman lain yang akan masuk kedalam tim. Kulihat mereka tampak begitu semangat, mungkin karena hadiahnya S$3000. (Singapore dollar), iPod touch 4GB, dan Nintendo Wii untuk tiap orangnya. Aku sendiri juga tertarik, tapi kalau harus ngorbanin perasaan (lagi), masuk dengan keterpaksaan, lebih baik enggak deh, mending belajar koding aja lagi di kamar. Si dosen menjelaskan, bahwa kami berempat dan 2 murid lain dari kelas lain, akan dites secara individual, kemudian akan dipilih siapa yang ikut dan tidak ikut. Dan yang lolos akan membuat aplikasi berbasis Web 2.0 (development dalam Solaris, Java, dan NetBeans) selama 10 minggu, kompetitor berasal dari Singapore dan Thailand.

Terlihat cukup menggiurkan, tapi ketika dilihat lebih jauh : aplikasi bertema healthcare, nggak tertarik. Using java, nggak tertarik. Final kompetisi diadakan bulan Juni, ini yang lebih mengerikan, masa aku harus ikut lomba dan nahan perasaan keterpaksaan ini sampe bulan juni? Nggak deh hehehe..

Yep, dari sinilah aku dapat celah untuk menolak ikut, dari test individual. Cukup jawab soal dengan ngawur maka harusnya secara otomatis aku bakal di eliminasi dari tim :D . Tidak peduli gimana sikap dosen setelah aku melakukan itu, tapi yang penting bisa tenang secara batin. Tesnya mungkin beberapa hari lagi, doain aja biar aku bisa jawab dengan ngawur dan sukses dikeluarkan dari tim :D

Sudah cukuplah ikut lomba seperti ini di SMK, terkecuali kalau ada waktu lagi dan memang sesuai dengan keinginan. Cukuplah masa-masa SMK yang indah seperti ini, ini, ini juga, dan juga ini. Mungkin aku baru akan ikut yang kompetisi lagi jika ada inisiatif sendiri :D

Saat itu aku blon sempat nyobain Android, tapi sekarang mulai kepikiran juga nih. Gimana ya kalau ada aplikasi seperti itu?. Kita masukan kategori pencarian yang kita mau, lalu akan muncul tempat-tempat yang kita cari dalam radius tertentu, 100 meter misalnya. Disertai dengan anak panah dan titik/dot yang menunjukan keberadaan tempat tersebut.

Anggap saja aku sedang kebelet pipis, trus ketik "Toilet" di aplikasi tersebut, maka akan muncul banyak tanda panah dan dot-dot yang menampilkan posisi toilet yang ada dalam jarak 100 meter dari posisiku sekarang.Dan dengan asynchronous data transmision, tampilan arah panah dan dot-dot itu akan diupdate secara realtime (perdetik). Tentu saja ini didukung dengan perangkat/dukungan GPS yang ada di handset. Sekarang semua vendor sudah melengkapi produk-produknya dengan GPS, jadi kedepannya sepertinya GPS sudah akan jadi barang yang umum.

Penasaran, aku coba bongkar Google Codes, ternyata API (Application Programming Interface) untuk tujuan seperti diatas udah dibuka, frameworknya juga udah ada. Cuman ya kita mesti gathering data geografisnya juga (manual), aku belum lihat ada celah untuk direct akses ke database google map, API untuk tujuan itu juga nggak ada. Apa harus email ke Google langsung ya, minta dikasih direct access.. hehe..

Tapi gathering data sendiri juga nggak jelek-jelek amat kok, karena Google menyediakan interface serupa dengan Google Map untuk gathering data yang sistemnya user-generated (meskipun ada sesi autentikasi), dan import via CVS untuk gathering data yang sistemnya manual.

Apakah sudah ada software yang seperti ini? Nggak tau juga deh, tapi boleh juga nih di implementasikan. Sekarang masih cari-cari referensi tentang API perangkat GPS dari SDK (Software Development Kit)-nya Android. Entahlah apakah bisa dicoba langsung atau tidak, tapi kalaupun tidak, masih bisa disimulasikan dengan data posisi abstrak. Untuk grafisnya sendiri, sebenarnya aku lebih suka tampilan yang webbased atau flash, lebih mudah di porting ke device lain dan nggak butuh instalasi yang rumit (cukup buka browser dan point ke website yang dituju). Tidak seperti membuat aplikasi-aplikasi standalone. Tapi kalaupun terpaksa harus pakai standalone application, masih bisa menggunakan OpenGL kok ;)

Hehe.. But this is still in my bloody mind, entah implementasi atau enggak, yang jelas titik terangnya udah ada, yaitu API dan framework yang dibuka oleh Google, serta dokumentasi dan referensi yang bagus serta lengkap. Jadi? tunggu aja kapan tanggal mainnya ;)