Tuesday, June 29, 2004
Macam2
Brainbench akan membuka semua ujiannya kpd semua ahli secara percuma utk masa yg terhad, iaitu dpd 1 julai sampai 14 julai. Cepat! Inilah masanya utk buat test yg kita nak dan letakkan diri kita kat dlm senarai dunia atau sekurang2nya senarai malaysia!
Setakat ini, nama saya hanya kelihatan dlm OO Concepts shj. Yang lain, dah hilang :(
Tak pe. Ni peluang utk cuba lagi. Harapnya ada masa utk ambil test2 ini. Best! :)
Top 10 Best Practices in WMS
(0) comments
Brainbench akan membuka semua ujiannya kpd semua ahli secara percuma utk masa yg terhad, iaitu dpd 1 julai sampai 14 julai. Cepat! Inilah masanya utk buat test yg kita nak dan letakkan diri kita kat dlm senarai dunia atau sekurang2nya senarai malaysia!
Setakat ini, nama saya hanya kelihatan dlm OO Concepts shj. Yang lain, dah hilang :(
Tak pe. Ni peluang utk cuba lagi. Harapnya ada masa utk ambil test2 ini. Best! :)
Top 10 Best Practices in WMS
Sunday, June 27, 2004
Nokia J2ME
MIDP 2 UI Designer from Nokia Developer Suite 2.1
Nokia J2ME Developer Suite
Macam2
Firefox ver 0.9 dah release! Baru download. Tak pasti apa bezanya berbanding Firefox 0.8 yg saya guna sekarang. Check it out.
Buku Java Testing and Design dlm format pdf boleh diperolehi secara percuma di TSS. Check it out.
Eclipse final release dah keluar! Check it out.
(0) comments
MIDP 2 UI Designer from Nokia Developer Suite 2.1
Nokia J2ME Developer Suite
Macam2
Firefox ver 0.9 dah release! Baru download. Tak pasti apa bezanya berbanding Firefox 0.8 yg saya guna sekarang. Check it out.
Buku Java Testing and Design dlm format pdf boleh diperolehi secara percuma di TSS. Check it out.
Eclipse final release dah keluar! Check it out.
Thursday, June 24, 2004
Macam2
JDesktop Network Components nampak macam menarik. Tapi... apa kebendanya JDNC ni??? Artikel tentangnya di sini.
Artikel concurrent collections dlm JDK 1.5.
Artikel shared classes dlm JDK 1.5.
(0) comments
JDesktop Network Components nampak macam menarik. Tapi... apa kebendanya JDNC ni??? Artikel tentangnya di sini.
Artikel concurrent collections dlm JDK 1.5.
Artikel shared classes dlm JDK 1.5.
Agak sibuk sekarang. Baru demo update kpd customer database poc (proof of concept), wms (warehouse management system) poc dan work in progress utk billing.
Selain tu, tadi baru pi interview. Jumpa En Azmi. Rupa2nya dia pun attend interview kat situ. Menarik. Jawatan sama ke? Tak sempat tanya.
Standard
Semalam, chat sat dgn A. Dia tanya pasal Axis, web service tool kit dpd apache. Saya syorkan guna glue. A kata, bos dia tak nak krn glue bukan standard. Maksudnya, cara glue implement web service dia ni bukan cara standard yg sun dah hasilkan. Glue ikut standard W3C, tapi tak ikut standard tambahan dpd sun. Axis pulak ikut standard sun tu. Bos A tak mau amik risiko. Bila ditanya, ramai ke yg mahir Axis kat situ. A jawab, tara, baru mencuba2.
Huh!!?? Tak nak amik risiko? Saya sedar, priority bos A ni, berbeza dgn priority saya. Utk saya, saya pun tak nak amik risiko. Sebab tu la, kalau saya kena guna web services, saya akan guna glue dan bukan axis. Sebabnya mudah, glue adalah JAUH LEBIH SENANG dpd axis. Ni bermakna, menggunakan glue mampu memberikan produktiviti yg jauh lebih baik kpd developer berbanding kalau guna axis.
Ni sama la kesnya dgn xml parser. Mana satu nak guna. Dulu, saya guna DOM (document object model). Aduuuhh. Leceh dan sakit gak. Terjumpa lak jdom. OK, best, agak senang, walaupun kurang laju. Kemudian terjumpa lak electric xml. DASAT! Laju dan lagi senang dpd jdom. Produktiviti meningkat lagi. BEST! Tapi... adakah electric xml ni standard? Tak, walaupun kalau tak silap, sekarang ni depa dah support SAX atau DOM, tak ingat mana satu.
Saya guna sw2 tak standard spt ant, castor, glue, electric xml, dll adalah utk KURANGKAN RISIKO! Tapi, perlu sedar, risiko yg saya maksudkan adalah berbeza dgn risiko yg bos A maksudkan. Risiko yg bos A maksudkan ialah risiko menggunakan sw produk yg tak standard. Risiko yg saya maksudkan ialah risiko tak siapnya projek. 2 risiko yg berbeza tapi saling tak compatible. Mana satu yg lebih penting?
Nape tak compatible? Adakah sw standard menjamin high produktiviti? Adakah sw tak standard menjamin kehancuran projek? Adakah semua standard bagus? Adakah semua non standard tak bagus? Adakah apache ant, struts, poi, hibernate, aspectj dan macam2 lagi tak bagus, tak meningkatkan produktiviti, walaupun bukan standard? Saya tak mengatakan standard tu tak bagus. Saya hanya mengatakan, standard sepatutnya bukan faktor utama dlm pemilihan sesuatu sw tool. Faktor produktiviti dpd mudahnya menggunakan sw tool tu, adalah lebih penting, pada saya la.
Pendapat saya aje.
(0) comments
Selain tu, tadi baru pi interview. Jumpa En Azmi. Rupa2nya dia pun attend interview kat situ. Menarik. Jawatan sama ke? Tak sempat tanya.
Standard
Semalam, chat sat dgn A. Dia tanya pasal Axis, web service tool kit dpd apache. Saya syorkan guna glue. A kata, bos dia tak nak krn glue bukan standard. Maksudnya, cara glue implement web service dia ni bukan cara standard yg sun dah hasilkan. Glue ikut standard W3C, tapi tak ikut standard tambahan dpd sun. Axis pulak ikut standard sun tu. Bos A tak mau amik risiko. Bila ditanya, ramai ke yg mahir Axis kat situ. A jawab, tara, baru mencuba2.
Huh!!?? Tak nak amik risiko? Saya sedar, priority bos A ni, berbeza dgn priority saya. Utk saya, saya pun tak nak amik risiko. Sebab tu la, kalau saya kena guna web services, saya akan guna glue dan bukan axis. Sebabnya mudah, glue adalah JAUH LEBIH SENANG dpd axis. Ni bermakna, menggunakan glue mampu memberikan produktiviti yg jauh lebih baik kpd developer berbanding kalau guna axis.
Ni sama la kesnya dgn xml parser. Mana satu nak guna. Dulu, saya guna DOM (document object model). Aduuuhh. Leceh dan sakit gak. Terjumpa lak jdom. OK, best, agak senang, walaupun kurang laju. Kemudian terjumpa lak electric xml. DASAT! Laju dan lagi senang dpd jdom. Produktiviti meningkat lagi. BEST! Tapi... adakah electric xml ni standard? Tak, walaupun kalau tak silap, sekarang ni depa dah support SAX atau DOM, tak ingat mana satu.
Saya guna sw2 tak standard spt ant, castor, glue, electric xml, dll adalah utk KURANGKAN RISIKO! Tapi, perlu sedar, risiko yg saya maksudkan adalah berbeza dgn risiko yg bos A maksudkan. Risiko yg bos A maksudkan ialah risiko menggunakan sw produk yg tak standard. Risiko yg saya maksudkan ialah risiko tak siapnya projek. 2 risiko yg berbeza tapi saling tak compatible. Mana satu yg lebih penting?
Nape tak compatible? Adakah sw standard menjamin high produktiviti? Adakah sw tak standard menjamin kehancuran projek? Adakah semua standard bagus? Adakah semua non standard tak bagus? Adakah apache ant, struts, poi, hibernate, aspectj dan macam2 lagi tak bagus, tak meningkatkan produktiviti, walaupun bukan standard? Saya tak mengatakan standard tu tak bagus. Saya hanya mengatakan, standard sepatutnya bukan faktor utama dlm pemilihan sesuatu sw tool. Faktor produktiviti dpd mudahnya menggunakan sw tool tu, adalah lebih penting, pada saya la.
Pendapat saya aje.
Wednesday, June 16, 2004
Macam2
Ninja - Numerically Intensive Java
Toot-O-Matic sesuai utk penulis artikel kat internet yg nak automatik output ke html, pdf dan .zip. Artikel tentangnya.
Pengenalan kpd JAAS
Java Music
FindBugs digunakan utk cari bugs dan diterangkan dlm artikel FindBugs, Part 1 dan FindBugs, Part 2
Ganti code reflection dgn code generation
Java 2D dgn SWT
(0) comments
Ninja - Numerically Intensive Java
Toot-O-Matic sesuai utk penulis artikel kat internet yg nak automatik output ke html, pdf dan .zip. Artikel tentangnya.
Pengenalan kpd JAAS
Java Music
FindBugs digunakan utk cari bugs dan diterangkan dlm artikel FindBugs, Part 1 dan FindBugs, Part 2
Ganti code reflection dgn code generation
Java 2D dgn SWT
Tuesday, June 15, 2004
Cache
Apa kebendanya ZCache ni? Entah la, tapi ia free dan nampak macam menarik.
Coupling
Perbincangan menarik tentang coupling kat theserverside. Artikel tentangnya di sini.
Forum
Ada sw forum bernama jzForum, tapi saya masih tak leh access web site tu :(
(0) comments
Apa kebendanya ZCache ni? Entah la, tapi ia free dan nampak macam menarik.
Coupling
Perbincangan menarik tentang coupling kat theserverside. Artikel tentangnya di sini.
Forum
Ada sw forum bernama jzForum, tapi saya masih tak leh access web site tu :(
Monday, June 14, 2004
Java Generic
Artikel dpd JavaWorld tentang Java Generic yg baru dlm JDK 1.5 kelak.
Convert Java GUI ke Web
WebCream adalah satu produk utk convert java gui dpd java apps / applet ke html/dhtml. Terdapat standard edition yg free, hanya terhad. Sesuai utk percubaan.
(0) comments
Artikel dpd JavaWorld tentang Java Generic yg baru dlm JDK 1.5 kelak.
Convert Java GUI ke Web
WebCream adalah satu produk utk convert java gui dpd java apps / applet ke html/dhtml. Terdapat standard edition yg free, hanya terhad. Sesuai utk percubaan.
Sunday, June 13, 2004
Artikel Intro kpd AspectWerkz
Akibat dpd perbincangan tentang AspectWerkz di thread theserverside ini, pengasas AspectWerkz telah menambah 2 artikel intro, iaitu Hello World dan Hijacking Hello World. Nampak menarik. Check it out.
Netty
Satu event-driven network application framework yg tak saya kenali. Perbincangan tentangnya di theserverside dan web site nye di sini.
Membandingkan Hibernate dgn Cayenne
Perbincangan tentangnya di theserverside dan artikelnye di sini.
(0) comments
Akibat dpd perbincangan tentang AspectWerkz di thread theserverside ini, pengasas AspectWerkz telah menambah 2 artikel intro, iaitu Hello World dan Hijacking Hello World. Nampak menarik. Check it out.
Netty
Satu event-driven network application framework yg tak saya kenali. Perbincangan tentangnya di theserverside dan web site nye di sini.
Membandingkan Hibernate dgn Cayenne
Perbincangan tentangnya di theserverside dan artikelnye di sini.
Bhgn 4 - Bekerja di syarikat SR, belajar VB
Setelah SR distabilkan, D pi outstation ke Sungai Piah bersama2 dgn team scada SR. Utk beberapa bulan lamanya, mereka bertolak ke Ipoh setiap hari ahad menaiki pajero dan kembali ke kl setiap hari jumaat malam sabtu. Setiap hari bekerja, mereka akan ulang alik antara ipoh dan sungai piah, yg mengambil masa perjalanan 1 ke 2 jam.
D belajar benda2 asas spt soldering dan crimping. Siap berlomba2 dgn budak technician team scada. Sudah tentu la D kalah, tapi itu tak menghalang D dpd menyeronokkan kerja yg sebenarnya membosankan, dlm hutan di station sg piah upper, mahupun 1 km dlm banjaran di station sg piah lower. D sebenarnya diberi tugas software maintenance utk scada SR, tapi dikala tahap projek adalah utk melakukan installation dan commisioning, maka, semua orang turun padang.
Setelah hampir 6 bulan D bersama2 dgn team scada, tiba2 D telah ditukarkan ke team yg terlibat dgn telefon. Tugas D ialah utk bantu Kak I buat sw maintenance utk PMS (payphone management system) utk, masa tu, syarikat U. Ada 2 pms, yg pertama utk GPT payphone dah deliver dan 1 lagi, utk Tamura payphone baru nak trial. Yg kritikal masa tu ialah pms utk tamura ni. Ia mempunyai masalah krn tak stabil, asyik2 down disebabkan out of memory. Kedua2 pms ni dihasilkan menggunakan C.
D yg hanyalah tahap sederhana dlm C masa tu, berusaha sedaya upaya walaupun Kak I tak meletakkan harapan yg tinggi kpdnya utk membantu. Kak I adalah senior yg teramat la mahirnya dlm assembly language dan punya track record yg dasat krn code2 dia la yg menjalankan produk2 telefon SR spt dlm iklan tv bersama burung kakak tua tu.
Kesungguhan D terbalas dgn terjumpanya satu bug yg memang menyebabkan memory leak. Malangnya, sistem pms tu masih down akibat out of memory walaupun ia mengambil masa yg lebih lama sikit utk ini berlaku. D tak berjaya mencari bugs2 yg lain. Walau bagaimanapun, usaha D telah membuka mata beberapa orang, terutamanya bos dia iaitu Kak I.
Antara langkah syarikat induk utk menstabilkan SR ialah dgn mengambil MD baru dan menghantar pekerja2 semua ke satu retreat utk beberapa hari dan melakukan brainstorming, swot dan pelbagai aktiviti lagi utk mengenal pasti kelemahan dan kekuatan SR yg tinggal dan cara2 utk mengembalikan SR sekurang2nya ke tahap asal.
Semasa retreat tersebut, D telah ditugaskan utk present dan mewakili bhgn sw pms bersama2 dgn Kak I. S, md baru SR, telah mencadangkan pms tamura yg sedia ada, dibuat semula menggunakan Visual Basic. S menyatakan VB ni amat senang dan membolehkan developer menjadi amat produktif.
D setuju dan telah diamanahkan utk membangunkan semula pms tamura ni menggunakan VB, sorang2!. S akan meminta syarikat U utk memberi masa utk sistem ini dibina. Setelah kembali ke office, S telah membelikan D, VB version 3.0. D telah dibebankan dgn satu beban yg agak besar, pada masa dia baru bekerja 1 tahun lebih di SR.
D bertungkus lumus utk belajar menggunakan vb. Learning curve yg dihadapinya agak besar. Ialahkan, dia budak grad electrik, mana tau benda2 spt database, sql, dan macam2 lagi. Binatang apa pulak semua ini? Berbulan2 lamanya D ambil masa utk cuba belajar semua ini. Selain ini, D juga kena handle bhgn berhubung dgn Tamura Payphone. D telah membeli lib vbx yg bernama Visual Voice yg boleh mengawal kad Dialogic utk berhubung dgn Tamura Payphone menggunakan DTMF (dual tone multiple frequency).
Dgn berbekalkan comm protocol yg diperolehi, D cuba utk berhubung dgn tamura payphone. Berbulan2 gak D berusaha utk sokong semua communication yg ada antara tamura payphone dan pms.
Akhirnya, setelah lebih 1 tahun D tenyeh dan ditenyeh, sistem pms baru yg dibuat menggunakan vb siap utk dicuba di syarikat U. D dgn berdebar2nya meletakkan pc dia kat salah satu pusat pms syarikat U. Utk berminggu2 lamanya D berkhemah di situ. Buat permulaan, terdpt banyak gak bugs yg D jumpa dan perkemaskan. Lama2 semakin a ok. Malangnya, terdpt satu comm antara payphone dan pms yg mana formatnya tidak terdpt dlm doc protocol tamura. Nampaknya syarikat tamura tak berterus terang dgn syarikat U.
Keadaan semakin tegang. Setiap kali pc pms tu terima report dpd payphone yg menggunakan protocol yg tidak diketahui ini, comm tersebut dibatalkan dan payphone tersebut akan ulang kembali. Lama kelamaan, apabila comm protocol tersebut masih tidak dpt dicari, syarikat U terpaksa membatalkan hasrat mereka utk menggunakan pms SR.
Kecewa D. Anak yg dikandung selama lebih 1 tahun, telah direject. Waahhhhh! Penat lelah D, siap dgn memasukkan trending, charting, printing dan macam2 lagi, tak digunakan. D gagal melakukan hacking terhadap comm protocol tamura payphone tersebut. Kecewa D. Waahhhhh!
Di bhgn seterusnya, D belajar code reuse. Bersambung...
(0) comments
Setelah SR distabilkan, D pi outstation ke Sungai Piah bersama2 dgn team scada SR. Utk beberapa bulan lamanya, mereka bertolak ke Ipoh setiap hari ahad menaiki pajero dan kembali ke kl setiap hari jumaat malam sabtu. Setiap hari bekerja, mereka akan ulang alik antara ipoh dan sungai piah, yg mengambil masa perjalanan 1 ke 2 jam.
D belajar benda2 asas spt soldering dan crimping. Siap berlomba2 dgn budak technician team scada. Sudah tentu la D kalah, tapi itu tak menghalang D dpd menyeronokkan kerja yg sebenarnya membosankan, dlm hutan di station sg piah upper, mahupun 1 km dlm banjaran di station sg piah lower. D sebenarnya diberi tugas software maintenance utk scada SR, tapi dikala tahap projek adalah utk melakukan installation dan commisioning, maka, semua orang turun padang.
Setelah hampir 6 bulan D bersama2 dgn team scada, tiba2 D telah ditukarkan ke team yg terlibat dgn telefon. Tugas D ialah utk bantu Kak I buat sw maintenance utk PMS (payphone management system) utk, masa tu, syarikat U. Ada 2 pms, yg pertama utk GPT payphone dah deliver dan 1 lagi, utk Tamura payphone baru nak trial. Yg kritikal masa tu ialah pms utk tamura ni. Ia mempunyai masalah krn tak stabil, asyik2 down disebabkan out of memory. Kedua2 pms ni dihasilkan menggunakan C.
D yg hanyalah tahap sederhana dlm C masa tu, berusaha sedaya upaya walaupun Kak I tak meletakkan harapan yg tinggi kpdnya utk membantu. Kak I adalah senior yg teramat la mahirnya dlm assembly language dan punya track record yg dasat krn code2 dia la yg menjalankan produk2 telefon SR spt dlm iklan tv bersama burung kakak tua tu.
Kesungguhan D terbalas dgn terjumpanya satu bug yg memang menyebabkan memory leak. Malangnya, sistem pms tu masih down akibat out of memory walaupun ia mengambil masa yg lebih lama sikit utk ini berlaku. D tak berjaya mencari bugs2 yg lain. Walau bagaimanapun, usaha D telah membuka mata beberapa orang, terutamanya bos dia iaitu Kak I.
Antara langkah syarikat induk utk menstabilkan SR ialah dgn mengambil MD baru dan menghantar pekerja2 semua ke satu retreat utk beberapa hari dan melakukan brainstorming, swot dan pelbagai aktiviti lagi utk mengenal pasti kelemahan dan kekuatan SR yg tinggal dan cara2 utk mengembalikan SR sekurang2nya ke tahap asal.
Semasa retreat tersebut, D telah ditugaskan utk present dan mewakili bhgn sw pms bersama2 dgn Kak I. S, md baru SR, telah mencadangkan pms tamura yg sedia ada, dibuat semula menggunakan Visual Basic. S menyatakan VB ni amat senang dan membolehkan developer menjadi amat produktif.
D setuju dan telah diamanahkan utk membangunkan semula pms tamura ni menggunakan VB, sorang2!. S akan meminta syarikat U utk memberi masa utk sistem ini dibina. Setelah kembali ke office, S telah membelikan D, VB version 3.0. D telah dibebankan dgn satu beban yg agak besar, pada masa dia baru bekerja 1 tahun lebih di SR.
D bertungkus lumus utk belajar menggunakan vb. Learning curve yg dihadapinya agak besar. Ialahkan, dia budak grad electrik, mana tau benda2 spt database, sql, dan macam2 lagi. Binatang apa pulak semua ini? Berbulan2 lamanya D ambil masa utk cuba belajar semua ini. Selain ini, D juga kena handle bhgn berhubung dgn Tamura Payphone. D telah membeli lib vbx yg bernama Visual Voice yg boleh mengawal kad Dialogic utk berhubung dgn Tamura Payphone menggunakan DTMF (dual tone multiple frequency).
Dgn berbekalkan comm protocol yg diperolehi, D cuba utk berhubung dgn tamura payphone. Berbulan2 gak D berusaha utk sokong semua communication yg ada antara tamura payphone dan pms.
Akhirnya, setelah lebih 1 tahun D tenyeh dan ditenyeh, sistem pms baru yg dibuat menggunakan vb siap utk dicuba di syarikat U. D dgn berdebar2nya meletakkan pc dia kat salah satu pusat pms syarikat U. Utk berminggu2 lamanya D berkhemah di situ. Buat permulaan, terdpt banyak gak bugs yg D jumpa dan perkemaskan. Lama2 semakin a ok. Malangnya, terdpt satu comm antara payphone dan pms yg mana formatnya tidak terdpt dlm doc protocol tamura. Nampaknya syarikat tamura tak berterus terang dgn syarikat U.
Keadaan semakin tegang. Setiap kali pc pms tu terima report dpd payphone yg menggunakan protocol yg tidak diketahui ini, comm tersebut dibatalkan dan payphone tersebut akan ulang kembali. Lama kelamaan, apabila comm protocol tersebut masih tidak dpt dicari, syarikat U terpaksa membatalkan hasrat mereka utk menggunakan pms SR.
Kecewa D. Anak yg dikandung selama lebih 1 tahun, telah direject. Waahhhhh! Penat lelah D, siap dgn memasukkan trending, charting, printing dan macam2 lagi, tak digunakan. D gagal melakukan hacking terhadap comm protocol tamura payphone tersebut. Kecewa D. Waahhhhh!
Di bhgn seterusnya, D belajar code reuse. Bersambung...
Monday, June 07, 2004
Aspect Werkz
Ver 0.10 final dah release. Malangnya, agak ramai yg merungut docs dia terhad/tiada. Semoga docs dia semakin baik.
Balik bercuti
Hooray! Dpt cuti 2 hari, bermula khamis ini. Minggu depan dah naik sekolah.
(0) comments
Ver 0.10 final dah release. Malangnya, agak ramai yg merungut docs dia terhad/tiada. Semoga docs dia semakin baik.
Balik bercuti
Hooray! Dpt cuti 2 hari, bermula khamis ini. Minggu depan dah naik sekolah.
Thursday, June 03, 2004
Artikel
Review bab contoh buku Mastering EJB 3rd Edition.
Intro kpd ORM Cayenne.
Intro kpd Rules Engine Drools.
Intro kpd Aspect-Oriented Design Pattern.
Peningkatkan kualiti projek menggunakan PMD.
Menggunakan SWT utk buat GUI.
J2EE caching.
(0) comments
Review bab contoh buku Mastering EJB 3rd Edition.
Intro kpd ORM Cayenne.
Intro kpd Rules Engine Drools.
Intro kpd Aspect-Oriented Design Pattern.
Peningkatkan kualiti projek menggunakan PMD.
Menggunakan SWT utk buat GUI.
J2EE caching.
