[[131765]]

微軟全球開發(fā)平臺(tái)事業(yè)部資深副總裁潘正磊是微軟核心開發(fā)工具Visual Studio和.NET平臺(tái)開發(fā)團(tuán)隊(duì)的領(lǐng)導(dǎo)人，1992年加入微軟，從一位工程師做起，歷練過多項(xiàng)微軟全球性技術(shù)和管理職務(wù)，3年前也兼任微軟亞太研發(fā)集團(tuán)服務(wù)器與開發(fā)平臺(tái)事業(yè)部總經(jīng)理，同時(shí)管理美國(guó)與中國(guó)兩地的微軟研發(fā)團(tuán)隊(duì)，就連C#之父Anders Hejlsberg都是她的部屬。

潘正磊一手主導(dǎo)微軟Visual Studio開發(fā)團(tuán)隊(duì)導(dǎo)入敏捷開發(fā)，擁抱DevOps思維，甚至她還是決定.NET開源的關(guān)鍵人物。

Q：你何時(shí)得知.NET要開源?

A：這是我的決定，而不是被告知。

Q：為何微軟需要這么大的變革？

A：原本大多是新創(chuàng)公司擁抱開源，但現(xiàn)在有越來(lái)越多大企業(yè)將開源視為戰(zhàn)略的一環(huán)。開源商業(yè)模式也越來(lái)越完善，可以透過提供服務(wù)的方式來(lái)建立獲利模式。軟件的代碼只是軟件其中一小部分的價(jià)值，更大的價(jià)值要靠服務(wù)（意指云端服務(wù)）來(lái)實(shí)現(xiàn)。

我們的市場(chǎng)競(jìng)爭(zhēng)者Java也因開源而受到歡迎。比只靠?jī)?nèi)部.NET開發(fā)團(tuán)隊(duì)的腳步，大量開源社區(qū)參與的創(chuàng)新速度可以更快，我們也有類似Java社區(qū)規(guī)模的.NET開發(fā)人員在微軟之外，只是我們沒有善加運(yùn)用。

Q：你如何說(shuō)服老板，例如微軟新任執(zhí)行長(zhǎng)Satya Nadella?

A：有次和我的老板也就是微軟云端和企業(yè)部門執(zhí)行副總裁Scott Guthrie一對(duì)一面談時(shí)，我提出.NET開源的計(jì)劃，他也看到了上述類似的趨勢(shì)相當(dāng)認(rèn)同我的決定，甚至要求我提前3個(gè)月完成.NET開源釋出的工作。至于Satya Nadella，我根本不需要說(shuō)服他，他完全支持。

Q：決定開源之后，先做哪些事？

A：沒辦法在決定的***天就開源，因?yàn)椴皇菍⑺械拇a開源，傳統(tǒng)桌面代碼還沒有開源，這是很大的剝離工程。另外，改用開源GitHub來(lái)管理代碼之后，如何確保全世界任何開發(fā)人員都可以使用，不論是編譯、構(gòu)建、測(cè)試等工作流程都要重新考慮，等于是整套微軟軟件開發(fā)工程的重建。所以，我們花了很多時(shí)間研究Java的作法，才發(fā)現(xiàn)JDK也不是完全開源，例如得和Oracle簽署使用授權(quán)后才能取得代碼。

微軟***個(gè)開源的程序是TypeScript，從中開始學(xué)習(xí)開源經(jīng)驗(yàn)，了解如何和社區(qū)共事，但還沒真正學(xué)到釋出后的商業(yè)模式。后續(xù)才將C#編譯器（Roslyn）開源釋出，然后再擴(kuò)大到將.NET核心釋出。采取漸進(jìn)式一步步開源的策略。

Q：在微軟推動(dòng)開源，***的挑戰(zhàn)為何？

A：一開始最困難的是跟所有人解釋為何要這么做。例如得說(shuō)服法務(wù)部門，如何避免微軟的知識(shí)產(chǎn)權(quán)，得向市場(chǎng)部門解釋，開源的必要性，什么樣的成功情境，才是開源的成果等。

另外，微軟有一套嚴(yán)格的知識(shí)產(chǎn)權(quán)規(guī)范，這個(gè)規(guī)范結(jié)構(gòu)不適合采取開源，因此也有很大的調(diào)整，讓產(chǎn)品部門未來(lái)很容易可以開源。***次想要釋出TypeScript時(shí)的挑戰(zhàn)***，等到了.NET開源時(shí)已經(jīng)非常順利了。

另外在軟件架構(gòu)上也需要調(diào)整，能將要開源的代碼單獨(dú)抽離，若釋出的代碼還需要其他未開源的相依元件才能構(gòu)建，就等于無(wú)法開源。

Q：會(huì)擔(dān)心知識(shí)產(chǎn)權(quán)權(quán)的問題嗎？

A：早在2010年時(shí)，微軟就開始嘗試將開源軟件放入自家產(chǎn)品中，但會(huì)盡可能采取最安全的方式，斥資進(jìn)行知識(shí)產(chǎn)權(quán)來(lái)避免發(fā)生問題，甚至還會(huì)考慮，萬(wàn)一有問題，多快能把開源軟件從產(chǎn)品中移除。

但是，現(xiàn)在，沒有人會(huì)再擔(dān)心這類的問題。倘若是在對(duì)外的服務(wù)中使用開源軟件，部署在后臺(tái)環(huán)境中就不會(huì)有任何知識(shí)產(chǎn)權(quán)的風(fēng)險(xiǎn)。但若要放入盒裝軟件還是會(huì)有風(fēng)險(xiǎn)，因此，我們不會(huì)考慮任何Copyleft的授權(quán)，如GPL。

Q：開源后，對(duì)微軟工程師有什么影響呢？

A：3年前，微軟工程師若要看一眼開源代碼，都得經(jīng)過3道申請(qǐng)程序，得獲得我的同意，他們才能看。因?yàn)槲④浗?jīng)歷過很多侵權(quán)官司，為了避免工程師犯錯(cuò)，因而設(shè)置了很多壁壘。

現(xiàn)在微軟工程師要“看”開源代碼，不用獲得任何人的同意。只有要將開源代碼放入產(chǎn)品時(shí)才需要批準(zhǔn)。

當(dāng)我們***次將代碼放上GitHub時(shí)，工程師們都非常緊張，還將代碼中所有的注解都看過一遍，深怕寫過什么罵人的話或隱私要趕快刪除，后來(lái)就習(xí)以為常了。

Q：開源對(duì)微軟開發(fā)流程上又有什么影響？

A：過去微軟設(shè)計(jì)產(chǎn)品只需和內(nèi)部溝通，現(xiàn)在得和社區(qū)合作，這是一個(gè)全新的工作模式。開源社區(qū)貢獻(xiàn)的代碼如何和套裝產(chǎn)品整合，也需要新的流程。擁抱開源最需要的不是調(diào)整組織，而是要改變工作方法。

Q：為什么需要改變工作方法？

A：因?yàn)檫@是一個(gè)全新的模式。倘若微軟仍然采取傳統(tǒng)的瀑布式開發(fā)流程，就不可能開源。瀑布式開發(fā)流程是一個(gè)全權(quán)控制的模式，可以自行決定代碼開發(fā)完成的時(shí)間點(diǎn)，再來(lái)安排后續(xù)測(cè)試團(tuán)隊(duì)的工作排程。

過去，微軟開發(fā)工作是計(jì)劃性的，但在開源之后，無(wú)法預(yù)估有多少人有興趣貢獻(xiàn)代碼。開發(fā)社區(qū)貢獻(xiàn)的代碼越多，就得投入愈多人力來(lái)審視提交出來(lái)的代碼品質(zhì)。

代碼開源之后，不論是誰(shuí)貢獻(xiàn)的哪一段代碼，盡管是完成度很高的代碼，幾次開源經(jīng)驗(yàn)來(lái)看，都需要進(jìn)一步檢查如代碼一致性或相依性等。

Q：在這種非計(jì)劃性的開源工作模式下，要如何確保產(chǎn)品的品質(zhì)？

A：開源釋出的代碼任憑社區(qū)使用，但是，要成為微軟的產(chǎn)品，會(huì)有另一個(gè)我們認(rèn)證過的發(fā)行版本，就像RedHat Linux也會(huì)發(fā)行不同的版本一樣。

或者像Google的Chromium和Chrome的作法一樣，作為產(chǎn)品發(fā)布者，我們有權(quán)決定哪些社區(qū)貢獻(xiàn)的代碼能放入最終產(chǎn)品。

Q：代碼開源后，對(duì)微軟帶來(lái)哪些好處？

A：跨平臺(tái)是未來(lái)的大趨勢(shì)，能讓Runtime跨平臺(tái)，對(duì)所有開發(fā)人員都是福音，因?yàn)橹灰獙懸惶状a就能在多個(gè)平臺(tái)上使用。

若.NET沒有釋出，只有微軟自己能進(jìn)行跨平臺(tái)支持，但微軟不可能支持所有的Linux平臺(tái)，開源釋出后，可以讓其他人針對(duì)不同平臺(tái)修改。

這也是一種變相的群眾外包，讓開發(fā)需求靠社區(qū)快速得到解決，而不用依賴廠商解決。

Q：微軟長(zhǎng)期開源策略是什么？會(huì)將所有產(chǎn)品都開源嗎？

A：我覺得，微軟不需要將所有程序都開源，而應(yīng)該是選擇性地開源。***是Runtime開源，其他則是要看需求程度來(lái)釋出。例如.NET開源之后，在GitHub上受歡迎程度比C#編譯器高很多。

長(zhǎng)遠(yuǎn)策略是來(lái)自當(dāng)下所知，目前，我認(rèn)為，開源最重要的是Runtime開源，從開發(fā)過程來(lái)看，工程師能夠知道底層Runtime的代碼怎么撰寫，有助于調(diào)校代碼，改善軟件效能。但是，對(duì)于工具軟件的代碼，軟件工程師不一定有興趣。工程師傾向于使用一個(gè)好用的工具，而不一定會(huì)要求工具也要完全開源。

就像小孩成長(zhǎng)過程，要先會(huì)爬之后才會(huì)走，能走之后才會(huì)跑。在開源之路，微軟才剛剛學(xué)會(huì)走路，但距離會(huì)跑能跳還有很長(zhǎng)一段路。