科學哲學視域下軟件開發(fā)方案評價標準的研究

1、科學哲學視域下軟件開發(fā)方案評價標準的研究摘要：文章從全新的視角對軟件開發(fā)方案評價標準的問題進行深入研究，通過把科學哲學家托馬斯庫恩和拉卡托斯的 科學發(fā)展模式思想與軟件開發(fā)活動過程進行細致的對比，揭示出軟件開發(fā)方案評價的相對性標準和成功方案的演變規(guī)律及體 系結構。相對的評判標準取決四個方面：目標問題是否得到妥善解決；物質資源的利用率是否達到最優(yōu);人力資源的能力是否 發(fā)揮最優(yōu);使用的方法策略是否最合理。通過找到四者之間的函數關系，進一步得出對評價標準產生影響的三類因素：時空環(huán) 境因素、人的世界?、人的能力因素，其中時空環(huán)境因素和人的能力因素是影響評價標準的決定性因素。關鍵詞:科技管理;科技創(chuàng)新;科

2、學技術與社會;科學發(fā)展模式;軟件開發(fā)Abstract: This paper makes an in -depth study on the evaluation standard of software development scheme from a new perspective, and makes a detailed comparison between the scientific development model thought of the scientific philosophers Thomas Kuhn and Imre Lakatos and the proce

3、ss of software development activities, the relative standard of software development scheme evaluation and the evolution law and architecture of successful scheme are revealed. The relative evaluation criteria depend on four aspects: whether the target problem is properly solved; whether the utiliza

4、tion rate of material resources is optimal; whether the ability of human resources is the best; whether the methods and strategies used are the most reasonable. By finding the functional relationship among the four, it is further concluded that there are three kinds of factors that affect the evalua

5、tion criteria: spatio -temporal environment factor, human world outlook and human ability factor. Among them, spatio-temporal environment factor and human ability factor are the decisive factors that affect the evaluation standard.Keywords： science and technology management; science and technology i

6、nnovation; science and technology and society; scientific development model; software development1哲學思維在軟件開發(fā)中的作用史蒂芬霍金在其著作大設計中說“哲學死了 ”，田他 之所以這樣說是因為他認為“哲學跟不上科學”,多本來 需要哲學來解決的問題現(xiàn)在轉交給了科學。然而事實真的 是這樣嗎?或許有失偏頗。至少在計算機科學技術領域的軟 件開發(fā)中,是一刻也離不開哲學的。從思維方面來看，哲學 的三大特性一抽象性、批判性和反思性在軟件開發(fā)中是 “須臾不可離也”。!從哲學的方法來看，無論是探索真理的 “向上的路

7、”與“向下的路”，無論是研究方法的“時間在先” 與“邏輯在先”“循序思索”與“從后思索”，還是敘事方法的 “邏輯與歷史的統(tǒng)一”與“從抽象到具體”，都貫穿于軟件開 發(fā)過程的始終。如果說哲學在某個角落沒有發(fā)揮作用就說 它死了，那么我們每個現(xiàn)存的人，在活動范圍之外的領域都 是以死了形式存在著;如果說哲學作為思維活動的層次沒 能居于一定的高度，那么只能說作為思維活動主體的人沒 有達到那樣的高度;如果說哲學作為一種能力不再是自我 超越的了，那么喪失超越能力的也必然是人本身。所以問題 不能得到解決不能歸咎于哲學，而應該將視線回歸到人自 身，聚焦于人對自身的能力如何正確的認識,聚焦于人對處 理問題的方法如何

8、正確的運用。2關于庫恩和拉卡托斯思想的簡述科學發(fā)展模式是指科學是以怎樣的形式發(fā)展演變的， 它是科學哲學中的一個重要問題，許多著名的科學哲學家 都對這個問題進行了全面而深刻的討論，最具代表性的是 科學哲學四巨頭爾波普爾、托馬斯庫恩、費耶阿本 德、拉卡托斯。由于本文要借鑒托馬斯庫恩、拉卡托斯的思 想來分析軟件開發(fā)中的問題，所以需要在此對二人的思想 做出必要的簡介。托馬斯庫恩提出了科學革命的范式轉換模式，該模 式體現(xiàn)在科學革命的結構一書中。庫恩認為在前科學時 期學派林立、百家爭鳴,其中一個學派取得巨大成功使紛爭 消失了，從而形成了第一個范式并帶來了眾多實踐者的追 隨。這些實踐者形成了一個共同體，他們

9、遵照共同的范式行 動。范式的形成標志著進入了常規(guī)科學時期，在常規(guī)科學時 期,共同體成員使用范式進行解謎,解謎過程中遇到反常導 致新的發(fā)現(xiàn),新的發(fā)現(xiàn)會引起范式的變化。從舊范式到新范 式的轉換是革命性的轉變,這種轉變是世界觀的轉變，由于 新范式的出現(xiàn)克服了危機，從而使新范式的共同體逐漸壯 大，于是一些人轉向新范式從事常規(guī)科學研究,新的循環(huán)再 （從常規(guī)科學開始。田拉卡托斯提出了科學研究綱領進化模式，該模式體現(xiàn) 在科學研究綱領方法論一書中。他的科學研究綱領是一 組由理論硬核、假說保護帶、正反面啟發(fā)法三部分構成的嚴 密理論體系。最重要概念和定律構成理論體系的硬核,輔助 假說圍繞在硬核周圍形成保護帶，啟發(fā)

10、法包括反面啟發(fā)法 和正面啟發(fā)法兩種?！耙恍┮?guī)則告訴我們要避免哪些研究道 路（反面啟發(fā)法），另一些告訴我們要尋求哪些道路（正面啟 發(fā)法）”。科學研究綱領有進化和退化之分，,只要它繼續(xù)不 斷地相當成功地預測新穎的事實（進步的問題轉換），就可 以說它是進步的;如果它的理論增長落后于經驗增長，即它 只能對偶然的發(fā)現(xiàn)或競爭的綱領所預見和發(fā)現(xiàn)的事實進行 事后的說明（退化的問題轉換），這個綱領就是停滯的”。四接下來讓我們提出軟件開發(fā)中的一個基礎性問題,然 后把科學發(fā)展的過程與軟件開發(fā)的過程相對照,透過科學 發(fā)展模式來看軟件開發(fā)活動的本質，將科學哲學的思想精 髓映射到軟件開發(fā)活動中，照亮問題的內部細節(jié)并分析問

11、 題形成的根本原因,從而可得出妥善解決問題的方法。3關于軟件開發(fā)方案評價標準的問題什么樣的軟件開發(fā)方法是好的方法？什么樣的軟件架 構是好的架構？什么樣的軟件開發(fā)語言和工具是最好的語 言和工具?當被問到類似這樣的問題時，未免讓一些軟件從 業(yè)者略顯尷尬,這些問題就像問一位哲學家“什么是哲學? ” 一樣難以回答。針對此類問題的回答即使是工作經驗豐富的軟件工 程師也往往各持己見，有些人此時堅持這種觀點彼時卻又 轉向了觀點的反面,或是轉向另一種觀點。最初他們認為? 論上介紹的方法和架構等都是好的，但是在實踐過程中他 們發(fā)現(xiàn)某些理論在應用時會遇到各種麻煩，許多過程性的 細節(jié)被過濾掉了，有些理論僅僅是闡述了

12、要達到的原則和 目標，但如何遵照所指出的原則行事以及如何達到這些目 標,不同的人在不同環(huán)境下會做出不同的選擇。而“選擇”這 種決定性判斷是由人通過主觀意識來決定的，這樣在選擇 方案的界定標準上就會存在不同的見解?？此骑L格迥異的 不同選擇通過不同途徑都能達到預期的目標，或者是基于 相同的理論基礎實踐后的結果卻各有成敗,這些都為好的 標準的界定增添了神秘色彩。正是因為理論與實際應用不完全相符產生的迷惑，使 實際應用的方案制定和選擇呈現(xiàn)出多樣性。有觀點認為，只 要方案能夠獲得實際效果、能夠達到期望目標,就可稱之為 好的方案但是如果把作為目標要素的軟件生命周期 長度的期望值加重，軟件的可擴展性、穩(wěn)定性

13、就顯得更重 要，此時這種觀點就會顯得不妥。另有觀點認為，只要方案 完全符合理論的原則標準,就可稱之為好的方案但是 如果把實現(xiàn)目標所需的成本以及方案的可行性產生影響的 權值加重，理論標準就會變成僵硬的教條而束縛了方案變 通的靈活性。如果為了強行符合所謂的標準而不惜一切代 價，最終帶來的將是團隊被所要實現(xiàn)目標的異化，以致違背 了以人為本的原則，甚至造成成本嚴重超支導致財政出現(xiàn) 問題?？梢娷浖_發(fā)中“什么樣的是好的？ ”既是復雜的 問題也是不可回避的問題。各種時空環(huán)境的差異及不同因 素的制約導致好方案的相對性，只有識別出特定時空環(huán)境 下起決定性作用的因素，才能明確相對的好方案準則。至此 以上問題已經

14、轉化為：特定時空環(huán)境下起決定性作用的因 素是什么?在特定的時空環(huán)境和因素的制約下,如何確定好 方案的評價標準？而這樣的問題只有訴諸于科技哲學才能 得到解答。4新視角下對軟件方案標準的探求在軟件開發(fā)的各種經典的教科書中，針對軟件開發(fā)各 個階段和過程都給出了理論性的指標、實現(xiàn)方法以及典型 的范例,但是在實際應用中存在誤用的情況。隨著用戶需求 日新月異的不斷提出，隨著開發(fā)者經驗閱歷的不斷豐富和 認識的不斷深入，隨著面臨要解決的問題日益復雜化或不 確定性日益增加，許多人便陷入了,對好的開發(fā)模式和 理論體系的向往”與“不知道好的標準是什么”之間的矛盾 中。這些人又往往存在幾種傾向最新流行的開發(fā)模式 就是

15、好的;大型公司的所應用的開發(fā)模式就是好的;擁有完 整的流程體系的開發(fā)模式就是好的。這就造成處理問題的 方法也各具特色,因此對于好的標準很難形成統(tǒng)一的共識。4.1庫恩思想對軟件開發(fā)過程的啟示面對一個軟件項目或產品的開發(fā)不同的開發(fā)團隊通 常會給出不同的方案，這是因為他們作為不同的共同體都 有各自遵循的一套范式。即使是沒有實戰(zhàn)經驗的新團隊也 會按照教科書中的指導，或者參考其他人的開發(fā)經驗制定 出一套臨時的范式作為標準，因為他們都深知“不以規(guī)矩, 不能成方圓”回的道理。4.1.1每個開發(fā)單位的團隊都是一個共同體對于那些有諸多項目經驗的研發(fā)團隊而言,特別是做 過的大型項目的團隊，他們的范式標準隨著所接觸

16、的項目 規(guī)模從小到大、需求從簡單到復雜，逐漸由簡單的設計走向 復雜的設計,以此適應新的情境和新的變化。直到這種范式 標準發(fā)展到他們認為的所研究的領域內任何用戶的 需求都可以在現(xiàn)有項目經驗上做局部調整就可以構建出目 標產物,這種范式標準便被他們作為最優(yōu)的標準。值得注意的是,他們認為這樣的一個范式標準在應對 一個新的需求時所做出的反應是快速的,主要原因有:理論 體系足夠完整，可以覆蓋大多數用戶沒有提出的預想，以做 到未雨綢繆;經驗積累足夠豐富,可以提供對比借鑒以做參 照;有了共同遵循的范式標準,會消除共識上的一些分歧。 新問題在他們面前就如同常規(guī)科學的解謎活動一樣,進入 了一種常規(guī)模式的研究狀態(tài)。

17、那么按照這樣的標準來處理 新問題真的能夠快速嗎?事實未必如此。這樣一個標準只有 在應對相同規(guī)模量級、相同復雜度體系的需求時，才會顯現(xiàn) 出構建效率上的優(yōu)勢。如果構建的目標規(guī)模量級比現(xiàn)有的 規(guī)模量級小,那就要在現(xiàn)有的完整體系上裁剪掉一部分,這 無疑是在削足適履。原有體系由于過于復雜,與裁掉的部分 的相關聯(lián)的屬性、方法及其它部分的邏輯設計勢必都會受 到影響，所以需要做更詳細的檢查和驗證才能保證萬無一 失。如果構建的目標規(guī)模量級與現(xiàn)有規(guī)模量級僅僅存在部 分交集，則不僅要裁剪掉一部分，還要考慮到繼續(xù)完善現(xiàn)有 體系,以囊括那些交集之外的部分。那么一旦這樣做了，復 雜度又會有所提升,規(guī)模量級又會朝著新的級別

18、發(fā)展。4.1.2每種編程語言的追隨者都是一個共同體對于使用不同編程語言開發(fā)者，他們都堅信自己所掌 握的編程語言是最好的語言,他們在行業(yè)中會遵從一套基 礎范式標準?；A范式標準通常是軟件開發(fā)工具的供應商 提供的基礎措施，后來經過龐大的開發(fā)者群體在實踐中不 斷研究探索，從而研發(fā)出各種版本的分支范式標準。他們通 過在相關論壇中交流經驗使各種分支范式標準在行業(yè)中形 成共識與普及。不同編程語言的共同體之所以強調自己所使用的編 程語言和開發(fā)工具最好，一般被認為它所能做的工作其它 編程語言和開發(fā)工具做不到或做的不夠好。事實上兩者的 比較本身缺乏一定的合理性?！俺哂兴?，寸有所長”這些 開發(fā)語言和開發(fā)工具所誕

19、生的環(huán)境和目標是不完全一致 的。例如:JAVA和ASP.NET都可以做Web項目的開發(fā)，如 果說JAVA的優(yōu)勢在于其插件和框架資源豐富、在不同的 操作系統(tǒng)上具有可移植性占有優(yōu)勢，那么ASP.NET則使開 發(fā)工作，快捷高效、在服務器管理簡單方便上占據一定優(yōu)勢。 雖然隨著智能移動設備時代的發(fā)展JAVA語言在移動設備 應用的開發(fā)中發(fā)揮出重大作用，但ASP.NET的插件資源和 跨平臺的解決方案在經歷演變之后也變得并不遜色。如果從用戶對項目需求的角度來考慮,則無論何種） 程語言和開發(fā)工具都表現(xiàn)出單憑自身無法滿足用戶需求的 特點，必須結合各種技術框架和設計思想綜合運用,才能達 到滿足用戶需求的目標。4.1

20、.3每一種具體流程標準的追隨者都是一個共同體 對軟件工程做深入研究會發(fā)現(xiàn)其中包含著豐富的思 想和流程標準。從軟件過程模型來看，各種文獻中提供了 “規(guī)定性的”和“描述性的”模型若干種，其中典型的模型有 瀑布模型、原型化模型、敏捷開發(fā)等;5從開發(fā)方法來看，典 型的方法有面向對象的開發(fā)方法、可視化開發(fā)方法等;四從 項目管理方面來看，則有PMBOK（項目管理知識體系）這 樣整套的管理技術與方法；在開發(fā)過程的指導和開發(fā)能力 的評估方面，則有CMMI這樣的軟件能力成熟度模型。面 對匯聚而成的如此浩瀚的標準海洋，每種支流都有其龐大 的追隨者。項目開發(fā)中原型化法與敏捷開發(fā)的運用難分伯 仲,面向問題的分析方法P

21、AM、面向對象的開發(fā)方法、可視 化開發(fā)方法更是呈三足鼎立之勢，管理方式上和開發(fā)過程 的流程也都在向PMBOK和CMMI靠攏，這似乎形成了一 股潮流，形成了對范式的一種尊崇。尊崇敏捷開發(fā)的共同體在軟件項目開發(fā)過程中迅速 響應用戶方面的優(yōu)勢明顯，但如果是做軟件產品開發(fā),其所 有神圣的宣言將會失去神圣色彩，這是由軟件項目與軟件 產品的區(qū)別決定的。CMMI雖然是為了提高軟件企業(yè)的開 發(fā)效率和軟件產品的質量而設計的措施，但是如果企業(yè)所 采用能力成熟度級別措施沒有與所開發(fā)的項目或產品的規(guī) 模和復雜度相匹配,要么是累贅的流程會拖延開發(fā)進程，要 么是不夠成熟的體系掌控不了全局。由此可見,同一個軟件項目或產品的

22、開發(fā)活動中不同 共同體按照各自的范式標準雖然都有可能達成目標 這也是為什么共同體成員對其所遵循的范式所深信不疑的 原因 但是其各自遵循的范式標準是否是最好的？顯而 易見并不一定是。不同共同體的成員擁有不同的世界觀，這 種世界觀在最初形成范式的過程中或接受學習某一范式的 過程中就已經發(fā)揮著作用。由于此后共同體成員的大部分 精力集中在如何利用現(xiàn)有的范式標準從事解謎活動，他們 的關注點聚焦在了如何達成既定目標，因此束縛了他們最 初的那種開創(chuàng)新事物或接受新事物的能力。而且一旦解謎 成功，他們就信心倍增，更加堅信其范式的優(yōu)越性。他們通 常沒有或者很少去考察“開發(fā)同一個項目或產品究竟使用 何種范式標準更優(yōu)

23、”，一是因為時間和精力有限，況且這個 對比驗證的過程工作量巨大，存在很多難度與挑戰(zhàn);二是因 為人們遵循某種范式后形成了某種思維慣性，習慣于用自 己所熟悉的方式來處理問題，這樣就會逐漸失去客觀的評 判能力。如果一旦解謎活動失敗,開始有人持懷疑態(tài)度,伴 隨著這種問題長期得不到妥善解決，特別是此后的解謎活 動失敗和反?，F(xiàn)象屢次頻發(fā)，就會撼動范式在共同體成員 心目中的地位。此時共同體中的一些成員就會把視線轉移 到其它范式,以期望能夠找到解決問題的辦法。特別值得注 意的是，此時共同體中如果有新成員的加入,尤其是對其它 范式有開發(fā)實踐研究經驗的人，便會對共同體成員思想的 轉變起到催化劑的作用。伴隨著引入新

24、范式解謎成功導致 使危機產生，并逐步走向范式轉換的革命之路。范式的革命 性轉變也意味著一個軟件的生命周期結束。軟件開發(fā)共同體范式的轉變是共同體成員世界觀的 轉變,起初是從一種信仰轉為另一種信仰，但是當經歷過幾 （軟件生命周期和范式的變革之后，他們也會意識到范式 標準的相對性，沒有絕對好的范式標準而只有相對好的范 式標準，好的范式標準唯一不變的特性只有變化本身。而在 軟件開發(fā)過程中做出何種選擇，完全出于共同體主體的實 踐理性。4.2拉卡托斯思想對軟件開發(fā)過程的啟示4.2.1軟件開發(fā)中的硬核研究無論是科學理論還是技術理論,一個最基本的標準是 要有硬核，硬核作為其理論體系的核心部分，體現(xiàn)了其理論 體

25、系的本質特征，不同科學技術理論的硬核不同，它們是在 不斷地實踐中沉淀的思想結晶。軟件開發(fā)過程中，無論是選擇現(xiàn)存的思想、架構、語言、 工具,還是在開發(fā)活動中形成的經驗積累，都應該具有作為 硬核部分的核心理論體系。如果沒有硬核，說明軟件知識形 態(tài)還處于初期的形成階段，對于這種未成熟的軟件知識形 態(tài)還要觀察其發(fā)展態(tài)勢,因此還談不上對其優(yōu)劣做出評判。 那么硬核的具體體現(xiàn)是什么樣的？拿編程語言和開發(fā)工具 舉例，各種編程語言的語法規(guī)則、語言特性和其所遵照的編 程思想原則就是其硬核，而對于開發(fā)工具來說，Net Framework 是 Visual Studio 開發(fā).NET 程序的硬核,JDK 是 開發(fā)Ja

26、va程序的硬核。拿軟件工程過程舉例,軟件過程模 型方法策略是建模階段的硬核,軟件項目管理計劃和管理 方法是項目管理過程的硬核,軟件需求分析的方法策略是 獲取需求階段的硬核,軟件體系結構設計方法策略是概要 設計階段的硬核,軟件的模塊設計方法和原則規(guī)范是詳細 設計階段的硬核,軟件測試計劃和原則方法則是軟件測試 階段的硬核,對于一個軟件開發(fā)團隊而言，至少要形成兩種硬核: 一種是所研發(fā)出的軟件產品具備的功能硬核，它決定了軟 件產品在市場中的核心競爭力,是其價值彰顯的根本所在; 另一種是軟件開發(fā)團隊自身的開發(fā)經驗積累。只有至少具 備了兩種硬核,才算具備了參與好壞優(yōu)劣的評判基礎。4.2.2軟件開發(fā)中的保護

27、帶研究硬核理論并不是孤立存在的,在它周圍有保護帶保護 硬核免受傷害，保護帶在科學理論中體現(xiàn)為一系列科學假 說、初始條件和背景知識,在技術理論中則體現(xiàn)為應用條 件、環(huán)境限制以及輔助說明。在軟件開發(fā)過程中，如果遇到重大需求變更對項目管 理過程造成威脅時，則通過建立項目需求變更流程機制來 處理,避免項目管理流程體系的科學性遭到沖擊;如果需要 變更的內容對原有軟件設計體系造成威脅，則采取構建子 系統(tǒng)、服務程序、擴充接口和模塊的方式與現(xiàn)有主體系統(tǒng)進 行交互,避免主體設計體系遭到破壞;如果針對某一具體的 程序功能提出擴展需求時，則采取擴充功能類及功能類中 的方法，并在方法調用處使用“反射+配置文件”或“適

28、配器 模式”避免原有程序邏輯的整潔性和清晰性遭到破壞。這些 都可以看作是保護硬核體系的保護帶，而且保護帶一旦起 到進步性的作用，也會逐漸演化為硬核的一部分。對于一些 程序配置的設計、軟件設計模式的使用、程序邏輯分層的設 計、分布式的程序設計、項目集群的設計,這些以提高靈活 性、避免修改原有程序、提高程序可復用性和擴展性、以高 內聚低耦合為目標原則的設計，實際上也都是為了保護各 種理論硬核而采取的保護帶措施。甚至在軟件提交時，如果 仍然存在已知但是尚未解決的問題，通常會在軟件操作手 冊中做出特殊說明,以免軟件的可用性遭到質疑,例如我們 在使用某些Web站點的功能時，經常被要求使用特定的瀏 覽器，

29、或者要開啟兼容模式才能訪問。4.2.3軟件開發(fā)中的啟發(fā)法研究理論體系在正面啟發(fā)法的作用下完善保護帶以提供 新的預測功能，在反面啟發(fā)法的作用下保護硬核不受反駁 而提供問題的轉化和解決功能，從而使自身不斷在進化與 退化中發(fā)展演化。在軟件開發(fā)過程中，正面啟發(fā)法的例子體現(xiàn)在發(fā)布新 版本帶來的兼容性升級或擴展性升級。例如:VS2019既能 提供VS2017的兼容又有了新的功能改進;VS2017與以往 的VS版本相比，增加了.Net Core為跨平臺的操作提供了 解決方案，提供了開發(fā)IOS和Android項目的開發(fā)方案等。 反面啟發(fā)法的例子則體現(xiàn)在發(fā)布升級補丁包帶來的功能優(yōu) 化或漏洞修復。例如:開發(fā)工具和

30、軟件根據搜集的用戶反饋 信息發(fā)布功能優(yōu)化/?。粸閼獙诳偷穆┒垂羲鞯挠?針對性漏洞安全修復/丁。正面啟發(fā)法是主動的、有預見性 的解決新問題，反面啟發(fā)法是被動的、防御性的解決帶有威 脅性的問題。在正面啟發(fā)法的作用下解決了更多的問題，有 了更多的預見性，則該軟件理論體系就是進步性的綱領，而 一旦發(fā)生越來越多的解決不了的問題或一味采取防御性的 修補措施,伴隨著預見性的漸漸失去該軟件理論體系就逐 漸淪為退步的綱領。例如:VS2017相比之前版本解決了跨 平臺的問題以及IOS和Android項目的開發(fā)問題是進步的 體現(xiàn);而多年前的VB6、Delphi7不能針對Web應用開發(fā)提 供解決方案,以及無法滿

31、足用戶的多元化需求最終逐漸走 向沒落則是退步的體現(xiàn)。由此可見，硬核、保護帶和啟發(fā)法所構成的研究綱領 理論體系可作為成熟理論體系的一個評價參考尺度。軟件 開發(fā)過程中在選擇第三方的理論或工具時，有必要考察被 選擇對象是否是具備這三者的成熟理論體系,尤其要關注 其硬核是否可以解決軟件開發(fā)中的難點和重點以生產出具 有核心競爭力的軟件。軟件開發(fā)團隊自身則要在不斷的項 目實踐活動中歷練，逐漸形成具備這三者的理論體系作為 經驗積累以鑄造具備核心競爭力的團隊。這樣便具備了作 為衡量發(fā)展進步尺度的雙重科學標準。但是更進一步分析，如果多個軟件開發(fā)企業(yè)團隊、多 個不同的軟件項目或產品都已形成或具備了這樣的理論體 系

32、，將他們放在一起比較則依舊很難分出好壞優(yōu)劣，這是因 為研究綱領理論體系是衡量科學性的標準，而好壞優(yōu)劣是 從技術的功利性角度來衡量的，即滿足目標的有用性和有 效性。因此在遵照科學研究綱領方法論的基礎前提下開展 的軟件開發(fā)活動，結合團隊自身特點和能力范圍運用方法 并且如期達成了功利性目標，將之綜合考量才可以確定是 否是一種好的方案。這樣的好方案同樣具有相對性,相對性 的跨度既取決于科學研究綱領進步的持續(xù)過程的跨度，又 取決于開發(fā)團隊的主體性因素。5軟件開發(fā)的相對評價標準及其影響因素在做出問題分析的結論之前，我們再來看最后一個例 子。眾所周知淘寶網已成為我們今天生活中所離不開的 購物平臺之一，憑借其

33、先進的技術理念和平臺的穩(wěn)定性帶 給用戶的體驗足以被視為互聯(lián)網開發(fā)的成功典范，像這種 級別的互聯(lián)網平臺設計及其技術理論體系都頂著成功企業(yè) 的耀眼光環(huán)。然而，如果考察過淘寶網的發(fā)展歷史便會發(fā) 現(xiàn)，這樣一個高大的形象也并不是一次性樹立起來的，而是 經歷了漫長的歷史演變過程。它最初是由工程師基于3000 美元購買的PHP程序代碼上進行技術改進后形成的基礎 技術架構，吸規(guī)模上看那時的它和今天的小型網站并無區(qū) 別，甚至從技術體系成熟度來看比今天的小型網站還要遜 色,因為經過時代的變遷，如今的小型網站架構體系中已經 融合了各種新技術和新思想。正是這樣一個小型網站的架 構在經過體系的不斷革新之后，才形成了今天

34、如此有影響 力的大平臺。至此結論已經不言自明了，好的軟件項目和產品都是 在不斷的開發(fā)實踐過程中演變而來的，既沒有一步到位方 法更沒有一勞永逸方案。衡量軟件方案的標準也只能是相 對性的標準和階段性的標準。開發(fā)過程中形成一定的范式， 并遵從范式在解謎活動中取得成功，是相對的好;突破原有 范式使之發(fā)生革命性的轉變，從而解決老范式不能解決的 問題，是相對的好;形成理論硬核并在各種輔助性措施下不 斷砥礪前行,不斷的預見和解決新的問題，不斷完善自身體 系的不足,不斷的朝著進步的方向演變，也是相對的好。相對的評判標準取決四個方面：目標問題是否得到妥 善解決;物質資源的利用率是否達到最優(yōu);人力資源的能力 是否發(fā)揮最優(yōu);使用的方法策略是否最合理。如果把這樣的 情況用函數的方式描述，那么特定階段的時空就是軟件開 發(fā)活動的作用域?？梢园涯繕藛栴}域看作是值域，時空中的 物質資源一旦確定下來就可看作是階段性的常量，使用的 方法策略可看作是函數表達式，而作為主體的