一，二，十六
? ? ? ? ?很長世間以來我對于專業(yè)書的印象一直都是覺得就是一堆知識知識整齊的排列在書上，很方便也有些許無趣。《構(gòu)建之法》卻讓我對于專業(yè)書的整體想法有了不同的看法。不同于一些我看過的其它書，這本書給我的感覺怎么說，有一種親切感和自然感。他不會把所謂的知識點一條一條的直接給你列出來。而是會通過先拋出問題，引起你的思考，再結(jié)合一些事例來進一步推導出結(jié)論。給我一種循序漸進的感覺。而且這本書的風格也像是一位前輩在引領(lǐng)后輩前行一般。然而人總是會以懷疑的目光來看待事物，即使這本書給我的觀感不錯。但這本書的主觀性比起別的書要強，總有一些觀點會引起人的爭論。這也是無可避免的。
?第一章：概論
?問題：什么是bug?
?????原文中說”簡單的說，軟件的行為和用戶的期望值不一樣，就叫bug”.可如果是因為軟件運行環(huán)境或是一些其他與軟件本身無關(guān)的原因造成的用戶期望值不同是否也可以稱為Bug？我覺得不能，而且就用戶的期望值本身來說，用戶的期望值還會受到軟件的運行和響應速度的影響。在我看來，Bug應該是指在軟件運行過程中，由于軟件本身原因所造成的軟件無法正常使用或使用時與預期效果不一致。關(guān)于bug原文還曾討論過bug和feature，也就是說面對與不同的用戶，一些功能也許是部分用戶眼中的bug。那么對于這些用戶來說這些功能也許是對于他們使用軟件造成困擾和不便。那么那些對與軟件使用造成某種不利影響但軟件依舊能夠正常運行的功能究竟算不算bug呢？這個問題我一時之間還無法回答。也許應該分情況來推論，還是綜合所有因素一起推論。或許仁者見仁吧。關(guān)于bug的消除，一個軟件，或者說一個優(yōu)秀的軟件。不應該著眼于它的bug的數(shù)量，而是應當著眼于它處理bug的能力以及它的持續(xù)運行能力。所以關(guān)于bug的消除，我們不應該著眼于完全消除bug，因為隨著軟硬件的更新，bug應該是無法做到完全消除的。我們應當著眼于如何將bug的影響消除到最低，也就是盡力保證軟件的持續(xù)可運行性。
??????第二章：個人技術(shù)和流程
??????問題：什么是單元測試？單元測試的意義？
??????說實話，閱讀過第二章之后，其實是沒有看懂的。關(guān)于單元測試就只有一個很不明了的印象。原文中說單元測試能讓自己負責的模塊功能定義盡量明確，模塊內(nèi)部的改變不會影響其他模塊，而且模塊的質(zhì)量能得到穩(wěn)定的，量化的保證。也就是說單元測試是保證軟件的各部分模塊之間穩(wěn)定，協(xié)調(diào)。進一步說，也就是為了軟件的正常運行所做的測試。我不知道我的想法是否是對的。我覺得單元測試就是一個檢測器一般的存在，通過測試來發(fā)現(xiàn)模塊中的問題，之后再解決問題。（因為沒有做過單元測試，能說的就真心不多）
??????第十六章：IT行業(yè)的創(chuàng)新
??????關(guān)于創(chuàng)新，真的是老生常談的問題了。現(xiàn)在各行各業(yè)都在提倡創(chuàng)新，上至國家，下到個體都覺得創(chuàng)新對于自己本身的發(fā)展是有好處的。但全民創(chuàng)新就當真只有好處？我覺得并不是這樣。書中向我們介紹了很多有關(guān)創(chuàng)新的迷思，解讀了很多創(chuàng)新的誤區(qū)。我們其實可以仔細思考一下，我們?yōu)楹蝿?chuàng)新？無非是為了更大的利益和更快的效率。然而創(chuàng)新的路上，總是失敗了很多次。也就是說創(chuàng)新的風險問題是我們無法回避的。暴雪在做風暴英雄的時候，就告訴玩家會給玩家一個不一樣的moba游戲，風暴的卻做出了很多創(chuàng)新。但這些創(chuàng)新玩家卻并不買賬。“風暴要火”不僅僅是玩家的一句調(diào)侃，也是暴雪作為游戲大廠創(chuàng)新失敗的無奈寫照。書中引用了憤怒的小鳥的制作工作室的例子來說明歷經(jīng)反復失敗過后成功的創(chuàng)新。從兩個例子中可以看出，創(chuàng)新是一件高風險，高回報的事。所以，所謂創(chuàng)新絕大多數(shù)情況下都不是件容易的事。我們渴求成功，卻也要考慮路上的荊棘。
?????軟件行業(yè)是一個需要持續(xù)創(chuàng)新的行業(yè)，我也無比期望著軟件行業(yè)的未來。
轉(zhuǎn)載于:https://www.cnblogs.com/951753qwer/p/8596260.html
總結(jié)
- 上一篇： Python第00次作业
- 下一篇： 使用Mapping实现的以太坊智能合约的