Mengapa Kita Mendefinisikan Class dalam Object Oriented Programming? | OOP 

sangat masuk akal, relate banget pak :D hanya opini saya aja, kalo ternyata bahasa pemrograman yang dipilih juga sangat berpengaruh. ingat ya ini hanya pengalaman pribadi, boleh sepakat boleh tidak hehe. 5 tahun pakai PHP dan JS untuk membuat banyak project tapi masih belum paham apa itu OOP. Yap, karena bahasa-bahasa tersebut tidak strict untuk urusan paradigma. Bahkan kita sudah bisa buat aplikasi super canggih hanya dengan gaya prosedural. Framework-framework nya pun sangat memanjakan para pengguna nya. Banyak class-class yang telah disediakan, bahkan sampai ada fitur generator untuk membuat class (Artisan di laravel misal nya) sehingga untuk bisa membuat aplikasi yang keren, tanpa pemahaman OOP pun bisa dilakukan. hmm bukan salah framework nya sih, emang tujuan framework kan untuk memudahkan para developer nya. Namun dibahasa yang strict akan OOP seperti di Java, mau tidak mau, suka tidak suka, kita dituntut wajib memahami OOP. Bagaimana dengan framework nya seperti spring? walaupun banyak fitur magic yang serba instant, tetep kita dituntut memahami OOP. So ya, setelah 5 tahun ngga paham OOP, setelah pindah ke Java rasa nya justru merepotkan membuat aplikasi tanpa class :) Dan saat ini saya sudah berada pada fase dimana membuat aplikasi bukan hanya sekedar jadi, tapi juga mudah untuk dimaintain, dibaca dan dipelajari.

Mas2 dan mbak2 pprogrammer dan para pengajar - BACALAH POLA TINGKAH LAKU, STRUKTURAL, DAN PEMBUATAN OBJEK.dalam design pattern. Sebaiknya strategi pembelajaran dan pmrograman berorientasi objek berputar di sekitar pola2 tersebut.

Iya, saat kita paham dengan class, misalnya kita sendiri yang desain class itu dari awal, itu memang terasa membantu. Tapi saat class di buat oleh orang lain, justru sering bikin kita tersesat dan membingungkan. Debugnya justru jadi sangat lama dan buang2 waktu. Karena dengan class, alur program jadi lebih sulit untuk di telusuri atau diprediksi karena sering loncat2 (bikin kita pusing dan lupa, sudah berada dimana). Bagaimana menurut anda, solusi yang ter-enak lah... karena kalau yang terbaik, pasti bakal beda2 pendapat setiap orang...hehe. Kadang2 sebuah data, ternyata berasal dari beberapa fungsi yang berlapis-lapis dan loncat2. Dulunya yang buat kan sudah tau arahnya, jadi walau loncat2, dia pasti ingat, tapi posisi orang berikutnya yang mendapat codingnya, bisa mabok dan tersesat😅

Seperti biasa penjelasannya sangat mudah dipahami, lanjutkan terus pak.

saya sebagai mahasiswa akhir teknik informatika yang mendalami paradigma data oriented design (DOD) sebagai topik skripsi punya pandangan berbeda mengenai OOP. OOP sebenarnya hanyalah salah satu pendekatan dalam menyelesaikan sebuah masalah pemrograman. OOP yang mana mengedepankan abstraksi dan inheritence (turunan) menyebabkan kompleksitas yang tidak diperlukan. contohnya dalam kasus membuat pembuatan Kursi dan Meja. Dalam OOP, pendekatannya adalah pembuatan kelas abstrak dari Kursi dan Meja. Lalu untuk membuat Kursi atau Meja yang lebih spesifik seperti KursiKayu atau MejaMakan tentunya tinggal mewarisi dari abstrak kelas tadi (inheritence). Namun, akan sulit nantinya jika kita ingin membuat KursiKuliah yang kursi tersebut memiliki meja. Dari sini pendekatan OOP menjadi ambigu. Apakah KursiKuliah merupakan turunan dari Kursi atau Meja atau keduanya ? Lalu untuk kasus pembuatan game yang sering terjadi perubahan desain, tentunya hal ini menjadi makin sulit OOP memperlambat iterasi. Karena jika ingin menambahkan sesuatu yang baru pada abstrak class, maka semua turunannya juga akan terpengaruh. Hal ini menyebabkan codebase menjadi tidak modular. Selain itu OOP juga memberikan efek pada performance, karena inheritance dan abstraksi itu bukan black magic (butuh banyak compute power). Solusinya adalah dengan menggunakan DOP. DOD memisahkan data dengan implementasi, sehingga programmer dapat dengan mudah memanipulasi implementasi dan dapat dengan mudah mengetahui state dari data yang diproses. Kemudian DOD juga cukup membantu dalam performance karena tidak berlayer-layer seperti OOP (dan salah satunya menghindari cache miss). jadi, take away dari penjelasan diatas adalah OOP itu bukan satu-satunya cara menulis dan mengorganisir kode. dalam dunia software engineer, semuanya adalah trade, programmer perlu paham apa yang ingin dia tuju dan solusi terbaiknya apa. dann, software tetap bisa dibangun hanya dengan metode/fungsi dan structs, tanpa fitur yang OOP sediakan. (atau simple-nya the good old way C does). NB: ini hanya sekedar tambahan POV tentang pemrograman itu sendiri (agak OOT sebenarnya haha). mungkin yang baca bisa terbuka pengetahuannya tentang pemrograman dan (hopefully) paham bahwa at the end of the day, tugas programmer hanyalah solving problems :D

Terima kasih insight nya pak

cukup jelas, namun akan lebih baik jika di ilustrasikan dalam diagram atau divisualkan apa itu OOP yang di dalamnya ada variable, function kemudian menjadi class, dan menjadi sempurna saat diimplementasikan ke bahasa pemrogramanya. anyway saya ucapkan terima kasih atas penjelasannya

Justru mlh bingung kalo pake bahasa fungsional daripada Bahasa oop

halo pak budiiiiii

Kalau terbiasa baca buku logika tradisional yang di dalamnya mencakup jenus, spesies, pembeda, maka OOP cocok untuk dirinya. Setiap objek adalah individualisasi dari class. Akan tetapi saya bersyukur bisa Node js (functional) dan Java.