Windatania

what should i do?

2009-01-24T07:34:00.001-08:00

apa sih yang harus kita lakuin ketika kita dalam kondisi terjepit tapi nda ada jalan keluar dan kamu harus ngalah alias nerima untuk sesuatu yang kamu sendiri sebenarnya nda mau?

beberapa orang mengatakan
1. sabar
2. berdoa
3. pasrah

ketika kamu sedih, kamu menangis, tapi tidak ada jalan keluar buat masalahmu dan kamu harus sabar menrima semuanya? padahal itu ud nda adil buat kamu?

kalo menurutku sih aku pingin marah, berontak tapi tetep nda isa juga dapet jalan keluarnya? dan kamu dipaksa untuk sabar? masalahnya sih rumit banget... pasti kalian tau lah... apa sih masalah yang lebih rumit daripada cinta? (love always complicated)

ada yang punya solusi????

13 = sial? bener nda sih???????

2009-01-23T04:53:00.000-08:00

benernya sih kurang percaya dengan angka 13 itu angka sial ato hari sial, tapi pas tanggal 13 Desember 2008 aku ngalami hari yang aneh banget de, dan nda sendiri tapi bareng dengan Teli dan Nyit2 (anak2 DD 12 tercinta)

ceritanya:
Sabtu pagi yang ceria tanggal 13 Desember 2008, berhubung hari Sabtu yang ada anak2 DD12 pada tewas semua ampe siang, cuma kebetulan ada beberapa yang UAS di WidyaMandala ud berangkat pagi...

Teli tercinta karena MP4 nya rusak dan lagi dibenerin di THR yang katanya ud sebulan rusak minta ditemenin ama aku untuk ambil... jam 10 telp orangnya yang service bilang telp agak siangan ya coz yang service belum dateng....

jam 10.30 an Teli telp lagi dan bilang boleh diambil sekarang mba... ud jadi kok....
alhasil karena Sabtu hari buat males2an (maksudnya blm mandi) terpaksa mandi....
begitu selesai mandi (nda ampe 1/2 jam ud kelar keramas and mandi demi MP4 Teli), ya terjadi kesialan pertama.... Teli ditelp mbak tukang service suru ambil Senin aja coz dia nda yakin... padahal kita ud buru2 mandi... alhasil dengan gondok Teli iyain aja padahal tu MP4 mau dibawa ke Kediri....

daripada kesel nda selesai ya kita pergi ke Ai Hosana buat beli lunch.... nda tau juga napa begitu kita pulang dari Ai Hosana... meja makan kita penuh banget dengan anak2 yang biasanya nda pernah maem disana.... kesialan kedua terjadi .... akhirnya dengan terpaksa kita makan di ruang makan DD10....

ya namanya anak kos... hal2 kayak gitu nda terlalu ngefek....
after lunch kita kumpul di kamar Teli (jam menunjukkan pukul 13.00), tiba2 hp Teli bunyi dr mbaknya and bilang,"Mbak... ini MP4 nya ud bisa diambil..."
grrrrrr.... padahal ud siang dan ngantuk banget.... demi Teli tersayang aku nemenin bareng Nyit2 juga untuk ambil MP4 ke THR....

setelah nelp Taxi dengan warna background biru kita berangkat ke THR... nda tau napa tumben ni taxi lama banget datengnya (bisa dibilang kesialan ketiga nih...) dan setelah nunggu taxi yang lama banget datengnya akhirnya kita bertiga berangkat dengan ketawa2....

tidak lama kemudian terjadilah kesialan keempat.... jalanan macet banget dan hujan lebat banget ditambah supir taxi yang misuh2 sepanjang perjalanan....
begitu ampe THR terjadi kesialan kelima.... aku cuma bawa 20rb... Teli cuma 5rb... dan Nyit2 sama sekali nda bawa duit.... padahal argonya 29rb... (hiks2 malu2in...) akhirnya kita mohon maaf banget dengan supir taxi tadi....

berhubung duit ud nda ada ya kita sepakat ambil ATM di lantai 1.... then terjadilah kesialan keenam ... kita ngantri depan mesin ATM BCA dengan 12 orang depan kita dan ngantri dengan tetesan air hujan...(mall bisa bocor juga???) dengan ganti2 posisi kaki yang mulai capek akhirnya nyampe juga di ATM.... (yaiks.... kesialan ketujuh terjadi) mesin ATM yang sebelumnya nda ada masalah dan pas giliran kita ada tulisan MAAF UNTUK SEMENTARA MESIN TIDAK DAPAT BEROPERASI... (sighs..... apes banget sih).....

ya ud deh jadi kita sepakat ambil duit di mesin ATM depan... orang depan aku dengan sukses turun pake eskalator... pas kaki aku mau nginjek eskalator, tiba2 eskalatornya mati... dan di belakang kita bertiga ada seorang cowok yang dengan suara keras teriak2," Eh, kok banjir...eh kok bisa? eh kok mall banjir?" dan ternyata dia cuma sendiri teriak2, alhasil kita ngakak nahan ketawa (sial lagi deh....)

dan ternyata THR banjir ud semata kaki.... (heran juga mall bisa banjir... )
setelah melewati banjir dengan gerimis deres akhirnya sampai juga di ATM BCA depan... dan semua kartu ATM kita nda bisa dimasukin ke tu mesin nda tau napa.... (kesialan kesembilan)... akhirnya kita mutusin ambil duit di ATM Bersama.... ya tentu aja kena charge de..... ^_^!

setelah megang duit kita bertiga ke lt 1 buat ambil MP4 Teli... dan dengan halus Teli nyindir mbaknya," Maaf ya Mbak ngrepotin..." si mbak dengan polos menjawab," Nda pa2 kok Mbak..." alhasil Teli tambah gondok....

trus aku cari CD Game buat seseorang yang spesial di hatiku.... dan beli mouse buat laptop dia... setelah milih mouse nya yang ada di rak pajangan... aku minta diambilin ama mbaknya.... trus dia kasi aku gunting...(dalam hati, buat apa nih gunting?), Mbaknya bilang,"Nih gunting aja yang ada di rak..." Hah?????? aneh banget ni pelayan... masa swalayan ?????(kesialan kesepuluh)

karena suasana ud nda enak banget kita mutusin pulang, ud sampai lantai dasar Nyit2 laper dan ngajak maem di KFC THR.... tumben aja KFC rame banget dengan orang yang kehujanan dan basah semua... kita bagi tugas... Teli cari tempat duduk dan aku ma Nyit2 ngantre....
depan kita ada seorang cewek yang dapet titipan dari temen2nya kurang lebih 5 orang... setelah ngantri kurang lebih 1/2 jam Nyit2 mutusin keluar aja coz suasana ud nda nyaman banget... di belakang kita ada ibu2 yang sangat basah ndusel2 aku ma Nyit2... (kesialan kesebelas)

karena uda hujan deres banget kita mutusin ke Delta pake taxi aja yang biasa nangkring di depan THR.... ( sial lagi....) tidak ada taxi apapun disana....
aku berinisaitif nelp Taxi dan bunyinya..."We are sorry, the number you are calling blabla bla.... telp Taxi lain sama aja... sial banget sih... :(

akhirnya kita dengan ujan2an nyegat taxi di jalan untuk ke Delta.... setelah nyampe Delta kita mutusin buat cuci kaki dan pipis.... pas cuci tangan dan mau ngeringin tangan ada bapak gendut yang nangkring di depan handdryer... dan nda mau minggir... setelah kibas2 tangan biar kering ... eh si Bapak malah pergi sambil senyum2 nda jelas....

karena ud laper banget kita mau nyari makan... tiba2 tercetus ide gimana kalo di Pizza maem santai sore aja? dengan langkah pasti kita masuk Pizza... si mbak nawarin berbagai menu... trus dia tiba2 nyletuk santai sore nda ada di weekend... ya akhirnya kita pesen Delight berempat...
dengan happy kita bahas kesialan2 yang ud terjadi sambil maem.... trus karena makanan kita nda habis kita minta dibungkus aja garlic breadnya.... ampe ud bayar tuh garlic nda nongol2 juga... trus si Nyit2 nanya ama mas yang lagi nglayanin meja di sebelah kita,"Mas, ud lupa ya ama garlic bread tadi?" wkwkwkwkwk si Mas langsung pucet..... "Maaf ya Mbak, nih garlic breadnya... saya lupa tadi..."

trus kita berencana ke Gramedia untuk beli Twilight... tapi ud habis.... trus ke Gunung Agung... voila..... ada tinggal satu..... hehe... nda sial2 banget lah.... setelah puas cari buku kita mau bayar dan nda tau napa feelingku tiba2 ngecek tu buku.... dan OMG ada bagian yang rusak dari buku itu...
sebagai konsumen kita tentu mengharapkan dapet barang yang bagus....
ada Supervisor bodoh yang dengan nda sopan ngomong," Kalo mbak nda mau ya nda pa2 kok, taruh aja di rak lagi... masih banyak kok yang mau beli..."
Dengan gondok tuh buku aku balikin sambil ngomel2 ke dia, bilang supervisor kok bodo banget ya, masa kepuasan customer kok nda diutamakan...

kita pulang de karena ud malem dan kita lewat pintu yang mengarah ke WTC, berharap ada taxi biru disana.... (d****, nda ada taxi lagi)
akhirnya kita balik lagi ke depan McD berharap ada taxi biru disana... ud gitu pas kita keluar mau manggil taxi banyak ojek payung yang maksa2 lagi.... tetep aja susah cari taxi.... (hiks hiks apes banget sih....)

then akhirnya kita dapet taxi abu2 yang sepanjang perjalanan si supir berusaha ngehibur kita dengan kata2,"Capek deh..." berulang-ulang dengan konteks yang sama sekali nda jelas....
akhirnya sampai juga kita di DD12 dengan banyak kesialan dan badan capek....

na sekarang kesimpulannya masa sih angka 13 itu bawa sial?

Doa Tidak Pernah Siasia

2008-10-27T19:40:00.000-07:00

Pernahkah anda merasa bahwa doa-doa anda sia-sia?

Satu kali Roger Simms mencari tumpangan. Sebuah mobil mahal yang dikendarai seorang pria yang lebih tua berhenti, pria yang bernama Hanover itu memberi dia tumpangan. Dalam perjalanan mereka berbicara tentang banyak hal, termasuk bisnis Tuan Hanover di Chicago.

Roger merasakan dalam rohnya desakan untuk menceritakan tentang Yesus, tetapi agak kuatir untuk bersaksi kepada seorang pengusaha kaya. Kitika hampir mendekati tujuannya, Roger mulai berbicara: â€œTuan Hanover , saya ingin membagikan kepada Anda satu hal yang sangat pentingâ€�. Roger menjelaskan jalan keselamatan dan bertanya apakah Tuan Hanover mau menerima Kristus sebagai juruslamatnya.

Tanpa diduga, pengusaha itu meminggirkan mobilnya, menundukkan kepalanya, menangis, dan mengucapkan pengakuan dosa dan mengundang Yesus dalam hatinya. Ia berterima kasih kepada Roger sambil berkata, â€œIni merupakan hal terbesar yang terjadi pada diri sayaâ€�.

Lima tahun sejak kejadian itu, ketika Roger berada di Chicago dalam suatu perjalanan bisnis, Roger mendatangi Hanover Enterprises. Resepsionis memberitahunya bahwa dia tidak boleh menemui Tuan Hanover . Setelah didesak akhirnya resepsionis mengangkat telepon dan setelah menutup telepon kembali, mengatakan Roger hanya bisa menemui Nyonya Hanover . Dengan sedikit kecewa Roger mengikuti resepsionis tersebut memasuki kantor.

Setelah bersalaman, Roger menjelaskan kebaikan hati Tuan Hanover yang memberi dia tumpangan lima tahun lalu. Merasa tertarik, Nyonya Hanover bertanya kapan hal itu terjadi. Roger mengatakan tanggal 7 Mei lima tahun yang lalu. Nyonya Hanover menanyakan apakah ada hal-hal yang tidak biasa terjadi selama dia ada di mobil. Roger agak ragu-ragu, jangan2 kesaksian yang diberikannya menjadi sumber pertengkaran. Tetapi desakan lembut Roh Kudus mendorong dia untuk mengatakan bahwa ia telah menceritakan Injil dan suaminya telah menerima Yesus sebagai Tuhan dan Juruslamatnya.

Nyonya Hanover mulai menangis tak terkendali. Setelah beberapa menit, ia menjelaskan bahwa dia telah menjalani hidup yang murung selama 5 tahun, ia merasa doa-doanya untuk keselamatan suaminya tidak akan pernah dijawab. Lima tahun lalu, setelah Tuan Hanover meninggalkan Roger di tempat tujuannya, beberapa saat kemudian Tuan Hanover meninggal dunia karena tabrakan yang mengerikan.

Moral dari cerita ini: Seburuk apapun jalan yang anda lihat, jangan mengabaikan: â€œAllah adalah setia dan ia pasti menjawab doa dan kerinduan hati anda

. (Dikutip dari â€œStories for the Heartâ€�, oleh Alice Gray).

renungan

2008-10-27T19:38:00.001-07:00

Mengakui Kelemahan
Bacaan: 2 Korintus 12:7-10

...'Cukuplah kasih karunia-Ku bagimu, sebab justru dalam kelemahanlah kuasa-Ku menjadi sempurna.'...- 2 Korintus 12:9

Suatu kali ketika kantor kami tengah mencari seorang tenaga administrasi, saya mewawancarai beberapa orang pelamar. Dari begitu banyak pelamar yang saya temui, ada satu orang yang sangat unik. Ketika pertanyaan “Apa kelebihan yang Anda miliki?” dilontarkan, dia mampu memberikan serentetan jawaban yang cukup baik. Namun anehnya ketika diminta menyebutkan kelemahannya, tak ada satupun yang disebutkannya. Sungguh mengherankan melihat orang yang bisa melihat begitu banyak kelebihan yang dimilikinya, namun tak dapat menemukan satu pun kelemahan dalam dirinya. Bagi saya, hal itu justru menjadi nilai buruk dalam hasil wawancara.
Nobody is perfect. Tak ada seorang pun manusia yang sempurna selain manusia-Allah Yesus Kristus. Setiap orang memiliki kelemahan. Bahkan Superman pun punya krypton. Ketidakmampuan kita melihat kelemahan diri sendiri justru merupakan kelemahan kita yang terbesar. Ketika kita memandang diri kita sebagai sosok yang sempurna, berarti kita tidak akan pernah terpacu untuk memperbaiki diri. Bagaimana kita bisa mengurus perbaikan diri bila kerusakannya saja tidak bisa kita lihat?
Bagaimana ciri-ciri orang yang tak mampu melihat kelemahan diri? Ketika mendengar khotbah disampaikan membahas dosa/kelemahan tertentu, kita langsung teringat kepada orang lain. Dengan cepat kita melihat kelemahan si Anu atau si Itu sehingga lupa untuk introspeksi diri sendiri. Saat menemukan orang lain berbuat salah, kita marah besar atau kecewa berat. Kita sulit menolerir kelemahan orang lain karena kita selalu menganggap diri lebih baik atau lebih mampu dari mereka. Kita bahkan jadi sulit mengampuni dan lupa bahwa diri kita ini pun manusia berdosa yang masih membutuhkan pengampunan dari Tuhan. Waktu kita mendapatkan teguran atau nasihat kita langsung tersinggung. Alih-alih menerima saran mereka, kita malahan menganggap mereka sedang membesar-besarkan masalah dan sengaja ingin menjatuhkan kita. Kita perlu belajar menyadari kelemahan diri dan meletakkannya di kaki Tuhan untuk disempurnakan dalam kasih-Nya.
Perbaikan diri dimulai dari kemampuan untuk melihat kelemahan diri.

(TMS)

» Renungan ini diambil dari Renungan Harian Spirit

Cerita Tentang Seorang Tukang Ledeng

2008-10-27T19:35:00.000-07:00

Suatu hari bos Mercedez Benz mempunyai masalah dengan kran air dirumahnya
Kran itu selalu bocor hingga dia kawatir anaknya terpeleset jatuh . Atas rekomendasi
seorang temannya , Mr. Benz menelpon seorang tukang ledeng untuk memperbaiki kran
miliknya.

Perjanjian perbaikan ditentukan 2 hari kemudian karena si tukang ledeng rupanya
cukup sibuk . Si tukang ledeng sama sekali tidak tahu bahwa si penelpon adalah bos pemilik
perusahaan mobil terbesar di Jerman .

Satu hari setelah ditelpon Mr.Benz , pak tukang ledeng menghubungi mr.Benz
untuk menyampaikan terima kasih karena sudah bersedia menunggu satu hari lagi . Bos Mercy-pun
kagum atas pelayanan dan cara berbicara pak tukang ledeng .

Pada hari yang telah disepakati , si tukang ledeng datang ke rumah Mr.Benz untuk memperbaiki
kran yang bocor . Setelah kutak sana kutak sini , kranpun selesei diperbaiki dan pak tukang ledeng
pulang setelah menerima pembayaran atas jasanya .

Sekitar 2 minggu setelah hari itu , si tukang ledeng menghubungi Mr.Benz
untuk menanyakan apakah kran yang diperbaiki sudah benar-benar beres atau masih timbul masalah ?
Mr. Benz berpikir pasti orang ini orang hebat walaupun cuma tukang ledeng . Mr. Benz menjawab di telepon
bahwa kran dirumahnya sudah benar-benar beres dan mengucapkan terima kasih atas pelayanan pak tukang
ledeng

Tahukah anda bahwa beberapa bulan kemudian mr. Benz merekrut si tukang
ledeng untuk bekerja di perusahaannya ? Ya , namanya Christopher L.Jr . Saat ini beliau adalah
General manager Customer Satisfaction and Public Relation di Mercedez Benz !

Jangan lupa dan aplikasikan dalam tingkah laku sehari hari :
1. Masukkan hanya informasi dan nasehat bergizi untuk otak kita . Jangan pernah memberinya sampah .
2. Jangan sampai rasa takut mengalahkan kita . Hadapi dia face to face !
3. Tersenyumlah dengan tulus hingga gigi kita terlihat dan Jadilah orang yang menyenangkan .
4. Selalu tambahkan keju dan pelayanan terbaik walaupun itu tidak diminta

Bagi Dunia Kau Hanya Seseorang, Tapi Bagi Seseorang Kamu Adalah Dunianya

2008-10-27T19:34:00.000-07:00

renungkan dgn baik artikel ini

moga2 bisa memberikan manfaat bagi kehidupan kalian

Seperti biasa Andrew, Kepala Cabang di sebuah perusahaan swasta terkemuka
di Jakarta , tiba di rumahnya pada pukul 9 malam. Tidak seperti biasanya,
Sarah, putri pertamanya yang baru duduk di kelas tiga SD membukakan pintu untuknya.

Nampaknya ia sudah menunggu cukup lama.

'Kok, belum tidur ?' sapa Andrew sambil mencium anaknya.

Biasanya Sarah memang sudah lelap ketika ia pulang dan baru terjaga
ketika ia akan berangkat ke kantor pagi hari.

Sambil membuntuti sang Papa menuju ruang keluarga,
Sarah menjawab, 'Aku nunggu Papa pulang. Sebab aku mau tanya berapa sih gaji Papa ?'

'Lho tumben, kok nanya gaji Papa ? Mau minta uang lagi, ya ?'

'Ah, enggak. Pengen tahu aja' ucap Sarah singkat.

'Oke. Kamu boleh hitung sendiri. Setiap hari Papa bekerja sekitar 10 jam dan dibayar Rp. 400.000,-.
Setiap bulan rata-rata dihitung 22 hari kerja.

Sabtu dan Minggu libur, kadang Sabtu Papa masih lembur.
Jadi, gaji Papa dalam satu bulan berapa, hayo ?'

Sarah berlari mengambil kertas dan pensilnya dari meja belajar,
sementara Papanya melepas sepatu dan menyalakan televisi.
Ketika Andrew beranjak menuju kamar untuk berganti pakaian, Sarah berlari mengikutinya.
'Kalo satu hari Papa dibayar Rp. 400.000,-untuk 10 jam, berarti satu jamPapa digaji Rp. 40.000,- dong' katanya.

'Wah, pinter kamu. Sudah, s eka rang cuci kaki, tidur' perintah Andrew.
Tetapi Sarah tidak beranjak.

Sambil menyaksikan Papanya berganti pakaian,Sarah kembali bertanya,
'Papa, aku boleh pinjam uang Rp. 5.000,- enggak ?'

'Sudah, nggak usah macam-macam lagi.
Buat apa minta uang malam-malam begini ? Papa capek.
Dan mau mandi dulu. Tidurlah'.

'Tapi Papa...'

Kesabaran Andrew pun habis.
'Papa bilang tidur !' hardiknya mengejutkan Sarah.

Anak kecil itu pun berbalik menuju kamarnya.

Usai mandi, Andrew nampak menyesali hardiknya. I
a pun menengok Sarah di kamar tidurnya.
Anak kesayangannya itu belum tidur.
Sarah didapati sedang terisak-isak pelan sambil memegang uang Rp. 15.000,- di tangannya.

Sambil berbaring dan mengelus kepala bocah kecil itu,
Andrew berkata, 'Maafkan Papa, Nak, Papa sayang sama Sarah.
Tapi buat apa sih minta uang malam-malam begini ?
Kalau mau beli mainan, besok kan bisa. '

Jangankan Rp.5.000,- lebih dari itu pun Papa kasih' jawab Andrew

'Papa, aku enggak minta uang. Aku hanya pinjam.
Nanti aku kembalikan kalau sudah menabung lagi dari uang jajan selama minggu ini'.

'lya, iya, tapi buat apa ?' tanya Andrew lembut.

'Aku menunggu Papa dari jam 8. Aku mau ajak Papa main ular tangga. Tiga puluh menit aja.
Mama sering bilang kalo waktu Papa itu sangat berharga. Jadi, aku mau ganti waktu Papa.
Aku buka tabunganku, hanya ada Rp.15.000,- tapi..
karena Papa bilang satu jam Papa dibayar Rp. 40.000,-
maka setengah jam aku harus ganti Rp. 20.000,-.
Tapi duit tabunganku kurang Rp.5.000,
makanya aku mau pinjam dari Papa' kata Sarah polos.

Andrew pun terdiam. ia kehilangan kata-kata.
Dipeluknya bocah kecil itu erat-erat dengan perasaan haru.
Dia baru menyadari, ternyata limpahan harta yang dia berikan selama ini,
tidak cukup untuk 'membeli' kebahagiaan anaknya.

”Bagi dunia kau hanya seseorang, tapi bagi seseorang kau adalah dunianya”

semester 3 yang berat tapi nyenengin

2008-04-02T08:15:00.000-07:00

uda lama banget nda ngisi blog ini....
awalnya cuma buat tugas Bu Grace terus uda lama banget nda diurus

semester 3 ini di hari2 uas, kerasa banget de kalo suasana kuliah ini bakal ngangenin
kelas ini punya keluarga besar baru.... keluarga angkatan XV

ada ketua kelas yang selalu bagi tugas maju presentasi... makasi ya Pak Kus uda selalu jadi korban satu kelas (ketawa lebar nih huehehehe)

ada juga pak Yohanes (yang selalu buat gosip nda2, ngaku de pak)

Erwin (seneng juga kerja kelompok pas BPR walopun nda satu tempat, ya iyalah kan pake teknologi informasi hehehe gaya banget)

Suk Herry (engkong yang jaga image dpan anak buah nya nih)

Pak Didik (aku suka banget pas Bapak maju presentasi Sampoerna, top.... ngwakilin kelas terus lain kali ya)

Pak Frans (semangat selalu satu pendapat ama yang presentasi ya Pak????)

Tantomo & RAtna (image presentasi nya aku suka tuh....)

Dian (sorry ya aku nda nemu di Dharmala)

Nando (asli, besok2 jadi IT lebih lama ya, thanks buat BPR pas bertiga ama kasus ama ko Mike)

PAk Hary UC (makasi da kerja bareng selama ini)

Bu Jenny (belum ada yang cocok ni dari Ibu)

Ko Christ (alias Big, hehehe thanks ya selalu buat ppt, jangan lupa acaranya ya)

Ko Mike (makasi banget selalu jadi seksi sibuk buat kita, juga buat nganter pulang selama ini, hehehe ngrepotin ko2 terus de.... berjuang sama2 bimbingan ama pak Teman ya.... acha acha fighting)

Agus (jangan sering bolos dong)

Iin (kapan ni ke Lombok? aku mau tau sana.... temenin ya.....)

Jose (wah habis S2 ini kamu bakal jadi presiden baru TIm2 ya.... btw bener ya gosipnya? yang itu tuh......)

Ko Denny (sekelompok tiap semester pasti ada de, makasi ya... keep on fire with Him)

Lily (kamu bagian kesimpulan terus ya.... hehehe..... foto2nya aku minta ya....sukses selalu dengan ayam hitam bukan kambing hitam hehehe )

Agnes (no pok, no pok at alll, hehehe, minta videonya lagi ya)

Pak Untung (wah ini papi saya dalam kelas nih... kok bisa kebetulan ya, sukses kerjanya ya pak)

seneng banget sekelas ama kalian semua, padahal awalnya aku da sempet pingin berhenti taapi nda jadi karena kalian juga ngerasain beban tugas yang sama... Pak HAndoko dengan jurnal2nya, Pak HAdi dengan kuliahnya yang asik banget (diskusi terus)

habis ini kita bakal jarang ketemu kecuali Jumat, jadi jangan bolos ya.... (hehehe, padahal aku nih yang sering absen) sukses kerjaan and Tesis, dan kita semua bakal wisuda bareng.....

I'll be with you

2007-09-17T19:38:00.000-07:00

Seorang anak lahir setelah 11 tahun pernikahan. Mereka adalah pasangan yang saling mencintai dan anak itu adalah buah hati mereka. Suatu saat ketika anak itu berumur dua tahun, si ayah melihat sebotol obat yang terbuka......

Dia terlambat untuk ke kantor, maka dia meminta istrinya untuk menutup dan menyimpannya kembali di lemari. Karena kesibukannya di dapur, sang istri melupakan hal tersebut.

Anak itu melihat botol itu dan dengan riang memainkannya. Karena tertarik dengan warna obat tersebut lalu si anak memakannya semua. Obat tersebut adalah obat yg keras yg bahkan untuk orang dewasa pun hanya dalam dosis kecil saja. Sang istri segera membawa si anak ke rumah sakit. Tapi si anak tidak tertolong. Sang istri ngeri membayangkan bagaimana dia harus menghadapi suaminya.

Ketika si suami datang ke rumah sakit dan melihatanaknya yang telah meninggal, dia melihat kepadaistrinya dan mengucapkan 3 kata.

PERTANYAAN :
1. Apa 3 kata itu?
2. Apa makna cerita ini?

JAWABAN........

Sang Suami hanya mengatakan "SAYA BERSAMAMU SAYANG"
Reaksi sang suami yang sangat tidak disangka-sangka adalah sikap yang proaktif.
Si anak sudah meninggal,tidak bisa dihidupkan kembali.
Tidak ada gunanya mencari-cari kesalahan pada sang istri.
lagipula seandainya dia menyempatkan untuk menutup dan menyimpan botol tersebut maka hal ini tdk akan terjadi.

Tidak ada yg perlu disalahkan. Si istri juga kehilangan anak semata wayangnya.
Apa yg si istri perlu saat ini adalah penghiburan dari sang suami dan itulah yg diberikan suaminya sekarang.

Jika semua orang dapat melihat hidup dengan cara pandang seperti ini maka akan terdapat jauh lebih sedikit permasalahan di dunia ini.
"Perjalanan ribuan mil dimulai dengan satu langkah kecil"
Buang rasa iri hati, cemburu, dendam, egois dan ketakutanmu.
Kamu akan menemukan bahwa sesungguhnyabanyak hal tidak sesulit yang kau bayangkan.

Database Management System

2007-05-17T21:46:00.000-07:00

A DBMS is a complex set of software programs that controls the organization, storage and retrieval of data in a database. A DBMS includes:

A modeling language to define the schema(relational model) of each database hosted in the DBMS, according to the DBMS data model.
The three most common organizations are the hierarchical, network and relational models. A database management system may provide one, two or all three methods. Inverted lists and other methods are also used. The most suitable structure depends on the application and on the transaction rate and the number of inquiries that will be made.
The dominant model in use today is the ad hoc one embedded in SQL, a corruption of the relational model by violating several of its fundamental principles. Many DBMSs also support the Open Database Connectivity API that supports a standard way for programmers to access the DBMS.
Data structures (fields, records and files) optimized to deal with very large amounts of data stored on a permanent data storage device (which implies very slow access compared to volatile main memory).
A database query language and report writer to allow users to interactively interrogate the database, analyse its data and update it according to the users privileges on data.
It also controls the security of the database.
Data security prevents unauthorised users from viewing or updating the database. Using passwords, users are allowed access to the entire database or subsets of it called subschemas. For example, an employee database can contain all the data about an individual employee, but one group of users may be authorized to view only payroll data, while others are allowed access to only work history and medical data.
If the DBMS provides a way to interactively enter and update the database, as well as interrogate it, this capability allows for managing personal databases. However, it may not leave an audit trail of actions or provide the kinds of controls necessary in a multi-user organisation. These controls are only available when a set of application programs are customised for each data entry and updating function.
A transaction mechanism, that ideally would guarantee the ACID properties, in order to ensure data integrity, despite concurrent user accesses (concurrency control), and faults (fault tolerance).
It also maintains the integrity of the data in the database.
The DBMS can maintain the integrity of the database by not allowing more than one user to update the same record at the same time. The DBMS can help prevent duplicate records via unique index constraints; for example, no two customers with the same customer numbers (key fields) can be entered into the database. See ACID properties for more information (Redundancy avoidance).
The DBMS accepts requests for data from the application program and instructs the operating system to transfer the appropriate data.

When a DBMS is used, information systems can be changed much more easily as the organization's information requirements change. New categories of data can be added to the database without disruption to the existing system.

Organizations may use one kind of DBMS for daily transaction processing and then move the detail onto another computer that uses another DBMS better suited for random inquiries and analysis. Overall systems design decisions are performed by data administrators and systems analysts. Detailed database design is performed by database administrators.

Database servers are specially designed computers that hold the actual databases and run only the DBMS and related software. Database servers are usually multiprocessor computers, with RAID disk arrays used for stable storage. Connected to one or more servers via a high-speed channel, hardware database accelerators are also used in large volume transaction processing environments.

DBMS's are found at the heart of most database applications. Sometimes DBMSs are built around a private multitasking kernel with built-in networking support although nowadays these functions are left to the operating system.

Features and Abilities Of DBMS: One can characterize a DBMS as an "attribute management system" where attributes are small chunks of information that describe something. For example, "color" is an attribute of a car. The value of the attribute may be a color such as "red", "blue", "silver", etc. Lately databases have been modified to accept large or unstructured (pre-digested or pre-categorized) information as well, such as images and text documents. However, the main focus is still on descriptive attributes.

DBMS roll together frequently-needed services or features of attribute management. This allows one to get powerful functionality "out of the box" rather than program each from scratch or add and integrate them incrementally. Such features include:

Query ability
Querying is the process of requesting attribute information from various perspectives and combinations of factors. Example: "How many 2-door cars in Texas are green?"

A database query language and report writer to allow users to interactively interrogate the database, analyse its data and update it according to the users privileges on data. It also controls the security of the database. Data security prevents unauthorised users from viewing or updating the database. Using passwords, users are allowed access to the entire database or subsets of it called subschemas. For example, an employee database can contain all the data about an individual employee, but one group of users may be authorized to view only payroll data, while others are allowed access to only work history and medical data. If the DBMS provides a way to interactively enter and update the database, as well as interrogate it, this capability allows for managing personal databases. However, it may not leave an audit trail of actions or provide the kinds of controls necessary in a multi-user organisation. These controls are only available when a set of application programs are customised for each data entry and updating function.

Backup and replication
Copies of attributes need to be made regularly in case primary disks or other equipment fails. A periodic copy of attributes may also be created for a distant organization that cannot readily access the original. DBMS usually provide utilities to facilitate the process of extracting and disseminating attribute sets.

When data is replicated between database servers, so that the information remains consistent throughout the database system and users cannot tell or even know which server in the DBMS they are using, the system is said to exhibit replication transparency.

Rule enforcement
Often one wants to apply rules to attributes so that the attributes are clean and reliable. For example, we may have a rule that says each car can have only one engine associated with it (identified by Engine Number). If somebody tries to associate a second engine with a given car, we want the DBMS to deny such a request and display an error message. However, with changes in the model specification such as, in this example, hybrid gas-electric cars, rules may need to change. Ideally such rules should be able to be added and removed as needed without significant data layout redesign.

Security
Often it is desirable to limit who can see or change which attributes or groups of attributes. After all, you don't want anybody on the street to be able to change your license plate number in government automobile databases.

Computation
There are common computations requested on attributes such as counting, summing, averaging, sorting, grouping, cross-referencing, etc. Rather than have each computer application implement these from scratch, they can rely on the DBMS to supply such calculations.

Change and access logging
Often one wants to know who accessed what attributes, what was changed, and when it was changed. Logging services allow this by keeping a record of access occurrences and changes.

Automated optimization
If there are frequently occurring usage patterns or requests, some DBMS can adjust themselves to improve the speed of those interactions. In some cases the DBMS will merely provide tools to monitor performance, allowing a human expert to make the necessary adjustments after reviewing the statistics collected.

Meta-data repository
Meta-data (also spelled metadata) is information about information. For example, a listing that describes what attributes are allowed to be in data sets is called "meta-information".

History
Databases have been in use since the earliest days of electronic computing. Unlike modern systems which can be applied to widely different databases and needs, the vast majority of older systems were tightly linked to the custom databases in order to gain speed at the expense of flexibility. Originally DBMSs were found only in large organizations with the computer hardware needed to support large data sets.

Navigational DBMS
As computers grew in capability, this trade-off became increasingly unnecessary and a number of general-purpose database systems emerged; by the mid-1960s there were a number of such systems in commercial use. Interest in a standard began to grow, and Charles Bachman, author of one such product, IDS, founded the Database Task Group within CODASYL, the group responsible for the creation and standardization of COBOL. In 1971 they delivered their standard, which generally became known as the Codasyl approach, and soon there were a number of commercial products based on it available.

The Codasyl approach was based on the "manual" navigation of a linked data set which was formed into a large network. When the database was first opened, the program was handed back a link to the first record in the database, which also contained pointers to other pieces of data. To find any particular record the programmer had to step through these pointers one at a time until the required record was returned. Simple queries like "find all the people in Sweden" required the program to walk the entire data set and collect the matching results. There was, essentially, no concept of "find" or "search". This might sound like a serious limitation today, but in an era when the data was most often stored on magnetic tape such operations were too expensive to contemplate anyway.

IBM also had their own DBMS system in 1968, known as IMS. IMS was a development of software written for the Apollo program on the System/360. IMS was generally similar in concept to Codasyl, but used a strict hierarchy for its model of data navigation instead of Codasyl's network model.

Both concepts later became known as navigational databases due to the way data was accessed, and Bachman's 1973 Turing Award award presentation was The Programmer as Navigator.

IMS is classified as a hierarchical database. IDS and IDMS (both CODASYL databases) as well as CINCOMs TOTAL database are classified as network databases.

[edit] Relational DBMS
Edgar Codd worked at IBM in San Jose, California, in one of their offshoot offices that was primarily involved in the development of hard disk systems. He was unhappy with the navigational model of the Codasyl approach, notably the lack of a "search" facility which was becoming increasingly useful when the database was stored on disk instead of tape. In 1970, he wrote a number of papers that outlined a new approach to database construction that eventually culminated in the groundbreaking A Relational Model of Data for Large Shared Data Banks.[1]

In this paper, he described a new system for storing and working with large databases. Instead of records being stored in some sort of linked list of free-form records as in Codasyl, Codd's idea was to use a "table" of fixed-length records. A linked-list system would be very inefficient when storing "sparse" databases where some of the data for any one record could be left empty. The relational model solved this by splitting the data into a series of normalized tables, with optional elements being moved out of the main table to where they would take up room only if needed.

In the relational model, related records are linked together with a "key".For instance, a common use of a database system is to track information about users, their name, login information, various addresses and phone numbers. In the navigational approach all of these data would be placed in a single record, and unused items would simply not be placed in the database. In the relational approach, the data would be normalized into a user table, an address table and a phone number table (for instance). Records would be created in these optional tables only if the address or phone numbers were actually provided.

Linking the information back together is the key to this system. In the relational model, some bit of information was used as a "key", uniquely defining a particular record. When information was being collected about a user, information stored in the optional (or related) tables would be found by searching for this key. For instance, if the login name of a user is unique, addresses and phone numbers for that user would be recorded with the login name as its key. This "re-linking" of related data back into a single collection is something that traditional computer languages are not designed for.

Just as the navigational approach would require programs to loop in order to collect records, the relational approach would require loops to collect information about any one record. Codd's solution to the necessary looping was a set-oriented language, a suggestion that would later spawn the ubiquitous SQL. Using a branch of mathematics known as tuple calculus, he demonstrated that such a system could support all the operations of normal databases (inserting, updating etc.) as well as providing a simple system for finding and returning sets of data in a single operation.

Codd's paper was picked up by two people at Berkeley, Eugene Wong and Michael Stonebraker. They started a project known as INGRES using funding that had already been allocated for a geographical database project, using student programmers to produce code. Beginning in 1973, INGRES delivered its first test products which were generally ready for widespread use in 1979. During this time, a number of people had moved "through" the group — perhaps as many as 30 people worked on the project, about five at a time. INGRES was similar to System R in a number of ways, including the use of a "language" for data access, known as QUEL — QUEL was in fact relational, having been based on Codd's own Alpha language, but has since been corrupted to follow SQL, thus violating much the same concepts of the relational model as SQL itself.

IBM itself did only one test implementation of the relational model, PRTV, and a production one, Business System 12, both now discontinued. Honeywell did MRDS for Multics, and now there are two new implementations: Alphora Dataphor and Rel. All other DBMS implementations usually called relational are actually SQL DBMSs.

In 1968, the [2] University of Michigan began development of the Micro relational database management system. It was used to manage very large data sets by the US Department of Labor, the Environmental Protection Agency and researchers from University of Alberta, the University of Michigan and Wayne State University. It ran on mainframe computers using Michigan Terminal System. The system remained in production until 1996.

[edit] SQL DBMS
IBM started working on a prototype system loosely based on Codd's concepts as System R in the early 1970s — unfortunately, System R was conceived as a way of proving Codd's ideas unimplementable[citation needed], and thus the project was delivered to a group of programmers who were not under Codd's supervision, never understood his ideas fully and ended up violating several fundamentals of the relational model. The first "quickie" version was ready in 1974/5, and work then started on multi-table systems in which the data could be broken down so that all of the data for a record (much of which is often optional) did not have to be stored in a single large "chunk". Subsequent multi-user versions were tested by customers in 1978 and 1979, by which time a standardized query language, SQL, had been added. Codd's ideas were establishing themselves as both workable and superior to Codasyl, pushing IBM to develop a true production version of System R, known as SQL/DS, and, later, Database 2 (DB2).

Many of the people involved with INGRES became convinced of the future commercial success of such systems, and formed their own companies to commercialize the work but with an SQL interface. Sybase, Informix, NonStop SQL and eventually Ingres itself were all being sold as offshoots to the original INGRES product in the 1980s. Even Microsoft SQL Server is actually a re-built version of Sybase, and thus, INGRES. Only Larry Ellison's Oracle started from a different chain, based on IBM's papers on System R, by beating them to market when the first version was released in 1978.

Stonebraker went on to apply the lessons from INGRES to develop a new database, Postgres, now known as PostgreSQL. PostgreSQL is now one of the most widely used databases in the world[citation needed], primarily for global mission critical applications (the .org and .info domain name registries use it as their primary data store, as do many large companies and financial institutions).

In Sweden, Codd's paper was also read and Mimer SQL was developed from the mid-70s at Uppsala University. In 1984, this project was consolidated into an independent enterprise. In the early 1980s, Mimer introduced transaction handling for high robustness in applications, an idea that was subsequently implemented on most other DBMS.

SISTEM INFORMASI MANAJEMEN

2007-05-17T21:33:00.000-07:00

Sistem Informasi Manajemen merupakan sistem informasi yang menghasilkan keluaran (output) dengan menggunakan masukan (input) dan berbagai proses yang diperlukan untuk memenuhi tujuan tertentu

Tujuan Umum

Menyediakan informasi yang dipergunakan di dalam perhitungan harga pokok jasa, produk, dan tujuan lain yang diinginkan manajemen.
Menyediakan informasi yang dipergunakan dalam perencanaan, pengendalian, pengevaluasian, dan perbaikan berkelanjutan.
Menyediakan informasi untuk pengambilan keputusan.
Ketiga tujuan tersebut menunjukkan bahwa manajer dan pengguna lainnya perlu memiliki akses ke informasi akuntansi manajemen dan mengetahui bagaimana cara menggunakannya. Informasi akuntansi manajemen dapat membantu mereka mengidentifikasi suatu masalah, menyelesaikan masalah, dan mengevaluasi kinerja (informasi akuntansi dibutuhkan dam dipergunakan dalam semua tahap manajemen, termasuk perencanaan, pengendalian dan pengambilan keputusan).

Proses Manajemen

Proses manajemen didefinisikan sebagai aktivitas-aktivitas:
Perencanaan, formulasi terinci untuk mencapai suatu tujuan akhir tertentu adalah aktivitas manajemen tang disebut perencanaan. Oleh karenanya, perencanaan mensyaratkan penetapan tujuan dan identifikasi metode untuk mencapai tujuan tersebut.
Pengendalian, perencanaan hanyalah setengah dari peretempuran. Setelah suatu rencana dibuat, rencana tersebut harus diimplementasikan, dan manajer serta pekerja harus memonitor pelaksanaannya untuk memastikan rencana tersebut berjalan sebagaimana mestinya. Aktivitas manajerial untuk memonitor pelaksanaan rencana dan melakukan tindakan korektif sesuai kebutuhan, disebut kebutuhan.
Pengambilan Keputusan, proses pemilihan diantara berbagai alternative disebut dengan proses pengambilan keputusan. Fungsi manajerial ini merupakan jalinan antara perencanaan dan pengendalian. Manajer harus memilih diantara beberapa tujuan dan metode untuk melaksanakan tujuan yang dipilih. Hanya satu dari beberapa rencana yang dapat dipilih. .

SIM merupakan kumpulan dari sistem informasi:
Sistem informasi akuntansi (accounting information systems), menyediakan informasi dan transaksi keuangan.
Sistem informasi pemasaran (marketing information systems), menyediakan informasi untuk penjualan, promosi penjualan, kegiatan-kegiatan pemasaran, kegiatan-kegiatan penelitian pasar dan lain sebagainya yang berhubungan dengan pemasaran.
Sistem informasi manajemen persediaan (inventory management information systems).
Sistem informasi personalia (personnel information systems).
Sistem informasi distribusi (distribution information systems).
Sistem informasi pembelian (purchasing information systems).
Sistem informasi kekayaan (treasury information systems).
Sistem informasi analisis kredit (credit analysis information systems).
Sistem informasi penelitian dan pengembangan (research and development information systems).
Sistem informasi teknik (engineering information systems).
Diperoleh dari "http://id.wikipedia.org/wiki/Sistem_Informasi_Manajemen"