Finansial pernikahan

wolipop.com - Jakarta,
Banyak penelitian yang mengatakan bahwa masalah finansial dapat membuat pernikahan berada di ujung tanduk. Menurut para ahli, isu mengenai uang ini sudah ada sejak dulu. Terlepas dari kondisi pasar, uang selalu menjadi topi yang paling sering diperdebatkan oleh pasangan menikah.?

Tentunya Anda tak ingin kehidupan pernikahan yang dijalin, hancur berantakan hanya karena masalah finansial, bukan? Untuk mengatasinya, ada baiknya jika Anda menghindari empat kesalahan finansial ini, seperti yang dikutip dari ezinearticle.

1. Menjadi Materialistis
Penelitian telah menunjukkan bahwa pasangan menikah yang memiliki sifat matrealis adalah pasangan yang tidak bahagia. Penelitian yang dilakukan oleh BYU dan William Jefferson University mengemukakan, mereka yang memiliki pengalaman bermasalah dengan keuangan justru memiliki banyak uang.

Terkadang, orang-orang seperti itu memiliki mimpi yang besar walaupun mereka tahu bahwa finansialnya tak mampu. Mereka bahkan bisa bersikap keras pada pasangan mereka demi membeli barang mewah yang memuaskan dirinya. Jika pasangannya mudah menyerah, maka mereka akan mengalami masalah finansial di kemudian hari.

2. Tidak Memiliki Akun Bersama
Menurut perencana keuangan dari Veritana Financial Planning, Inc, di California, Susan E. Honig memiliki akun bank terpisah, bisa membuat pasangan saling curiga dan cenderung menyembunyikan sesuatu dari pasangannya. Pernikahan pun bisa bermasalah kalau hal itu dilakukan.

Oleh karena itu Honig menyarankan buatlah akun bersama. Sebelumnya putuskan dulu uang apa saja yang akan dimasukkan ke dalam akun tersebut. Sebaiknya buat dua akun, akun yang khusus untuk pengeluaran penting dan akun untuk bersenang-senang. Diskusikan juga berapa jumlah uang yang kedua belah pihak setuju untuk dimasukkan ke akun bersama itu. Dengan cara ini, pasangan bisa mengatur keuangan mereka dengan lebih sehat.

3. Berjudi
Walau merupakan hal yang dilarang, tak jarang beberapa orang masih melakukan kebiasaan berjudi. Menurut pakar pernikahan, kebiasaan buruk ini merupakan faktor utama yang dapat menyebabkan perceraian karena masalah uang. Oleh karena itu, cara seseorang menjaga keuangan dari pasangannya yang bermasalah, adalah hal penting demi mendapatkan kehidupan pernikahan yang langgeng.

4. Tidak Tahu Cara Membelanjakan Uang
Anda dan pasangan harus duduk berdua dan mendiskusikan tentang bagaimana cara yang tepat untuk membelanjakan uang bersama. Hal ini sangat penting, terutama untuk pasangan yang memiliki paham berbeda mengenai uang, misalnya Anda adalah seorang yang hemat sedangkan pasangan merupakan orang yang senang belanja.

Tentukan batas pengeluaran, mulai dari berapa besar limit kartu kredit Anda hingga berapa banyak uang yang harus ditabungkan tiap bulannya. Setelah itu, Anda dan pasangan bisa menentukan siapa yang akan bertanggung jawab untuk membiayai keperluan sehari-hari atau berinvestasi

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Dzikir menyehatkan

Info Kesehatan:

Tips Dokter dari RS Satyanegara, Sunter, dr. Arman Yurisaldi Saleh, mengungkapkan bahwa Dzikir dpt menyehatkan.

Ia membuktikan melalui penelitian terhadap pasien-pasiennya dimana pasien yang berdzikir sembuh lebih cepat dibanding yang tidak berzikir.
Pasien yang mengalami gangguan alzheimer & stroke, akan membaik kondisinya setelah membiasakan dzikir dengan mengucapkan kalimat tauhid "Laa iIlaaha illallah" & kalimat istighfar "Astaghfirullah".
Menurutnya, ditinjau dari ilmu kedokteran kontemporer, pengucapan "Laa iIlaaha illallah" dan "Astaghfirullah" dapat menghilangkan nyeri dan bisa menumbuhkan ketenangan serta kestabilan saraf bagi penderita.

Sebab, dalam kedua bacaan dzikir tersebut terdapat huruf JAHR yang dapat mengeluarkan CO2 dari otak.
Dalam kalimat "Laa Ilaaha Illallah" terdapat huruf Jahr yang diulang tujuh kali, yaitu huruf "Lam", dan "Astaghfirullah" terdapat huruf "Ghayn", "Ra", dan dua buah "Lam" sehingga ada empat huruf Jahr yang harus dilafalkan keras sehingga kalimat dzikir tersebut mengeluarkan karbondioksida lebih banyak saat udara dihembuskan keluar mulut.

Dan CO2 yang dikeluarkan oleh tubuh tidak mempengaruhi perubahan diameter pembuluh darah dalam otak. Sebab, bila proses pengeluaran CO2 kacau, maka CO2 yang ke luar juga kacau sehingga menyebabkan pembuluh darah di otak akan melebar berlebihan ketika kadar CO2 di dalam otak menurun.

Dilihat dari tinjauan ilmu syaraf, terdapat hubungan yang erat antara pelafalan huruf (Makharij Al-huruf) pada bacaan dzikir dengan aliran darah pernapasan keluar yang mengandung zat CO2 (karbondioksida) dan proses yang rumit di dalam otak pada kondisi fisik atau psikis seseorang.
Subhanallah....
-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

H.A.A.R.P

Portalgue News - TSUNAMI JEPANG KARENA HAARP? apa sih haarp itu.. akan dinjelaskan.. tentang HAARP ok langsung aja..
H.A.A.R.P

(High Frequency Active Auroral Research Program)


Apa itu HAARP?HAARP adalah project investigasi yang bertujuan untuk "memahami, menstimulasi,dan mengontrol proses ionospheric yang dapat mengubah kinerja komunikasi dan menggunakan sistem surveilans". Dimulai pada tahun 1992, project ditargetkan selesai dalam 20 tahun kedepan (selesai tahun 2012).


Bagian² HAARP

Siapa yang menggunakan HAARP?
Project ini dikerjakan bersama oleh US Air Force, US Navy Force, dan University of Alaska.


US NAVY logo

Penjelasan
Dikatakan bahwa proyek ini mirip dengan beberapa pemanas ionospheric yang tersebar di seluruh dunia dan memiliki bagian besar diagnostik instrumen yang memfasilitasi penggunaannya untuk meningkatkan pemahaman ilmiah yg berkenaan dgn ionosfir dinamika. Walaupun ditakutkan akan digunakan sebagai senjata pemusnah massal, ilmuwan yang terlibat dalam aeronomy, ruang sains, atau fisika plasma mengabaikan ketakutan ini sebagai teori yang tak berdasar.


Antena² HAARP di alaska

Ionosphere itu apa ya?
Ionosphere adalah bagian teratas dan terpenting dalam atmosfer bumi kita. Ionosphere sangat penting karena dia menyaring radiasi chaya matahari agar tidak langsung jatuh ke bumi. Ionosphere berperan dalam mengatur kadar kelistrikan dalam atmosfer dan membentuk inti dari tepi magnetosphere. Ionosphere juga memiliki kegunaan lain bagi manusia, yaitu mempengaruhi gelombang penyiaran radio jauh dari tempat² yang ada di Bumi.


Bagian² Ionosphere

Dimanakah HAARP Berada?
HAARP terletak di Alaska, Amerika Serikat. Lebih tepatnya lagi HAARP berada di Gakona, Alaska (latitude:62.39,longitude:145,15) yang terletak di barat Taman Nasional Wrangell-Saint Elias . Dampak lingkungan yang disebabkan HAARP memicu pernyataan izin untuk array hingga 180 antena yang akan didirikan. HAARP telah dibangun sebelumnya di situs instalasi radar yang bernama over-the-horizon.


HAARP di alaska

Apa Sih Fungsi HAARP?
Tujuan dari program ini adalah untuk lebih maju dalam mempelajari properti fisik dan elektrik bumi yang kedepannya dapat digunakan dalam memudahkan komunikasi militer. Tapi selain itu, HAARP juga dapat mengatur cuaca melalui ionosphere, seperti membuat hujan, badai, tsunami, dan masih banyak yang belum diketahui...


HAARP mengubah cuaca

Terus Apa Salahnya?
HAARP itu bekerja dengan memanaskan ionosphere yang ada di langit sehingga dapat memanipulasi keadaan langit disekitarnya. Dengan kelebihan tersebut, HAARP digunakan sebagai kebutuhan militer.

Bahaya HAARP

Quote:
Dapat Mengatur Cuaca.
Kok Bisa? Caranya dengan menentukan satu titik lokasi ionosphere yang akan dipanaskan, lalu tekanan yang berada di atmosfer juga akan naik. Maka tekanan yang terbentuk dikumpulkan di satu titik dan terbentuklah manipulasi jetstream (arus jet). Tapi HAARP belum sempurna dan masih dalam tahap pengetesan (di seluruh dunia). Dicurigakan HAARP sudah dalam tahap beta pada tahun 2004, ini terbukti ketika batasan badai tornado yang terjadi dalam satu tahun dilanggar oleh alam. Jika satu tahun batas maksimal badai hanya terjadi 4 kali, tahun 2004 terjadi sebanyak 6 kali.

Statistik keadaan udara di alaska (2005) setelah HAARP dicurigai


Quote:
Dapat Melindungi Dari Bahaya Nuklir.
Teknologi HAARP dapat mendeteksi benda frekuensi sinyal rendah seperti pesawat dan missile melalui udara, sehingga membuat teknologi lainnya kalah canggih. HARP juga didukung oleh Radar Cakrawala atau Over The Horizon Radar, yaitu radar yang mencakup seluruh dunia karena penghubungnya adalah atmosfer. Tidak dapat diragukan lagi akurasi dari radar HAARP tersebut. Bahkan saat ini lokasi setiap daerah di bumi dapat diketahui dengan jelas, lebih baik dari satelit karena HAARP masih berada di bawah atmosfer.



Quote:
Mempengaruhi Pikiran Manusia
Dengan mengirimkan EXTREMELY LOW FREQUENCY (ELF) RADIATION ke otak manusia, HAARP bisa mengontrol mood manusia. untuk lebih jelasnya, lihat teori di spoiler
teori

Pada dasarnya otak besar manusia bekerja pada 1-30 Pulse/Sec-nya. Dan dalam putaran perdetiknya, terdapat frekuensi hertz.

* Delta (1-4/sec), Keadaan tidur

* Theta (4-7/sec), Keadaan mengantuk atau baru bangun, dan juga ini merupakan
saat otak manusia masih berusia balita.

* Alpha (7-12/sec), Keadaan Normal dan belajar

* Beta (tak terhitung), Keadaan Marah atau sedang dalam emosi yang tinggi


Dengan gelombang rendah HAARP, bisa dikatakan manusia dapat dimanipulasi dengan HAARP.




Cara kerja HAARP
kenapa gambar di atas di lambangkan dengan mata 1 ?? karena yang memiliki HAARP adalah orang2 zionis para freemanson yang menyembah dajjal untuk menguasai DUNIA !!

Jadi kesimpulannya, selama HAARP digunakan untuk tujuan yang baik, tidak akan ada masalah sebenarnya. Tapi pengetesan HAARP menimbulkan perubahan iklik dan unsur² bumi menjadi tidak stabil yang juga akan mempercepat proses global warming.

TSUNAMI JEPANG yang terjadi di akibatkan karena HAARP ini? bisa saja !

Treatment of your wives

All Guys Need to read this..

When she pulls away, pull her back.
When you see her start crying, just hold her and don't say a word.
When you see her walking, sneak up and hug her waist from behind.
When she's scared, protect her.
When she steals your favorite hoodie, let her wear it.
When she says that she loves you, she really does mean it.
When she grabs at your hands, hold hers and play with her fingers.
When she tells you a secret, keep it safe and untold.
When she looks at you in your eyes, don't look away until she does.
When she's mad, hug her tight and don't let go.
When she says she's okay, don't believe it.
Treat her like she's all that matters to you.

The Messenger of Allah (peace be upon him) advised concerning the woman:
• Treat the women well.
• The best of you are those who are the best in the treatment of their wives."~*~

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Completed or Finished

No English dictionary has been able to xplain the difference between the two words "COMPLETE and FINISHED".
Some people say there's no difference between COMPLETE and FINISHED, but there is (y) :
when u marry the right woman, U're COMPLETE ({}) ....
and when u marry the wrong woman, U're FINISHED:'( ....
And when your right wife catches u with another woman, u're.... COMPLETELY FINISHED! ....
And when your right wife likes shopping so much, u r ... FINISHED COMPLETELY :'
-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Gerakan matikan BBM

Curhat seorang anak kecil tentang BB

Aku dan adik sayang mama
Tapi maaf ma.
Mengapa saat adik menangis kehausan,
Mama masih asyik BerBBM
Mengapa saat aku tidak bisa mengerjakan PR
Mama selalu bilang coba dulu pikir sendiri, sambil mata melotot ke BB
Mengapa saat aku tidak bisa memasang tali sepatu. Mama selalu menyuruh mbak untuk membantunya, sambil tangan mama lincah menyentuh BB
Aku dan adik sayang Papa
Tetapi, maaf Pa
Mengapa saat mama minta tolong ambilkan pampers untuk adik. Papa selalu bilang ambil sendiri, sambil tertawa di depan layar BB
Mengapa saat aku mengajak main bola. Papa selalu bilang papa lagi capek, tapi tanpa lelah balas BBM
Mengapa papa sekarang jarang sekali menyanyikan lagu saat membobokkan adik. Tapi papa asyik terus pegang BB
Mengapa papa sekarang jarang sekali baca cerita saat sebelum tidur. Tapi papa selalu pegang BB saat membobokkan aku
Aku dan adik sayang Papa Mama
Tapi, maaf pa ma
Aku dan adik jadi benci BB, padahal papa mama menyayanginya
Karena sejak ada BB, papa jarang cium aku
Karena bila pegang BB, mama kalau ditanya PR selalu marah-marah
Karena bila ada bunyi BB, papa selalu melepaskan gendongan adik
Karena sejak ada BB, mama hanya bisa tertawa dengan BB
Karena sejak kerajingan BB, papa jarang maen perang-perangan lagi denganku
Aku dan adik sayang Papa Mama
Tapi, maaf pa ma
Aku pernah ajak adik berdoa, semoga BB papa mama selalu low bat.
Aku pernah ajak adik berdoa, mudah-mudah wajahku berubah jadi BB. Biar papa mama selalu pandangi aku terus
Aku pernah Ajak adik berdoa, supaya BB papa mama ketinggalan di kantor. Biar Aku dan adik bisa bersenang-senang seperti dulu lagi
Aku pernah ajak adik berdoa, supaya semua orang di rumah ini tidak beli BB kayak papa mama. Agar kalau papa mama mengacuhkan aku, aku bisa main dengan mereka

Aku dan adik sayang mama
Tapi maaf ma.
Maafin aku dan adik

forward dari:
Dr Widodo Judarwanto SpA
Save Our Children
(Gerakan mematikan BB)
-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Perbedaan antara: Suka - Sayang - Cinta

(y) Suka adalah saat kamu ingin memiliki seseorang...

({}) Sayang adalah saat kamu ingin membahagiakan orang itu...

♥ Dan Cinta adalah saat kamu akan berkorban untuk orang itu...

(y) Saat kamu bersedih dan menangis maka seseorang yg "menyukaimu" akan berkata 'sudahlah jangan menangis lagi'

({}) tapi seseorang yang 'menyayangi' akan diam dan ikut menangis bersamamu...

♥ Dan seseorang yang 'mencintaimu' akan membiarkanmu menangis dan menunggumu hingga tenang lalu berkata 'mari kita selesaikan ini bersama'.
(y) Saat seseorang yang menyukaimu berada disampingmu maka dia akan bertanya 'bolehkah aku menciummu?'

({}) tapi seseorang yang menyayangimu maka dia akan berkata 'biarkan aku memelukmu'

♥ dan seseorang yang mencintaimu takkan berbicara..dia hanya akan selalu memegang erat tanganmu seakan dia takkan mau membiarkanmu terjatuh...

(y) Saat kamu menyukai seseorang dan seseorang itu menyakitimu maka kamu akan marah dan takkan mau lagi berbicara dengannya...

({}) Tapi jika kamu menyayangi seseorang dan seseorang itu menyakitimu maka kamu akan menangis karenanya...

♥ Dan jika kamu mencintai seseorang dan seseorang itu menyakitimu maka kamu akan tersenyum walau itu pahit dan berkata 'dia hanya belum tahu apa yg dia lakukan'

(y) Suka hanyalah keegoisan diri sendiri...

({}) Sayang adalah memberi dan menerima...

♥ Dan Cinta adalah rela berkorban…

(y) Suka hanya akan berbuat jika itu menyenangkan...

({}) Sayang berbuat karena ingin selalu ada untuknya...

♥ Dan Cinta berbuat karena tak ingin membuatnya terluka tak peduli bagaimana keadaan kita...

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Jangan mengeluh

  Hujan deras adalah tantangan. Jangan minta agar hujan dikecilkan, tapi mintalah payung yg lebih besar
 
 Waktu banjir, ikan makan semut & waktu banjir surut, semut yang makan ikan (semua orang ada giliran/waktunya; jangan sombong.)
 
 Hidup bukanlah peduli dipermulaan saja, tapi seberapa besar kepedulian kita sampai akhir ...
 
 Orang sering "melempar batu" dijalan kita. Tergantung kita mau mambuat batu itu jadi "Tembok atau Jembatan"
 
 Setiap masalah punya (n+1) sejumlah solusi, dimana n adalah banyaknya solusi2 yg telah anda coba, dan 1 adalah yg belom anda coba. Coba terus sampai BISA ya..!
 
 Tidaklah penting utk punya semua 'kartu bagus' dlm 'games' kehidupan, yg penting adalah seberapa bagus anda memainkannya ...
 
 Seringkali saat kita putus asa dan mengira ini adalah akhir,,, Tenanglah dulu,,, itu baru belokan, bukan jalan buntu. Milikilah iman yg teguh & kuat.
 
 Jadilah giat utk mendapatkan apa yg anda cita2kan dan jadilah seperti anak-anak utk menikmati yg telah anda dapatkan.

Selamat beraktivitas .......

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Ciri-ciri istri selingkuh

Perdebatan soal perselingkuhan telah dimulai sejak dulu – mungkin hanya lebih muda sedikit dari usia seks sendiri. Umumnya, pelaku perselingkuhan masih ‘didominasi’ kaum pria. Meskipun – ah, ngaku aja – banyak juga wanita yang melakukannya di masa kini. Kalau Anda curiga istri – atau pasangan Anda – termasuk anggota SII alias ‘selingkuh itu indah’, lihatlah tanda-tandanya di bawah ini.

Baju dalam atau lingerie
Bila istri Anda tidak terlalu peduli penampilan, lihat apakah ia masih memiliki kebiasaan yang sama. Misalnya, bila tiba-tiba ia berdandan lebih rapi atau cemerlang, beli lingerie yang seksi, atau pakaian dalamnya selalu match, Anda perlu curiga.

Tapi, kalau baju seksi itu dikenakan untuk menggoda Anda, hilangkan pikiran itu. Kecuali, bila Anda tahu ia mengenakan semua itu tanpa memberi kesempatan pada Anda untuk menikmatinya, bisa jadi ia memberikannya pada orang lain.

Nolak-nolak terus
Kalau istri Anda wanita karir yang bekerja 80 jam seminggu, dan ia selalu letih setiap sampai rumah, tampaknya Anda juga mesti berpikir-pikir lebih lanjut. Soalnya, masa setiap Anda ‘minta’, ia selalu bilang capek? Apa tak mungkin ia telah menggoreskan kukunya yang bercat merah manyala itu ke punggung pria lain? Jangan-jangan, ia telah memperoleh ‘big O’-nya dari pria menarik yang lain.

Kalau begini, segera konfrontasi istri Anda. Bila ia menyangkal, tanyakan mengapa ia tidak lagi menginginkan seks dari Anda? Jika alasannya masuk akal, jangan cekik lehernya. Tapi, bila ia malah mengajak berantem, ada kemungkinan ia mengalihkan subjek.

Adakah masa depan?
Kalau Anda masih pacaran dan tiba-tiba pasangan Anda mulai mempertanyakan masa depan, misalnya, ‘apakah kita cuma akan ‘gini-gini aja’, ‘jangan-jangan kita bukan jodoh’, dan sebagainya, itu juga sudah tanda bahwa ada orang lain yang dianggapnya lebih ‘berpengharapan’ ketimbang Anda. Kalau sudah menikah, bisa jadi istri Anda mengajak berdiskusi soal kemungkinan perpisahan atau perceraian.

Pertengkaran menyelesaikan segalanya
Tanda-tanda lain adalah pertengkaran yang tak ada habisnya. Masalah apa pun, biarpun sekecil semut, terus jadi problem di antara Anda berdua. Umumnya, pertengkaran itu dimulai oleh pihak yang berselingkuh, meskipun tidak selalu.

Yang jelas, bibit-bibit pertengkaran harus segera dibunuh kalau Anda masih ingin bersamanya. Sebab, kalau selalu ada alasan untuk bertengkar, pasangan Anda bisa meninggalkan Anda tanpa rasa bersalah. Orang berantem, kok. Karena itu, cepat cari solusi. Diskusikan dan kalau perlu pojokkan dia untuk membereskan masalah.

Ikutan senam aerobik atau body language
Sekali lagi, ciri-ciri ini hanya berlaku bila pasangan Anda sebelumnya adalah tipe wanita yang tak pernah melakukannya. Kecuali, bila sejak dulu kala ia memang penggemar senam-senam dan tak bisa jauh dari pusat kebugaran.

Soalnya begini, kalau tiba-tiba ia ingin memiliki tubuh indah – dan setelah diperolehnya, ia tak pernah memberi kesempatan bagi Anda untuk menikmatinya, ia memberi siapa, dong? Katanya, Anda pria satu-satunya …

Berbohong, dan ketahuan
Kalau tiba-tiba pasangan Anda punya acara yang ‘aneh’ dan tak biasa, atau bilang bahwa ia berada di rumah Diana – sementara Anda ketemu Diana di mal – artinya, ia punya kegiatan lain yang tak bisa dilaporkannya pada Anda.

Ini tanda bahwa Anda harus segera mengajukan pertanyaan. Jangan tunggu sampai ada 10 dusta – sebab ia pasti punya alasan untuk berkelit. Memang, kalau ternyata ia mengaku, ada kemungkinan Anda akan kehilangan dia. Pikirkan saja, mana yang lebih baik. Jadi singel lagi, atau hidup bersama seorang cheater? Terus terang saja, kalau dia memang berselingkuh, untuk satu hal, Anda memang telah kehilangan dia. Ingat pepatah, cheaters never really win.

Sumber : http://arieee.wordpress.com/2010/01/14/ciri-ciri-istri-selingkuh/

Indikator kebahagiaan

Copas dari grup sebelah: Ibnu Abbas r a menjelaskan : ada 7 indikator kebahagiaan dunia, yaitu :

1) QOLBUN SYAKIRUN yaitu hati yg selalu bersyukur,
* Artinya selalu menerima apa adanya (qona'ah), sehingga tidak ada ambisi yg berlebihan, tidak ada stress, inilah nikmat bagi hati yg selalu bersyukur.

2) AL-AZWAJU SHALIHAH, yaitu pasangan hidup yang sholeh/sholehah.
*Pasangan hidup yg sholeh/sholehah akan menciptakan suasana rumah dan keluarga yg sholeh pula.

3) AL-AULADUL ABRAR, yaitu anak yang sholeh.
*Do'a anak yg sholeh untuk orang tuanya dijamin dikabulkan Allah. Berbahagialah orang tua yg memiliki anak2 yg sholeh/sholehah.

4) AL-BIATU SHOLIHAH, yaitu lingkungan yang kondusif untuk iman kita.
*Rasulullah menganjurkn kita untuk selalu bergaul dengan orang sholeh, yg selalu mengajak kepada kebaikan dan mengingatkan bila kita khilaf/berbuat salah.

5) AL-MALUL HALAL, atau harta yang halal.
*Bukan banyaknya harta tapi halalnya harta yg dimiliki. Harta yg halal akan menjauhkan setan dari hati. Hati menjadi bersih, suci dan kokoh sehingga memberikan ketenangn dlm hidup. Berbahagialah kita jika selalu dapat dgn teliti menjaga ke halalan harta yg kita cari.

6) TAFAKUH FID-DIEN yaitu semangat untuk memahami agama.
*Dengan belajar ilmu agama, akan semakin cinta kepada agama dan semakin tinggi cintanya kepada Allah & RasulNYA. Cinta inilah yg akan memberi cahaya bagi hatinya.

7) UMUR YANG BAROKAH.
*Artinya umur yg semakin bertambah semakin sholeh, setiap detiknya selalu berusaha diisi dgn amal ibadah. Semakin bertambah umur semakin rindu utk mengumpulkan bekal agar dapat bertemu dgn RabbNYA. Inilah semangat hidup orang yang barokah umurnya. Maka berusahalah agar sisa umur ini barokah agar kita bisa masuk dlm golongan manusia pilihan Allah.

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Kebahagiaan

Sekedar cuplikan utk refreshing :

~KETIKA....Aku ingin hidup KAYA,.
..... aku lupa, bahwa
HIDUP adalah sebuah KEKAYAAN.
~KETIKA....Aku takut MEMBERI,
.......aku lupa.....bahwa
semua yang aku miliki adalah PEMBERIAN.
~KETIKA aku ingin jadi yang TERKUAT,

.....aku lupa,....bahwa
dalam KELEMAHAN YG DIATAS memberikan aku KEKUATAN:
~Ketika aku takut RUGI,.
....aku lupa, bahwa
Hidupku adalah sebuah KEBERUNTUNGAN

karena bisa terlahir sebagai manusia dan mengenal YANG DIATAS
Ternyata hidup ini sangat indah ...

...jika kita tau selalu bersyukur dgn apa yg sudah ada...
Selalulah senang dan suka berbuat baik.

Jangan pernah berkata, : "Esok 'kan masih ada waktu..."

Karena setiap saat jarum jam itu dapat berhenti...
Adakalanya
yg "TERINDAH" bukanlah yg "TERBAIK"
Yg terlihat "SEMPURNA" tidak selalu menjanjikan "KEBAHAGIAAN"
Jika mampu dan mau menerima

semua "KEKURANGAN" & "KELEBIHAN" itulah "KEBAHAGIAAN".

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Akibat Facebook; Kisah Istri Sholeha Yang Selingkuh Karena Khilaf Harta Dan Fisik

Dikisahkan seorang pemuda saleh, Sidiq menikah dengan seorang wanita solehah, Anisah. Mereka berdua berasal dari keluarga agamis, terpandang dan mulia. Kedua belah pihak merasa sangat berbahagia dan bersyukur kepada Allah SWt. karena telah dikaruniai pasangan yang sesuai dan cocok dengan hati. Hari-hari yang mereka jalani penuh dengan keceriaan dan kemesraan.

Sidiq kesehariannya bekerja diluar rumah. Ia berangkat pada pagi hari dan pulang pada sore hari. Anisah tinggal dirumah sendirian. Untuk menghibur hati sang istri dan teman dikala kesepian Sidiq membelikan Anisah komputer. Komputer tersebut diletakkan didalam kamar dan disambungkan padanya internet. Awalnya Anisah tidak tahu apa-apa tentang komputer. Sidiqlah yang mengajarkan cara penggunaan komputer. Hingga pada akhirnya Anisah sudah biasa menggunakan komputer sendiri dengan baik.

Sehabis menyelesaikan pekerjaan rumah, Anisah memanfaatkan waktunya didepan komputer, mengakses berita dan mengikuti perkembangan dunia Islam. Waktu pun terus berjalan dan kehidupan mereka tetap harmonis dan tentram. Sehingga sampai pada suatu hari, Anisah masuk ruang chating dan disanalah ia mulai berkenalan dengan banyak orang. Awalnya hanya tanya jawab tentang nama, tempat tinggal, sehingga karena sudah keasyikan pembicaraan menjadi panjang dan lebar. Telah banyak teman dan kenalan Anisah di ruang chating. Dan setiap hari sehabis pekerjaan rumah, Anisah lebih banyak menghabiskan waktunya untuk chating.

Hingga pada suatu ketika, Anisah berkenalan dengan seorang pemuda di ruang chating, namanya Fatih. Chating mereka lakukan dengan menggunakan kamera. Sehingga diantara mereka saling melihat. Awalnya pembicaran mereka hanya berkisar tanya nama, tempat tinggal dan lainnya. Namun chating ini terus berlangsung setiap hari. Sehingga timbullah rasa suka dihati Fatih pada Anisah. Ia mulai bermanis kata dan merayu. Fatih mulai berkata-kata yang membuat tersentuh hati Anisah. Setan pun tak tinggal diam. Membisikkan kedalam hati Anisah hal-hal yang tidak baik. Anisah berusaha untuk menolak dan melawannya. Namun karena mereka chating setiap hari, dengan saling melihat, akhirnya sedikit demi sedikit timbullah dihati Anisah perasaan suka pada Fatih. Sebenarnya Fatih menyukai Anisah hanya karena kecantikan wajahnya saja, rasa suka yang berlandaskan pada hasrat nafsu. Dan akhirnya Anisah juga terpedaya dengan kata-kata dan ketampanan Fatih yang menjadi teman chatingnya setiap hari tersebut.

Chating itupun terus berlangsung. Dan Sidiq tidak menaruh curiga pada Anisah. Karena ia sangat percaya pada Anisah. Dan Anisah pun sangat pandai menyimpan rahasia. Namun sesuatu yang busuk bagaimanapun pintar menyimpan akan ketahuan juga baunya. Akhirnya Sidiq mulai curiga dengan gelagat Anisah, sehingga setelah ia selidiki akhirnya ia mengetahui bahwa Anisah telah menjalin hubungan gelap dengan seorang pemuda di ruang chating. Fatih sangat marah dan akhirnya ia menjual komputer tersebut. Dan memperingatkan Anisah untuk segera bertobat pada Allah Swt. dan meninggalkan pemuda tersebut. Anisah pun mengakui kesalahannya.

Namun, karena hati telah diberikan pada syetan dan hawa nafsu selama ini, Anisah merasa masih sulit menghilangkan bayangan Fatih dari pikirannya. Hatinya telah terpaut pada Fatih. Sehingga tanpa diketahui oleh Sidiq, Anisah menghubungi Fatih lewat telpon. Ia menceritakan apa yang terjadi dengan dirinya pada Fatih dan tentang perasaannya pada Fatih. Rupanya Fatih telah berhasil menjaring mangsanya. Iapun memanfaatkan kesempatan tersebut, ia mulai merayu dan menggombal. Ia berkata,

"Kalau kamu menyukai dan mencintai saya, tinggalkanlah suamimu! Minta cerailah darinya! Saya akan datang untuk melamarmu dan kamu akan hidup tentram dan bahagia dengan saya."

Anisah yang telah goyah dan lemah imannya ini mulai terpedaya dengan bujuk rayu dan janji-janji Fatih. Ia telah dipengaruhi oleh syetan dan nafsu, ia lebih memilih Fatih dari pada suaminya. Anisah tidak sadar bahwa syetan dan nafsu sedang menipunya dan ingin menghancurkan dirinya dan kehidupan rumah tangganya.

Akhirnya, Anisah minta cerai pada Sidiq. Dan terjadilah perceraian yang tidak diharapkan tersebut. Anisah pulang kerumah orang tuanya. Keluarganya sangat menyesalkan perceraian tersebut. Dan mulailah Anisah berhubungan dengan Fatih. Fatih sering datang kerumah Anisah dan terkadang mengajaknya keluar rumah, dengan mobil mewah yang dimiliki Fatih.

Hari dan minggu terus berganti, namun Fatih belum juga melamar Anisah. Mereka masih menjalani pacaran. Sampai pada suatu malam, Fatih mengajak Anisah menginap di sebuah hotel dan pada malam itu terjadilah perselingkuhan, terjadilah hubungan yang diharamkan oleh Allah Swt., mereka berzina. Mereka telah dikuasai oleh hasrat nafsu dan syetan.

Hari dan bulan terus berganti, tapi Fatih belum juga datang untuk melamar Anisah. Anisah sangat gelisah dan tidak bisa tenang, ia selalu diberi janji yang tak pasti. Dan sampai pada suatu hari Fatih berkata pada Anisah,

" Wahai wanita yang hina, apakah engkau mengira aku akan menikah dengan wanita seperti dirimu, tidak akan pernah! Aku tidak akan mau menikah dengan wanita murahan seperti dirimu. Engkau tidak lagi berharga, engkau adalah wanita kotor dan hina, engkau tidak layak menikah dengan pemuda terpandang seperti diriku. Aku yakin, kalau sekali sudah berkhianat, kelak engkau berkhianat lagi. Kalaupun engkau kunikahi, kelak bila engkau bertemu pemuda yang lebih ganteng dan lebih kaya dariku pasti engkau akan meninggalkan diriku, sebagaimana engkau telah meninggalkan suami mu yang baik-baik itu. Dan aku tidak mau hal itu terjadi pada diriku, sekarang pergi engkau dari sisiku! Jangan temui aku lagi, aku tidak mau lagi melihat mukamu, aku sudah muak dengan dirimu."

Anisah pun berlalu pergi dengan membawa luka mendalam di hatinya. Hidupnya telah hancur. Masa depannya telah gelap. Ia telah salah selama ini menilai. Ia telah tertipu dan terpedaya. Penyesalan tidak ada lagi gunanya. Kembali pada suami yang pertama, tak akan mungkin suaminya mau menerima dengan keadaan dirinya saat ini, kembali pada keluarganya, ia merasa malu, ia tidak tahu harus melangkah kemana dan mengadu pada siapa. Hanya kepada Allah Swt. Mengadukan segala kelukaan dan kesalahan yang dilakukan selama ini. Anisah telah menyadari kekeliruannya dan sangat menyesal atas apa yang telah ia lakukan. Tapi, semuanya sudah terlambat.

* * *

Kisah diatas telah memberi kita pelajaran berharga, pelajaran yang sangat berguna dalam kehidupan kita. Bagaimanapun baik dan solehnya seseorang namun ia tidak akan bisa selamat dan bisa memelihara dirinya jikalau ia sendiri telah memberikan dirinya untuk di belenggu syetan dan hawa nafsu. Kisah diatas hanya satu dari puluhan dan bahkan lebih, dari kisah-kisah yang pernah terjadi. Betapa sering hubungan rumah tangga retak dan pecah karena tidak terkontrolnya dan terjaganya interaksi dengan lawan jenis.

Semoga menjadi bahan renungan dan pelajaran bagi kita semua, insya Allah.

Wassalam

Koreksi dari Eko Pratomo

Grup :
Postingan tentang Eko Pratomo
http://kotakhitamdunia.blogspot.com/2011/11/kisah-cinta-seorang-jutawan-yang-luar.html?m=1
Eko Pratomo koreksi :
Punten...baraya sadayana...

Saya perlu koreksi postingan yang beredar ini...

postingan sejenis ini sdh beredar sejak 2008...ini koreksi dari saya :

Foto di postingan itu adalah saya, Eko Protomo (48 tahun, tdk memilik anak),

bukan Eko Pratomo Suyatno.

Kisah yang tertulis adalah kisah Pak Suyatno (60 thn), Bukan Eko Pratomo Suyatno.

Saya tidak tahu siapa yang menulis dan memasukkan foto saya...

Begini ceritanya, awalnya ada orang yang baca Buku "Miracle of Love" ( buku yg saya dan istri saya, Dian Syarief, tulis yang berisi perjuangan istri saya menghadapi penyakit Lupus), lalu orang tsb bikin tulisan tentang "Eko Pratomo" di blognya.

Lalu tulisan tersebut dikomentari oleh orang lain dan bilang bahwa Kisah Eko Pratomo di atas mirip dengan kisah Pak Suyatno, sambil melampirkan kisah pak Suyatno seperti yang beredar sekarang.
Jadi saya sempat terima ada 2 kisah dalam satu blog. Entah bagaimana, yang beredar kemudian hanya kisah Suyatno tapi dengan nama baru Eko Pratomo Suyatno + ada foto Eko Pratomo... Jadi mohon dibantu mengkoreksi bagi sahabat yang menerima postingan tersebut.

Terima kasih - salam, Eko Pratomo

Group:
Oke, kita akan bantu broadcast koreksinya...
Tapi bagaimanapun juga salut buat mas Eko & Dian... sulit cari tandingannya...
Salut utk Eko & Dian

EPP:
Wah...jadi terharu...nih. Terima kasih shabatku semua utk supportnya.. Perjalanan masih panjang, mohon doa dari teman-2 semua semoga saya, dian dan juga kita semua diberi kekuatan dan keikhlasan menjalani kehidupan ini..hingga selamat hingga khusnul khatimah.. Aamiin YRA.

Grup:
Apa yg membuat mas Eko begitu setia ? Pasti rahasianya ada di Dian ya...
Salam utk Dian dari kami..
EPP:
.Dian bukan lagi hanya seorang istri... walau dengan bebagai keterbatasan yang dimiliki, dia malah banyak mengajari suaminya memahami banyak hal tentang kehidupan...dan mengajari suaminya mengenal Tuhannya, dia sudah seperti guru yang tidak bisa dilupakan dan ditinggalkan oleh muridnya...

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Wawancara dgn. Iblis

Suatu ketika iblis terpaksa bertamu pada Rasulullah SAW
Lalu Rasulullah (R) bertanya:
"Apa yg kau rasakan jika melihat seseorang dr umatku hendak shalat?"

Iblis (I) menjawab: "aku merasa panas dingin dan gemetar"

R; "kenapa?"
I; "Sebab,setiap seorang hamba besujud 1 x kepada Allah, Allah mengangkatnya 1 derajat".

R; "jika seorang umatku berpuasa?"
I; "tubuhku terasa terikat hingga ia berbuka"

R; "jika ia berhaji?"
I; "aku seperti orang gila"

R; "jika ia membaca al-Quran?"
I; "aku merasa meleleh laksana timah diatas api"

R; "jika ia bersedekah?"
I; "itu sama saja org tsb membelah tubuhku dgn gergaji"

R; "mengapa bisa begitu?"
I; "sebab dalam sedekah ada 4 keuntungan baginya,Yaitu :
1. Keberkahan dlm hartanya,
2. Hidupnya disukai,
3. Sedekah itu kelak akan menjadi hijab antara dirinya dgn api neraka
4. Terhindar dari segala macam musibah akan terhalau dr dirinya"

R; "apa yg dapat mematahkan pinggangmu?"
I; "suara kuda perang di jalan Allah."

R; "apa yg dapat melelehkan tubuhmu?"
I; "taubat org yg bertaubat"

R; "apa yg dpt membakar hatimu?"
I; "istigfar di waktu siang & malam"

R; "apa yg dpt mencoreng wajahmu?"
I; "sedekah yg diam2"

R; "apa yg dpt menusuk matamu?"
I; "shalat fajar"

R; "apa yg dpt memukul kepalamu?"
I; "shalat berjamaah"

R; "apa yg paling mengganggumu"
I; "majelis para ulama"

R; "bagaimana cara makanmu?"
I; "dengan tangan kiri dan jariku"

R; "dimanakah kau menaungi anak2mu di musim panas?"
I; "dibawah kuku manusia"

R; "siapa temanmu wahai iblis?"
I; "pezina"

R; "siapa teman tidurmu?"
I; "pemabuk"

R; "siapa tamumu?"
I; "pencuri"

R; "siapa utusanmu?"
I; "tukang sihir (dukun)"

R; "apa yg membuatmu gembira?"
I; "bersumpah dgn cerai"

R; "siapa kekasihmu?"
I; "org yg meninggalkan Sholat Jum'at"

R; "siapa manusia yg paling membahagiakanmu
I; "org yg meninggalkan shalatnya dgn sengaja"

Mudah2an bermanfaat.

-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

Saling menasehati dalam kebenaran, kesabaran

Saling menasehati dalam kebenaran, dan saling menasehati dalam kesabaran

--- Saat Sayyidina Ali Telat Subuh Berjamaah ---

Bismillah ...

Dini hari itu Ali bin ABi Thalib bergegas bangun untuk mengerjakan shalat Subuh berjamaah di masjid bersama Rasulullah. Rasulullah tentulah sudah berada di sana. Rasanya, hampir tidak pernah Rasulullah keduluan orang lain dalam berbuat kebaikan. Tidak ada yang istimewa karena memang itulah aktivitas yang sempurna untuk memulai hari, dan bertahun-tahun lamanya Ali bin Abi Thalib sudah sangat terbiasa.

Langit masih gelap, cuaca masihlah dingin, dan jalanan masih pula diselimuti kabut pagi yang turun bersama embun. Ali melangkahkan kakinya menuju masjid. Dari kejauhan, lamat-lamat sudah terdengar suara Bilal memanggil-manggil dengan adzannya yang berkumandang merdu ke segenap penjuru Kota Madinah. Namun belumlah begitu banyak melangkah, di jalan menuju masjid, di hadapannya ada sesosok orang. Ali mengenalinya sebagai seorang kakek tua yang beragama Yahudi. Kakek tua itu melangkahkan kakinya teramat pelan sekali. Itu mungkin karena usianya yang telah lanjut. Tampak sekali ia sangat berhati-hati menyusuri jalan.

Ali sebenarnya sangat tergesa-gesa. Ia tidak ingin tertinggal mengerjakan shalat tahyatul masjid dan qabliyah Subuh sebelum melaksanakan shalat Subuh berjamaah bersama Rasulullah dan para sahabat lainnya.

Ali paham benar bahwa Rasulullah mengajarkan supaya setiap umat muslim menghormati orang tua. Siapapun itu dan apapun agamanya. Maka, Ali pun terpaksa berjalan di belakang kakek itu. Tapi apa daya, si kakek berjalan amat lamban, dan karena itu pulalah langkah Ali jadi melambat. Kakek itu lemah sekali, dan Ali tidak sampai hati untuk mendahuluinya. Ia khawatir kalau-kalau kakek Yahudi itu terjatuh atau kena celaka.

Setelah sekian lamanya berjalan, akhirnya waktu mendekati masjid, langit sudah mulai terang. Kakek itu melanjutkan perjalanannya, melewati masjid.

Ketika memasuki masjid, Ali menyangka shalat Subuh berjamaah sudah usai. Ia bergegas. Ali terkejut sekaligus gembira, Rasulullah dan para sahabat masih rukuk pada rakaat yang kedua. Berarti Ali masih punya kesempatan untuk memperoleh shalat berjamaah. Jika masih bisa menjalankan rukuk bersama, berarti ia masih mendapat satu rakaat shalat berjamaah.

Sesudah Rasulullah mengakhiri shalatnya dengan salam, Umar bin Khattab memberanikan diri untuk bertanya. "Wahai Rasulullah, mengapa hari ini shalat Subuhmu tidak seperti biasanya? Ada apakah gerangan?"

Rasulullah balik bertanya, "Kenapakah, ya Umar? Apa yang berbeda?"

"Kurasa sangat lain, ya Rasulullah. Biasanya engkau rukuk dalam rakaat yang kedua tidak sepanjang pagi ini. Tapi tadi itu engkau rukuk lama sekali. Kenapa?"

Rasulullah menjawab, "Aku juga tidak tahu. Hanya tadi, pada saat aku sedang rukuk dalam rakaat yang kedua, Malaikat Jibril tiba-tiba saja turun lalu menekan punggungku sehingga aku tidak dapat bangun iktidal. Dan itu berlangsung lama, seperti yang kau ketahui juga."

Umar makin heran. "Mengapa Jibril berbuat seperti itu, ya Rasulullah?"

Nabi berkata, "Aku juga belum tahu. Jibril belum menceritakannya kepadaku."

Dengan perkenaan Allah, beberapa waktu kemudian Malaikat Jibril pun turun. Ia berkata kepada Nabi saw., "Muhammad, aku tadi diperintahkan oleh Allah untuk menekan punggungmu dalam rakaat yang kedua. Sengaja agar Ali mendapatkan kesempatan shalat berjamaah denganmu, karena Allah sangat suka kepadanya bahwa ia telah menjalani ajaran agamaNya secara bertanggung jawab. Ali menghormati seorang kakek tua Yahudi. Dari penghormatannya itu sampai ia terpaksa berjalan pelan sekali karena kakek itupun berjalan pelan pula. Jika punggungmu tidak kutekan tadi, pasti Ali akan terlambat dan tidak akan memperoleh peluang untuk mengerjakan shalat Subuh berjamaah denganmu hari ini."

Mendengar penjelasan Jibril itu, mengertilah kini Rasulullah. Beliau sangat menyukai perbuatan Ali karena apa yang dilakukannya itu tentunya menunjukkan betapa tinggi penghormatan umat Islam kepada orang lain.

Satu hal lagi, Ali tidak pernah ingin bersengaja terlambat atau meninggalkan amalan shalat berjamaah. Rasulullah menjelaskan kabar itu kepada para sahabat.
Semoga kita bisa mengambil hikmah dari kisah ini

Silahkan SHARE ke rekan anda jika menurut anda note ini bermanfaat
(by: Mochamad Bugi)
-------------------------------------
Sent from my ℜᴼᴼϑɀßerry® via INDOSAT

SOP - Software House

Sumber : http://ifnu.artivisi.com

Beberapa hari ini ada diskusi seru di milis JUG-indonesia, ada salah satu member JUG yang bertanya bagaimana membuat software house dan melakukan pembagian kerja. Dari satu posting berkembang menjadi panjang lebar sampai puluhan email dalam thread ini. Berikut rangkumannya :

Nah silahkan menyimak serunya thread ini :

Q : Ada yang bisa share gak gimana SOP dari software house tempat teman-teman? Gimana workflow-nya, dan pembagian tugasnya. Kapan sih orang management dan akuntansi dilibatkan dalam project?

A : Kalo di kantor, qta ada 1 orang head developer, dia yang me-manage proyek dari awal sampe akhir. Ada 1 orang analis + desainer aplikasi (database + modul2), trus ada programmer, trus ada tester/qc

Kalo dulu kerja bareng sama temen, kita bagi2 tugas siapa yang analisis + desain DB, sapa yang bikin SP, Trigger, View, sapa yang bikin front end.

A : Life Cycle project itu kira-kira gini :

1. Cari kabar dimana ada yang perlu aplikasi

2. Kalau ada, janjian untuk mendengarkan requirement

3. Menunjukkan bahwa anda bisa mengerjakan aplikasi sesuai

requirement. Caranya :

- paling gampang tunjukkan portofolio aplikasi yang pernah dibikin

- Paling efektif tunjukkan produk yang sesuai dengan requirement (ini agak sedikit mustahil)

- Presentasikan kembali requirement dalam bahasa yang sedikit lebih teknis

- Presentasikan SDLC dan proses pengembangan aplikasi di perusahaan anda. Gimana requirement gathering, prototyping, demo sampai ke user acceptance test (UAT). Trus garansi, change request management.

4. Biasanya point 2 dan 3 bisa dalam satu sesi meeting, tapi lebih sering sesi 3 dilaksanakan beberapa hari setelah sesi 2

5. Setelah point 3 disetujui biasanya sih ada proses nego harga dan termin pembayaran. Usahakan di termin pembayaran ada DP dan ada step2 pembayaran yang berdurasi pendek, misalnya setiap satu modul selesai dibayar sekian persenya.

6. kalau deal baru mulai developmet.

7. Requirement gathering dengan mewawancara client dan user yang akan menggunakan aplikasinya. Kemudian minta segala macem form, data, dokumen yang di print beserta semua dokumen bisnis.

8. Mulai develop

9. Demo setiap modul, jangan sampai demo di akhir saja untuk semua modul, kalau ada perubahan bisa berdarah2. Release often release fast.

10. Sign off modul yang udah disetujui, minta dibayar

11. Implementasi, biasanya ada proses migrasi data dari sistem lama atau dari excell kalau masih manual.

12. Bug fix dan maintenance

13. closing

14. makan2, jangan lupa saya ditraktir

Kalau saran saya sih ya, daripada memulai usaha menjadi software consultant mending mulai usaha untuk bikin web 2.0 service, kalau belum bisa secanggih facebook ya bikin seperti kaskus aja tuh, simple aja, install vbuletin :D. Atau bikin produk seperti accurate, zahir dan software untuk pendidikan

Software consultant yang 100% bergantung kepada project base itu sangat rentan, model bisnisnya nggak survive, karena semua usaha kita ujung-ujungnya hanya menghasilkan upah, artinya kita jadi kuli aja. Berbeda halnya kalau km bikin produk, nanti kalau produknya sudah mapan, income tidak lagi bergantung pada berapa baris kode yang kita buat tapi berapa banyak lisensi yang kita buat. Nah kelihatan kan bedanya? kalau konsultant kita dibayar karena keringat yang kita keluarkan, tapi kalau bikin produk ya yang "nyari duit" produk kita. Jadi jerih payah kita terakumulasi ke produk tersebut, nggak bayar lepas seperti project ;). Saya lihat bisnis model seperti ini cukup terbuka dengan adanya apple app store, bikin aplikasi kecil2 dijual

$1, sebulan kejual 600 buah aja udah cukup lah ya Model bisnis lain yang cukup bagus adalah membuat "service" yang banyak digunakan orang dan bisa kita jual ke pengiklan, seperti detik.com, kaskus.us, indowebster.com dll. Kelemahanya ya butuh investor sih, harus ada yang bayarin bandwith, infrastruktur dll. Di US sana ada ycombinator.com/faq.html yang mau nalangin, di indonesia masih blom ada sepertinya :(.

Bisa juga model bisnis "komisi per transaksi" seperti ATM bersama, atau bikin software loket pembayaran PLN, atau bikin marketplace yang transaksinya dikenakan fee.

Bisnis model yang bagus tapi agak susah diimplementasikan adalah software as service (SAS) dengan model subscription, untuk mendapatkan layanan dari aplikasi tersebut, customer perlu membayar sekian rupiah

per satuan waktu (bulan, tahun). Di indonesia yang sudah jalan sepertinya http://www.asianbrain.com, cuman lebih ke jualan konten dibanding jualan layanan software. Di luar sana yang terkenal ya

salesforce.com, google application, http://www.fogcreek.com/FogBUGZ/. Bayarnya per user

A : Pembagian perand dalam tim pengembangan perangkat lunak :

1. Tukang nanyain user apa yang mau dibikin

2. Tukang coding level jago, supaya bikinnya gak sembarangan

3. Tukang coding level pemula, supaya ada yang disuruh2 bagian coding yang boring seperti validasi, geser2 tombol, pasang icon, dsb

4. Tukang ngetes

5. Tukang ngurusin hal2 lain supaya tukang no. 1 sampe 4 bisa kerja dengan nyaman Misalnya: reimburse taksi, janjian meeting sama client, laporan progress ke client dan ke bos, cari pengganti kalo ada yang sakit/resign/cuti/dipecat, mengucapkan, "You're fired" kalo ada yang gak bener

6. Tukang tagih invoice kalau sudah tiba masanya

Versi keren :

1. Business Analyst

2. Software Architect

3. Programmer

4. Tester

5. Project Manager

6. Biasanya sih dikerjain sama no. 5 juga

A : Kalo pengalamannya nol semua rada ribet ya… kalo mau n niat, bisa bikin pake tipe prototipe.

1. Tentuin mo bikin apa, scopenya sampe mana.

2. Kumpulin requirementsnya

3. Desain aplikasi + bikin prototipe

4. Menta komentar dari user, biasanya di sini user bikin ribet, ada requirements yang sebelomnya diomongin tau2 ada. Hal2 gaib terjadi di sini, makanya siapin dokumentasi requirements.

5. balik ke nomer 3, kalo user setuju, aplikasi di deliver.

Kalo ada waktu n produknya umum, aplikasi bisa dikembangin sendiri n disempurnakan.

Yang mesti diinget :

1. Siap2 cape n makan ati, maklum soalnya starter…

2. Jangan mikirin duitnya dulu, tapi pengalaman, produk, sama relasi dulu.

3. Komitmen tiap2 individu agar "perusahaan" jalan.

4. Profesionalitas, bedakan urusan teman sama pekerjaan.

Q : Nah, apa di software house itu ada semacam SOP tertulis, tentang pembagian kerja atau sebagainya? Bagaimana struktur businessnya? Kapan bagian management atau akuntansi ikut gabung?

A : Tergantung software housenya.

Kalau balicamp/sigma setahuku sudah menerapkan CMMi yang mendefinisikan berbagai macam dokumen yang harus dibuat dalam satu project. SOP dan resource management dijelaskan dengan tegas. Tapi kalau software house semacam yang kecil-kecil sih biasanya masih cowboy belum ada process yang jelas, SOP dan dokumen. Paling sih ada template bikin proposal, form untuk requirement, form untuk change request, berita acara UAT / testing, Invoice untuk nagih. Kayaknya udah cukup segitu.

Orang accounting sama management gak dilibatkan dalam project. Paling cuma nanya2 doank tentang konsep accounting, malah kadang2 kita diajarin sama usernya. Kalau buku besar ini begini tablenya, jurnal AR dan AP begini begitu dst.

Kalau di operasional perusahaan biasanya ada bagian administrasi perusahaan yang ngurusi accounting, awal2 cukup pekerjakan lulusan SMK saja untuk membuat dokumen2 di atas.

Q : Trus gimana menentukan lamanya waktu pengerjaan sebuah software misalkan membuat software accounting atau CBI?

A : Ada beberapa cara untuk menentukan project estimation

1. Cara kasar : tentukan deadline berdasarkan kebutuhan bisnis, misalnya: PT A akan memulai usahanya pada juli bulan ini, maka aplikasi harus selesau bulan juni. Pokoknya aplikasi harus selesai,

2. Cara Marketing : Ikut tender, terus dengarkan tim lain presentasi, hitung waktu penyelesaianya kirakira 40% lebih cepat dibanding pesaing. Kalau pesaing bilang 5 bulan, ya kita bilang 3 bulan :)).

3. Cara logis : Tentukan kapan deadlinenya, kemudian tentukan feature apa yang diperlukan agar aplikasi Accounting bisa berjalan. Kemudian bentuk tim, training tim, setup teknologinya. Lalu bersama-sama dengan tim estimasi setiap feature berapa lama bisa dikerjakan. Kalau timnya berisi programmer berpengalaman dan pernah terlibat project development aplikasi serupa, peluang estimasi akurat bisa cukup

tinggi, kalau semuanya belum pernah membuat aplikasi tersebut ya coba tanya sama yang pernah bikin, kalau ada yang nggak tanya ya pura2 jadi mama laurent trus cari hari baik untuk deadline

Kalkulasi estimasi project bisa ditentukan dengan berbagai teknik ada yang dihitung berdasarkan table, banyak kolom, banyaknya screen, export-import modul, banyaknya report. Bisa menggunakan semacam poin untuk setiap item yang dihitung. Kemudian dibandingkan dengan history pengerjaan aplikasi, misalnya setelah dirata2 kecepatan pembuatan aplikasi ternyata 3 feature point per orang per hari, trus dari perhitungan feature point dari aplikasi dihasilkan 3000 feature point. Mandaysnya : 3000/3 = 1000 mandays, dikerjakan 5 orang jadinya 200 hari

A : Estimasi pada intinya dibagi menjadi beberapa tahap :

1. Estimasi dulu seberapa besar aplikasi yang akan dibuat. Ada beberapa satuan yang umum digunakan untuk mengukur besarnya aplikasi, diantaranya Function Point dan Line of Code (LOC) LOC lebih akurat, tapi sulit diestimasi di awal project. FP lebih mudah, karena berkaitan langsung dengan requirement.

2. Setelah didapat besarnya aplikasi, estimasi effortnya. Berapa manday yang dibutuhkan untuk menyelesaikan. Perusahaan berpengalaman dan rajin ngumpulin data seperti Balicamp biasanya sudah punya data historis tentang kemampuan pasukannya. Satu FP bisa diselesaikan berapa manday. Nah dengan data ini, tinggal dibagi aja, berapa FP jadinya berapa manday.

3. Setelah manday didapat, estimasi durasi. Durasi adalah jumlah hari kalender untuk membuat aplikasi, satuannya hari kerja. Apa bedanya effort dan durasi? Misalnya satu fitur effortnya 8 manday. Ini belum tentu selesai dalam 1 hari. Mungkin saja durasinya bisa 4 hari, sbb :

2 jam meeting dengan client 2 jam coding.

2 hari clientnya lagi sibuk, sehingga gak bisa ngetes

2 jam UAT, dapat 10 bug

1 hari programmer mules-mules, gak bisa coding.

2 jam fixing

Total effort 8 jam, tapi durasi jadi 5 hari karena ada 2 hari nungguin user dan 1 hari programmer murus.

4. Setelah durasi dapat, baru bisa hitung cost. Misalnya durasi 4 bulan, berarti 4 kali gajian programmer, PM, tester, dsb. Kalo nyebrang lebaran, hitung juga THR, sehingga cost nambah.

Itu sederhananya. Mau yang rumit dan penuh jargon? Coba google function point calculation, wideband delphi, cocomo, planning game. Kalo saya sih yang gampang2 aja dan minim hype. Estimasi itu sederhana, tapi tidak mudah, karena butuh experience.

A : Klo ginian, enaknya dilihat dulu kapasitas team internal-nya spt apa. Maksud saya sih gini, coba lihat 1 orang itu sanggup bikin 1 screen CRUD standart + UI n DB validation brp jam. Nah dr situ dilihat kira2x brp form yg dibutuhin, trs hitung dengan cara yg udah dipaparin ama diatas . Nah masalah dr ngitung berdasarkan kompleksitas screen ini timbul klo misalkan client ga ada aplikasi sebelum-nya (manual abis, masih pakai excel) Nah klo udah masuk masalah ini, tergantung PM-nya gmn. Soalnya kadang-2x dr UI yg udah dibuat, ketika deliver iterasi 1 eh user-nya ngomong wah nih UI koq susah banget yah, klo diganti gmn ?? (gubrak ~_~') Gmn cara ngitung-nya klo spt ini ^_^

A : Kalo soal screen design mah harusnya udah di waktu UReq dong, Khan dari requirement kita kasi mock up screen nya kayak apa, Lalu kalo di setujui, ntar kita estimate, bikin screen gituh bisa berapa lama, Nah kadang… consultant company is banking on the user to change their mind :p

Hahahaha

Believe me…

Jadi gitu user minta ganti UI… that's it!

Time frame nya udah bisa di nego ulang… asal project nya udah di tangan toh?

Satu hal lagi, Buat management, 3000 feature point dengan 30 programmer jadi dalam 100 hari. Tapi apakah 3000 feature point dengan 60 programmer bisa jadi dalan 50 hari? Hal ini yang selalu bikin susah nih…

Q : Seberapa pentingnya kah orang yang benar-benar background marketing di software house?

Lebih menghasilkan mana, marketing online atau offline??

A : Kalau belum bisa gaji orang marketing, mending dikerjakan sendiri.

Kalau di perusahaan2 kecil marketing ini ibarat jantungnya software consulting, ngebul apa nggak dapur tergantung project yang diperoleh marketing.

Kalau masih pure tukang jait dan belum punya keunggulan kompetitif selain harga yang murah, sepertinya offline dengan pendekatan person to person lebih gampang. Kalau online lebih enak punya keunggulan kompetitif, misalnya punya nama yang dah dikenal banyak orang.

Offline dan online juga tergantung bussiness yang mau digarap. Kalau client besar seperti banking, telco, oil & gas dan pertambangan sepertinya lebih pendekatan ke personal. Masalahnya di industri ini cuma cukup untuk pemain-pemain besar saja, perusahaan masih baru mulai sih mana dipercaya.

Kalau mau mulai paling gampang nih, jadi sub kontraktor pengadaan software pemerintah :D. Ini project paling gampang, tapi paling berdarah2. Requirement tidak jelas, termin pembayaran tidak jelas, belum tentu aplikasi digunakan, dst dst.

Pikir-pikir dulu kalau mau bikin software consulting. Lebih enak kalau kerja dulu dan melihat industri apa yang bisa digarap. Kecuali km gak jadi consulting tapi bikin produk/service/framework dll

A : ArtiVisi udah jalan 3 tahun, tanpa ada orang ber-background marketing maupun orang yang dedicated untuk marketing. Nyatanya kita survive, project sih ada aja. Nah, kalo gitu penting gak marketing?

Menurut saya, reputasi lebih penting.

Q : Screen design dilakukan pada waktu UReq dan menghasilkan mock up screen, kalo di setujui, ntar kita estimate, bikin screen gituh bisa berapa lama. Proses ini biasanya software udah deal apa belum ya? sign kontrak dst?

A : Belom dong…

Khan biasa nya step nya tuh die undang buat presentation, Lalu di jelasin scope dasar nya, Ini masi blur nih tapi karna udah ada gambaran nya khan at least kita udah bisa sketch gambar screen, Nothing fancy nothing written on stone Cuma kayak kalo mo load data pasti ada search screen dulu, search screen nya di kasi criteria Cuma yang wildcard searchable di taro di tengah. Ntar ada border warna biru Gitu2 ajah.

Kalo udah ada patokan ini khan udah ada screen mock up, Semua search screen akan kliatan seperti ini Tapi kalo tiba2 user nya mau ganti, Gak gini deh mau nya pake pop-up search, Lah ya bongkar toh? Ini lho maksud gue. Kalo udah beres screen mock up nya Tar kita kasi proposal, Tampilan nya gimana, Feature2 yang bisa kita throw in apa ajah, Time line nya berapa lama, Harga nya berapa, Assumptions nya apa ajah, Report nya bisa apa ajah, Mesin nya musti apa ajah, Lalu baru di seleksi lagi, terakhir baru harga.

Nah ideal nya khan semua udah ada waktu nya Kayak tiba2 udah mau deliver user nya minta, wah report ginian gak ada nih, minta dong!, Lah ya kalo Cuma 1-2 ya gpp (mungkin) tapi kalo minta 30-40 report?

Q : Pernah coba terapkan agile methodology? user bisa mengerti methodology ini gak sih?

A : Sayang nya selama ini client2 gue kagak mau ngerti segala methodology ginian. U give the timeline, and I expect a stable product by that date, That's it! Hahahaha, Ya gue mah, lu neken gue teken balik. Gak bole meleset ya lu gak bole banyak minta :p hahahaha

Q : Kalau semuanya masih mahasiswa dan belum pernah sama sekali masuk software house, ada saran ?

A : Disclaimer : Tidak bermaksud meruntuhkan semangat ataupun psywar bagi calon kompetitor ;p

Untuk bisa mendeliver sebuah aplikasi berkualitas production, sangat sulit. Apalagi kalo timnya semua fresh graduate, gak ada yang experienced.

Sebagai gambaran, Martinus bikin aplikasi kasir, Point of Sale, itu cuma 2 hari sudah komplit fiturnya, lengkap dengan print ke dot matrix. Tapi dari situ sampe aplikasi implement dan go live, butuh 3 minggu.

Pesan moralnya, deliver software jauh lebih banyak dari sekedar coding. Ada tarik-tarikan fitur/change, implementasi, training user, nagih invoice, dan urusan non teknis lainnya.

Coding itu sangat gampang, apalagi aplikasi bisnis. Paling cuma insert update delete database, nothing new.

Yang sulit itu :

- estimasi nilai project : butuh pengalaman

- menggali requirement di awal dengan lengkap supaya di belakang gak banyak hidden feature : butuh pengalaman

- mendesain aplikasi supaya adaptif terhadap perubahan : butuh jam terbang

- menerapkan change procedure supaya project tidak melebar : butuh skill negosiasi yang didapat dari pengalaman

Satu lagi, kalo core businessnya project, siap2 puasa berbulan-bulan. Cashflow perusahaan berbasis project sangat unpredictable. Bisa-bisa 4 bulan baru turun 1 termin. Nah selama itu biaya operasional dari mana?

Jadi, apa rekomendasi saya?

Kerja dulu di software house yang sudah mapan dengan tujuan sbb :

- belajar siklus mulai dari sales sampe project closing

- memperluas wawasan business process, misalnya akunting, procurement, dsb

- memperdalam kebijaksanaan dalam mendesain software

- menabung uang untuk modal bikin perusahaan

- menabung relasi untuk modal bikin perusahaan

- menabung reputasi biar gampang dapet orderan

Nanti setelah 2 - 3 tahun kerja, udah tau project dari kepala sampe buntut, baru deh bikin sendiri.

Hmm … jadi ingat thread sebelah tentang lulusan IT ;p

Coba baca ini dulu : http://endy.artivisi.com/blog/life/pengetahuan-wajib-buat-programmer/

Kalo mau buka software house, harus bisa solve problem, bukan cuma bisa coding.

Q : Nah, muncul satu lagi pertanyaan. Ntar yang bagian hubungan sama user, seberapa jauh harus mengerti teknis program yang kita buat?

A: Yang jelas harus ngerti bisnis process, dan ngerti behavior aplikasi yang dibuat. Jadi kalo user punya skenario, misalnya, gimana caranya kalo saya ada diskon dari supplier? Implementor bisa menjelaskan cara aplikasi mengakomodasinya. Bagian mana yang harus dikonfigurasi.

Q : Oia, untuk project management, tanya nih. Software apa saja yang bagus n gratisan yang untuk:

- project manager (misal: MS Project untuk yang punya mikocok)

- uml designer (power designer kan bayar)

- dll yang perlu lagi untuk software house

?

A : Uml jarang dperlukan. Ms project dipake tim yg ada Pm-nya, nggak ada manfaat praktis ke developer.

Yg penting tools itu versioning sistem spt subversion trus issue tracker spt trac atau redmine. Kl 2 itu dipake bnyak bantu developer.

klo emang ingin kerja tim, siapkan build tool yg bisa ngurusin smua secara otomatis + nanganin masalah dependencies library :) Nah enaknya lagi, di java ada 2 tool yg keren yaitu :

- Apache Ant (Automatic build tool, didlm ini jg bisa ditambahin custom task utk kepentingan smua team)

- Apache Ant + Ivy ( Jika digabung ama ivy, bisa automatic dependencies resolution )

- Apache Maven (Udah nge-cover smua yg disebutin diatas :D)

Nah pilih salah 1 aja Btw meskipun hal diatas ini kelihatan-nya sepele, tapi pengetahuan tool2x diatas diperlukan biar lebih nyaman klo mau beruusan ama subversion, release dan yg terkait dng versi aplikasi

A : Hmm… biasanya sih kita gak pake aplikasi Gantt chart model ginian. Berdasarkan pengalaman, aplikasi Gantt chart seperti ini kurang praktis. Soalnya kita jadi banyak berkutat mikirin dependensi antar task.

Padahal task di software development itu sangat dinamis.

Planning dan tracking di ArtiVisi tidak kompleks. Kita ngikutin fitur yang disediakan trac. Cuma ada milestone dan task. Milestone bisa dikasi tanggal deadline Satu milestone terdiri dari banyak task. Yang manapun task yang dikerjakan duluan tidak masalah.

UML juga tools yang kita gak pake. Mau presentasi class diagram ke siapa? Di ArtiVisi, karena client kita kebanyakan adalah end-user, kita tidak mendiskusikan hal2 teknis dengan client. Kita mau pakai surrogate atau natural key, client tidak perlu mikir. Kita mau pakai 1 tabel atau 10 tabel, bukan urusan client. Kita dibayar karena kita experienced dan bisa mengambil keputusan sendiri berkaitan dengan internal teknologi yang kita gunakan. So, ngapain lagi ngerecoki user dengan urusan jeroan?

Kita diskusi aplikasi dengan client menggunakan prototype UI. Kalo desktop, bikin pakai Swing, kalo web, ya langsung HTMLnya. Client memutuskan what to be built, kita memikirkan how to build.

Tools yang perlu lagi untuk software house :

- version control (kita pakai Subversion)

- Issue/task tracker, lebih sipp kalo ada version control browsernya (kita pakai Trac)

- IDE (kita pakai Netbeans)

- Skype, kita pake fitur share screennya, sangat berguna untuk remote discussion

- Aplikasi Email (Gmail sudah cukup, personally saya pakai TB)

- YM client

Intinya: stay simple, supaya bisa fokus ke kerjaan, bukan tools.

A : UML itu sepengalaman saya cocok digunakan untuk dokumentasi teknik yang dimengerti oleh developer, sedangkan user sebenarnya tidak mengerti UML, kecuali usernya mengerti IT. Kasus user yang mengerti IT

biasanya terjadi di project2 besar, sedangkan project web application, POS atau apliksi transaksi kecil hingga sedang tidak perlu UML. Malah lebih berguna Entity Relation Diagram (ERD).

User yang mengerti IT pun kalau berasal dari lingkungan nonOOP juga tidak familiar dengan UML.

Q : kalau mau manage project bareng-bareng, enak jelasin ke programmernya pake uml. Tentunya pake narasi di diagramnya. begitu ?

Ini adalah sesuatu yang mudah diucapkan tapi sulit dilakukan. Yang namanya programmer, akan lebih memilih coding daripada bikin UML. Soalnya dia akan mikir, daripada bikin UML lama, akan lebih cepat

kalau langsung dicoding. Dan jangan lupa, sesuatu yang dibuat harus dimaintain. Class diagram sih bisa direverse engineer biar tetap up to date, tapi narasinya?

ERD juga sesuatu yang kita gak pake. Gimana cara kita bikin diagram skema database? Bikin dulu aplikasinya, setelah selesai reverse engineer pakai Netbeans.

Kalau sesuatu terdengar indah di kuliah, belum tentu applicable di real project.

ERD, UML, kedengarannya keren dan mudah, kalau class/tabelnya < 10 Di aplikasi nyata, class biasanya > 100 dan tabel biasanya > 20. User management aja sudah 7 tabel sendiri : user, group, user_group,

permission, group_permission, user_session, user_preference.

UML tidak hanya class diagram. Yang lainnya adalah :

- Use Case Diagram : kayaknya terlalu simplistik untuk menjelaskan business process.

- Activity Diagram : ok lah ini mungkin bermanfaat untuk menjelaskanflow, sama aja kayak flowchart

- State Diagram : jarang dipakai kecuali untuk sesuatu yang state berubah misalnya status Order.

- Sequence Diagram : definetely for programmer, melihat invocation stack.

Saya gak bilang UML bad, crap, useless atau apa. Cuma gini aja, UML itu kan cara berkomunikasi. Jadi mau dipakai atau tidak ya tergantung pihak-pihak yang terlibat. Selama ini komunikasi kita lebih efektif dengan prototype screen, ya itu yang kita gunakan.

A : Gua juga pernah mau pakai UML sampai capai-capai baca beberapa buku. Terus latihan. Tapi ujung-ujungnya nggak kepakai. User lebih mengerti narasi dalam bentuk tulisan atau screen mock-up. Kalau menurut gua UML itu berguna sih tapi untuk skala proyek tertentu yang amat besar kalau menurut skala Indonesia. Untuk skala proyek normal di Indonesia UML adalah "overkill"/terlalu berlebihan.

Q : Gimana cara kita bikin diagram skema database?

A : Diagram ERD di kantor saya juga ga dipake, bukan ga mau ngikutin standar, tapi gmana cara bikin ERD untuk 35-40 database, tiap database > 100 tabel & > 50 view, tiap tabel/view kebanyakan > 20 field? Kita bikin desain tabel pake fasilitas diagram punya SQL Server 2000/2005.

Kalo saya dari sisi programmer keluarga DFD, ngeliat aplikasi itu berdasarkan fitur dan data. Fitur yang user mau apa? Data yang mo ditampilin apa? Data yang diinput apa? Nah dari situ baru bikin desain fitur, desain database, dll dsb sampe terakhir coding. Kalo coding dulu baru desain database terakhir ngikutin maunya program bakal lebih ribet pengembangan kedepannya.

A : Klo di tempat saya, urusan database pake ERWIN Data Modeller, support cukup banyak RDBMS.

Disana bisa dipecah-pecah berdasarkan subject area, cuma ya ada kemudahan, ya ada harga.

Jadi biar ada 1000 tabel pun, bisa dikelompokkan berdasarkan subject area. Manfaatnya dapat semua:

- Dokumentasi database

- Reverse / Forward Engineering

- dan mendukung semua fitur database yang disupport.

Ini yang paling basic dulu sih, semua kembali pada kedisplinan dan toleransi yang mengerjakan proyek. Klo gak disiplin jg bakal susah implementasi semua SOP Kerja yang ada, dan kembali ke dunia primitif.

Q : Yang namanya programmer, akan lebih memilih coding daripada bikin UML. Soalnya dia akan mikir, daripada bikin UML lama, akan lebih cepat kalau langsung dicoding. begitu?

A : Maaf kalo saya bilang ini programmer belom pengalaman megang aplikasi besar. Programmer yang pengalaman, dia bakal desain dulu aplikasinya ntar kaya gmana, butuh apa aja (fitur2nya), ada modul apa aja, hubungan antar modul gmana, data yang dibutuhin apa aja, nampilin data apa aja, desain databasenya gmana, kemungkinan evolusi aplikasi ke depannya gmana, permasalahan umum lainnya apa, dsb. Setelah desain udah jadi, baru coding. Kalo programmer yang langsung maen coding aja tanpa bikin desain, jamin deh dimasa depan pas pengembangan aplikasi (tambah fitur, tambah modul, integrasi modul lain) pasti lebih

kelimpungan daripada yang desainnya udah bagus.

A : Hmm.. saya tidak sepenuhnya setuju dengan yang diatas. Di company tempat saya sekarang aplikasi yang dibangun rata2 semuanya kompleks. Tapi di sini gak terpaku pada design formal (ada diagram pun paling oret oret di kertas ato gambar pake power point saja). System yang rumit2 aja docsnya gak perlu sebanyak yang diminta dosen saya waktu jaman mata kuliah Software Engineering.

Menurut saya kalo design yang sampai mendetail itu cocoknya kalau polanya system architect mendesign untuk "dijahit" oleh programmer, maka perlu design yang detail. Di tempat kami programmer semuanya tipe2 yang engineer, jadi design sendiri, coding sendiri, kadang2 konsultasi dengan rekan2, jadi design yang diperlukan cuma garis besarnya saja kira2 programnya mau dibuat bagaimana, sisanya improvisasi dipikir sambil dicoding.

Maintenance hell? Nggak juga, menurut saya malah lebih "agile" dari yang pakai SDLC tradisional - asalkan codingannya bagus dan kebaca, gak perlu design doc yang njelimet koq.

Design database? Kalau buat saya sih baca ERD sama baca schema (dengan asumsi schemanya rapi buatnya), gak banyak bedanya. Jadi perlu ERD kalau mau dikomunikasikan dengan client, dokumentasi, etc. saja. Jangan malah jadi "beban" karena merasa "wajib" buat diagram ini itu.

Jadi menurut saya, design kadang2 perlu, tapi nggak perlu yang extreme2 amat kecuali kalau mau dideliver ke pihak luar.

A : Perhatikan perbedaan antara *tidak melakukan desain* dan *tidak membuat dokumen desain* Yang saya bilang di atas, saya tidak bikin UML, DFD, ERD, and whatever dokumen desain yang orang lain biasa bikin. Lalu apa saya tidak melakukan desain? Tidak juga. Saat ini di ArtiVisi, yang biasanya mendesain aplikasi saya dan Martinus. Gini cara kerjanya.

1. Analisa UI prototype (kami tidak membuat SRS, URS, atau whatever *RS)

2. Tentukan tabel dan relasi (biasanya pada tahap ini cuma nama tabel, PK, dan FK) Ini tidak pakai tools apa2, cukup kertas dan pulpen.

3. Jalankan test scenario untuk berbagai variasi use case menggunakan sampel data sederhana, lihat apakah semua use case, baik untuk saat ini ataupun ke depan, sudah bisa terakomodasi oleh tabel dan relasi.

4. Revisi desain sesuai feedback dari step #3.

5. Repeat until done.

6. Setelah dirasa memuaskan, langsung coding domain class berikut relasinya (@Entity, @ManyToOne, @OneToMany, dsb)

7. Commit, kemudian buang kertasnya, pulpennya jangan.

Lalu apa kami sama sekali tidak pernah bikin gambar skema pakai tools? Pernah juga kadang2. Biasanya teman saya suka minta pendapat saya, atau saya pengen review skema yang dibikin Martinus. Gimana caranya? Generate dulu database pakai hbm2ddl, kemudian reverse engineer jadi diagram pakai whatever tools yang tersedia. Kalo gak ada tools, pakai ini aja

http://teethgrinder.co.uk/database-diagram/

Martinus kirim png ke saya. Saya komentar, kalo ada revisi langsung edit domain model. Regenerate png.

So, skema database itu dibuat secara reverse engineer, untuk keperluan komunikasi.

Begitu selesai, ya dibuang aja itu gambarnya, toh kalo perlu bisa dibikin lagi dengan mudah. Kalo perlu, generate pakai Ant aja dan masukkan ke build process.

Inilah interpretasi kami terhadap prinsip "the source code is the documentation" yang dianut Agile.

Kita tidak menganut pendekatan arsitek bikin gambar, programmer coding. Soalnya software itu dinamis, kalau desainnya pakai dokumen rigid semacam MS Word,nanti capek maintainnya. Kalo tiap nambah field, refactor nama tabel, add/remove relasi harus edit *doc, jaminan gak bakal dikerjain. Sudah jadi human nature males ngerjain gitu2an.

Jadi gini, dokumen itu ada untuk 2 purpose : komunikasi dan dokumentasi. Komunikasi itu untuk ngobrol sama orang lain. Dokumentasi itu untuk meringkas informasi biar gak harus ngetrace source code.

Yang untuk komunikasi, kita generate on demand. Abis komunikasi selesai ya dibuang, gak dimaintain.

Yang untuk dokumentasi, dibikin belakangan, setelah semua coding selesai. Kalo dibikin di depan, repot maintainnya, karena source code belum stabil. Masih banyak refactoring. Idealnya, setelah go live baru bikin dokumentasi. Jadi gak banyak rework. Tapi karena berhubungan dengan invoice, bisa juga dibuat pas UAT dimana perubahan sudah tidak signifikan lagi.

Sekali lagi, gak bikin dokumen desain bukan berarti tidak melakukan desain.

Nah sekarang, yang pada bikin ERD, DFD, UML, saya mau tanya? Kenapa Anda bikin diagram itu? Why? Asal ada manfaatnya no problem. Tapi kalo karena disuruh bos, di kuliah gitu, di buku dianjurkan demikian, think again. Apa gak sebaiknya masa remaja digunakan untuk hal2 yang lebih bermanfaat?

Akhirnya saya penasaran sendiri apa bisa diautomate, jadi saya google dan dapat ini :

http://schemaspy.sourceforge.net/

Bisa tuh dari Ant/Maven :

ant generate-skema-db

A : Yg ini bener banget neh.. kebanyakan kerjaan gw cuciin piring orang laen, jadi mana ada dokumentasi UML,ERD atau apapun juga.. Kalo gw milih dokumentasiin itu semua, bisa ga kelar-kelar kerjaan dan kehilangan pekerjaan gw.

Kalo menurut gw seh daripada pusing ngurusin UML dan segala macemnya itu lebih bagus belajar design pattern dulu dah. Buat make library dan mempelajari framework yang baru itu gampang, yg susah itu nerapin design pattern yang bagus buat applikasi kita. Kalo udah capek-capek bikin UML tapi design pattern nya ga diterapin juga pasti di jamin dalam pengembangan applikasinya nanti itu kelimpungan juga. yah kayanya emang UML lebih cocok untuk menjadi alat komunikasi antar programmer aja deh.. Gw bayangin presentasiin itu uml ke client gw :D Bisa di ketawain + di goblok-goblokin + di keluarin Undang-undang garuda tuh.. Mana mo tau mereka urusan begituan.. Client butuh solusi bukan gambar-gambar gituan..

Kesimpulan

K : baru baca thread ini, sop di software house. tp jadinya menarik bahan diskusinya

ada beberapa hal menarik disini, seperti sharing dari Bung Ifma, dan Endy bagaimana mereka menerapkan development process di artivisi, menurut saya itu bagus banget dimana kita harus melihat skala perusahaan dan success level untuk menjadi sebuah result oriented company. tapi memang akan kurang cantik kelihatannya dari sisi documentation, inget technical team hate documentation, jadi rule of the gamenya sah2 aja.

Cerita Adelwin, ureq di indo jika bisa seindah itu…. gw demen banget deh. sayang sepanjang experience di project, belum pernah seindah itu, walaupun bisa sih di manage supaya ontime, tapi balik lagi, kemampuan business analyst, and project manager penting banget dalam hal ini.

about UML and development ini menarik banget untuk saya… karena saya sendiri berangkat dari dunia developer dan analyst dalam bekerja saat ini.

Dalam dunia development banyak yang menggunakan UML sebagai design and documentation. pake use case, class diagram, sequence dan activity diagram. di tempat saya sendiri bekerja saat ini, saya menggunakan UML terutama class diagram sebagai acuan dasar, karena saya menggunakan Model Driven Architecture. dimana class diagram sebagai design dasar untuk pengembangan application. klo ditanya kenapa sih butuh class diagram, kebetulan project kami menggunakan sekitar 200-400 domain model bahkan ada class yang memiliki attribute hingga 200, jadi tools cukup membantu dalam hal ini.

Tapi ada hal yang menarik mengenai diagram lain, seperti usecase dan sequence diagram. dimana diagram2 lain ini dapat dengan mudah digantikan oleh oret2 pencil, powerpoint, prototype maupun user stories. kebetulan sempat menggunakan 2 cara yang agak berbeda dalam menyampaikan apa yang harus dikerjakan developer :

satu team, selalu menggunakan use case scenario lengkap, prototype, hasilnya… programmer kesannya jadi jauh lebih manja, bahkan kemampuan analisa dan logika programmer kurang terasa. di team yang lain, kita mencoba menggunakan oret2 pencil, prototype atau simple scenario dapat juga verbal aja. hasilnya perkembangan developer yang ada, di team ini jauh lebih significant, kemampuan terhadap analisa dan logika lebih baik bahkan mereka tahu apa yang sebenarnya diminta oleh customer. Selain isu sense yang dimiliki oleh programmer bahwa mereka lebih berkembang dan tidak bosan dengan aktivitas mereka jauh lebih bagus dibandingkan dengan team yang lain.

Jadi ini lebih kelihat sebagai dinamika team dalam software development

K : Wowowow.. ternyata topik ini jadi panjang juga yah. sebagai TS, saya harus berterima kasih nih, banyak ilmu dan pendapat yang saya bisa ambil dari sini.

Saya memang newbie sih, belum pernah bikin aplikasi besar. Mungkin bagi yang sudah berpengalaman kayak om Endy, UML itu sudah nggak ada apa-apanya karena proses desain udah manteb di otak, tanpa perlu divisualisasikan. Itu juga dipengaruhi tingkat kerjasama tim dan pengalaman tim itu sendiri.

Tapi bagi saya yang jadi pemimpin tim programmer saya, saya masih perlu UML untuk menyampaikan desain aplikasi saya ke teman-teman. sebenarnya agak susah juga, karena semua harus dipikir di awal, agar nggak banyak perubahan seperti yang om Endy bilang. Tapi memang, efeknya ada bagusnya juga. Pengerjaan jadi lebih cepat karena si programmer nggak perlu susah-susah mikir desain-nya. Tapi ya kayak katanya om Tjiputra, akhirnya jadi males deh si programmer.

Dari sisi dokumentasi, rasanya UML patut diperhitungkan. Sayangnya saya belum ngerti gimana proses reverse engineer itu. Jadinya sekarang ini masih manual bikin UML, terus di share ke anggota, baru kalo ada perubahan ya tambal sulam diagramnya.

Oia, saya nemu tool gratisan yang cukup bagus. Saya pakai Visual Paradigm UML for Community. Itu gratisan juga, meski ada yang versi enterprise. Fiturnya cukup bagus, sayangnya agak lambat di Windows karena dia jalan pake Java.

Salam

Cinta Sampingan

The Dangers of CINTA SAMPINGAN.

Berhati-hatilah dengan ketertarikan kepada orang lain setelah Anda berjanji setia kepada Cinta Utama Anda.

Cinta Sampingan (CS) adalah urusan penuh muslihat yang mudah dimasuki tapi yang mempersulit jalan keluar Anda.

Janganlah tertipu dengan penampilan lembut dan sangat penurut dari seorang CS, karena setelah Anda merasa tak sesuai lagi dengannya, dia akan berubah menjadi agen rahasia yang menyusupi keluarga Anda, promotor keburukan nama Anda di lingkungan yang menghormati Anda, dan mempermalukan Anda dengan niat menjatuhkan Anda dan seluruh keluarga besar.

Apakah Anda pernah menyaksikan turunnya pamor orang-orang yang tadinya terhormat, karena pembalasan dendam oleh para CS, atau karena terbongkarnya urusan CS mereka?

Cinta Sampingan adalah urusan kecil, yang buntutnya panjang dan menyengat.

Sesungguhnya, Cinta Utama Anda jauh lebih baik dan penuh berkah. Jika tidak, mengapakah Setan membuat keburukan di luar Cinta Utama Anda kelihatan menarik?

Berhati-hatilah.

Cinta Sampingan akan menjadikan Anda dikesampingkan dalam pergaulan yang baik.

Cinta Utama adalah tempat tumbuhnya semua kebaikan hidup.

Mario Teguh - Loving you all as always