Nah malam ini barusan saya iseng buka situsnya, dan keluarlah tampilan di atas. Saya sempat mengira MatahariMall.com sudah live. Tetapi ketika saya buka masing-masing link di atas, kembali ke halaman “coming soon” lagi. Ternyata beda di protokolnya. Kalau menggunakan HTTPS muncul halaman di atas, kalau hanya HTTP muncul page default nya.

Kalau diperhatikan dari screenshot di atas harusnya sih MatahariMall.com ini tampilan live saat ini ya. Karena jelas ada pesan “Selamat Berpuasa”, lalu banner gede iklan “Ramadhan Fashion Week”.

Engine MatahariMall.com

Nah, tentang engine di belakang MatahariMall.com ini sempat muncul beberapa spekulasi. Jauh-jauh hari saya dengar kabar kalau engine-nya pakai Magento, salah satu CMS E-Commerce yang populer, dan tersedia versi open-source nya. Engine ini berbasis Zend Framework (PHP). Tapi sewaktu Techinasia memberitakan tampilan MatahariMall.com yang “bocor” itu, ada yang melaporkan bahwa dia sempat melihat source code HTML nya. Dari source code nya itu terlihat bahwa engine yang dipakai adalah WordPress. Nah loh..

Ya, tidak masalah sebenarnya kalau WordPress dijadikan engine E-Commerce, banyak kok yang pakai, dan lancar-lancar aja. Tapi kalau untuk sekelas MatahariMall.com (yang di-backing-i oleh Lippo, bahkan dipegang langsung oleh trah Riyadi, ditambah dukungan dana setidaknya USD 500 juta), kayaknya gimana gitu ya kalau pakai WordPress.

Nah, yang saya lihat di source code HTML-nya malam ini ternyata beda lagi. Dari pattern path nya sih sangat mirip Drupal. Sampai saya lihat ada satu line yang jelas-jelas menunjukkan mereka menggunakan CMS Drupal.

Tapi, kalau memantau dari lowongan MatahariMall.com yang beredar sih, mereka sedang mencari Senior PHP Developer dengan kualifikasi paham Magento, Zend, atau Symfony framework. Nah.. Jadi apa sebenarnya mereka memang maunya pake Magento, tapi resource SDM nya masih kurang? Atau gimana sih sebenernya?

Magento di Plasa.com

Tentang Magento ini saya perlu kasih catatan. Seingat saya, dulu, Plasa.com (waktu jadi e-commerce), sempat dibangun dengan engine custom. Frameworknya pun kalau tidak salah bikin sendiri *colek Toni ahh..*. Lalu, gegerlah berita Plasa.com mau revamp, dipimpin Shinta “BUBU” bersama Andi S. Boediman. Gelontorin dana sekian juta dollar. Dan ujung-ujungnya, engine yang sudah spesifik untuk Plasa.com itu (gosipnya) diganti dengan Magento. Daaaan.. tak lama kemudian kita sama-sama tahu Plasa.com gagal kembali.

Dulu Plasa gagal jadi email service, gagal jadi portal ala Yahoo, gagal jadi e-commerce jilid 1, gagal lagi jadi e-commerce jilid 2. Kemudian akhirnya aset milik Telkom Indonesia ini sepertinya pecah jadi 2 entiti. Plasa join dengan MSN menjadi semacam portal berita bernama PlasaMSN -belakangan berubah jadi UMSN, yang ini sepertinya lancar jaya. E-commerce nya join dengan eBay menjadi Blanja.com. Kurang heboh sih Blanja.com nya, tapi saya gak tahu detailnya gimana.

**hoiii temen-temen gue yang di UMSN dan Blanja.com, comment dong kalau baca ini. Haha.

Akankah LIPPO Mengulangi Sejarah Kelamnya?

Dulu Lippo pernah bikin LippoMall.com, ceritanya mau jadi Amazon.com kali yee. Kan se-jaman tuh. Di jaman itu jugalah gembar-gembor Astaga.com (yang walaupun pindah tangan beberapa kali, ternyata masih idup loh.., walaupun gak seheboh dulu). Nah saya kurang tahu persis kenapa, yang jelas akhirnya LippoMall.com waktu itu gagal total. Proyek bakar duit kalau kata orang. Dia bubar bersama dotcom bubble yang melanda US di sekitar tahun 2000-an.

Kali ini Lippo mengusung MatahariMall.com. Kalau kata John Riady sih, bedanya dia dengan pemain kakap lainnya yang sudah besar (Lazada.co.id, Blibli.com, Elevenia.co.id, dll), mereka punya beberapa keunggulan. Di antaranya:

• Mereka lebih mengerti pasar Indonesia (karena sudah menjalan Matahari Dept. Store sejak kapan tahun kali ye)
• Mereka punya katalog lebih lengkap (ya iyalah, selain Matahari Dept. Store, Lippo juga punya Hypermart)
• Mereka mengusung konsep O2O (Online to Offline).

Nah poin 1 dan 2 sih bisa diperdebatkan lah ya. Lazada tanpa punya 1 dan 2 itu bisa gede kok. Nah soal nomor 3 ini yang saya malah jadi ragu.

Iya memang konsepnya menarik. Dengan O2O ini, kita bisa pesen barang online, terus ambil barangnya di Matahari terdekat. Saya kurang paham, apakah ini artinya barang yang bisa kita beli online tersebut hanyalah barang yang tersedia di gerai Matahari yang kita pilih? Atau kita bisa bebas beli barang apa saja, nanti pokoknya barang itu bakal bisa diambil di gerai Matahari yang kita tuju?

Kalau yang kedua yang benar, ini bukannya jadi problem logistik ya. Mereka akan kerepotan mengatur sistem logistik mereka. Ya.., bisa jadi ini sudah tertangani, toh dengan dana segede itu, plus “kabarnya” punya tim superstar di belakangnya, bukan tidak mungkin mereka mengeksekusinya dengan rapih.

Tapi tetep aja sih. Ini proyek ambisius. Sepertinya dari gembar-gembornya sampai target launching cuma sekitar 1 tahun ya? Atau saya kurang update? *padahal males googling..

Tim oke, dana oke, marketing oke, teknologi.. errr.. masih abu-abu, dan berujung pada eksekusi yang menurut saya juga masih abu-abu. Ya aku mah apalah, cuma denger gosip kanan kiri doang.

Oh iya, John Riady bilang kalau konsep O2O nya dia itu jadi andalan karena ini sudah terbukti sukses dijalankan oleh Walmart di US. Tapi dari hasil googling saya, Walmart sepertinya gak menjalankan O2O sih di US. Walmart memang menjalankan strategi O2O, tapi di China, bukan di US.

Mari kita lihat apakah LIPPO nantinya akan mengulangi sejarah kelamnya atau kali ini bakal sukses.

**Harusnya sih MatahariMall.com jadi launching tahun 2015 ini, tapi kalau ternyata MatahariMall.com gagal launching sampai akhir tahun 2015, anda saya kasih hadiah deh, voucher belanja di MatahariMall.com sebesar 50 ribu rupiah. Lumayan kan? Masa berlaku vouchernya masih panjang kok, sampai Desember 2015.

Beberapa perbedaan eZ Publish dengan CMS opensource lainnya :

1. Dikembangkan oleh perusahaan (eZ Systems AS, berbasis di Norwegia)
2. Extension (modul/plugin) yang masuk ke situs resmi eZ direview dulu dengan ketat oleh eZ Systems. Jadi tidak semua extension kiriman dari komunitas otomatis di approve dan masuk situs resmi mereka.
3. Fitur yang disediakan secara default sangat banyak (Custom Field *sejenis CCK kalau di Drupal*, Polling, Newsletter, Multiple Site, Single sign on, dll).
4. Secara default memang bisa digunakan sebagai satu CMS untuk beberapa situs. Tapi arti satu CMS disini tidak cuma scriptnya. Jadi bukan cuma satu script untuk beberapa situs sekaligus, melainkan satu CMS itu secara sistem bisa mencakup beberapa situs sekaligus.
5. Secara default support multiple database (*mmm.. database cluster kali ya istilahnya).
6. Secara default Cache nya aktif.. *ehm.. super duper aktif malah gan..!
7. Banyak konfigurasi yang disimpan tidak di database, melainkan di file INI.
8. Templating menggunakan *bahasa* sendiri, yang mirip – mirip Smarty.
9. Secara default ada fitur *social network* (saya belum telusuri lebih jauh, tapi setahu saya sangat basic)
10. Advance user access limitation
11. Secara default menyediakan fitur Drafting dan Versioning content
12. Fitur RSS Import tersedia secara default
13. Semua konten adalah node.. (bahkan user dan kategori *dalam eZ istilahnya Folder* pun adalah node)
14. Fitur auto resize image sesuai konfigurasinya sangat membantu (Berbahagialah jika anda menggunakan Linux, ImageMagick adalah kuncinya disini)
15. Menyatakan diri sebagai CMS yang enterprise.. *bagi saya Drupal dan WordPress sih enterprise juga…, apalagi sangat banyak situs besar yang menggunakan kedua CMS ini (eZ Publish justru sangat jauh jika dibanding kedua CMS itu)

Yang saya rasa kurang pas :

Demi kemudahan manajemen sistem, fitur custom field secara default tersedia. Tapi tidak seperti Drupal yang CCK nya menggenerate table baru, eZ Publish memasukkannya dalam field – field di table MySQL. Akibatnya, setiap query content melakukan query SQL yang cukup berat, karena JOIN query berlapis – lapis yang dihasilkan.

Misalkan saja, kita punya tipe content Berita. Dan kita buat custom fields ini : Judul, Sub Judul, Summary, Body, Lokasi, Video, Thumbnail, Tag, Publish Date. Dan beberapa custom fields spesifik (checkbox) : Enable Comment, Show as Flash News.

Jika kita ingin menampilkan suatu detail artikel berita, tentunya semua field diatas diperlukan. Jadi wajar kalau semua field tersebut di-query. Tapi ada kalanya kita hanya ingin menampilkan list 5 berita terbaru di sidebar. Yang kita butuhkan paling hanya  Judul, dan Link nya. Tapi dengan API (?) yang tersedia, kita tidak bisa memanggil hanya Judul dan Link nya saja. Tapi semua field diatas ikut diambil.

Jadi bayangkan saja jika di satu halaman web seperti halaman depan Kompas.com ditampilkan. _Setiap_ Judul berita yang anda lihat itu adalah hasil dari JOIN query berlapis yang mengambil semua field nya. Itu masih ditambah lagi dengan field yang pasti ada dari setiap node (owner, publish date, version, dst..)

Ya, mungkin karena itu eZ Publish menyediakan fasilitas Cache secara default, bahkan sangat agresif.

Ah iya.. dokumentasi..! Karena memang CMS ini tidak begitu popular, seringkali sulit menemukan dokumentasi terkait.

Yang saya rasa asyik :

Development relatif mudah (untuk kebutuhan standar). Walaupun agak tricky. Terutama dibagian template. Seringkali saya menemui kasus yang dengan sebaris PHP bisa diselesaikan, tapi berhubung fungsi tersebut tidak tersedia di template, harus diakali dengan cara lain.

Fitur custom module nya cukup asyik “dimainkan”.

Kesimpulan

Jadi, kesimpulan saya sejauh ini, situs ini cocok untuk website yang model portal informasi, media, atau publishing. Enak memang managementnya. Dan developmentnya pun cukup mudah. Tapi sepertinya fiturnya yang sangat banyak itu menjadi tidak terpakai ketika permintaan customize sebuah website semakin tinggi. Apalagi di era ke depan, web application, termasuk keterlibatan API lintas webservice akan semakin umum dibutuhkan.

[Catatan]

Mungkin ada beberapa poin yang saya tulis tidak benar, jika ada yang tahu tinggalin komentar ya, saya juga masih mencari tahu soalnya.

** eZ Publish di pagi hari, CakePHP di malam hari **

Astaga.com baru ini menggunakan CMS Drupal, dan dikerjakan dalam waktu 1 bulan 15 hari.. (wow..!), dengan menggunakan clustering server. Menurut komentar bung Aan Afdi, Astaga.com ini dikembangkan oleh satu orang programer, satu orang orang webmaster, satu orang desainer dan satu orang sysadmin.

Menanggapi pertanyaannya di bagian komentar :
Saya mo komen ahh… kalo bang okto bilang lupakan detikcom bikin yang beda, maka akan muncul pertanyaan baru tuh bang ” apa sih yang belum ada di jagad maya ini?”

Maksud saya di tulisan itu sebenarnya adalah, kalau mau bikin portal berita baru jangan “copy-paste” detikcom. Ya bikin yang beda (tampilan, model penulisan, cara pemaparan, cara berinteraksi, marketing, dst.. dst..). (itu cuma pemikiran, saya sendiri juga blm bisa mempraktekkan kok.. he..he..)

Kalau soal apa yang beluma ada di jagad maya, pertanyaan yang sama selalu ada setiap saat. 10 tahun yang lalu, kalau saya ditanya, saya tidak tahu. Tapi hari ini kita tahu.. Ternyata yang belum ada waktu itu : Twitter, Facebook, LinkedIn, StumbleUpon, Flickr, Politikana, dst.. dst..

Terus, kalau sekarang yg belum ada apa? Banyak.. terlalu banyak untuk disebutkan satu persatu. Kalau boleh saya ganti pertanyaannya harusnya menjadi “Yang dibutuhkan di dunia maya sekarang apa?” Nah kalau ini saya sendiri tidak berani menjawab. Kalau saya dapat jawabannya, kemungkinan besar sudah saya buat duluan.. hee..

Kalau pertanyannya ganti jadi “Yang dibutuhkan di dunia maya sekarang apa” kan berarti ndak harus sesuatu yang baru. Selama memang itu dibutuhkan, ya kemungkinan besar pasti sukses. Dan kalau Astaga.com bisa memberi jawaban atas pertanyaan itu, niscaya portal ini bisa sukses.. (*serasa motivator..*)

[catatan]

Tulisan ini cukup memberi pencerahan tentang apa yang bisa dibuat di dunia maya. (via Rama Mamuaya)

Tetapi kemudian datang masalah seperti berikut ini :

1. Website tersebut membutuhkan galery foto dengan fasilitas slideshow.
2. Website tersebut membutuhkan katalog produk.
3. Website tersebut ingin mengimplementasikan fasilitas social network.
4. Website itu ingin menyediakan fasilitas bagi membernya untuk bisa mengupload file MP3. Dan tiap member nantinya bisa mengatur level akses terhadap file MP3 yang dia upload.
5. Website tersebut ingin mempunyai form yang terintegrasi untuk arsip wawancara.
6. dll

Jika saya menggunakan CMS seperti Drupal. Mungkin hal ini masih bisa ditangani dengan ketersediaan modulnya yang sangat banyak. Atau jika memang modulnya belum tersedia, kita bisa membuat sendiri. Selain itu jika kurang puas, kita masih bisa melakukan oprek lebih dalam dengan menggunakan API yang disediakan Drupal. Dengan tujuan agar website ini sesuai dengan apa yang kita inginkan.

Tetapi, hal ini bisa jadi merupakan masalah baru. Tentunya kadangkala hal ini bisa menjadi solusi untuk satu masalah tetapi bukan tidak jarang malah menimbulkan masalah baru. Beberapa skenario yang sering terjadi :

1. Modul untuk CMS tersedia. Tetapi ada bagian yang tidak sesuai, bahkan mungkin ada bagian yang akhirnya malah terasa mengganggu. Misal modul e-commerce dari Drupal menyediakan begitu banyak fasilitas yang pada kenyataannya tidak saya butuhkan. Sedangkan untuk beberapa bagian justru masih belum sesuai harapan. Dan untuk bisa merubah modul ini, kita harus memahami hampir kesuluruhan struktur modul ini. Ditambah pengetahuan tentang API dari Drupal.
2. Terlalu banyak pilihan modul. Misal modul untuk upload gambar di Drupal. Secara default tidak ada. Kita masih bisa menginstal modul tambahan, sehingga nantinya upload gambar di Drupal akan semudah di WordPress. Tetapi ketika sampai di tahap theming, saya menyadari bahwa field untuk gambar hasil upload modul tersebut tidak bisa diakse langsung. Berbeda dengan image yang diupload menggunakan bantuan module Image Field (CCK).
3. Dengan API yang disediakan, kadangkala kita masih membutuhkan pengetahuan tentang API lain. Dan pada akhirnya mau tidak mau saya harus mempelajari banyak API, hanya untuk mengetahui bagian mana dari API ini yang tepat untuk solusi masalah saya.
4. Salah satu hal yang paling sulit adalah merubah alur kerja dari website ini. Misal jika user ingin register, tidaklah langsung ditampilkan ke halaman register, tetapi harus melalui satu halaman polling terlebih dahulu. Untuk bisa mengimplementasikan ini, secara tidak langsung kita harus tahu alur kerja (workflow) dari CMS yang kita gunakan.
5. Butuh field yang custom untuk tiap post (tidak hanya field TITLE dan POST saja). Secara default WordPress menyediakan fasilitas Custom Fields, tetapi penggunaannya masih belum senyaman CCK di Drupal. Untuk itu harus dibuat modul sendiri.
6. dll

Jika memang akhirnya saya ingin menjadi ahli dari CMS tersebut, saya rasa tidak masalah untuk mengikuti solusi yang saya berikan di atas. Tetapi jika saya hanya ingin menggunakan CMS ini sebagai bantuan, sepertinya effort nya terlalu besar.

Bahkan tidak jarang saya merasa, ketika mempelajari semua API, hook, templating, konvensi, dll dari suatu CMS, effortnya mungkin sama besarnya dengan jika saya membangun website tersebut dari nol.

Jadi apakah akhirnya membuat CMS dari nol?

Tidak. Bagi saya tetap tidak. Karena ada beberapa kemudahan di CMS yang tidak saya dapatkan jika saya harus membangun dari nol. Saya harus membangun kerangka / arsitektur dari website tersebut. Dan cukup banyak pula waktu yang tersita untuk membangunnya.

Jadi apa solusinya?

Framework. Bagi saya solusi di tengah – tengahnya adalah framework. Framework menjadi solusi yang tepat jika saya ingin mengembangkan website yang berbasis konten, tetapi dengan beberapa fasilitas yang tidak umum (seperti kasus di atas tadi). Dengan framework yang tepat, saya bisa membuat API saya sendiri, tetap mendapatkan fasilitas templating secara default, fasilitas layering untuk database, dan salah satu yang paling saya sukai adalah fasilitas URL Friendly secara default. Saya tidak tahu apakah semua framework menyediakan fasilitas tersebut, tetapi yang jelas Framework yang saya pakai (CodeIgniter) menggunakannya.

Pilihan framework yang cukup terkenal :

1. Prado – PHP (contoh : website Univertias Indonesia) : Kalau tidak salah ini seperti menjadi ASP.Net pada PHP
2. CodeIgniter – PHP(contoh : OkeZone.com), Jujur saja, saya tahu CodeIgniter dari situs OkeZone ini, dan sampai saat ini paling nyaman menggunakan ini, karena framework ini terdokumentasi dengan baik.
3. Ruby On Rails – Ruby (contoh : SharingFoto.com) : Situs ini diklaim sebagai web aplikasi pertama di Indonesia yang menggunakan Ruby On Rails.
4. CakePHP – PHP (contoh : OwnCafe.com) : Salah seorang yang sangat aktif dalam edukasi CakePHP di Indonesia adalah Sunu Wibirama (alumni Teknik Elektro UGM). Situs lokal cake-php bisa dilihat di idcake.web.id
5. Symfony (PHP), Django (Python), dll

Saya sendiri masih penasaran dan menantikan Mambo CMS versi 5.0 yang akan menggunakan CakePHP sebagai basisnya. Dengan kondisi seperti itu, maka level kustomisasi bisa dilakukan dari tingkat yang paling dasar (langsung menggunakan framework),di lapis tengah (modul), maupun lapis akhir (theming).

Jika ada yang tertarik dengan framework – framework di atas, jangan lupa pahami satu istilah ini : MVC (Model View Controller).

*Drupal adalah salah satu Content Management System (CMS) yang OpenSource. Berbasis PHP, dan support database MySQL maupun PostgreeSQL. Contoh website di Indonesia yang menggunakan CMS ini adalah : Ubuntu-ID.org (Komunitas Ubuntu Linux Indonesia), AugustinoRosary.com, WartaEGov.com, SantaMaria.or.id, SuaraTransJakarta.org, dll.

Website Komunitas Drupal Indonesia : Drupal-ID.com

Sama seperti Kompas.com, OkeZone.com pun memiliki tipikal desain yang tak jauh beda dengan situs – situs luar yang saya jadikan perbandingan di tulisan sebelum ini. Sepertinya memang desain seperti ini menjadi standar desain media berita online. Dan sampai kapankah Detikcom bertahan dengan desainnya yang sekarang ini? Ia memang memberikan website dengan desain yang lebih bersih dan rapi, tetapi untuk mengaksesnya anda harus berlangganan. Bukan masalah biaya yang saya tekankan, tetapi kalau media berita online lainnya memberikannya secara gratis, mengapa harus bayar?

Satu hal lagi yang saya suka dari OkeZone adalah setting kanal (channel) nya. Memang dari awal saya tahu untuk setiap kanal ada subdomainnya. Misal, kanal Techno (techno.okezone.com), kanal Economy (economy.okezone.com), dst. Tetapi dulu subdomain tersebut hanya merupakan redirect ke dalam OkeZone.com sendiri. Jadi halaman yang anda tuju tidak benar – benar berada pada subdomain tersebut.

Lain halnya dengan sekarang. Tiap subdomain dari kanal – kanal OkeZone, memang berada pada subdomain tersebut (dari sisi user). Memang di sisi server sendiri belum tentu isi dari tiap kanal (subdomain) berada pada masing – masing web folder dari subdomain. Hal ini umum dan cukup mudah dilakukan dengan CMS Drupal. Tetapi berhubung OkeZone.com (dulu) menggunakan Joomla , saya sendiri tidak tahu bagaimana teknik yang mereka gunakan. (update : Sepertinya OkeZone.com tidak menggunakan Joomla lagi sekarang, tetapi membangun sendiri, dengan basis Framework CodeIgniter).

Tidak sampai disitu saja, sekarang OkeZone sudah Search Engine Friendly (SEF). Jadi sepertinya bakal lebih mudah di index oleh search engine. Suatu hal yang (ternyata) belum diterapkan oleh Kompas.com. Kita lihat saja nanti, sepertinya Kompas.com juga tidak mau ketinggalan. Apalagi statusnya sekarang masih Beta.

Kompas.com dan OkeZone.com semakin memperbaiki diri untuk bersaing di dunia media berita online. Tetapi bagaimana dengan “raja”-nya media berita online Indonesia saat ini? Saya yakin mereka juga berbenah, tetapi bukan di sisi yang bisa dilihat langsung oleh user. Kita lihat saya bagaimana persaingan ini akan berlangsung.

Note : Artikel ini sudah 3 kali diupdate, menyesuaikan dengan beberapa informasi yang dicross-check.

Drupal sendiri berlisensi GPL, sama seperti Linux. Dan Drupal juga mempunya varian (distro), salah satunya (dan satu – satunya yang saya tahu) CivicSpace. Jika di Linux distro satu dengan yang lainnya yang membedakannya adalah paketan software – software yang dibawanya (termasuk manajemen paketnya), di Drupal pun seperti itu. Perbedaan CivicSpace dan Drupal adalah paketan modul – modul yang menyertainya.

Saya sendiri dulu juga sempat bertanya – tanya, banyak perusahaan pengembang web & Drupal Support yang berkembang dan telah terbukti menghasilkan bisnis yang bagus. Di antaranya adalah Lullabot, yang mengembangkan web MTV Inggris dengan CMS Durpal. Tetapi mengapa si penciptanya sendiri tidak membuat perusahaan serupa, dan tetap asyik saja menjalani kuliah PhD nya. Dan pertanyaan saya terjawab sudah. Bukannya tidak, tetapi belum (walaupun tidak serupa).

Canonical (Ubuntu Linux)

Canonical Ltd. sendiri sebuah perusahaan di bidang opensource yang cukup unik. Berbeda dengan pendahulunya yang telah sukses RedHat dan Novell, perusahaan yang digawangi oleh Mark Shuttleworth ini tidak membuat edisi enterprise dan edisi umum (public). Tetapi dia justru membuat suatu distro baru turunan Debian, dengan kualitas yang terjaga dan disediakan gratis bagi siapa saja, ya anda pasti tahu : Ubuntu. Dan ini semakin dipertegas dengan komitmen Canonical yang tidak akan membuat dua versi distro : enterprise dan public, tetapi hanya ada satu jenis : public.

Acquia (Drupal CMS)

Lalu bagaimana dengan Acquia? Dries Buytaert sendiri menyatakan dalam blognya kalau dia ingin membuat Drupal ini sama analoginya dengan Linux di dunia web. Drupal akan tetap opensource, trademarknya memang dipegang oleh Dries (sama seperti trademark Linux dipegang oleh Linus Torvalds). Acquia hanya menyediakan jasa di seputar Drupal : pengembangan, implementasinya bersama software – software lain, update, dll. Tetapi setiap orang tetap memiliki akses bebas terhadap Drupal. Tim dari Acquia sendiri akan selalu mengembangkan Drupal dan hasil pengembangannya ini akan dikembalikan ke komunitas Drupal. Tidak menjadi Closed Source.

Sepertinya model bisnis opensource seperti yang diterapkan Ubuntu dan Canonical semakin banyak diterapkan. Bandingkan saja dengan RedHat (Enterprise)yang semakin tidak populer (di dunia desktop) setelah kebijakannya untuk memberhentikan proyek RedHat (public) dan tidak mensupport lagi proyek Fedora. Sementara edisi enterprise RedHat (Red Hat Enterprise Linux – RHEL) sebagian besar kontribusinya adalah dari Fedora. Hal sama juga terjadi dengan Novell bersama – sama dengan Xandros dan Linspire yang justru melakukan kerjasama dengan Microsoft.

Di Indonesia

Hingga saat ini saya belum menemukan ada perusahaan serupa di Indonesia. Ya.. kalau anda bertanya perusahaan yang menyediakan jasa Support untuk implementasi Linux ada banyak. Tetapi tidak dengan perusahaan yang membuat software, menyediakannya secara benar – benar gratis (tanpa edisi premium/enterprise atau apalah istilahnya..), dan menyediakan support profesional untuk produknya tersebut. Kalau dibilang tidak ada orang Indonesia yang bisa membuatnya saya rasa tidak juga. Atau memang belum saatnya yah..

Eh, atau jangan – jangan sudah ada, tapi saya aja yang gak gaul..