[teknologia] Re: berapa baris kode bisa anda baca/hari
Aku pribadi sih bisa baca 3000-an baris perhari, tp yg lebih penting itu *logic* nya. Itu pun harus rapi ampe komen strukturnya jelas, kalo libet 100 baris aja bs di-review itu udah sukur. Masalahnya yg sering timbul clash itu logika owner nya ngawur, trus yg dimarah2in programmernya. Mending cm komplain, trus lekas ditangani. Lah kalo bilangnya pas program lg running sekitar 40 jam, baru lapor salah itu khan yg bikin wasting ngulang lg. Mau nunggu 40 jam doang utk yg nothing? Xixixixi... Teknologi makin canggih n mudah, kenapa ga di track line aja per unit sistem? Syukur2 ada program otokorek, pasti sistem belajar juga ya idealnya... percuma dunk ada mesin develop subsys n simulasi testing kl ga terpakai... cmiiw --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Pada hari Selasa, tanggal 16/05/2006 pukul 20:00 +0700, Budi Rahardjo menulis: Lagi-lagi ini masih belum mejawab pertanyaan saya: butuh berapa lama? Terserah mau di-flow-chart-kan atau dengan cara lain. Yang saya tuju adalah perkiraan berapa lamanya. Misalnya saya tanya ke Fajri, untuk melakukan review sebuah paket dengan 2 juta lines of code membutuhkan waktu berapa lama? Hitung2an LOC sepertinya kurang begitu afdol. Pertama-tama perlu didiskusikan dulu definisi LOCnya bagaimana, apakah cukup `wc -l` saja atau pisahkan mana whitespace, mana komentar, mana yang di \#ifdef 0\. Kalau ada 2 juta baris tapi 1 jutanya isinya novel Sitti Noerbaja ya bisa mempengaruhi proposal penawaran *-) Ssst, tapi ini antara kita saja ya, saya baru saja mengorder sebuah reviu kode ke sebuah perusahaan hacker di London (ya London, bukan India, karena pengalaman reviu kode sebelumnya order ke Kopro atau Combro atau Misro atau apalah itu namanya (sebenernya rahasia *-) di India sangat tidak memuaskan, maaf bagi para pendukung FC India *-). Jumlah `wc -l`-nya sedikit, nggak sampai 50 ribu. Kurang dari dua minggu saya sudah dapatkan hasilnya, komplet: * Analisis desain dan arsitektur paket. Mana yang sebaiknya ditingkatkan mana yang perlu dihilangkan, dsb. * Analisis performa. Mana kode yang algoritmanya sebaiknya diganti, dsb. * Laporan kesalahan kode. Mana kode yang masih menggunakan fungsi2 \'deprecated\', mana yang tidak sesuai dengan petunjuk pemrograman yang sudah disepakati, dsb. Semuanya disertai pembahasan bagaimana cara memperbaiki kesalahan-kesalahan yang dijumpai. Oh iya, kode saya itu dalam C, bukan COBOL. --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
-Original Message- From: teknologia@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad DAMT Sent: 17 Mei 2006 14:36 To: teknologia@googlegroups.com Subject: [teknologia] Re: berapa baris kode bisa anda baca/hari Pada hari Selasa, tanggal 16/05/2006 pukul 20:00 +0700, Budi Rahardjo menulis: Lagi-lagi ini masih belum mejawab pertanyaan saya: butuh berapa lama? Terserah mau di-flow-chart-kan atau dengan cara lain. Yang saya tuju adalah perkiraan berapa lamanya. Misalnya saya tanya ke Fajri, untuk melakukan review sebuah paket dengan 2 juta lines of code membutuhkan waktu berapa lama? Hitung2an LOC sepertinya kurang begitu afdol. Pertama-tama perlu didiskusikan dulu definisi LOCnya bagaimana, apakah cukup `wc -l` saja atau pisahkan mana whitespace, mana komentar, mana yang di \#ifdef 0\. Kalau ada 2 juta baris tapi 1 jutanya isinya novel Sitti Noerbaja ya bisa mempengaruhi proposal penawaran *-) Ssst, tapi ini antara kita saja ya, saya baru saja mengorder sebuah reviu kode ke sebuah perusahaan hacker di London (ya London, bukan India, karena pengalaman reviu kode sebelumnya order ke Kopro atau Combro atau Misro atau apalah itu namanya (sebenernya rahasia *-) di India sangat tidak memuaskan, maaf bagi para pendukung FC India *-). Jumlah `wc -l`-nya sedikit, nggak sampai 50 ribu. Kurang dari dua minggu saya sudah dapatkan hasilnya, komplet: * Analisis desain dan arsitektur paket. Mana yang sebaiknya ditingkatkan mana yang perlu dihilangkan, dsb. * Analisis performa. Mana kode yang algoritmanya sebaiknya diganti, dsb. * Laporan kesalahan kode. Mana kode yang masih menggunakan fungsi2 \'deprecated\', mana yang tidak sesuai dengan petunjuk pemrograman yang sudah disepakati, dsb. Semuanya disertai pembahasan bagaimana cara memperbaiki kesalahan-kesalahan yang dijumpai. Oh iya, kode saya itu dalam C, bukan COBOL. Sekarang lagi ada dimana ? Di Indonesia ? The information transmitted is intended only for the person or the entity to which it is addressed and may contain confidential and/or privileged material. If you have received it by mistake please notify the sender by return e-mail and delete this message including any of its attachments from your system. Any use, review, reliance or dissemination of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. The views expressed herein do not necessarily represent those of PT Astra International Tbk and should not be construed as the views, offers or acceptances of PT Astra International Tbk. --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Pada hari Rabu, tanggal 17/05/2006 pukul 15:33 +0700, Lindu Cipta Pranayama menulis: Duh kak Lindu ini saya kira program emailnya salah karena ga ada bedanya antara kutipan tulisan saya dengan tulisan kak Lindu. Sekarang lagi ada dimana ? Di Indonesia ? Bukan. --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Pertama-tama terima kasih kepada yang sudah membalas email karena sekarang sudah lebih banyak hint informasinya. On 5/17/06, Mohammad DAMT [EMAIL PROTECTED] wrote: Hitung2an LOC sepertinya kurang begitu afdol. Pertama-tama perlu didiskusikan dulu definisi LOCnya bagaimana, apakah cukup `wc -l` saja atau pisahkan mana whitespace, mana komentar, mana yang di \#ifdef 0\. Kalau ada 2 juta baris tapi 1 jutanya isinya novel Sitti Noerbaja ya bisa mempengaruhi proposal penawaran *-) Memang pekerjaan ini tidak berbasis kepada LOC. Saya hanya mencoba melakukan perhitungan kasar saja. Tentu saja di dalam kode ada komentar (bahkan kalau tidak ada komentar malah agak aneh). Bulan lalu kami (saya dan team) mengumpulkan beberapa cara untuk melakukan penilaian (valuasi) terhadap sebuah software. Jadi dari sisi sebaliknya. Kalau saya memberikan (outsource) pekerjaan kepada sebuah tim/perusahaan, berapa biaya yang layak dari sebuah software? Kalau saya perkirakan jumlah barisnya 1 juta, maka berapa waktu yang dibutuhkan dan berapa biaya yang layak. (kalau salah ... masuk bui!) Ssst, tapi ini antara kita saja ya, saya baru saja mengorder sebuah reviu kode ke sebuah perusahaan thanks ... got the idea! ada angka-angka yang bisa dijadikan patokan. tengkyu. -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Pada hari Rabu, tanggal 17/05/2006 pukul 19:24 +0700, Budi Rahardjo menulis: Memang pekerjaan ini tidak berbasis kepada LOC. Saya hanya mencoba melakukan perhitungan kasar saja. Kalau pakai LOC disuruh mereviu kode yang kata kliennya ada 1000 baris misalnya. \OK, 4 hari selesai\, begitu kata proposal. Tapi begitu terima kodenya, ternyata dalam satu baris si pemrogram hobi meletakkan 100 statement, dan di baris berikutnya cuma ada kurung buka atau tutup saja, dsb, akhirnya waktu reviunya molor jadi 3 minggu lebih karena si pereviu akhirnya dirawat di RS 6 hari. -- budi -- mdamt --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/17/06, Mohammad DAMT [EMAIL PROTECTED] wrote: Kalau pakai LOC disuruh mereviu kode yang kata kliennya ada 1000 baris misalnya. Habis pakai apa lagi? Metrik apa yang Anda pakai? Misalnya Anda mau mengoutsource code review ke perusahaan lain. Bagaimana perusahaan itu menawarkan harga dan waktu? :p Berdasarkan ukuran .EXE :) ha ha ha Tapi begitu terima kodenya, ternyata dalam satu baris si pemrogram hobi meletakkan 100 statement, nah kan ini program untuk aplikasi bisnis, bukan program untuk ikutan kontes obfuscated C :) atau JAPH contest :) (hmm... pikir2 perl nggak usah di-obfuscate lagi... udah mumet). kalau programmer tsb. melakukan hal tsb., sebelumnya di QA bagaimana kode itu bisa lolos? pecat saja orang QAnya :) -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Pada hari Rabu, tanggal 17/05/2006 pukul 20:24 +0700, Budi Rahardjo menulis: Habis pakai apa lagi? Metrik apa yang Anda pakai? Minta dulu dokumen arsitektur dan desain proyek tersebut. Lihat seberapa rumit proyeknya (dengan catatan dokumen2 tersebut juga harus akurat, tambahin klausul kalau dokumen tidak akurat bisa mempengaruhi pekerjaan). LOC kemudian digunakan sebagai data tambahan. kalau programmer tsb. melakukan hal tsb., sebelumnya di QA bagaimana kode itu bisa lolos? pecat saja orang QAnya :) Jangan pak, tolonglah, anaknya baru lulus TK dan akan melanjutkan ke SD, butuh biaya untuk bayar uang kursi dan uang pagar. -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/17/06, Mohammad DAMT [EMAIL PROTECTED] wrote: Minta dulu dokumen arsitektur dan desain proyek tersebut. Lihat seberapa rumit proyeknya (dengan catatan dokumen2 tersebut juga harus akurat, tambahin klausul kalau dokumen tidak akurat bisa mempengaruhi pekerjaan). LOC kemudian digunakan sebagai data tambahan. Wah repotnya ... sebelum kontrak, belum boleh lihat dokumen2nya :( Maklum (katanya) banyak rahasia dalam dokumennya itu. Eh, waktu kemarin melakukan outsource review, apa kepada perusahan ybs itu sudah diberikan dokumen2nya sebelum mereka melakukan penawaran? Kemudian (untuk kasus Indonesia), misalnya sang perusahaan tersebut akan melakukan tender ... bagaimana ya caranya? Soalnya kalau dokumen2nya sudah diberikan kepada calon peserta, wah ... bisa diobok-obok mereka. :) Mungkin kita bisa pura-pura ikutan, setelah lihat dokumennya mundur. Toh sudah tahu rahasianya ... he he he. Bagaimana menyikapi hal ini (kalau kita yang akan memberikan pekerjaan tersebut)? Jangan pak, tolonglah, anaknya baru lulus TK dan akan melanjutkan ke SD, butuh biaya untuk bayar uang kursi dan uang pagar. Di Indon ini aneh sekali ya. Makin lama kok makin sulit sekolah... -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/17/06, m.c. cptrwn [EMAIL PROTECTED] wrote: Pak Budi, apakah ini maksudnya kalau codenya ternyata buggy, pecat saja orang QAnya ? :) Ya dong. Mengapa kode yang buruk diloloskan untuk menjadi sebuah produk? Kalau QA sudah tahu bahwa programmer (developer) membuat program yang dodol, mestinya dia tolak! reject! (kemudian salahkan programmernya ... ha ha ha.) Kalau dia meloloskan kode tersebut, berarti dia ikut tanggung jawab. -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Budi Rahardjo wrote: On 5/17/06, m.c. cptrwn [EMAIL PROTECTED] wrote: Pak Budi, apakah ini maksudnya kalau codenya ternyata buggy, pecat saja orang QAnya ? :) Ya dong. M Kalau dia meloloskan kode tersebut, berarti dia ikut tanggung jawab. -- budi btw, ada satu pertanyaan dalam konteks pak budi ini : 1. apakah persh XYZ dapat proyek untuk mereview kode ini good quality atau tidak ? -atau- 2. apakah persh XYZ membeli source code, jadi code ini akan dipakai dia nantinya ? ,engapa kode yang buruk diloloskan untuk menjadi sebuah produk? Kalau QA sudah tahu bahwa programmer (developer) membuat program yang dodol, mestinya dia tolak! reject! (kemudian salahkan programmernya ... ha ha ha.) ini dalam konteks build release sehari2 untuk produk delivery ya Pal Budi : Biasanya memang QA selalu menolak bad builds. Kalau punya proses yang bagus, software management pasti ada code check quality dan must-fixed bugs kriteria untuk alpha-beta-release , biasanya gak boleh ada major show stopper bugs, priority 2 dan priority 3 masih okelah, jadi biasanya yang priority 2 dan priority 3 didokumentasikan di release notes. Jadi benar kata pak budi, kalau programnya dodol dan banyak showstoppernya, itu tanggung jawab QAnya. Tapi sering kali yg saya lihat, bukan hanya qa yang salah tapi managernya ... ha ha ha :)) ini kalau managernya clueless jadi dia dont know what they're doing , contoh clueless ini seperti jika sw/qa manager gak punya proses. biasanya di team yang hebat, pasti punya manager yang tangguh juga :)) -mcp ps: ada beberapa buku bagus untuk hal ini (jika ada yg tertarik). --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/18/06, m.c. cptrwn [EMAIL PROTECTED] wrote: btw, ada satu pertanyaan dalam konteks pak budi ini : 1. apakah persh XYZ dapat proyek untuk mereview kode ini good quality atau tidak ? -atau- 2. apakah persh XYZ membeli source code, jadi code ini akan dipakai dia nantinya ? Yang 1. Jadi dia hanya dapat kerjaan untuk mereview kode. Setelah itu ... dia harus menghilangkan ingatan pernah mereview kode itu :) he he he. -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On Wed, May 17, 2006 at 11:02:48PM -, m.c. cptrwn wrote: ps: ada beberapa buku bagus untuk hal ini (jika ada yg tertarik). kalau gratis. tertarik :-) he..he.. SOL. Salam, P.Y. Adi Prasaja --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Lindu Cipta Pranayama wrote: -Original Message- From: teknologia@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad DAMT Sent: 17 Mei 2006 14:36 To: teknologia@googlegroups.com Subject: [teknologia] Re: berapa baris kode bisa anda baca/hari Sekarang lagi ada dimana ? Di Indonesia ? Baris yang tidak perlu mohon dihapus ya :) Dan, mdamt sekarang ada di negaranya Linus * User Name:* mdamt *Resume:* Mohammad Dhani Anwari Mohammad-Taib (mdamt) Harjuviita 22B15 Espoo 02110 FINLAND http://sourceforge.net/people/viewprofile.php?user_id=15137 --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
bacanya untuk apa pak ? cari systm bugs seperti null pointer ? kalau cari bugs pakai coverity saja :)) Ah c'mon, Coverity belum mendukung COBOL. Code analyzer dijamin akan memang membantu untuk kasus review ini. Untuk bahasa antik semacam COBOL, tidak tahu apakah sudah ada analyzernya. Kalau membuat sendiri, baik yang statik (seperti Coverity) atau dinamik (Valgrind), apakah cukup layak? Tapi bila nantinya dapat client yang juga punya jutaan baris COBOL, rasanya sih layak saja. -- http://www.google.com/search?q=ariya+hidayatbtnI --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, Anthony Fajri [EMAIL PROTECTED] wrote: Sekarang misalnya Andry dikasih kerjaan untuk mereview code dalam bahasa Java yang jumlah barisnya kira-kira 2 juta. Berapa lama perkiraan bisa Anda selesaikan? Itu yang ingin saya tuju. Pak Budi, untuk mereview sebuah source code, apakah memang perlu membaca semua code ? kalo saya sih, pertama bikin kayak flow chart dari source code tersebut (bisa dari main code), terus baca masing2 source. Lagi-lagi ini masih belum mejawab pertanyaan saya: butuh berapa lama? Terserah mau di-flow-chart-kan atau dengan cara lain. Yang saya tuju adalah perkiraan berapa lamanya. Misalnya saya tanya ke Fajri, untuk melakukan review sebuah paket dengan 2 juta lines of code membutuhkan waktu berapa lama? contohnya kalo mereview source code qmail. untung qmail sudah menyediakan keterangan, source mana yang digunakan untuk menerima email, mengirim email, dll (beserta alurnya). tinggal baca yang diperkukan. butuh berapa lama? ataukah memang harus membaca semua code ? ya. kalau tujuannya mengetahui waktu yang diperlukan untuk menganalisis sebuah code, maka saya rasa ada beberapa parameter : 1. kompleksitas dari code (berapa banyaknya blok2 kecil yang membentuk blok2 besar) 2. kemampuan yang menganalisis (semakin expert, semakin cepat) 3. tingkat kerapian code yang direview 4. ada/tidaknya dokumentasi tentang code yang direview 5. panjangnya code yang direview (COD) 6. bahasa pemgrograman yang digunakan (apakah mempengaruhi juga?) ini masih fuzzy. Ya secara teori, tapi pada kenyataannya lines of codes secara statistik bisa dijadikan acuan :( bulan lalu saya diskusi mengenai valuasi pengembangan sebuah software. saya tidak setuju dengan cara dihitung dengan LOC, tapi itulah metric yang paling mudah digunakan. kalo saya sih, baca 1000 baris dalam 1 hari bisa mabuk :)) jadi berapa baris? ;-) kira-kira saja? 100? -- budi --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
Budi Rahardjo wrote: On 5/16/06, Anthony Fajri [EMAIL PROTECTED] wrote: Sekarang misalnya Andry dikasih kerjaan untuk mereview code dalam bahasa Java yang jumlah barisnya kira-kira 2 juta. Berapa lama perkiraan bisa Anda selesaikan? Itu yang ingin saya tuju. Pak Budi, untuk mereview sebuah source code, apakah memang perlu membaca semua code ? kalo saya sih, pertama bikin kayak flow chart dari source code tersebut (bisa dari main code), terus baca masing2 source. Lagi-lagi ini masih belum mejawab pertanyaan saya: butuh berapa lama? Menurut saya bahasa COBOL lebih sederhana dibandingkan dengan bahasa Java. Berdasarkan pengalaman saya developer berpengalaman bisa menghasilkan 150-250 baris code Java kualitas produksi per hari. Tapi seperti yang dikatakan Joel Spolsky membaca code lebih susah dibandingkan menulis code. Itulah sebabnya maintenance developer itu normalnya bukan junior developer. Jadi kalau developer Java bisa menghasilkan sekitar 200 baris code sehari maka mungkin maksimum dia bisa baca 100 baris code sehari. Nah dengan asumsi COBOL lebih sederhana maka kita bisa berasumsi developer berpengalaman bisa baca lebih dari 100 baris code COBOL per hari. Jadi perkiraan kasar saya mungkin 200-300 baris code COBOL per hari. Tentu saja practice makes perfect sama seperti speed reading bisa di capai dengan berlatih. Kalau developer tersebut kerjanya cuma baca code pasti lama-lama bisa lebih dari 200-300 baris per hari. Rasanya 750-1000 baris per hari masih mungkin dicapai asal sudah biasa. --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, Budi Rahardjo [EMAIL PROTECTED] wrote: On 5/16/06, Anthony Fajri [EMAIL PROTECTED] wrote: Sekarang misalnya Andry dikasih kerjaan untuk mereview code dalam bahasa Java yang jumlah barisnya kira-kira 2 juta. Berapa lama perkiraan bisa Anda selesaikan? Itu yang ingin saya tuju. Pak Budi, untuk mereview sebuah source code, apakah memang perlu membaca semua code ? kalo saya sih, pertama bikin kayak flow chart dari source code tersebut (bisa dari main code), terus baca masing2 source. Lagi-lagi ini masih belum mejawab pertanyaan saya:butuh berapa lama?Terserah mau di-flow-chart-kan atau dengan cara lain.Yang saya tuju adalah perkiraan berapa lamanya.Misalnya saya tanya ke Fajri, untuk melakukan review sebuah paket dengan 2 juta lines of code membutuhkan waktu berapa lama? contohnya kalo mereview source code qmail. untung qmail sudah menyediakan keterangan, source mana yang digunakan untuk menerima email, mengirim email, dll (beserta alurnya). tinggal baca yang diperkukan.butuh berapa lama? ataukah memang harus membaca semua code ?ya. Hm.. ya. Saya mengerti sekarang 'maunya' pak Budi ;) Mungkin cerita dari http://builder.com.com/5100-6375_14-1045241.htmlsama seperti yang dimaksud Pak Budi Misal: 1 project -- 1 juta baris. 2 project -- 2 juta baris. 1 reviewer melahap -- 1000 baris/hari. Satu project 1000 hari man-dis. Satu project 10 reviewer untuk bisa selesai dilahap 100 hari. Hitungan yang 'menyenangkan' buat orang manajemen akuntansi (karena estimasi gajinya gampang), tapi mengkhawatirkan buat artist-artist software development :D Kembali ke pertanyaan semula, berapa baris kode yang bisa dilahap sehari. **Estimasi saya sekitar 5 -7 kali lipat jumlah baris kode yang bisa dihasilkan perharinya**. Itu murni kode yang diketik from scratch, bukan hasil generate dari IDE atau copy paste/include component/module lain. Saya mungkin bisa sekitar 1000-1400 baris. Itupun harus ditunjang bergelas-gelas kopi : Nah, kalo Ruby bisa lain lagi ceritanya. Mungkin cuma bisa 400 baris yang mampu direview, tapi itu sudah setara 1000-1200 baris di c#/java :d -- http://andryshuzain.com --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, Samuel Franklyn [EMAIL PROTECTED] wrote: Tentu saja practice makes perfect sama seperti speed reading bisa di capai dengan berlatih. Kalau developer tersebut kerjanya cuma baca code pasti lama-lama bisa lebih dari 200-300 baris per hari. Rasanya 750-1000 baris per hari masih mungkin dicapai asal sudah biasa. Kalau sudah terbiasa ikut SRM di TopCoder, bukan hanya cepat membaca coding orang lain, tapi bisa juga dengan cepat menemukan Bugs di codingnya, dan ngebuat testcase untuk nge-challenge codingnya :D, kesenangan memuncak ketika kodenya successfully challenged :D Kalau saya dulu waktu latihan programming, saya bisa solve maximum 20 soal per hari (averagenya sih 5-10 problems per hari). Satu problem biasanya bisa di solve dengan 30-50 LOC. Jadi estimatenya yah 1 hari bisa coding sebanyak 150 - 500 LOC. Kalo untuk baca + mengerti coding itu perlu tenaga extra. Selain harus mengerti problemnya, juga harus mengerti solusinya dan juga harus berpikir sejalan dengan orang si pembuat coding yang kita baca. Kalo saja kita gak ngerti alur pikiran si pembuat code, maka akan susah ngebacanya meskipun hanya 10 baris. Ini udah sering terjadi di TopCoder.. saat para2 pro menulis 10 baris kode yang kita gak ngerti maksudnya apa, tapi codingnya bener (passed system test). - biasanya dynamic programming :P Kalau dilihat2 lagi, coding gak selalu lebih cepet daripada yang ngebaca, karena yang coding kan harus coba compile + testing dll.. itu makan waktu lama juga. Yah kalo dibanding2kan, kira2 waktu coding sama waktu untuk ngebaca coding orang IMHO hampir sama lamanya deh. 1 hari sekitar 150 - 500 LOC. Tapi ini harus di breakdown lagi tentang coding yang dibaca: apakah si coder adalah coder yang baik? apakah codenya mudah dibaca? apakah terstruktur rapi kodenya? apakah codingnya mengikuti convention (huruf besar /kecil nya, naming kelas2nya)? sebab hal2 seperti ini memperngaruhi juga kecepatan orang ngebaca codingnya. Felix Halim --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On Tuesday, May 16, 2006, 10:07:07 PM, Felix Halim wrote: Tapi ini harus di breakdown lagi tentang coding yang dibaca: apakah si coder adalah coder yang baik? apakah codenya mudah dibaca? apakah terstruktur rapi kodenya? apakah codingnya mengikuti convention (huruf besar /kecil nya, naming kelas2nya)? sebab hal2 seperti ini memperngaruhi juga kecepatan orang ngebaca codingnya. betul, refactoring yang 'terlalu berlebihan' juga seringkali menjadi tambahan faktor penghambat dalam proses membaca code yang ada, membuat kode yang dibuat tidak ubahnya seperti kembali ke jaman BASICA atau assembler jaman dulu yang penuh dengan lompat sana lompat sini seperti kodok. :) -- Salam, -Jaimy Azle Anakin, if one is to understand the great mystery, one must study all its aspects, not just the dogmatic, narrow view of the Jedi -- Senator Palpatine --~--~-~--~~~---~--~~ http://teknoblogia.blogspot.com/2005/02/tata-tertib-milis-v15.html -~--~~~~--~~--~--~---
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/14/06, Budi Rahardjo [EMAIL PROTECTED] wrote: saya mau tanya para peserta milis ini. berapa baris kode (lines of codes) bisa anda review (baca) dalam satu harinya? sebetulnya pertanyaan ini sudah saya postingkan di blog saya: http://gbt.blogspot.com/2006/05/lines-of-code-loc-review-questions.html tapi cocok juga ditanyakan di milis ini. ada hint? Saya kutip dari halaman di atas : To be frankly I don't like the LOC approach, but that's the only measure we can use. Is there other measurements? Saya rasa kalo cuma menghitung jumlah baris saja tidak akan memberikan apa-apa pak :) Semoga link-link berikut bisa membantu (khusus OO) : http://www.objectmentor.com/resources/articles/oodmetrc.pdf http://www-128.ibm.com/developerworks/java/library/j-cq04256/index.html Atau, coba google pakai keyword code metric atau code quality. -- budi -- Demi masa..
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/15/06, Monang Setyawan [EMAIL PROTECTED] wrote: Saya rasa kalo cuma menghitung jumlah baris saja tidak akan memberikan apa-apa pak :) Semoga link-link berikut bisa membantu (khusus OO) : http://www.objectmentor.com/resources/articles/oodmetrc.pdf http://www-128.ibm.com/developerworks/java/library/j-cq04256/index.html Atau, coba google pakai keyword code metric atau code quality. ehm... codenya pakai ... (jangan ketawa): Cobol! Artikel2 tersebut juga tidak membahas berapa kemampuan orang dalam membahas/mereview source code. :( -- budi
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/15/06, Budi Rahardjo [EMAIL PROTECTED] wrote: On 5/15/06, Monang Setyawan [EMAIL PROTECTED] wrote: Saya rasa kalo cuma menghitung jumlah baris saja tidak akan memberikan apa-apa pak :) Semoga link-link berikut bisa membantu (khusus OO) : http://www.objectmentor.com/resources/articles/oodmetrc.pdf http://www-128.ibm.com/developerworks/java/library/j-cq04256/index.html Atau, coba google pakai keyword code metric atau code quality.ehm... codenya pakai ... (jangan ketawa): Cobol!Artikel2 tersebut juga tidak membahas berapa kemampuan orang dalam membahas/mereview source code. :(-- budi Jadi ceritanya (untuk memperjelas) : 1.Codenya sudah ada. Jutaan baris. 2. Codenya pakai COBOL. Pertama, --disclaimer nih--, saya tidak tahu COBOL seperti apa. Lingkungan saya kebanyakan.NET/Java. Jika saya memang harus mereview code orang lain (pekerjaan paling menyebalkan adalah mendebug code orang lain :p), yang saya lakukan : 1.Pisah-pisah berdasarkan fungsionalitas. Beruntung kalo packages/namespace-nya konsisten, kalo nggak ya main kira-kira. Intinya, ambilthe big picturenya code ini mau ngapain sebenarnya. 2. Daribig picture, baru 'turun' lagi ke detil. Masing-masing detil dibuat Unit Test (pake NUnit/JUnit). Jadi ada efforts coding lagi? IYA. Tapi efforts ini akan berbayar dengan manis di kemudian hari. Berhubung cuma review, Unit Test yang dibikin ga usah ke perdetil, tapi seperlunya saja. Satu test untuk satu fitur, atau boleh jadibeberapa test untuk satu bagian code yang bener2 sensitive (security, real-time, thread, atau OS specific). 3. Saat deadline, cuma tinggal tunjuk mana fungsi yang nggak jalan (baca:gagal test), mana yang sukses. **Jumlah baris ga masalah.** General rule of thumb, makin sedikid baris code biasanya makin sip. Asal programmnya jalandengan sedikit bug:D * My fave essay : http://www.scottberkun.com/essays/essay45.htm * My fave quote : Measuring programming progress by lines of code is like measuring aircraft building progress by weight. ~ Bill Gates. * Wikipedia: ** http://en.wikipedia.org/wiki/Software_metric ** http://en.wikipedia.org/wiki/Source_lines_of_code Kalau tool, bisa spesifik ke bahasa dan platform yang digunakan. (i.e :devMetrics untuk c#+ vs.net 2003) Semoga membantu. -- http://andryshuzain.com
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, Andry [EMAIL PROTECTED] wrote: Jika saya memang harus mereview code orang lain (pekerjaan paling menyebalkan adalah mendebug code orang lain :p), yang saya lakukan : ... Sekarang misalnya Andry dikasih kerjaan untuk mereview code dalam bahasa Java yang jumlah barisnya kira-kira 2 juta. Berapa lama perkiraan bisa Anda selesaikan? Itu yang ingin saya tuju. Nah, untuk itu saya ingin melihat berapa rata-rata seorang programmer bisa melakukan baca source code. Ini juga *perkiraan* dan rata-rata (soalnya kan bergantung kepada kodenya jorok atau tidak, banyak bugs atau tidak, dst.) Paling tidak, kalau saya tahu bahwa satu hari programmer hanya bisa baca 1000 baris, maka untuk 2 juta baris dibutuhkan waktu 2.000.000/1000 = 2.000 hari! Alias berapa tahun tuh? Kalau dilakukan oleh 10 orang maka bisa 200 hari, alias hampir satu tahun! Apakah memang satu programmer bisa baca 1000 lines/hari? Apakah lebih? kurang? ... -- budi
[teknologia] Re: berapa baris kode bisa anda baca/hari
Budi Rahardjo wrote: On 5/16/06, Andry [EMAIL PROTECTED] wrote: Jika saya memang harus mereview code orang lain (pekerjaan paling menyebalkan adalah mendebug code orang lain :p), yang saya lakukan : ... Sekarang misalnya Andry dikasih kerjaan untuk mereview code dalam bahasa Java yang jumlah barisnya kira-kira 2 juta. Berapa lama perkiraan bisa Anda selesaikan? Itu yang ingin saya tuju. Nah, untuk itu saya ingin melihat berapa rata-rata seorang programmer bisa melakukan baca source code. Ini juga *perkiraan* dan rata-rata (soalnya kan bergantung kepada kodenya jorok atau tidak, banyak bugs atau tidak, dst.) Paling tidak, kalau saya tahu bahwa satu hari programmer hanya bisa baca 1000 baris, maka untuk 2 juta baris dibutuhkan waktu 2.000.000/1000 = 2.000 hari! Alias berapa tahun tuh? Kalau dilakukan oleh 10 orang maka bisa 200 hari, alias hampir satu tahun! bacanya untuk apa pak ? cari systm bugs seperti null pointer ? kalau cari bugs pakai coverity saja :)) tapi kalau untuk peer review, di vendor networking dalam satu projek biasanya developer dibagi menjadi team kecil sesuai responsibilitynya, misalnya routing group 4 orang dengan satu lead , atau multicast group dengan 3 orang dan satu lead. Nah berapa linenya disitu terserah, yg penting kalau ada problem jelas siapa ownernya jadi ada tempa buat orang qa dan vp engineering mencak2. tambahan, biasanya vendor beli code dari persh lain, tapi ini bukan berarti dia harus mereview codenya orang lain satu per-satu, nanti kalau code yg dibeli itu 'buggy' ya bakal ketahuan belakangan (via qa testing). -mcp
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, m.c. cptrwn [EMAIL PROTECTED] wrote: bacanya untuk apa pak ? cari systm bugs seperti null pointer ? kalau cari bugs pakai coverity saja :)) Iya pak, ada satu info penting yang belum dicantumkan, yaitu tujuan review-nya. Untuk QA? audit? QA yang mana? audit yang mana? Gitu :) Berdasar tujuan ini nanti bisa ditentukan metode tesnya, jangan-jangan butuhnya cuma blackbox testing (gak perlu liat baris demi baris). tapi kalau untuk peer review, di vendor networking dalam satu projek biasanya developer dibagi menjadi team kecil sesuai responsibilitynya, misalnya routing group 4 orang dengan satu lead , atau multicast group dengan 3 orang dan satu lead. Nah berapa linenya disitu terserah, yg penting kalau ada problem jelas siapa ownernya jadi ada tempa buat orang qa dan vp engineering mencak2. tambahan, biasanya vendor beli code dari persh lain, tapi ini bukan berarti dia harus mereview codenya orang lain satu per-satu, nanti kalau code yg dibeli itu 'buggy' ya bakal ketahuan belakangan (via qa testing). -mcp -- Demi masa..
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/16/06, Budi Rahardjo [EMAIL PROTECTED] wrote: On 5/16/06, Andry [EMAIL PROTECTED] wrote: Jika saya memang harus mereview code orang lain (pekerjaan paling menyebalkan adalah mendebug code orang lain :p), yang saya lakukan : ...Sekarang misalnya Andry dikasih kerjaan untuk mereviewcode dalam bahasa Java yang jumlah barisnya kira-kira 2 juta.Berapa lama perkiraan bisa Anda selesaikan?Itu yang ingin saya tuju. Pak Budi,untuk mereview sebuah source code, apakah memang perlu membaca semua code ?kalo saya sih, pertama bikin kayak flow chart dari source code tersebut (bisa dari main code), terus baca masing2 source. contohnya kalo mereview source code qmail. untung qmail sudah menyediakan keterangan, source mana yang digunakan untuk menerima email, mengirim email, dll (beserta alurnya). tinggal baca yang diperkukan.ataukah memang harus membaca semua code ? Nah, untuk itu saya ingin melihat berapa rata-rata seorangprogrammer bisa melakukan baca source code. Ini juga *perkiraan* dan rata-rata (soalnya kan bergantungkepada kodenya jorok atau tidak, banyak bugs atau tidak, dst.)Paling tidak, kalau saya tahu bahwa satu hari programmer hanyabisa baca 1000 baris, maka untuk 2 juta baris dibutuhkan waktu 2.000.000/1000 = 2.000 hari! Alias berapa tahun tuh?Kalau dilakukan oleh 10 orang maka bisa 200 hari, alias hampirsatu tahun! kalau tujuannya mengetahui waktu yang diperlukan untuk menganalisis sebuah code, maka saya rasa ada beberapa parameter : 1. kompleksitas dari code (berapa banyaknya blok2 kecil yang membentuk blok2 besar) 2. kemampuan yang menganalisis (semakin expert, semakin cepat) 3. tingkat kerapian code yang direview 4. ada/tidaknya dokumentasi tentang code yang direview 5. panjangnya code yang direview (COD) 6. bahasa pemgrograman yang digunakan (apakah mempengaruhi juga?) kalo saya sih, baca 1000 baris dalam 1 hari bisa mabuk :))-- http://fajri.freebsd.or.id
[teknologia] Re: berapa baris kode bisa anda baca/hari
Errr.. kalau menurut saya tergantung dari tingkat kesusahan algoritmanya.Misalkan kita ambil contoh di TopCoder untuk algorithm competition. Nah, soalnya biasanya ada yang trivial.. bisa dicari solusinya cuma menggunakan nalar biasa, ada yang harus menggunakan data struktur tertentu, dan juga ada yang harus menggunakan beberapa teknik seperti dynamic programming. Nah.. utk me-reverse engineering source utk soal trivial jauh lebih gampang daripada soal-soal seperti dynamic programming walaupun mungkin LOC utk soal yang trivial jauh lebih banyak.Kalau saya dulu pernah mempelajari source game pacman.. LOC-nya sekitar 2000-an, sehari bisa lah.. (pada kenyataanya dipecah menjadi beberapa hari.. manusia butuh istirahat kan? :) ) regards,Dicky Arinal
[teknologia] Re: berapa baris kode bisa anda baca/hari
On 5/15/06, Budi Rahardjo [EMAIL PROTECTED] wrote: On 5/15/06, Monang Setyawan [EMAIL PROTECTED] wrote: Saya rasa kalo cuma menghitung jumlah baris saja tidak akan memberikan apa-apa pak :) Semoga link-link berikut bisa membantu (khusus OO) : http://www.objectmentor.com/resources/articles/oodmetrc.pdf http://www-128.ibm.com/developerworks/java/library/j-cq04256/index.html Atau, coba google pakai keyword code metric atau code quality. ehm... codenya pakai ... (jangan ketawa): Cobol! Artikel2 tersebut juga tidak membahas berapa kemampuan orang dalam membahas/mereview source code. :( -- budi Saya sudah lama tidak lihat cobol, heheheh. Kalau LOC ini yang mau dijadikan pertimbangan, rasanya sulit untuk mendapatkan angka pastinya. Analisa dari proses program mungkin hanya terjadi di PROCEDURE DIVISION untuk menemukan bug atau yang lainnya. Rasanya programmer yang baik pasti sanggup mereview 500 sampai 1000 baris kode program di divisi ini. Hanya saja kode di sini tentu akan terkait dengan kode di DATA DIVISION. Nah, kalau programmernya sanggup review 1000 baris di PROCEDURE DIVISION lalu ada tambahan 2500 baris di DATA DIVISION, working storage section, hasilnya si programmer bisa review 3500 baris code. Belum lagi kalau ada tetek bengek di IDENTIFICATION DIVISION kira-kira 200 baris (disclaimer?). Apakah yang di IDENTIFICATION bisa dihitung? Karena hasilnya jadi sekitar 3700 baris, hehehhe Ini cuman hitungan ringan saja, pak Budi. Tapi dengar-dengar fee untuk review COBOL lumayan ya? :) -- http://regeks.blogspot.com/
[teknologia] Re: berapa baris kode bisa anda baca/hari
karena termasuk programer amatiran, program yang pernah saya buat (semua pake PHP) loom pernah lebih dari 1500 baris code per halaman, paling banyak sekitar 1300an baris, program itu tak pake di studiosewelas.net.On 14/05/06, Budi Rahardjo [EMAIL PROTECTED] wrote: saya mau tanya para peserta milis ini.berapa baris kode (lines of codes) bisa anda review(baca) dalam satu harinya?sebetulnya pertanyaan ini sudah saya postingkan diblog saya: http://gbt.blogspot.com/2006/05/lines-of-code-loc-review-questions.htmltapi cocok juga ditanyakan di milis ini.ada hint?-- budi-- -= awaloeddin devie -= http://www.devie.or.id-= Kenangan itu tak akan kusimpan dalam bingkai kertas berwujud potret, tapi akan kusimpan disini, dihatiku! Karena kalian ada dihatiku.