2013-02-28 10:36:29 CleverKing(54***63)
我现在正在对团队进行转型，感觉很困难，各种阻力
2013-02-28 10:36:32 潘加宇(3504847)
这是一个很难的过程，一下子搞不了的，不要说对象模型，很多人连规范的数据模型都建不好，概念不清楚。 匍匐前进，先挑自己工作中比较头痛的部分来试试
2013-02-28 10:36:58 CleverKing(54***63)
光从业务建模上来说，很多时候业务专家不愿意配合，这个很头疼
2013-02-28 10:37:20 潘加宇(3504847)
尝试从现有的代码中把领域概念提炼出来，把领域逻辑封装在里面
2013-02-28 10:37:42 潘加宇(3504847)
这个和业务建模没有关系了
2013-02-28 10:37:49 潘加宇(3504847)
是设计，复用
2013-02-28 10:37:51 上海-木子(3044***83)
还要强制使用领域模型啊
2013-02-28 10:38:12 CleverKing(54***63)
我说的是初期的业务建模，项目刚刚开始
2013-02-28 10:38:49 潘加宇(3504847)
不要铺得太开，有一点就可以，改进业务建模就集中改进业务建模，不要去搞领域驱动设计。
2013-02-28 10:38:48 CleverKing(54***63)
我们做一个客服的业务改进，需要客服团队的配合，但是整天就找不到一个愿意坐下来跟我们聊的客服
2013-02-28 10:38:53 小鱼儿(55***501)
总要让团队成员看到正面效果了，才好推开
2013-02-28 10:39:39 CleverKing(54***63)
一开始做业务建模就很难开展，主要是我们不了解客服的业务流程，需要客服的配合
2013-02-28 10:40:02 潘加宇(3504847)
如果认为目前最大的问题是设计的复用比较差，那就集中精力改设计，对需求和业务建模也只能睁一只眼闭一只眼。
2013-02-28 10:40:07 DUBU(4959***06)
关键点啊 对业务的理解得透彻 要不没法继续
2013-02-28 10:41:49 CleverKing(54***63)
潘老师有专门针对设计的课程么？
2013-02-28 10:41:52 深圳-Stupig(5036***945)
我在尝试DDD的时候，我自己确实可以试，但是在实际开发中如果你拿你的东西去跟他们讲，他们就会说违反公司xxx规范、不合xxx架构之类的话，说到底就是不符合他们的固定思维
2013-02-28 10:42:13 CleverKing(54***63)
上次听你的课后面的设计讲的很少，主要还是集中在业务建模了
2013-02-28 10:42:23 潘加宇(3504847)
"他们"指的是
2013-02-28 10:42:40 深圳-Stupig(5036***945)
项目经理、组长和开发人员
2013-02-28 10:43:19 CleverKing(54***63)
我感觉DDD应该是整个团队，如果个人用这个，很容易出问题
2013-02-28 10:43:50 潘加宇(3504847)
这些岗位的人，可能认为做这样的变化，风险大于收益，不划算呗
2013-02-28 10:44:38 CleverKing(54***63)
确实是这样，很多团队都怕担风险，不敢上DDD
2013-02-28 10:45:25 潘加宇(3504847)
没那么宏大了，先把现有的一些代码改改，告诉大家这样做为什么要好一点。
2013-02-28 10:46:08 剪刀手爱德华(4617**7)
有的公司可能会觉得重构的代价比较大 可能不愿意实施
2013-02-28 10:46:48 深圳-Stupig(5036***945)
基本上他们认为这样做的价值为零，而风险很大，认为没价值是因为认识不足，另一方面也反映了个人不想承担太多责任，一旦搞不好就会连累自己
2013-02-28 10:47:15 张志刚(54***13)
找他们的老大
2013-02-28 10:47:38 剪刀手爱德华(4617**7)
也可以理解 如果一个系统都做了好多年了 想改也不是那么好改的
2013-02-28 10:47:49 DUBU(4959***06)
屁股决定脑袋 因为现在最苦闷的还是一线的程序员 :) 代码的各种逻辑混乱 各种修改 ~~
2013-02-28 10:48:04 深圳-Stupig(5036***945)
越是往上层思想越是顽固
2013-02-28 10:48:37 潘加宇(3504847)
不能光说公司觉得，公司的什么角色觉得？ 如果说能决策的人确认了解了各方面的利和害，决定暂时不做改变，那就算了呗
2013-02-28 10:50:20 张志刚(54***13)
按照道理，项目只要是愿意出钱来做的话，他们的老大觉得有价值才会做。找到这个价值点非常重要，如果老大觉得你分析的价值点都没谱，估计这个项目就没法做了
2013-02-28 10:50:37 刘佳(761**3)
我在一家游戏公司上班时给大家聊过潘老师讲的UML，非常受欢迎，我现在离职了，回去发现大家还是用UML和Case工具，还是业务部门的。
2013-02-28 10:50:49 深圳-Stupig(5036***945)
潘老师，我有个建议，在搞企业内训的时候你可不可以再针对公司管理层开些思想课？让他们都了解一下，光是我们开发人员理解实施不起来
2013-02-28 10:50:53 剪刀手爱德华(4617**7)
这其实是个比较难沟通的问题 因为公司的相关决策的角色可能对技术并不是很懂 然而重构对于他们来说可能最终的效果是一样的 所以他们会觉得应该把精力放在其他的事情上 毕竟人力资源有限
2013-02-28 10:51:30 剪刀手爱德华(4617**7)
当然对于长远来说用更好的架构模式当然对于系统是更有帮助的了
2013-02-28 10:52:29 潘加宇(3504847)
[表情]术业有专攻。如何说服管理层引进改变，是另外一个学问，和这个改变是"认识改变""开发方法改变"、"企业文化改变"没有关系
2013-02-28 10:52:29 深圳-Stupig(5036***945)
潘老师的课的内容本来就是改进企业业务流程的，这也算是给我们这些软件企业改进一下业务流程吧
2013-02-28 10:53:19 剪刀手爱德华(4617**7)
同意潘老师的观点[表情]
2013-02-28 10:53:24 潘加宇(3504847)
"认识改变"--"人事改变"
2013-02-28 10:55:25 上海-木子(3044***83)
没有人事的支持，不好搞啊
2013-02-28 10:57:33 李兴衡产品总监(84***6)
很多的时候这种改变自下而上很难，如果能找到契机自上而下是最好的，不过这难度也不小。有点类似销售去谈客户了，需要懂得老板的关注点、痛点，然后搭桥出关联的策略，不过最关键的，还得有说话的机会……
2013-02-28 10:58:01 深圳-Stupig(5036***945)
同意术业有专攻，这确实是不同的领域，但是却是有大大的关系，如果潘老师觉得自己搞不来，可以找其他专业的人来搞这种针对管理层的思想传播，这对UML的传播起到很大的推动作用
2013-02-28 11:00:56 剪刀手爱德华(4617**7)
个人体会做需求其实就是在关注别人需要什么样的东西 只有做他人需要的东西你才能真正的成功
2013-02-28 11:01:13 潘加宇(3504847)
这个。。。。说来话长啊
2013-02-28 11:01:38 CleverKing(54***63)
哈哈，潘老师的笑话好冷
2013-02-28 11:01:43 深圳-Stupig(5036***945)
愿闻其详
2013-02-28 11:05:38 /xin飞艇(377***148)
要有针对性
2013-02-28 11:05:53 刘佳(761**3)
业务部门愿意接受UML，他们发现用Jude这样的建模工具加上一些原型设计工具，能够写出很好的需求文档。
2013-02-28 11:12:48 深圳-Stupig(5036***945)
但是我们都死在最后一公里上
2013-02-28 11:17:34 Vam(99***86)
和领导层谈话是很伤元气的一件事
2013-02-28 11:17:58 Vam(99***86)
角色跨越是比较痛苦的，会给个人造成比较大的压力
2013-02-28 11:21:08 潘加宇(3504847)
你现在能做到的也许已经是最好的了
2013-02-28 11:21:49 Vam(99***86)
说来惭愧，n年前听完您的课，就没怎么再深入研究UML了
2013-02-28 11:22:41 剪刀手爱德华(4617**7)
大家还是要多交流啊
2013-02-28 11:22:54 Vam(99***86)
不过UML的重要性是常驻我心中的，早晚要捡起来
2013-02-28 11:24:15 上海-木子(3044***83)
前期设计和后期重构，那个更好？ 2013-02-28 11:28:32 北京-张攀攀(3691****82)
今天 深圳-Stupig等对DDD的讨论很有意义 2013-02-28 11:28:47 北京-张攀攀(3691****82)
我也有类似的体会
2013-02-28 11:29:16 北京-张攀攀(3691****82)
实际上 对OO理解到位的程序员 不多 包括一些高级程序员项目经理
2013-02-28 11:30:37 北京-张攀攀(3691****82)
工作一段时间后 不想接触新理念新方法 希望走老路一招鲜吃遍天
2013-02-28 11:30:56 北京-张攀攀(3691****82)
所以 。。。
2013-02-28 11:32:43 kiler(180***743)
如果你唯一的工具是锤子，你往往会把一切的事物看成钉子。
2013-02-28 11:32:56 kiler(180***743)
开发人员经常干的事情
2013-02-28 11:33:44 暗香浮动(378**7997)
这个不是开发人员经常这样，几乎大部分人都这样
2013-02-28 11:35:51 北京-张攀攀(3691****82)
这也说明这些人锤子不够多
2013-02-28 11:36:14 北京-张攀攀(3691****82)
希望用一个锤子搞定所有事情