《構建之法》 第四章

2022-04-02 14:03:25 字數 1199 閱讀 5128

本章內容是講「兩人合作」,眾所周知——「三個臭皮匠賽過諸葛亮」,無論是從事什麼活動或者工作,可見合作的力量是1+1>2

一、重要性:

軟體開發的過程是複雜的,顯然的乙個人的智慧型是不夠的,遇到問題一起解決,工作一起分擔能使開發的效率提高很多。以後到公司團隊工作,合作很大程度上實現優勢互補,比如說有人擅長介面設計,有人擅長實現功能,這樣的合作能減少工作量提高整個開發效率。有些人技術很好,可是在溝通這方面十分欠缺,這是很不利於合作的,在專案的開發中,一旦專案出現問題或者自己對一些**功能的修改都要及時跟同伴溝通,不然將給其他人帶來很多不必要麻煩,比如資料庫表的字段未經過同意就修改字段,其他開發人員恰好也用到這張表,卻不知欄位被修改,將會帶來很多額外的工作。

二、如何合作:**規範、**複審

1、合作說易不易,合作的好勢必效率質量調高,如果只是自己做自己當然失去合作的意義

作為一位程式設計師,難免會因為各種各樣的原因要閱讀其他人的**,這時候我們往往會有數不盡的吐槽和疲倦。雖然現在我們在學校寫的都是專案而且都是乙個人完成,對這樣的場景還沒有深刻體會,但是以後出去工作,避免不了要加入新專案,閱讀其他人**是常有的事,下面是如何進行**規範:

1.1  去除沒有用到的類引用,eclipse裡面ctrl+shilft+o

1.2  記得格式化**,eclipse裡面ctrl+shilft+f

1.3  不要吝惜廢棄的老**,eclipse裡面ctrl+d

1.4  不要寫冗餘無用的**

1.5  空行可以用來隔開相對獨立的**塊,有利於閱讀和理解

1.6  不要在兩個地方出現完全相同的**,可以用重用

1.7 命名類,方法,變數慎用簡寫,開發前規定好,而且要有意義

1.8 把所有的類變數放到最前面,不要亂放,找起來很辛苦

1.9  拆分大的類,大的方法,如果類有一萬行,如果方法有一千行嗎,看了很難受

1.10 善於運用注釋,能提醒自己寫的是什麼內容,而且命名的英文,未必別人理解自己想表達的內容

2、**複審:在「**規範」的框架內正確解決問題(自我複審、同伴複審、團隊複審),最基本的複審手段是同伴複審

複審的目的:找出**的錯誤、發現邏輯錯誤、發現演算法錯誤、發現潛在的錯誤和回歸性錯誤、發現可能改進的地方、教育傳授經驗給開發人員

如何複審:

複審前:**必須成功地編譯,在所有要求的平台上,同時要編譯debug reteil版本;程式設計師必須測試過**

複審中:面對面複審、獨立複審或其他方式

構建之法《第四章》之感悟

第四章 兩人合作 內容出處 4.6 兩人合作的不同階段和技巧 本章主要是講關於合作方面的,文章以剛剛認識的兩個人為例 也就是說,他們之前的關係是陌生人,然而在現實當中兩人合作也可以有其它的關係,比如說合作的兩人彼此是情侶關 系,那應該怎樣合作呢?如果男的與女的合作前,男的對女的千依百順,再合作時,當...

《構建之法》第四章讀後感

規範 擁有簡明 易讀的 風格是每乙個程式設計師的必修課。你的程式採用的縮排風格,變數名統一的規範在團隊工作裡尤為重要。風格規範 1.縮排 4個空格的距離在可讀性來說剛好。2.行寬 100字元 3.括號 在複雜的條件表示式中,用括號清楚地表示邏輯優先順序。4.斷行與空白的 行 5.分行 不要把多個變數...

構建之法第四章讀後感

第四章講訴了現今的軟體很少見到由乙個人完成的,而是乙個團隊相互合作完成的。在我們寫 是應該要注意 的規範,不能夠只能讓自己看的懂,也要讓別人看得懂。在合作中在客觀全面的對待自己的結對夥伴,懂得相互鼓勵,相互學習。兩人合作的期間其實也分為好幾次階段 1.萌芽階段 2.磨合階段 3.規範階段 4.創造階...