一、不懂的問(wèn)題

• 關(guān)于注釋以及命名的問(wèn)題，在4.2.9節(jié)中講到“不要寫多余的注釋”以及“不要解釋程序是怎么工作的”，我的問(wèn)題是注釋在項(xiàng)目中到底起到什么作用？如果我們?cè)谧兞恳约胺椒舷伦愎Ψ?#xff0c;那解釋方法工作的注釋是不是就可以省略？在編譯課上老師提到了“零注釋編程”這樣的一個(gè)概念，意思就是在命名變量或者函數(shù)時(shí)，起的名字要帶有功能或者意義。我回來(lái)查閱了一些文章，發(fā)現(xiàn)這方面的內(nèi)容不多，但國(guó)內(nèi)應(yīng)該還是有的，比如這篇博文，當(dāng)然博文的觀點(diǎn)太過(guò)絕對(duì)我不完全贊同，但是我還是覺(jué)得如果變量以及函數(shù)有好的命名，是可以省略部分注釋的，這樣也可以避免注釋更新滯后的問(wèn)題。我在這次的項(xiàng)目中試驗(yàn)了一下，感覺(jué)還可以，也可能是因?yàn)轫?xiàng)目太小沒(méi)感覺(jué)出來(lái)問(wèn)題。。。
• 在13.3中，講到“測(cè)試人員早期就應(yīng)該積極介入，并制定測(cè)試計(jì)劃以及總綱”，我的問(wèn)題是既然測(cè)試是基于代碼方面的，那怎么在設(shè)計(jì)時(shí)就定好需要的測(cè)試計(jì)劃？是要看開(kāi)發(fā)人員的設(shè)計(jì)文檔嗎？開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中有時(shí)候應(yīng)該會(huì)因?yàn)槟承﹩?wèn)題而更改設(shè)計(jì)文檔，這就可能導(dǎo)致一部分測(cè)試計(jì)劃失效，應(yīng)該選取怎樣的時(shí)間進(jìn)行測(cè)試設(shè)計(jì)使效率盡可能地高？我查閱到這篇文章，提到對(duì)測(cè)試產(chǎn)品分解成可獨(dú)立測(cè)試的單元，看起來(lái)測(cè)試計(jì)劃的制定是在開(kāi)發(fā)初步結(jié)束后，那在開(kāi)發(fā)人員開(kāi)發(fā)的時(shí)候測(cè)試人員應(yīng)該進(jìn)行哪些工作呢？
• 在今天這個(gè)時(shí)代，很多代碼都可以由機(jī)器生成，目前來(lái)看，軟件從業(yè)人員對(duì)于機(jī)器的優(yōu)勢(shì)我認(rèn)為在于人員之間的合作溝通，以及軟件工程的工作流程，但是比如測(cè)試，我覺(jué)得應(yīng)該也可以交給機(jī)器來(lái)實(shí)現(xiàn)，那測(cè)試人員與機(jī)器來(lái)講優(yōu)勢(shì)在什么地方。
• 在第二章中講到軟件設(shè)計(jì)，我的問(wèn)題是設(shè)計(jì)文檔究竟要寫到什么程度？設(shè)計(jì)文檔一旦確定，開(kāi)發(fā)人員還可不可以更改？在這次項(xiàng)目中我自己就遇到了這樣的問(wèn)題，因?yàn)槟承┲R(shí)自己理解的有偏差，所以導(dǎo)致設(shè)計(jì)文檔無(wú)法實(shí)現(xiàn)，于是我修改了設(shè)計(jì)文檔，變成一個(gè)我掌握的實(shí)現(xiàn)方式。這種情況是要去找資料去完成原有設(shè)計(jì)呢？還是求快求簡(jiǎn)單，改用自己熟悉的設(shè)計(jì)？
• 在3.1節(jié)“團(tuán)隊(duì)對(duì)個(gè)人的希望”中，第一條是“團(tuán)隊(duì)成員間要進(jìn)行有效的交流”，我的問(wèn)題是什么樣的交流是有效的，人員間交流的無(wú)外乎就是代碼，小強(qiáng)以及工作進(jìn)度這些東西，這些就足夠了嗎？還是需要再交流其它的內(nèi)容？

二、名詞溯源

• 軟件：存儲(chǔ)在存儲(chǔ)程序計(jì)算機(jī)的存儲(chǔ)器中的共處理器執(zhí)行的指令，1953年8月由Richard R. Carhart在一個(gè)工程文本中提出的。
• 軟件工程：以系統(tǒng)化方法應(yīng)用于軟件開(kāi)發(fā)工程。1968年在前聯(lián)邦德國(guó)的北大西洋公約組織召開(kāi)的軟件工程會(huì)議上提出。

三、逸聞趣事

• Alain Colmerauer設(shè)計(jì)了邏輯編程語(yǔ)言Prolog。他的目標(biāo)是創(chuàng)造一個(gè)具有兩歲小孩智商的程序語(yǔ)言。為了證明他成功達(dá)到了這個(gè)目標(biāo)，他展示了一個(gè)Prolog程序，它對(duì)于每條查詢都會(huì)機(jī)智地給出相同的回答：“No”。
• 為了紀(jì)念偉大的先輩程序員Ada Lovelace那能夠?qū)懗鲇肋h(yuǎn)也無(wú)法被執(zhí)行的代碼的彪悍技能，Jean Ichbiah和美國(guó)國(guó)防部創(chuàng)造了Ada語(yǔ)言。盡管缺乏證據(jù)顯示有任何重要的Ada程序曾經(jīng)被完成過(guò)，歷史學(xué)家仍然確信Ada是個(gè)成功的公益項(xiàng)目，它讓數(shù)以千計(jì)的國(guó)防承包商免于淪落為與黑幫為伍。Ada曾經(jīng)是美國(guó)國(guó)防部指定的嵌入式計(jì)算機(jī)系統(tǒng)唯一開(kāi)發(fā)語(yǔ)言，在其研發(fā)上耗資巨大。（國(guó)防承包商們于是不用靠販賣軍火給黑幫來(lái)維持生計(jì)了）雖然有充分的證據(jù)顯示Ada的整型范圍溢出檢查失敗導(dǎo)致弄壞了歐空局的一枚Ariane 5運(yùn)載火箭，不過(guò)美國(guó)國(guó)防部發(fā)言人對(duì)此表示：關(guān)我P事。

四、管理軟件優(yōu)劣

名稱優(yōu)點(diǎn)缺點(diǎn)

Microsoft TFS	需求、項(xiàng)目進(jìn)度一覽無(wú)余, 能與 VS 無(wú)縫接合	維護(hù)起來(lái)比較復(fù)雜, 瀏覽器訪問(wèn)相當(dāng)慢
Git	代碼庫(kù)占極少的空間。易于代碼的分支化管理。	圖形界面支持差，使用難度大。不易推廣。
Mercurial	命令行簡(jiǎn)單、容易上手	分支模型冗雜，多個(gè)版本庫(kù)交流存在問(wèn)題，用戶少交流困難
github	支持多人共同完成一個(gè)項(xiàng)目，代碼不需要保存在本地或者服務(wù)器，能夠跟蹤錯(cuò)誤，Bugs可以公開(kāi)，不需要設(shè)置主機(jī)或者DNS。	上手不易，不是最好的設(shè)計(jì)跟蹤工具，GUI 有點(diǎn)混亂。
bitbucket	支持免費(fèi)的私有項(xiàng)目，提交大文件速度快，不限容量	維護(hù)復(fù)雜，硬件要求高
Apple XCode	編譯速度極快，可編寫iOS App	只能在Mac環(huán)境中運(yùn)行，體積臃腫
Trac	有良好的擴(kuò)充性；權(quán)限體系較完備；非常靈活，可以定制	不支持多項(xiàng)目，需求和缺陷沒(méi)有分離，核心功能少。
Bugzilla	免費(fèi)，有中文版支持	快速搜索結(jié)果不準(zhǔn)確。只能管理缺陷。

轉(zhuǎn)載于:https://www.cnblogs.com/LuoboLiam/p/7594679.html

總結(jié)

以上是生活随笔為你收集整理的【20170926】【软工】第1次个人作业的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。