1. 程式人生 > >第三次小組報告

第三次小組報告

能力 其他人 兩個 容易 調用 切分 萌芽 小項目 流程

盧曉東:趁著五一小短假期間閱讀了這三章,讓我感覺想要成為一名軟件工程師的路還要很長,在我面前就出現了一條分叉路:即是成為一名個人能力優異但不顧及團隊成員理解與否的程序員還是個人能力一般但會結合團隊人員的理解能力去編程的程序員,如果兩者都能取長補短呢?或許太過於理想化了,每個人對於程序都有自己獨特的程序風格,即便是使用同一種規格下的編程風格,但是每個人執行起來總會添加有自己的東西,像是變量名的取向,函數的調用,還有類似的等等。如果是我的話,可能會選後者,畢竟以後加入了團隊以後,首要的宗旨是服從團隊的安排,不要抱著個人英雄主義的想法,因為這會讓團隊內部存在瑕疵,或許一開始還沒什麽,但久而久之存在的問題就會越來越多,等到最後補不過來的時候,團隊就等於完結了。為什麽現在的創業團隊這麽容易解散?因為看不到業績,看不到繼續下去的希望,就會有想退出的想法,一旦有人開始退出了,剩余的也就不想繼續了,以至於一個團隊就這樣名存實亡了。生活中的團隊是如此,軟件工程中的團隊也是如此吧?

吳詩遠:

第三章 軟件工程師的成長

1.個人能力的衡量與發展

初級軟件工程師如何成長:
(1)積累軟件開發 相關的只是,提升技術技能。例如:對java、c、c++,c#的掌握,診斷\提高效能的技術,對設備驅動程序、內核調試器的掌握;對於某一開發平臺的掌握

(2)積累問題領域的知識和經驗

(3)對通用的軟件設計思想和軟件工程思想的理解

(4)提升職業技能

(5)實際成果

2.職業之路——考級之路

計算機等級考試和全國計算機技術與軟件專業技術資格考試

第四章 兩人合作

1.代碼規範

“代碼規範”可以分為兩個部分:
1.代碼風格規範。主要是文字上的規定,看似表面文章,實際上非常重要。

2.代碼設計規範。牽涉到程序設計,模塊之間的關系、設計模式等方方面面的通用原則。

代碼風格的原則是:簡明 易讀 無二義性

包括 縮進、行寬、括號、斷行於空白的{}行、分行、命名、下劃線、大小寫、註釋

代碼設計規範:函數、goto、錯誤處理、如何處理c++中的類、代碼復審、結對編程、

兩人合作的不同階段和技巧

1.萌芽階段 2.磨合極端 3.規範階段 4、創造階段 5、解體階段

第五章 團隊和流程

軟件團隊的模式:

(1)主治醫師模式

(2)明星模式

(3)社區模式

(4)業余劇團模式

(5)秘密團隊

(6)特工團隊

(7)交響樂團模式

(8)爵士樂模式

(9)功能團隊模式

(10)官僚模式

開發流程:
(1)寫了再改模式

(2)瀑布模式

李凱城:

第四第五章著重講了合作的重要性,從兩人合作到團隊合作,編程開發都不是一件容易的事情,要註意許多要點。

代碼書寫的規範。

你寫的代碼不僅僅是給機器看的,給你看的,也是給其他人看的,是給合作的隊友看的,在寫的過程中要註意規範,要註意縮進、行寬、對齊等格式。

代碼設計的規範。

函數中,你就只實現函數的具體功能,如構造函數,簡單初始化所有數據成員即可。

代碼復審。

找出代碼的編輯錯誤、邏輯錯誤、算法錯誤跟潛在錯誤。

合作需要講究技巧,要運用合理的方式影響合作的對方,盡量運用邏輯加感情,使對方能快速地接受。

從兩個人上升到團隊,在團隊中,你需要做好自己負責的事情,在有余力的情況下盡量可以幫助其他人,一個復雜的項目是需要許多人一起共同完成的,

你負責的可能是其中的一小部分,卻是不可缺少的存在,只有每個人各司其職,才能完成項目的開發。

楊嘉豪:

第八章:需求分析

這一章主要講述了軟件需求的類型、利益相關者、獲取用戶需求的常用方法和步驟、競爭性需求分析的框架NABCD、四象限方法、項目計劃和估計的技術。

確認軟件需求有以下步驟:1.獲取和引導需求、2.分析和定義需求、3.驗證需求、4.在軟件產品的生命周期中管理需求。

第九章:項目經理

這一章主要講述了團隊角色分工、項目經理的由來和要求、項目經理和其他經理的區別、軟件項目中的風險和風險管理、PM的專業能力。

PM的能力要求:1.觀察、理解和快速學習能力、2.分析管理能力、3.一定的專業能力、4.自省的能力

奚佳峰:

敏捷開發以用戶的需求進化為核心,采用叠代、循序漸進的方法進行軟件開發。在敏捷開發中,軟件項目在構建初期被切分成多個子項目,各個子項目的成果都經過測試,具備可視、可集成和可運行使用的特征。換言之,就是把一個大項目分為多個相互聯系,但也可獨立運行的小項目,並分別完成,在此過程中軟件一直處於可使用狀態。

核心原則

1.主張簡單 2.擁抱變化 3.可持續性 4.遞增的變化 5.令投資最大化 6.有目的的建模 7.多種模型 8.高質量的工作 9.快速反饋 10.輕裝前行

王彥凱:

敏捷流程:第一步:找出完成產品需要做的事情——Product Backlog

     第二步:決定當前的沖刺需要解決的事情——Sprint Backlog

     第三步:沖刺(Sprint)

     第四步:得到軟件的一個增量版本,發布給用戶。然後在此基礎上又進一步計劃增量的新功能和改進。

Agile是一股思潮,或者說是一種價值觀,它涵蓋了好幾種軟件開發的方法論;這些方法論又是建立在許多行之有效的最佳實踐方法之上的

第三次小組報告