構建之法之閱讀筆記01
在閱讀了阿超的所經歷的事情後，讓我了解到了軟件構造的過程，從一開始的出計算題目，到用戶（老師和學生）的要求，需要實現以下功能：題目避免重復，可以定義出題的數目，以及算式的種類，等等。從出我得出，一個軟件的構建的開始是由用戶所需而產生，進而用戶的需求增多，然後需要我們去完善該軟件，為其增加更多的功能來便利用戶，讓用戶很容易上手，從中可以看出，軟件是為方便用戶而存在的，而一個軟件的構建與維護，是需要後期慢慢增加與修改的。萬事不可一氣呵成，軟件的創建同樣也不例外，需要我們根據用戶的要求去完善，給用戶更好的體驗。
過去的我只是想著完成題目所要求實現的功能，完全沒有從用戶的角度出發去考慮問題，進而導致程序的使用只有自己能執行，今後的我在編寫程序的同時要時刻為用戶著想，如此才能構建出真正的軟件。
構建之法之閱讀筆記01
相關推薦
《構建之法》閱讀筆記01
數據 數據結構 方法 bsp 系統 運營 探索 愛好 復雜 我們之前常說“程序=數據結構+算法”，但很多人都對這個結論有很多的分歧，認為正確的結論應該是“軟件=程序+軟件工程”，確實後邊的結論是前邊的改善，比如當寫了一個二叉樹的遍歷算法的實現，在這裏二叉樹是數據結構
《構建之法》閱讀筆記
萌芽 印象 一段 工作計劃 使用 出發 規則 可見 人的 《構建之法》中印象比較深的是其中有一章講解了“典型用戶和場景”，書上開始舉了一個很好理解的例子，是一個理發師給顧客剪頭發的例子，由例子可見，你光看用戶的表面語言是不夠的，我們應該理解的是用戶語言背後的動機
構建之法閱讀筆記01
style 提高自己 結合 bsp 思想 宋體 玩具 spa nbsp 構建之法閱讀筆記01 在網上找到《構建之法》這本書的電子版，經過幾天的閱讀瀏覽，對於這本書，我覺得有很多的優點，但是更多的有一種感覺，這本書更註重的對編程者的思想的啟發。書裏提供了很多的實例以及模型或者
構建之法閱讀筆記 01
規則 規範 麻煩 簡單的 筆記 合作 閱讀 編碼格式 錯誤 在之前做作業的時候，總是習慣性地直接code，結果經常花更多時間停下來思考，這樣反而會更耽誤時間，提高了出錯的幾率。之前的編碼格式也不是很規範，命名規則很亂，總是找比較簡單的變量進行命名，這樣無疑也會對團隊合作
構建之法之閱讀筆記01
計算 增加 避免 維護 方便 需求 構建 修改 完全 在閱讀了阿超的所經歷的事情後，讓我了解到了軟件構造的過程，從一開始的出計算題目，到用戶（老師和學生）的要求，需要實現以下功能：題目避免重復，可以定義出題的數目，以及算式的種類，等等。從出我得出，一個軟件的構建的開始是
《構建之法》讀書筆記五
mic 獨立 問題 產品開發 需要 用戶 推薦 構建 解決方案 這禮拜學習了第七章 MSF 和 第八章 需求分析 。 MSF我以前沒遇到過，是一個新的名詞簡稱，全稱是Microsoft solution framework ，譯為微軟解決方案框架，也就是微軟
《構建之法》讀書筆記w5
eight 環境 臨時 問題 收集數據 的人 承諾 社區 人的 從第4章中所描述的“雙人合作”中的一個2個組合進化成一群人的團隊，本第5章則介紹不同軟件團隊可能擁有的工作模式和常用的開發流程。 團隊並不會是一群烏合之眾臨時聚集所組成的，一個標準團隊有一致的團體
《構建之法》讀書筆記七
而不是 發布 目的 執行 等等 出現 壓力 交付 無法 計算機領域有很多基本名詞，比如說最常出現的，程序員都不太喜歡的——bug（缺陷）。 測試設計有兩類方法：黑箱（Black Box）和白箱（White Box）。要註意的是，這是軟件測試設計的方法，不是軟
《構建之法》讀書筆記w7
貢獻 微軟 基本 發展 pan 發布 發的 mage 範圍 前幾章介紹了軟件開發的各種方法論以及一些原則和宣言，而第七章主要講述了MSF（微軟解決方案框架）——即微軟推薦的軟件開發方法的歷史、原則，以及他的團隊模型和開發模式和MSF對敏捷和CMMI的支持。 MFC基本原
浪潮之巔閱讀筆記01
微軟公司 發展 應該 協議 新的 bsp 用戶 自己 微軟 浪潮之巔閱讀筆記01 這本書是一本IT行業歷史書，從一百年前算起，AT&T 公司、IBM 公司、蘋果公司、英特爾公司、微軟公司、思科公司、雅虎公司和Google公司都先後被幸運地推到了浪尖。雖然，它們來自不
人月神話之閱讀筆記01
工作內容 正在 pos 分析 功能 電子書 技能 感覺 最大的 今天應老師的要求看了電子書《人月神話》，感覺《人月神話》這本書真的很不錯，它並不是像《構建之法》那樣具體講有關軟件工程方面的知識，但它可以解惑作為一個程序員的煩惱和疑問。 這本書在序中講了我們
《構建之法》讀書筆記之：第一、二、十六章
信息系統 做到 而是 需要 根據 style 成本 讀書 找到 這周看了鄒欣老師《構建之法》的1,2,16章，獲益匪淺。這本書寫得妙趣橫生，用阿超小飛幾個人的生活場景和幽默的比喻幫我理解著軟件工程的相關概念，讓我對軟件工程有了初步的了解：原來開發軟件並不是我們想的
讀《構建之法》閱讀與思考
out 功能 blog 行業 概念 資料 過程 Go 發現 讀《構建之法》思考與疑問 1、2與16章 第一章 概論 問題1、2和3 我看了 人類文明要向前發展， 離不開思考、 發現、 構建。 我曾經在微軟亞洲研究院技術創新部工作過七年， 我所在的工程團隊和很多計算機科
《構建之法》讀書筆記
8.3 獲取使用者需求——使用者調查 常用的使用者調研方法: 1 焦點小組 找到目標使用者代表以及專案的利益相關者進行討論。討論中會遇到許多問題，要求會議組織者有組織能力，讓不同覺得發表意見並進行總結。 2 深入面談 通常採用一對一方法觀察使用者行為，費時費力，
《構建之法》閱讀報告
問題一： 在“給任課老師和助教的建議”一章的第五條：“模擬實戰、根據客觀資料來評分”一節引發了我一直以來的一些困惑。 老師太忙，不能仔細地批閱每一次作業，不能細緻地分析團隊專案的每一個細節，怎麼辦？解決辦法：把學生的作業做成比賽，比程式速度、比測試用例的數量、
Redis設計與實現之連結串列--閱讀筆記
前言 連結串列提供了高效的節點重排能力，以及順序性的節點訪問方式，連結串列在 Redis 中的應用很廣泛，比如列表鍵的底層實現之一就是連結串列，除此之外，釋出與訂閱、慢查詢、監視器等功能也用到了連結串列，Redis 伺服器本身使用連結串列儲存多個客戶端的狀態資
《資料科學家修煉之道》閱讀筆記day01
內容提要： 1. 什麼是資料科學家？ 資料科學家是指採用科學方法，運用資料探勘工具尋找新的資料洞察力的工程師。 一般集技術專家和資料分析師的角色於一身。 2. 這本書講了什麼？ 介紹稱為資料科學家應當瞭解的各類知識。
Blockly學習之文件閱讀筆記
概述 一個用於Web、Android、iOS的視覺化程式碼編輯器庫。 使用了相互關聯的積木來表示表達程式碼中變數、邏輯表示式、迴圈等。讓使用者能夠了解程式設計，而不用面對命令列上讓人恐懼和枯燥的程式碼和語法。 在使用者看來，Blockly能夠非常直
學習之法 —— 如何閱讀程式碼、如何編寫程式碼
1. 流程與結構 要做到對以下內容胸中有數： 要首先有一個清晰的框架，結構， 然後是程式的流程： 入口點；（main，entry） 順序，分支，迴圈；的控制結構； 結束，終點和退出； 程式碼的核
《通往財富自由之路》閱讀筆記（一）
最近付費訂閱了由羅輯思維推薦的李笑來前輩的在得到App裡面的專欄《通往財富自由之路》，看了幾篇感覺還是有收穫的，筆記下這兩天看到的文章的一些概念或者結論。 （1）什麼是財富自由 李笑來前輩，簡答總結：指某個人再也不用為了滿足生活必需而出售自己的時間。 我估計好多人應