亚洲第一网站男人都懂,亚洲AV人无码激艳猛片,亚洲一区二区三区乱码A

讓非技術人員理解設計

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

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

持續檢查之sonar初體驗

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

浮潛與水肺潛水

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

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

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

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

同事預審

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

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

一葉知秋

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

玩的就是心跳（Adrenaline Junkies）

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

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

保姆型項目經理

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

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

歡樂的鼓掌會議

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

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

一次非典型性JSF調試過程

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

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

淺談軟件開發的權利和權力

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

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

AgileChina 2009: Pragmatic Agile [轉]

摘要: 由在敏捷領域最具有影響力的技術社區InfoQ中文站、敏捷方法論的領導廠商 ThoughtWorks共同主辦的敏捷中國技術大會（Agile China 2009），將于9月11日~12日（周五、周六）在北京舉行。屆時將有超過500人來自電信、金融、互聯網、教育等行業在內的高級軟件開發人員、項目管理人員等參加。本次大會將特別邀請敏捷宣言締造者、敏捷編程（XP）方法學創始人Kent Beck，敏捷開發權威人士、敏捷宣言的創始人之一，Dave Thomas，敏捷宣言簽署人之一Steve Freeman等國際敏捷領域專家，以及在團隊中成功應用敏捷的阿爾卡特、賽門鐵克、諾基亞-西門子、華為、騰訊等公司的項目負責人參與此次大會并分享他們的心得。閱讀全文

posted @ 2009-07-06 19:57 mingj 閱讀(2857) | 評論 (0) | 編輯收藏

線上出版社的一些想法

摘要: 上周末參加openparty，來自譯言的幾個朋友詳細解釋了他們預想的譯言的收費模式。簡單來說，譯言會出面買下一些文章或書刊的版權，簽約譯者進行申領翻譯。當譯文通過審核，譯言就把原文以及譯文打包作為收費文章掛在譯言收費頻道上，按點擊率來收費；或者轉賣給其他網站，也可以按整文收費。最后，原文作者、譯文作者和譯言三方來分取利潤。如果受好評足夠高，譯言還可能將譯文提供出版，不再僅僅局限在網絡上面，而是進入廣大的書店。本文著重談談譯言的出版計劃，試圖分析在這個時代，誰更有可能脫穎而出，引領行業浪潮？閱讀全文

posted @ 2009-06-28 11:12 mingj 閱讀(3822) | 評論 (3) | 編輯收藏

敏捷，把紀律留下（下）

摘要: 在很多人看來，實施了敏捷，似乎就等于縱容程序員，允許他們不把紀律放在眼里。事實是這樣子么？本文發表于《程序員》雜志2009年6期，因篇幅較長，故分為兩段，本篇為下篇。閱讀全文

posted @ 2009-06-18 09:42 mingj 閱讀(3908) | 評論 (1) | 編輯收藏

敏捷，把紀律留下（上）

摘要: 在很多人看來，實施了敏捷，似乎就等于縱容程序員，允許他們不把紀律放在眼里。事實是這樣子么？本文發表于《程序員》雜志2009年6期，因篇幅較長，故分為兩段，本篇為上篇。閱讀全文

posted @ 2009-06-18 09:40 mingj 閱讀(4144) | 評論 (0) | 編輯收藏

迭代經理是什么角色？（下）【譯】

摘要: 行業日新月異，敏捷、迭代式和迭代這些熱門詞已是“飛入尋常百姓家”，一個定義模糊的新角色——迭代經理，也浮出水面。這是新一代的項目經理么？抑或是美其名的團隊帶頭人？又或者是管理上的一個新階層？誰會被冠以這個“經理”頭銜？本文將著重闡述迭代經理作為軟件團隊成員的工作內容和價值。我們將分析迭代經理的職責范圍，同時討論作為一個不可或缺的角色，迭代經理在面對組織和文化挑戰的情況下，如何維持一個健康的工作環境。本文是全文的下部分。閱讀全文

posted @ 2009-06-14 15:45 mingj 閱讀(3725) | 評論 (0) | 編輯收藏

迭代經理是什么角色？（中）【譯】

摘要: 行業日新月異，敏捷、迭代式和迭代這些熱門詞已是“飛入尋常百姓家”，一個定義模糊的新角色——迭代經理，也浮出水面。這是新一代的項目經理么？抑或是美其名的團隊帶頭人？又或者是管理上的一個新階層？誰會被冠以這個“經理”頭銜？本文將著重闡述迭代經理作為軟件團隊成員的工作內容和價值。我們將分析迭代經理的職責范圍，同時討論作為一個不可或缺的角色，迭代經理在面對組織和文化挑戰的情況下，如何維持一個健康的工作環境。本文是全文的中部分。閱讀全文

posted @ 2009-06-13 16:31 mingj 閱讀(4055) | 評論 (0) | 編輯收藏

迭代經理是什么角色？（上）【譯】

摘要: 行業日新月異，敏捷、迭代式和迭代這些熱門詞已是“飛入尋常百姓家”，一個定義模糊的新角色——迭代經理，也浮出水面。這是新一代的項目經理么？抑或是美其名的團隊帶頭人？又或者是管理上的一個新階層？誰會被冠以這個“經理”頭銜？本文將著重闡述迭代經理作為軟件團隊成員的工作內容和價值。我們將分析迭代經理的職責范圍，同時討論作為一個不可或缺的角色，迭代經理在面對組織和文化挑戰的情況下，如何維持一個健康的工作環境。本文是全文的上部分。閱讀全文

posted @ 2009-06-13 12:21 mingj 閱讀(3454) | 評論 (2) | 編輯收藏

敏捷、生產力和商業價值

摘要: 我們曾舉辦了一次為期三天的敏捷培訓，學員主要是一些知名軟件公司的項目經理和資深開發人員。培訓期間，我們帶領學員進行了豐富的游戲，通過寓教于樂的方式讓他們體驗了敏捷方法學的大部分知名實踐，并講解了敏捷方法學推崇的價值和原則。從學員的回顧以及意見表上可以看出培訓效果是顯著的，但是在培訓過程中學員也提到一些問題，主要是對敏捷方法學的實踐和價值比較疑惑。在回答問題的同時，我們能感覺到隨著敏捷方法學在國內被引入、被宣傳，很多軟件組織或人員對敏捷方法學都已經有了基本的了解，但是對敏捷方法學向軟件行業承諾的價值還存在不同程度的顧慮。閱讀全文

posted @ 2009-05-22 20:19 mingj 閱讀(4170) | 評論 (2) | 編輯收藏

一次 Refactoring to Functionality 的實踐

摘要: 對于軟件開發，多少代工程師夢想能像堆積木一樣堆出滿足功能需求的軟件。Brooks在No Silver Bullet一文中提到解決軟件開發過程中復雜性的一種可能方案就是成熟的組件市場，人們可以購買需要的組件而不是再自行開發。但對于開發工作，有沒有一種更高層面的模式，可以把原來混亂無序的開發過程分解成一段段明確定義的步驟？比如說，開發人員接到一個任務，他可以這樣跟他的同伴解釋他的計劃：“我先要抽取類（extract class），然后移動方法（move method），就完成了。”這正是本文試圖討論的主題：通過一系列明確定義的重構步驟，以達到實現系統功能的目的。我們可以進一步假想，重構是否就是開發人員開發軟件的領域專屬語言呢（refactoring as DSLs to developers' development）閱讀全文

posted @ 2009-05-16 15:15 mingj 閱讀(3850) | 評論 (3) | 編輯收藏

賀新年，曬寫作計劃

摘要: 戊子年終于走到了歲末，轉眼即將迎來己丑年。因為今晚就將踏上歸途，本博提前給blogjava以及廣大讀者拜個早年了：各位新年好，恭喜發財！新的一年就要到了，牛年希望大家都能牛氣一些，不管在生活上，還是工作學習上。每個人都是不斷學習和進步的。截止目前，本博也是在醞釀著一些的文章，就此曬曬新年的寫作計劃吧！閱讀全文

posted @ 2009-01-23 10:40 mingj 閱讀(2209) | 評論 (2) | 編輯收藏

Beyond OSworkflow

摘要: 最近結束了一個企業OA系統的項目，客戶是一家海洋航運行業的企業，散運業務全球第一。該系統以工作流系統為基礎平臺，對員工工作進行電子化和規范化，由系統來驅動員工自動、快捷、可管地完成日常工作。在開發過程中，在綜合評比多種工作流產品之后，我們選擇了開源工作流產品——OSworkflow作為底層工作流引擎支撐，通過擴展OSworkflow的接口把業務系統和工作流引擎完美無縫地集成在一起。本文就是跟大家一起分享osworkflow擴展過程中的經驗心得，希望能對其他朋友有幫助。閱讀全文

posted @ 2009-01-16 17:15 mingj 閱讀(5509) | 評論 (11) | 編輯收藏

看上去很美 --OOafarian對play!框架的幾點看法

摘要: play! framework 是一個面向小型網站開發的 rails-like 的 Java 框架，不僅在目錄結構上，在系統的 skeleton 生成上，也把 rails 學了個七七八八。最近和同事也在做一個 rails style 的 Java Web 應用開發框架，參考了 rails 的很多 feature，但更多的是按照自己的開發理念和哲學思想“拿來” rails 里面有借鑒意義的思想。面對號稱 rails-like 的 play! framework，這幾天身在海灘上，于是花了一些時間好好研究了 play! 的源代碼一番。“看上去很美”，是讀完代碼后腦海中第一下涌現出來的想法，我承認我是OOafarian。閱讀全文

posted @ 2008-12-31 22:08 mingj 閱讀(5350) | 評論 (14) | 編輯收藏

XP 與馬克思主義趣談－讀《Extreme Programming Refactored: The Case Against XP》

摘要: 前一段時間讀了Matt Stephens 與 Doug Rosenberg 合著的《Extreme Programming Refactored: The Case Against XP》（以下簡稱《Refactored》）。該書雖然是針對 Kent Beck 的《Extreme Programming Explained: Embracing Changes》（以下簡稱《Explained》）第一版進行闡發，然后 Kent Beck 在《Explained》第二版里面也修正了一些 XP 的理念和態度，但是《Refactored》書中提到的一些見解和看法現在讀來還是挺有意思的。特別有意思的是作者在書中把 XP 和馬克思主義來做對比，得出一些共同點，也頗讓人若有所思。本文結合我公司敏捷培訓中學員問得比較多的問題做了一番比較粗略的解釋，希望對使用敏捷方法學還有疑問的組織或個人能有一定的幫助和借鑒意義。閱讀全文

posted @ 2008-12-31 00:52 mingj 閱讀(3545) | 評論 (1) | 編輯收藏

play! framework hot swap 淺析

摘要: play! framework 是最近出的一個號稱 rails-like 的 java web 開發框架，blogjava有些博友也發表了一些blog來宣傳。這兩天“在海灘上”，就花了一些時間讀了一下play! 的源代碼，有些心得體會。特別是對play! 宣稱的“Edit your Java files, save, refresh your browser and see the results! No need to compile, deploy or restart the server”功能非常感興趣，于是著重看了 play! 在 hot swap 這一塊的實現代碼。結果，真相揭曉了，不存在魔術。閱讀全文

posted @ 2008-12-30 17:06 mingj 閱讀(4503) | 評論 (12) | 編輯收藏

由某手機廠商現狀漫談敏捷

摘要: 目前有很多軟件組織陷入在軟件開發的焦泥坑中，面臨著種種不同而又復雜的情況。分析其根源，重量的、不能及時反饋改進的軟件方法是原因之一。而在現實中，項目管理層往往通過增加人力等手段，卻又陷入 Brooks' Law 的迷霧之中。企圖一勞永逸，通過大規模過程改進來提升交付能力，更是被 Fred Brooks 斥為“there is no silver bullet”。這種情況下，敏捷方法的出現自有它的優點，不僅就軟件開發的本質復雜性，而且也就軟件開發的附加復雜性進行了有益的探索。這些探索被證明是有效而且長期的，只是落實到具體人、具體實踐上面，又是被歪嘴和尚念了真經。閱讀全文

posted @ 2008-12-18 13:58 mingj 閱讀(3647) | 評論 (6) | 編輯收藏

DIP 沉思錄

摘要: 說起 DIP ，大家第一反應肯定是 spring framework，想起“Dependency Injection”（依賴注入）。對 DIP 而言，真是幸也 spring，不幸也 spring。作為 OO 設計開發的重要原則之一，DIP 遠遠不只是依賴注入模式，重讀 Robert Fowler 的《Agile Software Developement：principles，Patterns，and Practices》，就會發現前面的理解只見其表，不見其里——只抓住 DIP 實踐的表面形式，而對其背后 OOA & OOD 的深刻涵義視而不見——真是入寶山而空返。本文就將試著分析 DIP 的內外兩層涵義，并根據實際的例子分析，給讀者增進對面向對象思想的理解。閱讀全文

posted @ 2008-11-02 17:37 mingj 閱讀(1850) | 評論 (2) | 編輯收藏

OOPAA