大道至簡 瀏覽摘摘

2021-08-29 09:01:30 字數 1968 閱讀 7232

一、 程式設計的精義

程式  = 演算法 + 結構

程式的實現:順序、分支、迴圈

二、是懶人造就了方法

程式 = 演算法 + 結構 + 方法(過程、oop .......)

三、團隊缺乏的不只是管理

做管理的起碼需要能承擔責任,這是最基本的素質

專案成功的評估:完成質量、完成時間(只能靠經驗來評估了…真廢話;)

難以評估?那麼很多專案一開始就是死亡之旅?

體制(不可以破的視窗,一般都是管理者打破的,唉~):先有組織,再有制度

犯了錯誤:是否擬定制度(管理者)——是否執行制度(執行者)——是否改之(員工素質)

組織你的團隊~有沒有角色(不管人也沒人管)的角色嗎?「槍斃」 了吧。嗯~記得發現乙個團隊的發現價值也別忘發現問題~(觀察吧!)

分工~沒有分工的組合是group,分好工才是team,彈性分工?明確分工?做管理≠做伯樂 還是明確分工比較妥當。

四、流於形式的溝通

溝通方式:第一小節。。客戶不會c(咱們程式設計師),難道就會uml(業務諮詢員),實在看不懂~

uml完整嗎?正確嗎?你們都懂了嗎?還是用客戶熟悉的語言和方式吧~

最簡溝通之計畫:

1.在乙個月中,只能跟客戶作三次聯絡;

2.三次聯絡中,最多只能有一次面談的機會;

3.乙個月後,提交全部的需求調研報告、需求分析和關於該項目的遠景規劃

最簡溝通之分析

開始在網路上檢視相關的軟體系統的特徵以抽取客戶所關注的內容;了解該客戶的公司、經營理念、組織結構形式以及工作模式;了解同類公司的成功經驗和優秀的管理模式,以及客戶的競爭對手在做什麼和在關心什麼

1.    客戶在公司層面的外在表現、內部機制和運營管理手段。

2.     客戶在專案中既已明確的需求和可能發生的需求,以及客戶圍繞其公司行為(和方向)所提出的需求

最簡溝通之任務

1.     分析使用者的每乙個**,以構建基礎資料庫

2.     分析每一條資料的含義以確定它的上下限,以及資料間的相關性

3.     從工作文件中去了解客戶的組織機構及其相互關係,同時確定了每一類使用該系統的角色

4.     從報表中去了解客戶關注的資料資訊,以及被他們所忽略掉的資料資訊。

為不存在的角色留下溝通的渠道--以後專案維護者,恩,history

1.需求階段:與誰聯絡,****、過程、結果以及由此引發的需求或變更;

2.設計階段:如何進行設計、最初的構架、各個階段的框架變化、因需求變更導致專案結構上的變化(有助於了解構架的可擴充性);

4.測試階段:還記得測試用例和測試報告嗎?那是最好的history之一

還有,**中的comment(注釋),也別忘了留下日期和你的名字。

五、失敗的過程也是過程

不管你用xp、rup、rad還是wate***ll model,目的只是實現完成專案…不過看起來有點空洞~

六、 從程式設計到工程

語言只是工具,僅僅如此

七、  現實中的軟體工程

了解這麼多公司(ibm、sum、microsoft)的營業情況,還分析的不錯~

關注專案的成本,很重要~

1.不計成本的專案計畫不會得到經營者的支援;

2.毫無目的地消耗成本是專案中的慢性毒藥;

3.最致命的風險是成本的枯竭

成本因素包括時間、人力、資金和客戶成本,還有把客戶的數量以及耐心。。。。

八、 是思考還是思想

軟體工程三要素:工具、方法與過程

角色的關注層面完全不同,boss與開發者在座標的位置上是最遠的

矛盾:實現目標與保障質量

專案交付了,客戶試用了,質量抱怨來了,投訴來了,於是:

需求人員會把所有的責任歸咎到開發人員,而開發人員又不停地埋怨需求的不清不楚或者變更的沒完沒了。又如果正巧需求和開發都是同乙個人或者小組來做的,那麼他們便會開始埋怨客戶的苛刻以及工期的緊張

而事實上可能真的出在源頭:我們把目標定錯了;專案的平衡三角(時間、資源和功能)中討論的是目標問題,但並不討論質量問題!

看了《大道至簡》

無意間在網上翻到這本書,粗粗的看了一遍,有點感觸。可以研究細節,但不能陷入,可以一時陷入,但不能一世陷入。當然,這對技術狂熱者或許是除外的。如果要解決問題,那麼無論何種程式語言,都是一種工具,要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論,很少放...

讀大道至簡

軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分,模組化設計 過程 增量迭代,還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...

大道至簡Segment Routing

聽了一下思科服務支援社群的講座,以下為筆記 1.基礎知識 1 igp基礎 ospf和中間到中間系統協議 2 bgp基礎 3 mpls 多協議標籤交換 2.模擬器為ios xrv 6.0.1 3.sr架構基於源路由。節點擊擇路徑,並且引導資料報沿著該路徑通過網路,做法是在資料報頭中插入帶順序的段列表,...