Jika melihat evolusi software perusahaan diatas, terlihat bahwa software perusahaan berkembang dengan semakin memasuki semua sendi-sendi bisnis untuk menuju suatu sistem informasi terintegrasi yang menjadi jantung dari pelaksanaan bisnis. Menurut pengamatan saya, dengan tersedianya infrastruktur IT yang sudah sangat memadai diperusahaan saat ini (mulai dari komputer disetiap meja staff yang terhubung ke jaringan, database besar yang mampu mengatur data jutaan/milyaran record, server-server yang mumpuni untuk proses komputasi perhitungan kompleks secara realtime), sudah saatnya sistem informasi perusahaan terintegrasi tersebut diimplementasikan saat ini. Perangkat lunak yang merupakan puncak atau holy grail dari software perusahaan yang saya sebut Integrated Enterprise Collaboration System (IECS).

Jadi bagaimanakah sistem informasi bisnis sempurna ini akan berbentuk ? Untuk menjawab pertanyaan tersebut kita perlu melihat struktur operasional organisasi bisnis saat ini yang bisa dilihat pada gambar dibawah ini (klik unutk gambar yang lebih besar).

Terlihat bahwa ada 4 lapisan penting dari organisasi. Lapisan pertama adalah struktur organisasi, yaitu bagaimana para staff dibagi berdasarkan bagian untuk mendapatkan tugas dan wewenang yang sesuai. Lapisan kedua adalah data, yaitu semua data yang berhubungan dengan operasi perusahaan, hal yang dialirkan diantara struktur organisasi selama operasional perusahaan sebagai darah organisasi. Lapisan ketiga adalah proses bisnis, yaitu lapisan yang menjelaskan bagaimana urut-urutan tugas diantara bagian untuk menyelesaikan pekerjaan tertentu. Lapisan keempat adalah aplikasi-aplikasi khusus yang dipergunakan untuk mengolah data tertentu.

Sistem informasi bisnis yang sempurna adalah sistem informasi bisnis yang mencapture semua lapisan-lapisan diatas. Mampu mengabstraksikan semua lapisan diatas secara lengkap dan mampu mengintegrasikan semua lapisan diatas menjadi satu view komprehensif terhadap perusahaan.

Bagai mana bentuk tepatnya… hmm mungkin bagi para staf, tampilan yang akan dilihat mirip dengan aplikasi yang dipakai mereka saat ini. Bedanya, tampilan yang mereka lihat benar-benar layar yang ditujukan untuk mengerjakan suatu tugas tertentu sesuai dengan state suatu pekerjaan, sebab aplikasi-aplikasi IECS adalah aplikasi proses bisnis dengan banyak state dan banyak user. Jadi layar kerja yang mereka hadapi adalah layar yang benar-benar tepat, tidak ada layar umum yang bisa dilihat semua orang seperti aplikasi perusahaan saat ini.

Yang benar-benar berbeda adalah layar yang dilihat oleh developer dan administrator. Layar yang akan mereka lihat akan menampilkan semua lapisan perusahaan dalam satu aplikasi development/setting. Tidak seperti yang ada saat ini semua lapisan punya aplikasi masing-masing dan parahnya sering tiap lapisan dihandle oleh orang yang berbeda sehingga sulit membuat aplikasi perusahaan yang benar-benar tepat dan komprehensif.

Arsitektur IECS akan terlihat seperti dibawah ini (klik untuk gambar yang lebih besar).

Gimana, tertarik dengan IECS ? Kalo tertarik, mungkin perlu melihat yang saya dan tim saltanera kerjakan selama 1.5 tahun terakhir (klik untuk lebih besar)

Kondisi diatas biasanya membuat struktur organisasi vendor IT berubah-ubah sesuai perjalanan waktu. Pada waktu awal (waktu 2-4 orang), semua staff pada level C, maksudnya CEO, CTO, C project manager, C analis, C programmer dan C tester (bacanya si project manager, si analis, si programmer dan si tester, soalnya yang ngerjain orangnya itu-itu aja )

Setelah perusahaan maju, biasanya staff akan ditambah, mulai dari programmer, marketing, administrasi, dokumenter dan yang lain-lain. Tetapi karena projeknya belum banyak, resource yang tersedia biasanya disharing diantara beberapa proyek. Maksudnya satu programmer bisa ngerjain 2 sampe 3 proyek sekaligus. Apalagi analis, marketer , tester dan administrasi, biasanya sudah default disharing ke banyak proyek. Struktur organisasi ini biasa disebut struktur matriks, dimana satu orang bisa punya beberapa bos, bos dari departemen dan bos dari proyek. Tapi karena masih relatif sedikit proyeknya, bos departemen biasanya yang jadi project manager, jadi gak terlalu masalah. Dan biasanya yang jadi project manager adalah developer paling senior.

Masalahnya muncul kalo proyeknya makin banyak dan proyek gak bisa lagi dihandle sama development manager, sehingga akhirnya di-hire-lah orang-orang yang khusus jadi project manager. Masalahnya adalah pada saat transisi kepemimpinan dari dari development manager yang lebih dekat ke programmer (teknis) menjadi project manager sesungguhnya yang lebih deket ke manajemen. Pekerja yang dulu bisa kong-kalikong dengan project manager (karena project manager ngerti permasalahan yang dihadapi developer) gak bisa lagi santai-santai, karena project manager sesungguhnya lebih mentingin pencapaian tujuan seperti schedule ontime, sesuai budget dan kualitas yang baik.

Masalah yang timbul biasanya ada kasak-kusuk antar developer tentang project manager yang kelewat tegas. Sebenernya enggak kelewat tegas sih, emang itu tugasnya, tapi developer yang emang biasa santai (sedikit malas lebih tepatnya) jadi harus ngikutin aturan baru (yang seharusnya dilakukan dari dulu). Kalau sudah gitu biasanya ada sedikit pembangkangan masal dari developer ke project manager (yang sesungguhnya). Masalahnya lebih besar lagi kalau development manager (DM) (yang dulunya senior developer dan project manager awal) terprovokasi dengan kasak-kusuk tadi dan merasa kekuasaan dia tergerus oleh kedatangan project manager (PM). Perlu diingat, developer (terutama development manager) sudah bergabung ke perusahaan jauh lebih dahulu dari project manager yang baru ini, yang tentu aja kedekatan diantara mereka jauh lebih kuat daripada ke project manager baru. Apalagi PM biasanya kemampuan teknisnya agak kurang (tapi kemampuan manajemennya lebih tinggi) daripada DM, jadi sering diragukan keputusannya.

Pertarungan akan berlanjut apabila tekanan penyelesaian proyek meningkat. PM yang berusaha menekan developer untuk mempercepat penyelesaian project akan berhadapan dengan DM (yang sudah ngerasa kekuasaannya tergerus) yang berusaha memprotek anak buahnya dengan alasan beban anak buahnya sudah overload. Masalah lebih besar lagi kalau DM menolak menambah programmer (kalau struktur organisasi matriks, penambahan staff adalah wewenang DM). Akhirnya ketegangan gak bisa dihindarkan, saling curiga antara PM dengan DM dan saling cari kesalahan akan mewarnai kegiatan sehari-hari. Apalagi kalo developernya memanfaatkan ketegangan ini untuk memperlambat pekerjaan (percaya deh, kalo atasan berantem, bawahan jadi bisa leha-leha memanfaatkan kekanak-kanakan atasan tadi ).

Akhirnya ??? Pekerjaan jadi banyak yang terbengkalai. Perintah dari PM akan dimentahkan DM. Perintah dari DM akan dimentahkan PM. Akhirnya developer bingung mo ngerjain yang mana, ya akhirnya leha-leha aja. Kalo ditanya salah satu atasan, persalahkan atasan yang lainnya :D. Kalau sudah tahap ini, proyek banyak yang terlambat atau gagal. Klien kecewa dan membatalkan proyek-proyek yang selanjutnya. Dah akhirnya, tinggal tunggu pembubaran perusahaan.

Inilah hal yang sering terjadi di vendor software. Bukan tutup karena gak ada kerjaan, tapi tutup karena kebanyakan kerjaan.

Solusinya ??? Perlu diingat oleh semua orang kalau PM harusnya berkuasa penuh terhadap proyek. Kenapa ? karena PM bisa melihat lebih luas terhadap keseluruhan pekerjaan dibandingkan orang lain. Walaupun DM dengan developernya memiliki kemampuan teknis yang mumpuni, tapi gak cukup luas untuk melihat kalau proyek bukan sekadar mrogram, tapi ada perencanaan jadwal, perencanaan perubahan, penjaminan kualitas, hubungan dengan klien dan aspek legal yang cuma bisa dilihat dengan jelas oleh orang sekaliber PM.

Perusahaan yang merasa sudah besar sudah saatnya meninggalkan struktur matriks. Harusnya sudah berpindah ke struktur pohon seperti yang terlihat pada gambar diatas. Memang permasalahan DM jadi tidak ada. Perlu diingat DM biasanya developer yang paling senior yang biasanya sangat berjasa ke perusahaan bahkan mungkin ikut membangun perusahaan. Ya mau gak mau DM harus berubah fungsi, misal jadi manager untuk PM, jadi gak berhubungan langsung ke teknis. Atau kalau memang DM mau terus di level teknis, perusahaan bisa membuka departemen baru seperti departemen riset untuk membangun komponen software yang gak terbatas oleh jadwal waktu yang kaku.

Tapi tetep diinget, bagaimanapun struktur organisasinya, yang paling berpengaruh adalah tingkat profesionalisme setiap staff. Karena hal ini yang biasanya jadi hambatan kita sebagai bangsa indonesia yang biasanya mengutamakan hubungan baik antar personal sampai menghalalkan anomali-anomali yang ada.

Akhirnya saya pada satu titik ingin pindah bahasa baru. Kriterianya adalah harus scripting ! (saya males ngompile lagi, trus pengen jalan di Linux/Unix, Windows dan kalo bisa MacOS — loh bukannya ini unix juga :P). Harus ada garbage collector (selamat tinggal pointer). Harus punya banyak library yang dibangun sama programmer (semantik cukup untuk profesor aja :D).

Beberapa bahasa scripting saya eksplorasi, mulai dari phyton, ruby, php dan terakhir pike. Walaupun akhirnya saya milih PHP + Javascript, Pike cukup menyita perhatian saya. Jadi apakah Pike itu ? Dari situs resminya pike adalah bahasa pemrograman scripting umum (maksudnya bisa buat apa aja, gak cuma web) yang sintaksnya mirip sekali dengan C/C++. Mendukung konsep OOP, punya garbage collector, loading time yang cepet dan lisensinya GPL, LGPL dan MPL (jadi jangan ragu untuk makenya).

Contoh hello world dengan menggunakan pike adalah :


int main()
{
write("Hello World\r\n");
return 0;
}


Terlihat familiar ? Tentu aja, soalnya lebih dari 95% sintaks Pike adalah sintaks C/C++. Contoh penggunaan kelas adalah :


class TestClass
{
void func1()
{
write("hello from func1");
}
void multiply(int a, int b)
{
return a * b;
}
}
int main()
{
TestClass obj1 = TestClass();
int a = 5;
int b = 10;
obj1->func1();
write(sprintf("Hasil dari %d x %d = %d", a, b, obj1->multiply(a, b)));
return 0;
}

Makin kelihatan miripnya kan ? Programmer C/C++ yang udah bosen maen sama pointer dan pemakaian string yang ribet tentu aja akan seneng untuk make Pike.

Permasalahan utama, untuk apa Pike kalo emang mirip banget sama C/C++ ? Kenapa gak pake C++ aja sekalian. Jawabannya adalah kalo pake C/C++ kan harus mikirin jalan hidupnya object dan pointer, nah dengan pike (tentu dikerjain garbage collectornya) hal tersebut sudah gak ada lagi. Pengaruhnya ? ya tentu aja mrogramnya jadi lebih mudah dan lebih cepet. Apalagi scripting, gak usah compile banyak-banyak lagi. Tinggal ubah script yang berubah trus jalanin lagi, beres… Apalagi operasi string yang gampang banget mirip-mirip javascript+PHP, udah gak usah akses lewat null terminated string deh.

Trus apa kelebihan Pike dibandingin Phyton ato Ruby ? Menurut saya (yang emang dari awal belajar mrogram pake C), pindah ke pike tuh kayak gak ada usaha untuk belajar, beda sama Phyton dan ruby yang agak beda konsepnya sama C/C++. Kalo dibanding PHP ? ya gimana ya, sebenernya saya fans berat PHP, tapi untuk aplikasi diluar web, PHP kayaknya gak ada apa-apanya. Eits jangan protes dulu, yang saya lihat adalah ketersediaan fungsi Threading (PHP masih maen process pake fork, php_thread dan 4 tahun gak ada kabar), ada lib SDL (emang sih PHP bisa di extend, tapi SDL kalo gak ada thread ?) ada lib OpenGL (sama, php bisa di extend openGL tapi nulis extentionnya susah + lagi-lagi gak ada thread… males). Trus ada lib GTK (walau saya gak suka sama control GTK yang gede-gede, tapi lumayan lah bisa cross platform).

Ya menurut saya sih Pike bagus banget dipake untuk rapid prototyping untuk ngetes algoritma/aplikasi yang emang mo ditulis pake C/C++. Trus untuk penulisan program game kayaknya menjanjikan juga. Aplikasi yang cross paltform pake Pike mungkin banget (Pike jalan di Linux, Windows dan Darwin -> unixnya MacOS). Distributed aplication (lib protokolnya lumayan lengkap). Btw, pembuat aslinya make Pike untuk buat Roxen Web Server. Trus Opera juga make Pike untuk bagian server dari Opera Mini.

Kelemahannya ? tentu aja dokumentasi yang enggak banget, dikit banget maksudnya. Tutorial juga hampir gak ada. Komunitas kurang banget. Tapi lewat posting ini, saya mo ngajak pembentukan komunitas Pike di Indonesia Siapa tau banyak yang berminat. Malahan saya ngusulin, diuniversitas gak usah ngajar C/C++ lagi, tapi ke Pike aja. Lebih modern dan lebih mudah dipakai

Apakah yang diharapkan dari seorang mahasiswa ? Memang harapan ini terbagi pada stratanya, yaitu untuk strata S1, seorang mahasiswa diharapkan mampu memahami suatu konsep, dapat memetakan permasalahan dan memilih solusi terbaik untuk permasalahan tersebut sesuai pemahaman mendalam konsep yang telah dipelajari. Untuk strata S2, mahasiswa diharapkan mampu merumuskan sesuatu yang berguna atau bernilai lebih untuk bidangnya. Sedangkan S3 diharapkan mampu menyumbang ilmu baru bagi bidangnya.

Dari semua strata ada hal yang harus terus secara konsisten diperlihatkan oleh mahasiswa. Yaitu dalam menghadapi permasalahan, seorang mahasiswa harus melakukan analisa terhadap masalah itu. Mencari bahan pendukung untuk lebih memahami permasalahan tersebut. Kemudian memunculkan alternatif solusi dan memilih satu solusi dengan pertimbangan yang matang. Dan pada akhirnya harus mampu mempresentasikan solusi yang dipilih ke orang lain untuk mempertanggung jawabkan pemilihan solusi tersbut.

Permasalahan yang dihadapi sekarang adalah kenaikan harga BBM yang menekan kehidupan masyarakat banyak. Apakah permasalahan tersebut sudah di analisa ? Apakah data-data pendukung untuk analisa permasalah sudah dikumpulkan dan dimengerti. Apakah sudah pernah muncul berbagai alternatif solusi ? Apakah sudah dipilih solusi yang akan diambil ? Apakah solusi tersebut dapat dipertanggung jawabkan ?

Kalau solusi yang ditawarkan adalah membakar ban di tengah jalan, memblokir jalan, melempari polisi dengan batu dan bom molotov, merusak pagar pembatas tol, membakar mobil plat merah, dan berdemo di rumah sakit untuk memaksa dokter berbicara (walau sudah tau untuk membunyikan klakson pun diharamkan), saya tidak yakin itu solusi yang keluar dari seorang bahkan sekumpulan mahasiswa dari lintas universitas.

Tapi kalau memang hanya itu solusi yang ditawarkan, mungkin kita perlu meredefinisikan (atau mereduksi ?) arti mahasiswa….

Stop Dukung Mahasiswa Rusuh !!!

Sebelum komentar inget ya ini cuma sarkasme lelucon yang gak lucu….

Nb. Saya buat chart diatas pake Purefect Desktop loh, nanti saya tulis tutorial untuk pemakaian chart kayak gini…

INSTALASI DIATAS XAMPP

Berikut ini saya tampilkan langkah-langkah menginstall Purefect Desktop diatas XAMPP. Pertimbangan saya, banyka developer PHP yang menggunakan paket ini. Tapi Bukan berarti paket yang lain gak bisa ya, tapi cuma perlu penyesuaian dikit.

Langkah pertama, tentu anda perlu install XAMPPnya dulu, bisa anda dapatkan di http://www.apachefriends.org/en/xampp.html. Untuk tutorial ini saya menginstall XAMPP ke “c:\xampp”. Jadi kalo anda mengintal ke folder lain harap menyesuaikan. Setelah anda menginstall XAMPP maka kalau anda buka older “c:\xampp\htdocs” maka akan terlihat seperti :

Kemudian download Early Access Code di sini (ambil yang compressed source untuk instalasi)
Kalau anda ekstract zip Early Access, maka akan berisi beberapa file dan sebuah folder yang bernama “www”. Kopi isi folder www ke folder “c:\xampp\htdocs” sehingga isi folder anda akan terlihat seperti :

Langkah selanjutnya adalah buka file “c:\xampp\htdocs\klorofil\conf\klorofil_purefect_Setting.conf”, ubah isinya sehingga terlihat seperti :

Kemudian buka file “C:\xampp\apache\bin\php.ini”, kemudian pastikan baris dibawah ini di uncomment, sebab secara default Purefect Desktop memakai PDO dengan SQLlite.

Setelah itu restart XAMPP khususnya apache. Kemudian buka browser (FireFox ato IE), dan buka ke “http://localhost”. Maka seharusnya anda akan melihat :

Masukkan user/password standar yaitu

User : admin

Pass : admin

Maka anda akan masuk ke Purefect Desktop sebagai berikut :

Demikian langkah instalasi singkat Purefect Desktop. Kalau ada pertanyaan bisa dikirim ke

denny[at]korofil.org

atau YM ke

denny_depok

Setelah pembangunan (dan banyak restrukturisasi ulang), Klorofil Project memulai fase pembangunan terbuka Purefect Desktop. Untuk tahap awal ini tim Klorofil membuka kesempatan untuk developer dan user Indonesia yang tertarik untuk mencoba dan mereview awal aplikasi dan kode Purefect Desktop. Untuk mendownload silakan klik disini. Sedangkan untuk rilis resmi, version control dan teknis lainnya sedang dipersiapkan oleh Reza Iqbal
Sebagai perkenalan bagi yang baru mengenal Purefect Desktop, berikut data-data Purefect Desktop.

1. Apakah Purefect Desktop Itu ?

Purefect desktop adalah lingkungan desktop yang berjalan diatas web. Tujuan dari web desktop ini adalah menyediakan lingkungan yang lengkap sehingga pembangunan aplikasi web menjadi lebih mudah, cepat, bagus dan menyenangkan. Selain itu Purefect Desktop menyediakan fasilitas-fasilitas advance sehingga aplikasi web bisa kaya seperti layaknya aplikasi desktop, tapi tentu saja dengan semua kelebihan yang dimiliki oleh aplikasi web.

Obsesi utama dari pembangunan Purefect Desktop adalah menyediakan desktop online sehingga semua orang dapat mengakses aplikasi dan data yang dimilikinya dimana saja, kapan saja dan dari komputer (dan peralatan lain) mana saja selama masih terhubung ke jaringan. The Net is The Computer, dan komputer kita hanya jendela kecil untuk fasilitas lengkap dalam jaringan.

2. Berapa Harga Purefect Desktop ?

Free, jadi enjoy :D.

Purefect Desktop di lisensi berdasarkan Common Public License v1.0. Lihat file LICENSE.TXT untuk lisensi secara lengkap atau kunjungi http://www.klorofil.org/legal/cpl-v10.html

3. Kenapa Purefect Desktop Di-Open Source-kan ?

Karena kami menganggap software dasar yang dipakai banyak orang seperti Purefect Desktop (dan OS, Database, WebBrowser dan Office Suite) tidak seharusnya ditutup kodenya. Karena seharusnya kita bersama sebagai pengguna bisa mengembangkan bersama-sama untuk kemajuan bersama dan kesejahteraan bersama.

4. Apakah Klorofil Project Itu ?

Klorofil Project adalah project open source yang bertujuan menyediakan framework pembangunan perangkat lunak terbuka yang feasible untuk dipakai dalam lingkungan Enterprise. Maksudnya dari feasible adalah mudah dipergunakan dan berperformansi tinggi untuk dipergunakan dalam lingkungan yang terdistribusi dan mempergunakan data yang relatif besar.

5. Apa Hubungan Saltanera dan Klorofil Project ?

PT. Saltanera (http://www.saltanera.com) adalah sponsor utama dari Klorofil Project. Sementara ini seluruh anggota Klorofil Project adalah staff dari PT. Saltanera.

6. Bagaimanakah Saya Mendapatkan Support ?

Untuk sementara bisa mengunjungi :

- Website Utama Klorofil Project, http://www.klorofil.org
- Blog Denny Depok, http://denny.klorofil.org

Atau mengajukan pertanyaan lewat email ke :
- Denny Depok (denny[at]klorofil.org)

7. Bagaimanakah Saya Bisa Ikut Berkontribusi ?

Untuk sementara bisa mengirimkan saran, permintaan atau bug report ke :
- Denny Depok (denny[at]klorofil.org)

Beberapa ScreenShot Purefect Desktop :

Login Form

Purefect Desktop di FireFox

Purefect Desktop di Internet Explorer

TaskBar Model Baru

FlazTalk Messenger (dengan conference)

Desktop Setting

Control Panel

User Managment


Program Managment

Logout

Setelah zoom out beberapa ratus kali :

(klik di image untuk liat versi yang lebih besar)

(warning awal, penulis bukan ahli manajemen, semua ini hasil quote penulis dari orang-orang yang diajak ngobrol, baca buku, artikel dan nonton film — tapi bukan dari nonton reality show 6 jam yang isinya bencong melulu itu loh )

Kemaren ngobrol-ngobrol sama temen soal gimana sih milih orang yang tepat untuk menduduki suatu posisi yang punya bawahan (ups, ternyata banyak temen dah masuk ke level manajemen, saya ngapain aja ya ?). Emang untuk kita yang latar belakangnya teknik pas masuk ke level manajemen jadi agak kikuk, soalnya kita cuma dibekalin sedikit ilmu manajemen. Maunya sih terus jadi teknisi, tapi kalo diindonesia, jenjang karir kalo naek jabatan pasti jatohnya ke manajemen, gak ada istilah senior technical staff apalagi architect.

Nah selagi ngobrol tadi saya teringet sama pelajaran dosen manajemen proyek saya yang pernah ngomongin masalah evolusi kebutuhan manusia. Yang digambarin sama dosen saya dulu kira-kira kayak gambar diatas (jujur punya dosen saya jauh lebih bagus :D). Inti dari yang diomongin sama dosen saya adalah manusia hidup pasti punya kebutuhan. Nah biasanya yang dibutuhkan itu bertahap berubah sesuai dengan kondisi kesejahteraannya. Ya sebenernya agak menyederhanakan masalah sih, tapi ada point-point bagus yang pengen saya omongin disini.

Awalnya, yang paling penting buat seseorang adalah kenyang. Maksudnya selama dia lapar, agak tidak peduli dengan hal lain, apapun dilakukan supaya bisa kenyang. Nah kalo sudah kenyang, biasanya kebutuhan manusia jadi berubah sedikit, yaitu sudah sedikit nuntut kualitas, jadi supaya hidupnya jadi nyaman. Nah kalo sudah kenyang dan sudah nyaman, biasanya manusia mengejar prestasi untuk nunjukin siapa dirinya diantara keluarga dan orang-orang sekitarnya. Dan terakhir kalo dia sudah kenyang, sudah nyaman, banyak prestasi, biasanya manusia berusaha untuk mengaktualisasikan dirinya dengan mulai memikirkan kesejahteraan di lingkungan yang lebih besar.

Ya analoginya gini, kalo baru lulus sekolah, biasanya kita cuma konsen sama nyari kerja yang gajinya gede. Kalo ngerasa gaji udah cukup, mulai deh punya rumah, berkeluarga dan punya anak supaya hidupnya lebih berkualitas. Kalo udah enak biasanya nyari prestasi yang diri yang lebih tinggi, contohnya buka usaha sendiri. Nah kalo prestasi di usahanya udah bagus banget, mulai deh turun untuk memajukan masyarakat, misalnya ikutan politik supaya bisa majuin bangsanya.

Nah hubungannya apa dengan milih orang untuk suatu posisi tertentu dalam manajemen ? Ya maksudnya gini, sebenernya tahap evolusi kebutuhan seseorang mudah kita kenali kalo kita mo ngobrol dikit sama orang itu. Untuk orang yang di tahap paling bawah, jangan dipaksain untuk posisi jadi atasan, soalnya yang dipikirin masih diri sendiri, diri sendiri aja masih lapar. Nah untuk orang yang ditahap 2, udah bisa dijadiin atasan, tapi biasanya untuk bawahan yang jumlahnya sedikit dan gak jauh beda dengan latar belakang dia. Hal ini dikarena dia terbiasa untuk ngelindungin keluarga dan orang-orang deketnya.

Untuk yang di tahap 3, mungkin ini tipe manajer sejati. Dia bisa dijadiin atasan untuk orang-orang yang latar belakangnya beda sama dia, tapi kemungkinan berhasilnya besar, soalnya orang-orang ini lebih haus kepuasan untuk mencapai prestasi tertentu. Nah untuk orang yang ditahap keempat mungkin ini cocok jadi walikota, gubernur ato presiden kali ya. (sambil lirik-lirik Aa Nata :D)

Gitu sih garis besarnya. Tapi jangan nganggep ini jadi kebenaran umum ya, soalnya banyak anggota dewan yang masih di tahap satu tapi dah berlaku seperti tahap ke 4 :D . (Ups… ini nanti diungkit sama UU ITE a.k.a UU Bloger gak ya ?)

Sebenernya ide ini dah lama, mungkin 2 ato 3 tahun lalu dah kepikiran. Sempet jadi kandidat tesis saya tapi abis itu dilupain gara-gara asik maen workflow :D. Trus daripada sia-sia, saya publish disini, siapa tau ada yang mo implement ato mo ngembangin lebih lanjut.

Ide awal gini, kan sekarang jumlah komputer yang terhubung ke internet dah banyak banget, buktinya IPV4 sampe habis. Nah kebanyakan, komputer yang terhubung ke internet itu keseringan idle, terutama komputer client yang cuma dipake untuk browsing, chatting ato nyari gambar dan video ****** (edited -red). Nah komputer-komputer client yang idle itu, walaupun disebt client, tapi rata-rata punya prosessor yang keren-keren, apalagi sekarang jamannya core duo ato lebih. Kan sayang banget daya komputasi yang tersedia berlimpah itu terbuang percuma.

Nah ide dari Paralax ini adalah gimana caranya orang-orang yang punya resource terbuang sia-sia tadi bisa nyumbangin resource komputasinya untuk kegiatan yang lebih berguna. Jadi diminta untuk ngejalanin program yang berguna, tapi gak terlalu menganggu kegiatan dia. Pasti dah pada mikir “Bukannya udah ada parallel computing dari dulu ?“. He..he..he.. emang sih udah ada, bahkan kayaknya udah mature banget. Tapi saya mo nekanin karakteristik dari pengguna-pengguna tadi yaitu :

1. Koneknya gak dedicated
Maksudnya kadang konek, kadang enggak. Ya tergantung maunya di user aja. Jadi sistem paralax ini harus bersikap pesimis, maksudnya gak berharap banget komputer client bakal konek terus. Trus juga harus clientnya yang minta duluan (ini programnya aja, bukan usernya ngelakuin manual), soalnya server kan gak tau kapan client mo online ato enggak.

2. Susah disuruh nginstall program

Maunya gak usah download-download langsung jalan aja. Jadi model paralel komputing lama yang mengharuskan user untuk download program host program paralel susah diimplementasiin sekarang.

3. Susah disuruh update program
Disuruh install aja susah, apalagi disuruh update program kalo misalnya ada perubahan perhitungan/algoritma. Makanya model paralel computing baru perlu diciptain.