《軟體工程之美》打卡第一周

2021-10-02 03:27:37 字數 2428 閱讀 8055

最近我參加了極客時間的21天打卡活動,極客時間是我比較喜歡的一款知識付費型產品,買了十幾個感興趣的專欄,有很多都沒來得及學習完,學習這件事情需要專注力,不是看完就算了還得去理解並消化,這個需要找出不被打擾的時間段去做,所以很多人沒辦法堅持下來。2023年我給自己立了乙個flag,最起碼要把存貨消滅一半,但光喊口號肯定是完不成目標的,也是時候逼自己一把,付費打卡就是很好的手段。

好了,說完了我完成目標的策略,下面是我這個星期完成打卡的一些總結,每天100字以上:

今天學習了軟體工程課程中的**《怎樣學好軟體工程》**,寶玉老師提到「軟體工程 = 工具 + 方法 + 過程。」,有四重境界,分別為用器、學術、悟道、傳道;並分享了學習方法——做中學,教中學;還分享了他閱讀過的一些參考書目,其中《人月神話》、《持續交付》都是我覺得不錯的書籍,其他的推薦書籍也列入我擴充套件知識的書單中。

今天學習了寶玉老師的《軟體工程之美》中的「到底應該怎麼理解軟體工程」,以下是我的總結:

我理解的軟體工程是,用規範和流程來指導開發,它是前人在無數專案實踐得來的方**,為了能夠確保能夠開發出高質量的產品和如期的完成專案。不管是瀑布模型還是敏捷開發都有適用場景,在這個領域裡沒有銀彈,需要結合團隊的情況選擇合適的方法和工具才能做到真正的敏捷。

今天學習了寶玉老師的《軟體工程之美》中的「工程思維:把每件事都當做乙個專案來推進」,以下是我的總結:

工程方法通常會分成六個階段:想法、概念、計畫、設計、開發和發布。每個階段都有必須完成的事情,按照計畫一步一步去實施一般不會錯。

我理解的工程思維是把自己真正放到專案中去系統思考整體價值和目標是什麼,去理解每個角色之間的協作關係是怎樣的,由點到面去發揮自己的價值,去影響其他角色一起更好的完成專案。

今天學習了寶玉老師的《軟體工程之美》中的「03|瀑布模型」,以下是我的總結:

有了混亂不堪的軟體開發經歷,前人才總結出了瀑布模型來讓軟體開發變得有序,但隨著軟體的複雜性越來越高,網際網路產品的快速迭代特性,瀑布模型的弊端也很明顯,所以後面才會有敏捷概念提出來適應複雜多變的情況。只有經歷過痛苦我們才會去思考什麼樣的開發模式才是適合我們當前時代,我覺得軟體工程不會是一成不變的,它會隨著歷史的程序不停往前推進。

今天學習了寶玉老師的《軟體工程之美》中的「04 | 瀑布模型之外,還有哪些開發模型?

目前我們團隊採用的就是迭代模型,因為好的產品需要不停打磨,每個版本都會有明確的交付需求,因為我們是網際網路產品所以開發節奏很快,老師提到的快速原型模型只有在專案初期快速驗證想法會用到,每個迭代的需求和計畫是明確的,比較像增量模型,當然也會有一些敏捷的實踐,比如採用tapd這樣的敏捷工具,bug跟蹤系統,持續整合系統,實際的軟體研發模式重來都不是一蹴而就,在強調快的時代,怎麼把流程跑得更高效才更有意義。

今天學習了寶玉老師的《軟體工程之美》中的05|敏捷開發到底解決什麼問題?,以下是我的總結:

對比與瀑布模型,敏捷開發更強調的是人。這個我非常有感觸,我所經歷過的幾個產品就是採用本節課所說的敏捷開發,因為我們的團隊本身比較小,每個迭代的每個需求都需要不同的角色通力配合才能夠很好的執行,類似需求管理、看板、每日站會等都是很好的敏捷實踐,我們開發引入的持續整合讓每一次**提交都能夠構建出可執行的版本。我覺得不好的地方有團隊不是很重視文件,網際網路團隊的乙個特點就是人員流動性高,會有一些歷史債務,團隊的成員離職之後就沒有人知道某個模組的背景了,還有一些規範的沉澱也不足,新人加入沒有很好的指引,我認為不管是敏捷還是其他的開發方法,文件化都是個很重要的內容,但這是往往被忽略的事情。敏捷開發能解決短週期完成功能迭代的流程,讓人員更高效的協作,在強調快的時代,我個人是很推崇敏捷開發的。

今天學習了寶玉老師的《軟體工程之美》中的06|大廠都在哪些敏捷方法(上)?,以下是我的總結:

我就是在大廠實踐敏捷方法的,寶玉老師裡面提到的比如圍繞ticket開展工作任務我們是通過tapd來管理專案的,每個專案會有專門的工作區,工作區會按迭代來規劃工作,每個迭代會有對應的需求,每個需求會有多個相關的工作任務,也就是這裡說的ticket,我們也叫task。我們程式設計師每次功能迭代就是要基於需求去拆分task然後評估時間去執行工作。關於老師講到的基於git和ci的開發流程是我們日常最普通不過的事情了,每日定時構建,提交構建,我們採用devops開發理念讓構建更快的做出反饋。關於每日站會,我們每天都會在固定時間點召集專案相關人參與,一般不建議太多人,主要是為了及時暴露問題和風險點。還有關於自動化測試code review這個是需要從上而下去強制性執行,不然最後還是會流於形式。

一周的時間過得很快,每天抽出30分鐘來學習並沒有我想象這麼難,雖然前期會比較痛苦,但學習帶來的充實感會讓你每週都獲得滿滿的能量,這不一周就這樣堅持下來了。讓我們好學習,學好習,下週再見。

軟體工程第一周開課部落格

1.介紹自己,建部落格 看看自己的園齡,已經1年3個月了,但是回顧自己寫過的部落格,是從去年七月份,也就是去年大二暑假開始寫的,第一次課,竟然要求在部落格上進行自我介紹,很是出乎意料啊.建立部落格呢,最開始就是為了完成作業,在上面發表一些老師要求發表的東西,基本沒自己主動發表過文章,回頭想想,確實也...

軟體工程第一周開課部落格

話說既然是第一周,那麼就從自我介紹開始吧。自我介紹 作為一名現在已經是大二的學生了,主要學習程式語言,然而我覺的學習的並不好,我覺的用只了解基礎來形容我可能更比較貼切,距離我們應該達到的目標還有很大一段距離。現狀,經驗和計畫 現在的我呢,感覺到了壓力,況且基本上沒有自主的去發表,特別認真的學習某些知...

現代軟體工程第一周作業

軟體過程與專案管理第一周作業 1.選一種你比較熟悉的軟體,點評它的優缺點,並描述此類軟體的發展歷史。答 wps 文字編輯系統 是一款辦公軟體。由 wps文字 wps wps演示三大模組組成。2 缺點 相容性較差。功能相對較弱。3 發展歷史 1988年 5月,求伯君憑一台 386電腦寫出 wps1.0...