Permintaan Maaf, Komitmen dan Strategi Baru
Sebelumnya, saya mo minta maaf kepada seluruh anggota tim klorofil dan pemerhati project klorofil. Karena kesibukan saya 3 bulan ini, kegiatan pembangunan klorofil dan project-project lain di saltanera jadi terganggu berat :D. Ya.. saya akuin, saya belum bisa mengatur jadwal dengan baik sehubungan dengan tambahan kegiatan saya, saya gak mau nyalahin siapa-siapa, sepenuhnya salah saya dan tanggung jawab saya.
Kemudian kemarin Iqbal bilang kalo dia membaca suatu perbandingan antara purefect desktop dengan project-project lain yang sejenis, purefect desktop adalah project yang paling rendah nilainya !!! 
:D :D. Oke-oke, dari hati kecil saya bilang wajar kalo purefect desktop adalah project dengan nilai paling rendah, wong dirilis aja belum tapi dengan kesadaran penuh, saya akui kalo tim klorofil tidak melakukan sesuatu yang signifikan dan sedikit revolusioner, maka purefect desktop akan terus menjadi project yang terburuk diantara project yang sejenis (padahal dulu kita memulai purefect desktop supaya enggak jadi just another project :D :D)
Oleh karena itu, mulai minggu ini, saya berjanji untuk komit ke pembangunan klorofil (dan tentu aja project-project saltanera lain). Saya mencoba untuk membagi waktu dengan lebih baik dan mengefisienkan semua waktu saya untuk pembangunan klorofil. Kebetulan juga sekitar 3 minggu kedepan jadwal saya kosong, jadi saya mengharapkan bisa konsentrasi full ke koding, dan saya berharap juga diawal bulan depan tim klorofil bisa menghasilkan sesuatu untuk memperbaiki keadaan.
OK, yang paling penting sekarang adalah planning tentang apa yang akan dibuat. Dari preview rilis yang sudah digelar dari 2 bulan lalu, terlihat banyak sekali kelemahan di purefect desktop (pantesan aja dapet nilai yang buruk :D). Permasalahan utama tentu aja
tentang lambatnya purefect desktop dan kasus purefect desktop menyebabkan hang dibeberapa (ato semua) komputer user. Oleh karena itu saya sudah memikirkan beberapa strategi baru yang akan dimasukkan kedalam purefect desktop supaya purefect desktop bisa jadi yang terbaik (amin).
Strategi pertama adalah perubahan penyimpanan data internal system. Saya akui, pertama kali data internal system purefet desktop diletakkan pada system directory, maksudnya dulu adalah purefect desktop direncanakan untuk berkerja pada sistem LDAP. Tapi dari hasil review, ternyata sistem penyimpanan ini menyebabkan (banyak) kelambatan yang gak perlu. Oleh karena itu, penyimpanan data intenal akan dibuat menjadi flat tabel untuk memperoleh kecepatan yang maksimal. Mungkin kalau diperdebatkan, memang ada keuntungan untuk menyimpan data di sistem LDAP, oleh karena itu dalam pengubahan penyimpanan internal ini akan ditambah 1 layer yang menyebabkan apabila dikemudian hari diperlukan untuk mengubah sebagian (atau seluruh) penyimpanan internal kembali ke sistem LDAP, maka perubahan adalah minimal.
Strategi yang kedua adalah penambahan teknik loading kelas. Apabila selama ini loading kelas dilakukan secara synchronous satu per satu (untuk memastikan kelas terloading sebelum dipakai), maka akan ditambah untuk model peloadingan asyncronous oleh kelas application dimana aplikasi akan dimulai setelah semua kelas yang dibutuhkan terloading secara asynchron. Sebagai catatan tambahan, kelas application juga diload secara asynchron oleh system sebelum di run. Strategi kedua adalah peloadingan kelas secara paket, yaitu apabila dulu dilakukan satu kelas per satu request, maka akan dilakukan pengambilan kelas lebih dari satu per request. Masalah yang mungkin timbul dari tehnik ini, kita tidak bisa memakai fasilitas caching dari browser untuk menghemat bandwidth. Solusinya adalah dengan menggunakan idle loading, maksudnya adalah apabila system idle, maka akan diambil kelas-kelas tersebut secara asynchron, hanya untuk memasukkan kelas-kelas tersebut kedalam cache browser. (tapi iudle loading akan dibelakangkan, dengan asumsi kelas-kelas tersebut ukurannya kecil dan kecepatan jaringan mencukupi :D)
Strategi ketiga adalah pencatatan kelas yang paling sering dipakai oleh user (user class profiling) Tujuannya adalah untuk mengeload kelas-kelas yang paling sering dipakai oleh user pada awal login. Dengan strategi ini diharapkan user merasa lebih cepat untuk menghidupkan aplikasi-aplikasi yang sering dipakai oleh user tersebut.
Strategi ke empat adalah memory manajemen yang lebih baik. Memory manajemen ini akan dilakukan dengan pencatatan penggunaan suatu kelas oleh aplikasi-aplikasi yang sedang berjalan, dan apabila sudah tidak ada yang memakai akan direlease dari memory (tentu saja kelas-kelas general seperti kontrol gui tidak akan direlease dari memory :D)
Mungkin sekian dulu laporan pembangunan klorofil platform dari saya, nanti saya sambu lagi kalau ada perkembangan baru :D
Nothing is imposible, imposible is just take longer to become posible