軟體公司都怕 SharePoint 嗎？

昨天和一個朋友聊天，說到SharePoint的事情。

朋友是一家中型軟體公司的項目總監，技術基礎很好（Java、.NET都會）又有一定的商務能力。但是，他很“討厭”SharePoint，理由是：

1. SharePoint 功能有限。相比自己開發來說，SharePoint很多功能都實現不了，尤其是客戶比較個人化的需求。
2. SharePoint 開發困難。要基於SharePoint開發個人化的解決方案，需要先瞭解SharePoint的架構和介面，學習難度大，開發和調試都難。
3. SharePoint 人才難以留住。會SharePoint的技術人才，跳槽比例太高，外面誘惑大，留不住。
4. 基於SharePoint 的應用，被微軟捆綁住了，軟體公司自己的市場受壓榨，不如開發自己的應用程式框架更好把握。

 

各人所在的位置不同，看到的問題也不一樣。

如果是站在技術人員的角度看問題，那麼朋友所說的第3點根本就不是問題，相反，是個機會：）  如果做SharePoint的薪資更高，那麼學習SharePoint不就對了嗎，哈哈！

我不想反駁他的看法，因為站在他的位置這麼想，是有道理的。不過，我也拋出我的觀點，供他和其他人蔘考，這樣可以增進對事物的瞭解。

1. SharePoint 功能有限。我同意，的確如此。僅僅一個使用者訪問授權就搞得那麼複雜而且還不完善。
   所以，我們得讓SharePoint做它能做的事情。銷售人員可能會誇大SharePoint的效果，但我們不能去幫他們圓謊，而應該提出我們的更接近事實的看法。
2. SharePoint 開發困難。這個要看你怎麼個開發方法了。
   你如果一個 6G 以下記憶體的電腦，要開發SharePoint，那真是困難！
   如果你不去利用SharePoint自己的物件模型和儲存機制，用Application Page另寫一套，那真是困難！
   如果你不利用事件、Feature等功能來協助你實現自動部署和事件處理，那真是困難！
   最重要的，你被銷售忽悠，認為SharePoint是萬能的，然後去開發它根本就沒有的功能，那。。。 等著沒日沒夜的加班吧！
3. SharePoint 人才難以留住。
   剛才說了，這對SharePoint人才其實是個好事。
   對軟體公司呢？
   可否這麼去想：為什麼SharePoint的人才薪資較高？我的看法是從供求來考慮：SharePoint項目的利潤高、人才少。用SharePoint的，都是規模較大的客戶，項目金額肯定不會低，而SharePoint是一個產品，很多開箱即用的功能降低了項目實施成本，所以利潤一般較高；另一方面則是人才較少，因為要搞清楚SharePoint需要知道的東西太多，什麼AD域、DNS、SSO、IIS、SQL Server、.NET、HTML、CSS、Web Service，而且，它需要你跳出程式員的視角，從IT架構、營運和業務人員的角度去想問題（比如，Application、Site Collection、Web Site、Managed Path、Authentication 如何規劃等等）。
   既然如此，軟體公司是否可以考慮，轉身投入SharePoint的市場，而不是去抵制它？ 這個當然不容易，但是，是一個思路，可供參考。想想，如果部署和配置SharePoint就能賺錢，何必一定要去自己開發呢？
4. 開發自己的應用程式框架，當然好，技術架構是軟體公司的吃飯傢伙，能自己把控當然放心啦。
   可是，架構之間是有競爭的。在SharePoint技術人員薪資較高的情況下，如何留住人才守在自己的架構上面，是個值得考慮的問題。
   而且，SharePoint不僅僅是個架構，它是能直接用的。這和 Spring、Ruby On Rails、Django、ASP.NET MVC 是不一樣的，公司自己要把架構做到SharePoint這個水平且保證其安全與穩定性，挺不容易。
   而且，把核心架構研發技術人員留住的難度，不比把SharePoint技術人員留住的難度低。
5. 替客戶想想。
   假設你去買車，有2個廠商向你推薦他們的車。其中一個倉庫裡全是零件，然後拿著幾張設計圖向你推銷，並保證說一旦你選擇他們，他們可以很快的用這些零件給你組裝好一輛車；另一個廠商，給你看的則是他們已經完成的幾款車型，你甚至可以試駕一下，只不過，內飾和音響等沒有、座椅高度也不合適，不過，他們保證你可以稍後再加裝進去，但整車改動的餘地就不大了。你會如何選擇呢？可能不同的人在不同的階段，會有不同的選擇。但我認為，後者是趨勢。
   前一個就是搞自己的技術組件的軟體公司，後一個就是基於已有產品平台（比如SharePoint）的軟體公司。

 

我可不是在這裡做SharePoint的廣告喔！我的意思是，軟體行業發展到現在，如果你沒有幾個拿得出手的平台，全部自己CRUD的搞開發，恐怕是再很難混下去的了。不管這個平台是SharePoint也好或者是別的什麼也好，你真的得有一個才行。這才是我的本意。而SharePoint的出現，給我們提供了研究學習的機會，對吧？ 要拒絕可以，但是，先研究一下吧：）

 

看到大家的評論，我再補充幾點內容：

 

1、還有一個 InfoPath 大家別忘記了，這個工具可以協助克服很多SharePoint自己的不足。

2、先對業務進行分析。客戶說什麼就做什麼，無論你用什麼技術都是“死路一條”。 雖然我也不一定能夠做到，但是，盡量爭取吧。

3、好像外企對SharePoint接受程度更高，你讓他們自己手動的系統管理使用者組、配置簡單的審批次程序，他們都能接受。 國內項目麼，呵呵~

 

看到評論，再補充：

1、這個是我認為的“終極”學習資料，用SharePoint，如果能搞透這幾張圖，就差不多了：

http://technet.microsoft.com/en-us/library/cc263199.aspx

2、SharePoint 在整個軟體工藝流程中的位置：

 

 

讓做應用開發的同時也做應用諮詢，是我看到的很多軟體公司的做法，這有點兒難為搞開發的人了；以SharePoint（或者SAP、自行研發的平台等）就相當於做應用諮詢這個環節，離使用者更近，附加值更高。

繼續補充：

IT項目其實對組織架構和管理職能是否到位是有要求的。如同飛機一樣，航空公司不是把飛機從製造商那裡買回來就可以了，還要配備機組人員、安排航班計劃、準備維修人員和零組件等等的。不能讓製造飛機的個人來幫你做維修吧？

這方面，BizTalk的文檔給我很大啟發，它開篇就告訴你：要玩BizTalk，先得有哪些角色到位。參考：

http://msdn.microsoft.com/en-us/library/cc296799%28v=bts.10%29.aspx