Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-23 Terurut Topik sm96
http://www.artima.com/intv/dry2.html 2008/12/23 Jecki jecki...@gmail.com: yup.. codegen sebaiknya dipakai dengan prinsip 'Generate Once Run Anywhere' hehe.. (kayanya pernah denger :P). painfull kalo musti di-maintain lagi. cocok untuk simple CRUD yg pattern-nya mirip pleg. --

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik Hira Sirojudin
kenapa di java code generation/templating itu kurang laku, mungkin karena prinsipnya templating itu kan konsep interfacing+inherintance dan java dan orang java cukup jago disini jadinya udah nggak perlu pake templating yang lain cukup pake yang naturenya java punya. gitu kali yach...:pis...:(lol)

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik Hendry Luk
Bagian ejb2/xdocklet nya gak penting. Cuma mo make point bahwa... emang codegen gak selalu painful dibanding handcode... dan emang codegen bisa disempurnain dan gak require manual modification... Tapi bukan itu alesan codegen dijauhin. *Codegen* itu gak bad*. Needing a codegen* itu yang bad...

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik Jecki
2008/12/18 Hira Sirojudin hirasiroju...@gmail.com: kenapa di java code generation/templating itu kurang laku, mungkin karena prinsipnya templating itu kan konsep interfacing+inherintance dan java dan orang java cukup jago disini jadinya udah nggak perlu pake templating yang lain cukup pake

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik Bustanil Arifin
Codegen banyak ditinggalkan karena menurut pengalaman saya, effort (codegen+modification) = effort buat sendiri. Modification di sini termasuk penyesuaian untuk specific case, code convention. Codegen lebih baik digunakan untuk prototyping saja, untuk production lebih baik buat manual saja. Para

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik rEEk 'o hEEk
codegen memang painful, crud mulus ok laaah.. trus ada ganti component, regenerate.. celakanya yang diatasnya uda kita costumize... bisa siy diakalin pake extends code generatednya sebelum dipakai, jadi yang kita pakai yang uda turunannya code yang digenerate, cuma klu uda beda banget sama

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-22 Terurut Topik Jecki
yup.. codegen sebaiknya dipakai dengan prinsip 'Generate Once Run Anywhere' hehe.. (kayanya pernah denger :P). painfull kalo musti di-maintain lagi. cocok untuk simple CRUD yg pattern-nya mirip pleg. 2008/12/23 rEEk 'o hEEk reekoh...@gmail.com: codegen memang painful, crud mulus ok laaah.. trus

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-17 Terurut Topik Jonathan Handoyo
di weblogic kan banyak banget code generator nya... ejb aja pake EJBGen... gua personally pake integration suite nya... in the background ini sama seperti java class yang transactionally controlled by EJB... semua code nya generated... tinggal drag drop... (bukan web component) code generated nya

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-15 Terurut Topik Hendry Luk
Maksud gw bukan itu... Bukan code gen bikin repetition... Tapi design EJB2 itu butuh banyak noise n repetition, makanya butuh codegen kayak xdocklet buat ease the pain. Padahal disini xdocklet sebenernya gak lebih dari quick hack buat get around the underlying problem... yaitu design API EJB2 yg

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-13 Terurut Topik Hendry Luk
Masalahnya bukan code generator vs tanpa code generator. Tapi code generator vs code yg DRY dan low noise yg gak butuh generator at first place. Alasan xdocklet di ejb2 kan gara2 banyak butuh duplication n code noise dimana2 :( 2008/12/9 sm96 syaiful.mukh...@gmail.com kesalahan terbesar pada

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-09 Terurut Topik sm96
kesalahan terbesar pada penggunaan code generator adalah, setelah code digenerate, trus dimodifikasi code hasil generate tsb. padahal jika konsisten dalam penerapan cara ini, mesti code generatornya yang disempurnakan, disertai dengan konfigurasi yang disempurnakan juga. bukan berarti code

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-09 Terurut Topik Arif Rachim
Code generation ga laku di java :D. Code generation itu cemen B-) 2008/12/9 sm96 [EMAIL PROTECTED]: kesalahan terbesar pada penggunaan code generator adalah, setelah code digenerate, trus dimodifikasi code hasil generate tsb. padahal jika konsisten dalam penerapan cara ini, mesti code

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-07 Terurut Topik Hendry Luk
xdocklet sempet jadi mainstream di EJB2 totally agree, ridiculously painful. 2008/12/5 Ifnu [EMAIL PROTECTED] Software semacam codesmith ini sepertinya tidak populer di dunia Java, kalaupun ada sepertinya juga tidak laku. Di netbeans ada Visual Web Pack, ga banyak juga yang pake, ;).

[JUG-Indonesia] [ask] Codesmith di java

2008-12-04 Terurut Topik Adi Wirasta
Dear All, Kalo di .net ada codesmith. Kalo di java, ada apa yah? Ampe bisa bikin form lengkap master-detail. Tx b4 -- Sent from Gmail for mobile | mobile.google.com

Re: [JUG-Indonesia] [ask] Codesmith di java

2008-12-04 Terurut Topik Ifnu
Software semacam codesmith ini sepertinya tidak populer di dunia Java, kalaupun ada sepertinya juga tidak laku. Di netbeans ada Visual Web Pack, ga banyak juga yang pake, ;). Ada juga mobility pack, disana ada visual midlet, ga banyak juga yang pake. Cuma Matisse aja yang desain halaman