构建之法---初识篇(软件工程师的成长和两人合作)
這周主要看的是第三章和第四章:軟件工程師的成長和兩人合作,首先銜接上一次的第二章的內容,繼續了解如何成為一個合格的軟件工程師,當我們真正成為一個合格的軟件工程師的時候,我們就應該進行團隊合作了,首先從最基礎的,兩人合作開始,了解到在團隊合作時,我們要如何工作,如何規范自己的代碼,讓大家可以共享
?
對于軟件工程師的成長這一章來說我覺得,首先就是更新了我對軟件編程的看法,如果把軟件工程師看做一個醫生的職業,每次做手術都要看著醫書,查著百度來做,那不是很恐怖嗎?所以我們應該做的先是要精通吧,通過不斷的練習,不斷的改錯,熟能生巧,這樣才能成為一個合格的軟件工程師,軟件編程不是玩笑 不是只要喝著咖啡,聊著天,還能編的得心應手的(至少現在的我還達不到這樣的水平)。所以,總而言之,言而總之,對編程的態度也是一個合格的軟件工程師的必修課。在做項目之前,必須把基本功練扎實了。
?
接著來說兩人合作的問題,先說代碼設計規范:1.縮進 4個空格? 2.行寬? 100字符? 3.斷行,大括號獨占一行?? 4.不要把代碼放到同一行? 5.規定統一命名變量?? 6.一個類型的成員變量通常用m_來表示? 5.大小寫問題 類和函數名都是第一個字母大寫,變量名和類里面的名詞,一般是組合名詞分幾部分的大小寫如? HelloInsert。? 7.注釋,一般復雜的注釋寫在函數上方(即函數頭),一般是解釋參數類型,盡量不要用中文
復審問題:復審很重要,包括個人復審和同伴復審,我覺得個人復審就是將自己的程序可以順利的編譯執行,同伴的復審可能更加能夠找出一些比較高級的錯誤,比如算法架構的合理性等等。復審一定要嚴格對待,不能馬虎了事。
結對編程:個人特別喜歡結對編程,因為對于目前的我們來說,其實水平上還是有很大差異的,所以將任務分開,一人引領一人做,這樣不僅可以很快的完成任務,提高代碼的合格率,還可以讓兩個人在編程的能力上有說提升,是一個很不錯的主意。
轉載于:https://www.cnblogs.com/yx-wx/p/6715936.html
總結
以上是生活随笔為你收集整理的构建之法---初识篇(软件工程师的成长和两人合作)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: steam余额转到蒸汽平台教程(stea
- 下一篇: 华为正式发布鸿蒙OS 2.0详细介绍(华