Tutorial 3dmax 8 pengenalan 3dsmax Part1

Tutorial 3dmax 8 pengenalan 3dsmax BAG 1( 3d max 6,7,8,9 )

Pada bagian 1 ini akan di bahas tentang dasar-dasar 3d max, area kerja, dan bentuk objek standart primitives dan extended Primitives

selanjutnya

silahkan klik disini

"Bisa Diterimakah ? Konsep OOP Pada Flash"

Ini bukan tugas ya Dan hehehehe Cuma sedikit masukan
"Konsep OOP Pada Flash ? "
Ini adalah sebuah penerapan paradigma pengembangan pemrograman yang diterapkan oleh pengembang software aplikasi multimedia salah satunya Adobe Flash yang dulunya Macromedia Flash ( emang edan Adobe ). Yang pernah saya alami dalam mempelajarinya secara otodidak, tetapi saya belum mengetahui sebuah konsep OOP yang disisipkan pada Flash.
Secara tidak langsung dalam mempelajari flash merupakan hal yang sangat penting untuk melihat dari segi penerapan Action Scriptnya pada pendekatan bahasa C dan Java. Konsep pada flash yang merupakan menghidupkan elemen dari multimedia ( Text,Gambar, Audio dan Video ) melalui penyusupan action script didalam objek tersebut ( sudah barang tentu objek tersebut harus dikonversikan menjadi Movie Clip, Button, Graphics sesuai dengan kebutuhan ) dengan pemberian id pada masing-masing objek tadi yang sudah di konversikan kedalam ketiga jenis objek pada flash atau langsung di panggil dari dalam file flash projectnya untuk bisa di gunakan pada flash......................
Memang sulit untuk disampaikan dengan kata-kata dalam hal ini.......
Saya juga masih belum bisa menetapkan apakah konsep OOP dalam Flash bisa di iyakan oleh pakar-pakar OOP . Ini hanya sebagai ungkapan saya dalam aktivitas sehari-hari dalam mempelajari sesuatu yang mungkin bisa bermanfaat dikemudia hari......
Komandan RSW gimana nih pendapat anda............bisa di iyakan ga........Konsep OOP dalam Flash..................:)

Tugas Konsep OOP “Sekilas Konsep Dasar Pemrograman Berorientasi Objek Pada JAVA”

Konsep OOP “Sekilas Konsep Dasar Pemrograman Berorientasi Objek Pada JAVA”

Didalam kehidupan sehari-hari objek dinyatakan dengan apayang kita lihat dan kita rasakan dengan panca indra kita yaitu pengelihatan, pendengaran,Penciuman dan perasaan ( diraba ) sudah tentu saja sebuah objek dalam keseharian tersebut sangatlah berbeda dari objek satu dengan objek lainnya yang dirasakan oleh panca indra kita. Dan Objek-objek tersebut dapat untuk masa yang akan datang.digabungkan dengan objek lainnya dengan sesuai kebutuhan yang kita inginkan dan dapat dipergunakan sebagai Objek yang sangat berguna untuk sekarang serta dapat dikembangkan untuk masa yang akan datang.

Pemrograman berorientasi objek diciptakan dan dikembangkan untuk mempermudah dalam pengembangan program dengan cara mengikuti model atau objek yang telah ada dalam kehidupan nyata. Dalam paradigma ini, sesuai dengan model kehidupan nyata, segala bagian dari suatu permasalahan adalah objek. Objek-objek tersebut juga dapat merupakan pengabungan-pengabungan dari beberapa objek yang lebih kecil. Sebagai contohnya saya gunakan pada sebuah objek Sepeda Motor ( yang merupakan bagian dari objek di kehidupan nyata ) yang merupakan gabungan dari beberapa bagian objek yang fungsi, bentuknya yang sesuai dengan kebutuhan pada sebuah Sepeda Motor , seperti : roda, jok,mesin, rangka motor, dan lain sebagainya.

Begitu juga pada sebuah program. Objek besar dapat dibentuk dengan menggabungkan beberapa objek-objek dalam bahasa pemrograman. Objek-objek tersebut berkomunikasi dengan saling mengirim pesan kepada objek lain yang saling membutuhkan satu dengan yang lainnya.
Khusus pada pemrograman dalam bahasa Java merupakan bahasa pemrograman yang berorientasi dengan berkonsep OOP yang dikembangkan oleh bahasa pemrograman terdahulunya yaitu pemrograman bahasa C. Sebagaimana bahasa yang memiliki konsep OOP memiliki karakteristik yang sangat terciri dengan sifat dari bahasa pemrograman berkonsep OOP pada pemrograman Java yang mendasar yaitu :

Kelas (Class)
Di analogikan sebuah pola atau cetakan atau template dari model-model objek yang akan kita buat. Misalkan sebuah cetakan kue atau makanan ringan ( cemilan ) yang akan digunakan untuk membuat ratusan kue. Kue yang dibuat merupakan hasil atau yang bisa disebut OBJEK (OBJECT) dan cetakan kue tersebut merupakan Kelas(Class). Sudah tentu dalam adonan kue tersebut bisa memiliki rasa dan warna yang berbeda-beda.

Objek (Object)
Merupakan hasil dari Kelas (Class) atau turunan langsung dari Kelas (Class ) yang mempunyai suatu bentuk nyata atau tidak nyata contohnya .Manusia, Hewan,Tumbuhan, Kedaraan(benda) dan lain-lain.

Pengkapsulan (Encapsulation)
Merupakan penerapan pada bahasa pemrograman yang berorientasi terhadap objek yang bersifat menyembunyikan informasi dari objek tersebut agartidak bisa terlihat yang bertujuan hanya memberikan hak akses kepada yang dituju yang bertujuan menghindari interfensi dan menyederhanakan penggunaan sitem itu sendiri. Contohnya adalah tombol control untuk mematikan dan menghidupkan TV dan merubah channel tv pada sebuah TV yang terdapat pada remote tv. Tuas pengubah kecepatan pada Mobil.Dalam bahasa Java pengkapsulan ini dilakukan pada class, method, dan field serta dapat dilakukan secara bertingkat dalam hak aksesnya yaitu Private, public dan protected.

Pewarisan (Inheritance)
Merupakan sifat yang mengambarkan penurunan sifat dalam kelas (class) sehingga dapat membentuk hirarki kelas (Class) yang berupa penurunan atribut dan method kepada kelas lain. Contohnya 1. Objek Mobil sebagai Class Mobil Sedan,Mobil Minibus, Mobil PickUp sebagai subclassnya . 2. Class Orang yang merupakan class induk yang memiliki subclassnya yaitu Dosen .

Banyak Bentuk Dan Rupa ( Polymorphisme )
Merupakan kondisi dimana sebuah objek memiliki beberapa bentuk dalam penerapan dalam konsep OOP ini dapat dilakukan dengan nama kelas ( Class ) yang sama tetapi memiliki implementasi yang berbeda-beda. Dan diterapkan dengan mekanisme Overloading (Penggunaan : satu nama untuk beberapa method yang berbeda (beda parameter)) dan Overriding Terjadi ketika pendeklarasi method subclass dengan nama dan parameter yang sama dengan method dari superclassnya.

Modul ( Modularity )
Merupakan sifat object adalah modular. Object dapat ditulis dan dimaintain terpisah (independen) dari object lain sehingga terjadinya suatu interaksi dalam sebuah sistem program yang antara objek satu dengan yang lainnya dalam satu lingkup sistem program itu sendiri.

Topik yang saya angkat dalam Konsep OOP kali ini adalah Pewarisan dari Class Orang yang memiliki subclass Dosen

// Orang.java
// class orang yang merupaka class induk yang akan diwariskan oleh subclass Dosen
class Orang
{
public String nama;
public String alt;
protected String jeniskel;
protected String kodeprof;
private String ket="Termasuk Makhluk Hidup";

Orang()
{
System.out.println("Konstruktor Orang");
}

Orang(String nm,String al,String kp,String jk);
{
this.nama=nm;
this.alt=al;
this.kodeprof=kp;
this.jeniskel=jk;
}
}
-----------------------------------------------------------------------------------------------------------------
//Dosen.java
//Menggunakan keyword extends
//class dosen sebagai subclass dari class induk orang yang merupakan pewarisan dari class orang yang wariskan
// subclass nya yaitu class Dosen
class Dosen extends Orang
{
Dosen()
{
System.out.println("Konstruktor Dosen");
}

Dosen(String nd,String sl,String kp, String jk);
{
this.nid=nd;
this.spesialis=sl;
this.kodeprof=kp;
this.jeniskel=jk;
}
public String nid;
public String spesialis;
public String kodeprof;
public static void main(String args[])
{
Dosen Orang1=new Dosen("0303017703","Computer Graphics & Multimedia ","007","Laki-Laki");
Orang1.nama="Hendra Kusworo";
System.out.println("Nid Dosen ="+Orang1.nid);
System.out.println("Nama Dosen ="+Orang1.nama);
System.out.println("Jenis Kelamin ="+Orang1.jeniskel);
System.out.println("Keahlian Dosen ="+Orang1.spesialis);
System.out.println("Kode Profesi ="+Orang1.kodeprof);
}
}
-----------------------------------------------------------------------------------------------------------------
Untuk melihat hasil Outputnya dari Dosen.java yang sebelumnya di Compile untuk menghasilkan File Dosen.Class
menggunakan Textpad dengan outputnya adalah sebagai berikut pada :

8 Hal yang Harus Diperhatikan Tentang Logging ke MySQL

• 1. Database atau filesystem?
• 2. MySQL?
• 3. Database Sama/Berbeda?
• 4. Tipe Data
• 5. Indeks
• 6. Denormalisasi
• 7. Konkurensi/Locking
• 8. Rotasi
• Penutup

Hong Kong STock exchange recently has a incident that stopped their trading system for a hour because 2 records have the same key values. I don't know whether they use GUID to generate keys but it makes me worried that even large organization have these problems.—A comment on news://borland.public.delphi.oleautomation.

Bayangkan situasi berikut. Anda sudah membuat dan memasang aplikasi web untuk klien. Aplikasi telah berjalan selama beberapa minggu. User-user telah dibuat, login, membuat dan mengupdate data mereka. Lalu suatu hari klien Anda bertanya, “Berapa user yang login dan logout setiap harinya?” Anda menjawab, “Maaf, tidak tahu.” Klien Anda bertanya lagi, “Saya curiga dengan user X. Bagaimana cara saya memantau kapan si user login dan apa saja yang dikerjakannya saat login?” Anda menjawab, “Maaf, tidak bisa.” Lalu keesokan harinya terjadilah bencana. Semua data user hilang. Kemungkinan ada user yang berhasil meng-crack aplikasi Anda dan memperoleh akses administrator aplikasi lalu menghapus data-data yang ada. Anda perlu melacak siapa, dari mana, dan bagaimana ini terjadi. Sambil meringis Anda berkata pada diri sendiri, “Maaf, tidak ada log sama sekali.”

Praktis semua aplikasi multiuser, dan nyaris semua aplikasi yang sudah cukup kompleks, membutuhkan logging. Logging adalah catatan apa-apa saja yang terjadi selama aplikasi berjalan. Jadi, di sepanjang jalur eksekusinya aplikasi Anda meninggalkan jejak-jejak yang bisa amat membantu dalam berbagai hal: 1) untuk security records dan auditing (siapa saja yang melakukan apa saja dan kapan); 2) untuk debugging (mengapa program kita menghasilkan output yang salah, kapan dan di bagian mana kira-kira penyebabnya); 3) untuk lebih mengerti user (bagaimana jalur masuk dan keluar si user, halaman-halaman mana saja yang diakses, kapan user paling banyak mengakses dan ke mana, kesalahan-kesalahan apa yang sering dilakukan user, dsb); 4) dll. Dengan kata lain, logging itu amat sangat penting. Tidak terbayang kalau program-program seperti daemon (Apache, FTP server, dsb) atau bahkan OS sendiri tidak memiliki fasilitas logging.

Logging bisa dilakukan dengan berbagai cara dan ke berbagai medium. Yang paling sederhana adalah dengan perintah-perintah print atau echo, baik ke layar ataupun ke file. Logging pun bisa dilakukan ke tabel database atau ke daemon lain di network (“dioper ke mesin lain”). Dan tersedia pula framework-framework untuk melakukan logging secara fleksibel, seperti log4perl, log4php, log4py, dan Log4r (keempatnya terinspirasi dari paket log4j yang amat popular di komunitas Java). Framework-framework ini memungkinkan kita melakukan logging sambil nantinya mengatur output logging ke mana saja, statement mana saja yang masuk ke output (pengaturan “debug level” atau “verbosity”), dan bagian program mana saja yang loggingnya masuk output.

Logging ke database adalah salah satu praktik yang popular. Dan ini yang menjadi topik bahasan kita kali ini.

1. Database atau filesystem?

Sebelum memutuskan melakukan logging ke database, terlebih dahulu Anda perlu meyakinkan diri akan alasan-alasan apa yang membuat database tepat sebagai medium target logging. Seperti kita ketahui, di Unix praktik yang umum adalah melakukan logging ke file (umumnya dalam format teks polos). Selain sederhanafopen(“file”,”a”) diikuti fputs() diikuti fclose()), tidak butuh komponen software tambahan (tidak ada mysqld atau database server lain tidak masalah, toh semua OS mampu melakukan read/write ke file), juga tidak ada overhead (tinggal operasi network atau parsing SQL, dsb.

Beberapa alasan utama orang melakukan logging ke server database RDBMS adalah: 1) ingin bisa melakukan realtime analysis atau query terhadap log; 2) server database memungkinkan logging ke mesin lain; 3) server database memungkinkan sharing data log; 4) server database memungkinkan replikasi/load balancing. Poin 1 adalah yang terpenting. Logging ke tabel database memungkinkan analisis yang lebih mudah karena data log yang dimasukkan sudah terstruktur (dalam bentuk row dan columns) dan database menyediakan indeks dan bahasa SQL untuk menggali data ini. Poin 2, 3, dan 4 sebetulnya bisa juga dilakukan oleh filesystem (filesystem bisa dishare ke network dan bisa diload balance dengan RAID misalnya) namun keberadaan server database nampaknya seringkali dipandang lebih afdol dalam memanage data dalam jumlah besar.

Jadi pertimbangkan dulu apakah Anda memang membutuhkan fitur-fitur yang ditawarkan database sehingga merelakan kode logging Anda lebih kompleks dan aplikasi Anda bergantung pada database. Jika ya, mari lanjut.

2. MySQL?

Pertanyaan kedua adalah: apakah MySQL cocok sebagai database target? Jawaban sebagian besar pembaca mungkin ya, karena selain MySQL memang ringkas, tidak rewel/bertele-tele dalam instalasi, dan cukup cepat dalam melakukan INSERT/SELECT, sebagian besar pembaca juga telah familiar dengan produk yang satu ini. Tapi Anda mungkin ingin bereksperimen dengan database lain.

Jika membutuhkan kecepatan INSERT yang lebih tinggi misalnya, Anda bisa mencoba SQLite. SQLite juga memiliki keuntungan yaitu ukurannya yang kecil, mudah diembed ke dalam aplikasi (meskipun MySQL 4.x pun sekarang dapat diembed), dan seluruh database dapat disimpan dalam satu file saja. Ada database embedded lain seperti BerkeleyDB, namun tidak menyediakan interface SQL.

Anda juga bisa mencoba PostgreSQL yang menawarkan tipe-tipe data “antik” seperti alamat IP atau tipe-tipe data geometrik (titik, garis, dsb) yang mungkin kelop dengan aplikasi-aplikasi Anda.

Dan terakhir, jika aplikasi Anda benar-benar berskala besar dan tingkat logging amat tinggi (mis: ratusan-ribuan statement per detik) maka database yang mungkin lebih cocok dalam kondisi clustering dan skalabel hingga mesin-mesin berspek tinggi adalah database komersial seperti Oracle dan DB2.

3. Database Sama/Berbeda?

Rata-rata aplikasi hanya menggunakan satu database saja. Database ini berisi data aplikasi dan juga data logging (dalam tabel-tabel terpisah tentu saja). Tapi ada kalanya logging ke database berbeda menjadi pilihan yang menarik dengan alasan-alasan berikut: 1) Database logging dapat ditaruh di mesin yang lebih secure/terfirewall (penting jika ingin melakukan logging untuk auditing); 2) Database logging dapat melayani beberapa aplikasi sekaligus secara terpusat; 3) Database logging dapat dituning secara terpisah (logging adalah operasi yang mayoritasnya INSERT, sementara pola akses database untuk aplikasi mungkin seimbang antara INSERT, UPDATE, DELETE, dan SELECT).

Namun perlu diperhatikan bahwa jika Anda menggunakan 2 database berbeda, apa yang harus Anda lakukan seandainya salah satu database sedang tidak available? Misalnya mesin logging sedang mati atau terputus koneksinya. Karena logging adalah operasi yang kritikal, maka jika database logging tidak bisa dipakai, hentikan aplikasi dengan pesan kesalahan fatal.

4. Tipe Data

Pemilihan tipe data yang sekompak mungkin menjadi penting karena logging berpotensi menghasilkan banyak sekali record. Contohnya, dalam sebuah aplikasi saya melakukan logging header Referer dan User-Agent klien, saya memilih menggunakan CHAR(80) dan CHAR(40) saja untuk tujuan ini. Meskipun cukup banyak string yang terpotong karena melebihi 80 dan 40 karakter, ini tak mengapa dalam kasus yang saya hadapi dan saya memilih menghemat ruang space karena setiap minggunya bisa ada jutaan record yang dilog.

Menjaga sebuah row agar tetap fixed length juga bisa jadi cukup penting dalam menjaga kinerja, apalagi jika tabel database akan banyak di-SELECT/di-scan. Ini artinya, hindari VARCHAR() dan TEXT/BLOB dan gunakan CHAR(). Lebih jelasnya mengenai hal ini bisa dilihat pada manual MySQL bagian 7.1.2.1 Static (fixed-length) table characteristics.

Ada pelajaran lain yang saya petik dari pengalaman me-log ke database. Pertama, hati-hati jika memberi tipe data kolom waktu sebagai TIMESTAMP. Kolom TIMESTAMP akan selalu diupdate oleh MySQL jika sebuah UPDATE ke record tidak menyertakan nilai kolom itu secara spesifik. Meskipun teorinya tabel logging hanya di-INSERT dan record yang sudah ada tidak pernah dimodifikasi, kecelakaan bisa saja terjadi. Perhatikan jangan sampai catatan waktu di tabel log Anda berubah semua gara-gara UPDATE Anda salah. Dalam meng-update, jangan lupa melakukan seperti ini:

UPDATE tablename SET ...,kolomwaktu=kolomwaktu WHERE ...

Agar si kolomwaktu yang bertipe TIMESTAMP tidak berubah.

5. Indeks

Banyak tabel logging struktur datanya seperti ini:

CREATE TABLE tbl_log (

time DATETIME NOT NULL, index(waktu),

ipaddress INT UNSIGNED NOT NULL, index(ipaddress),

userid INT UNSIGNED NOT NULL, index(userid),

taskname CHAR(20) NOT NULL, index(taskname)

);

Struktur seperti ini mirip dengan fact table, istilah yang sering dipakai di data warehousing. Fact table adalah tabel yang memuat data namun field-fieldnya adalah foreign key ke tabel lain (kecuali field yang mengandung data itu sendiri, dalam kasus ini taskname). Pada contoh di atas, userid adalah foreign key untuk tbl_users misalnya. Pada umumnya, untuk mempercepat logging, tidak semua field berupa foreign key (mis: time).

Bentuk tabel seperti ini amat praktis dalam mengizinkan kita menyortir/menyeleksi berdasarkan field-field foreign key (field-field dimension) karena field-field ini terindeks. Pada contoh di atas, kita dengan mudah dapat melakukan WHERE dan ORDER BY terhadap kolom-kolom time, ipaddress, dan userid. Untuk melihat username, useremail, dan field-field tambahan lainnya, kita tinggal melakukan join dengan tabel-tabel dimensi ybs (tbl_users, dsb).

Kadangkala, kita juga menginginkan full-text searching untuk kolom-kolom yang berisi teks:

CREATE TABLE tbl_log2 (

time DATETIME NOT NULL, index(waktu),

ipaddress INT UNSIGNED NOT NULL, index(ipaddress),

userid INT UNSIGNED NOT NULL, index(userid),

taskname CHAR(20) NOT NULL, index(taskname),

note VARCHAR(255) NOT NULL, fulltext(note)

);

6. Denormalisasi

Dalam database relasional kita sering bicara normalisasi. Tapi dalam auditing kadangkala kita harus melakukan denormalisasi. Apa itu denormalisasi? Yaitu mencatat data-data yang tidak bergantung pada kolom lain, meskipun pada akhirnya mengakibatkan banyak terjadi duplikasi data. Tujuannya adalah agar semua informasi yang Anda perlukan harus terkandung di tabel log itu sendiri dan tidak bergantung pada tabel lain.

Contoh, Anda ingin selalu mencatat alamat email user pada waktu tertentu, karena alamat email user berubah-ubah. Maka, kolom userid pada contoh sebelumnya harus diganti dengan useremail. Jika tetap userid, ini berarti Anda harus melakukan JOIN untuk mengetahui apa alamat email si user dengan id userid, dan tabel tbl_users hanya akan mencatat alamat email terbaru user. Alamat emailnya mungkin tidak sama dengan alamat email pada waktu kegiatan/perbuatan si user tercatat di log audit. Atau bagaimana jika record user tersebut dihapus dari tbl_users (berhubung MySQL tidak menjaga foreign key integrity) atau userid dengan id tersebu telah direcycle untuk user lain? Maka catatan audit Anda akan berubah. Padahal log audit harus merupakan rekaman kejadian sewaktu terjadi.

Jika Anda ingin melakukan analisis, umumnya pun tabel yang terdenormalisasi paling cepat, karena tidak ada operasi JOIN antartabel sama sekali, hanya INNER JOIN (jika memang perlu).

7. Konkurensi/Locking

MySQL menyediakan beberapa table handler seperti MyISAM dan InnoDB. Jika tingkat konkurensi aplikasi tinggi (mis: aplikasi web Anda bisa diakses oleh puluhan klien pada waktu bersamaan) maka ada baiknya Anda mempertimbangkan menggunakan InnoDB ketimbang MyISAM karena InnoDB menawarkan konkurensi yang jauh lebih baik daripada MyISAM. Apalagi jika Anda melakukan UPDATE/DELETE massal terhadap tabel (untuk tujuan rotasi misalnya). Dalam satu aplikasi yang saya maintain, sebuah tabel log dapat berisi 1 hingga 3 juta row pada suatu saat. INSERT log secara umum masih cukup cepat meskipun ada banyak klien konkuren, karena saya menggunakan INSERT DELAYED. Namun pada waktu rotasi sekali sehari (di mana saya melakukan DELETE pada ratusan-ribuan row pada tabel tersebut) maka klien-klien lain langsung terblokir aksesnya ke tabel tersebut. Selama operasi DELETE yang makan waktu hingga bermenit-menit, klien pun bertumpuk karena menunggu akses terhadap tabel log. Dengan multiversioning yang dimiliki InnoDB ini bisa dihindari, karena sewaktu melakukan DELETE klien-klien lain masih dapat membaca/tulis ke tabel yang sama.

Namun yang perlu diperhatikan, tabel InnoDB jauh lebih lambat dari MyISAM dalam operasi-operasi tertentu, seperti SELECT COUNT(*).

8. Rotasi

Untuk menghindari penumpukan tanpa akhir, tabel database harus dirotate. Ada berbagai cara yang bisa dilakukan. Pertama, berpindah-pindah tabel (mis: Anda membuat tabel bulanan: tbl_log_Jan, tbl_log_Feb, …) dan me-log ke tabel bulan pada bulan ybs dan mengosongkan tabel 12 bulan yang lalu (mis: di awal Jan 2004 Anda akan kembali ke tbl_log_Jan dan mengosongkan data Jan 2003). Kedua, melakukan DELETE row-row tua secara berkala (mudah dilakukan, mengingat praktis semua tabel log memiliki kolom waktu). Namun, ingat isu konkurensi selama melakukan DELETE pada tabel yang berukuran besar.

Anda juga bisa menumpahkan data di tabel yang lama ke dalam file lalu mengkompresinya. Data log lama kemungkinan besar tidak pernah di-SELECT lagi sehingga bisa dibuang dari database. Namun, Anda tetap menyimpannya dalam arsip jika suatu saat diperlukan.

Penutup

http://www.master.web.id/scriptingworld/02-8_hal_mysql/02-8_hal_mysql.html

IBU.......( Ikatan Batinku Terhadap Umi Ku )

IBU

Ribuan kilo jalan yang kau tempuh
Lewati rintang untuk aku anakmu
Ibuku sayang masih terus berjalan
Walau tapak kaki penuh darah penuh nanah
Seperti udara kasih yang engkau berikan
Tak mampu ku membalas 
Ibu . . .ibu . . . . . . . . . . . . .
Ingin kudekap dan menangis dipangkuanmu
Sampai aku tertidur bagai masa kecil dulu
Lalu do'a-do'a baluri sekujur tubuhku
Dengan apa membalas
Ibu . . . ibu . . . . . . . . . . . . .

Ibu......:
"Hai Anak ku Kau Ku Lahirkan dari Rahim Ku
Yang Merupakan Anugrah Dan Karunia Yang Diberikan Oleh ALLAH SWT Kepada Setiap Seorang Wanita Yang Suatu Saat Akan Dipergunakan Untuk Menanam Benih Dan Merawat Benih Itu Sebaik-baiknya Serta Mengeluarkannya Pada Waktunya.... Jadilah Anak Yang Berguna Bagi Agama Dan Bangsa. "
Kau Ku Rawat Dalam 9bulan 10 hari
Ku Rawat Masa Bayimu Dengan Kasih Sayang
Ku Didik Agar Kau Menjadi Anak Yang Berguna

Aku........:
Ibu......Ibu.......Ibu.................. Ya Allah Lindungilah Ibuku Dan Bapakku Serta Sayangilah Meraka Sebagaiman Mereka Menyayangiku Semasa Aku Didalam Kandungan Dan Dibesarkan Dengan Kasih Sayang Yang Tiada Henti Dan Tak Meminta Balasan

Wahai ibuku dan Ayahku Maafkan Jika Aku Sampai Detik ini Belum Bisa Membalas Semua Jasa-Jasa Ikhlas Kalian Walaupun Itu Tak Pernah Kalian Pinta..............
Tapi Aku Akan Berusaha Semampu Jiwa Ragaku Untuk Berbakti Kepada Kalian...........
Doa kan ... Ananda Ibu........
Dalam Mengarungi Hidup Yang Penuh Dengan Liku-Liku Kehidupan Yang Hanya Sementara Ini

"Sesungguhnya jasa orang tua kita tidak terhitung banyaknya. Ibu kita mengandung selama 9 bulan kemudian melahirkan kita dengan resiko nyawa melayang. Ketika kita masih bayi tak berdaya, mereka beri kita minum dan makanan. Ketika kita buang air, tanpa jijik mereka membersihkan kita dengan penuh cinta. Kita diberi pakaian dan juga pendidikan. Mereka sabar menghadapi kemarahan kita, rengekan, kenakalan, bahkan mungkin ketika kita masih kecil/balita pernah memukul mereka. Mereka tetap mencintai kita. Jadi jika kita merasa kesal dengan mereka, apalagi jika mereka begitu tua sehingga kelakuannya kembali seperti anak-anak, ingatlah kesabaran mereka dulu ketika menghadapi kita. Bagi yang sudah memiliki anak tentu paham tentang kerewelan anak-anak yang butuh kesabaran yang sangat dari orang tua."

Adakah kita mampu membalasnya? Bahkan seandainya orang tua kita tak berdaya sehingga untuk buang air kita yang membersihkannya, itu tidak akan sama. Orang tua membersihkan kita dengan penuh cinta dan harapan agar kita selamat dan panjang umur. Sementara si anak ketika melakukan hal yang sama mungkin akan merengut dan bertanya kapan “ujian” itu akan berakhir.

Begitulah. Seperti kata pepatah, “Kasih anak sepanjang badan, kasih ibu sepanjang jalan” Tidak bisa dibandingkan.

Ku Pesembahkan Doa Ini Untuk Kedua Orang Tuaku

Robbighfir lii wa li waalidayya warhamhumaa kamaa robbayaanii shoghiiroo

“Ya Tuhanku! Ampunilah aku, ibu bapakku dan kasihilah mereka keduanya, sebagaimana mereka berdua telah mendidik aku waktu kecil.”

Amin...................