OOPAA

          Focusing on OO, Patterns, Architecture, and Agile
          posts - 29, comments - 75, trackbacks - 0, articles - 0
            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

          2009年7月11日

               摘要: 作為技術人員,我們經(jīng)常需要跟客戶、業(yè)務分析人員等非技術人員溝通軟件設計方面的問題。如何比較直觀地向這些非技術人員解釋設計、軟件質(zhì)量對項目的影響,解釋糟糕設計、不干凈代碼給項目帶來的風險,解釋我們必須開始關注軟家設計問題?這里有兩個概念(metaphor)可以幫助我們達到這一點。  閱讀全文

          posted @ 2010-12-23 23:55 mingj 閱讀(6403) | 評論 (2)編輯 收藏

          posted @ 2010-12-22 22:55 mingj 閱讀(7003) | 評論 (1)編輯 收藏

               摘要: 浮潛潛水員游弋于海水表層,看魚戲淺灘,望影掠深海。水肺潛水員可以潛過海水表層的深度;他能潛到更深的地方,在一定的區(qū)域內(nèi)研究那些影子以發(fā)現(xiàn)魚類、沉船殘骸以及珊瑚的細節(jié)。在相同的時間內(nèi),浮潛潛水員可以游歷更寬闊的水域;而水肺潛水員則在潛游深度上占據(jù)優(yōu)勢。成功的項目團隊在項目的整個過程中會把浮潛和水肺潛水這兩種方式結(jié)合起來使用,在特定的時刻明智地選擇合適的方法,從而有效地利用了時間。  閱讀全文

          posted @ 2010-09-24 21:05 mingj 閱讀(3934) | 評論 (0)編輯 收藏

               摘要: 在一開始的時候,一切都顯得那么美好。市場部有一個來自于客戶的請求——添加額外的下拉菜單。然后,在產(chǎn)品中添加一個輸出接口的需求來了,產(chǎn)品經(jīng)理想要加上一份新的分析報表,DBA要求在數(shù)據(jù)庫里增加一個新字段以改變背景的顏色。所有這些需求以及其他更多的需求,都交由開發(fā)人員負責加進到產(chǎn)品里面。隨著需求的不斷添加,產(chǎn)品的特性集不斷增長,但過了一段時間之后,每個人——市場部、客戶和開發(fā)團隊——對如何將所有這些碎片整合在一起、這些碎片如何幫助實現(xiàn)業(yè)務目標,失去了理解。曾經(jīng)帶著明確目標出發(fā)的項目變成了難以下咽的、由各種無關特性燉成的一鍋湯。  閱讀全文

          posted @ 2010-09-14 07:42 mingj 閱讀(3964) | 評論 (2)編輯 收藏

               摘要: 在如今大部分的組織里面,是否給申請技術職位的人提供工作機會——這個最終決定權屬于管理部門。經(jīng)理們雇人,經(jīng)理們裁人:一切都天經(jīng)地義。然而在某些組織里面,這些技術人員能否得到工作機會卻是取決于——至少部分取決于——他們將來的同事。這種同事預審的最終結(jié)果只有一種:當經(jīng)理們讓技術職員擁有發(fā)言權的時候,每一個人——申請人、職員和經(jīng)理——都會和盤托出自己的想法。  閱讀全文

          posted @ 2010-08-31 21:19 mingj 閱讀(3191) | 評論 (0)編輯 收藏

          posted @ 2010-08-04 01:04 mingj 閱讀(4210) | 評論 (1)編輯 收藏

               摘要: 組織相信忙亂的工作狀態(tài)象征了健康的生產(chǎn)率。  閱讀全文

          posted @ 2010-07-30 22:44 mingj 閱讀(2770) | 評論 (1)編輯 收藏

               摘要: 項目經(jīng)理的很多技能都與傳統(tǒng)的英式保姆有共同之處。  閱讀全文

          posted @ 2010-07-26 23:38 mingj 閱讀(4425) | 評論 (2)編輯 收藏

               摘要: 高漲的士氣永遠象征著組織的健康。與之類似,低弱的士氣則說明肯定有什么地方做錯了。有一種管理理念就是奉這種關系如圭臬,試圖從相反的方向來利用這種關系。邏輯是這樣的:把士氣鼓舞起來,其他美好的東西也就跟隨而至。  閱讀全文

          posted @ 2010-07-20 21:54 mingj 閱讀(3451) | 評論 (2)編輯 收藏

               摘要: 前一陣子使用JSF開發(fā)web應用程序,碰到一個典型的頁面轉(zhuǎn)向需求。按照JSP的方案完成了需求,但卻給系統(tǒng)引入了BUG。而且更糟的是,系統(tǒng)頁面沒有任何提示,后臺日志沒有任何異常信息。本文通過一個JSF的非典型性BUG,提出了軟件調(diào)試的原則和指導,并就前述BUG進行了調(diào)試分析,找到問題的所在。最后,軟件調(diào)試是一項很有意思的活動,常常給開發(fā)人員帶來解謎般的快感,或者一團亂麻的糾結(jié)。導入代碼、設置斷點、逐步調(diào)試并不是最好的辦法,清楚地劃分問題域,找準確定點可能會事半功倍。當然,在找出水面下面的暗礁之后,別忘記給自己、給其他人mark上這塊區(qū)域的暗礁位置,能極大減少以后觸礁的痛苦。  閱讀全文

          posted @ 2009-09-28 02:01 mingj 閱讀(3900) | 評論 (1)編輯 收藏

               摘要: 在日常生活中,有各種各樣的法律規(guī)則和道德準則來約束、指導行為。比如在初次的商業(yè)合作中,雙方都會選擇制定一份詳盡的合約來規(guī)約雙方,包括雙方擁有的具體權利、以及單方出錯時對方享有的權利等。軟件開發(fā),在商業(yè)上面也必然會有詳盡的合約,處理的是兩個組織之間的利害關系。但是,軟件開發(fā)同時作為緊密involve商業(yè)客戶與開發(fā)團隊的活動,正如Alistair Cockburn把它比喻稱為game——由客戶、管理層和開發(fā)人員共同play的game,其中也需要由參與play game的各方利害人來共同制定規(guī)則,讓大家都能玩得開心、盡興,甚至長久。這樣,圍繞著多贏長贏的出發(fā)點來play game,就同樣需要這樣一份“權利法案”,對開發(fā)過程中的三方利益利害人的權利做出基本的原則上的規(guī)定。在敏捷軟件開發(fā)方法中,特別是極限編程中,就存在這樣一份“權利法案”。  閱讀全文

          posted @ 2009-07-11 17:37 mingj 閱讀(3789) | 評論 (0)編輯 收藏

          主站蜘蛛池模板: 阳朔县| 定远县| 延边| 静乐县| 玉溪市| 吉木萨尔县| 兴宁市| 子洲县| 陇西县| 南充市| 印江| 江达县| 乐昌市| 上思县| 朝阳县| 北辰区| 都兰县| 柳江县| 巢湖市| 金门县| 巴彦淖尔市| 靖州| 新干县| 岫岩| 榆社县| 溆浦县| 阿合奇县| 会同县| 金沙县| 榆中县| 称多县| 灵丘县| 台州市| 平远县| 苍溪县| 石狮市| 桦南县| 兴和县| 衡水市| 酒泉市| 吉木萨尔县|