第一章概論：
第乙個問題：
1.1軟體=程式+軟體工程中的第2個小例項：
1. 我成了一名職業程式設計師，但是我發現所有的演算法別人都已經實現了，我只要呼叫就可以。似乎我們公司的軟體與資料結構、演算法的關係都不大。那我當初辛辛苦苦學習的資料結構和演算法有用麼？如何區分乙個好的程式設計師和不好的程式設計師呢？
這讓我想到了jdk所提供的類，隨著某些功能的需要，jdk的版本也在不停地公升級，公升級的過程中摒棄掉了一些功能又實現了一些功能，那我們以後是否可以根據自己的一些 想法，實現乙個規範，像sun公司賣標準賺錢？如果可以的話，怎麼保證自己的**足夠精進能夠達到這樣的標準？
第二個問題：
1.1 軟體=程式+軟體工程中的第3個小例項：
2. 我上班後，發現以前同事寫的程式真是垃圾，根本看不懂，無法維護。我要推翻重寫！後來乙個老員工笑嘻嘻地告訴我，我們現在看到的程式，就是去年的新員工憤怒地推翻重寫之後的結果，大家反映還沒有以前的版本好用呢。那在實際的開發中，什麼樣的**才可以便於以後的維護，怎麼樣才可以保證翻寫或維護後的**更加精進呢？
第二章：個人技術和流程
第乙個問題：
看了前兩項的測試分析，自己挺有感觸的，記得剛開始寫後台簡單的**的時候，硬是找不出來資料為什麼傳不到指定位置，就在不同的位置用system.out.println()輸出一段話，在控制台查詢是否能夠輸出，藉此判斷哪一步是否執行，現在有乙個問題，怎麼測試？老師講過乙個程式看起來可能沒有問題，但是經過很多人的訪問後這個程式可能就載入不出來，問題存在於程式的架構，那有沒有可能程式存在某個邏輯上的死角，讓程式設計師認為是架構的問題，而不是邏輯的問題，實際測試過程中應該怎麼找到是哪個方面出問題了呢？
第二個問題：實際開發過程中**測試團隊是在開發團隊完成後進行測試還是並進式的測試？兩者間怎麼進行合作？
第十六章：it行業的創新
最近幾年，我們整個社會似乎對創新很感興趣，**上充斥了創新型的人才、創新型的學校、創新型的公司、創新型的城市、創新型的社會，等等名詞。有些城市還把「創新」當作城市的精神之一，還有城市要批量生產上千名頂級創新人才。
昨天恰好去聽了國家網際網路創客比賽的現場，其中乙個老師提到了創業的這個問題，突然想到創業和創新是否有必然聯絡？是否創新了才能成功創業或者說增加創業的成功率？
讀《構建之法》一 二 十六章隨筆a
第一章 概論 軟體團隊要從需求分析開始，把合適的需求梳理出來，然後逐步開展後續工作 p3 問題 好的使用者體驗要從軟體分析開始，那麼軟體分析僅僅是從使用者的需求出發嗎？我的看法 需求分析是軟體開發的基礎階段，乙個軟體有人買就得找到顧客，顧客有各種需求，有些靠譜有些不靠譜。軟體團隊要從需求分析開始，把...
對一 二 十六章提出的問題
第一章 問題一 第二章 問題一 書上告訴了我們怎樣才算乙個好的單元測試 應該準確 快速地保證程式基本模組的正確性 並告訴我們驗證單元測試好壞的一系列標準，其中提到了單元測試應該覆蓋所有 路徑。一些資料也說到，在做單元測試時，覆蓋率常常被拿來作為衡量測試好壞的指標。於是，我想知道 覆蓋率對於單元測試的...
《構建之法》第一 二 十六章 閱讀感受
第一章開篇作者用於引出的第乙個疑問，關於二叉樹的遍歷演算法實現有什麼意義 第二個疑問 所有的演算法都已經被實現了，學習的資料結構和演算法有用嗎，如何區分好的程式設計師和不好的程式設計師 這兩個卻又恰好正是現在的我所面臨的問題。已經是大二下學期了，已經一頭扎在演算法與程式設計中一年多了。起初甚至一直到...