揭秘高效協作工具背后的技術架構

發表于2015-12-08 10:50| 1731次閱讀| 來源CSDN| 4 條評論| 作者蒲婧

CTOCTO俱樂部CTO講堂管理實踐團隊協作Worktile width="22" height="16" src="http://hits.sinajs.cn/A1/weiboshare.html?url=http%3A%2F%2Fwww.csdn.net%2Farticle%2F2015-12-07%2F2826411-CTO&type=3&count=&appkey=&title=%E5%A6%82%E4%BD%95%E5%81%9A%E5%88%B0%E5%9F%BA%E4%BA%8EWeb%E7%9A%84%E8%B7%A8%E5%B9%B3%E5%8F%B0%E8%AE%BE%E8%AE%A1%EF%BC%9F%E5%AE%9E%E6%97%B6%E6%B6%88%E6%81%AF%E7%B3%BB%E7%BB%9F%E7%9A%84%E8%AE%BE%E8%AE%A1%E6%98%AF%E6%80%8E%E6%A0%B7%E7%9A%84%EF%BC%9FWorktile%E7%9A%84%E6%95%B4%E4%B8%AA%E6%8A%80%E6%9C%AF%E6%9E%B6%E6%9E%84%E6%98%AF%E4%BB%80%E4%B9%88%E6%A0%B7%E7%9A%84%EF%BC%8C%E9%83%BD%E7%94%A8%E5%88%B0%E4%BA%86%E5%93%AA%E4%BA%9B%E6%8A%80%E6%9C%AF%EF%BC%9F%E6%9C%AC%E6%96%87%E6%98%AFWorktile%E8%81%94%E5%90%88%E5%88%9B%E5%A7%8B%E4%BA%BA%E5%85%BCCTO%E6%9D%8E%E4%BC%9A%E5%86%9B%E5%9C%A8CTO%E8%AE%B2%E5%A0%82%E7%9A%84%E5%B9%B2%E8%B4%A7%E5%88%86%E4%BA%AB%E6%95%B4%E7%90%86%E3%80%82&pic=&ralateUid=&language=zh_cn&rnd=1449924473396" frameborder="0" scrolling="no" allowtransparency="true">摘要：如何做到基于Web的跨平臺設計？實時消息系統的設計是怎樣的？Worktile的整個技術架構是什么樣的，都用到了哪些技術？本文是Worktile聯合創始人兼CTO李會軍在CTO講堂的干貨分享整理。

為了幫助IT從業者職業之路擁有更多收獲，在諸多C粉的殷切期待下，由?CTO俱樂部打造的CTO線上講堂自登場以來獲得大家好評。本期邀請Worktile聯合創始人兼CTO李會軍帶來“揭秘高效協作工具背后的技術架構?”的主題分享。

歡迎加入CTO講堂微信群與業界大咖零距離溝通，12月10日本期講堂報名方式拖至文末查看。

分享嘉賓：Worktile聯合創始人兼CTO ?李會軍

嘉賓簡介：李會軍，易成時代聯合創始人兼CTO。負責公司旗下Worktile和紛云兩款產品的產品設計和研發。

2005年，李會軍畢業于中國民航大學計算機科學與工程學院，畢業后先后就職于仙特軟件和宇思信德科技有限公司，從事系統架構相關工作；其后受邀加入鮮果移動擔任技術總監；連續4屆“微軟MVP"，著有技術暢銷書《Silverlight 2 完美征程》。

公司簡介：Worktile是一款專注于解決中小團隊協作的SaaS軟件，包括任務進度管理，團隊成員之間共享文件，在線編寫文檔以及安排團隊的日程等。清晰的看板管理和樂高積木式的模塊化功能是其最大的特點。用戶可以在看板上按照自己的工作習慣和流程打造貼合自身的工作流；通過充足的自定義權限可以定義團隊、項目、任務的多種屬性，還可以隨心開啟關閉功能模塊，就像玩轉樂高積木一樣簡單靈活。目前Worktile已經推出了Web版、iPhone版和Android版，可以滿足不同平臺的需求。

以下是12月4日CTO講堂現場完整速記：

主持人：講堂開始~歡迎今天嘉賓Worktile聯合創始人兼CTO李會軍，李總給大家做自我介紹~

李會軍：大家好，我是Worktile的李會軍，目前負責Worktile產品和研發方面的工作。

在2011年的時候我離開了當時的飛信團隊，開始人生第一次創業，可惜那一次只堅持了8個月的時間就面臨著產品失敗，人員解散。在2013年初，又開始了第二次創業，所做的產品就是現在的Worktile。

主持人：您決定開始Worktile的創業是看到了什么發展機遇么？最初的想法是怎樣的？

李會軍：第一次創業時我們做一款個性化資訊閱讀方面的產品，當時我們團隊只有10個人左右，但是我們也需要團隊成員之間互相協作的工具，于是我們自己利用開源項目自己搭建了團隊內部的Wiki，買了臺服務作為公司的文件共享服務器等等，但是維護這些開源項目和服務器，也花去了我們團隊不少的時間。

第二次創業時，我們自然而然的就想解決中小團隊成員之間協作的問題，于是選了Worktile作為方向，簡單的說，Worktile想解決的是中小團隊成員之間的溝通、效率問題，我們希望把Worktile打造成成郵件一樣簡單，讓大家在日常工作中能夠隨時使用的產品，這就是我們當時做Worktile的初衷。

主持人：目前Worktile的情況以及技術團隊構成是怎樣的呢?

李會軍：目前已經有超過15萬家中小團隊在Worktile上進行協作，主要的行業有互聯網行業、律師咨詢團隊、電商團隊、廣告行業以及制造行業等等。現在的版本為免費版，并且會保持永久免費，我們會在今年年底的時候推出企業版本，走出商業化嘗試的第一步。

現在Worktile團隊的構成主要是研發人員，占到公司總人數的70%左右，只有很少市場運營方面的人員，其中研發人員中前端和服務端的比例基本為1:1。

主持人：簡單介紹下Worktile目前提供的產品和服務吧。

李會軍：現在Worktile提供的是全免費版本，主要包括任務管理、日程安排、文件共享以及在線文檔協作，同時在這些基礎功能上，根據用戶的使用數據，自動生成項目級別和團隊級別的統計報表，我們稱之為簡報。

而另一款產品紛云主要解決團隊成員之間的溝通以及和外部第三方服務的整合，你可以把微信公眾號中用戶的發言、或者微博等等，各種外部服務中的消息都匯總到紛云，目前已經支持120多家服務。

在年底推出的Worktile企業版中，我們會在免費版的基礎功能上進一步整合協作、溝通這兩大塊功能。

主持人：可否從具體產品適用場景或者客戶案例方面來闡述一下使用Worktile的便捷流程。

李會軍：Worktile目前提供的功能都是非常通用的，跟電子郵件一樣，并沒有針對某個特定垂直行業的工作場景。如律師團隊可以在Worktile上跟進某一個訴訟案件的流程，研發團隊可以使用Worktile進行產品的研發流程管理，電商團隊可以使用Worktile進行團隊內部各個小組之間的協作。

同時我們也針對不同的行業提供了相應的案例解決方案，關于電商團隊具體使用場景可以參考我們整理的：https://worktile.com/can/ecommerce。

主持人：Worktile的產品有什么獨特之處？國內外市面上是否有同類型的服務公司？

李會軍：Worktile之所以得到用戶認可，很大程度上取決于產品的品質，第一，以前的企業級產品首先關注的是老板的使用體驗，而Worktile首先關注的是員工的使用體驗，因為產品的使用主體是員工，如果員工不愿意使用，在團隊內部很難推廣。

第二，很多企業級產品重銷售和推廣而輕產品，Worktile把重心放在了產品體驗上，如任務的看板式視圖，拖拽操作，頁面實時更新等，只有當產品的體驗非常好的時候，才有可能在用戶之間形成口碑傳播，事實上目前Worktile很少做廣告，絕大部分用戶都來自于老用戶的推薦。

在國內外與Worktile一樣的公司有好多家，如Basecamp算是項目管理領域的鼻祖，Trello專注于看板式任務管理，Asana專注于任務管理，推崇取代電子郵件的工作方式，國內也有幾家同類型的公司，總之大家各有優勢。

主持人：Worktile的整個技術架構是怎樣的？

李會軍：Worktile的整個技術架構上首先是SPA，單頁應用程序，這對于Worktile這樣的產品來說是最重要的一點，避免用戶在不同頁面間的跳轉，最終我們選用了Google 出品的AngularJs作為SPA的實現技術。

另一個重點在于消息推送，當頁面顯示的數據有變化時，實時更新頁面的顯示，如團隊中一個成員完成了某個任務，需要在其他成員那邊也實時顯示為任務已完成，為了達到這種效果，需要在Web客戶端和服務器之間維持一個長連接，當有任何改變發生時，給客戶端發送不同的消息，告知客戶端哪些數據發生了變化。

我用一幅圖給大家解釋一下Worktile的整體架構：

這幾部分我分別解釋一下：

• 1）? API服務，包括Web API、Mobile API、Open API，這些都運行于NodeJS之上，選用NodeJS的原因主要是它的異步事件驅動，對于高并發的支持比較好，另外一個原因是使用簡單，對于前后端可以使用同一門語言去開發。
• 2）? 緩存和隊列服務，Worktile中的緩存和隊列服務都是基于Redis來實現，Redis是一款非常優秀的開源緩存服務，并且可以選擇基于內存還是進行數據持久化，它提供的pub/sub模型對于Worktile來說非常重要，對于一些實時性要求不高的處理，我們都是在Redis中pub一條消息，告知其他服務有數據發生了變化，那些服務在接收到Redis中的消息后，根據消息的類型決定應該如何做出處理。
• 3）? 數據庫服務，Worktile產品本身的特點決定了它是一個對實時性和性能的要求，遠超過對事務性要求的產品，所以在選擇數據庫時，我們選用了MongoDB數據庫，性能高，集群方便，數據以BSON結構存儲，和Node.js天生完美結合。
• 4）? 文件預覽服務，使用Worktile的同學肯定知道在Worktile中所有的文件都可以做到無需下載到本地，而直接在線查看，這一切都是預覽服務的功勞，因為文件類型的各種各樣，在實現文件預覽時也要根據文件的類型做出不同的處理，針對txt、pdf、代碼片段等文本型的文件，我們只需要讀取文件中的內容，然后在前端用相應的視圖展現出來即可，相對比較簡單。但是對于Office類型的文件，如ppt、doc、xls等文件，就不能這么簡單的處理，我們希望文件在Worktile中查看的效果和用戶在本地使用Word、Excel、PowerPoint查看的效果差不多，經過我們的調研，最終選用了微軟官方提供的Office Web App服務。

主持人：可否分享一下在技術方面Worktile都做了哪些探索，用到了什么技術？

李會軍：從一開始我們就確定了幾個原則，作為團隊協作工具，從技術上分析首先要解決如下幾個問題：

• 1) 基于Web的跨平臺設計，讓用戶在任何地方都可以隨時通過瀏覽器訪問
• 2) Web形態的產品要具有原生客戶端的體驗，如任務的拖拽等
• 3) 具有高效的實時消息系統，每個團隊成員在Worktile中所做的任何操作，都要實時在其他成員的客戶端中自動刷新
• 4) 服務要穩定，穩定壓倒一切

在選擇使用AngularJS之前，我們首先考慮使用大名鼎鼎的Backbone.js，但是很快又拋棄了，因為在實際使用中Backbone.js太復雜，另一方面開發效率太低。而最終選擇AngularJS主要基于如下幾點：

• 1）? 自動化雙向數據綁定功能，這一點在Worktile中非常重要，如任務的狀態變化都要實時變更到其他成員，如果具有自動化雙向數據綁定功能，只需要綁定到UI的數據源發生變化，UI會自動發生改變，不需要工程師再通過代碼去修改UI元素的改變。
• 2）? 模塊化設計，AngularJS堪稱模塊化設計方面的典范，通過模塊化設計我們可以非常好的實現Worktile的工程化，在Worktile中涉及的元素非常多，如有項目、任務、日程、文件、話題、文檔等等，而這每一個元素都可以設計為一個模塊。
• 3）? 語義化標簽，AngularJS在設計之初信奉的理念就是：當編寫UI的同時又需要編寫業務邏輯時，聲明式的代碼遠比命令式代碼要好，命令式的代碼更適合寫業務邏輯，AngularJS在設計上就通過語義化的標簽把對DOM元素的操作和邏輯代碼分離。
• 4）? 引入依賴注入，依賴注入是面向對象中比較成熟的設計模式之一，為了解決面向對象中依賴問題，得到了廣泛的應用，AngularJS中大膽使用了依賴注入，極大的減少了各個模塊之間的耦合問題。

主持人：請介紹下實時消息系統的設計。

李會軍：前面已經說過，實時消息系統是Worktile整個架構中最重要的兩個體系之一，我們想解決的問題很簡單就是讓頁面數據能夠實時更新，基于這個需求有如下幾個選擇：

• 1) 短輪詢，頁面端通過js定時異步刷新，這種方式優點在于實現簡單，但實時效果較差。
• 2) 長輪詢。頁面端通過js異步請求服務端，服務端在接收到請求后，如果該次請求沒有數據，則掛起這次請求，直到有數據到達或時間片（服務端設定）到，則返回本次請求，客戶端接著下一次請求，這種方式對于服務的要求較高，尤其在并發量很大的情況下，對服務端的壓力很大。
• 3) Websocket。瀏覽器通過websocket協議連接服務端，實現了瀏覽器和服務器端的全雙工通信。需要服務端和瀏覽器都支持websocket協議。

在Worktile一開始我們選用了Socket.IO作為消息服務，但是隨著訪問量的增大，需要做集群化的時候感覺到力不從心，尤其對于Socket.IO狀態數據的存儲，由于并沒有官方的解決方案，當時我們采用了一個第三方的開源項目，使用Redis來存儲，引起了一些性能上的問題，在后來重構時選用了基于Erlang語言的開源XMPP服務ejabberd作為我們的實時消息服務。

簡單介紹一下ejabberd，ejabberd是xmpp協議的一種實現， xmpp廣泛應用于即時通信領域。Xmpp協議的實現有很多種，比如java的openfire，但相較其他實現，ejabberd的并發性能無疑使最優秀的。Xmpp協議的前身是jabber協議，早期的jabber協議主要包括在線狀態（presence）、好友花名冊（roster）、IQ（Info/Query）幾個部分。現在jabber已經成為rfc的官方標準，如rfc2799, rfc4622, rfc6121，以及xmpp的擴展協議（xep）。Worktile就是基于XEP-0124、XEP-0206定義的BOSH擴展協議。

由于自身業務的需要，我們對ejabberd的用戶認證和好友列表模塊的源碼進行修改，通過redis保存用戶的在線狀態，而不是mnesia和mysql。另外好友這塊我們是從已有的數據庫中（mongodb）中獲取Worktile中項目或團隊的成員。Web端通過strophe.js來連接（http-bind），strophe.js可以以長輪詢和websocket兩種方式來連接，由于ejabberd還沒有好的websocket的實現，就采用了BOSH的方式模擬長連接。

主持人：怎么使得Web形態的產品要具有原生客戶端的體驗？可否舉例詳細談談。

李會軍：Web形態的產品具有原生客戶端的體驗，在前面講技術架構的時候已經聊過，要做好這點需要解決兩個問題：第一是實時消息推送，任何數據的變化都需要及時變更到團隊所有成員當前所在的視圖，如一個典型的任務看板，團隊所有成員可能同時在操作當前項目中的任務，每個操作引起看板的變化都會實時更新，不需要用戶做任何刷新操作，下面這幅圖就是一個典型的任務看板：

第二是操作體驗，比如拖拽在以前只有原生客戶端才能實現的體驗，現在在Web產品上也可以實現的非常好，Worktile中有大量的使用拖拽的場景，如給任務分配成員、任務從一個階段進入到另一個階段等等。

主持人：您怎么看國內外團隊協作產品的發展？ 如何才能讓團隊運作更有效率？

李會軍：團隊協作產品在Worktile開始做的時候，這個市場國內相對還比較冷門，到了今年的時候已經到了火爆的程度，尤其是Slack的出現，進一步把這個市場推向了高潮，所以大家都把2015年稱之為企業服務元年。

總體來說，團隊協作產品目前在國內還是一個百花齊放的態勢，沒有一家獨大，產品之間的差異化不是特別明顯，隨著這個市場進一步的成熟，誰能最好的解決協作中的:效率、溝通、存儲、共享等幾個要素，就能夠首先破局。

而國外的市場相對比較成熟一些，Slack偏重在團隊溝通和信息聚合方面，Basecamp、Asana、Trello都偏重于項目管理方面。

主持人：看到您曾經連續4屆是“微軟MVP”，還著有技術暢銷書《Silverlight 2 完美征程》，請結合這些年您自己在技術之路上的積累，談談技術人該如何做到高效學習和提升技能？

李會軍：首先我認為是打好基礎，練好內功，在技術這個行業中基礎決定了將來的高度。編程語言只是一種工具，在具體工作中使用哪種語言或者框架只是個選擇問題，也許跟公司的技術負責人的背景有關，也許跟某個語言的特點有關，總之這個是在變化的，比如我自己在很多年前還是微軟的MVP，而現在已經徹底擁抱開源世界。但是不管選擇什么，不變的是數據結構、算法、底層的一些機制等等，打好扎實的基礎能夠讓你事半功倍。

其次，互相借鑒，互相學習，多跟圈子里的大牛們學習，研究學習優秀的開源項目，在幾年前我研究過幾個優秀開源項目的源代碼，這段經歷對我影響很大。

第三，讀書，讀經典的書，現在市場上技術類的書籍魚龍混雜，各種速成類書籍層出不群，如二十一天精通某某某等，這類書應該敬而遠之，多讀一些經典的書籍，后面我會推薦一些書籍給大家。

主持人：請結合您的切身體會談談一名合格的CTO或技術團隊管理者應該是怎樣的？

李會軍：在我看來，作為一名合格的技術CTO，要做好如下幾件事情：第一，對研發團隊負責，CTO更多的是管理和規劃工作，具體的架構設計也許有首席架構師等人負責，但是把架構師、前端工程師、服務端工程師以及產品經理、設計師等不同角色的成員管理好，讓不同角色之間互相協調配合，達到效率最大化是第一要務；

第二，對公司負責，從公司長遠的發展規劃團隊的技術選型，以及人員組成，產品上線時間越久，團隊越大，后期再改變技術方案的成本就會越高。同時CTO還要從公司角度考慮研發團隊的人員組成，人才階梯計劃，關注團隊成員的成長。

第三，對產品管理負責，在我們團隊中CTO同時還要負責產品管理，所以規劃產品的版本，迭代的頻率，產品上線質量等事情都需要CTO去負責。

主持人：對想在技術路線上走得更遠的人，您都有什么建議和忠告？推薦一些您覺得非常不錯的資料或者書籍吧。

李會軍：建議其實在談技術人該如何做到高效學習和提升技能的問題時已經說過了，我還是給大家推薦幾本對我影響比較大的經典技術書籍吧：

• 《UNIX網絡編程》
• 《UNIX環境高級編程》
• 《UNIX編程藝術》
• 《程序設計語言 : 實踐之路》
• 《深入理解計算機系統》
• 《用TCP/IP進行網際互聯》
• 《深度探索C++對象模型》

互動環節：worktile作為一個協作工具，對于需求端到端的交付流程，里面有嚴格的步驟要求；還是可以用戶自定義，有沒有指導流程，這個流程的開源是什么？另外，worktile是否提供第三方的接口，用于與其他應用的交互？
李會軍：這個流程用戶是可以自定義的，你可以根據自己團隊的實際情況，自行定義。Worktile現在已經提供OpenAPI，可以與外部服務進行集成。具體可以參考：http://open.worktile.com。 互動環節：其實我最好奇的是，worktile公司會招聘剛畢業的大學生嗎？如果招的話，輸出方向是怎么樣的呢？
李會軍：其實我們團隊有很多都是剛畢業的大學生，研發、運營方面都有，如果對在Worktile工作感興趣的話，可以加我微信，我們進一步聯系。 互動環節：請問一下用戶隱私方面是怎么處理的，譬如數據加密。
李會軍：關于用戶隱私和數據安全其實一直是SAAS類產品推廣最大的難點，目前免費版中只對一些關鍵敏感數據進行了加密，而在企業版中，我們會進一步加強數據安全和用戶隱私方面的考慮。對用戶上傳的文件等所有數據都進行加密處理。 互動環節：worklite有多個端的產品，不知道是怎么保證多端的開發的？有沒有哪些需要特別注意的地方？
李會軍：多端開發其實也沒有什么特別的地方，我們團隊采取的策略是，對于一個新的功能點首先在Web端推出，進行用戶測試，如果測試通過，其它端再跟進。如果測試不通過，最終砍掉了這個功能，其他端根本不需要做什么。
問：可能沒問清楚，多端開發成本是比較高的，現在是統一嵌h5還是分平臺開發？基于什么考慮？感謝。
李會軍：我們目前是各平臺開發的，沒有采用嵌入H5的技術方案，主要還是基于用戶體驗的考慮，用H5實現的話有一些體驗還是不能達到最好。 互動環節：請問下worktile 和 tower 這樣的產品有什么 相同和不同點呢？
李會軍：tower和worktile算是同類型的產品，在功能上彼此差不多，Worktile免費版的優勢在于任務看板視圖，而tower則主要是todo-list的方式管理任務。至于Worktile企業版，因為現在還在內測，沒有推出，所以暫時不方面透露太多和tower的相同和不同:) 互動環節：您說您研究開源代碼， 我也在做同樣的事。 但是想請教一下 您有一個比較好的項目列表；還有是怎么研究的， 代碼光看也不行啊。
李會軍：比如Redis的源代碼，我認為寫的非常優秀，其實不僅僅是看源代碼，通過源代碼理解他們在寫這些開源項目時所做的思考，里面蘊含的思想等等。 互動環節：老師我之前用過websocket做他人登錄自己賬號提示的推送 可是當頁面刷新或者后退前進的話鏈接就會斷掉再重新連? 咱們這個系統是怎么控制多人用同一賬號同時登錄的。
李會軍：多人用同一個帳號，在Worktile中并不需要做特別的控制，基于ejabberd每個客戶端跟服務的連接都是一個唯一的標識，不太明白你想解決什么問題。
問：就是想問當我在線的時候突然別人用我的賬號登陸了 會有什么提示？
李會軍：目前Worktile是允許一個通過帳戶同時在多個地方登錄的，并沒有限制，只是提供了每一次的登錄時間、登錄地點和IP供用戶查詢。 互動環節：Worktile等同類的這些SaaS服務，盈利模式是怎樣的呢？不太好理解 ：-）目前國內SaaS領域一片紅海，有很多的資本跟進，未來會怎樣的發展趨勢？
李會軍：企業SaaS類服務，在國外已經相當成熟，如salesforce、slack等，盈利模式無非就幾種：免費功能+增值服務，或者是完全收費，免費體驗一段時間。相比較而言，ToB類服務反而比ToC類的更好實現商業一些，我們在年底即將推出的企業版也是走出商業化的考慮。 互動環節：tob的推廣會是一個大問題，你們在推廣方面有哪些挑戰？采取了哪些方案呢？
李會軍：在推廣方面，主要還是要解決用戶的啟動問題，因為ToB類服務不像Toc，企業用戶選擇相對比較理性，會有一個決策的過程，所以ToB類產品只看用戶絕對數增長是毫無意義的，用戶是否真正在使用這個產品更加重要，我們在推廣上目前更多的是維護好老用戶，保證產品品質，通過老用戶的口碑傳播。 互動環節：企業版主要是一些哪方面的改變？
李會軍：關于Worktile企業版目前還在內測中，只能說體驗比免費版的棒，功能比免費版強大，更多細節現在不方面透露，如果感興趣的話，在開始測試時，邀請你來參與測試。
問：好的，多謝。我們使用worktile已經挺長時間了，但是隨著團隊擴大，內部的系統也越來越多，如果互相之間不能整合就非常麻煩，所以在選型方面更傾向于開放的系統，期望worktile在這方面能夠加強。
李會軍：不管是免費版還是企業版，在和外部系統整合上，我們會保持一如既往的開放。 互動環節：李總您好，面向企業的版本會在哪些方面加強？使用什么策略吸引企業付費呢？會是從現有用戶中轉換一批嗎？
李會軍：企業版目前還在內測中，只能說體驗比免費版的棒，功能比免費版強大，在協作和溝通兩個方面都有很大提升，如果現在免費版用戶想使用企業版，可以無縫的遷移到企業版中。
問：會強制升級嗎？
李會軍：不會，免費版和企業版會同時存在。 互動環節：國內的公司（有錢的公司 ）普遍存在的是管理水平較為低下，管理團隊成員素質不高的問題。而新興的互聯網公司畢竟有錢的不太多，多數互聯網公司雖然多，但是沒錢：）。您覺得toB方向是不是還存在一個適應期的問題呢？
李會軍：這個適應期確實是存在的，只不過這種情況在逐漸好轉，尤其到了2015年的時候，在幾年前，大家沒法想象公司內部會使用第三方的辦公平臺，而現在越來越多的團隊已經選擇SaaS這種更方面簡單的服務。所以這個適應期存在，但不會太長。 互動環節：tower我用過，里面有個跟微信綁定，在任務到期未完成的時候進行微信提醒的功能還不錯，不知道貴公司目前做沒做，沒做的話到是可以考慮。
李會軍：這個Worktile里面也是支持的，當任務快過期或者日程開始時，如果綁定了微信，可以在微信上收到消息。 互動環節：看到你們后端采用的node技術，該技術目前是不是還不夠成熟。因為沒聽到哪家大公司在用。
李會軍：其實也不會，近幾年來發展最快的技術我認為就是node了，現在也有很多大公司在使用，但由于很多公司產品歷史上遺留下來的問題，要做技術轉型是一件很痛苦的事情。國外的Trello用的就是nodeJS。

總結

以上是生活随笔為你收集整理的揭秘高效协作工具背后的技术架构的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。