Dwi Wijonarko wrote: > Mas Arie dan master yang lain, bisa kasih tau alasannya apa kelebihan dan > kekurangan pake scaffold? Cz saya kan newbie, jadi belum ngerti metode apa > yang bagus dalam membuat aplikasi dengan Rails?
saya bukan master, sama saya juga newbie yg jg masi belajar. dari jaman ruby apalagi sampai rails prinsipnya tu memudahkan ya, filosofi di balik semua membuat produktifitas programmer ruby tinggi sedari kemudahan active record, adanya MVC, atau bahkan sedari Enumerable dot dot anu, prinsip standing behind giant shoulder sangat digunakan, kalau baca buku lawasnya chad fowler yg my job went india disana ada diceritakan 3 opsi utk manajemen bila ingin dapat solusi bottomline business, mau kasih 20-an programmer low-quality dg bayaran rendah (mis. USD 166) [berhubung saya di indonesia, maka kultur model bicara indonesia rada saya sungging, disini jangan disalahartikan programmer dg bayaran rendah itu selalu tidak lebih baik daripada yang bayaran tinggi] atau mau kasih 5 programmer cepat-cepat selesai dgn bayaran "sedengan" (mis. USD 1000 per bulan) atau mau kasih 1 aja programmer 'sing rodo kulino' (nggak mau pakai istilah senior) dgn automation dgn bayaran 'tinggi' utk ukuran orang indonesia (mis. USD 5500). bila dikaitkan dengan kurva beserta formula produktivitas yang beragam itu, kalo saya yg punya tangan (maksudnya power) maka saya pilih programmer nomor 3. artinya dengan kata lain, kemampuan automation alias mbikin makhluk sejenis 'scaffold' itu ya memang dihargai, bayangkan kalau dalam suatu project ya, ada 10 atau bahkan 30 model beserta table table yang saling berkait-kaitan di database dg spec requirement yang mirip-mirip banget, nah kalau bikin satu satu ya kurang produktif (walau main keroyokan pake banyak programmer, sukur2x kalo itu programmer2 gak pake dipaksa buat ngerasa perlu belajar biar biasa yg biasanya alasannya super basi: belom dapat kesempatan dapetin kerjaan dari kantor buat project pake ruby lah, dst), mau bikin cepat-cepat pake 5 programmer sedengan ya juga tetep kurang produktif, hitunglah kalo mbikin sendiri mulai dari model, specing, koding, controller, specing, coding, view, specing, coding, cek di browser (kalo ga pake selenium dkk) dst itu utk 1 model perlu waktu berapa mis. 15 menit buat yg tangannya ngetik kilat kaya tuyul casper, yg normal apalagi yg blo'on mungkin seharian :p nah kalau yg kulino/terbiasa cukup tinggal automate, selesai itu 30-an sekali hantam (nggak dihantam sih, biasanya cuma sambil serius koding aja dengerin lagu headphone tanpa ada gangguan interupsi macam2x diluar 1 project ybs, rahasia kuatnya ya tadi, write codes that write codes, dan automate them karena kita kalau setelah belajar kan terbiasa, stlh terbiasa kita menjadi tau pattern/pola baik di app tsb sampai ke business the way business people think bahkan). prinsipnya kemudahan seperti active record, mvc, scaffold itu untuk memudahkan ya, bukan untuk membodohkan ummat, kenapa saya bilang gitu karena saya sering ngeliat dan bisa ngerasa ini kalo di lapangan nyata sih ada yg kodingnya scaffold2xan kualitas scaffold itu beda ya sama yg memang betulan bisa, jadi saya bukan anti scaffold, tapi sangat nggak menganjurkan kalo sudah belajar scaffold dan biasa, mis. 10x belajar pakai rails pakai scaffold, abis gitu itu scaffold jangan dipake lagi. kalau kebiasaan setiap kali disuapi kapan bisa berlari (sedangkan orang-orang di luar negri itu bahasa indonesianya mungkin terbang atau mungkin berkelebat bermil2x dalam sekejap mata, sementara mayoritas orang kita masih saja tertidur lelap dibuai mimpi penuh retorika segala macamnya dgn sejenis scaffold dan terlalu sering beretorika panjang lebar membicarakan kelebatan mereka/sukses jadi penonton doang sama bisa make'/bukan pemain). jadi pakai scaffold dari sana kita bisa belajar ttg REST, ada contohnya pasang routes.rb gini gini trus jadinya ntar kalo di cek rake routes gimana trus gimana dg pembiasaan routing di rails trus mbiasakan dgn dispatcher yg ada di controller, view berikut testingnya, dari scaffold juga bisa dipelajari penekanan standing behind giant's shoulder di komunitas ruby itu sangat mengakar kuat, ibarat dengar musik jazz kata chad fowler ya itu musik tu udah ada tu, sama kayak lukisan, tinggal didengar, dianalisis, sediakan waktu serius mis 20 menit bareng temen2x kumpul gathering mis. 4 orang apalagi lebih terutama yg kurang lebih selevel ya (gathering itu harus bisa inisiatif buat masing2x diri, gak boleh bergantung ke satu 'gajah mada', krn 'gajah mada' jg bisa 'mati' dan 'lemah' serta bisa digantikan), trus analisis itu oh mustinya baris ini begini begitu, atau oh gua nggak liat kelebihan lo naroh koding tadinya di view gitu ditaroh di helper karena gw bisa aja bikin builder buat form lo itu dan taroh di lib (yg kemudian nyata hasilnya jadi plugin maupun rubygem baik internal maupun eksternal tersedia), atau mis. oh itu panjang2x bukan berarti pemborosan karena eval nanti kalau ada apa apa susah tracenya kalo program kita kena masalah, gitu, dan gitu seterusnya (rekursif dan never ending). ini kita kan pake ruby open source jadi baiklah kita bareng manfaatkan semua keterbukaan codes itu.. > Mas Arie selalu bilang kalau tidak suka pakai scaffold, trus gimana? Kita > membuat methode sendiri? fiu sori kepanjangan ngetik, jadi dari terlalu panjang diatas kalau saya coba sarikan. kelebihan scaffold: 1. automation 2. bisa buat contekin buat belajar dianalisis, buat REST, buat contoh spec'ing gimana minusnya: 1. kalau bikin mental komunitas ruby newbie oooooh ngapain lo pake titik titik lo pake ruby aja katanya sekali generate tuing langsung jadi sama form form nya!!! atau bikin itu ngapain belajar SQL Query panjang2x 30-an baris lebih server client bla bla di ruby itu cuma tinggal dot blah selesai udah. semua ini merusak bila dipandang dgn cara pandang keliru tsb, dan saya melihat gejala ini sejak awal rails ada, intinya ya nggak pingin aja virus melemahkan diri itu menjamur kalau memang bisa dihindari sejak dini. 2. saya tetap *sangat* skeptik dgn spec'ing controller hasil scaffold, hasil kodingnya jelek sekali IMO [tapi kalo inget satu nasihat dari temen kita di Jepang si uler yg keracunan ruby juga, ehm, dia bilang sih ya jangan tersinggung kalo programmer emang selalu suka alternatif dan bikin bikin hal hal baru kreatif, koding lagi koding lagi] 3. hasil scaffold nggak fleksibel standar arie: bila saya bertindak sebagai manajer proyek yang lead team mencapai visi/misi bisnis/perusahaan, dalam lapangan nyata ucapan dari anggota team seperti "saya kan newbie dan baru belajar pak, jadi pakai scaffold" adalah tak dapat diterima. saya sangat tau betul ada teman2x saya dulu bisa dengan nyaman belajar MVC dari background titik titik yg acakadut *tanpa saya ajari/sungging scaffold sedikitpun* . ucapan yang agak sedikit saya toleran mis. "saya belum terbiasa kalau apa apa musti ditanya fungsionalitas apa yang seharusnya fitur ini lakukan, 3 hari penuh saya pingin terbalik pakai koding dulu baru testing ya nanti setelah itu baru dibalik ke jalan yg benar. koreksi terus kalo keliru". ada temen yang bilang standar saya orangnya tegas, bahkan ada yg sebut saklek, apa kejam/sadis, ya hak tiap kita berpendapat beragam, saya sebetulnya bisa aja bilang oh boleh pakai scaffold aja, ke mahasiswa bilang aja gak perlu belajar algoritma trus aljabar segala macam pokoknya semua uda ada tinggal klak klik kok pakai anu atau tinggal titik kata sedikit sudah nongol hasilnya, mau buku ini nih ambil copy paste semua, boleh nggak dipelajari sambil dininabobokkan untuk tidur, yang mana hasilnya pun juga adalah SDM tidur, pilihan saya tidur utk istirahat bukan tujuan hidup, jadi pilihan saya yang pertama, yg ngelmunya bisa dipakai penuh nikmat dan lezat, never-ending learning, belajar yang tahu bagaimana cara belajar untuk belajar... hayo ntar kalo bikin ketemuan biar saya lihat ntar, jangan cuma saya yg anak indonesia biasa ngajarin programmer rusia, saya yakin banget ada banyak lagi anak-anak indonesia jauh lebih bisa dari itu. penutup: mungkin saya baru bisanya segitu aja ya. seperti biasa, tidak ada pertanyaan bodoh, yang ada adalah jawaban bodoh :-) jadi silakan betulkan saya dgn cara menambahkan bila bahasa/kata yg saya pilih ada yg kurang pas/sreg dg pengalaman teman2x disini. punten. nuhun. > Terimakasih. -- reaksi bangun tidur ada bermacam2x.
