依微軟的個性, 每隔幾年就會把架構換掉, 把產品停掉, 今天找到相容的方法, 過陣子就會不適用.
拿 SAMBA 來看就知道, SAMBA 3.x 最大的爭議, 就是要不要相容微軟 AD ,
但是到現在, 微軟在 Windows 加上某些新功能, 就會造成 SAMBA 的 Local Master 功能無效,
造成整個網路芳鄰搜尋變慢(因為 Local Master 在 Samba , 但 Client 端無法查詢到.)
SAMBA 可以用嗎? 還是可以用啊, 解決上面這個問題要多少錢?
一個朋友花了七千多元向微軟提問才得知, 而您有多少七千元可以花?
貴公司能允許這種環境造成工作不便有多久的時間?
另外一個很重要的考量 景氣若由盛轉衰 請問企業還會花大錢買軟體嗎
已經有些公司開始在節源開流 免費自由的趨勢勢不可擋
我會傾向繼續延伸自己 Linux 的優勢 而不是花時間在了解需要花錢的方案
如果您是義務工作不收費, 那的確是不用花錢, 否則您的薪水也是總成本的一部份.
如果貴公司允許您當研發人員用, 那恭喜您有個好環境可以測試跟練習.
其他部份不用多費唇舌, 強烈建議, 要用微軟的架構, 就要全套包下, 朝三秒網友的程度發展.
否則就連 AD 都撤掉, 自己用 OpenLDAP 來管理, 朝三子的程度發展.
老實說, 我沒架過純 Wiki , 我只架過 Xoops , Drupal 跟 SharePoint Service ; 跟用過 Wikia , PBWiki 等介面.
管理上會有問題的地方是:
1. Wiki 的原意是快速編輯, 希望創作者把心思放在創作而非排版. 但多數人學的 Word 是排版而非創作, 所以使用者究竟是不是要學 Wiki 快速編輯的功能?
2. Wiki 通常有版本控制, 對於討論類的文件有回溯查詢等功能, 如果需要回溯查詢, 則不一定要用 Wiki .
3. Wiki 有個偏向是多人分享共同編輯, 但企業內通常著重的是交辦完成, 這部份是否需要用 Wiki , 如何用 Wiki 達到交辦的功能?
4. Wiki 不強調權力, 而是以"被編輯的文件"為主, 但企業文化有一定的權力關係在, 所以要做到依部門分 Wiki , 現有的系統有許多都不支援, 以後遇到員工調部門等情況就會有問題.
5. 使用 Wiki 仍要有一定的電腦及網路程度, 但跟常見的 Windows 操作習慣又不同, 員工如何適應新的作法?
6. 要誰來寫 Wiki ?
所以: "先確定使用者都有動機掛在網路上編寫這些...."
動機包括用權力要求, 或者員工自發性去寫, 而編寫出來的東西, 也要能確定對公司有益.
本來其實我比較想推薦 Google Docs , 不過您會懷疑 Google 偷看, 卻不懷疑微軟放後門, 那就不推薦了.
