当前页面位置: » 丰搜网 » 文档中心 » 详细内容
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 will
jerry：我觉得售前人员应该也会起到作用的
2005-06-28 20:22:34 jerry
产品的版本规划的划定主要是依赖对于产品卖点以及技术人员对于产品技术难度的预估来进行划定
2005-06-28 20:22:40 笨土豆
版本规划？解释下
2005-06-28 20:22:49 jerry
will说的对，产品预备团队里是有售前的
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 will
jerry：你们初期一般能规划到几个版本？毕竟市场有时变化太快，技术也变化的很快
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 hongsoft
jerry,你们公司的网址？
2005-06-28 20:27:31 jerry
www.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 will
jerry继续
2005-06-28 20:29:23 jerry
预计产品的成本、产品的销售价格、产品预计的获利
2005-06-28 20:29:52 jerry
hongsoft说的对，这个时候以市场人员为主
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 will
jerry: 简单讲讲你们的产品质量保证体系吧
2005-06-28 20:35:06 jerry
恩，技术代表不一定参与开发
2005-06-28 20:35:22 jerry
^_^，我会一步一步来讲的，will别急
2005-06-28 20:35:26 will
jerry: 简单讲讲你们的产品质量保证体系吧
2005-06-28 20:36:00 hongsoft
各团队分别多少人？
2005-06-28 20:36:00 dragonlan
没有测试团队 ？
2005-06-28 20:36:04 will
jerry: 简单讲讲你们的产品质量保证体系吧
2005-06-28 20:36:14 jerry
质量保证团队是我们的测试团队
2005-06-28 20:36:33 秋天的菠菜?i
jerry按原来的计划讲，讲到相应的地方大家再提问题
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 dragonlan
sorry，继续
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 jerry
user 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 jerry
jsports？？？
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 anyfly
update 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 anyfly
table 和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 jerry
xp在我们之初的项目团队中实践是这么做的
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 jerry
totodo你说的这个也是实际现象，但如果制度贯彻的好是可以的，至少我在我们的产品中是看到了实际效果的
2005-06-28 21:35:38 笨土豆
同意totodo,所以我认为架构师一定要有长时间的code经验
2005-06-28 21:35:45 magicgod
木已成舟，饭都熟了，设计贯彻成代码很重要
2005-06-28 21:35:47 dragonlan
sqa具体作什么呢 ？
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 totodo
1.符合业务操作 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 jerry
totodo说的对，思想级
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 magicgod
xp应该是比较讲究灵魂人物的
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:34
xp应该是比较讲究灵魂人物的
fog 21:46:12
不允许灵魂人物的存在．
到底谁对？
2005-06-28 21:47:08 jerry
pp的话我们是这样的，每天的早会大家会谈谈自己今日的计划，相应的挑选拍档
2005-06-28 21:47:17 fog
人与人之间的认同与欣赏在xp是最重要的
2005-06-28 21:47:29 jerry
xp实施的重点含义就在于去除项目中不可替代的人物
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 magicgod
rose是用rup方法开发出来的吗？
2005-06-28 21:52:47 jerry
这里还有谁实施过xp吗？？想听听，呵呵
2005-06-28 21:52:57 fog
每个人都应该发表自己的意见，这是责任．
2005-06-28 21:53:13 magicgod
xp开发出什么样的重大产品很想知道
2005-06-28 21:53:26 jerry
恩，我也想知道，^_^
2005-06-28 21:53:34 fog
half/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 magicgod
sd是不错的
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 jerry
tdd的话必须培养成团队成员的习惯才能成为现实，这些过程都是很痛苦的
2005-06-28 22:00:38 fog
我觉得推行的xp的时候，少不了善意的惩罚
2005-06-28 22:00:41 foxcrane)
双人编程吧
2005-06-28 22:00:42 jerry
pair 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 fog
xp能让交流做得贼好？认同吗？
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 jerry
foxcrane果然是强人级的，讲讲那个产品，呵呵
2005-06-28 22:05:37 foxcrane)
[:l]我是开玩笑的.....吹牛不上税的，你来讲讲fdd吧
2005-06-28 22:05:38 jerry
fdd我记得o6z很熟的，去听他讲讲，^_^
2005-06-28 22:05:51 jerry
fdd上次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 jerry
feature 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 jerry
development
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 jerry
xp中是直接根据用户需求编写用户故事的
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 fog
xp 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 jerry
totodo说说看下次讲啥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.net
foxcrane 现在主要在这个群里活动了？
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 jerry
hibernate？？？
2005-06-28 22:28:46 foxcrane)
其他群我也不怎么去，最近不怎么活动
2005-06-28 22:28:51 fog
how to enjoy javaeye in work time?
2005-06-28 22:28:52 mender.net
ao.
2005-06-28 22:29:13 jerry
foxcrane在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 jerry
foxcrane没看过他以前的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没了呀 [:<]
或者你去javaeye上看看他以前的帖子
2005-06-28 22:34:22 jerry
[:l] 笨土豆听过他的咨询？？？500/小时，好贵..
2005-06-28 22:34:50 笨土豆
唉，我都还没见过他啊，找个机会见见才行，没啊，是他带出来的徒弟告诉我他现在在做什么的
2005-06-28 22:35:41 郁也风
http://jot.com/有人玩吗，挺不错的创意
2005-06-28 22:35:51 jerry
瞅瞅啥东西
2005-06-28 22:36:00 笨土豆
你上次介绍过
2005-06-28 22:36:07 笨土豆
不过我还没玩
2005-06-28 22:36:14 jerry
是网络社团那种？
2005-06-28 22:36:36 笨土豆
似乎和rss有关
2005-06-28 22:36:36 郁也风
带wiki和blog，我也是今天才有点时间看看，前一次只是走马观花
2005-06-28 22:36:56 笨土豆
wiki这东西管理成本太大
2005-06-28 22:37:10 郁也风
看中它的一点是它的权限管理，有的隐私页面可以锁定的
2005-06-28 22:37:28 jerry
呵呵，对了，不如下次谁来讲讲权限管理
2005-06-28 22:37:31 郁也风
另外我想问问农民，mt是不是支持mail发blog啊？
2005-06-28 22:37:52 totodo
jerry ,多少money ,存软件大概2500w
2005-06-28 22:38:09 totodo
包括ibm 和 毕博得服务..
2005-06-28 22:38:14 笨土豆
是省系统吧
2005-06-28 22:38:27 jerry
有几个topic的建议：
plugin architecture
workflow
rbac
ria
remoting
2005-06-28 22:38:30 totodo
恩,是,全省统一版本的系统..
2005-06-28 22:38:47 jerry
恩，那是很大的项目了，totodo做完这个项目后出来就牛了
2005-06-28 22:39:21 jerry
偶做过最大的项目是1010万的纯软件，不包括websphere、oracle这些东西
2005-06-28 22:39:34 donald
totodo做什么的啊？
2005-06-28 22:39:50 笨土豆
风，发现个问题，他的title里不接受单引号等字符
2005-06-28 22:40:17 郁也风
哦，这我还没注意到：）我现在在看它的那些附加的工具
2005-06-28 22:40:26 郁也风
打算都给丫装上
2005-06-28 22:40:31 笨土豆
呵呵
2005-06-28 22:40:52 jerry
几个topic看看谁有兴趣出来讲上一两个的呢，^_^
2005-06-28 22:41:18 donald
有没有人讲osgi的捏？^_^
2005-06-28 22:41:20 郁也风
我前一阵在jira里面发现一个不能在summary里面用双引号的bug：（百思不得其解
2005-06-28 22:41:56 郁也风
俺都有兴趣，不过希望不要在9月份之前讲：（俺这一段时间是没时间参加地：（
2005-06-28 22:42:18 jerry
osgi要找raimundox来讲，不敢班门弄斧
2005-06-28 22:42:24 foxcrane)
500/小时 很便宜啊，都可以请他当家庭教师了
2005-06-28 22:42:46 donald
raimundox？
2005-06-28 22:42:54 郁也风
是挺便宜的，比潘家宇便宜多了
2005-06-28 22:43:01 donald
jerry介绍介绍？
2005-06-28 22:43:24 donald
潘家宇的讲座谁听过？
2005-06-28 22:43:25 jerry
^_^，bjug里的，徐x，他对mof、osgi方面很有研究
2005-06-28 22:43:36 fog
你说的几个都是实打实的技术东西．够狠．
2005-06-28 22:43:41 foxcrane)
我听他讲osgi睡着了 ，osgi挺没意思的
2005-06-28 22:43:45 donald
晕.... 徐浩吧
2005-06-28 22:43:55 郁也风
我听过
2005-06-28 22:44:01 jerry
恩，donald认识？
2005-06-28 22:44:04 donald
据说是我校友，听冰云提起过
2005-06-28 22:44:20 jerry
[:l] osgi还是挺不错的，有点意思
2005-06-28 22:44:21 donald
我应该见过他，不过再学校的时候，他不太出名，呵呵
2005-06-28 22:44:26 foxcrane)
500/小时，咱们合伙请他讲啊
2005-06-28 22:44:37 jerry
要看对于plugin architecture的理解
2005-06-28 22:44:39 郁也风
请几个小时啊：）
2005-06-28 22:44:41 donald
潘家宇的讲座，说实在的....我听了半个消失
2005-06-28 22:44:48 donald
半个小时，就撤了
2005-06-28 22:44:48 jerry
呵呵，合伙请应该就不只了吧
2005-06-28 22:45:05 jerry
呵呵，以后咱们的topic就应该多讲讲实打实的技术
2005-06-28 22:45:11 foxcrane)
潘家宇......
2005-06-28 22:45:11 郁也风
我听了有俩小时：（感觉一般吧，或者说是当时水平太差：）
2005-06-28 22:45:37 jerry
继续号召：(大家看看还有啥topic推荐的)
plugin architecture
workflow
rbac
ria
remoting
2005-06-28 22:45:42 郁也风
我的水平差，不是说小潘水平差^_^
2005-06-28 22:46:01 郁也风
我最近对工作流狂感兴趣，很想听讲啊
2005-06-28 22:46:08 foxcrane)
没听过不敢说，还是徐昊讲的好
2005-06-28 22:46:23 笨土豆
workflow也许corlin可以讲讲
2005-06-28 22:46:21 donald
我感觉到潘家宇没有实际带团队的经验...
罪过罪过...其实小潘对uml还是很有些心得的
2005-06-28 22:46:27 郁也风
讲的你都睡着了：）据说透明也睡着了？
2005-06-28 22:46:32 jerry
让银狐来讲
2005-06-28 22:46:35 foxcrane)
挖哈哈
2005-06-28 22:46:37 jerry
[:d]
2005-06-28 22:46:42 笨土豆
恩，999也是很不错的
2005-06-28 22:46:48 郁也风
hoho，这老哥好像在北京不是？
2005-06-28 22:46:49 donald
银狐也十分想见见面啊
2005-06-28 22:46:49 foxcrane)
透明听mof睡着了
2005-06-28 22:46:58 fog
workflow,rbac都有经典的论文．前个星期本来是打算开读wfc的那份东西，后来又跑去看jdo 的spec
2005-06-28 22:47:06 jerry
徐昊讲东西需要先预习的，否则真的会听的睡着
2005-06-28 22:47:12 郁也风
俺对这几个东西兴趣不大，俺希望听听能实际应用的东东
2005-06-28 22:47:13 donald
透明老哥听不懂吧[;p]
2005-06-28 22:47:14 fog
wfc读了二页．．哈哈．
2005-06-28 22:47:31 jerry
哈哈，我公司以前做的工作流是基于wfmc来做的
2005-06-28 22:48:06 jerry
不会吧，郁也风觉得那几个都不是实际应用的东西？？？
2005-06-28 22:48:31 donald
我觉得徐昊那次讲的太浅了，基本上等于介绍
他应该不只这个水平吧，也许时间太紧
2005-06-28 22:48:55 foxcrane)
[:!]
2005-06-28 22:48:59 jerry
[:p] 徐昊在bjug上讲过n次，前几次是为了铺垫的，所以讲的比较简单
2005-06-28 22:49:17 jerry
后几次讲的就越来越深了
2005-06-28 22:49:43 共筑佳话
深圳下周末好像有umlchina的讲座
2005-06-28 22:49:52 foxcrane)
你说啥东西讲的太浅了
2005-06-28 22:50:01 donald
....我说的是最后一次那个[:l]
osgi
2005-06-28 22:50:06 笨土豆
400的那种非赢利公开克？
2005-06-28 22:50:11 jerry
[:l] 最后一次？？
2005-06-28 22:50:16 共筑佳话
嗯
2005-06-28 22:51:04 笨土豆
听了几次umlchina的课，感觉他们请的一些名人讲的都太浅了
2005-06-28 22:51:15 笨土豆
而且要不就介绍产品，要不就介绍自己出了什么书
2005-06-28 22:51:20 jerry
plugin architecture应该很多人都有研究的吧，出来讲讲
2005-06-28 22:51:28 笨土豆
不过免费听听也不能要求太多
2005-06-28 22:51:32 jerry
[:p] 现在umlchina的讲座已经不行了
2005-06-28 22:51:34 donald
umlchina的课程太短了，所以没办法深入
2005-06-28 22:52:02 郁也风
俺想了解一下uml2：（
2005-06-28 22:52:06 笨土豆
plug-in这东西我对eclipse的osgi应用很有兴趣，下了代码准备研究下
2005-06-28 22:52:18 donald
盛名之下无虚士啊
各位都素高手啊[<l>]
2005-06-28 22:52:39 jerry
plugin architecture不一定只有osgi的
2005-06-28 22:52:52 jerry
何况eclipse最早的时候还不是用的osgi，^_^
2005-06-28 22:53:11 笨土豆
恩，这我知道，但是eclipse基本是用的最成功的了，至少现在是这样
2005-06-28 22:53:20 donald
其实osgi并不狠难
2005-06-28 22:53:30 donald
难的是应用
2005-06-28 22:54:45 donald
我感觉我又说错话了
^_^!
.....原理不难
2005-06-28 22:54:52 jerry
^_^，eclipse确实最出名，但plugin architecture还是有很多别的实现方式
2005-06-28 22:55:20 donald
同意jerry
2005-06-28 22:55:25 donald
[<l>]
2005-06-28 22:55:26 笨土豆
呵呵，那倒是
2005-06-28 22:55:27 jerry
比如genrinomo的jmx+ioc
2005-06-28 22:55:34 郁也风
我比较关注于bs结构应用各个模块之间 的plugin实现
2005-06-28 22:55:40 jerry
好像打错了，其实这是我最期待的，jmx+ioc
2005-06-28 22:55:55 jerry
不是很明白郁也风的意思
2005-06-28 22:56:08 jerry
portlet？？
2005-06-28 22:56:15 笨土豆
jmx应该也算远程调用的吧，性能如何？
2005-06-28 22:56:29 郁也风
对，有这个效果：）
2005-06-28 22:56:39 郁也风
不聊了，俺得看看那玩意了
2005-06-28 22:56:40 jerry
[:l] 土豆真的不了解哦
2005-06-28 22:56:44 笨土豆
是的
2005-06-28 22:57:01 jerry
jmx是既支持远程又支持本地
2005-06-28 22:57:16 笨土豆
哦！
2005-06-28 22:57:22 笨土豆
这东西没研究过
2005-06-28 22:57:37 jerry
[:p] jmx+ioc偶喜欢
2005-06-28 22:57:52 笨土豆
说说简单的理由
2005-06-28 22:57:57 jerry
不过eclipse中值得吸收的有重要的一点，extension point
2005-06-28 22:58:41 jerry
呵呵，首先jmx能提供更好的plugin的管理，而osgi在这方面是没法和这种架构来比的，ioc就不用说了，^_^，更好的解决plugin的协作
2005-06-28 22:59:00 fog
jboss新版好象要抛弃jmx,而采用一个ioc容器来替代
2005-06-28 22:59:04 jerry
extension point是偶极度欣赏的
2005-06-28 22:59:31 jerry
应该不会吧？？？？ioc容器来替代，这句话有些问题，ioc和jmx完全是两个概念的东西
2005-06-28 23:00:02 ｎｏ．１
不会吧
2005-06-28 23:00:21 ｎｏ．１
我还想学jmx呢
2005-06-28 23:00:39 fog
不用jmx来管理访问bean啊
2005-06-28 23:00:43 jerry
jmx建议大家看看，不算很复杂的
2005-06-28 23:00:44 笨土豆
不行了，我先睡了
2005-06-28 23:00:50 jerry
[bye]
2005-06-28 23:00:53 donald
jmx和osgi功能上比较象
2005-06-28 23:01:10 jerry
是的，jmx和osgi有点类似，不过关注的层面还是不太一样
2005-06-28 23:01:15 笨土豆
mark一下，jmx---jboss代码可以参考
osgi--eclipse可以参考，呵呵
2005-06-28 23:01:18 笨土豆
88
2005-06-28 23:01:20 donald
spring的ioc是行为管理，理论上也能实现这些功能
2005-06-28 23:01:28 donald
只不过粒度不同
2005-06-28 23:01:31 jerry
jmx太多可以参考的了
2005-06-28 23:01:44 donald
spring和jmx是面向pojo
osgi面向组件
2005-06-28 23:01:44 jerry
no no no，ioc还是不一样的
2005-06-28 23:02:04 jerry
jmx同样可以面向component
2005-06-28 23:02:32 donald
恩，这个也是
2005-06-28 23:02:41 donald
说说ioc有什么不一样吧
2005-06-28 23:02:44 donald
[:)]
2005-06-28 23:02:47 jerry
建议可以去了解一下geronimo
2005-06-28 23:03:14 donald
呵呵，你给介绍一下吧
实在没时间去了解[:d]
2005-06-28 23:03:19 jerry
它采用的是jmx+ioc构成kernel部分的，其他的就采取component方式
2005-06-28 23:03:28 donald
大概是做什么的呢？
2005-06-28 23:04:01 jerry
j2ee container
2005-06-28 23:04:30 donald
哦，是apache的？
我现在做的东西都比较底层[:$]
2005-06-28 23:04:46 jerry
[:p] 咋个底层法
2005-06-28 23:04:53 jerry
是要，apache目前的力作
2005-06-28 23:05:39 donald
底层到类似于jms的功能都要自己写[:-]
2005-06-28 23:05:47 jerry
在osgi和jmx+ioc方面我更倾向后者
2005-06-28 23:06:33 jerry
[:l] 牛人
2005-06-28 23:06:48 jerry
不觉得是重复发明轮子呢？？
2005-06-28 23:06:50 donald
我比较倾向于前者[:)]
我看过jmx的一些实现，我觉得不太好
但是osgi的实现又太少，要实现点什么就要自己写
2005-06-28 23:07:15 jerry
呵呵，我觉得重点在于你怎么看待plugin architecture
2005-06-28 23:07:35 donald
不是我想重新发明轮子，在我的视线所及范围内
还没有类似于我的理想中的系统还没出现
2005-06-28 23:07:48 donald
很多系统都有一些特征，但又不完全
2005-06-28 23:07:50 jerry
[:l]
2005-06-28 23:08:09 donald
既然项目投资那么大，当然想要搞好点了...[;!]
2005-06-28 23:08:18 jerry
donald也是强人哦，出来讲讲，哈哈
2005-06-28 23:08:54 donald
别...我还在膜拜各位牛的过程中[:d]
2005-06-28 23:09:01 donald
呵呵
2005-06-28 23:09:20 jerry
啊？原来你就是blog的那个落魄程序员
2005-06-28 23:09:31 donald
今天你讲课的时候，我正在调试程序呢
2005-06-28 23:09:37 jerry
[:l] 膜拜也出来讲，强制拉出来讲
2005-06-28 23:10:03 jerry
加班加点呢
2005-06-28 23:10:07 donald
...整天加班，当然落魄了[:-]
2005-06-28 23:10:39 jerry
做项目呢？
2005-06-28 23:10:47 donald
是啊
2005-06-28 23:10:55 jerry
[:p] 啥项目
2005-06-28 23:11:19 jerry
看你blog上提到mina，有点感兴趣
2005-06-28 23:12:07 jerry
^_^，怎么觉得java os界好像没什么remoting的框架(支持异步等等)
2005-06-28 23:12:27 donald
mina是个我最欣赏的项目之一
2005-06-28 23:12:33 ｎｏ．１
donald
2005-06-28 23:12:36 jerry
讲讲看，偶不懂
2005-06-28 23:12:37 ｎｏ．１
你在北京哪里啊？
2005-06-28 23:12:47 donald
他让我几乎放弃我原来的框架
2005-06-28 23:13:05 jerry
[:l] 那么强的东东
2005-06-28 23:13:06 donald
只可惜...他更新太慢了，不知道赶不赶得上我的项目
2005-06-28 23:13:33 donald
no.1
我目前在武汉做项目，十月分回北京，呵呵
2005-06-28 23:13:47 jerry
你blog上提到mina与spring、jmx与osgi的结合计划？？
2005-06-28 23:14:02 jerry
[:l] 如果这个完成也太强了吧
2005-06-28 23:14:13 donald
mina是一个通讯基础框架。
在java领域中，类似于这种框架还达不到ace那样的承载度
2005-06-28 23:14:13 ｎｏ．１
2e1195
2005-06-28 23:14:18 ｎｏ．１
7fbe57
2005-06-28 23:14:19 donald
但是更加灵活
2005-06-28 23:14:29 donald
no.1我看不见图..[;!]
2005-06-28 23:14:35 donald
我的是qq2003
2005-06-28 23:14:53 donald
是啊
2005-06-28 23:15:09 donald
我就是在想基于osgi，面向pojo的通讯基础框架
2005-06-28 23:15:37 donald
以及eos那样的画图式的无编码创建系统
2005-06-28 23:16:00 jerry
[:p] 那是n多现在的框架在努力的方向
2005-06-28 2
