Matrix Java 大讲坛－产品开发过程(Jerry贡献)

内容: 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没了呀 [: