theWrittenOne

Google and Haskell

2010-10-16T06:46:00.002+07:00

One guy from Google presented something at ICFP10 about haskell usage in production system. Take a look at their paper.

Numb3r

2010-09-08T03:49:00.000+07:00

What's the difference

2010-06-21T21:16:00.000+07:00

Greeneries

2010-06-21T01:18:00.000+07:00

Camera Test

2010-06-13T01:20:00.000+07:00

Cinta Membuat ...

2007-12-17T18:10:00.000+07:00

Cinta..

Membuatku tiba-tiba ingin membuat tulisan ini begitu terbangun dari tidurku...

Membuat banyak hal-hal kecil yang ada di dunia ini menjadi indah...

Membuatku sering tertawa dan tersenyum sendiri...

Membuat sifat kekanakanku muncul dengan sendirinya, tanpa beban, tanpa takut...

Membuatku merasa kasihan pada manusia lain, karena mereka cuma bisa numpang di dunia yang sudah menjadi milik kami ini...

Membuatku nggak bisa menilai perempuan lain secara obyektif, karena udah pasti dialah yang terbaik di mata dan hatiku...

Membuat teman-temanku cemburu padanya, karena alokasi waktuku untuk mereka jadi berkurang...

Membuat aku ngantor jam 4 sore gara-gara menulis ini dan mengacuhkan panggilan pak kosku yang teriak-teriak nanyain aku udah bangun atau belum...

Membuatku bertanya, dia sedang melakukan apa sekarang, udah makan atau belum...

Membuat laba Mobile-8 bertambah...

Membuatku malu...

Mambuatku jadi tambah malu waktu dia bilang dia juga malu...

Membuatku ketawa sendiri waktu menulis dua baris di atas...

Membuatku sadar, bahwa cinta itu terlalu indah untuk ditutup-tutupi...

Membuatku berani membuka bagian hati yang tertutup selama ini...

Membuat harga diriku yang sudah tidak ada sebelumnya, menjadi minus...

Membuat rasa sayang mengalir dengan derasnya, tanpa ragu, tanpa takut melukai...

Membuatku jadi tahu, bahwa banyak hal yang bekerja secara misterius di dunia ini...

Membuatku tambah yakin akan setiap langkah yang kujalani...

Membuatku tidak ingin jadi penghalang baginya untuk melakukan sesuatu yang diinginkannya...

Membuatku menambah beberapa kalimat dalam doaku...

Membuatku semakin bersyukur pada-Nya...

Dan membuatku menulis ini dengan kesungguhan hati

Aku mencintaimu karena Allah...

about: music

2007-10-30T22:40:00.000+07:00

Semakin banyak lagu yang anda dengar pada suatu rentang waktu, semakin sedikit kenikmatan mendengarkan musik yang anda peroleh – Monang's Fifth Theory of Scarcity Value

Tulisan ini salah satunya ditujukan untuk anak temen saya Renee (who bragged a lot about how great her brand new 80GB iPod compared to my 1 year old 4GB nano with regard to the disk capacity. Thanks anyway for accompanying me that time. I'll ask your father to translate this entry for you). Dasar bule! Berhubung cakep dia saya maapin deh. Terima kasih juga buat mas Manteb yang bersedia memegang "janji antar lelaki"-nya.

Peringatan Pemerintah : Tulisan ini cukup panjang, penulis tidak bertanggung jawab atas segala efek samping yang muncul. Experience may change during reading. Persiapkan mental anda, secangkir minuman hangat, kotak P3K dan kantung plastik in case anda muntah, dan tomat/telur kalo-kalo anda ingin melempari monitor anda. Tarik nafas dalam-dalam, and say Bismillahirahmaanirahiim. Silakan mulai membaca.

Saya masih ingat masa-masa baru kenalan dengan yang namanya ngedengerin musik secara serius. Kala itu saya masih duduk di bangku SMP (hmm, kok jadi keliatan udah tua ya). Saat itu media untuk memainkan musik masih berupa pita/kaset dan pemutarnya. Karena nggak ada dana untuk beli yang lebih high-end, maka seperangkat alat pemutarnya (berikut ampilfier dan salon/speaker) masih saya pakai sampai kuliah. Saya minta tolong ayah untuk dibawain dari Solo ke Bandung. Bayangkan, besar totalnya sekitar 0.5x1x1m, dan membutuhkan banyak tenaga untuk memindahkannya dari mobil ke kamar kos di lantai dua. Yang pernah main ke kamar kos saya waktu kuliah kebanyakan kagum melihat betapa kuno dan gigantic-nya alat tersebut, jika dibandingkan dengan tape-deck yang banyak dimiliki anak kos saat itu.

Album-album pertama yang saya denger saya embat dari koleksi sepupu saya. Saya masih inget kisahnya. Waktu berkunjung ke rumah sepupu, saya melihat banyak kaset beraliran musik cadas (rock). Saya ingin tahu mengapa banyak sekali teman yang suka mendengarkan musik barat, yang harga satu albumnya saya rasa cukup mahal (bila dibandingkan dengan album lokal). Apakah memang worth the price, atau cuma ikut-ikutan tren biar dibilang gaul, ataukah memang ada alasan lain. Oleh sepupu saya, saya dikasi pinjem Scorpions-The Best Rocker’s Ballads (mbak Nunung dan mbak Nana, you rocks guys!). Album itu memang bisa dibilang udah tua dibanding Crossroad-nya Bon Jovi atau MLTR pada waktu itu, dan saya masih inget nggak ada temen saya yang tahu/pernah denger album-album tersebut. Biarin deh, dibilang kuno dan nggak gaul juga gak ngepek (nggak ngefek ke saya). Yang penting bisa ngedengerin album gratisan, hehe.

Ketika pertama kali mendengarkan The Best Rocker's Ballads, telinga saya langsung bisa merasakan gejolak musik rock yang menghentak dan menggetarkan dada (haha, berlebihan banget yah). Efek metal gitar yang keren, suara pria yang melengking, beat drum yang cepat dan dinamis, langsung terasa catchy. Nuansa panggung rock yang penuh cahaya, ledakan, asap, dan penonton yang berjingkrak dan head-banging terbayang di benak saya. Yap, inilah musik yang bisa menyelamatkan dunia, begitu kata orang.

------------------------------------------Break dulu aaaahhh--------------------------------------
Betewe baswe, siapa sih yang pertama kali bilang "Only rock can save the world"? Berlebihan pisan euy. Jelas-jelas yang bisa menyelamatkan dunia itu cuma Piala Dunia. Looooh!!!?
------------------------------------------Lanjuuuuuuuuuuut?--------------------------------------

Hebat yah musik itu, bisa membuat manusia yang mendengarnya berimajinasi dan bergaya seperti rocker di kamar yang sengaja ditutup karena malu kalo keliatan orang lain, hehehe. Sayang tidak ada sapu di kamar saya waktu itu, sehingga bantal gulingku tersayang yang jadi gitarnya. Saking senengnya ngedengerin musik, pemutar kaset yang seharusnya dipakai bersama oleh keluarga itu saya monopoli dan pindahin ke kamar saya. Seringkali saya harus rebutan pakai dengan adik saya (yang Slanker pisan waktu itu) dan angkat-angkat dari kamarnya ke kamar saya sampai akhirnya dia beli walkman, hehe.

Kembali ke album (bacanya gak usah pake intonasi ala Tukul yah, udah basi). Satu album itu terus saya putar berulang-ulang saking senengnya, sampai-sampai ada satu lirik lagu (Always Somewhere) yang hafal tanpa melihat cover albumnya. Saya masih inget ada temen yang menyanyikan lagu ini waktu ada tes nyanyi lagu barat untuk mata pelajaran Bahasa Inggris waktu SMP, dan saya ngebantu dia menghafalkan liriknya. Bener-bener aneh deh SMP-ku itu. FYI saya memilih menyanyikan "Happy Birthday" yang disambut ketawa dan cemoohan satu kelas, hehe (secara yang lain lagunya pada keren-keren semua, kaya’ lagu-lagunya Richard Marx atau Bon Jovi).

Side story : entah sejak kapan, saya menganggap bagian vokal suatu lagu itu sama seperti alat musik lainnya, jadi udah gak peduli lirik lagu lagi. Saya baru sadar hal ini ketika ada temen yang nanyain arti lagu soundtrack Magic Knight Ray Earth-nya Animetal.

Seiring dengan berlalunya masa, waktu itu saya bertanggungjawab atas lalu-lalang kaset/album dari temen-temen saya ke alat pemutar saya. Maklum, nggak punya banyak uang untuk beli banyak album, jadinya ya pinjem sana pinjem sini bajak sana bajak sini. BTW, saat itu membajak lagu dilakukan dengan menggunakan tape-player dual-head. Saya masih inget karena keterbatasan dana untuk hobi terkadang saya mengkopi lagu dari album yang saya pinjam ke kaset bekas.

Beberapa album yang mengesankan antara lain adalah Metallica-Black Album, The Best-nya Guns 'n' Roses, Surfing With Alien-nya om Joe Satriani (nemu di studio pas abis nge-band), beberapa album Queen, Dewa 19, dan Slank, What's The Story? Morning Glory-nya Oasis, dan beberapa album yang –maaf– tidak dapat saya sebutkan satu-persatu karena keterbatasan RAM di otak saya.

Inti dari beberapa paragraf terakhir ini adalah pengalaman mendengarkan musik yang hanya berupa beberapa album saat itu sangat-sangat mengesankan sekali. Mungkin karena usaha dan pengorbanan yang cukup besar untuk mendengarkan satu lagu atau album saja, alhasil kita sangat puas menikmati hasil usaha kita itu.

--------------------------------------Time goes by, it was MP3 era------------------------------
Q : Looooh? Harusnya era CD dulu kan?
A : Sori, untuk menghemat BBM (yang digunakan sebagai bahan bakar pembangkit listrik, dimana listrik digunakan untuk membuat komputer anda bisa menampilkan tulisan ini, yang berarti semakin panjang tulisan semakin panjang waktu nyala komputer anda, sehingga semakin banyak BBM yang dibutuhkan) dan kurangnya pengalaman penulis di bidang per-CD-an, maka diputuskan untuk men-skip era CD.
------------------------------------------Lanjuuuuuuuuuuut?--------------------------------------

Pernah mengalami era waktu MP3 pertama kali booming di lingkungan anda? Yang terbayang di otak adalah mengkopi lagu sebanyak-banyaknya begitu lihat komputer temen yang belum dijajah (belum dilihat-lihat koleksi lagu MP3-nya). Koleksi lagu yang menempati >50% harddisk bukan hal yang langka ditemukan di komputer teman-teman saya. Saya selalu berpikir apa iya lagu sebanyak itu didengerin secara seksama? Atau cuma dikumpulin aja untuk menyediakan lapangan pekerjaan (kopi lagu –red) ke temen yang lagi berkunjung dan melihat isi harddisk komputernya. Saat itu banyak sekali lagu-lagu MP3 berkualitas rendah bertebaran dimana-mana. Perkiraan saya, untuk menghemat ongkos produksi, para pembajak tidak hanya menggunakan CD original sebagai sumber untuk dikopi, tapi juga kaset yang diputar dan direkam langsung menggunakan komputer, dengan media penghubung berkualitas rendah. Atau bahkan bukan kaset original, tapi kaset bajakan. Parah bener kan.

Saking boomingnya aktivitas mengkoleksi lagu MP3 waktu itu, di jaringan kampus ada yang membuat mesin pencari khusus MP3. Kalo tidak salah aplikasi itu sampai meng-indeks puluhan ribu lagu yang tersebar di mesin-mesin kampus, mulai dari lagu anak-anak sampai lagu keroncong, mulai dari lagu mellow sampai lagu hoek-hoek (trash metal, yang nyanyi kaya’ orang muntah), mulai dari lagu beraliran etnik sampai lagu beraliran orang-ngomong-terus-ada-musiknya-di-belakang (kaya’ Missy Elliot), mulai dari lagu dengan ukuran 40MB (ok, satu album sih) sampai cuplikan intro Warkop DKI berukuran 100KB (tapi saya nggak tau lagu kontroversial Indonesia Raya-nya om You-Know-Who itu ada atau tidak). Saya masih ingat, hampir setiap PC di lab yang penggunanya menggunakan headset salah satu window browsernya pasti sedang menampilkan aplikasi itu.

Saat itu, kaya’nya orang-orang lebih seneng ngumpulin lagu daripada ngedengerinnya. Kalaupun ngedengerin, paling cuma sekali aja karena banyaknya lagu lain yang ngantri didengerin di playlist winamp-nya. Saya pun juga seperti itu, setiap lagu cuma masuk telinga kiri keluar hidung kanan (saking gak berkesannya hingga otak gak nerusin ke telinga kanan, hehe). Alhasil kalau pergi menghabiskan suara ke karaoke, ya cuma nyanyiin sedikit bagian lagu, terus skip ke lagu selanjutnya. Kasian yah yang susah-susah menciptakan dan mengaransemen lagu, secara lagunya cuma digituin doang. Saya pernah baca di suatu artikel majalah musik, bahwa sebenarnya banyak musisi dan produser yang menyesalkan lagunya didengerin dalam bentuk MP3-nya. Bukan karena mudah dibajak saja, tapi juga karena usaha mereka yang berusaha menciptakan musik sesempurna mungkin jadi tercemari karena nature dari MPEG-1 yang merupakan lossy compression method (yang berarti kemungkinan besar akan ada bagian yang hilang pada saat kompresi dari file wav ke MP3).

Inti dari beberapa paragraf terakhir ini (dejavu yah) adalah mendengarkan banyak lagu yang kita peroleh secara mudah ini terasa kurang mengesankan, atau bahkan mendekati hambar.

-----------------------------And there was portable MP3 player era---------------------------
Did you know? MP3 itu cuma amplop, bukan format en/decoding. That's the reason why not every MP3 files can be played on your iPod or _put_your_player here_.
------------------------------------------Lanjuuuuuuuuuuut?--------------------------------------

Tiba masa portable MP3 player bertebaran di dunia yang fana ini (naon sih). Ada temen saya yang bilang bahwa jenis portable player yang ada saat ini jumlahnya hampir melebihi jumlah lagu yang bisa diputarnya (gak mungkin banget yah, hehe). Bahkan ada yang berkelakar, saya lupa entah di slashdot atau di mana, bahwa jika saja semua gadget berprosesor bisa terhubung dengan internet, simulasi dan analisa protein folding (yang jadi tugas IBM's BlueGene) bisa selesai dalam waktu sehari saja. Sayang yah, banyak resource komputasi yang seharusnya bisa memberikan kontribusi berarti bagi umat manusia, just ended up for a little thing called entertainment machine (eh wajar ding, senang itu mahal). Loh kok jadi mikir-mikir menyimpang gini sih? Hehe maklum personality saya kan sebagian melancholic juga, wajar dong kalau banyak yang dipikirin.

Tanyakan pada diri anda atau teman anda yang pernah punya portable cassete player, portable CD player, dan portable MP3 player, saat-saat mendengarkan mana yang paling mengesankan? Saya yakin portable CD player lah jawabannya. Mengapa? Karena harga CD mahal dan kualitas lagu yang disimpannya paling bagus. Tapi mengapa kebanyakan orang lebih suka membeli portable MP3 player? Karena lebih bentuknya lebih kecil dan compact? Penampilan? Lagunya yang lebih murah? Mengikuti mode? Fungsinya yang bukan hanya sebagai player? (saya jadi teringat kolega kerja saya yang baru beli audio+video player+recorder+kamera+fm radio, sayang korek api gak included)

Paragraf di atas terinspirasi dari seorang teman yang berprofesi sambilan sebagai musisi (kalo siang ngemis kalo malem ngamen, hehe becanda), dia masih memakai portable CD player kemana-mana. Tiap kali ditanyain atau disindir, dia selalu jawab "Aku memakai barang hanya karena kegunaannya, dan nggak mau mengorbankan kualitas musik (untuk alasan-alasan di atas)". Keren banget nggak sih? Jadi jika anda bertemu dengan orang yang anda anggap aneh karena memakai headset gede di angkutan umum ato di jalan, bisa jadi orang tersebut "sejenis" dengan teman saya itu.

Yah, nampaknya kita sudah sampai pada penghujung cerita saya kali ini. Tetaplah bersama saya untuk menantikan entri selanjutnya (huuuu), dan berdoalah semoga entri berikutnya tidak berbau komputer lagi (huuuu). Terima kasih atas waktunya, dan sampai jumpa! (sok presenter pisaaaan).

Who’s greatest? Newton or Einstein?

2007-09-12T20:25:00.000+07:00

Hasil ngobrol dengan mas amdysmax (don’t know what his real name is) :

amdysmax (2007/09/12 15:44:26): nang menurut loe. who is the greatest newton atau einstein
Monang (2007/09/12 15:44:52): newton kali
Monang (2007/09/12 15:45:08): dari nol soalnya, dari tiada menjadi ada
amdysmax (2007/09/12 15:45:27): punya alasannya?
Monang (2007/09/12 15:45:33): ya itu tadi
amdysmax (2007/09/12 15:46:16): :
Monang (2007/09/12 15:47:07): sama kaya' siapa yg lebih berpengaruh, alonzo church atau james gosling
Monang (2007/09/12 15:47:48): yg satu peletak dasar, yg satu berdiri dan melompat di atas dasar tadi
amdysmax (2007/09/12 15:48:29): kamu pintar ya.
Monang (2007/09/12 15:48:46): kok bisa?
Monang (2007/09/12 15:49:16): saya mah gobloknya minta ampun, gak bisa dibandingin orang2 tadi
amdysmax (2007/09/12 15:50:02):
Monang (2007/09/12 15:50:16): lagi ngisi kuesioner yah?
amdysmax (2007/09/12 15:51:18): gak.. g cuman kebetulan baca article tadi. ada poll untuk ilmuwan dan untuk public.
amdysmax (2007/09/12 15:51:35): tentanh kontribusi keduanya kepada science dan ke human kind
amdysmax (2007/09/12 15:51:45): dua2 nya di menangin newton.
Monang (2007/09/12 15:51:56): ooh
amdysmax (2007/09/12 15:52:10): agak telak sih...
Monang (2007/09/12 15:52:20): oo
Monang (2007/09/12 15:52:37): einstein dapet poin negatif karena bom atom kali, hehe
amdysmax (2007/09/12 15:52:54): gak..
Monang (2007/09/12 15:53:02): hehe
amdysmax (2007/09/12 15:53:24): alasannya hanmpoir sama dengan monang tadi
amdysmax (2007/09/12 15:53:47): enstein udah ada dimasa science udah berkembang
amdysmax (2007/09/12 15:54:08): pergerakan atom sendiri kan mengikuti newton.
Monang (2007/09/12 15:54:16): oo
Monang (2007/09/12 15:54:37): sip sip
amdysmax (2007/09/12 15:56:14): coba loe tanya teman2 loe... kalo g semua newton.
Monang (2007/09/12 15:56:34): oo hehe

Karena gak ingin mati (sesuai peribahasa jawa kuno : curiosity kills the cat), saya coba google tentang artikel yang di-refer masnya tadi. It seems this one was : http://www.royalsoc.ac.uk/news.asp?id=3880

Sebagai renungan (termasuk untuk saya sendiri). Terkadang di jaman yang sudah serba enak ini, kita melupakan jasa para pahlawan kita.

Level 1 :
Coba tanyain pada programmer terdekat dengan anda, pernahkah dia mendengar nama-nama seperti Kurt Godel, Alonzo Church, Haskell Curry, atau bahkan Alan Turing?

Level 2 :
Oke lah kalo gak tau, how ‘bout John Backus, Tony Hoare, Niklaus Wirth, Edsger Dijkstra, Thompson/Kernighan/Ritchie, James Gosling, Gerald Sussman, Guy Steele, Simon Peyton-Jones, Alan Kay, or Bertrand Meyer?

Level 3 :
Masih gak ada yang pernah denger? Wozniak? Bill Joy? JWZ? Pages n Brin?

Level 4 :
Kalo masih nggak ya paling-paling “cuma” Bill Gates ato Larry Ellison aja yang dia pernah denger namanya. Hehe.

Kesimpulan
Weird, isn’t? Nggak juga, karya seseorang lebih mudah diingat daripada namanya. Terima kasih buat mas amdysmax yang membuat saya jadi sadar untuk tidak menggunakan karya saya sebagai media narsisme. (Hehe, kaya’ ada karyanya ajah)

Kafir

2007-01-13T22:37:00.000+07:00

Ada hadis yang berbunyi "Man Kafara Muslimin Huwa Kafirun". Arti hadis tersebut adalah jika ada yang menuduh seorang muslim itu kafir, maka tuduhan itu akan berbalik padanya.

Jika anda menuduh seseorang itu kafir, maka hanya ada dua kemungkinan :
- Orang yang anda tuduh itu memang kafir
- Anda sendiri yang kafir

Kesimpulan dari tulisan di atas adalah :

Jika anda muslim, jangan pernah menuduh diri anda sendiri sebagai kafir, karena hanya satu kemungkinan yang ada.

Hehe, wagu tenan yoo... tulisan gak berguna.

How to load subclass(es) from your jar file

2006-02-24T20:00:00.000+07:00

Mr. Endy Muhardin found problems in finding and loading classes when developing his opensource application. Hope this code will help him. Ganbatte Mas Endy!!

Here is a simple code to illustrate how to load one or more subclass(es) from a jar file.

/*
* Created on Feb 24, 2006
*
*/
package com.monn;

import java.io.File;
import java.net.JarURLConnection;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.ArrayList;
import java.util.Enumeration;
import java.util.Iterator;
import java.util.List;
import java.util.jar.JarEntry;
import java.util.jar.JarFile;

import javax.swing.JFileChooser;
import javax.swing.JOptionPane;

/**
* @author Monang Setyawan
*
*/
public class Executor {

    public static void main(String[] args) throws Exception {
        new Executor().run();
        System.exit(0);
    }

    public void run() throws Exception {
        JFileChooser chooser = new JFileChooser();

        if (chooser.showOpenDialog(null) == JFileChooser.APPROVE_OPTION) {
            String parent;

            if ((parent = JOptionPane.showInputDialog(null,
            "superclass/interface name")) != null) {
                File file = chooser.getSelectedFile();

                URL jarUrl = new URL("jar:file:" + file.getAbsolutePath()
                + "!/");
                JarFile jarFile = ((JarURLConnection) jarUrl.openConnection())
                .getJarFile();

                URL[] urls = { file.toURL() };
                URLClassLoader loader = URLClassLoader.newInstance(urls, Thread
                .currentThread().getContextClassLoader());

                List nameList = getClassNames(jarFile);
                for (Iterator iter = nameList.iterator(); iter.hasNext();) {
                    String classname = (String) iter.next();
                    Class clazz = loader.loadClass(classname);
                    if (Class.forName(parent).isAssignableFrom(clazz)) {
                        // you've got your class
                        System.out.println(clazz);
                    }
                }

            }
        }

    }

    private List getClassNames(JarFile jarFile) {

        List nameList = new ArrayList();
        for (Enumeration enum = jarFile.entries(); enum.hasMoreElements();) {

            JarEntry entry = (JarEntry) enum.nextElement();
            String entryName = entry.getName();
            if (entryName.endsWith(".class")) {
                int startPos = entryName.lastIndexOf('.');
                String shortName = entryName.substring(0, startPos);
                shortName = shortName.replace('/', '.').replace('\\', '.');
                nameList.add(shortName);
            }
        }

        return nameList;

    }
}

For simple test, you can select any JDBC driver jar file and type in "java.sql.Connection". My code above will try to find any implementations of Connection interface in your jar file.

Simple Steve vs Complicated Bill

2006-01-12T12:17:00.000+07:00

Check out the differences between Steve Jobs and Bill Gates presentation (or also their personality?)style.

Describe Your Instance

2005-12-14T10:00:00.000+07:00

Although this is a trivial problem, in many situation, we found that it’s convenient to override toString() method and provide the meaningful textual representation of an object. This necessity often be found when we need to provide good logging and error handling facility to our application. Sometimes, we need the String returned by toString() method contains the object’s property (javabean convention). This is the common situation that we’ve often dealt with value objects.

If that situation occurs repeatedly, we can save our time (and stay in the DRY principle – Don’t Repeat Yourself) by creating a generic utility method that using javabean introspector so that it can be used by more than one classes.

Here is the utility class and the method that describe a class that conform javabean convention.

 1  package com.monn;
 2
 3  import java.beans.Introspector;
 4  import java.beans.PropertyDescriptor;
 5
 6  public class Utility {
 7
 8    public static String describe(Object o) {
 9      StringBuffer buffer = new StringBuffer();
10      try {
11        Class c = o.getClass();
12
13        PropertyDescriptor[] descriptors = Introspector.getBeanInfo(c)
14            .getPropertyDescriptors();
15
16        for (int i = 0; i < descriptors.length; i++) {
17          PropertyDescriptor descriptor = descriptors[i];
18          buffer.append(descriptor.getDisplayName());
19          buffer.append(" : ");
20          buffer.append(descriptor.getReadMethod().invoke(o, null));
21          buffer.append("\n");
22        }
23
24      } catch (Exception e) {
25        e.printStackTrace();
26      }
27      return buffer.toString();
28    }
29
30    public static void main(String[] args) {
31      Person p = new Person();
32      p.setFirstName("Monang");
33      p.setLastName("Setyawan");
34      System.out.println(p);
35    }
36
37  }

The source code for Person that uses our utility method.

 1  package com.monn;
 2
 3  public class Person {
 4    private String firstName;
 5
 6    private String lastName;
 7
 8    public String getFirstName() {
 9      return firstName;
10    }
11
12    public void setFirstName(String firstName) {
13      this.firstName = firstName;
14    }
15
16    public String getLastName() {
17      return lastName;
18    }
19
20    public void setLastName(String lastName) {
21      this.lastName = lastName;
22    }
23
24    public String toString() {
25      return Utility.describe(this);
26    }
27  }

The output when running Utility.class :

class : class com.monn.Person
firstName : Monang
lastName : Setyawan

Tentang Adapter Pattern

2005-11-20T17:55:00.000+07:00

Aspek OO yang didukung : reusability

Kondisi :

Kita mempunyai sebuah class dan sebuah client yang akan menggunakan class tersebut, tetapi tipe class yang akan kita pakai tersebut tidak cocok dengan tipe yang dibutuhkan oleh client*. Yang dimaksud dengan “tipe class tidak cocok “ di sini adalah bahwa class tersebut secara hierarki tidak bisa masuk ke tipe yang dibutuhkan client. (Di akhir tulisan ini disertakan sebuah contoh kasus)

* Sebagai contoh di Java, client di sini dapat berupa sebuah method yang mempunyai parameter bertipe tertentu. Tipe parameter inilah yang tidak sesuai dengan tipe class yang sudah ada.

Tujuan :

Mengubah kontrak dari suatu class sehingga dapat memenuhi kontrak dari client.

Kontrak** di sini adalah behavior yang harus dipunyai oleh suatu class.

**Di Java, kontrak bisa diimplementasikan sebagai interface, abstract class, atau bahkan concrete class. Tapi pada desain yang baik (prefer interface rather than implementation), kontrak biasa diimplementasikan sebagai interface.

Solusi :

Cara untuk mengatasi hal ini cukup mudah, yaitu tinggal membuat sebuah class baru yang memenuhi kontrak dari client.

Implementasi :

Secara intuitif, ada dua pendekatan solusi yang bisa kita lakukan, yaitu dengan inheritance dan dengan composition. Cara yang pertama dikenal sebagai class adapter dan cara kedua dikenal sebagai object adapter.

Sebagai contoh kasus, jika kita sudah punya definisi class sebagai berikut (existing classes).

 1  interface Animal {
 2      public void sleep();
 3  }
 4
 5  class Cat implements Animal {
 6      public void sleep() {
 7          System.out.println("I'm so sleeeepy.. Miauwww");
 8          System.out.println("(Trying to find comfy place to sleep)");
 9          System.out.println("(Find a place, and put its head on its hand)");
10      }
11  }
12
13  class Mouse implements Animal {
14      public void sleep() {
15          System.out.println("Soo sleeepy.. cit cit");
16          System.out.println("(Try to find a hole..)");
17          System.out.println("(Can't find one..creating a new one)");
18          System.out.println("Zzz..zzz.z");
19      }
20  }

Permasalahan : kita harus menggunakan beberapa ekor binatang (Animal) sebagai pemeran (Actor) pada sebuah adegan film (MovieScene), karena skenario film tersebut membutuhkan adegan dimana beberapa ekor binatang akan tidur.

 1  class MovieScene {
 2
 3      private List actorList = new ArrayList();
 4
 5      public void addActor(Actor actor) {
 6          this.actorList.add(actor);
 7      }
 8
 9      public void playScene() {
10          System.out.println("--Begin the scene--");
11
12          Actor actor;
13          for (Iterator iter = actorList.iterator(); iter.hasNext();) {
14              actor = (Actor) iter.next();
15              actor.act();
16          }
17
18          System.out.println("--End fo scene--");
19      }
20
21  }
22
23
24  interface Actor {
25      public void act();
26  }
27
28  class HumanActor implements Actor {
29      public void act() {
30          System.out.println("I'm an human actor and now doing my scenario script...");
31      }
32  }

Kita mempunyai sebuah permasalahan baru, di mana kita harus menggunakan class yang sudah ada sebelumya (Cat) di dalam solusi permasalahan baru kita.

 1  class Movie {
 2      public static void main(String[] args) {
 3          MovieScene scene = new MovieScene();
 4          Actor bruceWillis = new HumanActor();
 5  
 6          scene.addActor(bruceWillis);
 7  
 8          Cat tom = new Cat();
 9          // Animal or Cat can't fit into Actor
10          // so we can't use scene.addActor(Cat cat);
11          // nor write Actor tom = new Cat() here
12          // nor using scene.addActor(Animal a); if we declare tom as an Animal
13  
14          scene.playScene();
15      }
16  }

Untuk mengatasi hal ini, kita mengimplementasikan Adapter pattern, salah satu caranya yaitu dengan membuat sebuah class baru yang meng-implement interface yang dibutuhkan oleh MovieScene.addActor (yaitu Actor), dan menghubungkan method yang dibutuhkan oleh Actor dengan method yang disediakan oleh Animal.

 1  class AnimalActor implements Actor{
 2
 3      private Animal animal;
 4
 5      public AnimalActor(Animal animal){
 6          this.animal = animal;
 7      }
 8
 9      public void act() {
10          animal.sleep();
11      }
12
13  }

Cara yang kedua adalah dengan melakukan composition antara subclass dari ActorAdapter berikut ini dengan Animal, dan meng-override method yang ada dengan pemanggilan method pada Animal.

1  class ActorAdapter implements Actor{
2      public void act() {
3          // do nothing..
4      }
5  }

Sekarang kita bisa menggunakan dua binatang kita untuk ikut serta dalam film.

 1  class MouseActor extends ActorAdapter{
 2    
 3      private Mouse mouse;
 4    
 5      public MouseActor(Mouse mouse){
 6          this.mouse = mouse;
 7      }
 8    
 9      public MouseActor(){
10          mouse.sleep();
11      }
12    
13      public void act() {
14          super.act();
15      }
16  }
17
18
19  class Movie {
20      public static void main(String[] args) {
21          MovieScene scene = new MovieScene();
22          Actor bruceWillis = new HumanActor();
23
24          Cat tom = new Cat();
25          Mouse jerry = new Mouse();
26        
27          Actor adaptedTom = new AnimalActor(tom);
28          Actor adaptedJerry = new MouseActor(jerry);
29        
30          scene.addActor(bruceWillis);
31          scene.addActor(adaptedTom);
32          scene.addActor(adaptedJerry);
33        
34          // suppose that we want to create a new type of Actor and add it to the scene
35          scene.addActor(new ActorAdapter(){
36              public void act() {
37                  System.out.println("Simply do nothing..");
38                  // hey, this looks like how we add an adapter on Swing ;)
39              }
40          });
41        
42          scene.playScene();
43      }
44  }

Programming language and scalability: are they related? Yes, but…

2005-11-12T18:15:00.000+07:00

Menyimak thread “1 juta email” di milis teknologia yang menyimpang dari arah pembicaraan semula, saya ingin meluruskan beberapa anggapan yang seolah-olah menyatakan bahwa bahasa pemrograman adalah faktor paling utama yang menjadi kunci skalabilitas suatu aplikasi. Tentu saja ini diskusi antara kubu Java vs others. Entah sudah berapa kali diskusi seperti ini muncul (dan banyak di antaranya yang menjadi flame war). Dan entah pula mengapa masih juga banyak orang yang menanggapi dan memberikan tanggapan yang itu-itu saja (VM vs non-VM, perbedaan level abstraksi, perbedaan kemampuan programmer, dst). Seharusnya ada orang yang berbaik hati mau menyumbangkan waktunya untuk menulis katalog yang berisi tanggapan masing-masing kubu dan mungkin malah menerbitkannya sebagai buku, misalnya dengan judul “Reply Pattern, Element of Reusable Language Holy War”. Hehe.

Catatan : pernyataan yang menyebutkan bahwa sesuatu itu “lambat” adalah pernyataan yang salah. Yang benar adalah sesuatu itu “lebih lambat” dari sesuatu yang lain. (pelajaran teori relativitas waktu SMA dulu :)

Sebelumnya perlu untuk diketahui dulu bahwa jika pada suatu aplikasi, penggunaan kata skalabilitas dapat digunakan di dua konteks. Yang pertama adalah dari sisi user / request, yang menyatakan kemampuan aplikasi untuk melakukan sejumlah permintaan pemrosesan secara konkuren, pada kurun waktu tertentu. Yang kedua adalah dari sisi data, yang menyatakan kemampuan dari aplikasi (berikut infrastrukturnya, dalam hal ini adalah database). Sisi yang kedua merupakan konteks yang tidak relevan dengan bahasa. Karena itu, konteks yang akan dipakai adalah skalabilitas dari sisi jumlah request yang dapat ditangani aplikasi.

Bahasa (atau sebaiknya saya gunakan kata teknologi ya, karena Java bukan hanya sekedar bahasa) yang digunakan memang menentukan skalabilitas aplikasi. Source code yang ditulis dalam bahasa tertentu pasti akan dijalankan oleh prosesor sebagai seperangkat instruksi mesin. Tiap bahasa hampir pasti akan menghasilkan seperangkat instruksi yang berbeda (1) untuk sekumpulan ekspresi yang merupakan implementasi dari suatu algoritma. Selain itu, waktu yang dibutuhkan untuk menghasilkan dan pemanggilan instruksi tersebut juga pasti akan berbeda (2). Karena itulah bahasa yang digunakan pasti menentukan skalabilitas aplikasi. Tapi, berapa selisihnya?

T1 = I1 * E1

T2 = I2 * E2 + G

T1 : total waktu eksekusi bahasa 1

I1 : jumlah instruksi yang dihasilkan oleh kompilasi bahasa 1

E1 : rata-rata waktu yang dibutuhkan untuk eksekusi satu instruksi oleh mesin)

T2 : total waktu eksekusi bahasa 2

I2 : jumlah opcode yang dihasilkan oleh kompilasi bahasa 2

E2 : rata-rata waktu yang dibutuhkan untuk eksekusi satu opcode oleh VM)

G : waktu untuk manajemen object (termasuk garbage collection)

Untuk mengetahui T2-T1 tentu saja sebelumnya kita harus memperoleh nilai I1,I2,E1, dam E2 terlebih dahulu. Untuk membuktikan bahwa selisih T2 dan T1 adalah nilai yang cukup besar, secara intuitif kita harus membuktikan bahwa selisih antara I2 dan I1 serta selisih antara E2 dan E1 cukup besar pula. Terus terang saya belum bisa memperkiraan selisih antara I2 dan I1, selain karena saya bukan pakar di bidang teknik kompilasi dan perancangan bahasa, juga hal yang tidak mudah untuk memperkirakan perbedaan implementasi suatu abstraksi (API / library) di masing-masing bahasa. Selain itu, perhitungan nilai G juga sangat kasuistik, karena itu walaupun dapat menentukan T2, saya terpaksa mengabaikannya.

Bahasa seperti C++ membutuhkan kompilasi untuk menerjemahkan source code menjadi sekumpulan instruksi yang akan dieksekusi langsung oleh mesin (saya mengabaikan teknik kompilasi ataupun linking secara statis di sini). Bahasa seperti Java akan dikompilasi menjadi sekumpulan instruksi bytecode (opcode) yang akan dieksekusi oleh VM. Karena itu selisih yang harus dicari adalah selisih antara waktu eksekusi instruksi oleh mesin (native) dan waktu eksekusi instruksi bytecode oleh VM.

Tentu saja waktu eksekusi yang dilakukan oleh VM akan lebih besar dari pada waktu eksekusi mesin, karena VM bertindak sebagai layer di atas OS. Tetapi waktu eksekusi tersebut bisa diperkecil dengan beberapa teknik seperti kompilasi JIT dan kompilasi adaptif (hampir semua JVM secara default menyediakan fasilitas ini). Karena itu, selisih antara E1 dan E2 tidaklah sangat mencolok untuk aplikasi yang berjalan lama.

Yah, hanya sampai sinilah pemikiran saya tentang selisih waktu eksekusi. Jika I1 dan I2 ternyata tidak mempunyai selisih yang besar, maka terbantahlah opini bahwa Java jauh lebih lambat daripada bahasa native.

Berikutnya, patutkah faktor bahasa yang dipersalahkan jika suatu aplikasi tidak scalable? Skalabilitas adalah salah satu dari non functional requirement. Skalabilitas biasanya diperhitungkan di fase architectural design pada OO software development lifecycle. Saya merasa bahwa keputusan-keputusan yang berkaitan dengan arsitektur akan jauh lebih mempengaruhi skalabilitas daripada sekedar pemilihan bahasa implementasi. Keputusan untuk menggunakan DNS load balancing untuk cluster misalnya, akan jauh lebih berpengaruh daripada memutuskan menggunakan C++ untuk menambah scalability. Perbandingannya mungkin antara beberapa ratus/ribu persen melawan beberapa puluh persen saja.

Beberapa puluh persen itu digunakan untuk membayar beberapa hal. Clustering di business logic tier? Hal yang mudah dilakukan di beberapa application server yang populer. Legacy connectivity? Ya, hal ini salah satu alasan dipilihnya teknologi Java untuk implementasi. Kemudahan mengimplementasikan transaksi yang kompleks? Banyak vendor Java yang memfasilitasi hal tersebut.

Some J2EE Development Best Practices

2005-09-06T18:57:00.000+07:00

Seorang teman meminta saya untuk menulis apa yang saya tahu tentang J2EE dan best practices-nya. Beberapa hal yang tertulis di sini mungkin sudah terlalu umum dan kurang mendalam. Di waktu yang lain (jika ada), saya akan mencoba memaparkannya secara lebih jelas. Sebelum membaca tulisan ini, ada baiknya untuk membaca terlebih dahulu No Best Practices.

General development best practices

Common OO development phases :

Requirement collecting and analysis
Object oriented analysis
Architectural design
Object oriented design
Evaluation
Coding, testing, redesign cycle

Masing-masing metodologi mempunyai kekurangan dan kelebihannya masing-masing. Jika kita tidak wajib secara ketat untuk menggunakan suatu metodologi tertentu, pilihlah bagian-bagian tertentu dari suatu metodologi yang dianggap paling menguntungkan (manfaat vs effort). Sebagai contoh, kita bisa mengambil pendekatan TDD (Test Driven Development) pada saat siklus coding, testing, redesign.

Pada fase architectural design, developer akan dihadapkan pada permasalahan pemilihan teknologi. Banyak developer yang memilih teknologi berdasarkan popularitas atau tantangannya (misalnya Struts, EJB, Hibernate), bukan berdasarkan kebutuhannya. Pilihlah teknologi yang tepat untuk permasalahan yang ada. CV itu penting, tapi keberhasilan proyek (tepat waktu dan tepat budget) lebih penting lagi.

Bahan pertimbangan pemilihan arsitektur :

Sistem yang sudah ada / existing system
Network bandwidth
Budget
Kemampuan developer
Kebutuhan non fungsional aplikasi (performance, scalability, availability, security, maintainability)
Kebutuhan fungsional aplikasi

Development artefact (use case diagrams, class diagrams, interaction diagrams, dll yang dihasilkan selama development) hanya akan berguna jika artefact tersebut dapat digunakan sebagai alat komunikasi antar developer dan sinkron dengan kode yang dibuat. Jika kita tidak dapat menjaga kesesuaian antara diagram dan kode kita, sebaiknya buang saja diagram-diagram tersebut, karena selain kita sudah punya artefact paling penting (yaitu kode), diagram-diagram tersebut hanya akan menjadi beban tambahan saja (tidak mempunyai nilai tambah).

Rilislah software / protoptype (software dengan beberapa fitur yang sudah terimplementasi) secepat mungkin agar dapat sesegera mungkin mendapatkan feedback dari client. Semakin cepat feedback didapat, semakin cepat pula siklus code, test, dan redesign kita berputar.

Salah satu faktor yang menyebabkan cepatnya pengembangan software secara open source adalah cepatnya open issues (feedback dan feature request) diberikan oleh pengguna dan kontributor.

Design level

Common practices :

Favor object composition over class inheritance
Don’t overuse design pattern. Design pattern is something that naturally come to our mind, not forced. Jangan pakai design pattern hanya supaya desain aplikasi kita terlihat cantik, karena memakai bermacam-macam design pattern.

Good architects keep the design simple, by removing everything until there is nothing left to remove. Make simple, but not simpler (Einstein).

Technology driven vs problem driven :

Beberapa developer J2EE pada saat perancangan terkadang terpaku pada teknologi yang akan dipakai. Sebagai contoh pada saat kita sudah memilih EJB sebagai teknologi yang akan kita pakai, kita akan cenderung menyesuaikan desain OO kita supaya menuruti best practice yang dianjurkan. Misalnya dengan mengacu Sun’s Core J2EE Patterns, kita akan merancang model kita sebagai Composite Entity (minimizing JDBC call and container’s efforts to persist/load EJB’s state) dan menyertakan juga Transfer / Value Object (minimizing remote method call traffic). Hasilnya adalah desain yang rumit dan tightly coupled dengan EJB. Jika pada sebelumnya requirement awal kita tidak membutuhkan aplikasi kita untuk terdistribusi, sekarang muncul requirement baru yang diakibatkan karena kita menggunakan EJB.

Contoh kasus lain adalah pada saat mendesain persistent object. Jangan hanya karena kita menggunakan teknologi persistensi yang mewajibkan object kita mempunyai getter/setter, kita jadi menambahkan method-method tersebut pada object kita (yang sebenarnya pada requirement awal tidak dibutuhkan getter/setter method tersebut). Ilustrasinya diberikan sebagai berikut :

Hasil analisis dari requirement :


 1  public class Account {  // immutable
 2    private double interest; // Att1
 3    private int numberOfMonthSinceRegistered; // Att2
 4    private BigDecimal balance; // Att3
 5    public Account(...){
 6      ... // initialization
 7    }
 8    public BigDecimal getBalance(){
 9      // formulation using att1, att2, and balance
10      BigDecimal returnedBalance = ...
11      return returnedBalance;
12    }
13  }

Att1, Att2, dan Att3 adalah attribute yang mewakili state dari Account, sehingga ketiganya merupakan persistent attributes. Hasil analisis menyebutkan bahwa Att1 dan Att2 tidak dapat diubah (aturan 1) dan dibaca (aturan 2) dari manapun di luar Account, dan Att3 hanya bisa dibaca saja (aturan 3).

Karena menggunakan suatu teknologi ORM yang mewajibkan kita menyediakan getter/setter untuk semua persistent attributes, kita harus menambahkan method-method berikut :


1  public class Account {  // should be immutable class
2    ... // same code
3    getter and setter for interest
4    getter and setter for numberOfMonthSinceRegistered     
5    setter for balance
6  }

Karena terpaksa menuruti kontrak yang diwajibkan teknologi ORM yang kita gunakan, kita terpaksa harus melanggar 3 aturan yang sudah ditetapkan sebelumnya.

(Catatan : kasus di atas hanya contoh saja. Beberapa ORM tools yang populer tidak memerlukan kita melengkapi seluruh persistent atttibutes dari kelas kita dengan getter/setter-nya. Tool-tool tersebut bisa membaca dan mengubah nilai attribute dengan cara lain, misalnya bytecode enhancement, dynamic proxy, AOP, cglib, dll)

Jangan biarkan teknologi yang mengarahkan bagaimana kita merancang solusi kita.

Code level

Common practice :

Program to interface, not implementation (achieving loose coupling)
Test, refactor, test, refactor, test, dan refactor.
Remove code duplication.

Write “self documented” code dengan menggunakan nama class, attribute, dan method yang tepat (selain komentar dalam bentuk javadoc yang baik). Kode yang baik adalah kode yang benar logika (dapat menyelesaikan masalah), sintaks (lolos compile), dan semantiknya (readable and easy to maintain). Every programmer can write code that undestood by computer, but good programmer wrote code that understood by human.

Friend, fate, hope. Innalillahi Wa Inna Ilayhi Raaji'uun.

2005-09-01T00:41:00.000+07:00

monang_ok : jangan la congrats dulu
monang_ok : lom 100% la
Dy : hehe
monang_ok : kalau mati pagi ni, tak kan jadi pergi hehe
Dy : bila boleh congrats
monang_ok : hehe tak perlu la
monang_ok : nothing big
Dy : hehe jgnlah ckp macam tu
monang_ok : hehe, sorry
Dy : so looking for american girl ke
monang_ok : american girls like to be treated as a computer ke?
monang_ok : hehe
Dy : maybe
monang_ok : hehe
monang_ok : and how bout u?
Dy : me?
monang_ok : do u plan to going back to malaysia after got ur degree?
Dy : stuck in ireland for 2-3 yrs
monang_ok : plan untuk nanti la
monang_ok : hehe, not now
Dy : insyaallah
monang_ok : oh great
Dy : i want to serve to my country
monang_ok : wow cool
Dy : pray for my success
monang_ok : eh
monang_ok : i remember
monang_ok : when i read a manga (comic)
Dy : yup
monang_ok : it says something about 'doctor without border' or somthin like that
monang_ok : in europe
monang_ok : is it for real?
monang_ok : volunteering organization
Dy : real
Dy : y
monang_ok : oh
monang_ok : just curious
monang_ok : cool
monang_ok : haha
monang_ok : don't be so cocky
monang_ok : u even not been there yet hehe
monang_ok : hehe
Dy : ok monn i got to go, c ya next time ok

See u later Dy.

Allah's ideal ways may be different from ours. You haven't been a doctor yet. You haven't served your country yet. You haven't been Mrs. Ariff yet. But may be, it's His best for us.

We might never meet in this real world, but sure it's great to have a good friend like her. Hope you'll be in the best place after Him.

Al Fatihah.

Kritik untuk lowongan pekerjaan developer

2005-07-08T00:25:00.000+07:00

Entah sudah berapa kali saya tersenyum sendiri sekaligus kasihan kepada penulis lowongan yang sedang membutuhkan superman dan isi lowongannya seperti showcase teknologi. Yah, daripada dipendam terus di dalam hati, lebih baik saya mencoba mengkritik salah satu lowongan yang muncul barusan (x-posting lagi..)

Java Programmer (1 orang)
Spesifikasi:
1. Pengalaman membuat aplikasi dengan J2EE platform, JSP, Servlet, dan EJB

Seharusnya menuliskannya seperti ini :
1. Pengalaman membuat aplikasi dengan J2EE (JSP, Servlet, dan EJB)
Hubungan mereka bukan sederajat, tapi superset-subset.

2. Mengerti aplikasi web services

Aplikasi WS? Aplikasi apa yang dimaksud? WS application / application of WS?

2. Menguasai Application Server BEA WebLogic 7/8.1, Tomcat, IIS

Selain korupsi nomor (seharusnya no 3), mengapa seorang Java programmer harus menguasai IIS?

3. Menguasai Database: Oracle, Microsoft Access, SQL Server

Okay, programmer + super dba

4. Menguasai OS: Ms Windows (98/2000/XP/2003), Sun Solaris, Linux (Red Hat 9)

Okay, programmer + dba + super sysadmin

5. Menguasai teknologi XML (XSL/XSLT, XSD, DTD)

Fine..

6. Menguasai teknologi HTML, JavaScript, CSS
7. Menguasai tools: Homesite, Dreamweaver MX, JBuilder-2005

Okay, programmer + dba + sysadmin + super web designer. What's next?

8. Mampu bekerja dalam team, di bawah tekanan dgn jadual deadline yg ketat, dan mampu melakukan problem solving

Okay, programmer + dba + sysadmin + web designer + romusha. Problem solver? Programmer adalah problem solver, mengapa harus ada duplikasi?

9. Memiliki keinginan yang kuat untuk mempelajari sesuatu yg baru (menjadi keutamaan)

Fine..

Tasks:
1. Maintain aplikasi yang sudah ada (KF SCM, SCM Global, eXtreme Web Services)
- Melakukan modifikasi aplikasi (jika dibutuhkan)
- Melakukan dokumentasi atas modifikasi yg dilakukan

Fine. Documentation? Good programmers write self explained codes. It's the best documentation ever.

2. Membuat aplikasi (baru) berbasis J2EE (GP Farmasi,BPOM)
- Melakukan pembuatan, modifikasi, integrasi, dan test
- Melakukan pengumpulan kebutuhan user dan dokumentasi

Jadi, mereka sedang membutuhkan programmer sekaligus dba sekaligus sysadmin sekaligus web designer sekaligus romusha sekaligus analyst.

Dare to apply? Go for it superman :)

Tips buat penulis lowongan :
Menulis lowongan itu gampang, tinggal kopi paste dari yang sudah ada. Walaupun demikian, jika anda menulis lowongan, setidaknya minta seseorang untuk mereviewnya dulu daripada nanti malu2in perusahaan anda.

Saya pernah melihat lowongan untuk programmer yang syaratnya cuma satu, yaitu :

Menguasai Java, J2EE, C, C++, VB, Delphi, Javascript, HTML, CSS, Oracle, MySQL, SQL Server, CORBA, dll.

Entah mau diapakan orang yang sedang mereka cari. Jika saya sekarang sedang butuh pekerjaan dan di dunia ini hanya ada dua lowongan, yang pertama yang di atas, dan yang kedua di bawah ini :

Menguasai Spaghetti.

saya jelas-jelas akan memilih yang kedua, karena selain lebih menantang (Spaghetti adalah bahasa pemrograman esoterik yang nggak jelas), juga nggak akan membuat saya menjadi superman.

:)

Funny story

2005-04-09T23:20:00.000+07:00

Check out this another joke about Bill Gates.

Mencari Jarum di Lautan Bit : Curhat Sang Peselancar (Bagian 2)

2005-03-28T09:00:00.000+07:00

Salah satu permasalahan yang muncul ketika seseorang mencari informasi di internet adalah "Lost in Hyperspace". Kita pasti pernah menelusuri halaman demi halaman web melalui link-link pada halaman-halaman tersebut, kemudian kita bingung di mana posisi kita sekarang, atau bagaimana kita bisa sampai ke posisi sekarang, atau mengapa kita bisa sampai ke halaman yang melenceng sangat jauh dari halaman yang kita maksudkan. Permasalahan ini hanya muncul pada kumpulan dokumen yang tidak terstruktur linier (berbeda dengan buku yang mempunyai struktur linier). Permasalahan ini pertama kali dikemukakan secara formal oleh Conklin.

Ada beberapa solusi yang dapat digunakan manusia untuk mengatasi permasalahan ini. Solusi yang pertama (seperti yang muncul di otak Vannevar Bush tahun 1945 :) adalah dengan menggunakan superlink, yaitu link khusus yang menghubungkan catatan pengalaman dari peselancar ketika mengunjungi halaman-halaman web. Kelemahan dari cara ini adalah kita lupa bahwa peselancar juga manusia, yang punya rasa dan punya hati (loh apa hubungannya :p). Peselancar adalah makhluk manja dan supersibuk yang tidak punya waktu hanya untuk sekedar memberikan catatan untuk tiap halaman yang dikunjunginya. (Fasilitas bookmark juga merupakan suatu ide yang mirip, tetapi satu bookmark tidak memiliki hubungan ke bookmark lain)

Cara yang kedua adalah dengan menggunakan fasilitas tombol back atau fasilitas history yang disediakan oleh browser. Apa kelemahan cara ini? Untuk tombol back, kita hanya dapat berjalan mundur satu persatu. Browser seperti IE malah tidak memungkinkan kita menekan tombol back untuk window baru yang dibuka (misalnya dengan klik kanan pada suatu link dan tekan "Open in New Window"). Walaupun kelemahan ini bisa diatasi oleh fasilitas history, tetap saja peselancar masih harus membuka beberapa halaman dulu untuk memastikan dia berada pada konteks (adalah status, situasi, dan kondisi yang membatasi seseorang ketika melakukan sesuatu :) yang benar.

Cara yang ketiga adalah dengan menggunakan fasilitas sitemap. Dengan menggunakan sitemap, para peselancar dapat dengan cepat menemukan kembali tempat di mana dia bisa memulai melakukan penjelajahan sesuai dengan konteks mereka. Tetapi sayang fasilitas ini tidak dimiliki oleh semua situs (dan kebanyakan hanya dimiliki oleh situs yang memiliki konten sedikit dan tidak rumit). Furnas mengusulkan digunakannya Fisheye yang dapat menggantikan sitemap dengan alasan manusia mempunyai aspek psikologis yang disebut degree of interest function. (Maaf, untuk detilnya, silakan membaca paper yang diacu oleh hyperlink di atas :)

Cara selanjutnya? Kita patus berterima kasih pada Google dan ratusan search engine lainnya yang berusaha memudahkan kita mencari informasi yang sesuai dengan konteks kita. Pada awalnya, search engine hanya sebuah mesin sederhana yang menggunakan seekor spider untuk membangun inverted index yang akan digunakan manusia dalam melakukan pencarian.

Dengan demikian, bukan manusia saja yang mengalami permasalahan "Lost in Hyperspace" di atas. Mesin-mesin pencari juga ikut berdosa dengan memberikan informasi yang bertendensi menyebabkan permasalahan tersebut. Bagaimana solusi untuk mesin? Hmm, ini pertanyaan dengan jawaban yang rumit. (Akan diteruskan di bagian selanjutnya dari seri tulisan ini)

Next : Search engines - Solution without problems?

Mencari Jarum di Lautan Bit : Curhat Sang Peselancar (Bagian 1)

2005-03-27T22:21:00.000+07:00

Seri tulisan ini bermaksud untuk mengeksplorasi apa saja yang telah dilakukan manusia untuk mengabadikan pengetahuannya dan membuatnya dapat digunakan oleh manusia lain. Selain itu, tulisan ini juga bermaksud untuk "memaksa" penulis belajar menggunakan Bahasa Indonesia secara baik dan benar (paling tidak, bisa dimengerti oleh nenek anda :)

Seiring dengan semakin berkembangnya teknologi internet, manusia melihat WWW (World Wide Web) sebagai media baru yang dapat digunakan untuk menggantikan kertas. Paper, jurnal, majalah, artikel, dan berbagai macam bentuk karya tulis lainnya mulai memenuhi internet dalam bentuk barunya sebagai hypertext (selanjutnya akan disebut dengan text). Dengan menggunakan bentuk ini, manusia dimanjakan dengan adanya fitur hyperlink (selanjutnya akan disebut dengan link), yang memudahkan pencari informasi (selanjutnya akan disebut dengan peselancar) untuk pindah dari satu text ke text lain hanya dengan sekali klik saja.

Pada umumnya, jenis peselancar dapat dibagi menjadi dua tipe. Tipe yang pertama adalah pelancar yang menggunakan pendekatan eksploratif atau berusaha menemukan informasi yang diperlukannya dengan menggunakan link sebagai navigasi dari satu text ke text lainnya. Tipe yang kedua adalah peselancar yang menggunakan pendekatan pencarian (searching) untuk menemukan informasi yang diperlukannya. Tipe yang kedua ini kerapkali bergantung pada mesin pencari untuk memenuhi kebutuhannya.

Pertumbuhan isi WWW yang eksponensial menimbulkan masalah baru bagi manusia. Pada cara pertukaran informasi yang tradisional, seleksi alam berlaku karena tulisan dapat tersaring oleh manusia itu sendiri. Sebagai contoh jika sebuah paper yang oleh seorang profesor dinilai "tidak layak dipublikasikan", maka paper tersebut tidak akan muncul di peredaran. Begitu juga dengan majalah, jika ada artikel yang dinilai "tidak layak tampil" oleh redaksi, maka artikel tersebut akan hilang dengan sendirinya. Walaupun tingkat seleksi setiap orang berbeda, setidaknya dengan adanya seleksi alam tersebut, hanya tulisan-tulisan yang relatif bermutu yang dapat diakses oleh pencari informasi. Secara alamiah, profesor dan redaksi majalah di atas menjadi natural recommender system.

Berbeda halnya dengan WWW, setiap orang dapat dengan bebas membuat text. Masalah muncul ketika sang pembuat text tersebut membubuhkan hyperlink untuk mengacu ke suatu text lain, atau menganjurkan peselancar untuk membaca suatu text. Penggunaan link yang tidak pada tempatnya menyebabkan peselancar tipe eksploratif kerapkali kehilangan arah dan posisi, serta tidak dapat menjangkau informasi yang dia perlukan (fenomena Lost in Hyperspace). Karena adanya link ini, kerapkali peselancar eksploratif ini tidak dapat menentukan di mana sebenarnya ruang lingkup pencariannya (sampai kapan dia harus mencari). Hal ini juga dihadapi oleh tipe peselancar kedua, karena mesin-mesin pencari pada umumnya menggunakan link sebagai cara pengumpulan text, tanpa memperhatikan kebutuhan peselancar. Hal ini merupakan jalan yang efisien bagi mesin pencari, karena selain untuk menghemat media penimpanan, kebutuhan pencari informasi baru bisa "dimengerti" pada saat pencari tersebut berinteraksi (misalnya pada saat mengetikkan keywords pencarian) dengan mesin pencari.

Permasalahan Information Overload muncul pada kondisi di mana jumlah informasi yang tersedia terlalu banyak daripada yang diperlukan atau dapat dibaca atau dapat disaring oleh seseorang. Sebagai contoh, jika kita ingin tahu mengenai "Information Retrieval on Modern Systems", kita bisa menggunakan wikipedia untuk mendapatkan definisi tentang "Information Retrieval", dan kemudian mengikuti link-link eksternal yang tercantum di bagian bawah halaman untuk mencari tahu lebih lanjut. Misalnya ada 5 buah link eksternal yang mengacu ke text yang berbeda-beda, kita membuka kelima-limanya dan mendapatkan definisi mendalam yang berbeda-beda antara text satu dengan yang lainnya. Demikian seterusnya sampai kita mendapatkan suatu definisi yang relatif cocok dengan konteks kita ("on Modern Systems"). Jika kita menghitung perbandingan antara jumlah text yang relevan dengan yang menyimpang, kita akan mendapatkan rasio yang kecil. Permasalahan belum berhenti di sini. Jika kita menemukan 10 text yang relevan, kita tidak dapat dengan mudah menentukan yang mana di antara 10 text tersebut yang paling relevan. Hal ini disebabkan karena susahnya menentukan kriteria pembanding tingkat kerelevanan suatu informasi, jika si pencari bukanlah pakar yang terjun di bidang yang direprentasikan informasi tersebut (harap diingat bahwa si pencari pasti bukan seorang pakar). Hal ini juga yang menyebabkan seseorang merasa lebih baik bertanya ke pada temannya (yang dirasa lebih pakar di bidang informasi yang dia butuhkan) halaman mana yang seharusnya dia baca, daripada bertanya langsung ke Google.

Contoh lain yang diakibatkan oleh permasalahan Information Overload terjadi pada seseorang yang ingin selalu up-to-date dengan informasi terkini. Sebagai contoh, jika seorang programmer Java ingin tahu tentang perkembangan teknologi J2EE, dia mungkin akan membuka theserverside.com dan kemudian terkejut karena begitu banyak frameworks dan tools baru yang muncul. Fenomena ini merupakan efek bola salju yang diakibatkan oleh WWW. Setiap orang dapat dengan mudah mempelajari ilmu baru dan kemudian meciptakan ilmu baru untuk kemudian dia tambahkan sebagai text baru di WWW. Karena adanya hal ini, si programer tadi terpaksa harus membaca dan mencoba membandingkan benda-benda baru tadi agar dapat mengambil keputusan benda mana yang dia perlukan atau akan dia pakai (dan bukan tidak mungkin kemudian si programmer tadi merasa dia perlu menciptakan benda baru, dan kemudian menginformasikannya ke theserverside.com, sehingga siklus tadi terulang kembali). Bagi sebagian orang, fenomena ini berdampak positif (misalnya bagi Sun yang dengan bangga menyebutkan "Java berkembang setiap milidetik"). Tetapi bagi sebagian yang lain, fenomena ini dapat menyebabkan tekanan yang berlebihan karena teknologi / techno-stress (misalnya bagi Tono yang baru belajar pemrograman Java, dan bingung bagian mana yang harus dia pelajari terlebih dahulu). Bahkan sebagian orang menganggap adanya Information Overload ini menjadikan manusia dikontrol oleh teknologi informasi (bukan malah terbantu dengan adanya teknologi informasi).

Next : Lost in Hyperspace

JCC launching seminar

2005-03-23T20:21:00.000+07:00

Sun and ITB (my current school) has launched Java Competency Center today. Here's a few summary of the technical presentation at the launching seminar.

1. Solaris 10 by Ang Djok An
Good and well structured material presented by this Sun's employee. Of course he didn't go into deep technical detail (he is absolutely the one of Sun's marketer). Many stuff like failover mechanism, system backup and restore, vertical scalability, wasn't covered up in his session. Sure it's a boring session.

2. Java 5 Tiger by Eko Budhi S (another employee at Sun)
Hmm, just that old hey-plz-welcome-Java-5-and-these-are-the-new-features. He miss that new Java 5 annotation thing. Another boring session.

3. J2ME for Mobile Development by Beny Sutrisno
Not interesting stuff at all. He just gave a overview of J2ME and a simple library he has done for it. The library is quite simple and easy to use so that we can use it to have a same application screen in every device (hey, why do we need that :p).

4. Achieving Productivity Through Quality by Cokorda Raka
Good idea with bad presentation. I think he needs more practice in explaning his idea to public and preparing good presentation.

5. Java untuk Solusi Marketing by Frans Thamura
I'm sure that everyone who attended this session agreed with me that the presenter should register as one of API (Audisi Pelawak tpI) participant. Quite entertaining session with all his bad explanation about Java and other stuffs, but I think everyone enjoyed his joke.

6. Mobile and Java Strategies to Win Competition in Mobile Market
Fall a sleep in the beginning of the session. Another boring presentation.

I'm sure that I've wasted my time by attending a bad seminar today :( There is no 'techie' stuff, just a little technology overview and most marketing stuff.

p.s. The food was bad too :(

Happy Birthday

2005-03-23T03:15:00.000+07:00

Happy birthday Java!

Building simple client side RSS aggregator using XMLHttpRequest

2005-03-20T11:03:00.000+07:00

XmlHttpRequest enable us to request a web resource "on the fly" using Javascript. Here's my first XmlHttpRequest's hello world :)

The first and only thing we need to accomplish the mission (WTF :p) is by writing a page contains below code. The page is really simple page that do nothing but fetching RSS feeds from various full-fluff-no-stuff sites. Here's the stupid code.


<html>
<head>
<title>A Very Stupid Page</title>
<style>
span.hidden{
    display: none;
}

span.show{
    display: inline;
    color: black;
    background-color: pink;
}
</style>
<head>
<body>

<script>
var req;

function loadDoc(url)
{
    output = document.getElementById('outputHolder');
    output.innerHTML = "loading";
    if (window.XMLHttpRequest) {
        req = new XMLHttpRequest();
        req.onreadystatechange = processReqChange;
        req.open("GET", url, true);
        req.send(null);
    } else if (window.ActiveXObject) {
        req = new ActiveXObject("Microsoft.XMLHTTP");
        if (req) {
            req.onreadystatechange = processReqChange;
            req.open("GET", url, true);
            req.send();
        }
    }
}

function processReqChange()
{
    if (req.readyState == 4) {
        if (req.status == 200) {
            response = req.responseXML;
            str = "";
           
            items = response.getElementsByTagName('item');
            for (i=0; i<items.length; i++) {
                title = items[i].getElementsByTagName('title')[0].childNodes[0].nodeValue;
                link = items[i].getElementsByTagName('link')[0].childNodes[0].nodeValue;
                desc = items[i].getElementsByTagName('description')[0].childNodes[0].nodeValue;
               
                str += "<br><a href="+link+">"+title+"<a><br>"+desc+"<br>";
            }
           
            str = str.replace(/<img.*>/gi,"");
            output = document.getElementById('outputHolder');
            output.innerHTML = str;
            output.className = 'show';
           
        }
    }
}

</script>

<span onMouseOver="loadDoc('http://apple.slashdot.org/apple.rss','')">
<font color=green>Apple</font></span>
<span onMouseOver="loadDoc('http://books.slashdot.org/books.rss','')">
<font color=green>Books</font></span>
<span onMouseOver="loadDoc('http://bsd.slashdot.org/bsd.rss','')">
<font color=green>BSD</font></span>
<span onMouseOver="loadDoc('http://developers.slashdot.org/developers.rss','')">
<font color=green>Developers</font></span>
<span onMouseOver="loadDoc('http://interviews.slashdot.org/interviews.rss','')">
<font color=green>Interviews</font></span>
<span onMouseOver="loadDoc('http://it.slashdot.org/it.rss','')">
<font color=green>IT</font></span>
<span onMouseOver="loadDoc('http://linux.slashdot.org/linux.rss','')">
<font color=green>Linux</font></span>
<span onMouseOver="loadDoc('http://games.slashdot.org/games.rss','')">
<font color=green>Games</font></span>
<span onMouseOver="loadDoc('http://science.slashdot.org/science.rss','')">
<font color=green>Science</font></span>
<span onMouseOver="loadDoc('http://yro.slashdot.org/yro.rss','')">
<font color=green>YRO</font></span>

<br>
<div id="outputHolder" class="hidden" style="font-size: 10pt; width: 400; height: 300"/>
<span>
</span>
</div>
</body>
</html>

Save it to whatever.html and open it using IE or Mozilla. U can check the result by mouseovering the words.

Ajax

2005-03-19T23:22:00.000+07:00

Have read James Garrett's essay which titled Ajax : A New Approach to Web Apps. Someday, there will be bunch of MVC frameworks based on this approach. User actions will fire fine grained events as well as desktop application. Just wait and see ;)

Journey to the (Revolutionary, Evil-Hating, Cash-Crazy, and Possibly Self-Destructive) Center of Google

2005-03-04T03:38:00.000+07:00

You’ve heard the story. Larry and Sergey drop out of school, start a company in a garage, then become billionaires. But will Larry and Sergey ever grow up?
Read the story at from men.style.com

Let a thousand flowers bloom

2005-03-02T17:45:00.000+07:00

JDO passes the JCP EG re-voting, with the big-offense-team(IBM, Oracle, and JBoss) abstaining, and an empty vote by Apple. Thousands of thanks to the community who voices the support. Thanks to Craig Russel and Robin Roos, and others, for their tireless effort. Just show them, JCP is not about politics, money, etc. It's purely about technology.

Now, we'll see how the two side (Hibernate+JBoss vs JDO) competes each other and merge one day. Competition always be a good thing. And time will tell.

Well, I think I still keep on JDO side (I prefer spec which come from object oriented perspective, not from the relational one), ganbatte guys!

Those old good days

2005-02-28T20:39:00.000+07:00

When I was in my hometown (Solo, West Java)..

Berbaring di rumput melihat langit biru, baju masih basah oleh keringat hasil berlarian mengejar bola. Terkadang bisa sampai tertidur pulas sampai azan maghrib membangunkan.
Bergantung di tepian pintu bis kota, berharap tidak ada orang yang naik lagi sehingga tidak terdesak untuk masuk ke dalam bis. Sangat mendebarkan jika bis yang ditumpangi sedang "Speed" mode, mendahului semua kendaraan di depannya.
Menumpang mobil pick-up yang dicegat di tengah jalan, saat berangkat melihat pertandingan bola, dan berupaya menerobos masuk ke stadion yang dijaga ketat oleh tentara (saya pernah ditodong senjata laras panjang asli). Tiket 15 ribu rupiah sangat mahal bagi saya.
Berlarian dikejar satpam seusai subuh, karena menyalakan petasan di tengah-tengah pemukiman penduduk. Sayang jaman sekarang sudah susah mencari petasan. Kasihan anak2 yang hidup di jaman sekarang.
Mencontek dengan meletakkan buku yang ditutupi tas di laci meja kelas, berharap tidak ketahuan guru yang patroli keliling. Selalu saja ada teman yang tahu dan malah 'nitip' nyontek.
Mencari aransemen yang sesuai untuk lagu baru yang akan dimainkan saat latihan band, yang ternyata hasilnya selalu jauh berbeda dengan lagu aslinya. Selalu saja bawain lagu-lagu GNR, Bon Jovi, Steel Heart, hanya sesekali saja lagu yang lain.
Membangunkan teman sekampung saat ada pertandingan sepakbola antar klub. Tiga kali bolak-balik untuk setiap rumah untuk memastikan orangnya sudah bangun dan siap berangkat.
Makan dan minum rame-rame di warung lesehan pinggir jalan (wedangan). Harga nasi+lauk+es teh kurang lebih hanya 1000 rupiah. Sayang sekarang sudah terlalu ramai.
Berkemah di tepi pantai, hampir salah pilih lokasi (kalau tetap di tempat yang salah itu, pasti sudah tenggelam di telan ombak saat pasang di malam hari). Kehabisan uang dan terpaksa menumpang truk yang memuat es balok saat pulangnya.
Ramai-ramai menumpang kereta barang ke Jogja. Melambai ke orang-orang yang sedang berhenti di pintu perlintasan kereta api. Sampai di tempat tujuan dengan wajah berlapis debu dan asap kereta.

Great memories, great friends.. Miss those old good days :(

Another language-comparison debate :(

2005-02-27T16:57:00.000+07:00

I've tried to answer many10x times how J2EE is very10x differ with scripting language called PHP. I've used to code in PHP about 3 yrs ago and please correct me if I'm wrong. I'll write it down here so if another friend of mine wants to compare them, he/she can just read it here.

What you won't get on PHP :

1. Transactional support
It's a must in mission critical business application. Yes, you just can use your database's capability for this one. But, how about committing to different sources (no 3)?

2. Security support
Well, I mean implicit/container managed security. Have any?

3. Multiple backends source integration support

4. Shared resource architecture

5. Good ORM solution
Please mention one if any exists.

6. No distributed solution
Hmm, off course u can afford this using lower level distribution (clustered OS etc).

7. Multi-language in multi-machine
U can use Java, Jython, Groovy, and even PHP (JSR#223) above the JVM.

8. Multipurpose language
U can only use PHP for web-scripting.

What you won't get in J2EE :

1. Ease of deployment and test/code cycle as in PHP :)
2. Single vendor source :)

Hm, I'm not to start a war here, just comment if u feel something wrong.

My First Mamba Page

2005-02-11T22:41:00.000+07:00

Mamba (http://mamba.sf.org) is very simple application server that not intended to be standard Servlet container. The dynamic contents can be served by implementating Service object, using Velocity, or writing BeanShell scripts. By using this article, you can run Mamba on Windows and deploy your first simple application probably within 5 minutes.

· If you’re a moslem, let’s begin by saying Bismillahirahmanirahim J (hehe, I need this step to comply a 10-step-tutorial).

· Preparation
The very first thing we have to do is preparing our tools. They are J2SDK and Mamba distribution. I assume that you have your J2SDK installed and have Mamba distribution extracted to %MAMBA%. Currently I have mamba-1.1.tar.gz in my PC, and extract it to D:\Installer\Java\mamba\mamba-1.1. This path would be my %MAMBA%

· Write a runner script
This is very straight forward. All we need is just include every jar in the %MAMBA% in our classpath. Our script should be something simple like this :

cd ..
set CLASSPATH=lib\simple-2.4.jar;lib\velocity-1.3.1.jar;lib\beanshell-2.0.jar;lib\mamba-1.1.jar

java -Dserver.properties=server.properties mamba.serve.Server

Put this script on %MAMBA%\bin folder as mamba.bat (or whatever you want).

· Edit Mamba configuration
If you read the last line of our runner script, you should have knew that Mamba server configuration is placed in %MAMBA%\server.properties. All we have to do is to edit this properties file to be one that matched our need (request port, page/classes/log directory). Well, I’ll keep it unchanged this time.

· Let Mamba speaks, baby
Just run the running script. For me, it’s just by simply type “mamba” on my DOS console. (Don’t forget that you have to change your current working directory to %MAMBA%\bin).
Then we can run our browser and open http://localhost/ to see our Mamba default page.

· Our first html page
Next we will use that plain old Hello World as example use case to be implemented. Write a simple html page that contains a form with one textfield.

<html>
<head>
<title>Hello</title>
<head>
<body>
<form name="HelloForm" action="showme.plz">
Your name : <input type="text" name="username">
<input type="submit" value="Say Hello">
</form>
</body>
</html>

Save it as hello.html and place under %MAMBA%\html folder.

· Our first service
The next code is a simple service that display a hello to our user.


import java.awt.Color;
import java.awt.Font;
import java.awt.Graphics;
import java.awt.image.BufferedImage;
import java.io.OutputStream;
import java.util.Random;

import simple.http.Request;
import simple.http.Response;
import simple.http.load.BasicService;
import simple.http.serve.Context;

import com.sun.image.codec.jpeg.JPEGCodec;
import com.sun.image.codec.jpeg.JPEGImageEncoder;

/**
* @author Monang Setyawan
*
*/
public class HelloService extends BasicService {
    
    public ImageService(Context ctx) {
        super(ctx);
    }
    
    protected void process(Request request, Response response) throws Exception {
        response.set("Content-Type","image/gif");
        OutputStream os = response.getOutputStream();
        int width = 800, height = 600;
        
        String username = request.getParameter("username");
        
        BufferedImage image = new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);
        Graphics graphics = image.getGraphics();
        
        Random random = new Random();
        int r,g,b;
        for (int i = 0; i < height; i++) {
            r = random.nextInt(256);
            g = random.nextInt(256);
            b = random.nextInt(256);
            graphics.setColor(new Color(r,g,b));
            graphics.drawLine(0,i,width,i);
        }
        graphics.setColor(Color.WHITE);
        graphics.setFont(new Font("Courier New", Font.PLAIN, 48));
        graphics.drawString("Hello " + username, width/4, height/2);
        JPEGImageEncoder encoder = JPEGCodec.createJPEGEncoder(os);
        encoder.encode(image);
        os.close();
    }
}

Save it as HelloService.java and compile it. Then we need to put Hello.class under %MAMBA%\class.

· Edit mapping
The next step is to configure our mapping. Add this line to mapper.properties in %MAMBA% folder.

showme.plz=HelloService

· Restart Mamba server
Shutdown Mamba by pressing Ctrl+C in console where we start it, and then run our running script again. (Yes, Mamba currently doesn’t support hot deployment)

· Check the result
Open http://localhost/hello.html and type your name. Then click the button and see what will be displayed on your browser. That’s all, simple isn’t :)

C or Java?

2005-02-07T23:40:00.000+07:00

It's hard for me to decide between using C or using Java for doing my final project. At Beowulf, they suggest me to use C, using the argument that C usually 5-10 times faster than Java in arithmetical exhaustive computations. According different sources (papers), many of them has conclusion that Java implementations of MPI (Message Passing Interface, a standard for performing parallel computation by exchanging message between nodes) aren't that bad.

The other suggestion is to build a Java version of the solution first, and then once I feel that the implementation is quite slow, then I could change only the parallel part of the application. Then why don't I just write like that (C for parallel part, and Java for the other part) from the beginning.

My final project application consist of three logical layer (presentation, logic, and parallel computing). If I took that scenario, then I need a simple application server like Mamba or Simple for the presentation layer. The two of them don't use Servlet as web technology, but rather use their own request-response architecture implementation. By using one of them, I can do my test-design-code cycle easily.

For logical layer, IMO Java is the best choice, since there are many models need to be implemented there. Java is elegant choice for this, when readability and maintainability aspect needed for this layer. And at last for parallel computing layer, I consider to use C and mpich with Java as a simple wrapper/adapter (this approach is different with using Java as wrapper for MPI implementation, like MPIJ) between this and previous layer.

I hope this choices will be the best combination for the project.

Blog Berbahasa Indah

2005-02-04T22:41:00.000+07:00

Baru saja saya mengunjungi salah satu blog (http://coretmoret.web.id/) yang menggunakan bahasa Indonesia yang sangat baik. Saya benar-benar kagum pada pemilik blog tersebut. Mr. Tulisan Ikhlasul Amal (yang ternyata mempunyai almamater yang sama dengan saya, IF-ITB) benar-benar memberikan perasaan yang berbeda kepada saya dibandingkan dengan saat membaca blog-blog berbahasa Indonesia lain.

Saya teringat pada Mr.Rinaldi Munir, seorang dosen yang sangat menyukai penggunaan bahasa Indonesia (upss, seharusnya Bahasa Indonesia) dalam penyampaian melalui ucapan maupun tulisan (mungkin Ikhlasul Amal ini terpengaruh oleh beliau :). Yang saya kurang sukai adalah penggunaan kata-kata terjemahan asing yang mungkin terlalu memaksa, seperti penggunaan "larik" untuk menggantikan "array", "kalang" untuk "loop", dan sebagainya. Untuk pemrogram, kata-kata seperti "array" dan "loop" terkadang sudah sangat susah untuk digantikan, mengingat kita sering kali harus membaca dan menulis istilah tersebut dalam bahasa (sorry, I mean Bahasa) Inggris di milis-milis berbau komputer.

Sebagai "lawan" yang sepadan untuk Ikhlasul Amal ini, yang paling pantas mungkin adalah mr. uknowwho. Benar-benar bagai bumi dengan langit. :) Sebagai salah satu penghargaan atas Ikhlasul Amal ini, saya mencantumkan URI (hmm, what is Indonesian phrase for URI?) ke bagian link di blog saya ini.

Terima kasih Ikhlasul Amal, anda sangat memberi inspirasi buat kami dalam berbahasa.
(tidak cukup hanya bahasa untuk menunjukkan bangsa ;)

Why they hate Sun

2005-02-04T22:16:00.000+07:00

I still don't know why many peoples hate Sun Microsystem for not "open"-ing Java. Their commitment to open source should be well appreciated. They have made Solaris open source and create many oppotunity for open source projects to exist. They also stop M$ from invading the whole world with Java, although it's "just" an open standard.

Here, in Indonesia, there is a guy that want Java to become open source. In my opinion (based on his explanation and writing about the open source definition), he just treat open source product as "free beer", not like "free speech"/freedom to change. That's a bad understanding about open source software principle, and since he claimed his self for "leader" of Indonesian Java User Group, his speech for open source will be thought as voice of the majority of Indonesian Java developer. That's too bad.

Useless Day

2005-01-30T09:23:00.000+07:00

Saturday :
07.30 : waked up by a phone call, my superordinate asked me if I can accompany him for a badminton game. But I continued my sleep (sorry guys).
09.00 : watching Naruto at TV, followed by my favorite childhood anime, Atom Boy.
10.00 : playing Warcraft 3 against my roommate. 3 times straight wins, many loses when play together against computer.
20.00 : going to a game center, playing Counter Strike for 7 hours :(
03.00 : sleep at office
05.00 : wake up for praying and the sleep again
07.00 : wake up and think, "How useless I am.."
08.00 : sleep again

huahmm...

It's happened again

2005-01-27T19:49:00.000+07:00

Have you ever been in situation when you want to argue someone's opinion but you just can't?
It's happened today (and it's not rarely happened in my life). My lecturer (someone who acted as my friend's final project reviewer) said that Google employs multi-agents to assist us when we search something. He said that when we submit the search button, the agents act at that time searching sites that match our keyword and send the results to us. It's (sorry..) stupid opinion huh. Well, I'm sure that the search mechanism is just not like that. Search engines are using agents (or I prefer to call it "spiders") to index all term (or word) while offline. I use the word "offline" here to represent the time when the user doesn't interact with the system. Just imagine if his scenario is really used by search engines. How long it takes to search the sufficient results? Not to mention the matching processes (query terms vs document terms), I'm sure that the time needed by the agent to read and parse a bunch of pages is more than the searching-time displayed in Google's result page.

I can't just simply argue like that remembering I'm in the position that can't say or comment anything. If I do that, then I take a risk that the discussion will lead to non-constructive discussion (just one-by-one defensive fight). May be this situation occured in Indonesia only.

The other time when I've faced the same situation before was when I try to argue my lecturer's opinion about the meaning of "materialized view" on data warehouse. I must keep myself calm when she said my English written paper grasping is bad, cause I didn't agree with her explanation for "materialized view". Well, she might be right about my English, but that's nothing to do with that. It's a general concept that programmer like me are likely to know about.

Yes, I don't want to hurt other people's pride as being in higher position (lecturer, superordinate). But when the truth couldn't be said, soon the mistake will spread and spread wider (he/she simply will keep telling people the same wrong information).

(hmm.. I'm really missing a fair discussion for both side.. hope this situation could be changed)

The show must go on

2005-01-24T22:48:00.000+07:00

Tomorrow is user acceptance test for my current project. There are 324 classes and 54 pages already. Although there are still many errors everywhere, there's no way to delay the test. I really hope that we can pass the test, so I can concentrate to my study. It's my 5th year already :(, it's too long for an undergraduate student to finish his/her study.

Although I'm working as part-time programmer, the job pressure absolutely push me toward to be a high-stressed people. Doing more than one task (work and doing my final project), make my sleep time decreased to just about 5 hours a day. Life is just like a circular-chain composed by sleeping, reading books, writing something to get my final project report done, and put buggy codes in my project's software (just to debug them later).

Back to my project. The to-do list still contains about 100 items. The only way to fight them is to temporarily remove some buggy feature, and adding them as patch to the later on-production software. Telkom is a horrible place for testing. They don't permit us physically put our application into our IBM P650 hosted there. They just gave us VPN-based access with low bandwidth (24 kbps upstream). To deploy our application, we need to wait for about 30 minutes while uploading it to the server. Not to mention the total time required to do ongoing bug-fixing or patching :(

Yeah.. That's a programmer life. Programmer is an artist, scientist, and also an engineer. You need to have an artist' right-side brain to write an elegant code. You need to calculate mathematically almost every aspect of your code, and proof it that it's the best solution ever. And also you need to wear an engineer-mask to do your software development lifecycle. But those three doesn't make the salary of a programmer is bigger three-fold than a normal administration job :(.

Long live programmer!!

wassalam.

She's in coma

2005-01-17T01:58:00.000+07:00

Wish all the best for my friend Arfa Adriana that still in coma condition. May qjj give her a quick recovery, and be able to smile again.

Allahumma 'aafiha fii badaniha. Allaahuma 'aafiha fi sam'iha. Allaahumma 'aafiha fii bashariha. Allaahumma inna na'uudzu bika minal kufri wal faqri. Allahumma inna na'uudzu bika min 'adzaabil qabri laa illaaha illaa anta.

Do I need a blog?

2005-01-17T01:09:00.000+07:00

Whenever I read someone's blog, I often ask myself that question. Thinking about my blog writing rate vs spare time comparison, the answer is yes. But these last months, I always end up playing PC game wasting my spare time. I know that it's a useless way to spend my time. But it's always easier to start gaming than writing.
Why it always ends up like this.. Always come to my mind to update this blog, and that time never come. May be the key is "motivation". Just think blog is something to be written, not to be read. May be it's my case.

But if there's no try to change, there is no gain I'll get. May this will change my personality into more bloggish one :)

A bad code from Ted Husted?

2004-11-24T19:38:00.000+07:00

This source code is listed on Ted's site. I found this code when I was searching for a trick for automatic token checking in a Struts application. Although this is just a simple example, but it sure has bad coding practices that shouldn't be followed by newbie programmer (note that I am a newbie too).

// Check for missing token
forward = mapping.findForward("getToken");
if ((null!=forward) && (!isTokenValid(request))) {
// Post token error message
ActionErrors errors = new ActionErrors();
errors.add(ActionErrors.GLOBAL_ERROR, new ActionError("error.token"));
saveErrors(request,errors);
return (forward);
}
if (null!=forward) {
// reset to guard against duplicate request
resetToken(request);
}

The first code's flaw is, the code doesn't use single return style method.
The second is, there is double variable checking, while a single if-else block could achieve the same goal.

I rewrite above code become this :

// Check for missing token
forward = mapping.findForward("getToken");
if (null!=forward) {
// reset to guard against duplicate request
resetToken(request);
if(!isTokenValid(request)){
// Post token error message
ActionErrors errors = new ActionErrors();
errors.add(ActionErrors.GLOBAL_ERROR, new ActionError("error.token"));
saveErrors(request,errors);
}
}

Hey, where are the return statement?
It's removed from the code since we actually didn't need to escape at that time. A better approach should be using a boolean variable that indicate whether the token is valid or not.

API for Friendster/Multiply/Hi5

2004-11-22T18:18:00.000+07:00

Another invitation mail just arrive in mailbox. It's from hi5.
When it comes like this, it just a matter of time when an software (like Gaim)/API (like BloggerAPI)/webservices that can bridging (built on a layer above these 'social net websites') sites like friendster/multiply/hi5/etc come, so anyone just need to have a single account.

Has someone started an SF project for this one? If it hasn't, u s'd start a new one :)

(Well, I wonder that Google will create one too. GNet? googlefriends? :p)

Xbeans

2004-11-22T18:11:00.000+07:00

I've found another xml library that has power on its simplicity. This lib has a really different idea about how to build xml-based application using a chained transformer (xbean). I like this approach, while the other lib seems to be full-bloated with all-future-xml-feature-that-yet-ready-to-use.

It's Xbeans. And it's a real JavaBean (oops... I mean, it is a visual component/can be configured using IDE :)

Pindahan euy..

2004-10-29T00:43:00.000+07:00

Setelah lama nggak corat-coret, akhirnya saya coba untuk ngeblog lagi. Kali ini saya pindah dari blog lama ke sini. Mulai sekarang, sedapat mungkin saya akan pakai bahasa Indonesia untuk ngeblog. Semoga tulisan saya jadi meningkat mutunya dan ada yang mau baca :p