伟大的progame 11:30:40
我又在看我2年多前的代码 向自己学习
伟大的progame 11:30:50
原来我处在一个极端 现在在另一个极端
量大的老鸨 11:32:14
我3年前的代码，只能形容为：不忍卒读
量大的老鸨 11:32:43
现在的代码，可以很公正的说：垃圾
伟大的progame 11:33:07
我原来走标准的三层 com+ businessobject
伟大的progame 11:34:15
现在是framework + xml
伟大的progame 11:34:28
接下来要中和了
伟大的progame 11:34:31
两个都是极端
老渔翁 11:34:57
标准的三层是垃圾。
量大的老鸨 11:37:01
我以前是标准的万物皆类，一个小小的接口都要用类来包裹一番，结果累的不行
量大的老鸨 11:38:05
现在终于幡然悔悟，明白鸟手中无刀，心中有刀的真谛，所谓放下屠刀，立地成佛啊.....
伟大的progame 11:38:33
你不明白 你没有涉及到复杂多变的业务
量大的老鸨 11:39:30
以史为鉴，展望未来，我们的目标是飞花摘叶，皆可伤人，要做到手中无刀，心中也无刀.....
乌鸦 11:39:50
粒度看自己把握
量大的老鸨 11:40:05
我坚持认为，复杂的需求未必一定带来复杂的实现
老渔翁 11:40:36
我一直用成熟的技术，不用最先进的技术。
乌鸦 11:40:44
复杂的实现必带来不稳定
量大的老鸨 11:40:53
葵花宝典为什么那么nb？化繁为简，一根绣花针就搞定一切啊
老渔翁 11:40:57
这是为什么很多国家不修磁悬浮的原因。
乌鸦 11:41:10
复杂的东西必带来不可靠
量大的老鸨 11:41:46
再看独孤九剑，关键就在一个破字
乌鸦 11:42:02
以前是数据库,非要怎么设计
乌鸦 11:42:15
现在是类
乌鸦 11:42:23
然后又是层
量大的老鸨 11:42:34
所谓九贱齐出，群处可破.....
伟大的progame 11:43:41
没说实现要复杂
伟大的progame 11:43:53
但是你如何有一个灵活的东西去面对多变的业务呢
伟大的progame 11:44:08
最后发现 事实上是很难面对的
量大的老鸨 11:44:09
要灵活，就要简单
伟大的progame 11:44:32
想一个东西通吃不同的业务是不现实的
乌鸦 11:44:33
很多业务其实实现的代价远远大于维护的代价
乌鸦 11:44:43
所以这个业务实际上是错的
量大的老鸨 11:44:44
越内敛，越通用
伟大的progame 11:44:48
首选是业务模型的建立
伟大的progame 11:45:01
这不比软件架构的设计简单
量大的老鸨 11:45:06
所谓浓缩的就是精华
量大的老鸨 11:45:49
个人经验：要从人的角度考虑，就可以避免一些不必要的复杂
量大的老鸨 11:46:48
几乎所有的windows程序都有搜索，但你看linux的做法，find+grep搞定一切
伟大的progame 11:46:50
你不精通业务 再怎么设计 都可能走入死角
量大的老鸨 11:47:17
业务为人而存在
伟大的progame 11:47:32
业务第一 软件第二
量大的老鸨 11:47:48
人第一，业务第二，软件第三
量大的老鸨 11:48:26
表认为客户都是笨蛋，其实当你愿意教他的时候，客户会比你想像的聪明
伟大的progame 11:48:49
你从每个人的想法出发是错误的 因为即使是一个客户 在它的内部也是有大量的冲突
伟大的progame 11:49:00
操作和管理层 市场和售后服务
伟大的progame 11:49:12
他们的出发点是不同的 出来的东西是矛盾的
量大的老鸨 11:49:17
冲突是一定的，而且一定会造成矛盾的需求
伟大的progame 11:49:26
你如果精通业务 有成功案例
伟大的progame 11:49:33
那么好办了 这时才可以指导它
量大的老鸨 11:49:50
在这个时候，可以给出一个二义性的解决方案，有何不可？
伟大的progame 11:49:58
不会因为你的软件多么多么地灵活 多么多么地先进 你才有资格指导它
伟大的progame 11:50:23
那么你的软件最后给他们是带来问题
伟大的progame 11:50:27
而不是解决问题
量大的老鸨 11:50:37
解决问题的核心是解决人
专弹金属的JJ 11:50:43
因为人本身，就是一个问题！
量大的老鸨 11:50:44
而不是事情
伟大的progame 11:50:53
精通业务 成功案例 这是顺利实施的不二法门
伟大的progame 11:51:59
其它都是扯蛋 跟客户说技术先进 负载量 可伸缩性 跨平台 节约成本 最后都会因为流程无法顺利走通而完蛋
量大的老鸨 11:52:21
我没有做过数据库应用，所以只能从我的经验进行推论，未必正确，但是（我恨这个词），一些原理也许可以通用
伟大的progame 11:52:21
老梦你做的是提供功能性的东西 功能有了 就OK了
伟大的progame 11:52:30
我做的是业务流程的东西
伟大的progame 11:52:40
流程才是最重要的
量大的老鸨 11:52:54
流程走不通，可以变通
量大的老鸨 11:53:03
变通的基点就是人
伟大的progame 11:53:16
客户不是要你拿他来当实验品
量大的老鸨 11:53:23
否则就不能转化为最终实现
量大的老鸨 11:53:49
客户是上帝，是猪，是畜生
量大的老鸨 11:54:08
当一回试验品也没关系
量大的老鸨 11:54:43
要敢于摸着mimi找mm
量大的老鸨 11:54:58
只要爽就可以
伟大的progame 11:55:17
所以没办法 只好牺牲几个试验品了
伟大的progame 11:55:25
代价就是被客户骂
量大的老鸨 11:55:32
没人敢说他的模型是万能的，他的流程是通用的
量大的老鸨 11:56:09
如果能做到尽量灵活，也能做到无限接近正确
量大的老鸨 11:56:52
写的再多，不如抓住核心
伟大的progame 11:57:21
我现在就是想 用底层的东西 能够大大节省开发时间 这样 无需开发通用产品 而是快速开发多个产品
量大的老鸨 11:58:22
也许我更粗暴，我想用进程＋灵活的接口方式，提供一劳永逸的模块，将来的事情就是组装
量大的老鸨 11:58:57
没有胶合层，拒绝转发
量大的老鸨 11:59:16
界面都可以抛弃，只有功能永存
量大的老鸨 12:00:24
所谓的框架、模型、接口，最终的目标是功能，如果带来的附加部分远超过实际所需，那么再先进也是废物
量大的老鸨 12:01:05
最极端的例子就是java的那些狗屁框架，也不知道是为什么样的脑袋而准备的
量大的老鸨 12:01:43
我只要一杯水，却给我送上来一个净水处理工厂
2006-06-29 http://www.heybrain.com 首发