微軟外服工作札記②聊聊微軟的知識管理服務(wù)平臺和一些編程風格

前言

近期，我參加了微軟某部門的知識平臺整合工作，正好把微軟內(nèi)部的各個知識管理平臺的特點做一個整理，供大家參考。

創(chuàng)新互聯(lián)是一家專業(yè)提供西峽企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計、網(wǎng)站制作、html5、小程序制作等業(yè)務(wù)。10年已為西峽眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)的建站公司優(yōu)惠進行中。

眾所周知，知識管理服務(wù)平臺其實對任何一家稍有規(guī)模的企業(yè)都是相當重要的，俗話說鐵打的營盤流水的兵，在當今社會，除了在國企，任何一個人都不太可能在一家公司工作一輩子，對公司來說也是如此，你也不能指望員工能在公司里工作一輩子，很多時候因為業(yè)務(wù)調(diào)整、裁員等，人員變動變成了家常便飯。如何將員工在工作中積累的知識財富進行總結(jié)和沉淀，如何讓新老員工進行知識銜接、新人能夠很快地上手工作，如何避免技術(shù)骨干將技術(shù)和業(yè)務(wù)帶走，都是每一個老板需要經(jīng)常思考的問題。

微軟在這方面也正在進行長期的試驗和探索。我在上一篇文章《聊聊微軟的大數(shù)據(jù)平臺和一些個人看法》中說過，微軟內(nèi)部是一個基本上完全平等和開放的協(xié)作系統(tǒng)，不同的部門、員工間，雖然身處世界各地、時差不同，但是通過工作平臺有著無縫和高效的工作體驗。圍繞著大數(shù)據(jù)平臺，海量文件的相互引用，基本上是一個網(wǎng)狀的去中心化的工作環(huán)境。因此，他們的知識也是極度碎片化的分配到了每一個工作小組（估計在微軟，一、二十人的工作小組達到了上萬個）。在此之前每個小組都有自己的知識管理工具和管理方式，甚至每個小組的組員都在同時使用好幾種知識管理工具，這樣造成了知識的散亂及不易整理，微軟自己也意識到了這個問題。因此，從去年起，微軟搭建了一個叫Engineering hub的知識平臺（eng.ms），并且提供了一系列的工具軟件，方便大家將各自的知識管理庫遷移到Engineering hub平臺上。

在微軟，不管什么知識管理平臺統(tǒng)稱為Wiki，也就是大家所熟知的維基百科。就像百度貼吧一樣，Wiki是人人參與，人人貢獻力量；每個人既是知識的提供者，也是知識的消費者，這充分體現(xiàn)了微軟平等開放的企業(yè)氛圍；除了Microsoft Confidence的內(nèi)容外，核心技術(shù)絕對不會掌握在某一兩個人手上，因此，大家在微軟，每天、每時都能夠?qū)W習到新的知識，如果沒有較強的學習能力，是很難在微軟長久地工作下去的。

大家平時使用的Wiki，有Sharepoint, Teams, OneNote, DevOps等。

SharePoint

微軟推出SharePoint已經(jīng)有了20多年的歷史，曾經(jīng)是最賺錢的軟件產(chǎn)品之一，它為企業(yè)打造了一個統(tǒng)一的門戶平臺和業(yè)務(wù)解決方案，將用戶、團隊和知識進行整合。進行SharePoint開發(fā)需要一定的專業(yè)知識，軟件本身也擁有相當?shù)膹?fù)雜性。在微軟內(nèi)部，SharePoint也得到了最大范圍的應(yīng)用，并且與其他軟件諸如Teams等進行了深度整合，使得其生命周期在不斷地延長。在SharePoint上，文檔管理和其他公司的業(yè)務(wù)知識等進行整合，具有非常大的優(yōu)勢。一般每個團隊在SharePoint上都有自己的門戶和團隊文檔，是大家進行學習的好地方。
SharePoint作為微軟老牌的產(chǎn)品，其文檔管理功能一直沒有進行演化，還是采取類似VS Source Safe的獨占簽入、簽出方式，這樣一旦有人將文檔簽出，忘了簽入進去，別人看到只能干瞪眼，無法對文檔進行進一步修改。相對于云時代多人協(xié)同在線進行文檔編輯，這樣的管理方式顯然是落伍了。因此，將類似于源代碼管理方式的SharePiont文檔管理平臺進行遷移，也是很多團隊正在思考和在做的事情。

OneNote

OneNote其實是一個碎片化的知識記錄工具，類似于便簽，大家把工作中的心得可以隨時記錄下來，供大家參考，軟件本身也在標簽上使用了各種顏色予以區(qū)分。OneNote結(jié)合OneDrive，可以使得文檔在各個設(shè)備終端上使用。OneNote在記錄一些流程、技巧方面有一些優(yōu)勢，但是小組內(nèi)員工的個人色彩比較濃厚。經(jīng)過一段時間沉淀，會發(fā)現(xiàn)很多當初別人記錄的內(nèi)容已經(jīng)過時，照著步驟去做全是坑，不如不看，小組內(nèi)也不太會有人去對幾年前別人寫的心得做整理和修正，軟件本身編目的功能也比較差，系統(tǒng)性、完整性欠缺，所以我感覺OneNote個人作為知識記錄工具還可以，用于大的團隊就不是很適合了。

Teams

微軟的Teams是個非常不錯的工作協(xié)同軟件，大家可以把它想象成企業(yè)微信，主要用于聊天和視頻會議。微軟的員工遍布于世界各地，所以選擇合適的工作協(xié)同工具是非常重要的，相信在微軟內(nèi)部外部工作的同學，上班時間Teams和Outlook是得一直開著并盯著看的。Teams也應(yīng)該不負眾望，很好的擔當起工作協(xié)同軟件的角色。在Teams里，大家可以為工作小組開設(shè)Wiki，支持一些有限樣式的富文本管理。我想微軟也是在做嘗試，把Wiki同聊天軟件捆綁在一起?？上У氖?，Teams的Wiki不支持多級目錄的管理，只能記錄一些少部分的內(nèi)容，并且僅限于小組內(nèi)部的成員觀看和編輯，這樣就沒法把知識分享出去；如果需要讓別人能訪問到自己的Wiki，還需要管理員進行授權(quán)，加到討論組里面去，所以他的功能就相對比較封閉了；從遷移的情況來看，Teams里面的Wiki是被遷移得最多的，知識相當?shù)胤稚⒑土闼?，?yīng)該說不是個很好的知識管理系統(tǒng)，用于記錄小組內(nèi)的備忘還不錯。

DevOps里面的Wiki

應(yīng)該說DevOps的初衷不是用來做知識管理，他對于敏捷開發(fā)的支持、CI/CD集成方面非常完美，也是國內(nèi)很多開發(fā)團隊首選的源碼管理工具。我們在初始化代碼庫的時候，可以使用它的Wiki功能，這樣就默認生成了以Markdown（.md）格式的Wiki代碼庫；在文本中使用markdown標簽，多人提交PR對Wiki進行管理。DevOps里的Wiki功能已經(jīng)比較全了，Markdown本身對Wiki的支持就很好，它支持多級目錄、目錄搜索和全文檢索，可以查看各個版本，還可發(fā)表評論、標識等；并且可以開放給其他組里的同事看，不需要額外的權(quán)限授予。所以微軟的一些大數(shù)據(jù)平臺包括Cosmos在內(nèi)就使用DevOps中包含的Wiki功能；微軟在做最后的EngHub整合的時候，也借鑒了DevOps的部分管理功能。

EngHub（eng.ms）

最后請出的是我們的王牌知識管理工具EngHub了，EngHub借鑒了GitHub的思想，是一個工程師（engineer）或者工程（engineering）的平臺。微軟為此申請了獨立的專有域名，有專門的工作小組對其開發(fā)和維護。在這個平臺上幾乎整合了微軟所有的業(yè)務(wù)條線的知識內(nèi)容，有著海量的目錄\分類和內(nèi)容，對于在微軟正在工作\工作過的員工，或多或少都會在EngHub上留下痕跡。

面對一個如此龐雜的的知識服務(wù)平臺，僅依靠一兩個團隊是很難將他維護好的。因此，每個團隊要將自己的知識貢獻出來之前，就要先聯(lián)系EngHub團隊，申請相應(yīng)的目錄和密鑰；在記錄下代碼庫地址后，EngHub會以輪詢的方式通過版本管理從你的代碼庫讀入文檔并轉(zhuǎn)換、整合到Enghub里；他在很大程度上利用了現(xiàn)有的DevOps資源，將內(nèi)容管理分散到每個具體的團隊，又能夠進行高度的統(tǒng)一和整合，其統(tǒng)籌的思路很值得我們的管理者進行借鑒。

EngHub背后的文檔解析使用的是Docfx引擎（https://github.com/dotnet/docfx），微軟使用的還是內(nèi)部的一個專用的分支版本，目前穩(wěn)定版本是2.x； 3.x都是Beta版本，和2.x有些兼容性差別，不太建議使用。EngHub網(wǎng)站前端使用的展現(xiàn)引擎竟然是nodejs技術(shù)棧的react?!，具有一些無刷新SPA的體驗，希望有一天能用上Blazor 。
我當時為了把團隊各方面零散的重要的知識整合到EngHub里，前前后后零零散散忙了半年，遷移了數(shù)萬篇文檔，幾個G的內(nèi)容，這些內(nèi)容在EngHub上的目錄結(jié)構(gòu)里僅僅是一個很里層的很小的一個鏈接。因此可嘆EngHub規(guī)模的龐大，有時間的話逛逛EngHub也是很有趣味的，前提是你要對計算機有興趣，并且英文還算過得去。

微軟內(nèi)部的一些代碼編程風格

“一直在模仿，從未被超越”對于微軟來說是最恰當不過的。在技術(shù)上從來不進行頭部創(chuàng)新，而是采取跟隨者的策略，自己的企業(yè)反而在市場上始終處于領(lǐng)先位置，是商戰(zhàn)里常用的一種策略，國內(nèi)的企業(yè)我就不舉例了。拿微軟說，它的Windows圖形界面抄襲MacOS，IE瀏覽器抄襲Netscape，后來IE、Edge紛紛被Chrome超越，又反過來用Chrome的引擎做Edge。微軟內(nèi)部的大數(shù)據(jù)引擎Cosmos應(yīng)該是Hadoop的一個發(fā)行版本修改而來的，至今也沒有開源，它運行在windows平臺上，增加了對.net的支持，定制了一些功能，加強了穩(wěn)定性。在Cosmos上可以使用Java、Scala、Python等語言進行開發(fā)，也可以運行Spark、YARN等作業(yè)，這不就是Hadoop套個殼么.......

在微軟，使用各種語言開發(fā)的人很多，代碼中使用設(shè)計模式的很少，倒是使用模板語言、DSL的比較多，比如Cosmos上運行SCOPE、為ObjectStore做定義的Bond等，都是一些模板語言+語法糖。

使用大數(shù)據(jù)平臺，少不得在各個系統(tǒng)間相互調(diào)用，一般用的都是Azure Function、WebHook、WebAPI等。Http本身就不是可靠的的通訊協(xié)議，所以在相互調(diào)用中，會經(jīng)常出現(xiàn)404、500錯誤，一般要設(shè)立重試機制。從.net core開始，微軟就不再提供WCF，舊項目遷移到.net core\5\6需要第三方WCF庫，協(xié)議和功能方面有著很多限制；我發(fā)現(xiàn)微軟對SOA的熱度正在冷淡，重心逐漸向微服務(wù)、容器化、SAAS、PASSS、低代碼平臺上轉(zhuǎn)移。因為如果使用WCF、WS等SOA等技術(shù)，大數(shù)據(jù)平臺及和周邊的應(yīng)用之間的通訊質(zhì)量還是可以得到保證的。在微軟，我還沒碰到比較好的架構(gòu)師，只是大家對如何協(xié)同工作以及程序健壯、穩(wěn)定性方面有著一定的共識，代碼寫得特別爛的人也進不了微軟周邊；微軟地很多產(chǎn)品我想都是對開源產(chǎn)品的模仿，也就是我們俗稱的重復(fù)造輪子，然后在上面構(gòu)建自己的業(yè)務(wù)系統(tǒng)。

微軟外服工作札記系列
①聊聊我在微軟外服大數(shù)據(jù)分析部門的工作經(jīng)歷及一些個人見解
②聊聊微軟的知識管理服務(wù)平臺和一些編程風格
③窗口函數(shù)的介紹

文章名稱：微軟外服工作札記②——聊聊微軟的知識管理服務(wù)平臺和一些編程風格
本文地址：http://www.yijiale78.com/article8/dschgop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、服務(wù)器托管、企業(yè)網(wǎng)站制作、用戶體驗、ChatGPT、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)