Ketika kita belajar program, biasanya kita membuat procedure atau subrutin. Procedure berisi susunan perintah-perintah atau statement-statement, biasanya untuk mengolah data. Jadi ada procedure dan ada data. Data biasanya dalam bentuk tabel (untuk database) atau array atau tipe tipe lain. Pemrograman non-OOP membedakan atau memisahkan procedure dan data, jadi variabel data terpisah dari procedure. Pada OOP, justru sebaliknya data sebaiknya digabung dengan procedure. Gabugan dari data dan procedure ini disebut Object.

Ada bahasa pemrograman yang mendukung OOP dan juga ada yang tidak, kebanyakan sekarang sudah mendukung. Contoh bahasa yang belum mendukung OOP secara penuh adalah Visual Basic 6, bahasa C, bahasa Pascal (yang lama), bahasa Basic. Sedangkan bahasa yang sudah mendukung contohnya adalah bahasa-bahasa yang digunakan .NET, bahasa Delphi, Bahasa Java, PHP untuk web, dan sebagainya.

Apakah jika kita menggunakan bahasa OOP otomatis program yang dibuat selalu OOP? Belum tentu, coba lihat prinsip sederhana diatas, jika masih banyak memisahkan procedure dan data, maka belum masuk kategori OOP.

Masih ada beberapa prinsip dan teknik dalam OOP akan saya bahas pada tulisan berikutnya. Selamat belajar…

Saya tidak akan mengulas apa itu Object-Oriented, karena sudah terlalu banyak yang membahas dan sebetulnya sudah kuno. Saya hanya akan bercerita sedikit yang saya tahu tentang pemrograman yang sering saya temui.

Benarkah Object-Oriented mempermudah dan mempercepat dalam mengembangkan (develop) sebuah aplikasi perangkat lunak. Seharusnya iya, tetapi saya sering menjumpai para programmer terutama di Indonesia (maaf saya jarang ke luar negeri, he he) tanpa menggunakan kaidah-kaidah Object-Oriented tetapi jauh lebih cepat, tentunya daripada dia harus bersusah-payah belajar teorinya dan mencoba dengan mempraktekan, dan hasil aplikasi dapat digunakan dan mungkin dari sisi harganya juga sama saja.

Lalu perlukah menggunakan methodologi Object-Oriented? Tentu pertanyaan yang sedikit susah untuk dijawab. Kemudian saya mencoba mengamati hal lain. Apakah fakta yang saya ceritakan diatas cukup valid untuk semua kondisi? Saya berharap itu tidak valid, terutama untuk pengembangan perangkat lunak secara tim/kelompok. Dengan membagi masalah dalam object-object atau class-class kemudian membagi pekerjaan kepada masing-masing programmer dalam bentuk object atau class. Tetapi sekali lagi saya menemukan bahwa, beberapa tim membagi pekerjaannya dalam module-module, jadi misalnya 1 orang 1 module atau 1 orang 1 form. Jadi saya jadi bertanya lagi perlukah? Hanya anda yang menjalankan profesi ini yang menentukan, tentu berdasarkan pertimbangan-pertimbangan tertentu yang menguntungkan.