Komik Si Juki

[iframe id=’ngplayer-13199′ class=’ngplayer’ src=’http://ngomik.com/embed/chapter/13199&#8242; width=’100%’ height=’800′ frameborder=0 allowfullscreen></iframe]

Ide Riset – Studi Kasus Penggunaan NoSQL untuk Mengelola Data Dinamis

NoSQL merupakan teknologi baru di bidang basis data dimana jika di basis data relasional data disimpan dalam tabel yang memiliki struktur tertentu (kolom dan tipe data), di sini data disimpan dalam struktur yang lebih bebas. Contoh sederhananya misalkan ingin menyimpan data Orang, di basis data relasional pertama yang harus dilakukan adalah membuat table orang dimana ada kolom nama, alamat, dan tanggal lahir. Ketika suatu saat perlu data baru misalkan orang perlu menyimpan data status pernikahan, maka tabelnya ditambahkan kolom baru yaitu kolom status pernikahan.

Di NoSQL tidak perlu membuat table terlebih dahulu, bisa saja dimasukkan bahwa orang disebutkan punya nama, alamat dan tanggal lahir. Ketika butuh atribut data baru, langsung saja data yang lama diupdate atau ditambahkan data baru tanpa perlu mengubah terlebih dahulu struktur tabelnya, karena memang di NoSQL tidak mengenal struktur tabel. Keren dong kalau begitu? Tapi tetap saja sekarang masih ada beberapa fungsi yang tersedia di basis data relasional tapi susah dilakukan di NoSQL seperti fungsi aggregasi dan grouping. Jadi akan agak repot ketika aplikasi perlu menampilkan laporan-laporan.

Untuk itu bisa saja diriset tentang hal ini, bagaimana dengan menggunakan NoSQL, pengelolaan data yang dinamis (sesuai dengan karakteristik NoSQL) bisa diterapkan kepada aplikasi-aplikasi yang saat ini menggunakan basis data relational misalkan pengelolaan data karyawan.

Ide Riset – Data Confidentiality

Dalam pengembangan aplikasi berbasis layanan (SAAS), salah satu isu penting dan sensitif adalah masalah data confidentiality, bagaimana data pelanggan yang disimpan benar-benar hanya bisa diakses oleh pelanggan yang bersangkutan. Orang lain, bahkan penyedia layanan juga seharusnya tidak boleh melihat data pelanggan tersebut. Berbeda dengan aplikasi yang dikembangkan khusus untuk satu orang pelanggan dan aplikasi disimpan di server/komputer pelanggan, isu ini tidak muncul, di arsitektur SAAS masalah ini penting.

Ada banyak alternatif solusi yang bisa digunakan terkait dengan data confidentiality ini, diantaranya adalah :

• Memisahkan database per pelanggan
• Melakukan enkripsi data yang hanya bisa didekripsi oleh pelanggan misalkan menggunakan password/kode tertentu

Sekarang belum ada best practice yang menjadi standard dalam hal ini, tentu saja praktek yang mudah untuk diimplementasikan dari sisi budget dan juga pemograman. Jika saja ada paper  / penelitian di bidang informatika atau sistem informasi tentu akan sangat membantu dan bisa digunakan dalam industri IT. Ada banyak sekali peluang mengingat trend SAAS yang semakin berkembang.

Kenapa ga kerja

Ada beberapa kawan dan saudara yang kadang bertanya kenapa saya tidak bekerja di perusahaan swasta, pemerintah atau mengabdi di kampus sebagai dosen misalnya. Mengapa saya memilih untuk bekerja di perusahaan yang saya dirikan yang sampai sekarang masih belum tahu akan sebesar apa nantinya, tapi mungkin itu masih terlalu jauh, sampai kapan perusahaan ini akan tetap ada.

 

Pada akhir tahun 2008, sebelum memulai javan, saya sempat iseng melamar dan diterima di sebuah perusahaan asing. Bingung pasti apakah mengambil kesempatan yang mungkin sekali seumur hidup. Kesempatan bagi anak desa untuk hidup di kota besar negeri orang. Namun akhirnya pilihan hidup yang dibuat adalah memulai sebuah perusahaan JAVAN. Beberapa alasan yang saya buat kenapa memilih JAVAN:

• Saat itu saya masih muda, jika javan gagal saya masih bisa pivot
• Janji kepada sahabat yang sudah sepakat untuk memulai perusahaan
• Dukungan istri dan juga karena ada kemungkinan berpisah beberapa bulan
• Mimpi dan idealisme membangun negeri
• Egoisme diri?

Apapun alasannya saat itu, pada akhirnya sekarang saya berada di posisi ini. Banyak hal yang disyukuri karena memulai perusahaan sendiri tidak semenakutkan yang dibilang orang, tapi juga tidak segampang buku motivasi bisnis.

 

Jalan hidup sebagai pengusaha sudah dipilih. Konsekuensi yang harus ditanggung setiap hari berusaha harus dijalani. Mimpi menjadi konglomerasi sholeh harus terus dikejar sampai mati.

Github – copyPatch

As developer, sometimes I need to send patch files to my client. Sometimes my client reported me there was a bug in software I made and unfortunately they can’t access to my repository. I must send the patch files manually.

Previously I copy them one by one into separate folder and send the patch folder to my client. But this way is so boring. Moreover if there are many files in a nested folder. Using git status, actually I can easily know where files I have to send but copy them one by one make me crazy. So I create a small application that works like this:

1. Using git status, list patch files
2. Copy the list patch into a text files ex: patch.txt.
3. Run java Main from the copyPatch application.
4. All patch files should be in patch folder.
5. Send the patch folder to happy client 😀

If you need like what I need, you can try it at https://github.com/inoex135/copyPatch