其實(shí),在早期軟件開(kāi)發(fā)還是“小作坊”作業(yè)的時(shí)候,沒(méi)有形成所謂的開(kāi)發(fā)流程方法論,開(kāi)發(fā)特別倚重個(gè)人能力,大多都雜亂無(wú)章,所以效率也不高。
20 世紀(jì) 70 年代,從瀑布式開(kāi)發(fā)開(kāi)始,開(kāi)發(fā)流程有了一套自己的方法論。一路發(fā)展演進(jìn),先后涌現(xiàn)了敏捷和 DevOps 等新興理念。可以看出的是,軟件開(kāi)發(fā)規(guī)模越來(lái)越大,要求的速度卻越來(lái)越快。
01 開(kāi)發(fā)流程正在“提效”路上一去不回頭
上世紀(jì)50年代,一種項(xiàng)目管理三角(也稱的三重約束、鐵三角或項(xiàng)目三角)的模型開(kāi)始被人們廣泛使用。
三角模型被用來(lái)約束項(xiàng)目的發(fā)展過(guò)程,它認(rèn)為:
質(zhì)量工作是由該項(xiàng)目的預(yù)算、時(shí)間和功能來(lái)限制;
項(xiàng)目經(jīng)理可以約束之間的平衡;
一個(gè)約束的變化需要其他約束的變化來(lái)補(bǔ)償,否則質(zhì)量將受到影響。
例如,可以通過(guò)增加預(yù)算或縮小范圍來(lái)更快地完成項(xiàng)目。同樣,增加范圍可能需要相應(yīng)增加預(yù)算和進(jìn)度。削減預(yù)算而不調(diào)整時(shí)間表或范圍會(huì)導(dǎo)致質(zhì)量下降。也就是說(shuō),好、快、便宜(范圍、時(shí)間和成本),只能選擇兩個(gè)。
在早期,瀑布式開(kāi)發(fā)與三角模型相關(guān)聯(lián),由此表明:軟件開(kāi)發(fā)可以由應(yīng)用程序創(chuàng)建或構(gòu)建所花費(fèi)的時(shí)間長(zhǎng)度來(lái)定義。
然而,在當(dāng)時(shí),創(chuàng)建、測(cè)試和部署軟件通常需要很長(zhǎng)時(shí)間,因?yàn)樵陂_(kāi)發(fā)過(guò)程中沒(méi)有制衡。結(jié)果是軟件質(zhì)量不佳,存在缺陷和錯(cuò)誤以及未滿足的時(shí)間表。因此,瀑布式開(kāi)發(fā)的重點(diǎn)是軟件項(xiàng)目的長(zhǎng)期計(jì)劃。
這種思維方式來(lái)自制造和工程,其中線性過(guò)程是有意義的——你先建墻,再建屋頂。同樣,軟件開(kāi)發(fā)問(wèn)題被視為可以通過(guò)計(jì)劃解決的問(wèn)題。從開(kāi)始到結(jié)束,開(kāi)發(fā)過(guò)程都由路線圖明確定義,路線圖將導(dǎo)致產(chǎn)品的最終交付。
但是,瀑布式被認(rèn)為是對(duì)軟件開(kāi)發(fā)有害的,因?yàn)橥ǔＶ钡巾?xiàng)目周期的最后階段才能確定其價(jià)值,并且在許多情況下項(xiàng)目都失敗了。此外,客戶直到項(xiàng)目結(jié)束才能看到可運(yùn)行的軟件。
事情在敏捷時(shí)代發(fā)生了改變。
敏捷采取了一種不同的方法,不再規(guī)劃整個(gè)項(xiàng)目,承諾預(yù)計(jì)日期,并對(duì)計(jì)劃負(fù)責(zé)。而是假設(shè)并擁抱不確定性,改變被認(rèn)為是滿足客戶需求的一種方式。
它定義了以下12條原則:
(引用)
1.我們的首要任務(wù)是通過(guò)早期和持續(xù)交付有價(jià)值的軟件來(lái)滿足客戶。
2. 歡迎不斷變化的需求,即使是在開(kāi)發(fā)后期。
3. 敏捷流程利用變化來(lái)獲得客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)。
4. 頻繁地交付可工作的軟件,從幾周到幾個(gè)月不等,優(yōu)先考慮較短的時(shí)間范圍。
5.業(yè)務(wù)人員和開(kāi)發(fā)人員必須在整個(gè)項(xiàng)目中每天一起工作。
6.圍繞積極的個(gè)人建立項(xiàng)目。
7. 為他們提供所需的環(huán)境和支持,并相信他們會(huì)完成工作。
8. 向開(kāi)發(fā)團(tuán)隊(duì)和在開(kāi)發(fā)團(tuán)隊(duì)內(nèi)部傳達(dá)信息最有效的方法是面對(duì)面交談。
9. 工作軟件是進(jìn)度的主要衡量標(biāo)準(zhǔn)。
10. 敏捷流程促進(jìn)可持續(xù)發(fā)展。贊助商、開(kāi)發(fā)者和用戶應(yīng)該能夠無(wú)限期地保持恒定的步伐。
11、對(duì)卓越技術(shù)和良好設(shè)計(jì)的持續(xù)關(guān)注可提高敏捷性。
12、團(tuán)隊(duì)定期反思如何提高效率,然后相應(yīng)地調(diào)整和調(diào)整其行為。
詳情可查看敏捷宣言網(wǎng)頁(yè):https://agilemanifesto.org/principles.html
從敏捷開(kāi)始,短時(shí)間和高效率成為開(kāi)發(fā)理念中的一個(gè)重點(diǎn)。而 DevOps 則更進(jìn)一步。
某種程度上,DevOps 是一種文化、一種心態(tài)、一種軟件開(kāi)發(fā)或基礎(chǔ)架構(gòu)的方式,以及一種構(gòu)建和部署軟件和應(yīng)用程序的方式。其中的精髓是:開(kāi)發(fā)和運(yùn)維之間沒(méi)有墻;它們同時(shí)工作,沒(méi)有孤島。
DevOps 正是基于精益和敏捷兩個(gè)實(shí)踐領(lǐng)域。雖然敏捷和 DevOps 有很多不同之處,但它們都尋求解決復(fù)雜問(wèn)題、提高質(zhì)量并圍繞軟件設(shè)計(jì)進(jìn)行創(chuàng)新。
與此同時(shí),DevOps 加快了開(kāi)發(fā)和運(yùn)維人員之間的工作,還減少了Dev 和 Ops 之間的分工。這是因?yàn)镈evOps 要求持續(xù)部署、交付和集成。團(tuán)隊(duì)合作是一體的;問(wèn)題和故障由開(kāi)發(fā)、運(yùn)維和其他實(shí)體共同擁有,例如質(zhì)量保證(QA)、測(cè)試、自動(dòng)化等。
敏捷與 DevOps 的區(qū)別
總的來(lái)說(shuō),無(wú)論是敏捷還是DevOps,都旨在幫助團(tuán)隊(duì)更快、更高效地工作,更快地交付高質(zhì)量產(chǎn)品和提高客戶滿意度。
02 天下武功唯快不破!
在敏捷時(shí)代,一批輕量的軟件工程方法和框架相繼誕生,它們共同的特點(diǎn)是,相對(duì)傳統(tǒng)軟件工程,都遵循演進(jìn)和迭代的模型,過(guò)程更加輕量靈活,以 Scrum 和極限編程 (ExtremeProgramming) 為代表。
早期的敏捷專注的是研發(fā)交付階段,站在業(yè)務(wù)的角度,它的目標(biāo)是幫助產(chǎn)品和研發(fā)團(tuán)隊(duì)提升敏捷響應(yīng)能力。但在 DevOps 時(shí)代,IT 不僅要保證產(chǎn)品的開(kāi)發(fā)和交付,系統(tǒng)部署和運(yùn)行同樣重要 。在敏捷開(kāi)發(fā)的理念之上,又補(bǔ)上了運(yùn)維的部分。
目前,DevOps 仍處于高速發(fā)展階段。南京大學(xué)軟件研發(fā)效能實(shí)驗(yàn)室發(fā)布的DevOps ·云原生2021年度中國(guó)調(diào)查報(bào)告》顯示,2021年國(guó)內(nèi)企業(yè)的 DevOps 工具的普及程度較2019年有明顯上升趨勢(shì)。
因此,為了達(dá)到更快更好的開(kāi)發(fā)目標(biāo),不斷有新式的開(kāi)發(fā)工具涌現(xiàn)出來(lái)。
一方面,不同工具在各領(lǐng)域全面開(kāi)花,一起助推 DevOps 的落地。比如JIRA、Trello等敏捷開(kāi)發(fā)工具,Maven、NPM、Gradle等持續(xù)交付工具,Zabbix、Elastic、Grafana、Kafka、Ansible、Logstash、Prometheus等自動(dòng)運(yùn)維工具等等。
另一方面,一些集大成的工具也同時(shí)應(yīng)用自動(dòng)化、AI等技術(shù),以更好地實(shí)現(xiàn)功能。其中,飛算SoFlu 全自動(dòng)軟件工程平臺(tái)便是其中的一個(gè)代表。
飛算SoFlu是近年發(fā)布的新一代 JAVA 開(kāi)發(fā)工具,截至目前已在包括醫(yī)療、金融、制造、零售等在內(nèi)的多個(gè)行業(yè)使用。
全自動(dòng)平臺(tái)可以通過(guò)降低準(zhǔn)入門檻、人力成本和溝通成本,來(lái)極大提升企業(yè)的開(kāi)發(fā)效率。以工具為核心,制訂好管理流程,利用科學(xué)的管理方法,讓程序員在操作工具時(shí)有規(guī)可循,從而降低管理風(fēng)險(xiǎn)和溝通風(fēng)險(xiǎn)。
以某大型國(guó)有企業(yè)開(kāi)發(fā)的“百萬(wàn)人使用級(jí)別的電商平臺(tái)”項(xiàng)目為例。此前,該企業(yè)組建數(shù)十人團(tuán)隊(duì)完成開(kāi)發(fā),上線后卻在功能性、穩(wěn)定性、安全性等方面問(wèn)題不斷,且無(wú)法在短期內(nèi)修復(fù)。在使用飛算 SoFlu 全自動(dòng)軟件工程平臺(tái)后,該企業(yè)僅投入 6 位研發(fā)人員 45 天就高效完成開(kāi)發(fā)、測(cè)試、聯(lián)調(diào)、上線全流程任務(wù)。
具體來(lái)說(shuō),單就Excel表格文件解析這個(gè)高頻開(kāi)發(fā)功能,這在之前,即使是一個(gè)經(jīng)驗(yàn)豐富的程序員,也至少需要花費(fèi)半天時(shí)間。但是飛算能夠?qū)r(shí)間壓縮到以分鐘計(jì)算:
1. 編程邏輯流程化,十分鐘完成開(kāi)發(fā),完全不用敲代碼,拖拉拽即可完成后端開(kāi)發(fā)。
2. 豐富的組件支持,涵蓋數(shù)據(jù)庫(kù)、redis、api、mongoDB、子流程組件等,支持循環(huán)、條件判斷、函數(shù)調(diào)用,通過(guò)拖拉拽的方式以及參數(shù)配置實(shí)現(xiàn)等同編寫復(fù)雜代碼的業(yè)務(wù)邏輯。
3.函數(shù)齊全,各種API函數(shù)應(yīng)有盡有,快速解決業(yè)務(wù)及功能上的各種需求。
免責(zé)聲明：市場(chǎng)有風(fēng)險(xiǎn)，選擇需謹(jǐn)慎！此文僅供參考，不作買賣依據(jù)。
關(guān)鍵詞： 越來(lái)越快 軟件開(kāi)發(fā)
