Scott Guthrie 是 Microsoft 開(kāi)發(fā)事業(yè)部的總經(jīng)理。他領(lǐng)導著(zhù)負責構建 CLR（公共語(yǔ)言運行庫）、ASP.NET、WPF (Windows Presentation Foundation)、"WPF/E"、Windows Forms、IIS（Internet 信息服務(wù)）7.0、Commerce Server、.NET Compact Framework 和 Visual Studio Web 和客戶(hù)端開(kāi)發(fā)工具的開(kāi)發(fā)團隊。在編寫(xiě)新的《架構師雜志》評述系列文章期間，Ron Jacobs 就職業(yè)生涯及對體系結構的看法這兩個(gè)主題與 Scott 進(jìn)行了一次訪(fǎng)談。
RJ：有人認為您所從事的“是一份很棒的工作”，今天就讓我們來(lái)聊聊您和您的職業(yè)。您目前在 Microsoft 負責哪方面工作？
SG：我現在負責 .NET 開(kāi)發(fā)人員平臺組。其中包括 CLR（公共語(yǔ)言運行庫）、.NET Compact Framework、IIS（Internet 信息服務(wù)）、ASP.NET、Atlas、Commerce Server、Windows Presentation Foundation、Windows Forms 和用于在 Visual Studio 中開(kāi)發(fā) Web 應用程序的工具。
RJ：哇，涉獵廣泛！
SG：也樂(lè )趣無(wú)窮。這其中包括我們的核心應用程序模型、運行庫、工具及其基層的所有引擎。涵蓋了許多絕妙的技術(shù)，有許多值得研究的東西。
RJ：大多數人會(huì )因為 ASP.NET. 而記住您。讓我們回到您初到 Microsoft 的日子。您最初都做些什么？
SG：我最早是在 IIS 團隊工作，那是在 96 到 97 年，主要從事核心 Web 服務(wù)器技術(shù)的研究工作，并參與了一個(gè) IIS 版本的研發(fā)。IIS 4 發(fā)布后，我們開(kāi)始研究下一代的 Web 編程模型組件。我們當時(shí)認為，“我們可能已經(jīng)做到極至了。就功能集來(lái)說(shuō)還能有什么要做呢？”
于是，我們開(kāi)始和眾多的客戶(hù)溝通，仔細了解他們在構建哪些類(lèi)型的應用程序。我們很快就意識到需要做的事還有很多。人們當時(shí)都在為代碼/內容分離以及如何編寫(xiě)干凈代碼這兩個(gè)問(wèn)題所困擾。我們常開(kāi)玩笑說(shuō)我們編寫(xiě)的代碼“一次編寫(xiě)，終身不讀”。從工具和運行時(shí)管理的角度來(lái)講，要使當時(shí)現有的基礎結構真正良好地運行存在許多挑戰。為了實(shí)現這個(gè)目標，我們成立了一個(gè)小組來(lái)專(zhuān)門(mén)研究針對 IIS 的未來(lái)體系結構。正是這個(gè)小組發(fā)明了我們隨 Windows Server 2003 引入的 HTTP.SYS 內核驅動(dòng)程序。我和另一個(gè)同事一起，開(kāi)始研究 Web 編程模型組件并編寫(xiě)了 ASP.NET 最初的原型。
RJ：你們當時(shí)似乎正在考慮將這再提高一個(gè)層次，利用在那時(shí)還相當神秘的某種東西。我還記得 .NET 的那些日子；你們那時(shí)稱(chēng)它為 ASP+。
SG：我們最初叫它 XSP；總有人會(huì )問(wèn) X 代表什么。那時(shí)它真的什么都不代表。XML 以它開(kāi)頭；XSLT 以它開(kāi)頭。一切美好的事物似乎都從 X 開(kāi)始，因此我們最初會(huì )這樣命名。在最初的六個(gè)月中，我們沒(méi)有使用 .NET。那時(shí)候還沒(méi)有 CLR（它大約是和我們一起起步的），因此我們大部分的原型設計使用的都是 C++、JavaScript 和 ActiveScript 腳本引擎。我們知道我們需要一個(gè)面向對象的環(huán)境，我們非常喜歡受管編程模型在垃圾回收、精細封裝和面向對象技術(shù)方面的特性。盡管如此，我們開(kāi)始編寫(xiě)生產(chǎn)代碼時(shí)實(shí)際上使用的卻是 C++，因為當時(shí)的確沒(méi)有一個(gè)理想的運行時(shí)平臺來(lái)構建代碼。我們就這樣編寫(xiě)了兩星期，直到和 CLR 團隊不期而遇；當時(shí)這個(gè)團隊在公司內部還沒(méi)有上層產(chǎn)品的合作伙伴。他們唯一擁有的編譯器是叫做“simple managed C”的東西，我們親切地稱(chēng)它為“smack”。我們最終決定，“我們或許應該以它為基礎”。這要冒極大的風(fēng)險，我們的團隊在那時(shí)總共才三四個(gè)人。我們之所以能夠賭一把，主要因為沒(méi)有人真正在乎我們的成敗。謝天謝地，我們做到了，而且取得了巨大的成功。后來(lái)的事可以說(shuō)是眾人皆知了。
RJ：我還記得那時(shí)候的事。CLR 剛剛問(wèn)世的時(shí)候，幾乎沒(méi)有人愿意下這個(gè)賭注。許多團隊都在說(shuō)“我不這么認為”，但是你們做到了，而且取得了驚人的成績(jì)。
SG：是的，盡管在服務(wù)器上實(shí)現垃圾回收在今天已經(jīng)司空見(jiàn)慣，但整個(gè)想法在當時(shí)卻著(zhù)實(shí)令人們嚇了一跳。他們說(shuō)：“不可能構建出能在后臺運行垃圾回收的應用程序。服務(wù)器永遠都不會(huì )伸縮”。當時(shí)出現過(guò)很多非常糟糕的情況。從項目的角度講，我們所做的一件事取得了巨大的成功。我們說(shuō)：“我們要拿托管代碼賭一把，它不會(huì )成為某些本機內容的打包程序。我們要將它深深地置入到平臺之中。我們 95% 的代碼將用托管代碼編寫(xiě)”。
我們這樣做有兩重原因。一是要利用其提供的擴展性，真正將面向對象的擴展性深深置入到平臺中。二是，我們知道客戶(hù)應用程序將采用托管代碼，而且相對于客戶(hù)所占的份額而言，我們在調用堆棧方面的代碼的比例相對較小。如果我們連用托管代碼編寫(xiě)代碼都沒(méi)想到，還認為客戶(hù)應用程序能輕易成功，那簡(jiǎn)直就是自欺欺人。它有著(zhù)巨大的促動(dòng)作用。從第一天開(kāi)始直到創(chuàng )建出較為復雜的示例，我們一直在根據需要不斷調整核心的 CLR 引擎，當我們開(kāi)始著(zhù)手在上面構建更為復雜的客戶(hù)應用程序時(shí)，我們的工作轉化為客戶(hù)巨大的成本節約優(yōu)勢。這是一次不錯的賭博。
RJ：您將這看成是推動(dòng)引擎改進(jìn)的方式，這很有意思。您曾說(shuō)：“我們不但要做這件事，還要通過(guò)這件事進(jìn)一步改善引擎”。
SG：我想這是一次風(fēng)險很高的賭博，但這種方式確實(shí)很奏效。這在很大程度上得益于我們是一個(gè)小團隊，而且是從一個(gè)全新的代碼庫入手。如果我們的團隊再大一些，或者擁有一個(gè)現有的大型舊代碼庫，實(shí)施起來(lái)可能會(huì )更加困難，因為 COM 互操作性在那時(shí)還根本不存在。但我們是從頭開(kāi)始，而且開(kāi)始時(shí)人員較少，這些確實(shí)有助于我們將這些核心的改進(jìn)深入到引擎內部。隨著(zhù)我們的不斷壯大和功能集的不斷翻新，我們得到了源源不斷的回報。
RJ：我想管理層肯讓你們去嘗試真的很不錯。
SG：這的確是一場(chǎng)賭博，但卻是經(jīng)過(guò)周密計劃的。如果我們能夠成功將會(huì )帶來(lái)巨大的優(yōu)勢，但不利的方面是我們只有三四個(gè)人，在接下來(lái)的一年我們總可以嘗試一些新的東西。Microsoft 經(jīng)常下這樣的大賭注，而且往往都會(huì )取得巨大的成功。當然偶爾也會(huì )失敗，而且敗得一塌糊涂，但作為公司來(lái)講，我們會(huì )盡可能確保將賭注押在一些關(guān)鍵的環(huán)節上。
RJ：您必須說(shuō)服所有人允許你冒這個(gè)風(fēng)險嗎？或者要比這簡(jiǎn)單得多？
SG：我們的確不得不說(shuō)服很多人朝著(zhù)這個(gè)目標努力。在項目早期，我們所做的就是力爭讓運行代碼在原型上運行，以展示給他人。通常你在處理一個(gè)全新的項目或者做之前沒(méi)有人做過(guò)的事兒時(shí)，將許許多多聽(tīng)起來(lái)還不錯的 PowerPoint 幻燈片整理起來(lái)非常容易，但真實(shí)地展示代碼并讓人們親身經(jīng)歷這些代碼的運行是尤為重要的。不僅可以用原型證明其真實(shí)性，而且在這一過(guò)程中你也可以學(xué)會(huì )很多。
我和我的團隊努力去做的一件事就是及早構建原型，構建示例應用程序，尤其是可以讓客戶(hù)親身體驗的演示應用程序，我們要向客戶(hù)說(shuō)，“看，你可以這樣來(lái)構建應用程序”。我們設法盡早地做這件事，以便發(fā)現哪些環(huán)節可行，哪些不可行，并相應做出響應。ASP 項目開(kāi)始的一個(gè)半月后，我寫(xiě)出了一個(gè)原型，讓人們親身地感受了一下。這里有組件控件驅動(dòng)模型（那時(shí)我們還沒(méi)有叫它控件，它們是聲明性的標記或組件），這里有 Web 編程的事件驅動(dòng)方法。我們得以構建出應用程序，并很快發(fā)現我們計劃中的一些事情的確無(wú)法用代碼編寫(xiě)出來(lái)。與此同時(shí)，我們也了解到“這項功能或那項功能確實(shí)很棒”，我們就這樣不斷周而復始，反復迭代。在我們試圖讓人們知道我們并不是瘋子的時(shí)候，這一過(guò)程發(fā)揮了很大的作用。我們展示了我們的代碼，而人們也得以親身體驗。這仍然是一次賭博。
RJ：這聽(tīng)起來(lái)像是測試驅動(dòng)開(kāi)發(fā)的思路。我們完成一些短迭代周期；發(fā)現一些行之有效的東西。我們會(huì )使用自己的作品，針對自己的 API 編寫(xiě)代碼，以便了解它們的使用效果。
SG：原理的確是相同的。我將測試驅動(dòng)開(kāi)發(fā)的意義劃分為兩層：第一，它是用來(lái)盡早提升質(zhì)量的方法，第二，它會(huì )為在不必擔心回歸的情況下重構和調整代碼庫奠定基礎。在開(kāi)發(fā)生產(chǎn)代碼時(shí)，我們內部當然會(huì )遵循這個(gè)基本原理。我想甚至在開(kāi)始編寫(xiě)生產(chǎn)代碼前的原型階段也是有意義的。對于 ASP.NET.，那是我們成功的之處。那時(shí)我們就決定要拋掉后幾個(gè)月中所要編寫(xiě)的每行代碼。我們就此達成一致。我們不會(huì )說(shuō)：“哦，留著(zhù)這個(gè)做修改吧；我們可以把它整理出來(lái)”。不。我們要把它徹底拋棄。我們會(huì )在某個(gè)時(shí)候將這個(gè)子目錄徹底“刪除”，那樣一來(lái)，我們就可以更加大膽地去嘗試新事物。我們不必戰戰兢兢地去保證每樣東西的穩定性，就因為它將進(jìn)入最終版本。
事實(shí)上我們這樣做了幾個(gè)月，然后說(shuō)：“我們做完了，把它刪除；從頭開(kāi)始吧；現在我們來(lái)編寫(xiě)全部的生產(chǎn)代碼并且要確保質(zhì)量”。我想很多團隊都可以從這一點(diǎn)上受益。保證刪除原型代碼是最最艱難的事。項目通常都是伴隨著(zhù)“嗯，有點(diǎn)相近”的思維而開(kāi)發(fā)出來(lái)的。從原型入手并且確?？煽啃允呛茈y的。我堅定地認為應該從原型階段入手并隨后將它刪除。
RJ：這說(shuō)明從原型階段，我們應該著(zhù)眼于學(xué)習，而不應看重這些文件和代碼。
SG：每次做項目的時(shí)候，只要是重新編寫(xiě)，無(wú)論是否從零開(kāi)始，代碼都會(huì )變得更好。這在一定程度上是因為你了解了前一種方法的問(wèn)題和缺陷，并且能夠進(jìn)行反思并做出改進(jìn)。難就難在你不能一次又一次輕松地做到這一點(diǎn)。但是，當你最先涉足一個(gè)項目或是一個(gè)全新領(lǐng)域，根本不知道該如何從頭開(kāi)始研究出最終產(chǎn)品時(shí)，專(zhuān)門(mén)花一段時(shí)間來(lái)構建原型并不斷嘗試是至關(guān)重要的。
RJ：有人稱(chēng)之為“體系結構刺探”(architectural spike)。這是一個(gè)全新的領(lǐng)域，有待于我們進(jìn)一步探索。我們來(lái)?yè)Q個(gè)話(huà)題，那在來(lái) Microsoft 前您做過(guò)什么？
SG：實(shí)際上我大學(xué)一畢業(yè)就來(lái) Microsoft 工作了。在大學(xué)期間我就在 Microsoft 實(shí)習。我在大學(xué)和高中期間參與了幾次創(chuàng )業(yè)，搞過(guò)一些開(kāi)發(fā)，并以此為樂(lè )，但是大學(xué)畢業(yè)后我還是直接加入了 Microsoft。
RJ：我們和許多對結構體系感興趣的人都交談過(guò)。好像幾乎沒(méi)有人是只做些設計而根本不編寫(xiě)代碼的純粹的架構師。多數人都是多面手：他們有時(shí)參與開(kāi)發(fā)，有時(shí)進(jìn)行架構設計。對于一直在做開(kāi)發(fā)但打算更多進(jìn)行架構方面構思的人，您有什么建議？
SG：編寫(xiě)代碼對于架構師而言是非常重要的。你不一定要簽入生產(chǎn)代碼，但要不斷嘗試新技術(shù)、新方法，并體會(huì )系統的工作方式。最近我并沒(méi)有編寫(xiě)大量的生產(chǎn)代碼，但我每天要花一或兩小時(shí)編寫(xiě)代碼?？梢允鞘纠?、原型或一些有趣的私人項目；無(wú)論什么，我都要進(jìn)行嘗試，思考事物的構建方式。從代碼架構師的角度來(lái)說(shuō)，動(dòng)手實(shí)驗非常重要。
我的另一條建議是要研究核心系統理論，探索如何架構高度可靠的系統。想一下你要考慮的一些原則，并應用到實(shí)際工作中。這并不是說(shuō)要考慮具體的代碼內容，而是思考簡(jiǎn)易性、可靠性或容錯性。這些因素在成功的系統中起著(zhù)核心作用；無(wú)論是客戶(hù)端應用程序、服務(wù)器應用程序還是游戲程序，都是如此。一個(gè)認真考慮這些原則并配以良好編碼背景的架構師可以在很大程度上給團隊以指導。
這些原則并不是要探索出一個(gè)向導或是開(kāi)發(fā)不錯的新東西，而是要研究 Windows 或 Unix 應用程序中進(jìn)程地址空間的工作方式。什么是線(xiàn)程技術(shù)？如何深刻理解它在多處理器或多核系統上的工作？要消化吸收這種類(lèi)型的知識、考慮由此衍生的結果，花些時(shí)間專(zhuān)門(mén)研究未來(lái)的趨勢（即從硬件和軟件角度研究技術(shù)未來(lái)的走向），并考慮如何進(jìn)行修改并為我所用。這就是我的建議。
RJ：Microsoft 有開(kāi)發(fā)人員、項目經(jīng)理和架構師。人們通常對架構師這一角色充滿(mǎn)好奇。您希望架構師在團隊中發(fā)揮怎樣的作用？
SG：我們希望或期待架構師能夠在團隊中擔負起幾個(gè)責任。一是我剛剛談到的，要在體系結構、開(kāi)發(fā)和軟件原理方面擁有非常深厚和堅實(shí)的背景。我們希望這樣的背景會(huì )將一些有用的東西逐步滲透，給其他團隊成員帶來(lái)潛移默化的影響。尤其是在指導年輕和資深的開(kāi)發(fā)人員時(shí)，走廊里的對話(huà)或者辦公室中的閑談都可以給團隊以很大程度的指導。
我們希望架構師能夠從技術(shù)角度為產(chǎn)品的未來(lái)鋪平道路。架構師通常要做一些更高級的原型構建工作并研究產(chǎn)品的開(kāi)發(fā)方向。我們希望他們就研發(fā)方向提出建議，就實(shí)現而言，要求他們既要探索下一代產(chǎn)品，又要著(zhù)眼于當前產(chǎn)品，以發(fā)現我們應進(jìn)一步改進(jìn)的地方。例如，我們應該將哪些地方的分解略加調整？我們需要在代碼庫中做些什么來(lái)進(jìn)行改進(jìn)？
RJ：除了深厚、堅實(shí)的技術(shù)技能外，您認為一個(gè)成功的架構師還應具備哪些品質(zhì)？
SG：至少在 Microsoft，對于那些想要在架構領(lǐng)域有所建樹(shù)的具有深厚背景的技術(shù)人員來(lái)說(shuō)，最難的是要保證將自己的技術(shù)技能與公司團隊內部和團隊之間的協(xié)調工作能力相結合。
一些軟技能更難培養，這就意味著(zhù)架構師需要動(dòng)手實(shí)踐，但還要注意不要危及開(kāi)發(fā)人員或其他團隊。他們也應當避免“這是我的，那是你的”這樣的對話(huà)。架構師必須能夠自如地跨多個(gè)團隊開(kāi)展工作。他們在工作時(shí)注意不要給人留下這樣的印象：那就是架構師只是暫時(shí)投身于最有趣的問(wèn)題，然后在遇到難題時(shí)便會(huì )抽身而去。其他團隊成員必須相信架構師是忠于團隊的，與團隊之間保持長(cháng)期的合作關(guān)系，會(huì )對問(wèn)題的解決有所貢獻。這些是架構師需要培養的技能。具有最強影響力的資深架構師能夠將深厚的技術(shù)和設計技能與人際交往技能和協(xié)作能力結合在一起。
RJ：許多人都在說(shuō)，如今社會(huì )變化的速度越來(lái)越快，新生事物無(wú)時(shí)無(wú)刻不在涌現。您也提到過(guò)跟上發(fā)展的腳步是何等重要，但是每天的時(shí)間是有限的。您是如何跟上發(fā)展的腳步的呢？
SG：這很困難，在開(kāi)發(fā)領(lǐng)域更是如此。就日新月異的創(chuàng )新步伐和信息流動(dòng)的速度而言，我實(shí)在想不出有哪個(gè)時(shí)代會(huì )像現在這樣快?；叵?90 年代的 Internet 大戰，Internet Explorer 與 Netscape 的競爭硝煙四起。那個(gè)時(shí)候，我們好像不斷地在發(fā)布新的產(chǎn)品，又總會(huì )有新的東西涌現。
從開(kāi)發(fā)的角度講，我想我們現在所處階段的發(fā)展速度比那個(gè)時(shí)候更快。要跟上時(shí)代的腳步當然十分困難。你必須找時(shí)間去不斷充電。你必須騰出時(shí)間專(zhuān)門(mén)關(guān)注業(yè)界的動(dòng)態(tài)。我想就這點(diǎn)而言博客是一個(gè)很好的機制。我訂閱了 Bloglines，這是一項不錯的免費服務(wù)。我大概訂閱了 300 或 400 個(gè)博客，我盡量每天早晚花 20 到 30 分鐘閱讀所有人的帖子。這樣可以很好地了解當今的熱門(mén)話(huà)題和有趣的想法。
在某種程度上，為了跟上發(fā)展的腳步，還要每天花一小時(shí)專(zhuān)門(mén)構建原型，用自己的產(chǎn)品或其他技術(shù)來(lái)進(jìn)行各種嘗試；充分掌握現有的組件并知道如何使用它們。在研究任何新技術(shù)、API、方法或編程手段時(shí)，還有一項重要的工作，那就是不僅要仔細研究有趣的事物本身，而且還要盡量推演出其有用的原則，以便你能夠在別處加以應用。因此，如果你研究的是一本有關(guān) Java 重構的書(shū)，很好。書(shū)中會(huì )講到許多具體的 Java 重構技術(shù)，但有哪些更為廣義的重構概念是你能夠消化理解并應用于 VB 或 C# 的？如果是針對某項專(zhuān)門(mén)任務(wù)的非常理想的 AJAX JavaScript 框架，也很好?，F在，回想一下，盡量找出它的哪個(gè)方面可以應用于其他 JavaScript 框架。架構師應當善于研究某些事物并推演事物本身及其中蘊涵的有趣方面，而不是僅僅關(guān)注于某個(gè)個(gè)別的技術(shù)元素。
RJ：回顧這些年在 MS 的經(jīng)歷，您有什么遺憾的事情嗎？
SG：回首往事，總會(huì )有些想要換種做法的事情。有時(shí)，可能是曾做過(guò)的技術(shù)工作，是某種功能的實(shí)現方式，你會(huì )想“每個(gè)人都濫用了那項功能”?；蛘咚麄冏鍪碌姆绞奖畴x了我們的預期。當然，在我們構建了像 .NET 那樣廣泛的開(kāi)發(fā)平臺后，我會(huì )后知后覺(jué)地想出許許多多本可以換種做法的事情。還有一些事情的處理方式，或者與不同團隊的合作方式，你會(huì )想，“唉，要是我稍微換個(gè)方法處理那次談話(huà)就好了”。所以，我肯定能舉出許多個(gè)別的例子。
總的來(lái)說(shuō)，我對 .NET 的結果非常滿(mǎn)意，就結果而言我們已經(jīng)相當成功。但是，也確實(shí)有很多事情我們本可以換種做法，比如“唉，要是不封裝那個(gè)類(lèi)就好了”，或者“唉，要是將那個(gè)類(lèi)封裝起來(lái)就好了”。
如果說(shuō)有一件重要的事情令我感到遺憾，那就是對于 .NET 客戶(hù)端應用程序的構建，我們應當早一點(diǎn)花更多時(shí)間去仔細考慮客戶(hù)端的安裝過(guò)程。我認為我們所采用的方法，即下載的單一可再發(fā)行組件包并不比其他任何的 Windows 可再發(fā)行組件包差，但我們本應當一開(kāi)始就抓住這個(gè)機會(huì )去減少安裝帶來(lái)的影響，并簡(jiǎn)化客戶(hù)端應用程序的部署。這就是我們現在正在花大量時(shí)間研究的東西，將來(lái)一定會(huì )有極大的改進(jìn)，但是我們本應該在六年前就完成這項工作，本應該早一點(diǎn)花更多時(shí)間來(lái)研究其中的一些情況。
RJ：在您的辦公室中，擺放著(zhù)全部頗有淵源的演講者徽章，您曾有機會(huì )拜訪(fǎng)過(guò)許多地方，結識了許多人。遇到過(guò)什么特別的事嗎？有什么人尤其讓您記憶深刻？
SG：關(guān)于開(kāi)發(fā)人員平臺的應用有一件很有趣的事，我發(fā)現人們基于我們的平臺所構建的應用程序真是五花八門(mén)，千差萬(wàn)別。無(wú)論是世界最大的社會(huì )網(wǎng)絡(luò )平臺 MySpace、還是倫敦股票交易所或英國國民健康服務(wù)中心、甚至是華爾街的眾多公司（Costco、Dell.com 或 Match.com），都離不開(kāi) Microsoft 的技術(shù)。前者每天要使用 .NET 瀏覽 15 億的網(wǎng)頁(yè)，而后面的機構有許許多多非常好的客戶(hù)應用程序是基于 Microsoft 技術(shù)構建的。其中許多采用了 Web 方面的技術(shù)；其他的則采用其他方面的技術(shù)。再看看“迪斯尼樂(lè )園”的設施，運行“快速通行證”的儀表都是在精簡(jiǎn)框架和 CLR 上運行的。如果美國人口局或美國郵政總局的人來(lái)敲門(mén)，這個(gè)人手里拿的設備也是在 .NET Framework 上運行的。
于我而言，印象最為深刻的事就是看到 .NET 在全世界如此廣泛而多樣化的應用。有時(shí)候采用奇異而怪誕的方式，有時(shí)候則用于關(guān)鍵任務(wù)應用程序，但每一次都那么獨一無(wú)二，坦率地說(shuō)真的是超乎你的想像。我認為好的框架并不體現在人們按你的預想在上面構建應用程序，而在于客戶(hù)和開(kāi)發(fā)人員能夠將它的作用發(fā)揮到超乎你想象的程度。對我來(lái)說(shuō)，這就是 .NET 最突出的地方。
Scott Guthrie 于 1997 年加入 Microsoft，最初從事 IIS4 和 Windows NT Option Pack 的研究工作。在其發(fā)布后不久，他設計了最初代號為“XSP”的新服務(wù)器編程模型并構建出原型。隨后的 1998 年，與 Mark Anders 一起組建了一個(gè)新的團隊，構建了最終被稱(chēng)為 ASP.NET 的框架。
Scott 于 2002 年初成為 ASP.NET 的生產(chǎn)單元總經(jīng)理 (PUM)，并隨 Windows Server 2003 發(fā)布了 ASP.NET V1.1。在這一期間，他還領(lǐng)導開(kāi)發(fā)了備受歡迎的 Web Matrix 開(kāi)發(fā)工具，這是一個(gè)免費的 ASP.NET 開(kāi)發(fā)工具，有助于激發(fā) Web 開(kāi)發(fā)工具的新思維，是為編程愛(ài)好者和熱衷者提供的一個(gè)新方法。2002 年底，他又成為 Visual Studio 內部 Web 工具功能的 PUM，負責開(kāi)發(fā)新的 Visual Web Developer 獨立產(chǎn)品（將作為 Visual Studio 2005 系列的一部分發(fā)布）和 Visual Studio 中的全部 Web 開(kāi)發(fā)功能。Visual Web Developer 和 ASP.NET 2.0 于 2004 年夏季進(jìn)入第一次大范圍公測，將于 2007 年上半年發(fā)布。
在 2003 年底，Scott 的團隊與 IIS 團隊合并，他擔任結合了 IIS、ASP.NET 和 Visual Studio 資產(chǎn)的聯(lián)合 Web 平臺和工具團隊的 PUM。隨著(zhù) ASP.NET 2.0 和 Visual Web Developer 的完成，這個(gè)團隊目前正積極開(kāi)發(fā) Microsoft Web 應用程序服務(wù)器的下一個(gè)主版本，它將作為 Longhorn 的一部分發(fā)布。
Scott 現任 Microsoft 開(kāi)發(fā)事業(yè)部的總經(jīng)理，領(lǐng)導負責構建 CLR、ASP.NET、WPF、"WPF/E"、Windows Forms、IIS 7.0、Commerce Server、.NET Compact Framework 以及 Visual Studio Web 和客戶(hù)端開(kāi)發(fā)工具的開(kāi)發(fā)團隊。
Scott 于 1997 年畢業(yè)于杜克大學(xué)的計算機科學(xué)專(zhuān)業(yè)，并取得學(xué)位。
聯(lián)系客服
