CRITICAL JOURNAL RIVIEW

Diajukan untuk memenuhi matakuliah:

“PEMOGRAMAN BERORENTASI OBJEK”
Dosen Pengampu: Bagoes Maulana, S .Kom ,M.Kom

Disusun Oleh Kelomppok :

1. Maya Tamara Gultom (5173351024)

2. Muhammad Ghojali (5173351031)
3. Vanny Fadhilah (5173351046)
4. Vioni M Sinulingga (5173351047)

FAKULTAS TEKNIK
PENDIDIKAN TEKNOLOGI INFORMATIKA DAN KOMPUTER
UNIVERSITAS NEGERI MEDAN
MEDAN
2019
 KATA PENGANTAR

Puji syukur kami panjatkan atas kehadirat Tuhan Yang Maha Esa sehingga Critical Journal
Review ini dapat tersusun hingga selesai. Tidak lupa kami juga mengucapkan banyak terima
kasih atas bantuan bapak dosen pengampu dalam menyusun Critical Jurnal Review ini. Makalah
ini di buat untuk memenuhi salah satu tugas mata kuliah kami yaitu ”Pemograman Beorentasi
Objek”.
Dan harapan kami, semoga makalah ini dapat menambah pengetahuan dan wawasan bagi
para pembaca, jika ada isi yang kurang relevan maka untuk ke depannya kami akan memperbaiki
bentuk maupun menambah isi makalah agar menjadi lebih baik lagi dari sebelumnya.
Karena keterbatasan pengetahuan maupun kurangnya pengalaman kami, mungkin kami
yakin masih banyak kekurangan dalam makalah ini, Oleh karena itu kami mengharapkan saran
dan kritik yang membangun dari pembaca demi kesempurnaan makalah ini.

Medan, 30 Mei 2019

Kelompok IV

2
 DAFTAR ISI

Kata Pengantar.................................................................................................................. i
Daftar isi............................................................................................................................. ii
BAB I Pendahuluan........................................................................................................... 1
1.1 Latar Belakang......................................................................................................... 1
1.2 Tujuan...................................................................................................................... 1
1.3 Manfaat.................................................................................................................... 1
1.4 Identitas Jurnal……………………………………………………………………. 1
BAB II Identitas Jurnal dan Ringkasan Isi Jurnal........................................................ 2
2.1 Ringkasan isi Jurnal................................................................................................. 2
BAB III Analisis Jurnal....................................................................................................12
A. Kelebihan Jurnal......................................................................................................12
B. Kekurangan Jurnal...................................................................................................12
BAB IV Penutup................................................................................................................13
A. Kesimpulan..............................................................................................................13
B. Saran........................................................................................................................13
DAFTAR PUSTAKA........................................................................................................14

3
 BAB I
PENDAHULUAN

1.1. Latar Belakang

Bahasa pemrograman dan pendidikan tidak selalu disetujui. Sementara banyak bahasa
pemrograman telah dianggap berguna untuk industri, hanya sedikit (seperti Pascal ) yang
dianggap berguna untuk pembelajaran. Banyak dari bahasa itu bahkan dirancang khusus
untuk tujuan ini. Smalltalk , misalnya, dirancang agar cukup sederhana untuk
memungkinkan pembuatan aplikasi berorientasi objek oleh pengguna mana pun. Namun,
sepengetahuan penulis, saat ini tidak banyak penelitian tentang kesesuaian bahasa
pemrograman untuk pendidikan. Mungkin proyek Biru adalah yang lebih populer. Tim
proyek Biru melakukan survei menyeluruh terhadap bahasa yang relevan dan akhirnya
mereka menyatakan bahwa diperlukan untuk membuat yang baru, karena bahasa yang
ada tidak cocok untuk pendidikan. Bahkan, mereka awalnya menolak Jawa untuk tujuan
ini, demi bahasa yang dikembangkan sendiri. Namun, apa yang disebut bahasa
pemrograman Biru akhirnya dihapus, mengadopsi Java (mungkin karena popularitasnya)
dan mengembangkan BlueJ , yang lebih menekankan pada lingkungan yang terintegrasi.
Bagaimanapun, tim Biru telah memutuskan bahwa bahasa pemrograman yang cocok
untuk belajar harus menyajikan beberapa kualitas, seperti '' kecil dan sederhana, '' ''
tingkat tinggi, '' 'sintaks yang dapat dibaca,' '' 'orientasi objek murni.' Jelas, studi yang
dikembangkan oleh tim BlueJ dimaksudkan untuk tahap awal pembelajaran
pemrograman. Dalam hal itu, kami sepenuhnya setuju dengan karakteristik yang diminta
oleh tim BlueJ. Namun, ada satu dari mereka yang kami pikir tidak wajib untuk siswa
tingkat menengah-lanjutan, dan, sebaliknya, ketidakhadirannya dapat membantu:
pemeriksaan tipe-aman.

1.2. Tujuan
1. Untuk melengkapi tugas matakuliah pemograman berorintasi objek
2. Untuk membentuk keterampilan dalam menyelesaiakan masalah
3. Memperbanyak sumber-sumber referensi untuk pembuatan critical journal review
4. Mampu memahami isi journal dengan tujuan mampu mengembangkan materi yaitu
mampu membuat kelebihan dan kekurangan jurnal

1.3. Manfaat
Manfaat dari Critical journal Review ini adalah agar kita dapat memahami dan
mengetahui kelemahan dan kelebihan dari Bab dalam buku yang kita kritik.

4
1.4 Identitas Jurnal

Judul : Menuju Sistem Pemrograman Berorientasi Objek untuk Pendidikan

Penulis :
 J. BALTASAR GARCI´A PEREZ-SCHOFIELD
 FRANCISCO ORTI´N SOLER,
 EMILIO GARCI´A ROSELLO

Jenis Jurnal : Jurnal Internasional Sistem Pemrograman Berorientasi Objek

Jumlah Halaman :13 Halaman

Tahun Terbit : Received 14 January 2005; accepted 29 December 2005

5
 BAB II
RINGKASAN ISI JURNAL

2.1 Ringkasan Jurnal

Abstrak
Dalam artikel ini, sebuah proyek penelitian yang sedang berlangsung yang dilakukan di
departemen Ilmu Komputer dari Universitas Vigo dijelaskan. Tujuan utamanya adalah
untuk berfungsi sebagai kendaraan untuk belajar pemrograman berorientasi objek.
Meskipun masih dalam pengembangan, telah berhasil digunakan dalam sejumlah kursus
yang berbeda. Karakteristik utamanya adalah (a) dukungan orientasi objek berbasis
prototipe, yang merupakan model orientasi objek yang benar-benar membungkus model
berbasis kelas; (B) dukungan masa depan untuk kegigihan objek, yang menyederhanakan
ke minimum semua masalah input / output; dan (c) dukungan berbagai platform, melalui
bytecode portabel. Kami berpikir bahwa kombinasi dari semua kemungkinan ini, hasil
yang diperoleh dalam penggunaan pertama, dan pengembangan lebih lanjut dari proyek
ini akan mengarah pada alat yang menarik dan bermanfaat yang akan direkomendasikan
untuk pengajaran berorientasi objek. Kesederhanaan model orientasi objek berbasis
prototipe, penurunan dramatis dalam kompleksitas untuk program karena dukungan
langsung dari kegigihan, dan semua fasilitas yang secara alami disediakan oleh fitur
dukungan multiplatform menjadikannya alat yang ideal untuk belajar, memungkinkan
pendidik untuk menekankan pada masalah yang sebenarnya penting dari pemrograman
berorientasi objek.
ARSITEKTUR MESIN VIRTUAL

Operasi primitif yang didukung oleh mesin virtual dapat dikumpulkan di bawah tujuh
kelompok utama: pewarisan, pembuatan objek, kloning objek, pengiriman pesan,
penanganan pengecualian, penanganan tipe primitif, dan kegigihan. Operasi ini dilakukan
dengan hanya 17 opcode yang dibagi dalam pembuatan objek, definisi atribut dan metode;
pesan lewat; referensi lewat di antara register; pengecualian melempar; pembuatan referensi
lokal; dimasukkannya data tipe-primitif (bilangan bulat, real, dan string); dan lompatan
bersyarat dan tanpa syarat. Fungsi yang tidak disediakan oleh opcode dilayani oleh mesin
virtual itu sendiri melalui metode asli. Metode ini terkandung di dalam objek VM, hadir di
perpustakaan standar.

6
 Gambar 1 Arsitektur mesin virtual

Penanganan pengecualian terjadi di dalam setiap metode objek. Secara default, ada handler
pengecualian di setiap metode (ditemukan setelah opcode pengembalian pertama dari tubuh
opcode metode, dan sebelum opcodeendMethod), yang dapat kosong (mis., Tidak ada
opcode di dalamnya). Jika handler pengecualian kosong, maka eksepsi diteruskan ke metode
yang membuat panggilan. Proses menanjak ini dilanjutkan melalui tumpukan panggilan,
selama penangan pengecualian masih ditemukan kosong. Akhirnya, jika tidak ada handler
pengecualian ditemukan, pengecualian tanpa tertangkap akan terjadi menampilkan informasi
kesalahan dengan output standar.

MANAJEMEN OBYEK DALAM MESIN VIRTUAL

Penciptaan Obyek, Enkapsulasi

Tidak ada perbedaan antara objek dan prototipe, seperti yang dibahas sebelumnya. Prototipe
biasanya ditulis oleh programmer sebagai kode sumber. Juga, objek apa pun dapat menjadi
prototipe, karena objek apa pun dapat disalin. Mempertahankan prototipe dari perubahan berarti
mengubahnya di kelas, sementara fleksibilitas maksimum dicapai dengan mengelola tipe proto
sebagai objek biasa. Memang, fleksibilitas ini memungkinkan kompiler yang dibangun di atas
mesin virtual untuk mengimplementasikan model berorientasi objek apa pun [12].

Selain menyalin objek yang sudah ada, dimungkinkan untuk membuat objek dengan
mengirimkan pesan createChild ke objek apa pun. Objek kosong (seperti terlihat pada Gambar.
2) akan dibuat, menyimpan dalam atribut induknya, referensi ke objek yang menerima pesan
(ditunjukkan pada Gambar. 3).

Mesin virtual Zero dapat diprogram menggunakan makroassembler Zero. Level abstraksi
macroassembler hampir merupakan salah satu mesin virtual, hanya beberapa makro yang
dibangun di atasnya, memungkinkan pengalaman pemrograman yang lebih nyaman. Abstraksi
tingkat tinggi dari mesin virtual memungkinkan untuk menggunakan makroassembler bahkan
dalam proyek-proyek berukuran sedang.

7
Metode dan atribut masing-masing ditandai dengan metode dan atribut kata kunci. Mereka harus
diikuti oleh tanda plus atau tanda minus, yang menentukan aksesibilitas atribut atau metode.
Dalam kasus atribut tertentu, objek tidak diizinkan untuk mengubah atribut publik, selain dari
pemiliknya.

ARSITEKTUR DARI
MESIN VIRTUAL
Skema arsitektur dasar virtualMesin ditunjukkan pada Gambar 1. Pada dasarnya, ini adalah
aregister berbasis prosesor, menyimpan referensi di dalamnyaregister. Register utama adalah
__acc, akumulator, menyimpan hasil dari pesan terakhir yang dikirim;__exc, digunakan untuk
menyimpan objek yang dilemparkan sebagaipengecualian, jika ada; __rr, yang digunakan untuk
menyimpanreferensi untuk dikembalikan sebagai hasil dari metode yang diberikan;
dan __ini, yang menyimpan objek pesan itudikirim ke.Operasi primitif didukung oleh
virtualmesin dapat dikumpulkan di bawah tujuh kelompok utama:warisan, pembuatan objek,
kloning objek, pesanlewat, penanganan pengecualian, penanganan tipe primitif,dan kegigihan.
Operasi ini dilakukan denganhanya 17 opcode yang dibagi dalam pembuatan objek,
definisiatribut dan metode; pesan lewat; referens.
Penanganan pengecualian terjadi di dalam setiap metodeSebuah Objek. Secara default, ada
handler pengecualian disetiap metode (ditemukan setelah opcode pengembalian pertama
daribadan opcode metode, dan sebelumendMethod opcode), yang dapat kosong (mis., di
sanatidak ada opcodes di dalamnya). Jika handler pengecualian adalahkosong, maka
pengecualian diteruskan ke metodeyang membuat panggilan. Proses menanjak ini
dilanjutkan melalui tumpukan panggilan, selamapenangan pengecualian masih ditemukan
kosong.Akhirnya, jika tidak ada handler pengecualian ditemukan, tidak tertangkapakan terjadi
pengecualian yang menunjukkan informasi kesalahan dengan output standar.
MANAJEMEN OBYEK DI PT
MESIN VIRTUAL
Penciptaan Obyek,
Enkapsulasi Tidak ada perbedaan antara objek dan prototipe, seperti yang dibahas
sebelumnya. Prototipe adalah biasanya ditulis oleh programmer sebagai kode sumber. Juga,
objek apa pun bisa menjadi prototipe, seperti apa pun objek dapat disalin. Melestarikan prototipe
dari perubahan berarti mengubahnya di dalam kelas, sementarafleksibilitas maksimum dicapai
dengan mengelola prototipe sebagai objek biasa. Memang, fleksibilitas ini memungkinkan

8
kompiler dibangun di atas mesin virtual untuk mengimplementasikan model berorientasi objek
apa pun .
Selain menyalin objek yang sudah ada, itu jugamungkin untuk membuat objek dengan
mengirim pesanbuatAnak ke objek apa pun. Objek kosong (asterlihat pada Gambar. 2) akan
dibuat, menyimpan di induknyaatribut, referensi ke objek yang menerima pesan (ditunjukkan
pada Gambar. 3). Mesin virtual Zero dapat diprogrammenggunakan makroassembler Zero.
Level abstraksi macroassembler hampir merupakan salah satumesin virtual, hanya
beberapa makro yang dibangun di atasnyaatas, memungkinkan pemrograman yang lebih
nyamanpengalaman. Tingkat abstraksi maya yang tinggimesin memungkinkan untuk
menggunakan makroassembler bahkan dalam proyek-proyek berukuran sedang.Metode dan
atribut ditandai dengan metode kata kunci dan atribut, masing-masing. Mereka harus diikuti oleh
tanda plus atau tanda minus, yang mendefinisikan aksesibilitas atribut atau metode.
Di kasus khusus atribut, objek tidak diperbolehkan untuk mengubah atribut publik,
terlepas dari pemiliknya. Ini berarti bahwa atribut hanya dapat dibaca ketika itu publik. Kode
sumber, di makroassembler, untukpembuatan prototipe Person ditunjukkan di bawah ini.
Hal pertama yang harus dilakukan adalah membuat objek dari prototipe, karena cara ini
Orang akan tetap tidak dimodifikasi dan masih dapat digunakan sebagai prototipe. Jadi referensi
baru dibuat, disebut myPerson, dan diinisialisasi dengan salinan Orang, dengan cara mengirim
salinan pesan ke Orang. Metode ini menerima nama untuk objek baru, nama yang akan
diputuskan oleh sistem jika menerima string kosong. Nama ini adalah OID unik
(Pengidentifikasi Objek) dari objek ini dalam sistem.

Gambar 2 Sebuah objek minimal

Gambar 3 Objek khas

Output konsol dilakukan melalui objek Konsol, yang

ditunjukkan oleh atribut objek Sistem, objek yang dirancang
untuk melayani kemungkinan tingkat rendah dari mesin.
Metode write () ofConsole akan mengirim pesan toString
ke argumen, untuk mendapatkan sesuatu yang
dapat dikelola oleh konsol, sedangkan metode lf () akan mengirim untuk menghibur umpan baris
karakter dan carriagereturn.

9
Hasil Pertanyaan

Sebelum dan sesudah seminar, sebuah pretest dan posttest (versi yang sesuai dari kedua tes
yang diterjemahkan ke dalam bahasa Inggris dimasukkan dalam Lampiran) dikirimkan kepada
siswa untuk memeriksa, pada dasarnya, apakah mereka (a) telah menemukan sistem membantu
untuk memahami pemrograman berorientasi objek, (b) telah menemukan sistem yang berguna
untuk belajar, dan (c) karakter apa yang akan mereka tingkatkan.

Hasil dari pertanyaan ini cukup menggembirakan, karena sebagian besar jawaban
mengandaikan tingkat kepuasan yang tinggi. Tes-tes ini diberikan kepada satu set 16 mahasiswa
sarjana, yang memiliki seminar 2 jam di mana mereka diajar menggunakan sistem, dan akhirnya
harus menyelesaikan beberapa latihan. Sebelumnya, mereka memiliki pengantar teoritis untuk
model berbasis prototipe dan demonstrasi kemampuannya dengan contoh-contoh di mana
makroassembler Zero dipekerjakan.

Beberapa pertanyaan diulang dalam kedua tes, untuk mempelajari perubahan pendapat
setelah bekerja dengan sistem (Gbr. 7 menunjukkan diagram komparatif). Dengan cara ini,
pertanyaan 1 dan 4 (dari pretest dan posttest, masing-masing) merujuk pada pengetahuan yang
mereka pikir tentang model berbasis prototipe. Meskipun awalnya tidak ada yang mengira
mereka mengetahui secara mendalam model ini, ada peningkatan yang signifikan, dalam
posttest, dari persentase orang yang berpikir mereka memiliki pengetahuan (dengan persentase
akhir 93% dari total siswa). Kepercayaan diri yang meningkat ini juga dapat dihargai dalam
pertanyaan 4 (pretest) dan 5 (posttest), di mana siswa harus memutuskan apakah model berbasis
prototipe itu dinamis atau statis. Ada persentase penting siswa dalam pretest yang menjawab ‘‘
Saya tidak tahu ’, sedangkan persentase ini menurun secara dramatis di posttest. Juga, persentase
orang yang menjawab jawaban yang benar hampir dua kali lipat. Pertanyaan 5 (pretest) dan 3
(posttest) mengkonfirmasi kesan ini, seperti dalam pretest banyak siswa menjawab '' Saya tidak
tahu '' untuk pertanyaan '' unsur-unsur mana model prototipe disusun oleh. '' Dalam posttest,
persentase jawaban "Saya tidak tahu" untuk pertanyaan yang sama berkurang secara dramatis
(dari 31,25% menjadi 6,25%), dan akhirnya 87,50% orang menjawab salah satu dari dua opsi
yang mungkin benar.

Pertanyaan 8 (pretest) dan 8 (postest) menunjukkan bagaimana siswa menghargai

kesempatan untuk dapat berurusan dengan contoh dari jenis sistem yang dijelaskan dalam kelas
teoritis. Mereka tidak diragukan lagi menjawab 'ya' tentang ketepatan menggunakan perangkat
lunak ini untuk mempelajari konsep utama model baru ini, dengan cara empiris.

Pertanyaan 7 (pretest) dan 6 (posttest), tentang apakah seminar praktis akan menjadi atau
telah berguna (masing-masing) untuk siswa, khususnya menunjukkan kepuasan siswa dengan
seminar praktis dan oleh karena itu sistem. Dalam pretest, 68,75% dari siswa berpikir seminar
akan bermanfaat bagi mereka, sementara sisanya tidak yakin. Akhirnya, dalam posttest, 100%
dari siswa berpikir bahwa seminar itu bermanfaat bagi mereka.

10
 Pertanyaan-pertanyaan lain hanya muncul satu kali, di dalam postingan, berusaha menangkap
kepuasan global atau ketidakpuasan. Sebagai contoh, pertanyaan nomor 7 bertanya kepada siswa
apakah menurutnya pengetahuannya tentang pemrograman berorientasi objek berbasis kelas dan
prototipe telah ditingkatkan. Semua siswa (100%) menjawab dengan tegas. Pertanyaan nomor 13
menegaskan kecenderungan ini, karena 75% mengakui bahwa seminar ini sedikit mengubah
persepsi mereka tentang pemrograman berorientasi objek.

Tentang perangkat lunak itu sendiri, pertanyaan 9 dimaksudkan untuk mengetahui apakah
pekerjaan global dari perangkat lunak itu tampaknya rumit. Ini adalah kekhawatiran penting
penulis, karena fakta bahwa perangkat lunak itu terutama seperangkat alat baris perintah.
Namun, 81,25% siswa berpikir itu sederhana, dan 12,50% berpikir itu tidak sederhana atau
kompleks. Hanya 6,25% dari mereka yang menganggapnya kompleks. Memang, dari pertanyaan
10 dan 11 dapat disimpulkan bahwa sistem yang sederhana sangat dihargai (62,50% berpikir
bahwa ukurannya yang kecil merupakan keuntungan, dan 18,75% menghargai bahwa bahkan
mungkin untuk memprogramnya menggunakan makroassembler), sementara itu jelas bahwa
kurangnya bahasa pemrograman tingkat tinggi dan lingkungan pemrograman terintegrasi adalah
kesalahan utama yang ditemukan.

Hasil tes yang kurang baik adalah pertanyaan 4 (pretest) dan 2 (posttest). Meskipun ada
mayoritas yang berpikir bahwa model ini berguna untuk mengajar, ada persentase penting dari
jawaban '' Saya tidak tahu '', yang masih muncul di posttest, secara mengejutkan termasuk satu
jawaban '' Tidak, '' di mana ada tidak satupun dari mereka. Mungkin ini dapat dijelaskan dengan
berpikir bahwa ada mayoritas siswa yang memilih untuk menjawab ‘‘ don Saya tidak tahu
’daripada memberikan jawaban kepadapertanyaan yang mereka pikir terlalu teknis untuk
mereka.

Pertanyaan 6 (pretest) dan 12 (posttest), di mana siswa harus memutuskan apakah kegunaan
model ini adalah teoretis, untuk pengajaran atau praktis, juga mengecewakan. Meskipun ada
sedikit peningkatan persentase orang yang memutuskan bahwa itu baik untuk pengajaran, siswa
rupanya memutuskan bahwa itu hanya berguna sebagai sumber teori. Mungkin pertanyaan ini
hanya disalahpahami, dengan mempertimbangkan hasil lainnya.

PEKERJAAN YANG BERHUBUNGAN

Dalam hal sistem yang berorientasi pada pembelajaran, proyek yang paling mirip lainnya
adalah Biru [4], berdasarkan bahasa Biru dan BlueJ [5], berdasarkan Jawa. Mesin virtual yang
disajikan di sini sangat dinamis, tetapi Blue dan BlueJ terkait dengan bahasa statis, sementara

11
kami mengklaim bahwa keamanan jenis tidak wajib untuk bahasa yang ditujukan untuk
mahasiswa sarjana dari program studi tinggi. Sebaliknya, penggunaan bahasa-bahasa ini dapat
membuat banyak konsep lebih jelas, memungkinkan pemahaman yang lebih baik tentang
paradigma berorientasi objek. Tidak ada dukungan langsung untuk kegigihan, yang harus dicapai
dengan mekanisme bahasa yang tidak ortogonal. Namun demikian, lingkungan BlueJ sangat
berorientasi pada pendidikan, menjadi referensi untuk pembelajaran berbantuan komputer.

Diri [10] adalah salah satu inspirasi utama untuk Zero. Namun, sintaksisnya, yang ditemukan
kompleks dan tidak intuitif bagi banyak orang [3], bukan contoh bahasa yang berguna untuk
belajar, setidaknya di bawah kriteria kami. Cukup memberikan ketekunan sederhana saat bekerja
dengan gambar, yang menjadi sangat kompleks ketika mencoba menyelamatkan objek individu.

BAB III
KRITIK TERHADAP JURNAL
A. KELEBIHAN JURNAL

12
 Ide yang diambil dalam penelitian ini amat menarik.
 Relevan. Judul artikel sesuai dengan pembahasan yang disampaikan oleh penulis.
 Pembahasan dan hasil penelitian dikemukakan secara objektif, sesuai dengan penelitian
yang telah dilakukan.
 Tujuan jurnal yang dipaparkan cukup jelas.
 Adanya pendahuluan memberi ilmu dasar pembaca sebelum memahami hasil penelitian
beserta metodenya.
 Adanya info artikel menjadi identitas jurnal itu sendiri
 Dalam penelitian ini, kami melihat bahwa setiap permasalahan-permasalahan bisa
diselesaikan oleh peneliti dengan baik.
 Penjelasan materi sebelum memasuki metode penelitian dapat menjadi acuan dasar dalam
melanjutkan penelitian.
 Adanya abstrak membantu pembaca untuk mengetahui maksud dan tujuan peneliti.
 Kata kunci yang menjadi pedoman dalam membaca jurnal penelitian.
 Kelengkapan data jurnal seperti judul, tujuan, metode, hasil, dan sebagainya.
B. KEKURANGAN JURNAL
 Ada beberapa teori dalam pembahasan jurnal yang masih belum diketahui sumber buku
atau informasi didapat dari mana.
 Kesimpulannya tidak merefleksikan semua hasil pembahasan.
 Meskipun memaparkan teori apa yang digunakan dalam penelitian, tetapi masih ada
beberapa kajian teori yag tidak berhubungan dengan masalah yang dibahas.
 Pada hasil penelitian, penjelasan digabungkan dengan beberapa data kualitatif sehingga
membingungkan pembaca.
 Kami juga sulit memahami jurnal ini karena berbahasa inggris. Berhubung kami masih
pemula, jadi walaupun kami bisa mentranslatenya kami masih belum bisa
mentranslatekannya dengan baik, sesuai dengan materi penelitian yang sedang dibahas.

BAB IV
PENUTUP
A. KESIMPULAN

13
 Yang dapat kami simpulkan dari penelitian yang ada pada jurnal tersebut adalah:
 Bahasa berorientasi objek dapat diklasifikasikan dalam dua kelompok utama: bahasa
statis dan bahasa dinamis.
 Objek adalah kantong referensi, dan metode, di mana referensi hanya menunjuk ke objek
dan metode lain dapat dieksekusi (dengan cara menyampaikan pesan) untuk mendapatkan
referensi sebagai hasilnya.
 Zero adalah mesin virtual berorientasi objek murni berbasis prototipe, yang dirancang
khusus untuk mendukung bahasa dinamis, tetapi mampu mendukung bahasa berorientasi objek
lainnya. Tujuan utamanya adalah untuk berfungsi sebagai kendaraan untuk belajar pemrograman
berorientasi objek.
 Mesin virtual dapat diprogram dengan mudah dan jelas, bahkan pemrograman dengan
makroassembler. Model berorientasi objeknya sederhana, dan mudah dimengerti dan dipelajari,
sementara pada saat yang sama perpustakaan standar sangat kecil, 2 aspek yang telah dipilih
secara khusus agar sistem ini bermanfaat sebagai alat pembelajaran.

B. PENUTUP
Semoga dengan adanya Critical Journal Review ini, pembaca khususnya pendidik atau
calon pendidik dapat menekankan bahwa pemrograman berorientasi objek sangatlah penting
untuk peserta didik bisa mengerti mengenai program, mesin virtual dan lain sebagainya.
Kami sangat mengharapkan kritik oleh pembaca, karena tugas CJR yang kami buat ini
mungkin banyak kekurangan sehingga masih banyak lagi yang perlu direvisi pada penulisan
makalah ini.

DAFTAR PUSTAKA

14
 N. Wirth, The programming language Pascal. Software pioneers: Contributions to software
engineering, Springer-Verlag, New York, 2002, pp 121148 , ISBN 3-540-43081-4.
A. Goldberg and D. Robson, Smalltalk-80: The language, Addison Wesley, Boston, 1989,
ISBN 0-201-13688-0.
M. Ko ¨lling, The Blue language, J Object Oriented Program 12(1) (1999), 1017.
M. Ko ¨lling, The problem of teaching object-oriented programming, J Object Oriented
Program 11(9) (1999), 612.
M. Ko ¨lling, B. Quig, A. Patterson, and J. Rosenberg, The BlueJ system and its pedagogy,
J Comput Sci Educ 13 (2003), 249268.
A. Black, Post Javaism. Proceedings of the First Workshop on Object-Oriented Language
Engineering for the Post-Java Era: Back to Dynamicity. European Conference on Object-
Oriented Programming, 2003.
B. Stroustrup, The Cþþ programming language, Addison-Wesley, Boston, 1991.
P. Naughton, The Java handbook, McGraw-Hill, Berkeley, CA 1996.
B. Stroustrup, Design and evolution of Cþþ, AddisonWesley, 1994, ISBN 0-201-54330-3.
D. Ungar and R. S. Smith, Self: The power of simplicity. In Proceedings of OOPSLA’87,
Orlando, FL, 1987, pp 277241.
D. Ungar, D. Chambers, B. W. Chang, and U. Ho ¨ltzl, Organizing programs without
classes. Lisp and symbolic computation, Kluwer Academic Publishers, Dordrecht, 1991.
M. Wolczko, O. Agesen, and D. Ungar, Towards a universal implementation substrate for
object-oriented languages, Sun Microsyst Lab, (1996), document #96-0506.
O. J. Dahl and K. Nygaard, SIMULA: an ALGOLbased simulation language, Commun
ACM 9 (1966), 671678.
A. Taivalsaari, Kevo: A prototype-based objectoriented language based on concatenation
and module operartions. Technical Report DCS1971R, University of Victoria, Victoria, BC,
Canada, 1992.
B. Garcı ´a Perez-Schofield and M. Pe ´rez Cota, Problema ´tica del uso de ficheros en
Cþþ: Un enfoque educativo, Revista de Enseþanza y TecnologU ´a1 (1998), 1020.
P. Balch, W. P. Cockshott, and P. W. Foulk, Layered implementations of persistent object
stores, Softw Eng J 4 (1989), 123131.

15
 B. Garcı ´a Perez-Schofield, T. B. Cooper, M. Pe ´rez Cota, and E. Garcı ´a Rosello ´,
Extending containers to address the main problems of persistent object oriented operating
systems: Clustering, memory protection and schema evolution. Proceedings of the Fourth
Workshop on Object-Orientation and Operating Systems. European Conference on Object-
Oriented Programming, 2001.
M. Atkinson and M. Jordan, A review of the rationale and architectures of Pjama: A
Durable, flexible, evolvable, and scalable orthogonally persistent programming platform. Sun
Microsystems Technical Report SMLI TR-2000-90, 2000.
M. P. Atkinson and R. Morrison, Orthogonality persistent object system, VLDB J 4 (1995),
319401, ISSN: 1066-8888.
M. Shapiro, S. Kloosterman, and F. Riccardi, PerDis. A persistent distributed store for
persistent applications, Proceedings of the 3rd Capernet Plenary Workshop, 1997.
J. Garcı ´a Perez-Schofield, T. Cooper, E. Rosello ´, and M. Pe´rez Cota, Persistencia,
evolucio ´n del esquema y rendimiento en los sistemas basados en contenedores. Tesis Doctoral.
Departamento de Informa ´tica. Universidad de Vigo, 2002a.
B. Garcı ´a Perez-Schofield, T. B. Cooper, M. Pe ´rez Cota, and E. Garcı ´a Rosello ´, First
impressions about executing real applications in Barbados. Proceedings of the Fifth Workshop
on Object- Orientation and Operating Systems. European Conference on ObjectOriented
Programming, 2002b.
C. Chambers, Object-oriented multi-methods in Cecil. In proceedings of the European
Conference on ObjectOriented Programming, 1992.
A. A ´lvarez Gutie ´rrez, L. Tajes Martı ´nez, F. A ´lvarez Garcı ´a, M. Dı ´az Fondo ´n, R.
Izquierdo Castanedo, and J. Cueva Lovelle, Oviedo3: An object-oriented abstract machine as the
substrate for an objectoriented operating system. 11th European Conference on Object-Oriented
Programming. Workshop on Object-Orientation and Operating Systems. Jyva ¨skyla ¨ (Finland),
1997. I. Bosch and S. Mitchell (editors). Object-Oriented Technology. Lecture Notes in
Computer Science 1357. 537-544. Springer-Verlag, 1998.
A. Martı ´nez, F. A ´lvarez Garcı ´a, F. Ortı ´n Soler, and J. Cueva Lovelle, An OODBMS
developed over the Oviedo3 Operating System. Proceedings of the Simposio Espan ˜ol de
Informa ´tica Distribuida (SEID’2000), 2000

16