Menyelesaikan masalah “Architecture Mismatch Driver & Application” ketika mengakses Database di Matlab

Melanjutkan postingan yang lalu tentang problematika explore database di Matlab yang melibatkan versi 64 atau 32 bit. Masalah incompatible ini sepertinya tidak direspon dengan baik. Baik oleh Windows maupun Matlab. Sepertinya ada sedikit “paksaan” bagi pengguna versi 32 bit untuk beralih ke versi 64 bit. Padahal banyak yang masih menerapkan versi 32 bit di sistem yang sedang berjalan.

Install Microsoft Access Versi 64 Bit

Pengguna Matlab 64 bit sepertinya sudah harus beralih ke versi 64 bit untuk semua hal yang terlibat dengan Matlab (environment), seperti OS dan sistem basis data-nya. Jika tidak maka akan muncul peringatan adanya ketidaksesuaian dari sisi arsitektur antara driver ODBC dan aplikasi. Perbedaan arsitektur merupakan perbedaan yang tidak sepele dalam suatu sistem perangkat lunak.

Repotnya untuk Microsoft Access, tidak bisa langsung memasang yang 64 bit tanpa meng-uninstall versi yang sebelumnya. Perlu diperhatikan jika ada visio versi 32 bit, windows meminta uninstall juga. Jadi kalau sayang dengan visio yang 32 bit atau tidak punya installer visio yang 64 bit, sebaiknya difikirkan terlebih dahulu, atau siapkan dulu visio versi 64 bitnya.

Tadinya saya masih ragu, jangan-jangan ketika uninstall yang 32 bit dan install yang 64 bit tetap saja database tidak bisa diakses Matlab 64 bit, tetapi ternyata Alhamdulillah bisa. Mungkin ini bisa menjawab pertanyaan dari pembeli buku saya tentang database di Matlab yang tidak bisa terkoneksi dengan access karena beda versi “bit”nya. Oiya, jangan khawatir, semua settingan di office 32 bit yang lalu tetap otomatis terbawa di versi 64 bit yang baru.

Mengecek Koneksi Database di Matlab

Ketika sudah menginstall versi 64 bit, pastikan di ODBC yang 64 bit terisi driver dan platform-nya yang baru (64 bit). Selalu gunakan driver untuk kedua versi access (*.mdb dan *.accdb). Pastikan ketika mengklik Configure… tida ada pesan “architecture mismatch ..” lagi.

Tambahkan satu User DSN baru dan coba buka dengan Matlab 64 bit. Setelah mengetik dexplore di command window Matlab, cari ODBC yang baru saja dibuat. Pastikan database yang dibuat dengan Access dapat dilihat isinya.

Sekian dulu info singkat ini, semoga bermanfaat dan semoga pula naskah tentang data spasial dan bigdata dengan Matlab dapat rampung secepatnya.

Iklan

Waterfall, Iteration, atau Metode Extreem/Agile dalam Menulis dan Revisi

Bagi rekan-rekan yang berkecimpung dalam dunia IT pasti mengenal metode waterfall, iteration atau Extreem/Agile. Metode-metode tersebut diterapkan dalam perancangan perangkat lunak dan analisa & disain. Namun demikian, saya kerap menerapkannya dalam menulis, baik buku, paper imiah, maupun sekedar postingan di blog. Di antara metode-metode tersebut, manakah yang cocok dengan Anda? Mungkin postingan ini bisa sedikit membantu.

Waterfall

Waterfall artinya air terjun. Jadi metode ini menggunakan prinsip air terjun yang jatuh dari atas ke bawah. Menulis dengan metode waterfall berarti menulis secara cepat, tanpa memperhatikan tata bahasa, mengikuti ide yang ada di kepala. Ketika selesai 100% barulah proses editing dimulai. Kesalahan-kesalahan kecil, salah ketik (typo), maupun salah komposisi (letak kalimat dan paragraf) diperbaiki setelah semua ide dituangkan dalam tulisan. Banyak tips dan trik menulis yang saya terima menganjurkan metode ini, sangat cocok sebagai pemula yang terkadang “bengong” ketika di depan laptop. Fokus menuangkan ide menjadi dasar utama, apalagi bagi pemula yang jarang menulis. Re-writing menjadi wajib bagi yang menerapkan metode ini.

Kelebihan waterfall yang mengalirkan tulisan dengan lincah terkadang menyulitkan penulis buku yang tebal. Tidak mungkin lagi mengecek tulisan dari awal. Bayangkan saja berapa waktu yang dibutuhkan untuk mengecek lagi. Skimming mungkin bisa, tetapi jika mengecek dengan teliti hingga di level tata bahasa, sangat memberatkan, kecuali memang ada bagian yang mengoreksinya. Presiden RI pertama, Ir. Soekarno, pun dalam kata pengantar buku “di bawah bendera revolusi” disebutkan bahwa ketika beliau menulis buku tersebut (kumpulan tulisan) mengatakan tidak sempat lagi membaca ulang kembali apa yang ditulisnya. Kemungkinan besar beliau menggunakan metode iterasi, yang merupakan perbaikan dari metode waterfall dalam perancangan sistem.

Iteration

Metode iterasi menerapkan perulangan (iterasi) dalam proses pembuatannya. Ide-nya adalah merubah sesuatu ketika masih sederhana lebih mudah dibanding jika sudah kompleks. Termasuk juga mengoreksinya dan mengujinya. Tentu saja mengecek perbab lebih enak dibanding per-buku. Ketika menulis disertasi, yang paling melelahkan adalah ketika mengoreksi seluruh isi disertasi. Metode iterasi ini digunakan dengan cara ketika selesai satu bab, langsung koreksi bab yang baru saja ditulis. Terkadang bukan hanya satu bab, satu paragraf pun langsung dikoreksi ketika selesai dibuat. Terkadang kesalahan logika bisa ditemukan sebelum terlanjur, misalnya ternyata paragraf yang baru ditulis salah tempat atau kurang cocok di bab/sub-bab yang sedang digarap.

Jika seluruh tulisan selesai dibuat, mengoreksi tulisan yang dibuat dengan metode iterasi ini lebih cepat dan mudah dibanding mengoreksi tulisan yang dibuat dengan waterfall yang masih banyak salah di sana sini. Bahkan bisa hanya dengan “skimming”. Tentu saja konsep re-writing tetap diterapkan walau menulis menggunakan metode iterasi.

Extreem/Agile

Pernah dalam satu semester saya mengikuti kuliah web development dengan ruby and rails. Metode yang digunakan adalah dengan extreem/agile. Metode ini berfokus menghasilkan satu aplikasi dengan cepat. Berbeda dengan iterasi yang hanya perulangan beberapa milestoon/tahap dalam waterfall, extreem/agile menggabungkan beberapa tahap dalam proses pengembangannya. Ketika proses pembuatan proyek, ada fasilitas bantu yang berupa testing. Jadi testing dapat dilakukan sebelum software selesai dibuat. Metode ini bisa cepat karena dibuat “keroyokan” dengan alat bantu versioning. Rollback ketika new version gagal dengan mudah dan aman dilakukan.

Dalam hal menulis, banyak alat bantu yang bisa digunakan. Misalnya spelling and grammar check yang tersedia di wordprocessing yang digunakan. Aplikasi seperti grammarly terkadang bisa mendeteksi bukan hanya salah ketik, melainkan juga tata bahasa (singular, plural, atau completion). Satu tool yang saat ini mutlak diperlukan dalam publikasi ilmiah adalah cek plagiarisme. Beberapa software bisa digunakan untuk itu, seperti turnitin, plagscan, smallseotools, dll (lihat post sebelumnya). Untuk menulis “keroyokan”, penerapan cloud seperti google drive/one drive bisa juga diterapkan, termasuk menu review di mirosoft word.

Mungkin ide dalam postingan ini aneh bagi Anda, tetapi di jaman “disruption” yang melibatkan multi/interdisiplin dalam berbagai bidang, penerapan satu metode di luar domain ilmu sudah biasa dilakukan. Yang background-nya IT, tidak ada salahnya menerapkan metode-metode orang IT untuk hal-hal tertentu. Siapa yang “rigid”/kaku/radikal siap-siap akan ditinggalkan.

Unified Process (UP) dan Unified Modeling Language (UML)

Untuk UML kita sering mendengarnya, terutama bagi mahasiswa jurusan ilmu komputer, teknik informatika, ataupun sistem informasi. Sementara UP, sepertinya jarang terdengar, terkadang kurikulum pun tidak memasukannya. Biasanya UP dipisahkan dengan UML karena UP merupakan bagian dari proses perancangan perangkat lunak. Terkadang juga masuk dalam materi analisa dan disain sistem informasi.

Untuk informasi mengenai apa itu UP bisa dilihat di internet, misalnya wikipedia yang sepertinya akurat, sesuai dengan teori yang ada. Untuk yang ingin detilnya bisa lihat rujukan buku milik Jim Arlow (Arlow & Neustadt, 2005) atau karangan Craig Larman (Larman, 2005).

Lalu hubungannya apa UP dengan UML? Sebelumnya ada istilah Rational Unified Process (RUP) yang merupakan benchmark IBM untuk menggambarkan proses perancangan perangkat lunak. Untuk menghindari penamaan pabrikan/vendor, tri-amigos: Ivar Jacobson, James Rumbaugh dan Grady Booch menerbitkan buku khusus UP. Mereka merupakan para pencetus UML, tool untuk penggambaran dan pemodelan sistem berbasis obyek. Jadi UP itu pemodelan dan framework proses sementara UML hasil dari prosesnya (masih dalam bentuk blue-print).

UP bersifat iteratif yang tiap iterasi terdiri dari tahapan-tahapan sebagai berikut, untuk menghafalnya disingkat IEKT:

  • Incepsi: penentuan tujuan-tujuan (life cycle objectives)
  • Elaborasi: pembuatan arsitektur sistem
  • Konstruksi: kapasitas dan kemampuan sistem dibentuk
  • Transisi: produk siap uji

Buku Arlow membahas keempat tahapan UP tersebut yang dikombinasikan dengan waterfall (requirements, analisis, disain, implementasi dan testing, disingkat RADIT). Bentuknya di tiap-tiap RADIT ada IEKT dari UP. Namun ada juga yang sebaliknya, di tiap IEKT-nya UP ada RADIT. Namun yang dibahas di buku adalah yang bentuk pertama. Sementara itu ketika melihat buku Larman yang cukup tebal, ternyata UP hanya sampai Elaborasi. Tidak ada konstruksi dan transisi. Belum sempat saya baca sampai sana, hanya saja ada elaborasi-1, elaborasi-2. Bukunya cukup tebal dengan bahasa Java sebagai ilustrasinya.

Sempat saya baca juga dalam satu kolom khusus dalam buku Larman, bahwa tidak ada peluru perak (istilahnya senjata pamungkas pembunuh vampir) dalam bentuk tools atau teknik perancangan perangkat lunak, dikatakan oleh Dr. Frederick Brookes (lihat buku Mythical Man-month). Jadi kalau ada yang bilang suatu teknik itu ampuh untuk segala bentuk sistem, dipastikan tidak mungkin alias gombal, baik yg mengatakan itu dosen ataupun sales CASE (alat bantu pembuatan software). Tetap saja jika pengguna tidak memahami konsep Object Oriented akan kesulitan menggunakan CASE jenis apapun (dibahas di buku: “Death by UML Fever” karangan Booch). Seperti biasa, tiap buku berbeda-beda pahamnya, seperti post yang lalu bahwa beberapa buku analisa disain/rekayasa perangkat lunak (Pressman, 2001; Sommerville, 2007) masih mentolerir menggunakan non-object programming dengan UML. Tidak ada salahnya juga menggunakan model lain yg bukan standar UML untuk penggambaran sistem berbasis objek asal bermaksud memperjelas pembacaan model (Fowler, 2004). Tetapi alangkah idealnya jika sistem yg dirancang dengan UML berbasis object. Selamat ber-UML.

Reference

Arlow, J., & Neustadt, I. (2005). UML 2 and the Unified Process (Second). United States: Pearson Education Limited.

Fowler, M. (2004). UML Distilled (3rd ed.). United States: Pearson.

Larman, C. (2005). Applying UML and Patterns (3rd ed.). United States: Pearson.

Pressman, R. S. (2001). Software Engineering – A Practitioner’s Approach (Fifth Edit). New York: McGraw Hill.

Sommerville, I. (2007). Software Engineering – Eighth Edition. London: Pearson Education Limited.

 

Membaca Lebih dari Satu Buku

Buku teks atau buku ajar ada bermacam-macam. Ada yang berupa kumpulan penulis-penulis yang membahas topik tertentu (book chapter atau book section), ada pula yang hanya beberapa penulis membahas seluruh topik di suatu buku (buku teks). Sementara itu kebanyakan buku teks dibuat dalam bentuk kompilasi, yaitu kumpulan informasi yang berasal dari beragam sumber buku. Nah, kompilasi ini yang kerap saya jadikan patokan untuk menulis buku, karena lebih mudah. Ada juga jenis buku yang lain yaitu buku terjemahan, yang isinya hanya mengalih-bahasakan dari bahasa asing (biasanya bahasa Inggris) ke bahasa Indonesia tanpa menambah atau mengurangkan isinya. Hak cipta pun masih dipegang oleh buku sumber.

Bacalah

Membaca memang menjadi keharusan seorang pengajar karena informasi selalu berubah, apalagi dunia IT. Dalam kesehariannya terkadang ada debat antara satu dosen dengan dosen lainnya mengenai topik tertentu yang terkadang berimbas kepada siswa yang menjadi bimbingan tugas akhir, skripsi, atau pun tesis. Korban utamanya adalah si mahasiswa yang bingung harus mengikuti siapa? Pembimbing ataukah penguji. Untuk itu sebaiknya berpatokan kepada standar yang ada. Postingan kali ini saya mencoba membahasnya dalam dunia rekayasa perangkat lunak, khususnya UML.

Konflik Akademik

Sering saya menjumpai dosen-dosen yunior yang memang kebanyakan ahli dalam coding atau programming. Mungkin karena kesehariannya berasal dari instruktur lab yang naik pangkat jadi dosen. Terus terang ada manfaatnya karena mereka lebih mengetahui seluk beluk dan kesulitan yang dihadapi oleh mahasiswa yang kuliah IT. Masalah muncul ketika memasuki dunia akademis yang penuh dengan ilmu-ilmu baru yang selalu berkembang. Dosen yunior itu harus mempelajari perkembangan yang terjadi saat ini dan tidak kaku dan bersikukuh dengan bahasa pemrograman atau metode perancangan program yang dikuasainya. Lebih parah lagi, banyak juga yang merasa lebih jago dalam programming sehingga menganggap para dosen senior tidak tahu menahu prakteknya. Boleh saja beranggapan seperti itu, dan saya pun senang belajar dari mereka para dosen junior (sering disebut generasi milenial/generasi y). Sebenarnya malah menguntungkan para dosen-dosen senior.

Terus Membaca dan Belajar

Membaca buku-buku UML terkadang tidak ada habisnya. Muncul buku-buku baru yang terkadang membuat pusing jika kita tidak mampu memfilter-nya. Namun hanya membaca satu buku juga berbahaya karena membuat pembaca berfikiran sempit dan hanya memandang kebenaran dari satu sudut pandang saja, yaitu buku yang dia baca.

Misalnya pertama kali saya membaca satu buku yang khusus membahas UML, seluruh diagram dibahas. Namun di buku yang lain, dikatakan tidak semua developer menggunakan diagram UML, misalnya hanya diagram kelas, object, dan sequence. Tetapi buku yang lain yang berorientasi analisa disain menganggap diagram kelas dan use case lah yang penting, karena tidak semua stakeholder memahami pemrograman yang cocok dengan diagram sequence. Bahkan saya membaca satu buku khusus yang hanya membahas style yang baik dalam menggambar UML, misalnya ketika menggambar use case diagram, user di sebelah kiri dan admin di sebelah kanan dengan di tengah-tengahnya use case, unik juga. Tetapi bermanfaat juga sih, mengingat banyak siswa yang menggambar use case diagram acak adut, walaupun benar tetapi sulit dicerna.

Ribut terus berlanjut ketika ada yang membaca satu buku pemrograman berorientasi obyek yang menganggap UML harus diterapkan dalam pemrograman berbasis obyek saja. Pemrograman tanpa kelas tidak boleh menggunakan UML. Korbannya tidak lain adalah mahasiswa yang menjadi bimbingannya yang terkadang harus mengikuti outline yang disediakan kampus. Jika dosen itu membaca buku yang lain, dia mungkin akan berubah fikiran karena UML tidak harus untuk pemrograman berorientasi obyek, walaupun memang idealnya untuk berbasis object. Bahkan UML sendiri tidak melarang menggunakan diagram-diagram lainnya selama menambah kejelasan rancangan yang dibuatnya, terutama dalam komunikasi dengan user ataupun stakeholder.

Membaca Buku dengan Tema yang Berbeda

UML sangat berkaitan dengan tema-tema lainnya seperti rekayasa perangkat lunak dan analisa dan disain sistem. Beberapa buku rujukan utama software engineering uniknya sampai saat ini masih mengajarkan metode waterfall yang oleh kebanyakan pengembang saat ini banyak kelemahannya. Tetapi tetap saja 40% metode yang dipakai saat ini oleh pengembang menggunakan waterfall yang lebih mudah walaupun beresiko. Memang struktur yang jelas waterfall cocok dengan time frame perkuliahan. Namun, metode terkini yang bercirikan iterasi dan agile/extreem harus juga diperkenalkan.

Banyak hal-hal lain yang bisa kita pelajari dengan membaca lebih dari satu buku baik tema yang sejenis maupun tema lain yang memang saling berkaitan, misalnya pemrograman berorientasi obyek, rekayasa perangkat lunak, analisa dan disain sistem, pemrograman terstruktur, dan lain-lain. Untuk dunia akademik sendiri mau tidak mau harus menyampaikan seluruh informasi kepada siswa didik. Misalnya, untuk UML sebaiknya tidak hanya diagram-diagram yang sering digunakan di industri, melainkan wajib memberikan informasi secara total, walaupun terkadang membuat pusing baik mahasiswa maupun dosen (biasanya dilimpahkan pusingnya lewat tugas mahasiswa). Juga terkadang harus menghindari produk-produk dari vendor tertentu saja. Menggunakan software open source bisa jadi alternatif. Juga, antara dosen junior dan senior sebaiknya kompak dan saling bekerja sama sehingga bisa memberi ilmu dengan baik kepada siswa didik dan juga meningkatkan kinerja risetnya yang saat ini kita sudah berhasil mengalahkan Thailand dan sedikit lagi Singapura. Selanjutnya tinggal menghadapi Malaysia yang hampir dua kali jumlah publikasinya.

Sengaja saya tidak memberikan sitasi postingan ini karena memang untuk contoh kasus saja yang kemungkinan terjadi untuk tema perkuliahan yang lain. Mungkin pembaca, yang lebih senior dan expert, tidak sependapat dan bisa berbagi pengalaman. Semoga bermanfaat.

Menghitung Keluaran Fuzzy

Jika sebelumnya telah dibahas perhitungan keluaran JST, sekarang akan kita coba bahas perhitungan keluaran Fuzzy, atau sering disebut Fuzzy Inference System (FIS). Mungkin soal ujian akhir mata kuliah AI & Neuro-Fuzzy berikut ini bisa dijadikan pelajaran bagaimana menghitung keluaran FIS. Terutama bagaimana menghitung besar fungsi keanggotaannya.

SOAL:

In a simple fuzzy-servo control of a DC motor, only relative position error is used to calculate for the required relative average voltage of PWM signal from motor driver. Assume relative position error and relative average voltage of PWM signal, both varying from –1 to 1, are classified into 5 levels; Negative Big (NB), Negative Small (NS), Zero (Z), Positive Small (PS), and Positive Big (PB), when membership functions are shown in the below figures.

Tentukan Relative Average Voltage (RAV) ketika relative position error (RPE) menjadi 0.2, asumsikan fuzzy inference rule mengikuti hubungan berikut ini:

Relative Position Error         NB NS Z PS PB

Relative Average Voltage     PB PS Z NS NB

JAWAB:

Berdasarkan soal, relative position error yang 0.2 dijumlahkan secara grafis dan dihubungkan dengan rule yang disebutkan dalam soal.

Gambar di bagian atas, garis tebal 0.2 tidak memotong NB dan dengan demikian tidak ada nilai PB di sebelah kanan (menurut rule NB rpe= PB rav). Garis tebal 0.2 berikutnya memotong NS di titik vertikal lalu diarahkan ke grafik kanan membentuk luasan gambar PS yang diarsir (menurut rule NS rpe = PS rav). Dan diteruskan hingga fungsi keanggotaan RPE terakhir (paling kanan) yaitu PB.

Berikutnya dijumlah luasan RAV dari atas ke bawah membentuk gabungan bangun segitiga dan persegipanjang. Untuk menghitung luas dan titik berat perlu mengetahui luas tiap komponen serta titik berat dari bangun segitiga dan persegipanjang.

Hasilnya kira-kira sebagai berikut.

Titik Berat (Center of Gravity) berdasarkan rumus adalah ∑ (area x titik berat) / ∑ (area) akan menghasilkan titik berat itu sendiri. Cukup rumit juga menghitung manual, apalagi jika fungsi keanggotaannya bukan garis lurus melainkan gauss atau bell. Tetapi untuk prakteknya ya tidak dihitung manual. Gunakan saja fuzzy di Matlab untuk mengecek jawaban jika ingin berlatih. Bagaimana untuk rule yang memiliki operasi AND dan OR? Mudah saja, AND ambil yang terkecil, sementara OR ambil yang terbesar dari fungsi keanggotaan yang dioperasikan (AND atau OR).

Jadi lebih ribet menghitung Fuzzy dibanding JST menurut saya. Semoga bermanfaat.

The Unified Process

Bagi mahasiswa komputer yang sudah atau sedang mengerjakan skripsi/tugas akhir pasti mengenal istilah SDLC, singkatan dari System Development Life Cycle, standar pembuatan perangkat lunak. Kemunculan metode ini diperuntukan untuk standar pembuatan perangkat lunak tanpa iterasi. Tentu saja memiliki kelemahan, tetapi cukup baik untuk standar, apalagi standar kelulusan mahasiswa. Mahasiswa mengajukan proposal, bimbingan, pembuatan kode program, sidang dan lulus dah.

SDLC biasanya digunakan untuk pembuatan software konvensional yang terstruktur dan belum berbasis objek. Sementara untuk perancangan software berbasis objek, salah satu standar yang terkenal adalah Unified Process (UP) yang menggunakan visualisasi diagram Unified Modeling Language (UML) dan saat ini menjadi momok menjengkelkan mahasiswa TI/SI karena diagramnya yang cukup banyak untuk diingat: use case, class, dan teman-temannya.

Mempelajari UML sendiri sangat sulit tanpa mempraktekan langsung lewat proses pembuatan perangkat lunak, sering diistilahkan dengan Software Development Process (SDP) atau Software Engineering Process (SEP), walaupun kebanyakan praktisi IT enggan disebut engineer dan lebih suka dibilang developer .. he he yakni kaum yang kerjanya mengkonversi kebutuhan (requirement) menjadi (software).

Di awal UP sering disebut Unified Software Development Process (USDP) tetapi karena mungkin kepanjangan oleh salah satu pencetus UML, Ivar Jacobson, cukup disebut UP. Implementasi pertamanya adalah dilakukan oleh Ericsson (dikenal dengan ericsson approach) di IBM atau dengan istilah terkenalnya Rational Unified Process (RUP).

Ok, cukup panjang membahas hal ini. Butuh satu buku khusus yang sedang saya kerjakan untuk coba diterbitkan, melanjutkan buku terdahulu. Jika ingin mempelajari lebih detil, baca buku khusus UML yang banyak bertebaran baik di toko buku maupun internet, terutama dengan bahasa pengantar bahasa Inggris. Jadi kalau kalian sulit memahami pembahasan UML dengan bahasa Indonesia bisa mendownload yang berbahasa Inggris yang lebih mudah (eh .. kebalik ya).

Basis Data di Matlab

Tahun 2000 merupakan tahun perkenalan saya dengan Matlab. Dosen pengajar pengenalan pengaturan (dulu namanya mekanisme servo dan kontrol) rencananya akan memberikan seminar khusus di kampus. Sayangnya ternyata acara itu karena satu lain hal di-cancel. Rencananya saya akan menggunakan software itu untuk tugas akhir saya dalam mensimulasikan sistem suspensi. Apa boleh buat, terpaksa belajar sendiri.

Setelah membuka-buka Matlab ternyata banyak fasilitas-fasilitas menarik yang bisa diexplore, apalagi waktu itu Matlab 6 sudah muncul. Versi ini jauh lebih menarik dibanding Matlab 5, versi sebelumnya. Dari kedokteran, sains, bahkan ekonomi pun bisa memanfaatkan Matlab, walaupun orang informatika waktu itu kurang menyukai karena “terlalu mudah” atau “hanya mengandalkan toolbox” dibanding dengan bahasa c++, visual basic, pascal (sekarang Delphi) yang lebih laris dipasaran dan banyak dipakai pengembang. Efeknya, buku-buku terbitan Matlab waktu itu masih amat langka, ditambah lagi waktu itu internet masih barang mahal dibanding sekarang. Tapi bagi pengembang metode (bukan terapan) Matlab sangat menarik karena dengan cepat bisa mengeksekusi metode-metode rumit buatannya, karena kelamaan jika terlalu berfokus ke coding. Salah satu kelemahan Matlab sehingga dijauhi pengembang waktu itu adalah sulit diterapkan ke sistem basis data (DBMS). Sempat membuka sampel penggunaan basis data ternyata basis data yang digunakan tersimpan dalam format “mat” khusus Matlab, tidak dengan Access, MySql, dan sejenisnya. Untuk menghubungkannya harus mengkonversi dari DBMS tersebut ke Excel atau “dat” file agar bisa dimanipulasi Matlab.

Dengan Matlab saya banyak menerima dana hibah penelitian dari DIKTI untuk mengutak-atik Soft Computing dengan metode-metode terbarunya baik penerapan atau memodifikasi metode tersebut. Dari Jaringan Syaraf Tiruan hingga Algoritma genetika sudah saya gunakan, hingga akhirnya saya dipaksa melibatkan DBMS karena data yang besar (big data) dengan ukuran dua giga byte ke atas. Apalagi jika data yang akan dimanipulasi real time yang harus berubah-ubah terus. Untungnya Matlab 7 sudah memberikan fasilitas menghubungkan Matlab dengan basis data, waktu itu saya menggunakan ruby on rail sebagai interface yang menampilkan hasil manipulasi genetic algorithms ke web lewat PostgreSQL

Karena banyak yang menanyakan cara menghubungkan Matlab dengan DBMS, plus pemrograman visualnya (GUI) akhirnya saya tulis ke dalam buku yang baru terbit Februari 2016 kemarin.

Entah sudah tersedia di toko-toko buku terdekat atau belum saat ini. Kebanyakan pembeli menggunakan situs online dari penerbit informatika, link-nya berikut ini. Ada beberapa contoh kasus seperti enkripsi sederhana terhadap database, pengolahan citra digital (digital image processing) dan clustering dengan Fuzzy C-Mean. Kali ini saya menambahkan dengan CD. DBMS yang saya gunakan adalah Microsoft Access sebagai perwakilan aplikasi desktop dan MySQL sebagai perwakilan aplikasi berbasis Web dengan ODBC sebagai jembatan penghubung dari Matlab ke DBMS lewat windows.

Untuk membuat buku yang sempurna mungkin membutuhkan waktu yang cukup panjang, sementara para mahasiswa yang sedang menyelesaikan tugas akhir/skripsi/tesis dikejar waktu, ada baiknya buku yang ringkas dan sesuai kebutuhan tersedia di pasaran. Semoga bermanfaat, Amiin.