On 2007/05/28, at 16:02, Arie Kusuma Atmaja wrote: > Arie Kusuma Atmaja wrote: >> On 5/28/07, Andry S Huzain <[EMAIL PROTECTED]> wrote: >>>> >>>> On 5/28/07, Aditya Agustyana <[EMAIL PROTECTED]> wrote: >>>> seperti yg kita ketahui RoR punya banyak tool untuk melakukan >>>> debugging, dari mulai irb, ruby/script console, ruby >>>> script/breakpointer sampe method <%= debug %> yg ada di view/helper >>>> >>>> nah yg ingin sy tanyakan, pada saat kapan dan bagaimana anda >>>> menggunakan keempat hal tsb ? >>>> >>>> btw, selain keempat hal di atas... ada lagi ndak cara lain ntuk >>>> melakukan debugging di RoR ? >>> >>> >>> Mungkin ini bukan "debug" dalam arti sebetulnya, tapi saya sudah >>> jarang >>> banget melakukan "debugging" dengan prinsip-prinsip sederhana: >>> >>> * Setiap kali bikin controller + action, langsung tulis unit >>> test-nya. >>> Baik untuk model testing (untuk class-class Model) ataupun >>> functional >>> testing (untuk class-class Controller). Kan sudah disediain >>> skeletonnya? Di >>> RoR, rake:test itu adalah sahabat paling baik buat programmer :) >> >> Adit pakai autotest dit.. >> >> http://zentest.rubyforge.org/ZenTest/ >> >>> >>> * Kedua, saya pakai logger. Meskipun develop di komputer sendiri, >>> tapi >>> selalu berpikiran bahwa aplikasi ini nanti akan ada di production >>> server, >>> dimana kita nggak bisa menjalankan script/console. Logger itu >>> satu-satunya >>> cara. >>> >>> * Ketiga, untuk test di tahap tatap muka web (a.k.a), saya pakai >>> plugin >>> Selenium IDE untuk Firefox. Kalau dibutuhkan ngetest di IE, baru >>> pakai >>> Watir. >>> >>> Paling banyak sih, yang bisa benar-benar dikatakan debugging >>> sekarang >>> cuma >>> ada disisi javascript + AJAX + DOM menggunakan Firebug + Firefox. >>> >>> >>> >>> -- >>> http://andryshuzain.com >> > > ada tulisan bagus :-D tau gini biasa, dari si pat maddox. > > sumber: > http://weblogs.sqlteam.com/jeffs/archive/2007/05/23/60215.aspx > >
Walaupun saya suka konsep unit test tapi jarang aplikasi saya yang punya unit test, ntah kenapa :-)) Priotitas yang lebih utama adalah bikin kode yang easy to debug, tujuan ini bisa dicapai lewat bikin unit test tapi bisa jg dari cara lain. Cara lain maksudnya dari pengalaman, baca2, atau think before coding. Selain itu bikin kode yang readable jg bikin gampang di debug. Saya sih ngeri kalo liet coding orang yang attitudenya "yang penting result", tanpa mau ngerti kode yang di utak atik. Kalau ada orang spt ini simply saya tutup akses repositori ke read-only, dan saya suruh kirim patch file. Ini lebih baik daripada hancur tuh project. Tapi coding dgn cara benar ada konsekuensinya, biasanya shareholder gak suka gaya coding spt ini, karena progressnya "terlihat" lambat. Slow but sure? ya ini natural, kalo nanem padi pasti ada jadwal kapan bisa dipanen, mo lebih cepet? rasa gak enak, mo telat ? keburu dimakan hama. Manusia tinggal memilih :-)
