CMS War：哪個CMS是最好的選擇？

從drupal的mailing list看到一則有趣的訊息。
有人統計出幾種熱門CMS主站的點閱率，並繪製成曲線圖，在這個曲線圖裡，drupal緊緊追著joomla，呈現第二名的趨勢，不過這不是重點。

這樣的一個話題，帶來了mailing list總是會出現有趣的討論，於是開始有人在說著為什麼joomla可以贏過drupal，drupal應該怎樣才會更好。
於是，有人說，joomla知道end user真正的需求，適合給懶人使用（當然那是他的說法），也就是說，他可以讓使用者簡簡單單就設定出他們想要的樣子，做成一個網站。

但joomla這樣的優點卻也是缺陷之一，也成了drupal獨特出眾的地方。
該怎麼說呢，我覺得mailing list上Bèr說得很好，他可能不是一個很優秀的「架站器」（joomla很不錯），也不是個搶手的blog system（typo或wordpress更讚），當然也不是一個完整的書目、手冊建制工具，也不是一個一個很好的API（Ruby on Rails更紅），drupal最好也最差的地方就是，他很充分的當了一個什麼都是，也什麼都不是的角色。

這樣的一個軟體，對於一個想要現成的人來說，的確是個糟透的東西，因為在沒有調整得狀況下，他很有可能什麼都不是；然而，對於懂得drupal操作甚至把玩他的人，一定很容易就能看見他什麼都是的好處。

drupal的結構出眾，保持了開發的彈性，也有很好的API讓各種用途...但，就只是這樣嗎？
不，只要你肯花心思，他可以打造出各種不同性質的網路平台：
一個單純的相簿
一個純粹的討論區
一個blog service
一個新聞發佈中心
一個機智問答社群平台？
一個檔案、影片下載中心
一個文章匯集器，資訊匯集站
一個open source專案管理平台
一個客戶管理平台（CRM）
一個銷售中心....
或是，你想要上面的全部都有，可能嗎？

可能，不過你得忍受好些問題
一些看起來有點遜的預設佈景
一個什麼都沒有的撰寫介面
一個不好熟悉的選單操作系統
一個難用的管理介面（有人說要圖形化才適合end user）
一些繁複的安裝步驟
一堆module的衝突問題
還有，一堆找不到在哪裡啟用的module...
天哪！還有更多更多的問題等著你去解決，這就是drupal嗎？

所以，很快有人抓出了這個討論串的重點，So what is Drupal, who is it for?

對於一個純粹的使用者來說，很多時候會上來問的問題是，「我想要怎樣怎樣，drupal可以達到嗎？」 但是我個人覺得，以現階段來說，能夠存活於drupal上的人，會問的問題卻是，「我想要怎樣怎樣，我該如何讓drupal達到？」

現階段的drupal適合 *願意* 動手做的人，適合 *喜歡* homemade方式來完成他的志業，也適合那些擁有無盡想法，需要有個好的平台（不只是CMS的平台）來實現的人。

當然，我認為End User的需求 *非常的重要* ，但是換另一個角度來想，那些需求就用其他軟體便可以滿足了嗎？不過有人也不會這麼認為。
mailing list中，有許多人認為drupal的行銷子計畫是推廣這個軟體的重點，未來可能產出很多包好的專門套件，讓drupal可以直接套用在某些用途上。這樣的觀點也頗受歡迎，而且被認為是durpal要從黑箱子走出來，一定得要做的事情。不過在現在，這個部份還有點遙遠（當然，你也可以弄一個出來！）。
所以對於 End user來說，Drupal站在一個尷尬的位置，往往讓人難以抉擇。該是要接受他未來的彈性呢（人都會有夢想），還是接受他繁複的調校設定呢....

這樣說下來，其實很多跟我在drupal的開發經驗有密切關係，但是卻少了許多一般使用者的觀點，與其幫一般使用者說，不如直接看看一般人的回應吧？你們覺得咧？

-----------------------------------------------------
References:

CMS War的圖形:
http://www.torkiljohnsen.com/cmswar/

CMS comparison的mailing list:
http://lists.drupal.org/pipermail/consulting/2006-May/thread.html#915