讀《構建之法》後的問題
1.在我們做一個項目開發設計，編寫代碼之前需要了解客戶需求，但是跟客戶的交流很多時候都是客戶想一茬是一茬，我們也經常聽到軟件開發人員不止一次的吐槽客戶不斷增加的要求，功能以及想法，這樣就要不斷的修改代碼，甚至要重新來寫，那麽我們如何來比較好的與客戶交流，比較全面的了解和弄清他們的需求，從而提高軟件開發的效率？————第8章需求分析
2.我們不管是學習還是生活中，都一直在強調創新這個問題，但是創新並不是簡單的一件事，但我們又不得不說創新是非常重要的，特別是我們計算機專業的人，一個好一點的想法，算法或者完成某個程序好的架構，都是非常不錯的，但往往這一點點的東西要花費大量時間和精力，而且在研究，學習過程中經常性的這些東西可能並不好，或者是別人已經提出來了，也可能是這樣的東西根本就不適用，那麽我們如何在平常的學習生活中度量創新呢？————第16章IT行業的創新
讀《構建之法》後的問題
相關推薦
讀構建之法 第三章：軟件工程師的成長
知識點 可維護 vid -s 評估 不同 fun 可靠 科研 本章理論和知識點：評價軟件工程師水平的主要方法 軟件工程把相關的技術和過程統一到一個體系中，叫“軟件開發流程”，軟件開發流程的目的是為了提高軟件開發、運營、維護的效率，以及提升用戶滿意度、軟件的可靠性和可維護性。
讀構建之法 第四章：兩人合作
應用 結對編程 使用 一對一 測試 一個 比較 以及 領域 程序員寫的代碼最終是人在看，所以代碼規範很重要，原則是：簡明，易讀，無二義性。 不光是程序書寫的格式問題，還牽涉到程序設計、模塊之間的關系、設計模式等方方面面。 代碼復審的正確定義看代碼是否在代碼規範的框架內正確的
讀構建之法 第五章：團隊和流程
min 這樣的 程序員 希望 成員 eat 貢獻 核心 不能 團隊有一致的集體目標，團隊要一起完成這目標。一個團隊的成員不一定要同時工作，例如接力賽跑。 團隊成員有各自的分工，互相依賴合作，共同完成任務。 軟件團隊有各種形式，適用於不同的人員和需求。基於直覺形成的團隊模式未
讀構建之法有感
http協議 情況下 OS 觀點 有感 必須 程序員 需要 職業道德 第一章： 原文： 2010年，中國還出現了一樁怪事：A公司要挾用戶必須卸載B公司的軟件，然後A公司的公司的軟件才能運行....軟件行業還有一個行規，即應該有職業道德規範來約束IT人的行為。 問題一
讀構建之法第四、十七章有感（作業四）
關系 img 作用域 src 而在 clas com 不同的 第十七 第四章： 問題： 看到這裏的時候，才註意到代碼中的“下劃線”這個東西，在之前的敲代碼過程中並沒有怎麽遇到下劃線，在經過百度後得到了一些答案： 這只是Python中下劃線的一部分應用，在不同的語言中
讀構建之法第四章第十七章有感
限制 選擇 class blog 了解 什麽 靈活 多重循環 價值 第四章 1、原文；“函數最好有單一的出口，為了達到這個目的，可以使用goto.只要有助於程序邏輯的清晰體現，什麽方法都可以使用。——P69” 問題：關於goto，我記得老師講過，這個在編程中是盡力避
讀構建之法-現代軟體工程
軟體工程的定義 學生時代老師教過我們 程式=演算法+資料結構， 但是程式就是一個軟體了麼？其實並不是，一個程式要想成為一個軟體是需
軟件工程——《構建之法》讀後困惑
思維 單獨 java 發現 一周 怎麽學習 快速 跟著 自己的 通過一周多對這本新書的快速閱讀，發現自己存在很大的問題， 如下： 一、軟件工程這門課與JAVA，C++等這些面向對象程序設計應該怎樣對接起來？ 二、軟件工程這門課，除了在上課的時候認真跟著老師的思路走，課後空閑
作業三：讀《構建之法》1-5章後感
連接 別人 第一章 說明文檔 沒有 態度 流程 軟件開發 國慶 這個作業的要求來自於：https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2178 國慶小長假期間，經過白天的忙碌，晚上的時間，終於能夠靜下心
讀《構建之法》後的問題
們的 成員 需求 如何解決 可能 軟件 計算機專業 需要 進行 1.在我們做一個項目開發設計，編寫代碼之前需要了解客戶需求，但是跟客戶的交流很多時候都是客戶想一茬是一茬，我們也經常聽到軟件開發人員不止一次的吐槽客戶不斷增加的要求，功能以及想法，這樣就要不斷的修改代碼，甚至要
讀《構建之法》第五章
交付 瀑布模型 pro 集體 成員 統一 工作 變形 流程 第五章說的是團隊和流程， 什麽是團隊？ 團隊有一致的集體目標，團隊要一起完成這目標，一個團隊的成員不一定要同時工作，例如接力賽跑。 團隊成員有各自的分工，互相依賴合作，共同完成任務。 軟件團隊有許多
隨筆之讀《構建之法》（作業一）
pan size 公司 老師 軟件工程 工作 理解 必應 其中 自從拜讀了鄒欣老師的力作《構建之法》後，感觸頗深。從書中不難看出鄒老師是一個才華橫溢、卓爾不群的人。《構建之法》言辭精辟，引人入勝。雖然只是淺讀了《構建之法》的部分章節，但是對其中的一些內容我也有自己的看法
初讀《構建之法現代軟件工程》的5個疑問
get 疑問 能夠 理論 targe 代碼 人的 能力 書籍 1.第二章的單元測試中，創建單元測試的步驟中第一步和第二部能夠明白，第三步比較實際結果和預期結果（Assert.IsTrue(target !=null );）就不明天白了。 2.第二章的性能測試中，對性能測試的
《構建之法（第三版）》速讀提問
運用 其他 class share 漸進 順序 四種 適用於 生命周期 《構建之法（第三版）》速讀提問 1、什麽是軟件工程 軟件工程學科誕生後，人們為軟件工程給出了不同的定義，例如最早的定義是由F.L. Bauer給出的，即“軟件工程是為了經濟地獲得能夠在實際機器上高效運行
讀《現代軟件工程——構建之法》所獲
crm 開發 科學 pos 含義 計算 更多 工業 clas 在以前的學習當中，不明白軟件工程是什麽，能做什麽，有什麽特點，如何去做，以及IT行業的真正含義是，開發一個軟件有哪些流程，目標等等這些疑問，在閱讀《構建之法》之後，得到了一定的解答。 1、軟件工程是什麽？ 軟件工
快速通讀《現代軟件工程——構建之法》後的五點疑惑
決定 一個個 特性 遇到 交流 提高自己 核心競爭力 不能 減少 通讀過《現代軟件工程——構建之法》這本書後，感覺確如老師所言，這本書不同於以往那些課本的呆板，更顯輕松有趣，一個個例子很生動形象，促使我們能更加容易的理解那些原本晦澀難懂的概念、定義。
初讀《構建之法》(Build To Win)有感
div 新的 大量 inf align 傳統 工程技術 自己的 bsp 最近略讀了《構建之法》被作者詼諧幽默的寫作風格深深吸引住了，文中有大量通俗易懂、形象鮮明的例子，更好的理解文中提出來的概念與理論。我是第一次接觸到軟件工程這門課，之前對於軟件工程的理解就是編程寫出一
構建之法1、2、16章觀後有感
關註 tel 領域 增加 免費 的確 郵箱 str 產生 第一章 概論 問題一：如何看待軟件團隊或者企業謀利的的商業模式？ 教材內容：第一章概論中關於企業商業模式的論述 P3、P4 思考：其實我覺得對於一些軟件企業來說，商業模式的選擇，往往不是用戶能夠去改變和影響的，畢竟
讀《構建之法》
gpo deb 重要 過程 包括 sap 標準 工程 我卻 從去年7月份開始陸續看了想SICP，CLRS,CSAPP和幾門相關的公開課以後（因為實力不足，這幾本書，幾門課都只是通讀了一遍），但看完以後寫代碼的心情就越來越逼迫。 於是買了鄒欣老師的《構建之法》和在udacit
讀《構建之法》之一，二，十六章有感
適合 ont 興趣 閃光點 理念 軟件工程師 明顯 百度 得到 大二下學期已經過去兩周了，個人感覺，課程方面壓力與動力並存，相信一步一步走下去終將得到自己的一份收獲。 這幾天閱讀了《構建之法》的第一，二，十六章，我個人的閱讀速度應該屬於比較慢的那種，遇到