Monday, November 29, 2004
Tambahan Lagi - SAP
Baru je habis melalui demo SAP dari pagi sampai la ke petang. Antara point2 menarik yg saya faham ialah:
1. JANGAN buat banyak sangat customization terhadap sistem SAP krn apabila ada version baru, customization tu akan HANCUSSSS!! Kalau nak gak customization yg telah dibuat tu, tak leh upgrade ke version baru la. Tak de la lagi support. So, kalau nak customization, buat sikit2 aje la. Ceh!!
2. Sistem SAP ni dah dimasukkan sekali proses2 / cara kerja tertentu, al kononnya best practice. Kalau nak menggunakannya pada tahap optima, proses kita MESTI la mengikuti atau compatible dgn proses yg mereka dah masukkan ke dlm sistem SAP mereka ni. Kalau nak gak ikut cara / proses lama, alamatnya, sistem SAP tu akan jadi gajah putih yg tersangat la mahalnya.
3. Aduuuhhh!! Masih ramai manager kat Malaysia ni yg memikirkan, dgn hanya membeli sistem bertaraf dunia, mereka ingat syarikat mereka TERUS akan jadi bertaraf dunia! Mereka ingat sistem bertaraf dunia macam SAP ni secara auto akan menyelesaikan SEMUA MASALAH mereka! Aduuuhhh!!
4. SAP mengaku, utk penggunaan sistem SAP secara optima, elok la syarikat yg nak beli tu, melakukan BPR (business process reengineering) dulu. Maksudkan, perbaiki proses yg ada sekarang supaya lebih optima dan lancar dgn dibantu oleh sistem spt SAP ni. MALANGNYA, ada manager yg menganggap proses yg dimaksudkan tu ialah utk melalui TRAINING menggunakan sistem SAP, itu SAHAJA!!! Proses / cara mereka kerja sekarang tak payah kacau. Sekadar tambah sikit utk masuk sekali penggunaan sistem. Itu aje!! Segala kelemahan sedia ada pada proses sekarang boleh dibiarkan, agaknya krn sistem spt SAP yg mahal giler ni akan menyelamatkan mereka dpd segala masalah!! Aduuuhhh!!
5. SAP suka big bang iaitu satu projek selama 3 tahun utk implement seberapa banyak module2 SAP yg boleh. FUD (fear, uncertainty, doubt) dan apa2 kelentong yg mereka war-warkan ialah:
a. module integration susah, complex dan mahal.
b. jauh lebih baik guna 1 sistem besar dpd guna banyak sistem kecil.
c. minimakan customization krn banyak customization tak bagus.
d. syarikat2 yg menggunakan SAP dpt penjimatan sampai 100K seminggu.
e. SAP adalah syarikat yg terkemuka dan mempunyai begitu banyak client merata dunia. Sistem mereka dah terbukti berjaya dgn hebatnya kat begitu banyak syarikat. Pilihlah sistem SAP. Anda tak akan silap.
CIS! Betul2 cekik darah mereka ni. Mereka nak syarikat keluar duit yg banyak terus, tanpa benar2 pasti syarikat dpt pulangan yg setimpal atau tidak. Counter point:
a. utk dpt pulangan maksima kalau nak beli banyak module SAP terus, begitu banyak proses perlu di BPR kan. Para pekerja syarikat pastinya tak boleh nak terima begitu banyak BPR. Pastinya banyak module akan jadi gajah putih. Lebih baik implement sikit2, spt 1 module dulu, pastikan dpt faedah sepenuhnya, baru invest lagi. Sudah pasti dpt tahu berfaedah atau tidak. Kalau didapati tak dpt faedah krn proses yg SAP guna dlm sistem mereka tak sesuai, maka, boleh berhenti dpd terus membeli module2 SAP yg lain. Ni tidak, mereka betul2 nak cekik syarikat.
b. secara praktikalnya, adalah lebih baik utk hasilkan banyak module2 kecil yg mana terus boleh digunakan dlm masa beberapa bulan dan mendapat faedah dpdnya dpd approach big bang SAP ini yg memakan masa beberapa tahun dan belum tentu dpt faedahnya. Kesakitan utk integrate module2 ini, walaupun memang sakit, tapi dari kaca mata syarikat, adalah lebih praktikal dan berbaloi. Kalau ada software architect dari mula2 nak bina pelbagai module adalah lebih baik. Dia sepatutnya boleh hasilkan basic architecture utk semua module hook up. Ringkasnya, a common bus yg digunakan oleh semua module utk bercakap.
c. Customization adalah salah satu kunci kpd keberkesanan sesuatu sistem. Banyak atau sikit customization tu, bergantung kpd requirements. Kalau perlu banyak, banyak la. Kenapa pulak sistem yg menentukan proses business. Business yg sepatutnya menentukan requirement sistem. Lantak la sistem tu al kononnya bertaraf dunia atau tidak. Sistem HANYALAH tool / alat utk MEMBANTU syarikat mencapai matlamatnya.
d. syarikat yg dpt penjimatan 100K seminggu tu, telah membelanjakan lebih 500 juta (!!) utk sistem SAP mereka. Dgn penjimatan 100K / minggu, mereka akan dpt balik pulangan dlm tempoh lebih kurang 100 tahun (HAHAHAHAHAHAHA!!!). Dah la tu. Selalunya sistem tak akan static begitu shj. Mungkin 2 ke 3 tahun bolehlah bertahan. Lepas 5 tahun, kemungkinan besar, ada sejumlah requirements yg nak ditambahkan ke dlm sistem tu. HA! Keluar la lagi duit!!! Mana pulangan model nye ini??!! Memang kena tarik hidung betul!
e. Syarikat yg beroperasi secara kebanyakkannya manual, tapi dgn agak efficient, sebenarnya tak perlu nak guna sistem. Kalau nak pun, cari la bhgn yg paling lemah utk dipercepat dan ditingkatkan. Kesan paling maksima akan dpt dirasai. Tak perlu nak guna sistem hanya krn gak. Jgn guna sistem membabi buta. Sistem bukan magik, tak leh buat kun fayakun.
Kesimpulannya, SAP hanya la spt syarikat2 lain yg nak buat duit. Point2 yg mereka bagi, sedaya upaya yg mereka boleh, cuba menguntungkan pihak mereka. Biasa la tu. Mereka nak untung sambil cuba buat kita INGAT kita pun untung dan bertuah krn dpt lesen sistem mereka. Dpt lesen aje la. Malangnya, yg cuba mereka dptkan ialah situasi win-lose. Mereka menang dan ketawa ke bank, dan kita kalah dan tersengeh krn ingat kita pun menang, sampai la dpt tahu yg kita beli sebenarnya gajah putih. Itu pun masih tersengeh gak krn bertuah dpt gajah putih bernama SAP. Dpt nama dan glamour you...
CEH! PIIIIIIRAHHH!!
Tambahan - Iraq
Video pejuang merancang utk menentang musuh2 mereka.
Kerje
Aduuuhh!! Lambatnya nak buat development. Terasa macam budak baru belajar. Ni nak buat 1 web page yg membolehkan CRUD (create retrieve update delete) utk banyak table dgn pelbagai hierarchy punya la lambat. Dah hampir 3 hari, insert pun tak siap2 lagi. Hish!! Selalunya 2 hari dah boleh siap CRUD spt ini. Kalau 1 web page utk 1 table, 10 minit dah boleh siap.
Dah la tu, semalam 1/2 hari bergelut dgn class saya sendiri iaitu SimpleGenericData. Pukul 7 baru settle. Tengok script velocity, tak de masalah pun. Apa bug dia sebenarnya!? Rupa2nya, kat id tu. Ia mesti unik DAN nak dptkan enumeration adalah berdasarkan parentId dan child type, bukan childId dan child type. Kena ingat ni. Hish!!
Rasa macam buat development dlm slow motion. Kena banyak bersabar. Saya yakin, cara saya betul. Mesti yakin! Bersusah2 dahulu, bersenang2 kemudian. Sesungguhnya, selepas kepayahan itu ada kemudahan/kelapangan!
Hish! Ini la gara2 nak reka cara sw dev sendiri. Makin slow, tapi saya tetap yakin cara ini tak salah. Go Code Generator!!!
Macam2
Java games programming sample: BattleWEBships
Perbincangan tentang mempercepatkan Java Serialization/Deserialization kat javalobby
Crystal Clear Applied: The 7 Properties of an Agile Project.
AWbench: AOP benchmark tool. Perbincangan tentangnya kat theserverside. AspectJ masih antara yg paling lajuuuuu, terutama utk around. Best!
Baru je habis melalui demo SAP dari pagi sampai la ke petang. Antara point2 menarik yg saya faham ialah:
1. JANGAN buat banyak sangat customization terhadap sistem SAP krn apabila ada version baru, customization tu akan HANCUSSSS!! Kalau nak gak customization yg telah dibuat tu, tak leh upgrade ke version baru la. Tak de la lagi support. So, kalau nak customization, buat sikit2 aje la. Ceh!!
2. Sistem SAP ni dah dimasukkan sekali proses2 / cara kerja tertentu, al kononnya best practice. Kalau nak menggunakannya pada tahap optima, proses kita MESTI la mengikuti atau compatible dgn proses yg mereka dah masukkan ke dlm sistem SAP mereka ni. Kalau nak gak ikut cara / proses lama, alamatnya, sistem SAP tu akan jadi gajah putih yg tersangat la mahalnya.
3. Aduuuhhh!! Masih ramai manager kat Malaysia ni yg memikirkan, dgn hanya membeli sistem bertaraf dunia, mereka ingat syarikat mereka TERUS akan jadi bertaraf dunia! Mereka ingat sistem bertaraf dunia macam SAP ni secara auto akan menyelesaikan SEMUA MASALAH mereka!
4. SAP mengaku, utk penggunaan sistem SAP secara optima, elok la syarikat yg nak beli tu, melakukan BPR (business process reengineering) dulu. Maksudkan, perbaiki proses yg ada sekarang supaya lebih optima dan lancar dgn dibantu oleh sistem spt SAP ni. MALANGNYA, ada manager yg menganggap proses yg dimaksudkan tu ialah utk melalui TRAINING menggunakan sistem SAP, itu SAHAJA!!! Proses / cara mereka kerja sekarang tak payah kacau. Sekadar tambah sikit utk masuk sekali penggunaan sistem. Itu aje!! Segala kelemahan sedia ada pada proses sekarang boleh dibiarkan, agaknya krn sistem spt SAP yg mahal giler ni akan menyelamatkan mereka dpd segala masalah!! Aduuuhhh!!
5. SAP suka big bang iaitu satu projek selama 3 tahun utk implement seberapa banyak module2 SAP yg boleh. FUD (fear, uncertainty, doubt) dan apa2 kelentong yg mereka war-warkan ialah:
a. module integration susah, complex dan mahal.
b. jauh lebih baik guna 1 sistem besar dpd guna banyak sistem kecil.
c. minimakan customization krn banyak customization tak bagus.
d. syarikat2 yg menggunakan SAP dpt penjimatan sampai 100K seminggu.
e. SAP adalah syarikat yg terkemuka dan mempunyai begitu banyak client merata dunia. Sistem mereka dah terbukti berjaya dgn hebatnya kat begitu banyak syarikat. Pilihlah sistem SAP. Anda tak akan silap.
CIS! Betul2 cekik darah mereka ni. Mereka nak syarikat keluar duit yg banyak terus, tanpa benar2 pasti syarikat dpt pulangan yg setimpal atau tidak. Counter point:
a. utk dpt pulangan maksima kalau nak beli banyak module SAP terus, begitu banyak proses perlu di BPR kan. Para pekerja syarikat pastinya tak boleh nak terima begitu banyak BPR. Pastinya banyak module akan jadi gajah putih. Lebih baik implement sikit2, spt 1 module dulu, pastikan dpt faedah sepenuhnya, baru invest lagi. Sudah pasti dpt tahu berfaedah atau tidak. Kalau didapati tak dpt faedah krn proses yg SAP guna dlm sistem mereka tak sesuai, maka, boleh berhenti dpd terus membeli module2 SAP yg lain. Ni tidak, mereka betul2 nak cekik syarikat.
b. secara praktikalnya, adalah lebih baik utk hasilkan banyak module2 kecil yg mana terus boleh digunakan dlm masa beberapa bulan dan mendapat faedah dpdnya dpd approach big bang SAP ini yg memakan masa beberapa tahun dan belum tentu dpt faedahnya. Kesakitan utk integrate module2 ini, walaupun memang sakit, tapi dari kaca mata syarikat, adalah lebih praktikal dan berbaloi. Kalau ada software architect dari mula2 nak bina pelbagai module adalah lebih baik. Dia sepatutnya boleh hasilkan basic architecture utk semua module hook up. Ringkasnya, a common bus yg digunakan oleh semua module utk bercakap.
c. Customization adalah salah satu kunci kpd keberkesanan sesuatu sistem. Banyak atau sikit customization tu, bergantung kpd requirements. Kalau perlu banyak, banyak la. Kenapa pulak sistem yg menentukan proses business. Business yg sepatutnya menentukan requirement sistem. Lantak la sistem tu al kononnya bertaraf dunia atau tidak. Sistem HANYALAH tool / alat utk MEMBANTU syarikat mencapai matlamatnya.
d. syarikat yg dpt penjimatan 100K seminggu tu, telah membelanjakan lebih 500 juta (!!) utk sistem SAP mereka. Dgn penjimatan 100K / minggu, mereka akan dpt balik pulangan dlm tempoh lebih kurang 100 tahun (HAHAHAHAHAHAHA!!!). Dah la tu. Selalunya sistem tak akan static begitu shj. Mungkin 2 ke 3 tahun bolehlah bertahan. Lepas 5 tahun, kemungkinan besar, ada sejumlah requirements yg nak ditambahkan ke dlm sistem tu. HA! Keluar la lagi duit!!! Mana pulangan model nye ini??!! Memang kena tarik hidung betul!
e. Syarikat yg beroperasi secara kebanyakkannya manual, tapi dgn agak efficient, sebenarnya tak perlu nak guna sistem. Kalau nak pun, cari la bhgn yg paling lemah utk dipercepat dan ditingkatkan. Kesan paling maksima akan dpt dirasai. Tak perlu nak guna sistem hanya krn gak. Jgn guna sistem membabi buta. Sistem bukan magik, tak leh buat kun fayakun.
Kesimpulannya, SAP hanya la spt syarikat2 lain yg nak buat duit. Point2 yg mereka bagi, sedaya upaya yg mereka boleh, cuba menguntungkan pihak mereka. Biasa la tu. Mereka nak untung sambil cuba buat kita INGAT kita pun untung dan bertuah krn dpt lesen sistem mereka. Dpt lesen aje la. Malangnya, yg cuba mereka dptkan ialah situasi win-lose. Mereka menang dan ketawa ke bank, dan kita kalah dan tersengeh krn ingat kita pun menang, sampai la dpt tahu yg kita beli sebenarnya gajah putih. Itu pun masih tersengeh gak krn bertuah dpt gajah putih bernama SAP. Dpt nama dan glamour you...
CEH! PIIIIIIRAHHH!!
Tambahan - Iraq
Video pejuang merancang utk menentang musuh2 mereka.
Kerje
Aduuuhh!! Lambatnya nak buat development. Terasa macam budak baru belajar. Ni nak buat 1 web page yg membolehkan CRUD (create retrieve update delete) utk banyak table dgn pelbagai hierarchy punya la lambat. Dah hampir 3 hari, insert pun tak siap2 lagi. Hish!! Selalunya 2 hari dah boleh siap CRUD spt ini. Kalau 1 web page utk 1 table, 10 minit dah boleh siap.
Dah la tu, semalam 1/2 hari bergelut dgn class saya sendiri iaitu SimpleGenericData. Pukul 7 baru settle. Tengok script velocity, tak de masalah pun. Apa bug dia sebenarnya!? Rupa2nya, kat id tu. Ia mesti unik DAN nak dptkan enumeration adalah berdasarkan parentId dan child type, bukan childId dan child type. Kena ingat ni. Hish!!
Rasa macam buat development dlm slow motion. Kena banyak bersabar. Saya yakin, cara saya betul. Mesti yakin! Bersusah2 dahulu, bersenang2 kemudian. Sesungguhnya, selepas kepayahan itu ada kemudahan/kelapangan!
Hish! Ini la gara2 nak reka cara sw dev sendiri. Makin slow, tapi saya tetap yakin cara ini tak salah. Go Code Generator!!!
Macam2
Java games programming sample: BattleWEBships
Perbincangan tentang mempercepatkan Java Serialization/Deserialization kat javalobby
Crystal Clear Applied: The 7 Properties of an Agile Project.
AWbench: AOP benchmark tool. Perbincangan tentangnya kat theserverside. AspectJ masih antara yg paling lajuuuuu, terutama utk around. Best!
Comments:
Post a Comment
