<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    OOPAA

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

    2009年7月11日

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

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

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

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

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

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

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

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

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

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

         摘要: 組織相信忙亂的工作狀態象征了健康的生產率。  閱讀全文

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

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

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

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

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

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

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

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

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

    主站蜘蛛池模板: 日本黄色动图免费在线观看| aaa毛片视频免费观看| 国产免费久久精品99re丫y| 亚洲精品视频在线| 99爱在线精品视频免费观看9| 国产亚洲人成网站在线观看不卡| 羞羞视频免费网站在线看| 久久亚洲高清综合| 精品在线免费观看| 亚洲精品免费在线观看| 日韩欧毛片免费视频| 亚洲AV无码乱码麻豆精品国产| 在线观看免费高清视频| 亚洲国产欧美日韩精品一区二区三区| 最新69国产成人精品免费视频动漫 | 91亚洲一区二区在线观看不卡| 免费A级毛片无码专区| 亚洲婷婷天堂在线综合| 免费视频中文字幕| jzzjzz免费观看大片免费| 国产亚洲精品无码成人| 久久久久久精品免费看SSS | 国产区卡一卡二卡三乱码免费| 日韩亚洲人成网站| 亚洲中文久久精品无码| 曰批全过程免费视频网址| 亚洲色大成网站www久久九| 一级毛片直播亚洲| 91精品全国免费观看含羞草 | 国产精品成人免费视频网站京东| 亚洲AV无码男人的天堂| 亚洲色无码专区在线观看| 蜜臀AV免费一区二区三区| 精品无码专区亚洲| 国产亚洲精品a在线无码| 免费在线看v网址| 无码精品人妻一区二区三区免费| 精品亚洲麻豆1区2区3区| 国产在线观看免费不卡| 日本免费久久久久久久网站| 亚洲愉拍一区二区三区|