這是構建之法的最後一篇閱讀筆記
這幾天主要閱讀了it的創新這一章，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽
在《構建之法》的創新迷思一節，列舉出了七個迷思，接下來分別作出乙個簡要的概述。
迷思之一：偉大的創新總是靈光一現。
迷思之二：大家都喜歡創新。
迷思之三：好的想法會贏。
迷思之四：創新者都是一馬當下的。
迷思之五：要成為領域的專家才能夠創新。
迷思之六：技術的創新是關鍵。
迷思之七：成功的團隊更容易創新。
對於以上的七個迷思，讓我感受最深的是迷思之五和迷思之七，我的理解是，創新需要大量的知識經驗積累，而非憑空產生，好的想法往往**於經驗的積累，而非所謂的靈光一現，或者可以這麼理解，靈光一現是需要經驗的積累的，就如那句快爛的話「成功是百分之一的靈感加上百分之九十九的汗水」，儘管它後面還有句扯淡的「但是那百分之一的靈感是最重要的，比那百分之九十九的汗水還重要」，我不禁想問，沒有百分之九十九的汗水，怎麼會有那百分之一的靈感
對於it行業而言，它本來就走在其他行業發展的其列，因此，對於it企業的從業人員而言，創新能力的培養應該成為其基本素質，it行業的基本特徵就對從業人員做出了最基本的要求， 因此，在生活中，我們應該學會積累，逐漸培養創新的能力。首先，我們應該培養多方面的愛好，積累多方面的知識，這樣我們的視野才能開闊，我們能夠創新的層面也會越廣闊。其次，我們要做乙個細心的人，面對生活中各種新奇的現象，我們要善於思考，善於問為什麼，逐步地培養起思考的習慣。最後就是要多積累知識，不僅是專業的知識，其他方面的知識也很重要，當我們積累到一定知識，並且有一定的想法時，我們就可以嘗試著去實踐，這樣才有可能得到創新的成果。
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試，直到上台講述的之前的一段時間才發現了一些問題，甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中，有這樣乙個拐點存在 在這一點之前，新的...
《構建之法》閱讀筆記05
第五次寫閱讀筆記了。第十三章 軟體測試 這章講了各種測試方法和測試的設計方法。一些基本的名字解釋 bug 軟體的缺陷，可分為 症狀 程式錯誤 根本原因 test case 測試用例，描述完整的測試過程 test suite 測試用例集。按測試方法可分為黑箱和白箱 按測試目的可分為 功能測試 非功能測...