Menyadari Kesesatan Penggunaan Domain Model Pattern

Waktu diskusi terakhir tentang arsitektur framework software sama Harry dan Dankos, gw memulai diskusi masalah penggunaan model pattern di aristektur MVC yang kami gunakan. Martin Fowler menyebut model dalam MVC itu sebagai Domain Model pattern. Di diskusi itu kami diskusiin gimana seharusnya model itu diimplementasikan. Karena selama ini, logic aplikasi banyak terjadi di sisi controller atau DAO (kami pakai DAO untuk akses data). Hasil diskusi itu menyimpulkan perlu adanya perubahan.

Hari ini, lupa tadi nyari apa, tapi dapet artikel bagus banget. Tulisanya bisa dibaca di sini. Yang akhirnya di situ ada link ke tulisan Martin Fowler lagi, bisa dibaca di sini.

Martin Fowler (MF) membahas tentang anti-pattern yang namanya AnemicDomainModel. Anti-pattern adalah design pattern yang keliatanya benar tapi nyatanya jauh dari optimal jika digunakan. Anemic adalah salah satu anti-pattern.

Nah anemic ini yang ternyata selama ini banyaknya kami gunakan. Begitu juga di beberapa aplikasi yang orang lain buat yang gw pernah liat. Hmm, gw jelasin pake bahasa gw aja tentang anemic. Kalo mau baca penjelasan MF, liat di link tadi aja :)

Begini, di aplikasi yang terakhir kami buat, pada akhirnya model itu seperti struktur data struct (di C) atau type (di pascal). Model berisi kumpulan propoerty dan ada getter dan setternya. Tapi, behaviournya gak ada. Ataupun ada, hanya sedikit sekali. Business prosesnya ada di controller atau ada di DAO (banyaknya di DAO). Dan ada ganjelan di hati ini yang sangat luar biasa sekali disampaikan oleh MF di artikel itu.

The fundamental horror of this anti-pattern is that it's so contrary to the basic idea of object-oriented design; which is to combine data and process together.

Begitulah, ternyata slama ini gw sesat :)) Untuk mengungkap kesesatan-kesesatan yang lain, dan memperbaikinya. Sekarang lagi baca dua buku tentang pattern, Head First Design Pattern dan Patterns of Enterprise Application Architecture (Martin Fowler). Untuk liat pattern-pattern Enterprise Apps punya MF bisa diliat di sini.

Saran buat yang sama-sama sesat, baca buku Patterns of Enterprise Application Architecture di situ, ada penjelasan berikut contoh tentang penggunaan Domain Model pattern.

Bis Non-AC Dan Macet

Walhasil,pulang dari BSI.Seudah nunggu lama di pinggir solokan berbau dajal akhirnya dapet juga bis.Dan ternyata bukan bis AC.

Ambil kursi paling blakang. Dan ternyata bapak2 di sebelah ngrokok.

Waktu bis jalan sedikit tiba2 berenti lagi. Ternyata macet.

Singkatanya panas, macet, bau asem, duduk gak enak.... Yah sudahlah, tidur aja.

Cara Pengusaha Muda Di Amerika Menjadi Kaya

Beberapa hari lalu baca artikel Twentysomething Entrepreneurs di businessweek. Di sana dibahas beberapa pengusaha di USA yang umurnya belum 30 tahun dan menghasilkan jutaan dolar dalam satu tahun. Ada beberapa hal yang menarik dari tulisan-tulisan itu. Berikut ini rincianya,

1. Mereka dibiayai oleh Venture Capitalist. Ini yang menjadi alasan orang-orang di Indonesia tidak mau berbisnis IT. Sering sekali muncul "kalo di Amerika, banyak angel VC", "di USA VC sangant mendukung..". Betul memang. Tapi dari cerita beberapa orang itu, bisa dilihat beberapa dari mereka bekerja tanpa VC terlebih dahulu, setelah berjalan baru mencari investor. IMHO, ini sangat penting tapi bukan hal utama.
2. Dari beberapa orang yang ada di list, sebagian besar dari mereka membuat software yang dapat digunakan orang secara gratis.

Dari beberapa orang di daftar tersebut (walaupun tidak semua) mereka memberikan software mereka untuk dapat digunakan gratis. Yang menurut gw paling menarik adalah Chaim Indig. Mereka membuat device touchpad + software yang digunakan di lebih dari 1000 dokter di USA untuk pasien melakukan registrasi. Device-nya mereka bagi-bagikan gratis ke semua dokter itu (bukan cuma software). Mereka mendapatkan pendapatan dari pemasangan iklan pada tampilan device tersebut. Iklan yang ditampilkan adalah iklan-iklan dari perusahaan farmasi. Beuh,... ide ini keren bener. Alasan gw tertarik banget sama yang ini, karena tidak perlu orang yang sering pake internet untuk melihat iklan yang ditampilkan. Tapi semua orang yagn sakit dan datang ke dokter.

Bisa dibayangin, kalo kita bisa bikin bukan cuma software buat registrasi. Tapi software itu digunakan juga untuk mencatat data rekam medis si pasien. Sehingga pada saat pasien tersebut registrasi kembali, sistem bisa menyimpulkan obat apa yang kira-kira paling dibutuhkan oleh si pasien. Tapi gak tau juga, apakah ini melanggar kerahasiaan data rekam medis :)

Kesimpulanya, para pengusaha IT di Amerika banyak yang menjadi kaya bukan karena menjual software-nya. Tapi melalui iklan yang mereka pasang di software-software mereka yagn mereka beri gratis buat para penggunanya.

Sebetulnya, gak perlu harus orang Amerika ya. Asal kita bisa punya ide yang mendunia, kita bisa juga kaya mereka :)

Bisnis IT Di Indonesia Itu Susah

Belakangan ini, salah satu buku yang lagi sering dibaca adalah "10 Pengusaha Yang Sukses Membangun Bisnis Dari 0". Kenapa buku ini menarik? Buku ini berisi cerita 10 orang yang berhasil membangun bisnis di Indonesia. Di pembuka buku itu dijelaskan, bahwa orang-orang yang dipilih ini bukan orang yang berhasil karena dari warisan atau korup :) Isinya adalah betul-betul orang yang membangun bisnis dari 0 di Indonesia. Sam, kok Indonesianya sampe dikasih tebel miring gitu? Ya, soalnya banyak buku-buku yang berisi biografi para pebisnis. Tapi buku ini lain, isinya orang-orang yang baru gw kenal dan bener-bener bisnis dari 0 dan di Indonesia. Di lingkungan yang sama di mana gw sedang berusaha. Ini sangat penting.

Di buku itu, ada orang namanya Heppy Trenggono. Dia adalah pendiri Balimuda Perkasa. Perusahaan yang bergerak dibidang pembukaan lahan dan perawatan lahan perkebunan kelapa sawit. Dia punya puluhan (atau ratusan ya?) alat-alat berat yang harganya dari ratus juta sampai puluh milyar. Serem bener ya :)

Yang menarik, Pak Heppy dulunya bekerja di bidang IT. Pekerjaan terakhirnya adalah kepala divisi IT di perusahaan Alativ (perusahaan Abdul LAtif yang dulu punya Lativi). Dia cerita bahwa gaji di sana besar dan bisa mendapat kemudahan di mana-mana. Sebelumnya juga dia bekerja di bidang IT. Hebatnya Pak Heppy ini, dia meninggalkan semua kemapanan dan usaha sendiri.

Kaitannya sama bisnis IT apa si Sam? Waktu masih kerja, Pak Heppy sering ngerjain proyek-proyek di luar. Dia sangat berhasil dalam hal nyambi. Pada saat keluar dari kantor, tentunya yang pertama kali di buka adalah perusahaan IT. Hanya saja, setelah beberapa lama dia tinggalkan dan pindah ke bisnis lain. Menurut beliau, susahnya perusahaan besar di Indonesia tentunya mencari perusahaan IT besar lagi, sedangkan perusahaan-perusahaan menengah dan kecil mereka butuh harga murah, akhirnya mahasiswa atau pekerja freelance. Pada saat Pak Heppy buka usaha kecil, dan pasang harga cukup, maka akhirnya sulit bagi dia untuk mendapatkan pekerjaan. Kesimpulan beliau, usaha IT itu sulit.

Cuma mau nambahin, sebetulnya sulit itu di Indonesia. Alasan pertama, tentunya seperti yang dibilang pak Heppy di atas. Alasan berikutnya, penggunaan IT di INdonesia belum sehebat di luar negri. Orang-orang di sini belum fasih dalam penggunaan IT. Sehingga sulit untuk bergerak jika kita punya ide-ide yang inovatif.

Begitulah kira-kira.

Selain itu, baru aja beres baca buku tentang Jeff Bezos (beli di gramedia bukunya), dia adalah pendiri Amazon.com. Ada paham menarik yang dia punya, walalupun agak OOT :D. Komputasi terdiri dari dua fase. Fase pertama adalah ketika manusia mengerjakan pekerjaan dengan cara lama tapi diefisiensikan dengan penggunaan IT. Contohnya penggunaan point of sales dan barcode reader di toko. Berikutnya adalah fase kedua, di mana manusia mengerjakan pekerjaan dengan cara yang baru sama sekali. Berdasarkan pemahaman itu, dia bikin Amazon.com, yang akhirnya mengubah cara orang untuk membeli barang-barang :)

Buat para pengusaha IT kecil di Indonesia, jangan menyerah. Jika berbisnis itu mudah, maka semua orang akan berbisnis. Hal pertama yang perlu disadari adalah susah adalah sesuatu yang harus kita nantikan, karena itu adalah hal alami dalam jalur yang kita ambil.

Dua Makhluk Penting Dalam Software Project

Makhluk? Iya, bukan cuma manusia. Sayangnya kita ga boleh minta bantuan jin :p

Bukan gitu maksudnya. Di dalam impian gw, mungkin saja sebagian pekerjaan dikerjakan oleh sistem yang sangat pintar. Sekarang sudah ada Case Tools, mungkin someday, cukup satu orang buat bikin software yang sangat advance :) Hmm, bukan cuma mimpi sebenernya.

Beberapa waktu ini, lagi ada kerjaan di Berlian Sistem Informasi. Di sini, project yang dikerjain canggih-canggih, dan buat perusahaan-perusahaan besar. Seru banget ngeliat fitur-fitur, teknologi, dan orang-orang yang ngerjain. Di sini, dokumentasi software development di sisi analisisnya bagus. Selama ngerjain kerjaan di sini gw berfikir tentang pembagian pekerjaan dalam software development (duh sam.. ga bosen sam?).

Menurut kesimpulan gw, ada dua makhluk yang sangat penting. Bahkan, nasib suatu project software ada di tangan mereka. Bukan artinya yang lain tidak penting, tapi dua makhluk ini yang terpenting.

Makhluk pertama bernama sistem analyst.

Apa yang seharusnya dikerjakan system analyst?
System analyst adalah penentu pertama dari gagal atau berhasilnya project software. IMHO, seorang system analyst adalah orang yang melakukan requirment gathering. Terjemahan sembaranganya, mengumpulkan kebutuhan. Yang sangat penting dipahami adalah kata "kebutuhan". Kebutuhan yang dikumpulkan sebetulnya bukan kebutuhan user akan software. Seorang sistem analyst harus bisa mengumpulkan kebutuhan calon user akan solusi.

Apa bedanya kebutuhan software dengan solusi? Kan solusi yang kita berikan ke calon user adalah solusi kan?

Betul. Begini rincinanya. Seorang analyst, harus mempelajari bagaimana suatu proses bisnis bekerja. Dan kenapa proses bisnis itu bekerja seperti itu. Setelah paham, barulah mereka berfikir, bagaimana caranya proses bisnis itu bisa dioptimasi. Sebetulnya, teknik optimasi ini dipelajari di Teknik Industri, bukan di Computer Science. Lalu sistem analyst berfikir, informasi apa yang dibutuhkan oleh setiap layer manajemen. Permasalahan informasi dari suatu bisnis adalah kebutuhan akan informasi yang cepat, akurat, dan pada waktunya.

Dengan begitu, kebutuhan calon user akan solusi dapat terpenuhi. Karena harus sangat dipahami, mereka implementasi IT itu karena mereka berfikir bahwa IT bisa menjadi solusi dari masalah mereka. Jika tidak, untuk apa? Akhirnya hanya menambah pekerjaan yang merepotkan.

Lebih baik implementasi sistem sederhana yang dapat digunakan untuk mencatat penjualan, lalu menampilkan report-report yang sangat variatif untuk kebutuhan pengambilan keputusan, daripada implementasi ERP dari A sampai Z tapi tidak memenuhi kebutuhan. Lebih baik lagi kalo implementasi ERP dari A sampai Z dan memnuhi kebutuhan :)

Yang perlu dipahami juga, kebutuhan <> keinginan. Seringkali calon user meminta bentuk report yang begini dan begitu. Sebenarnya yang perlu kita pahami adalah, kenapa calon user butuh report itu? Jika kita bisa memahaminya, mungkin kita dapat memberikan solusi yang lebih tepat untuk memenuhi kebutuhan dia. Wajar kan? System analyst ini adalah orang-orang yang berpengalaman dalam mengembangkan sistem informasi :)

Jadi, solusi = software dengan modul-modul yang tepat sasaran.

Inilah tugas system analyst. IMHO, karena tugas seberat ini, lebih baik tanggung jawab technical tidak diberikan kepada system analyst. Biarkan tugas technical diberikan pada makhluk lain.

Makhluk kedua bernama system designer atau di beberapa tempat disebut dengan senior programmer atau senior engineer. Bahkan di beberapa tempat ada yang namanya system architect yang merancang arsitektur teknologi (bukan cuma softwarenya). Namun di beberapa tempat, system designer ini tidak ada, akhirnya programmer merangkap system designer jg.

Apa yang seharusnya dilakukan system designer?
Software yang memenuhi kebutuhan user saja tidak cukup. Statement yang aneh, tapi itu bener. IMHO, software yang dibuat, selain harus memenuhi kebutuhan user, juga harus memenuhi kebutuhan tim development. Lebih aneh lagi statementnya :(

Maksudnya begini, jika suatu produk software dikerjakan, software itu pasti harus dimaintain. Memperbaiki erorr jika ada, menambah fitur jika dibutuhkan, integrasi dengan sistem lain dsb dsb dsb. Software dengan design yang baik, dan source code yang mengikuti standar akan memudahkan tim developer untuk memahami source code software tersebut. Dengan begitu, tahapan maintenance dan pengembangan berikutnya akan lebih baik. Penjelasan ini, berkaitan dengan atribut understandability dan modifiability di posting sebelumnya tentang kualitas software.

Pada saat mendisain software, system designer harus selalu berfikir tentang understandability dan modifiability ini. Hal ini bukan hal mudah. Namun sangat terbantu dengan adanya design pattern yang bisa kita temukan di banyak buku.

Kesimpulan dari tulisan ini, ada dua makhluk penting dalam software development, yang satu mikirin apa yang harus dibuat (system analyst), yang satu mikirin gimana dibuatnya (system designer).

Apakah selain dari mereka berdua penting? Ya sangat penting. Intinya, jika di dalam tim software ada dua makhluk di atas yang berkemampuan tinggi, maka pekerjaan software development kita akan lebih banyak dihiasi senyuman :)

NB:
Duh, bikin sistem informasi mulu, jadinya kalo ngomong software itu maksudnya sistem informasi. Semoga pembaca bisa mengerti. Hehe.

Kualitas Software

Menurut Robert L Glass (Facts and Fallacies od Software Engineering, Addison Wesley, 2002), kualitas software adalah mengenai sekumpulan atribut yang seharusnya dimiliki oleh suatu produk software. Atribut-atribut tersebut adalah:
1. Portability. Kemudahan pemindahan software ke platform lain.
2. Reliability. Software dapat diandalkan untuk melakukan apa yang seharusnya dilakukan.
3. Efficiency. Software dapat melakukan pekerjaan dengan waktu kerja dan penggunaan resource yang ekonomis.
4. Human Engineering. Software dapat digunakan dengan mudah dan nyaman.
5. Testability. Software mudah untuk diuji.
6. Understandability. Software mudah dipahami sehingga memudahkan proses pemeliharaan.
7. Modifiability. Software mudah dipelihara (maintain) dan diubah.

Portability pada software, sangat tergantung kepada teknologi yang digunakan. Pemilihan teknologi didasari oleh pertimbangan yang matang berdasarkan hasil analisis terhadap calon pengguna. Jika calon pengguna menggunakan platform yang heterogen, maka portability adalah hal yang sangat penting. Namun portability akan berkurang prioritasnya ketika calon pengguna menggunakan spesifikasi teknologi yang seragam.

Reliability adalah atribut yang tidak dapat ditawar. Hal ini dapat dicapai dengan melakukan proses analisis kebutuhan calon pengguna dengan baik. Proses analisis kebutuhan seringkali dipandang sebagai proses menyimpulkan kebutuhan calon pengguna terhadap software. Seharusnya, proses analisis dipandang sebagai proses yang dilakukan untuk menyimpulkan solusi untuk masalah pengguna. Perbedaan pandangan ini sangat penting, karena sering kali calon pengguna menjelaskan kebutuhan modul yang dibutuhkanya, namun modul tersebut bukanlah solusi yang terbaik dari masalah yang dihadapinya. Dengan menganalisa masalah calon pengguna, lalu menyimpulkan solusi dari sisi kita maka engineer dapat lebih menjamin reliability dari suatu software.

Efficiency seringkali tidak diperhatikan. Umumnya hal tersebut terjadi, karena tim fokus kepada spesifikasi fungsional sistem. Ketika spesifikasi fungsional sudah terpenuhi, maka modul software dianggap telah mencapai kualitas yang baik. Efficiency seringkali tidak terasa dibutuhkan pada aplikasi sistem informasi yang tidak melakukan proses yang rumit. Namun untuk proses yang rumit, efficiency menjadi hal yang sangat penting untuk diperhatikan. Efficiency dapat dicapai dengan disain yang baik dan code review terhadap hasil implementasi disain yang dilakukan. Selain itu, pada saat pengujian (testing), perlu dilakukan stress testing, suatu proses pengujian yang menekankan pada kemampuan software pada saat melakukan proses pada keadaan yang tersulit (e.g. data yang sangat banyak).

Human engineering dapat dicapai dengan melakukan perancangan antar muka software dengan baik. Hal ini juga berkaitan dengan efficiency jika software melakukan proses yang rumit, karena pengguna akan merasa tidak nyaman jika proses yang dilakukan terlalu lama.

Testability akan berpengaruh terhadap reliability. Engineer dapat menyimpulkan bahwa suatu software sudah cukup reliable untuk direlease adalah berdasarkan hasil pengujian. Karena itu, testability adalah atribut yang sangat penting dalam pengembagan software.

Understandability dan modifiability. Kedua atribut tersebut bisa diacapai dengan melakukan proses disain yang baik dan kontrol terhadap kode yang dihasilkan oleh programmer. Pada pengembangan software, terdapat suatu framework yang digunakan oleh seluruh engineer dalam mengembangkan modul. Kode program yang dihasilkan perlu direview agar dapat dipastikan bahwa programmer telah menulis kode sesuai dengan standar yang sudah ditetepakan di framework. Dengan perancangan dan penulisan kode yang sesuai dengan standar yang ada, maka disain dan kode yang dihasilkan oleh engineer akan mudah untuk dipahami oleh engineer lain. Hal ini menjadi atribut yang sangat penting untuk diperhatikan, terutama jika engineer yang mengerjakan sering berganti.

Kopi BSI

Semenjak ngerjain kerjaan bsi jd minum kopi tiap hari. Ini test blogging pake k530i.

6 Prinsip Bisnis Yang Harus Diketahui oleh Manajemen

Beberapa waktu belakangan ini, lagi baca buku judulnya The Complete Ideal's Guide MBA Basic, karangan Tom Gorman. Buku ini sudah dalam bahasa Indonesia. Yang ternyata, versi bahasa ingrris judulnya The Complete Idiot's Guide to MBA Basics (menyedihkan skali :( ). Tapi isi buku itu bener-bener bagus dan enak di baca. Memang Idiot's series itu emang didisain untuk mudah dibaca. Untuk liat bab-bab lengkapnya, silahkan masuk ke link amazon tadi dan klik link Search Inside The Book.

Di bab pertama buku itu, dijelaskan "6 prinsip bisnis yang harus diketahui oleh manajemen profesional". Sebetulnya bukan hanya enam, pasti masih banyak lagi. Tapi 6 prinsip ini sangat penting. Begini kira-kira prinsipnya,

1. Nilai (value). Bisnis melakukan perubahan dari sumber daya yang ada menjadi nilai. Sumber daya bisa berupa bahan mentah, tenaga kerja, tenaga listrik dan lain sebagainya. Pada dasarnya, nilai inilah yang dibeli oleh customer. Contoh yang ada di buku itu, Mc Donald membuka tempat makan yang murah yang mudah dijangkau. Itulah nilai yang mereka jual. Kami di sini, menjual kemampuan untuk membuat software, dan produk software yang telah kita buat untuk membantu pekerjaan orang.
2. Pengorganisasian (Organizing). Maksud dari pengorganisasian adalah mengatur. Manajemen perlu tau caranya mengatur seluruh proses perubahan nilai yang terjadi di dalam bisnis. Untuk memudahkan pengaturan, biasanya dibuat struktur perusahaan sehigga adanya manajer produksi, manajer keuangan, CEO, CFO, etc etc. Masalah struktur ini tergantung culture dari bisnisnya. Misalkan untuk perusahaan manufaktur, struktur yang hirarkis sangat penting. Namun untuk perusahaan yang lebih banyak kreatif, struktur yang lebih longgar lebih baik. Inti utamanya bukan pada struktur, tapi pada pengorganisasian.
3. Kontrol. Tidak pernah ada jawaban "tidak tahu". Artinya, seorang manajer harus dapat melakukan kontrol (mengendalikan) perusahaan-nya. Kontrol perusahaan dapat dilakukan berdasarkan informasi yang didapat. Bayangan-nya begini, andai kita sedang menyeetir mobil. Mobil dikendalikan dengan setir, gas, kopling, dan rem. Untuk dapat mengendalikan mobil kita perlu informasi yang kita dapat dari kaca mobil, speedometer, ukuran bensin dsb dsb. Dengan demikian, kita dapat sampai di tujuan kita.
4. Keunggulan kompetitif. Setiap perusahaan memiliki keunggulan kompetitif-nya masing-masing. Keunggulan kompetitif dapet beupa macam-macam bentuk. Keunggulan dari sisi kualitas, dari sisi harga, dari sisi service dan lain sebagainya. Namun tidak ada perusahaan yang memiliki seluruh komponen keunggulan kompetitif. Manager harus mengetahui ini, dan mengendalikan perusahaan untuk konsentrasi pada keunggulan kompetitif ini, sehingga bisa bersaing dengan perusahaan-perusahaan lain.
5. Profitabilitas. Tujuan bisnis adalah menghasilkan profit untuk pemilik bisnis. Sehebat apapun yang dilakukan, tidak ada manfa'atnya jika tidak menghasilkan profit. Tujuan utama dari bisnis adalah profit.
6. Etika. Masalah ini terjadi pada beberapa perusahaan di Amerika. Salah satu contohnya adalah Enron, yang dituntut karena praktek saham yang tidak benar. Masalah ini sering muncul karena godaan untuk menghasilkan profit yang lebih tinggi.

Begitulah, prinsip bisnis yang baru dibaca. Rasanya sangat bermanfaat, setidaknya buat manager pemula seperti sayah :)

Ikutan Google Tech Talk

Google sering mengadakan seminar-seminar kecil yang biasa disebut Google Tech Talk. Isinya seru-seru. Dari mulai masalah software engineering, masalah nuklir, masalah biofuel dan lain-lain. Jadi bukan cuma mengenai teknologi IT saja. Pembicaranya, adalah orang-orang yang ahli di bidang-bidang mereka. Biasanya setiap satu tech talk durasinya sekitar satu jam.

Kalo dipikir-pikir, ini luar biasa. Kita bisa belajar dari orang-orang yang ahli di bidangnya masing-masing tentang ilmu mereka. Para pembicara itu memang dipanggil ke google buat presentasi ilmu mereka. Berarti, pembicara-pembicara itu pasti jago banget. Bayangin kalau harus bayar buat kuliah di kampus yang dosen-dosenya kaya gitu? Susah buat ngebayangin itu sekarang :)

Kita di Indonesia, bisa ikutan nonton seminar itu :) Gak usah kerja di google atau beli tiket untuk berangkat ke Silicon Valey. Kita bisa nonton banyak sekali google tech talk di youtube. Kalo memang niat koleksi, download aja pake downloader youtube :D.

Buat yang mau nonton, silahkan masuk youtube. Lalu cari video dengan keyword "googletechtalks". Youtube bakal nampilin bwanyak banget video-video dari google tech talk. Gw udah nonton tentang SCRUM dan Agile Project Estimation, dua-duanya dipresentasikan oleh ahlinya. Dua film itu bercerita tentang software project management untuk agile software development method. Video2 itu sangat bagus. Jadi buat yang berminat software engineering, kayanya itu harus ditonton. Selain dua movie itu, masih banyak banget video2 yang bagus2. Tadi baru nemu sekitar 10 video baru. Biasa, minta tolong Dankos downloadin :)

Beberapa waktu lalu, gw nulis tentang rindu kampus. Nonton video2 ini, rindunya jadi cukup terobati :)

Rumah Makan Kebuli

Sekitar tahun 1996, mama gw buka rumah makan kebuli. Waktu berjalan, perkembangannya gak cepet, karena gak ada iklan dan promosi. Semuanya menyebar dari mulut ke mulut.

Kata orang-orang yang makan, nasi kebulinya enak. Cuma gw gak ngerasa luar biasa. Mungkin karena ketemu tiap hari kali ya. Selain kebuli, ada juga gule kambing dan sop kambing. Dagingnya dipilih khusus dengan cara ngolah bahkan sampe motongnya pun khusus.

Emang mama gw suka sekali masak. Dia suka punya inovasi-inovasi baru tentang resep-resep makanan yang enak-enak. Dia bisa masak tanpa pake resep. Mungkin karena memang dia suka ya, jadi apa yang dia kerjain hasilnya baik.

Beberapa tahun belakangan ini, kebulinya semakin terkenal. Disebar dari mulut ke mulut. Terus adek-adeknya mama yang kerja di mana2 kalo ada acara kantor mereka suka kasih cobain ke temen2nya. Selain itu, sekarang sibuk sama catering juga. Terima pesenan, dan catering kawinan. Yang menarik, perusahaan-perusahaan di jakarta kaya BP, Schlumberger, .. dsb suka mesen makanan dari Bogor kalo mereka lagi ada acara. Atau pegawai-pegawainya yang pernah nyobain, juga suka mesen kalo lagi ada acara mereka pribadi.

Tadi, Rumah Makan Kebuli masuk ke wisata kuliner. Acaranya Bondan Winarno yang ngebahas makanan-makanan. Kalo yang gak tau Bondan Winarno, itu yang suka bilang "mak nyoss" kalo di Trans TV. Hari Sabtu kemarin, ditelepon sama Trans TV untuk nanya apakah berminat dishoot untuk acara Wisata Kuliner. Tadinya mama gw gak yakin, dan dia lagi cape katanya. Lalu di telepon kedua kalinya, akhirnya oke.

Tadi pagi sekitar jam 10, dateng dua mobil Trans TV. Mobil Trans TV itu isinya kru dan Pak Bondan. Shooting pun dimulai dari depan, terus siap-siap di dalem. Tadinya mama yang diminta nganterin kebuli, cuma gak mau :D. Akhirnya si Fitri (laki2 nih) yang nganterin ke Pak Bondan.

Yang luar biasa, ternyata komentar makanan-makanan yang diceritain Pak Bondan itu memang asli. Jadi makanan itu di anter, dia makan, lalu langsung dikomentarin. Tadinya gw pikir dia nyobain dulu, terus baru pas action dia pura-pura makan dan komentar. Itu perkara susah tuh, apalagi komentarnya lancar. Hebat dah hebat.

Kata Pak Bondan, kebulinya top markotop, enak bener :) Setelah dia nyobain dan komentar. Gw langsung pengen makan kebuli. hehe. Jago bener tu orang.

Kalo diliat ceritanya dari awal, memang gak selamanya cerita indah. Ada kalanya restoran sepi. Tapi sekarang, walaupun belum rame banget, baru kerasa enaknya.

Kalo dipikir, mama gw hebat juga ya. Ngebangun usaha dari awal sampe sekarang. Dia fokus ke produk yang bagus, sampe akhirnya banyak orang tau.

Gw gak boleh kalah nih, gw jg harus punya produk yang bagus :)

Lebaran 2007

Buat kami, liburan panjang yang tenang itu cuma waktu lebaran :) Tahun ini, liburan dimulai dari tanggal 10 Oktober 2007, sampai dengan 21 Oktober 2007. Khusus Dankos, dari tanggal 7 Oktober 2007. Soalnya dia balik ke Samarinda.

Rencananya waktu liburan lebaran pengen belajar macem-macem, dan bikin macem-macem. Tapi kenyataanya susah. Kakak gw dan istrinya dateng dari Sidoarjo. Sodara-sodara dateng. Akhirnya lebih sering kumpul-kumpul bareng.

Liburan taun ini, bener-bener jarang buka laptop. Kalopun ngakses komputer, paling cuma buat koneksi ke internet pake komputer Aan.

Liburan yang menyenangkan. Sekarang waktunya buat kembali bekerja......

Ketinggalan Yang HARUS Dikejar

Beberapa waktu belakangan ini lagi belajar J2EE. Seperti biasa, Harry yang research. Cuma gw gak kuat pengen baca sendiri kalo J2EE. Sambil baca tutorial J2EE, sambil baca-baca milis JUG-Indonesia. Ternyata orang-orang di Indonesia banyak yang jago-jago java. Terlihat sudah ketinggalan yang harus gw kejar berkaitan dengan J2EE :) Di satu sisi sedih, kenapa gak dari dulu belajarnya, tapi di sisi lain jadi semangat luar biasa. J2EE memang hebat.

Yang tadi diceritain, ketinggalan dengan orang-orang di Indonesia. Yang lebih jauh lagi, hari kamis kemaren gw baca detik. Google menambahkan fitur untuk bikin presentasi di Google Docs. Abis baca tulisan itu, gw langsung coba. Ternyata memang gila. Kita bisa bikin presentasi, senyaman kita pake MS Power Point. Lalu kita bisa upload file-file presentasi yang kita bikin pake MS Power Point. Presentasi bisa kita jalanin, dan kita bisa undang orang-orang untuk join. Lalu di sebelah kanan slide ada tempat buat chatting, buat nge-diskusiin yang dipresentasin. Jadi bisa dibayangin, presentasi bisa dilakukan dan semua orang bisa ngeliat yang di presentasiin di layar mereka. Bahkan yang presentasi bisa ada di belahan bumi lain.

Yang dipake sama google adalah teknologi web, yang tiap hari kita pake. Tapi yang bikin luar biasa adalah, ide mereka membuat sesuatu dengan teknologi yang bisa memberi manfaat besar buat manusia.

Tadi, beberapa menit yang lalu. Iseng-iseng masuk youtube. Terus iseng-iseng masukin keyword "microsoft". Terus nemu beberapa movie

Microsoft Surface - The Possibilities
Microsoft Surface - The Power
Microsoft Research : The vision
Microsoft unveil the SURFACE

Microsoft Surface, surface computer yang pertama yang memungkinkan user berinteraksi dengan cara yang gak biasa. Rincinya bisa diliat di web micorosoft.

Pas nonton movie ini, yang ada di otak cuma "gilaa...gilaaa...gilaaa". Yang ada di movie itu cuma ada di film-film. Waktu yang mirip-mirip kaya gini ada di film Jhonny Mnemonic beberapa taun lalu, gw cuma ketawa-ketawa doang. TAunya jadi kenyataan.

Betapa jauhnya ketinggalan gw mikir dibandingin sama Microsoft. Mungkin pikiran kita ini terlalu dibatasi oleh pikiran "tidak mungkin" ya, sampe akhirnya membuat otak kita berenti mikir. Gw masih teguh pendirian (dari mulai diskusi sama Nicko), bahwa ada sesuatu yang gak mungkin. Tapi, mungkin kita terlalu mudah bilang sesuatu itu tidak mungkin, bikin mimpi-mimpi kita jadi kecil-kecilan terus.

Bagaimanapun, yang bikin teknologi-teknologi hebat itu manusia kok. Mungkin kita gak punya dana buat bikin sampe jadi kenyataan, tapi setidaknya kita bisa mikir sejauh itu. Bagaimanapun, ini adalah ketinggalan yang harus dikejar.

Rindu Kampus

Tadi siang janjian sama Pak Panji, mau ketemu calon client di gedung Alumni IPB. Janjian di kampus IPB Baranang Siang, kantor Departemen Ilmu Komputer (Ilkom) IPB jam 10.30, karena janjian sama orangnya jam 11.00. Sampe ke ke Ilkom jam 11 kurang (sorry Pak Panji :D, ke kantor dulu sebentar).

Sampe Ilkom, langsung masuk ke kantor dosen. Di sana Pak Panji udah nunggu, dan ternyata ada banyak dosen-dosen lain. Ada Pak Harry Agung lagi sibuk dengan laptopnya, sambil di sebelahnya ada buku tebel judulnya "Data Mining". Ternyata pak Agung mau ngajar Ekstensi Ilkom. Ternyata yang diajarin adalah Data Mining for Spatial Database. Yeeh, keren bener, Data Mining-nya aja baru tau dikit gw. Pak Harry Agung ini kalo gak salah memang ahli di bidang GIS.

Sambil liat presentasi yang Pak Panji baru bikin. Di meja itu ada Pak Wisnu dan Endang. Sambil liat-liat presentasi, sambil ngobrol-ngobrol tentang software engineering sama Pak Wisnu. Ternyata Pak Wisnu ngajar Analisis dan Disain Perangkat Lunak. Akhirnya jadi tuker-tukeran buku deh. Asik, jadi punya tambahan orang yang bisa ditanya2 tentang Software Engineering nih. Pas lagi ngobrol2, ada Bu Meuthia masuk. Weh Bu Meuthia masih keren aja tuh sampe sekarang gak berubah-berubah :)

Akhirnya kami berangkat ketemuan sama orang yang udah dijanjiin. Diskusi masalah kerjaan dsb dsb. Lalu balik lagi ke kampus.

Sampe di kampus, naro tas di kantor Ilkom terus mau solat di musola belakang. Pak Panji nyuruh solat di ruang Ilkom, tapi pengen di belakang aja ah. Gabung sama mahasiswa2 (so tua bener nih). Sebelum ke belakang ketemu sama Pak Agus Buwono. Kayanya Pak Agus baru beres ngajar.

Pas jalan ke belakang mau ke musholla, ketemu si Dien (Inf 37), dan si Harry (Inf 38/39?). Mungkin di situ banyak anak2 Inf, cuma yang gw kenal dua itu. Akhirnya ngobrol-ngobrol ama si Dien di depan kelas KOM1 (inget masa lalu :( ).

Pisah sama Dien akhirnya solat di musola, di situ ada beberapa mahasiswa lagi pake sepatu. Terus solat Dzuhur.

Setelah selesai, balik lagi ke Ilkom ngambil tas dan permisi pulang. Di situ orang-orangnya masih tetep sama, cuma Pak Agung udah selesai ngajarnya. Lalu pak Agus lagi di meja depan, di meja itu ada dua mahasiswa yang kayanya lagi bimbingan skripsi. Akhirnya permisi pulang sama semuanya.

Di jalan gw mikir kenapa kok rasanya hari ini seneng bener. Ternyata seneng itu karena hari ini rindu gw terobati :) Desember 2005, gw lulus dari UGM. Dari hari itu, gw kangen terus sama suasana kampus. Rasanya pengen kuliah terus. Ketemu sama orang-orang yang lagi belajar hal-hal hebat di Ilmu Komputer, diskusi sama mereka tentang ilmu2 yang mereka minat.

Pulang dari sana, chat sama Fajar, terus dapet kabar baik, si Ajaw keterima di mitrais, Alhamdulillah. Terus gw bilang ke Fajar, "Jar, someday somehow somewhere gw harus kuliah lagi." :)

ASP .Net, Mimpi Yang Jadi Kenyataan

Udah beberapa tahun belakangan ini gw selalu mikirin disain framework untuk pengembangan aplikasi. Mikirin hal ini, tepatnya dari tahun 2003, sewaktu kerja di Gamatechno.

Awalnya mikirin framework buat web application, lalu sekarang berkembang ke framework yang umum yang bisa dipake di pengembangan aplikasi apapun. Framework umum ini dipikirin awalnya karena "kenalan" sama MVC pattern.

Setelah punya Azpiration sama temen-temen, akhirnya pengembangan aplikasi web dengan PHP maupun pengembangan aplikasi dekstop dengan java dilakukan dengan menggunakan MVC pattern.

Mikirin framework, karena punya impian kalo development jauh lebih mudah dan gak perlu mikirin hal-hal yang selalu berulang. Karena di framework seharusnya sudah ada class-class dasar.

Alesan berikutnya adalah keseragaman dalam disain dan coding. Dengan adanya framework, semua orang akan memrogram dengan gaya yang sama. Dengan demikian, siapapun bisa maintain kode siapapun. Hmm, idealnya begitu tapi biasalah dunia ini kan tidak ideal :)

Minggu ini, kami kedatangan prospek pekerjaan. Pekerjaan ini harus dikembangkan menggunakan ASP .Net dan Oracle. Karena kita blank sama sekali, akhirnya kit susun strateginya nih untuk belajar cepat. Diutuslah Bapak Harry. the fastest programmer in Azpiration untuk belajar. Jadwal belajar dari hari Kamis, lalu hari Sabtu setelah Ashar harus presentasi ke kami berdua. Nah, gw nulis ini setelah presentasi dan diskusi :)

Ada beberapa hal penting yang tadi di sampein, dan sebagiannya sangat menakjubkan, begini:

• ASP .Net itu bukan adiknya ASP yang dulu. Tapi bener-bener makhluk baru dengan fisik dan jiwa yang jauh sekali bedanya. ASP yang dulu, adalah bahasa scripting yang dieksekusi oleh web server (seperti PHP). Sedangkan ASP .Net adalah framework :) Pertama kali si Harry bilang gitu, gw bingung "kok framework?". Jadi untuk ngembangin aplikasi di ASP .Net kita pake framework ASP .Net itu. Kalo di PHP, kita pake bahasa PHP lalu pake Prado, Mojafi, GTFW, atau Azpiration Framework misalnya. ASP .Net adalah suatu framework untuk mengembangkan aplikasi berbasis web di environment .Net. Kalo kata si Harry, ASP .Net ini serasa coding PHP pake framework Prado. Jadi, kita coding web application ini udah kaya coding aplikasi dekstop. Kalo udah pernah coding VB atau Delphi, nah udah rasanya persis kaya gitu. Lebih detil lagi gini, di web application ada action di form berupa POST atau GET. Pada saat action, browser akan meminta file tertentu sambil mengirim variabel yang ada di form. Lalu file tersebut memroses action tersebut. Hal ini di-encapsulate oleh ASP .Net. Caranya, mereka punya web control, jadi buat bikin button enggak lagi pake input type="" tapi pake asp:...runat="server". Tinggal drag drop, set propertiesnya. Kalo kita buka source HTMLnya isinya tag tadi. Tapi nanti kalo kita akses halaman itu dari browser, sampe ke browser bentuknya udah jadi HTML campur Java Script. Lalu ada code di file lain (diluar file html ini) yang kerjanya sebagai event handler dari setiap kontrol yang ada. Jadi udah kaya development aplikasi desktop persis.
  
• Visual Studio .Net 2005 Express Edition (VSEE 2005), betul-betul cukup buat kami ngembangin aplikasi ASP .Net. Karena ini versi gratis, tadinya takut gak cukup. Takut gini takut gitu, nanti udah coding cape-cape di tengah jalah ketauanlah kurangnya. Tapi akhirnya tadi setelah liat, VSEE 2005 ini cukup (lebih dari cukup malah). Dulu untuk disain tampilan kami selalu pake Macromedia Dreamweaver. Tapi setelah gw masuk ke Gamatechno dan belajar tableless layout dari Nicko, kami ngerasa gak perlu lagi. Tapi akhir-akhir ini tampilan sistem yang dibuat udah semakin advance. Misalnya, bisa nambah row di table, lalu di setiap row table ada kolom input, lalu ada blok filter, dsb dsb. Mulailah kerasa cape lagi. Tahun lalu bikin tools buat GUI, dan sudah dipake. Cuma masih jauh dari cukup. Nah di VSEE 2005 ini, bikin tampilan web itu udah kaya bikin form di desktop. Dan bisa dengan berbagai mekanisme: bisa pake table untuk layout, bisa pake absolute position dsb. Lalu kontrol-kontrol dari .Net-nya (yang tadi diceritain di atas (asp:...runat="server"..)
• Pengaksesan database. Tadi penjelasan belum terlalu dalam, karena Harry belum sempet mendalami ADO .Net. Baru sekilas aja. Tapi dari sekilas itu aja udah luar biasa. Dulu kita bikin relasi antar table di database lalu ngakses dengan SQL. Sekarang itu tetap bisa sih, tapi bisa relasi antar objek ADO .Net. Gila gak tuh. Relasinya terjadi bukan pake SQL, tapi ada objek A dan B yang diambil dari database, lalu pas coding butuh relasi, nah bisa deh direlasi-in. Udah gitu, VSEE 2005nya juga luar biasa. Di situ ada Datasource Pannel. Kalo dibuka, tampil daftar server yang bisa diakses (kaya pgadminya postgresql). Lalu gimana cara membuat paling mudah untuk membuat CUFD di satu halaman? Gampang. Drag tabel yang dipilih, terus drop deh di halaman disain web. Konfigurasi properties. Jadi deh. Bisa Create data, Update, dan Delete. Untuk filter, tinggal ambil kontrol filter, konfigurasi dikit, jadi tuh filter tabel tadi (sampe bengong liatnya). Tapi disain seperti itu gak bagus kata Harry (Harry kata Microsoft). Jadi, research akan diteruskan ke ADO .Net.

Setelah beres presentasi dan diskusi, gw ngerasa impian yang udah lama ada jadi kenyataan. Sering banget di sini cerita-cerita masalah efisiensi pengembangan software. Umumnya bicara masalah framework dan tools. Nah sebagian besar yang diobrolin, udah ada semua di ASP .Net dan VSEE 2005, bahkan lebih bagus dari yang kita bayangin. Ini yang tadi kita liat bikin aplikasi web aja semudah itu. Gimana kalo desktop apps ya.

Sampe keluar omongan, "kalo gini, gimana kalo kita migrasi aja semua ke .Net". Belum disimpulkan apa-apa. Tapi omongan itu bukan cuma sekedar omongan. Kayanya Microsoft mulai berhasil mencuci otak kami betiga nih :)

Analisis Sistem, Salah Satu Penyebab Kekacauan Proyek

Analisis sistem :) Waktu ngedenger itu, sejujurnya kepala gw bingung. Bingung, apa yang musti dilakukan duluan? Gimana menyimpulkan bahwa si pengguna kebutuhannya adalah modul ini, ini, ini dan itu? Kalau softwarenya kecil, dan dipake oleh sedikit orang masih gak masalah. Tapi gimana kalo softwarenya besar, dipake oleh banyak orang yang tersebar di divisi-divisi? Software yang dibuat, harus bisa mengintegrasikan proses-proses yang ada. Gimana kita bisa memulai ngumpulin kebutuhan untuk bikin software "raksasa" itu?

Nah, kepusingan ini muncul pada saat dapet proyek ERP perusahaan manufaktur, dan yang terakhir Sistem Informasi Hotel. Nah Sistem Informasi Hotel, bagian Front Officenya aja udah besar dan kompleks, ditambah lagi Back Office, yang kalo diliat-liat kebutuhanya udah kayak ERP buat perusahaan manufaktur. Cuma gak ada modul untuk Produksinya. Pusing lah sudah..

Di buku Robert L. Glass, judulnya Facts And Fallaces Of Software Engineering, di Fact no 23, dia bilang gini,

One of the two common causes of runaway projects is unstable requirments.

Ternyata bener banget :) Gw ngalamin masalah di proyek-proyek besar itu.

Beberapa waktu ini, gw lagi sering belajar manajemen. Tadi malem mulai belajar tentang Software Project Planning. Yang dibutuhin dari planning, salah satunya adalah data-data dari masa lalu. Akhirnya mulai mikir, kalo untuk programming, bisa kita ukur waktunya, untuk disain juga bisa. Karena ada framework, jadi lebih mudah antisipasinya. Waktu mulai mikir analisis........ deng deng..... pusing pun datang. Karena memang gak pernah dipikir sampe tuntas, tahapan-tahapan untuk analisis yang kita pake di kantor.

Akhirnya sepanjang jalan dari rumah ke kantor (jalan kaki nih, kan deket), gw mikirin langkah apa aja yang musti dikerjain. Sampe kantor, gw tambahin di file software_dev_workflow.xls (file yang isinya hasil mikir tentang step-step pengembangan software), begini isinya,

1. Pahami struktur organisasi customer. Dengan memahami struktur organisasi, dapat membantu kita buat mecah-mecah masalah menjadi lebih kecil. Contoh, hotel terdiri dari departemen Front Office, Food And Beverage, Accounting, Marketing dan HRD.
   
2. Pahami proses yang terjadi di setiap departemen dan hubungannya dengan departemen lain. Contoh, untuk melakukan pembelian, bagian gudang membuat Purchase Requisition dan diberikan ke bagian Procurement, bagian Procurement membuat Purchase Order, lalu dikirimkan ke Vendor...dst dst.
   
3. Kumpulkan dokumen-dokumen yang digunakan di setiap departemen. Sewaktu proses terjadi di dalam dan antar departemen, ada dokumen-dokumen yang digunakan. Dokumen ini digunakan sebagai landasan dikerjakannya sesuatu, atau dasar pencatatan akuntansi. Dengan mempelajari dokumen-dokumen tersebut, kita bisa memahami data-data yang digunakan, dan persetujuan yang diperlukan oleh tingkatan yang lebih tinggi. Contoh, untuk proses pembelian tadi bisa dilihat dokumen-dokumenya di contoh di atas. Lalu di Purchase Order, perlu ditandatangani oleh Departement Head Accounting.
4. Pahami pencatatan-pencatatan yang dibuat oleh komponen-komponen yang ada. Contoh, pelajari pencatatan utang yang dibuat oleh bagian Account Payable.
5. Pelajari laporan-laporan yang dibuat. Dengan mempelajari laporan-laporan yang dibuat, kita dapat menyimpulkan data-data tambahan yang perlu disimpan yang data tersebut tidak ada di dokumen dan pencatatan. Lalu, kita juga dapat menyimpulkan kebutuhan laporan mereka. Contoh, laporang Aging AP berisi informasi hutang yang kita miliki per periode tertentu (3 bulan, 6 bulan, > 12 bulan).
6. Buat Use Case. Setelah kita pahami beberapa komponen di atas, kita sudah mulai dapat simpulkan gimana kira-kira nanti pengguna akan mengakses sistem.
7. Definisikan modul-modul yang perlu dibuat dan integrasinya dengan modul lain. Kalo udah ada use case, mudah untuk menentukan modul-modul apa saja yang perlu dibuat. Contoh, perlu dibuat modul Invoice, modul ini akan terintegrasi dengan Incoming Payment.
   
8. Buat aturan untuk setiap modul. Contoh, di modul Point Of Sales, dilarang ada penghapusan bill. Pembatalan bill harus dilakukan dengan mekanisme void, di mana sistem akan membuat transaksi pembalik dari bill yang di-void.

Baru segini yang kepikiran nih. Hmm, ntar di perjalanan disempurnain lagi deh :)

Para Project Manager dan System Analyst, harus sangat merhatiin masalah prosedur analisis sistem. Karena kesuksesan dan kegagalan proyek software, bisa disebabkan oleh yang satu ini.

NB:
Karena sejauh ini pekerjaan yang gw dapet adalah ngembangin sistem informasi, jadi yang disebutin di atas adalah langkah-langkah untuk analisis software Sistem Informasi.

Project Management Dan Ocean 11 - 12 - 13

Baru selesai nonton Ocean 13 di kantor. Sekalian nunggu ujan reda. Gw suka semua film Ocean, walaupun yang kedua banyak anehnya (masa pake nyaru jadi Julia Robert......dsb dsb). Di film2 itu diceritain beberapa orang yang jago di bidangnya masing-masing, lalu mereka kerja sama untuk mencuri :) Mereka semua percaya diri dengan kemampuan mereka, dan tau sekali apa yang harus dilakukan untuk menyelesaikan pekerjaan. Lalu pada saat pengerjaan, mereka semua melakukanya dengan sempurna.

Setelah nonton film itu gw mikir. Mungkin gak ya kita develope software sehebat mereka nyuri :D? Semua komponen dalam tim tau apa dan kapan mereka mengerjakan pekerjaaanya. Semua tau, jika apa yang mereka lakukan gagal, akan menghancurkan seluruh proyek. Dan semua merasa punya tanggung jawab besar terhadap proyek.

Kalo diperhatiin, yang pertama mereka miliki adalah pengetahuan terhadap tujuan mereka. Setelah itu mereka pecah jadi tujuan2 yang lebih kecil. Lalu pecah lagi sampai lebih kecil lagi. Sampai mereka bisa menentukan kapan melakukan apa dalam hitunggan menit, bahkan detik. Gak dijelasin rinci gimana mereka memmbuat jadwal sih. Cuma pasti mereka pake Work Breakdown Structure (WBS) ya :D. Dengan begitu mereka bisa membuat rencana yang sangat rinci dan akurat.

Yang kedua adalah orang2 yang sangat hebat di bidangnya masing-masing. Ada yang jago hacking, jago bahan peledak, jago akrobat dsb dsb.

Yang ketiga, mereka punya relasi yang luar biasa :) Kayanya setiap butuh sesuatu ada aja channelnya.

Yang keempat, mereka punya Danny Ocean, pemimpin yang memang jago :)

Dan yang menarik, mereka melakukan semua itu dengan kereeeeeen.

Gak Enaknya Radang Sinus

Pernah ngerasain sakit gigi yang luar biasa pastinya kan? Nah bayangin kalo sakit kaya gitu adanya di kepala. Sakitnya mulai dari jidat sampe ke belakang leher. Subhanallah, itu sakit yang paling gak enak yang pernah gw rasain. Hari ini yang paling parah. Sampe mata mau melek gak bisa.

Sinus itu ada di beberapa tempat di sekitar hidung dan jidat. Sebenernya sinus itu rongga yang dibentuk dari beberapa lempengan tulang. Jadi gak bisa diangkat tu sinus. Nah, kalo udah radang sinus, cairan yang seharusnya bisa keluar dari rongga itu jadi gak bisa keluar. Ini yang nyebabin kepala sakit lwar byasa. Yang gw heran, idung segede gaban begini masih kena radang sinus :D Tapi sodara-sodara berhidung gaban pun kena sinus si.

Gw udah beli buku tentang Sinusistis buatan Harvard Medical School. Di situ diceritain banyak tentang sinus. Cuman istilahnya istilah kedokteran semua. Otak gw jadi gak fokus kalo udah muncul bahasa-bahasa latin :D. Kebanyakan baca buku Ilmu Komputer kalik.

Cara pengobatannya macem-macem, ada yang minum obat, ada irigasi, ada operasi dsb dsb. Nah gw ngobatin kalo lagi kambuh sinus ada beberapa alternatif:

1. Minum obat. Tadi minum clarinase udah gak mempan. Kayanya mau minum yang lebih keras nih laen kali.
2. Kilik idung biar bersin :D. Kalo gak parah-parah amat mah lumayan ilang. Ingusnya jadi keluar.
3. Olesin bagian yang sakit pake minyak babah. Ini baru tadi dicobain. Gak tau tuh minya mereknya apa. Yang jelas ada gambar engko engko cina. Minyak ini dari Singapur. Dikirimin sama keluarga yang ada di sana.
4. Olah raga. Tsah. Beberapa hari belakangan lagi merutinkan lari pagi. Efeknya lwaarbyasa. BUkan cuma sinus, tapi gak enak badan dan ngantuk2 pun hilang seketika.

Sekian pembahasan ngasal tentang penyakit tergakenak di dunia ini (at least untuk sekarang, mudah2an gak dikasih ayng lebih berat dah).

Mungkinkah Paralalelisme Tugas di Tim Software?

Minggu ini, kami bertiga menjadwalkan presentasi dua proyek ke customer. Akhrinya proyek yang satu di pegang Harry, proyek yang satu di pegang Dankos. Gw bantu mereka diskusi dan nyusun-nyusun jadwal dan ngerinciin pekerjaan yang harus selesai pada waktunya dan kapan ngerjainya - simply to say, me-manage. Semakin hari, perkara manajemen ini semakin pusing. Padahal timnya kecil. Tapi memang proyeknya juga aga gak masuk diakal dikerjain dengan jumlah tim segini. Tapi gimanapun, semua harus selesai.

Mengenai paralelisme tugas. Satu orang, bertanggung jawab untuk mengerjakan beberapa pekerjaan. Sebelum kita bahas tentang paralelismenya, kita bahas dulu, pekerjaan apa aja yang harus ada waktu kita ngembangin software.

1. Project Management, kita yang kerjaannya selalu teknis, akan memandang sebelah mata pekerjaan ini. Kita terbiasa membuat software yang (setidaknya menurut kita) bagus. Karena itu kita mikir, kitalah (para engineer) superhero :). Kalo di proyek kecil, ok. Tapi kalo udah agak besar sedikit. Rasain sendiri deh tuh :) Project Manager (PM) tugasnya bikin perencanaan secara umum, bikin jadwal, bagi-bagi pekerjaan, dan kontrol pekerjaan2 itu. (mungkin ada yang kurang nih). Bayangin apa yang PM musti bisa? Dia harus paham seluruh proses (analisis, disain, coding, testing, deployment) yang ada di tim, dia juga harus bisa memprediksi lama waktu pengerjaan berdasarkan pemahaman proses tersebut dan berdasarkan kemampuan anggota2 tim.
2. Analisis sistem, ini juga pekerjaan yang dianggap enteng. Mungkin yang baca tulisan ini pernah mengalami proyek yang ga beres2, modul-modul yang gak kepake setelah dibikin, modul-modul yang salah akhirnya harus dirombak, laporan-laporan yang kacau... dsb dsb. Nah, dosa-dosa ini sebagian besar disebabkan oleh orang yang mengerjakan project management dan analisis sistem :) Kenapa begitu? Kalo sistem analis salah, maka itu akan jadi domino effect, semua pekerjaan salah, karena yang dikerjain selama ini adalah sesuatu yang dipahami secara salah, atau solusi yang disimpulkan tidak tepat. PM salah, soalnya dia tidak kontrol keadaan ini.
3. Disain sistem, pekerjaan ini juga gak mudah. Mari kita liat faktanya. Berapa banyak programmer jago yang bisa disain dengan baik? Yang paham betul tentang loosly coupling, cohession, modularitas dsb dsb. Banyak banget programmer jago, cuma dari segi disain, belum tentu bagus. Apa manfaat disain yang bagus? Manfaatnya adalah memudahkan ketika ada perubahan, dan pada masa maintenance.
   
4. Programming. Pekerjaan yang kita semua sukai :)
   
5. Testing. Ada banyak fase-fase testing. Setiap orang dalam tim harus melakukan testing berdasarkan tingkatanya masing-masing. Programmer, harus melakukan tes, apakah pekerjaanya sudah berjalan dengan baik dan benar. Benar, artinya input, proses, dan output sudah benar. Baik, artinya sudah sesuai dengan disain. Disainer harus testing apakah pekerjaan sudah sesuai dengan disain atau belum, dan apakah memenuhi spesifikasi yang dijelaskan analis. Analis juga harus testing, apakah pekerjaan sudah memenuhi kebutuhan client atau belum, dan apakah semua proses sudah benar. Idealnya proses ini dikerjakan oleh orang-orang khusus.
6. Deployment. Proses ini isinya instal, pelatihan, terus perbaiki kalo ada masalah. Untuk aplikasi2 kecil, proses ini sangat mudah. Gimana kalo softwarenya udah dipake banyak divisi dengan kemampuan komputer yang seadanya? Kalo analisisnya ngaco, disainya ngaco, programmingnya berantakan, datanglah hari-hari penuh derita untuk tim pengembang.
7. Maintenance. Proses ini harusnya sudah tidak terlalu ribet. Karena software harusnya sudah berjalan lancar. Tapi ada aja yang gak seharusnya :)

Seluruh pekerjaan di atas, disadari atau tidak, HARUS bin WAJIB dikerjakan pada pengembangan software. Kalo ada salah satu yang gak diperhatiin, maka hari-hari penuh derita yang dateng.

Sekarang bicara paralelisme. Satu orang ngerjain beberapa tugas. Setelah didaftarin di atas, kebayang gak pusingnya kalo ada satu kerjaan dipegang oleh dua orang? Misal, PM digabung sama sistem analis. Orang itu harus bikin planing, jadwal.........., dia juga harus ketemu customer, wawancara, simpukan solusi.................. Bisa kebayang bebannya?

Lalu gimana dengan programmer dan disainer dijadikan satu? Ini yang sering dianggap biasa. Yang akhirnya software yang dihasilkan disainya kacau balau berantakan. Orang-orang yang maintain bisa gila ngurusinnya.

Sekarang, gimana kalo timnya kecil? Apakah tidak bisa paralelisme? Menurut gw sih bisa, tapi harus diliat kombinasi paralelisme yang pas. Sekarang mikir dulu, ntar kalo dah ketemu yang pas gimana baru tulis lagi :)

Novel

Kalo ada judul "Novel", di blog ini, pantesnya yang di bahas adalah sistem operasi Novel. Tapi bukan. Gw mau tulis tentang pengalaman gw baca novel tadi malem. Lebih khusus lagi, novel cinta. (yassalaam)

Dua hari lalu, gw nganter sepupu-sepupu gw ke Ekalokasari (sebuah plaza yang adanya di Tajur, Bogor). Mereka mau pulang ke Jerman, jadi pengen belanja-belanja. Setelah muter-muter di situ, yang terakhir dimasukkin adalah Gramedia.

Ade gw seneng banget baca novel-novel karangan Habiburrahman El Shirazy (mudah2an bener nih spellingnya). Pas masuk Gramedia, ada tumpukkan novel barunya (setidaknya gw dan ade gw belom pernah liat). Gak pake mikir, langsung dia beli. Judul novelnya "Dalam Mihrab Cinta" (ahuhhuy gak kuwat). Pas dia beli, gw bilang "An kakak duluan yang baca yeh." Dia jawab, "enak aje, pulang langsung Aan mau baca."

Kemaren sore, radang sinus kambuh lagi. Kepala sakit lagi. Padahal gw udah olah raga :(. Makin parah aja nih kayanya. Sehabis makan siang, gw minum obat (Clarinase). Biasanya kalo minum obat ini terus tidur, pas bangun udah sembuh. Karena gak ngantuk, gw ambil aja novel Dala Mihrab Cinta. Ade gw lagi ga ada di rumah. Gw naek ke atas, slonjoran di tempat tidur sambil baca, supaya ngantuk.

Ternyata dalam novel ini ada tiga novelet. Novelet kalo gak salah artinya adalah novel kecil. Judul novelet yang pertama adalah "Takbir Cinta Zaharana" (yassalaam). Setiap baca judulnya langsung muncul kesan gombal di kepala gw :D. Nama Zaharana ini bagus juga ya. Cuma ga tau nih artinya bagus apa nggak.

Di novelet itu diceritain gimana seorang perempuan yang udah lulus S2 ITB dan jadi dosen belum juga nikah sampe umur di atas 30. Kayanya keadaan seperti itu masalah yang sangat besar buat perempuan ya. Dia beberapa kali dilamar tapi dia tolak, karena dia pengen pendamping yang sesuai sama dia. Berenti sampe di sini, karena tujuan gw bukan nulis resensi :D. Kalo mo tau silahkan baca bukunya. Takut-takut yang baca malah kesel karena diceritain duluan.

Gw udah lama pengen "bisa nikmatin" novel. Cuma gw ngerasa itu gak terlalu banyak manfaat. Dan takut kalo gw suka, gw jadi seringan baca novel daripada yang laen. Tapi setelah baca novelet tadi, ternyata gw salah.

Gw sangat suka nonton film yang bagus. Film yang ceritanya bagus, dan karakter-karakter di dalamnya juga bagus. Karena banyak yang kita bisa pelajarin dari film kaya gitu. Film terkhir yang gw sukaaa banget, walaupun udah beribu2 kali (hiperbola) nonton adalah Forest Gump.

Nah ternyata novel juga begitu. Setidaknya novel yang kemaren gw baca tentang si Zaharana ;;).

Cuman, menurut temen gw yang seneng novel, novel itu malah kurang bagus. Terlalu mengada-ngada katanya. Berarti novel-novel lain lebih bagus dari yang itu ya.

Jadi sekarang gw mendeklarasikan hobi baru gw :D, "Baca Novel".

Me & Marketing

Udah lama banget sejak posting terakhir gw. Terakhir posting 24 Desember 2006. Sejak hari itu, kepala gw cukup pusing sampe gak nulis-nulis. Sampe hari ini pun masih pusing sih sebenernya. Berarti 4 bulan lebih ya :)

Marketing, kalo Philp Kottler, artinya begini:

Human activity directed at satisfying needs and wants through exchange processes. Philip Kotler

Dari yang gw baca di buku marketing yang ada gambar kartun-nya, disitu dijelasin bahwa marketing adalah proses ngehubungin orang yang punya uang dengan orang yang punya produk. Kurang lebih sama dengan penjelasan di atas deh :).

Kenapa gw belajar marketing? Seperti yang udah gw ceritain di blog ini maupun blog lama gw sekarang punya perusahaan bareng Harry dan Dankos :) Sampe hari ini, udah setahun lebih, kami belum pernah bener-bener dateng ke customer dan nawarin produk. Kerjaan kami seputar ngerjain kerjaan yang disubkontrak oleh kenalan-kenalan. Enak sih, gak perlu pusing-pusing. Buat kami yang engineer, itu pusing :) Tapi pernah ding, nawarin sistem hotel. Tapi itu ke perusahaan temen sendiri :(

Apa yang gw paham sekarang? Ternyata yang namanya marketing itu bukan cuma ngejual ya :) Tapi ada macem-macem, ada segmentasi, marketing mix, bauran pasar, sales, dan lain-lain. Yang kalo disatuin jadi suatu proses dari mulai nentuin produk apa yang dijual, ke siapa jualnya, harganya berapa, gimana cara jualnya dst dst. Masih musti banyak belajar nih.

Gimana caranya gw belajar marketing? Cara pertama, seperti biasa. Baca. Cuma anehnya kok gw gak ngerti-ngerti ya. Mungkin karena gw gak pernah praktikum, jadi apa yang diomongin sama pak Hermawan Kertajaya jadi kayak cerita-cerita yang ada di alam lain :) Di rumah gw punya buku Hermawan Kertajaya on Marketing Mix. Ada juga yang Marketing Yourself. Ada buku Marketing yang ada gambar kartunnya (lupa pengarangnya siapa).

Cara berikutnya, adalah mulai praktikum. Kaya dulu belajar programming, praktikumnya masih acak-acakan. Begitu juga sekarang dengan proses marketing. Urut-urutanya tidak tersusun rapi dan tidak berdasarkan teori-teori yang di buku Pak Hermawan. Tapi pada akhirnya, yang dikerjain ya kaya yang di teori itu. Kita mikirin produk yang kita mau jual (udah ditentuin dari dulu tanpa liat pasar dengan bener :p), terus nentuin harga (dilakukan berdasarkan info seadanya dari temen, dan kesadaran diri bahwa kami ni perusahaan baru), terus menjual (masih dari temen ke temen infonya).

Apa udah ngerasa paham dan bisa marketing? belum belum belum belum dan belum belum :)

Tadi abis presentasi di salah satu rumah sakit di Parung. Setelah ngobrol sana-sini, taunya ini dokter kakaknya temen kaka gw. Gw ketemu temen kakak gw di situ. Kecili bener ni kota Bogor. Mudah-mudahan dapet deh ni proyek. Ada yang menarik yang gw baca di buku tentang kehidupan dunia. Di buku itu ada begini, Al 'Asham ditanya, "atas dasar apakah engkau bertawakal?", lalu dia jawab, "aku bertawakal atas empat hal, yang pertama, hatiku tenang karena aku tahu rizki yang Allah siapkan untukku tidak akan diambil orang. Yang kedua, aku tahu bahwa amalanku tidak akan dikerjakan oleh orang lain, maka aku menyibukkan diriku atasnya. Yang ketiga, aku tahu bahwa Allah dapat mengambil nyawaku kapan saja, maka aku selalu menyiapkan diriku jika nyawaku diambil. Dan yang keempat, aku tahu bahwa Allah selalu mengawasiku, maka aku selalu malu kepada Allah.". Gw kok kayanya gak tau malu ya :(