內容: Matrix java大講壇每1－2周都會提供一些比較深入之議題，如果你有興趣貢獻比較深入之議題，請在Matrix議事堂發貼，將你準備之議題簡要描述一下，且留下聯系方式，會有專人聯系你。 本周議題為 產品開發過程 ， 由Jerry貢獻。2005-06-28 20:00:48 Jerry今天講產品開發過程應該說主要用意在于拋磚引玉，希望能聽到大家對于軟件過程的討論和思考 2005-06-28 20:01:10 Jerry基本會按照一個這樣的順序來講 2005-06-28 20:01:54 Jerry首先以之前我實際參與的一個產品為例講解在那個產品中的開發過程 2005-06-28 20:02:11 Jerry應該說是產品過程 2005-06-28 20:02:23 Jerry在之后我會講講我以前一個實施XP的團隊 2005-06-28 20:02:47 笨土豆很有興趣 2005-06-28 20:02:49 Jerry最后我會講講目前我在做的一個產品過程總結的一些東西，這是今天講的一個大綱 2005-06-28 20:04:22 Jerry[:P] 首先來講講我實際參與的一個產品的過程，我沒參與過什么大型的產品開發，我這里講的也只是我們這個產品過程切實的例子，并不是說這個過程就是最合理的，希望能聽到大家的經驗，拋磚引玉，^_^ 2005-06-28 20:04:36 秋天的菠菜?I別謙虛了 2005-06-28 20:04:37 秋天的菠菜?I呵呵 2005-06-28 20:04:52 Jerry[:P] 2005-06-28 20:05:41 Jerry通常產品過程的起點在于做產品的想法的誕生 2005-06-28 20:06:24 Jerry這個應該說是前奏，之所以公司會決定要做這個產品的主要原因在于公司之前的幾個項目 2005-06-28 20:06:58 Jerry在之前的幾個項目過程中，發現存在著市場有這方面需求的潛力 2005-06-28 20:07:25 Jerry在這種前提下，公司決定開始考慮做這個產品的打算 2005-06-28 20:07:51 Jerry由最了解這方面的技術經理和市場經理共同組建了一個產品預備團隊 2005-06-28 20:08:14 真神有多少人 2005-06-28 20:08:17 Jerry開始了產品的第一個過程，我稱為產品策劃階段 2005-06-28 20:08:35 Jerry^_^，人不多，產品預備團隊就只有5個人 2005-06-28 20:08:37 笨土豆市場經理？分行業嗎，還是特定行業 2005-06-28 20:08:50 Jerry這個產品是屬于通用行業性質的 2005-06-28 20:09:04 笨土豆哦！ 2005-06-28 20:09:50 Jerry在產品策劃階段中產品預備團隊通過對項目的分析以及對客戶的引導分析出了產品的定位以及基本的需求 2005-06-28 20:10:23 秋天的菠菜?I客戶的引導分析主要是做什么內容？ 2005-06-28 20:10:29 Jerry這個階段至關重要，對于產品而言首先需要確定的是它的定位以及它的賣點在哪 2005-06-28 20:10:30 秋天的菠菜?I聽起來有點抽象 2005-06-28 20:11:34 Will對 2005-06-28 20:11:39 Jerry^_^，看來我講的不夠形象，應該這么說吧，其實客戶并不會很明確的知道它需要這個東西，這個時候就需要市場銷售人員試著以產品規劃中的賣點來誘導客戶，以確定客戶在這方面的需求 2005-06-28 20:12:15 Jerry這個時候盡量要做到的就是挖掘出客戶的潛在需求 2005-06-28 20:12:24 秋天的菠菜?I是不是先做一個產品規劃，然后做一個市場調查來看客戶是否需要這樣的東西？ 2005-06-28 20:12:40 Jerry畢竟閉門造車的產品是沒意義的，畢竟我們要做的是直接面對客戶、企業的產品 2005-06-28 20:12:59 Jerry產品規劃中有一部分是的 2005-06-28 20:14:37 Jerry產品規劃中包含了幾個重要的部分：確定產品定位、確定產品賣點、確定產品的藍圖、確定產品的版本規劃、里程碑規劃、市場同類產品的比較、將來預計的推廣方式 2005-06-28 20:14:56 Jerry通過上面的過程確定產品的定位以及賣點 2005-06-28 20:15:31 笨土豆聽起來是個不錯的過程 2005-06-28 20:15:33 秋天的菠菜?I賣點是怎么確定的？ 2005-06-28 20:15:56 Jerry呵呵，賣點怎么確定這就看產品預備團隊對于市場潛在需求的挖掘了 2005-06-28 20:16:23 Jerry^_^，土豆，這個過程是實際經歷的，并不是什么想像中的 2005-06-28 20:16:36 笨土豆恩，我明白 2005-06-28 20:17:09 Jerry通過對于產品定位以及賣點的確定后進入產品藍圖的規劃階段 2005-06-28 20:17:57 Jerry藍圖規劃的重點在于突出產品的優勢(也可以說是賣點)、藍圖中重點體現產品的將來 2005-06-28 20:18:48 Jerry這個的話應該說是這樣的，畢竟一個產品它在將來是有發展為產品族的那種可能的，藍圖規劃對于其將來發展方向會起到一定的指引作用 2005-06-28 20:19:34 Jerry應該說這個的制定主要依靠的是產品預備團隊的經驗以及對市場潛在需求的眼光，這個東西確實就是只可意會 2005-06-28 20:20:09 笨土豆是的，我想這個前期主要還是靠市場人員的工作 2005-06-28 20:20:49 Jerry是的，土豆說的對，在于市場人員對于市場潛在需求的眼光，技術人員的參與主要是以技術的角度一定程度的進行了解 2005-06-28 20:21:01 笨土豆這個期間的結果是否就是藍圖和初步的產品規劃？ 2005-06-28 20:21:24 Jerry呵呵，還有幾個是需要確定的 2005-06-28 20:21:38 Jerry產品的版本規劃需要在藍圖制定后進行規劃 2005-06-28 20:22:05 WillJerry：我覺得售前人員應該也會起到作用的 2005-06-28 20:22:34 Jerry產品的版本規劃的劃定主要是依賴對于產品賣點以及技術人員對于產品技術難度的預估來進行劃定 2005-06-28 20:22:40 笨土豆版本規劃？解釋下 2005-06-28 20:22:49 Jerrywill說的對，產品預備團隊里是有售前的 2005-06-28 20:23:26 Jerry^_^，版本規劃很容易理解，比如在產品版本1中我需要哪些特性，版本2中需要哪些，版本3中需要哪些 2005-06-28 20:24:10 Jerry版本規劃的重點是要把握不要讓產品的各個版本跨度太大，而且每個產品都要有自己突出的優勢 2005-06-28 20:24:16 Jerry突出的賣點 2005-06-28 20:24:56 笨土豆也可以了解為產品功能 2005-06-28 20:25:05 Jerry之后就是對于市場同類產品、對手的一些分析 2005-06-28 20:25:18 Jerry產品的功能和賣點是有些不同的 2005-06-28 20:25:23 WillJerry：你們初期一般能規劃到幾個版本？畢竟市場有時變化太快，技術也變化的很快 2005-06-28 20:25:41 Jerry在那個產品中規劃的是3個版本 2005-06-28 20:26:13 Jerry對的，只規劃到能預見的那個版本，之后確實不明確就不要去劃分 2005-06-28 20:26:08 鴻[圖片] 2005-06-28 20:26:44 秋天的菠菜?I鴻聽的好認真啊 2005-06-28 20:27:16 Jerry在產品規劃中還需要做的一步是產品的推廣方式 2005-06-28 20:27:20 HongSoftJerry,你們公司的網址？ 2005-06-28 20:27:31 Jerrywww.jite.net 2005-06-28 20:28:09 Jerry在規劃階段必須考慮產品的版本出來后怎么樣去進行推廣，有哪些潛在的客戶 2005-06-28 20:28:43 真神你們公司有位姓江的,在msn上聊過 2005-06-28 20:28:49 HongSoft這個是市場人員為主吧？ 2005-06-28 20:28:54 秋天的菠菜?I大家不要跑題 2005-06-28 20:28:58 HongSoft推廣 2005-06-28 20:29:00 Will大家別扯開話題 2005-06-28 20:29:07 Willjerry繼續 2005-06-28 20:29:23 Jerry預計產品的成本、產品的銷售價格、產品預計的獲利 2005-06-28 20:29:52 JerryHongSoft說的對，這個時候以市場人員為主 2005-06-28 20:30:41 Jerry產品規劃經過這幾個過程基本可以說完成了，這個時候還有一個過程在我們這里就不去怎么說了，就是勸服Boss開始做這個產品，呵呵 2005-06-28 20:30:50 HongSoft產品預備團隊中的技術代表是誰？ 2005-06-28 20:31:14 Jerry公司資深的架構設計師和技術經理 2005-06-28 20:31:59 Jerry在勸服BOSS后產品可以正式的進入研發階段 2005-06-28 20:32:58 Jerry產品研發階段第一要做的就是確定產品的團隊的組織機構、產品團隊的成員、產品的軟件過程(在我們的產品中用產品質量保證體系進行了代替) 2005-06-28 20:34:02 HongSoft前面的技術代表 將參加這個開發嗎 2005-06-28 20:34:57 Jerry當時我們產品的團隊的組織機構是這樣的，整個產品團隊分為產品策劃團隊、產品研發團隊、產品質量保證團隊三個大的團隊 2005-06-28 20:35:00 Willjerry: 簡單講講你們的產品質量保證體系吧 2005-06-28 20:35:06 Jerry恩，技術代表不一定參與開發 2005-06-28 20:35:22 Jerry^_^，我會一步一步來講的，will別急 2005-06-28 20:35:26 Willjerry: 簡單講講你們的產品質量保證體系吧 2005-06-28 20:36:00 HongSoft各團隊分別多少人？ 2005-06-28 20:36:00 dragonlan沒有測試團隊 ？ 2005-06-28 20:36:04 Willjerry: 簡單講講你們的產品質量保證體系吧 2005-06-28 20:36:14 Jerry質量保證團隊是我們的測試團隊 2005-06-28 20:36:33 秋天的菠菜?Ijerry按原來的計劃講，講到相應的地方大家再提問題 2005-06-28 20:36:34 dragonlan一般實施CMM的質量保障和測試是分開的 2005-06-28 20:36:39 秋天的菠菜?I不要打亂了順序 2005-06-28 20:36:54 Jerry這個產品中策劃團隊是3人、研發團隊是10人、質量保證團隊是3人 2005-06-28 20:36:54 dragonlansorry，繼續 2005-06-28 20:37:23 Jerry我之初講了這是一個實際的產品開發過程，不去評價它的好壞，我只是把這種過程進行闡述 2005-06-28 20:37:33 秋天的菠菜?I恩 2005-06-28 20:38:10 HongSoft誰帶頭？ 2005-06-28 20:38:18 Jerry產品策劃團隊的職責的重點在于策劃產品的需求部分、包括產品的預計模型的規劃 2005-06-28 20:38:40 Jerry產品經理是所有產品團隊的老大，各個團隊又有自己的老大 2005-06-28 20:39:08 Jerry產品策劃團隊由售前、銷售和一個UI設計師構成 2005-06-28 20:39:08 HongSoft就是是策劃團隊的老大是最大的老大？ 2005-06-28 20:39:26 Jerry[:L] 不是的，產品經理是最大的老大 2005-06-28 20:39:37 HongSoft獨立的？ 2005-06-28 20:39:51 HongSoft不在這三個隊中？ 2005-06-28 20:39:51 Jerry恩，獨立的，他主要負責管理 2005-06-28 20:39:57 Jerry不在 2005-06-28 20:40:29 玉凈瓶那有他沒他是一樣的 2005-06-28 20:40:41 HongSoft是不是 部門副經理的partime job? 2005-06-28 20:40:48 Jerry[:L] 那是完全不同的 2005-06-28 20:41:03 Jerry各個團隊的協作需要依靠產品經理來統籌管理 2005-06-28 20:41:23 Jerry產品經理還需要負責和公司的一些交互 2005-06-28 20:41:26 玉凈瓶自己商量不行嗎？ 2005-06-28 20:42:04 Jerry[:L] 是不是想的簡單了些呢，團隊之間的協作有些時候完全依靠團隊成員的自覺是不夠的 2005-06-28 20:42:30 HongSoft是不是 你們正在招的“軟件部高級管理經理 ？ 2005-06-28 20:42:35 射覆先讓jerry講完，然后再討論更完美的組織形式，毫不? 2005-06-28 20:42:51 玉凈瓶但是做這行的職業道德應該還是都是不錯的呀 2005-06-28 20:43:16 Jerry產品研發團隊主要分為產品研發組長、產品系統設計師、高級程序員和程序員 2005-06-28 20:43:20 HongSoft對的，不要討論對和錯，先討論“是不是。。。“吧 2005-06-28 20:44:01 Jerry而且來說產品過程沒有什么對和錯的，只有適合和不適合的，所以我們去討論對、錯是沒什么意義的 2005-06-28 20:44:48 HongSoft產品研發組長、產品系統設計師 的工作？ 2005-06-28 20:44:48 Jerry現在我來說說產品的質量保證體系(相當于我們產品的軟件過程制度) 2005-06-28 20:45:23 Jerry研發組組長主要負責產品進度的制定 2005-06-28 20:45:37 Jerry產品進度的監督和承擔一部分開發工作 2005-06-28 20:46:11 HongSoft技術上誰拍板？ 2005-06-28 20:46:17 Jerry產品系統設計師主要承擔產品的架構設計、對各模塊的設計提出約束與驗證要求，并對各模塊的詳細設計進行評估 2005-06-28 20:46:30 Jerry技術上基本由系統設計師決定 2005-06-28 20:47:28 Jerry質量保證體系我們是這樣來進行的，產品組的每個成員默認擁有一個信用積分，此積分和產品獎金直接掛鉤 2005-06-28 20:48:38 Jerry這個過程首先由模塊負責人發起 2005-06-28 20:49:05 Jerry模塊負責人在承擔了某一模塊的開發任務后首先編寫User Story(利用xplanner) 2005-06-28 20:49:39 Jerry編寫完User Story后發郵件通知產品策劃組成員 2005-06-28 20:50:19 Jerry產品策劃組成員對User Story補充原型以及產品的質量方面的要求(通過在xplanner中添加note) 2005-06-28 20:50:45 Jerry產品策劃組成員完成后發郵件通知產品系統設計師 2005-06-28 20:51:22 Jerry系統設計師從技術角度補充對于此模塊的技術約束以及驗證要求 2005-06-28 20:51:32 Jerry系統設計師完成后發郵件通知研發組組長 2005-06-28 20:52:08 Jerry研發組組長確認User Story和Task并和模塊負責人共同確認時間 2005-06-28 20:53:10 Jerry此過程完成后通知質量保證組 2005-06-28 20:53:30 Jerry質量保證組將此User Story列入質量保證計劃中 2005-06-28 20:53:46 真神能否舉個User Story的例子 2005-06-28 20:53:51 Jerry經過這個過程后模塊負責人可進行User Story的實現 2005-06-28 20:54:21 JerryUser Story是XP中的概念，我暫時先把這個過程講完吧 2005-06-28 20:54:49 Jerry模塊負責人首先根據技術約束以及系統設計師提供的設計指南做出詳細設計 2005-06-28 20:55:16 Jerry提交詳細設計至xplanner上并通知系統設計師進行評審 2005-06-28 20:55:26 Jerry如系統設計師評審通過則進入正式的開發階段 2005-06-28 20:55:47 Jerry正式的開發階段采用TDD 2005-06-28 20:56:04 Jerry首先編寫Unit Test，之后進行正式的開發 2005-06-28 20:56:19 jsports.org你們什么公司阿 2005-06-28 20:56:35 Jerry系統設計師會對部分模塊的代碼進行code review 2005-06-28 20:56:40 Jerryjsports？？？ 2005-06-28 20:57:00 jsports.org呵呵 說的我對你們公司很有興趣了 2005-06-28 20:57:24 Jerry^_^，那些問題我等會來和大家聊，先聊正題，呵呵 2005-06-28 20:57:30 jsports.org好 2005-06-28 20:57:56 Jerry開發人員提交至CVS的代碼會經過持續集成 2005-06-28 20:58:40 Jerry那么質量保證組的工作體現在哪呢？就是根據User Story以及產品策劃組的需求對這個模塊進行功能測試 2005-06-28 20:58:57 Jerry由于質量保證組成員的水平有限，沒法做到功能測試的編寫 2005-06-28 20:59:54 Jerry在以上的各個過程中出現問題將扣除相應過程負責人的積分 10分 2005-06-28 21:00:15 Jerry并對相關的負責人也進行扣分的處理 2005-06-28 21:01:13 Jerry為保證這些過程的順利執行我們采用的工具為xplanner+cvs+jira+cruisecontrol+maven 2005-06-28 21:01:24 foxcrane)技術問題， 技術問題 2005-06-28 21:01:33 Jerry？？ 2005-06-28 21:01:43 foxcrane)產品和項目的架構有什么區別 2005-06-28 21:02:11 Jerry呵呵，架構上來說應該不會有大區別，都是通過需求分析由系統設計師設計產生 2005-06-28 21:02:29 foxcrane)你說的這些東西不是產品所特有的啊，做項目也是這些過程 2005-06-28 21:02:33 Jerry產品和項目最大的區別在于需求的來源 2005-06-28 21:03:02 foxcrane)由此導致的其他開發過程和架構區別體現在哪里 2005-06-28 21:03:08 Jerry沒錯，這個過程已經和項目是相同的 2005-06-28 21:03:18 流行風[:L],從華為趕回來太晚了，前面沒有聽到，不知道哪一位發一下給我 2005-06-28 21:03:22 Jerry不會的，軟件過程必然都是一樣的 2005-06-28 21:03:25 foxcrane)產品和項目最大的區別在于需求的來源 ，那么由此導致的其他開發過程和架構區別體現在哪里 2005-06-28 21:03:45 foxcrane)我們只關心產品開發過程特有的東西 2005-06-28 21:03:55 foxcrane)特別期待，謝謝老大 2005-06-28 21:03:58 Jerry[:L] 2005-06-28 21:04:39 Jerry在我們這個產品的過程中應該說開發過程和架構上做法和項目基本是一致的 2005-06-28 21:05:04 流行風對了，你們估代碼量是怎么估計的 2005-06-28 21:05:16 foxcrane)那么產品維護期有些什么特別要注意的事兒 2005-06-28 21:05:44 Jerry項目的開發過程相對來說沒有產品的過程這么嚴謹和規范，在產品的架構上同時考慮的重點是產品的性能和伸縮性方面 2005-06-28 21:05:55 Jerry產品維護期？？？ 2005-06-28 21:06:06 Jerry代碼量的統計是有工具的 2005-06-28 21:06:29 foxcrane)不如把講座名字改為 項目開發過程吧 2005-06-28 21:07:26 anyfly阿。。。。。在吧一？ 2005-06-28 21:07:39 ＮＯ．１[xx] 2005-06-28 21:07:42 foxcrane)講座:產品開發過程主講人：Jerry時間：周二(6.28)晚8點開始Jerry 21:04:39在我們這個產品的過程中應該說開發過程和架構上做法和項目基本是一致的 2005-06-28 21:08:00 Jerry呵呵，這無所謂，現在我講的是實際的一個產品從最開始到產品一個階段結束的整個過程 2005-06-28 21:09:04 Jerry在我們公司產品和項目實際的區別就在于產品有規劃階段，產品的整個開發過程更為嚴謹、規范 2005-06-28 21:10:18 anyflyupdate table set code_name=(select name from table2 where .......) 2005-06-28 21:10:34 ＮＯ．１[xx] 2005-06-28 21:10:37 anyfly在子查詢中怎么引用外表的字段的？ 2005-06-28 21:10:48 ＮＯ．１[xx] 2005-06-28 21:10:54 Jerry在這個質量保證體系的基礎下產品的第一版本基本完成 2005-06-28 21:10:56 anyfly[:-|] 2005-06-28 21:11:07 笨土豆現在講座，不要問無關問題 2005-06-28 21:11:08 anyflytable 和table2是同一個表 2005-06-28 21:11:10 Jerry這是我們產品第一版本從最開始到誕生的一個基本過程 2005-06-28 21:11:40 玉凈瓶可不可以開發人員自己測試？ 2005-06-28 21:11:52 Jerry開發人員只承擔單元測試 2005-06-28 21:12:12 Jerry功能測試由產品質量保證組來承擔，這個是由公司的QA組成 2005-06-28 21:12:27 笨土豆開發人員要寫單元測試嗎？ 2005-06-28 21:12:36 Jerry是的，要的 2005-06-28 21:13:22 笨土豆可以由這里開始XP實踐？ 2005-06-28 21:13:36 玉凈瓶如何避免因為系統分析師知識的不全面或不深入而導致產品不夠優秀？ 2005-06-28 21:14:06 Jerry系統設計師所做的架構級的設計是需要通過公司的同行評審的 2005-06-28 21:15:01 笨土豆評審組由哪些人組成？ 2005-06-28 21:15:02 玉凈瓶會不會出現他的設計沒問題，但不是最優的方案的情況？ 2005-06-28 21:15:09 Jerry這個實際的產品的過程我就講到這里 2005-06-28 21:15:30 Jerry評審組成員由公司的一些資深系統設計師共同組成 2005-06-28 21:15:38 Jerry恩，那是有可能的 2005-06-28 21:16:49 木頭鼓個掌先 2005-06-28 21:16:57 Jerry按照大綱我們繼續，之下我會講講我之初所處的一個項目團隊實施XP的過程 2005-06-28 21:17:12 笨土豆恩，很詳細的過程 2005-06-28 21:17:10 HongSoft休息10分鐘 2005-06-28 21:17:29 玉凈瓶我的意思是如何把項目組每一個成員的智慧都采納到車品設計階段來 2005-06-28 21:17:30 Jerry呵呵，多謝捧場，我的用意重在拋磚引玉，也希望聽到各位有經驗的人能夠出來講講 2005-06-28 21:18:48 Jerry我覺得那是理想情況，系統設計師所在的職位就注定了它以更高角度分析系統，當然，整個產品的系統設計也是可以由成員來評審的，可以聽成員的意見，頭腦風暴 2005-06-28 21:20:15 Jerry呵呵，XP的實踐我大概的講講 2005-06-28 21:20:21 流行風Jerry把你講的東西給我一份好嗎，今天開會代碼量估算晚了沒有聽到 2005-06-28 21:20:22 fog有的時候，還要根據市場的情況調整產品的計劃． 2005-06-28 21:20:46 Jerry[:L] 我是即興講的，沒有草稿 2005-06-28 21:20:53 笨土豆記錄chris會整理的 2005-06-28 21:21:01 Jerry恩，fog說的是對的，產品的計劃也不是定死的 2005-06-28 21:20:57 笨土豆到時候會放出來 2005-06-28 21:21:04 流行風好 2005-06-28 21:21:38 玉凈瓶還有一個問題，系統設計師的思路如果不能被研發組長理解怎么辦？ 2005-06-28 21:21:51 Jerry系統設計師必須講解清楚 2005-06-28 21:22:06 fog是啊．除非是沒有道理的東西． 2005-06-28 21:22:32 JerryXP在我們之初的項目團隊中實踐是這么做的 2005-06-28 21:22:43 玉凈瓶如果一些較先進的設計理念不能被研發組長理解怎么辦？ 2005-06-28 21:22:43 Jerry基本是依照XP的要求來進行的 2005-06-28 21:23:01 fog一個產品應該著眼于問題，圍繞著要解決的問題展開討論． 2005-06-28 21:23:12 Jerry[:L] 不管是什么先進的設計理念，系統設計師既然決定采用必然能夠講出一些合理的理由 2005-06-28 21:23:31 Burt(子龍)我來遲了啊 ！ 2005-06-28 21:23:36 笨土豆如果組長都不能理解，那么項目成員如何去理解呢？你的構架中的技術必須為項目成員熟悉的 2005-06-28 21:23:39 Jerry首先是一些制度方面，例如XP的早會 2005-06-28 21:24:43 流行風那如果項目的需求幾個人理解不同怎么辦 2005-06-28 21:24:48 Jerry這些是系統設計師的職責問題，系統設計師進行設計時需要考慮到團隊成員的技術水平，采用最為穩定的技術體系，并能夠給出為什么采用這種架構的理由，這些都是要講給團隊成員聽的 2005-06-28 21:24:59 笨土豆是的。 2005-06-28 21:25:01 Jerry恩，項目的需求是必須要討論的 2005-06-28 21:25:33 magicgod如果有人硬是不同意怎么辦？ 2005-06-28 21:25:43 Jerry團隊要盡量的保持一致，這無論是做項目還是做產品都是必須的 2005-06-28 21:25:55 玉凈瓶明白了，要從實際出發，不能脫離實際。 2005-06-28 21:26:02 笨土豆那要看這個人到底是誰了，呵呵。 2005-06-28 21:26:17 流行風今天我在華為他們估算代碼的時候，有好多人理解的需求都不一樣 2005-06-28 21:26:44 magicgod應該有一個人在關鍵時刻做選擇 2005-06-28 21:26:53 流行風所以估算代碼相差很有大 2005-06-28 21:26:55 流行風呵呵，那是 2005-06-28 21:27:04 magicgod畢竟往往在技術上公說公有理，婆說婆有理 2005-06-28 21:27:12 Jerry有的，需求方面策劃組和產品經理，技術方面系統設計師 2005-06-28 21:27:34 玉凈瓶研發組長呢？ 2005-06-28 21:27:41 流行風呵呵，那些人都是做需求分析的人呀 2005-06-28 21:27:48 Jerry研發組長的職責只是監控進度 2005-06-28 21:28:34 木頭倒！我忘了不敲代碼了。 2005-06-28 21:28:36 玉凈瓶研發組長和系統設計師可以由一個人兼嗎？ 2005-06-28 21:28:53 Jerry不能 2005-06-28 21:28:59 木頭只是監控進度？ 2005-06-28 21:29:15 HongSoft我關心的是研發組長和系統設計師誰的錢多？ 2005-06-28 21:29:19 玉凈瓶如果那個人能力很強也不行嗎？ 2005-06-28 21:29:25 magicgod研發組長至少接近系統設計師的水平吧 2005-06-28 21:29:33 Jerry呵呵，是接近 2005-06-28 21:29:58 magicgod要想貫徹一種技術畢竟不是一件易事，要是研發組長沒這個能力，系統設計師會被架空的 2005-06-28 21:30:24 Jerry技術的貫徹是由系統設計師來完成的 2005-06-28 21:30:34 magicgod如果代碼最后搞出來跟系統設計師想的不一樣，而研發組長指責系統設計師設計有問題？ 2005-06-28 21:30:36 玉凈瓶研發組長應該是層次更高的吧？ 2005-06-28 21:30:46 HongSoft研發組長沒這個能力，系統設計師會被架空的 ？ 2005-06-28 21:31:00 magicgod到底是誰有問題？ 2005-06-28 21:31:14 totodo活活,很多時候,有能力往往是開發人員.. 2005-06-28 21:31:19 foxcrane)才上來，關注ing....... 2005-06-28 21:31:26 Jerry[:L] 代碼的詳細設計是由模塊負責人做的，系統設計師會進行評審 2005-06-28 21:31:26 HongSoft其實看看誰的錢多，就知道誰的責任高 2005-06-28 21:31:39 Jerry不是這樣的，HongSoft 2005-06-28 21:32:02 Jerry職責重點在模塊負責人和系統設計師 2005-06-28 21:32:40 totodo開發人員具備了架構師的能力,然后,研發組長,和架構師就殘廢了.. 2005-06-28 21:32:42 HongSoft模塊負責人和系統設計師 干重活，拿錢少，背責任？ 2005-06-28 21:32:45 玉凈瓶詳細設計的最終決定權在誰？ 2005-06-28 21:33:11 Jerry[:L] totodo，那說明公司浪費人才 2005-06-28 21:33:13 笨土豆totodo你的Q也好換個了，太老了 2005-06-28 21:33:15 totodo設計跟實現最終是以實現為標準. 2005-06-28 21:33:23 Jerry詳細設計最終決定權在系統設計師 2005-06-28 21:33:31 totodo沒有啊,我覺得這種公司很培養人才.. 2005-06-28 21:33:36 Jerry^_^，實現是以設計為基礎的 2005-06-28 21:33:37 流行風實現也是要有標準的 2005-06-28 21:34:07 totodo往往大公司才能出開發架構師這種人才,也有架構師庸才. 2005-06-28 21:34:20 玉凈瓶totodo 21:32:40開發人員具備了架構師的能力,然后,研發組長,和架構師就殘廢了.. 這種情況是存在的，而公司明知道卻解決不了，因為還有很多因素的制約 2005-06-28 21:34:34 流行風那是 2005-06-28 21:34:37 笨土豆構架就是游戲規則，開發人員都不按這個規則玩游戲而不被槍斃，那說明公司管理有問題 2005-06-28 21:34:37 totodo寫一行代碼的時候就是設計.. 2005-06-28 21:34:39 Jerry[:L] 這個是企業管理的問題，和這些沒有什么大關系 2005-06-28 21:34:52 totodo我們現在所謂的設計往往不是真正的設計... 2005-06-28 21:35:25 foxcrane)各位老大，俺覺得這個要看人，看人來分配，而不是看職位來分配，所有的軟件公司都知道分配工作和責任的時候是按人分配的，而不是按職位分配的 2005-06-28 21:35:27 Jerrytotodo你說的這個也是實際現象，但如果制度貫徹的好是可以的，至少我在我們的產品中是看到了實際效果的 2005-06-28 21:35:38 笨土豆同意totodo,所以我認為架構師一定要有長時間的code經驗 2005-06-28 21:35:45 magicgod木已成舟，飯都熟了，設計貫徹成代碼很重要 2005-06-28 21:35:47 dragonlanSQA具體作什么呢 ？ 2005-06-28 21:35:54 foxcrane)所以說，職位的職責是靈活的 2005-06-28 21:36:30 Jerry在產品的過程中，職位的職責是非常明確的，不怎么靈活 2005-06-28 21:36:31 流行風如果要成為架構師確實要長時間的代碼編寫能力 2005-06-28 21:36:30 totodo恩,是的,,系統最終最終,決定成敗就兩點. 2005-06-28 21:36:45 totodo1.符合業務操作 2.經受住壓力測試.. 2005-06-28 21:36:46 Jerry沒有規矩，不成方圓，特別是產品的過程，必須規范 2005-06-28 21:37:00 totodo其他的可以都不遵循... 2005-06-28 21:37:03 Jerry執行力是企業管理的重點，這個在這討論沒什么意義 2005-06-28 21:37:09 magicgod但是公司是追求結果的，并不是過程 2005-06-28 21:37:13 笨土豆好了，能否回回正題，回XP實踐吧 2005-06-28 21:37:21 流行風好 2005-06-28 21:37:40 Jerry沒有正規、嚴格的產品過程是不會有良好的結果的 2005-06-28 21:37:41 magicgod有沒有使用結對？ 2005-06-28 21:37:41 totodo如果,我 if else ,if else 一1000000行,,而用工作流可能只需要作幾個流程模版... 2005-06-28 21:37:50 Jerry產品不像項目 2005-06-28 21:38:15 foxcrane)我們都知道產品化的過程是很難的，失敗率是極高的，他跟項目還是有非常大的區別 2005-06-28 21:38:19 totodo結果 if else 經受了壓力測試(1秒受理10條業務訂單) ....工作流結果只承受了(1秒2條)....那么工作流使用失敗.. 2005-06-28 21:38:46 Jerry對的，foxcrane說的很對，我也很想聽聽有經驗的人的說法，我說了我只是拋磚引玉 2005-06-28 21:38:56 totodo先沒有規矩,規矩萬千沒有規矩中總結出來的... 2005-06-28 21:39:02 magicgod產品也是一個項目啊，只不過針對對象不同而已 2005-06-28 21:39:28 totodo其實,工作流引擎阿,,規則引擎阿,,以前我們沒有了解過,,但我看到以前一些成功的系統中 處處體現著這樣的思想.... 2005-06-28 21:39:44 foxcrane)產品的問題主要出在演化和維護上，如果沒有經歷過產品演化和維護的人幾乎難以理解 2005-06-28 21:39:59 笨土豆這個我同意 2005-06-28 21:40:02 totodo有時候,很多事情處理方式由萬千,,,但歸根結蒂的時候,,最適合解決問題的方法只有那么幾種... 2005-06-28 21:40:19 magicgod我對好多老板提過產品開發，他們都覺得很驚異，產品是什么？ 2005-06-28 21:40:21 Jerry對的，這個還沒經歷過，目前產品是第一版本 2005-06-28 21:40:35 笨土豆totodo消失了一段時間，回來這么多感慨啊，要不明天開個TOPIC？ 2005-06-28 21:40:42 Jerrytotodo說的對，思想級 2005-06-28 21:40:57 totodo 呵呵,沒有,我最近作一個很大的業務系統... 2005-06-28 21:41:09 foxcrane)支持totodo 開topic 2005-06-28 21:41:19 笨土豆那更要share一下心得了，期待 2005-06-28 21:41:37 totodo呵呵,還不茍,系統上線期間,,忙里偷閑了.. 2005-06-28 21:41:50 笨土豆那我們就期待 2005-06-28 21:41:57 笨土豆Jerry繼續XP 2005-06-28 21:42:56 magicgod繼續 2005-06-28 21:42:54 Jerry呵呵，還是簡單帶過XP實踐這個部分，實踐中采用了XP的迭代、User Story、分解Task、CRC設計、TDD、CI、PP這些過程 2005-06-28 21:43:01 玉凈瓶Jerry你是做什么角色？ 2005-06-28 21:43:17 Jerry系統隱喻方面由于覺得較難理解，我們一直沒實施好 2005-06-28 21:43:21 Jerry系統設計師 2005-06-28 21:44:08 Jerry^_^，建議totodo下次出來講講，有經驗應該拿來分享的嘛 2005-06-28 21:44:21 笨土豆你們的持續集成是如何做的 2005-06-28 21:44:41 Jerry采用XP，在User Story、分解Task以及CRC設計時都是整個團隊進行 2005-06-28 21:45:03 Jerry在完成了Task分解和CRC設計后由成員自己挑選任務 2005-06-28 21:45:29 fog你們換對的速度如何？ 2005-06-28 21:45:34 magicgodXP應該是比較講究靈魂人物的 2005-06-28 21:45:45 Jerry持續集成是采用的CruiseControl+Maven，方式是感應CVS變化進行自動集成，包括單元測試和功能測試 2005-06-28 21:45:46 玉凈瓶是嗎？ 2005-06-28 21:45:56 Jerry我個人覺得XP實施確實比較有效，但比較困難 2005-06-28 21:46:07 Jerry對團隊的要求挺高 2005-06-28 21:46:10 農民 - Javen困難在哪？ 2005-06-28 21:46:12 fog不允許靈魂人物的存在． 2005-06-28 21:46:36 笨土豆是的，主要需要高層的理解，而且團隊成員能力相差不能遠，又必須各有側重 2005-06-28 21:46:50 玉凈瓶magicgod 21:45:34XP應該是比較講究靈魂人物的 fog 21:46:12不允許靈魂人物的存在． 到底誰對？ 2005-06-28 21:47:08 JerryPP的話我們是這樣的，每天的早會大家會談談自己今日的計劃，相應的挑選拍檔 2005-06-28 21:47:17 fog人與人之間的認同與欣賞在xp是最重要的 2005-06-28 21:47:29 JerryXP實施的重點含義就在于去除項目中不可替代的人物 2005-06-28 21:47:31 笨土豆恩，這個方式不錯，mark一下 2005-06-28 21:47:48 foxcrane)RUP實施的重點含義也是就在于去除項目中不可替代的人物 2005-06-28 21:47:56 foxcrane)更是 2005-06-28 21:48:11 Jerry^_^，偶不懂，聽foxcrane講一下，呵呵 2005-06-28 21:48:29 magicgod我怎么凈是見到靈魂人物的產生，越是重大，越是影響大的產品 2005-06-28 21:48:52 magicgod軟件工廠應該還是MDA的夢想 2005-06-28 21:49:20 foxcrane)同樣的項目個人覺得如果用RUP，那么要比XP更容易 去除項目中不可替代的人物 ， ，個人同意magicgod的觀點，應該有靈魂人物 2005-06-28 21:49:25 Jerry呵呵，在我們實施PP的過程中，效果確實比較明顯，效率和代碼的質量都大幅的提高了 2005-06-28 21:49:27 玉凈瓶系統分析師也不是不可替代的嗎？ 2005-06-28 21:50:08 fog不管靈不靈魂的，pp的確爽． 2005-06-28 21:50:17 foxcrane)大的方向沒人把握，一堆做項目的人員夢想著做產品。。。。。要經歷太多太多 2005-06-28 21:50:44 magicgod一定要強硬，特別偏執的人 2005-06-28 21:50:46 Jerry^_^，玉凈瓶這個問題問的好，我也一直疑惑XP的一點，因為XP的過程中其實并沒有提及架構設計這塊的 2005-06-28 21:50:47 fog性格，性格要突出． 2005-06-28 21:50:54 fog該罵就罵，呵呵． 2005-06-28 21:51:00 Jerry對的，我之初的項目經理就是這種人 2005-06-28 21:51:18 Jerry他是鐵腕政策，該裁就裁 2005-06-28 21:51:41 magicgod會做錯事，但至少大方向不錯，應該就差不多了 2005-06-28 21:51:42 笨土豆這是樹立威信的好辦法 2005-06-28 21:52:01 magicgod用過ROSE就徹底對RUP失去信心了 2005-06-28 21:52:24 Jerry對的，大方向是需要有拍板的人，而且那人一定要堅定、強硬和鐵腕政策，對上對下都是這樣，^_^ 2005-06-28 21:52:48 magicgodROSE是用RUP方法開發出來的嗎？ 2005-06-28 21:52:47 Jerry這里還有誰實施過XP嗎？？想聽聽，呵呵 2005-06-28 21:52:57 fog每個人都應該發表自己的意見，這是責任． 2005-06-28 21:53:13 magicgodXP開發出什么樣的重大產品很想知道 2005-06-28 21:53:26 Jerry恩，我也想知道，^_^ 2005-06-28 21:53:34 foghalf/tdd half/pp　呵呵． 2005-06-28 21:54:01 Jerry雖然我們那個項目中實施XP的效果比較好，但也經歷了很多的痛苦 2005-06-28 21:54:17 Jerry[:L] fog連pp也可以half？？ 2005-06-28 21:56:33 Jerry實施XP以來確實能體會到XP的一些好處，無論是TDD/PP/CI/User Story會議，雖然有些不是XP特有的 2005-06-28 21:56:42 流行風什么痛苦 2005-06-28 21:57:01 fog跟朋友pp著玩．講講你的痛苦經驗，也好我以后記得 2005-06-28 21:57:08 Jerry對于XP提倡的Simple Design我一直沒法掌握 2005-06-28 21:57:34 magicgodsd是不錯的 2005-06-28 21:57:43 玉凈瓶就是用最少的文檔來完成 2005-06-28 21:57:56 magicgod從最simple到最復雜 2005-06-28 21:58:02 Jerry應該說這樣的，XP的制度要讓團隊成員完全接受需要經歷一定的過程，這個過程就是痛苦的過程，要在整個團隊中貫徹TDD/PP這些并不是一件容易的事 2005-06-28 21:58:04 笨土豆因為XP歡迎變更 2005-06-28 21:58:12 magicgod讓每一件事都simple 2005-06-28 21:58:31 Jerry個人認為Simple Design重要的是把握一個度的問題 2005-06-28 21:58:36 笨土豆快速交付 2005-06-28 21:58:49 fog網上有個人好象說，誰沒寫好測試的，發現，喝好幾瓶可樂． 2005-06-28 21:59:21 Jerry忘記哪個blog上寫過做不出過度設計的設計師怎么可能做得出Simple Design呢 2005-06-28 21:59:54 Jerry^_^，這種制度的貫徹在團隊成員不理解的時候是很痛苦的，就拿PP來說，由于團隊成員的個性等等方面的問題很容易造成矛盾 2005-06-28 22:00:25 玉凈瓶pp是什么？ 2005-06-28 22:00:32 JerryTDD的話必須培養成團隊成員的習慣才能成為現實，這些過程都是很痛苦的 2005-06-28 22:00:38 fog我覺得推行的xp的時候，少不了善意的懲罰 2005-06-28 22:00:41 foxcrane)雙人編程吧 2005-06-28 22:00:42 Jerrypair to pair 2005-06-28 22:00:43 陸地孤帆結對開發嗎？. 2005-06-28 22:00:58 笨土豆結對 2005-06-28 22:01:01 foxcrane) 玉凈瓶 看來這里就咱倆不懂 [share] 2005-06-28 22:01:18 陸地孤帆[share]加上我吧 2005-06-28 22:01:23 玉凈瓶結對開發，很好，我喜歡 2005-06-28 22:01:29 Jerry當時我們的方法就是誰不接受XP這種思想，就把誰給裁了，所以后來團隊的思想還是一致的 2005-06-28 22:01:37 Jerry暈，玉凈瓶是懂的 2005-06-28 22:01:39 fog你們該不會以為在講ppmm吧．哈哈 2005-06-28 22:01:40 foxcrane)XP那么有意思嗎 2005-06-28 22:01:58 Jerry[:P] foxcrane的團隊是實施什么過程的？？ 2005-06-28 22:02:01 ＮＯ．１男女搭配？ 2005-06-28 22:02:04 ＮＯ．１干活不累？ 2005-06-28 22:02:04 玉凈瓶pp應該是自發進行的 2005-06-28 22:02:18 foxcrane)[:L] 我們流行單槍匹馬 2005-06-28 22:02:18 玉凈瓶自發的，就不會有矛盾 2005-06-28 22:02:21 Jerry我覺得實施什么過程不是關鍵，是整個團隊對于所采用的過程的認同 2005-06-28 22:02:24 fog就把誰給裁了 太恨了，不可接受． 2005-06-28 22:02:34 foxcrane)啥過程都不講，天馬行空也不錯哈 2005-06-28 22:02:38 ＮＯ．１我們不行 我們的項目太大 2005-06-28 22:02:41 Jerry[:L] pp自發那是起不到效果的 2005-06-28 22:02:45 ＮＯ．１單刀不行 2005-06-28 22:02:53 Jerry[:L] 啥過程都不講會出問題的 2005-06-28 22:03:05 Jerry當然小項目可以或者說整個團隊素質都超高可以 2005-06-28 22:03:28 foxcrane)我們200人開發一個產品，俺就單刀 2005-06-28 22:03:32 玉凈瓶一定不應該強行安排 2005-06-28 22:03:35 fogxp能讓交流做得賊好？認同嗎？ 2005-06-28 22:03:39 foxcrane)其他人也是老師帶徒弟那種的 2005-06-28 22:03:41 Jerry既然要實施軟件過程，就要讓這個過程變成制度，否則往往會變成廢紙 2005-06-28 22:03:55 Jerry恩，是的，XP會讓團隊的交流做的很好 2005-06-28 22:04:09 ＮＯ．１那肯定是牛人級了 2005-06-28 22:04:34 Jerry不論是早會/User Story會議/Task會議/PP都對促進團隊交流有極大的作用 2005-06-28 22:04:49 foxcrane)誰能講講FDD 2005-06-28 22:04:53 fog好象其它方法都沒有象xp這樣，在過程中，提供了這么多交流的機會？ 2005-06-28 22:04:57 Jerryfoxcrane果然是強人級的，講講那個產品，呵呵 2005-06-28 22:05:37 foxcrane)[:L]我是開玩笑的.....吹牛不上稅的，你來講講FDD吧 2005-06-28 22:05:38 JerryFDD我記得o6z很熟的，去聽他講講，^_^ 2005-06-28 22:05:51 JerryFDD上次o6z講了一次的 2005-06-28 22:05:54 foxcrane)哈哈，他來北京給我們講了，我還搗亂來著 2005-06-28 22:06:11 Jerry[:L] 是你提問的呢？ 2005-06-28 22:06:21 dragonlan什么是FDD啊 2005-06-28 22:06:24 foxcrane)哦，你聽到錄音了啊 [:!] 2005-06-28 22:06:35 Jerry恩，聽了，^_^，可惜我不在北京 2005-06-28 22:06:47 JerryFeature Driver Design 2005-06-28 22:06:53 Jerry好像是，呵呵 2005-06-28 22:07:04 foxcrane)dragonlan 是FDD的真正專家 2005-06-28 22:07:05 Jerry錯了，最后是開發，不是設計 2005-06-28 22:07:09 JerryDevelopment 2005-06-28 22:07:16 Jerry啊？拉出來講講 2005-06-28 22:07:35 農民 - Javen先拉到群里來。　 2005-06-28 22:07:43 fog已經在了． 2005-06-28 22:07:53 foxcrane)倒，一直就在嘛 2005-06-28 22:08:05 Jerry^_^，XP實踐我基本也就講這些，大家以后多交流，呵呵，對XP我還是比較認同 2005-06-28 22:08:10 笨土豆ozzzzzzzz?哪個FDD我還沒聽 2005-06-28 22:08:19 foxcrane)哦，Jerry繼續 2005-06-28 22:08:30 foxcrane)俺不搗亂了，否則要被踢的............ 2005-06-28 22:09:05 Jerry^_^，拋磚引玉，本來就是以討論為主，呵呵 2005-06-28 22:09:11 fog其實，我想知道怎么寫用戶故事． 2005-06-28 22:09:53 笨土豆我也想知道 2005-06-28 22:10:22 fog如果從用戶角度來寫這東西，那么這個故事的描述，可能分被劃分到多個軟件模塊中． 2005-06-28 22:10:37 Jerry這個需要XP高手來講講，^_^，反正在實施的過程我并沒有太大程度感受到和use case的差別 2005-06-28 22:10:54 Jerry劃分到多個模塊里是沒問題的，這個并不影響 2005-06-28 22:11:15 fog如果按在軟件模塊來寫故事，又失去了故事的描述性．故事就變成了一堆無關聯的用戶操作手冊 2005-06-28 22:11:19 Jerry因為在User Story會議后是要進行CRC設計/情景測試的 2005-06-28 22:11:36 Jerry用戶故事是按照用戶需求來寫的 2005-06-28 22:11:59 fog這個我聽過，但這樣就又一個問題，用戶需求又是怎么寫的？ 2005-06-28 22:12:12 Jerry[:L] 用戶需求是調研來的 2005-06-28 22:12:27 JerryXP中是直接根據用戶需求編寫用戶故事的 2005-06-28 22:12:39 Jerry首先可以是一個大故事，然后把故事拆分 2005-06-28 22:13:44 fog這個我理解，好了，我換一種方式問：開發人員面對的故事是怎樣的粒度？舉個例子？ 2005-06-28 22:13:47 Jerry目前我整理的一個軟件過程：(是偶現在這個產品團隊中實施的比較順利的) 2005-06-28 22:14:32 Jerry故事你可以理解為劃分到一個不可劃分的完整的需求過程(第一范式)，^_^ 2005-06-28 22:15:03 fog恩，喜歡這樣的技術語言． 2005-06-28 22:15:59 Jerry[圖片] 2005-06-28 22:17:20 Jerry^_^，我主要要闡述的還是軟件過程沒什么對和錯的，就如CMM和XP各有優勢，關鍵是要選擇一個團隊適合的、項目適合的，最重要是團隊成員都認同的 2005-06-28 22:18:09 玉凈瓶XP是不是只適合很小型的項目啊 2005-06-28 22:18:34 Jerry大項目的團隊也是可以劃分為小團隊來進行的 2005-06-28 22:19:17 Jerry這次我主要是講到這了，仍然是那句話，拋磚引玉，希望能聽到更為精彩的講座，謝謝大家！ 2005-06-28 22:19:50 笨土豆謝謝，很有啟發呢 2005-06-28 22:20:08 農民 - Javen盛贊！非常感謝。　今天chris好像有事沒有來。　有誰做記錄了沒？ 2005-06-28 22:20:17 流行風謝稿 2005-06-28 22:20:18 農民 - Javen我剛剛才回來，　 2005-06-28 22:20:19 笨土豆chris他Q開著的 2005-06-28 22:20:28 流行風謝謝 2005-06-28 22:20:31 射覆那個圖我抄了，thx，哈哈 2005-06-28 22:20:39 笨土豆我這里應該有完整記錄，chirs他說他會整理的 2005-06-28 22:20:51 農民 - Javen好的。　 2005-06-28 22:21:09 Jerry[:D] 2005-06-28 22:21:23 農民 - Javen[rose]　 2005-06-28 22:21:42 Jerry大家下次都出來講講自己的經驗，象foxcrane、totodo都是要拉出來的人，呵呵 2005-06-28 22:21:46 fog第一范式那句比較經典． 2005-06-28 22:22:02 玉凈瓶FB9A4B 2005-06-28 22:22:25 農民 - Javen華為也在小范圍實踐　XP　方法，　也有成功案例。 2005-06-28 22:22:38 Jerry[:P] 是的，XP是不錯的 2005-06-28 22:22:42 fog比較受啟發．謝謝！[strong] 2005-06-28 22:23:06 Jerry^_^，互相討論的結果 2005-06-28 22:23:13 Jerry下次Topic誰來侃侃，呵呵 2005-06-28 22:23:21 Jerry快各位主動，^_^ 2005-06-28 22:23:29 農民 - Javen就請　totoDo 吧，Jerry 拉一下。。　。　 2005-06-28 22:23:35 農民 - Javen人好像現在不在了。　。。 2005-06-28 22:23:48 笨土豆totodo現在應該也在上海的吧 2005-06-28 22:23:50 Burt(子龍)農民這么忙？ 2005-06-28 22:23:54 Mender.NET[圖片] 真熱鬧啊 2005-06-28 22:23:55 Jerry這么快就跑了，暈 2005-06-28 22:24:02 fogxp style talk . 2005-06-28 22:24:31 Jerry有誰最近研究啥技術的也出來講講 2005-06-28 22:24:32 郁也風咋了，課講完了？ 2005-06-28 22:24:52 Jerry或者項目里成功的什么技術方案能透露的都給透露點，呵呵 2005-06-28 22:24:54 totodo啊噢..我一直都在南京...:) 2005-06-28 22:25:03 Jerry^_^，講完了呀 2005-06-28 22:25:13 Jerrytotodo說說看下次講啥Topic，^_^ 2005-06-28 22:25:14 totodo今晚 偷閑,我聽了jerry的 XP.. 2005-06-28 22:25:46 totodo最近一個多月上外網時間不大于10小時. .. 2005-06-28 22:25:48 Mender.NET一會兒有完全的記錄可下載嗎？ [圖片] 2005-06-28 22:26:02 郁也風好像很多長期隱居的也都出來了啊 2005-06-28 22:26:07 Jerry[:L] totodo項目這么忙哦，多大的項目？ 2005-06-28 22:26:09 農民 - Javen明天或者后天吧，　記錄。。。　 2005-06-28 22:26:19 Mender.NET[:$] 有就行了．聽了一小半 2005-06-28 22:26:54 foxcrane)郁也風 22:26:02好像很多長期隱居的也都出來了啊 看來Jerry講座的魅力是無窮的 2005-06-28 22:27:00 Jerry上海的同志們也應該象bjug樣組織組織聚會的，每次聚會開兩個Topic講講，呵呵 2005-06-28 22:27:20 郁也風呵呵，我可以負責去蹭吃蹭喝 2005-06-28 22:27:23 Jerry[:L] 就說那個名字取的太大....... [:$] 2005-06-28 22:27:34 Jerry[:L] 不講Topic的不準 2005-06-28 22:27:46 totodo江蘇電信的BSS 業務支撐系統 2005-06-28 22:28:00 玉凈瓶我在上海 2005-06-28 22:28:02 Jerry^_^，多少money？？ 2005-06-28 22:28:11 Mender.NETfoxcrane　現在主要在這個群里活動了？ 2005-06-28 22:28:10 totodo有一次請Robbin 來給我們作過培訓.... 2005-06-28 22:28:19 Jerry玉凈瓶，^_^，有空的時候出來聚聚 2005-06-28 22:28:23 totodo我們團隊技術水平他很清楚.. 2005-06-28 22:28:31 Jerry[:L] robbin給你們培訓啥呢？ 2005-06-28 22:28:35 Jerryhibernate？？？ 2005-06-28 22:28:46 foxcrane) 其他群我也不怎么去，最近不怎么活動 2005-06-28 22:28:51 foghow to enjoy javaeye in work time? 2005-06-28 22:28:52 Mender.NETao. 2005-06-28 22:29:13 Jerryfoxcrane在maillist也是比較積極的，呵呵 2005-06-28 22:29:23 玉凈瓶好的，要有人組織的啊 2005-06-28 22:29:38 foxcrane)上海也聚吧，咱們好跟著聽錄音 2005-06-28 22:29:47 郁也風玉凈瓶是哪位？ 2005-06-28 22:29:50 Jerry[:L] 沒BJUG那樣的環境，會議室的問題比較麻煩 2005-06-28 22:30:20 Jerry是呀，上海為啥不聚聚呢，當面那種PPT式的TOPIC還是比較好 2005-06-28 22:30:40 Jerry聽說robbin他們是有搞聚的，不過是極小團體 2005-06-28 22:30:46 笨土豆上海Robbin他們不是常在交大嗎？你們找幾個什么大畢業的 2005-06-28 22:31:03 foxcrane)玉凈瓶 是一強人吧，好象是玩JS的？ 2005-06-28 22:31:18 郁也風去華師，或是上師大，或是上外，mm多啊：） 2005-06-28 22:31:23 玉凈瓶我做了 www.yjping.com 2005-06-28 22:31:28 Jerry很想聽杭州的potian講講 2005-06-28 22:31:43 Jerry心目中的絕對大牛級人物 2005-06-28 22:31:48 笨土豆他現在搞咨詢，500/小時啊，呵呵 2005-06-28 22:31:52 foxcrane)potian[:!] 仰視 ing.......... 2005-06-28 22:31:55 笨土豆potian的確是絕對的牛人 2005-06-28 22:31:59 Jerry郁也風有門道否... 2005-06-28 22:32:22 foxcrane)都說他牛，咱也跟著仰慕，到底哪里牛啊 2005-06-28 22:32:29 Jerry是哦，什么時候能瞻仰瞻仰potian的風采，呵呵，何時他能重寫blog也不錯 2005-06-28 22:32:39 Jerryfoxcrane沒看過他以前的blog嗎？？ 2005-06-28 22:32:44 Mender.NET因為都說他牛所以就牛羅～ 2005-06-28 22:32:46 郁也風啥門道？ 2005-06-28 22:32:55 foxcrane)指點指點，怎樣看到他牛 2005-06-28 22:32:56 Jerry會議室的門道，呵呵 2005-06-28 22:33:19 郁也風唉，可惜我們公司的會議室差了點：（ 2005-06-28 22:33:19 Jerry現在他的blog沒了呀 [: