云雀的理想 https://blog.csdn.net/ https://static-blog.csdn.net/images/logo.gif 关注互联网、SaaS、电子商务 https://blog.csdn.net/cloudward zh-cn https://blog.csdn.net/ 5 2018/03/24 17:16:48 <![CDATA[[原]从宜家厕所前说开去]]> https://blog.csdn.net/cloudward/article/details/4042192 https://blog.csdn.net/cloudward/article/details/4042192 cloudward 2009/04/01 23:02:00

如果说有这么一个地方，去逛就是去学习，去消费也是去学习，你去不去？

如果你去，我告诉你，这个地方就是宜家家居大卖场。

对宜家一直有好感，在上海这个地方，能够给人留下深刻印象的大卖场恐怕只此一家，这让我对这家来自欧洲的世界五百强企业充满了敬仰。

时隔一年多了，周末再次被老婆拉去宜家逛了一下午。常去常新。这次收获最大的是宜家的厕所。论厕所的豪华程度，宜家肯定还赶不上某些三星级的酒店。但是，这次体验的不是上厕所，而是在厕所门前等人百无聊赖时，眼睛所阅读到的一切。

显然，宜家知道，一人上厕所，肯定有不少人得在外面等，当你驻足这里时，你是无奈的，但是你又是最用心的。所以，它似乎把全店最精华的宣传都放到了厕所门前。

一个好的品牌，除了让你在环境中感知其“物”的与众不同外，还有一个重要的事情要去做，那就是如何把品牌的理念，把品牌背后那些“内涵”的东西塞到 用户心理去，从而长期捕获用户的心。很多公司采用广告，对一个优秀企业，“广而告之”，的确可以产生一些面上的影响效果。而在宜家身上，我似乎发现了一种 新的境界，那就是 “让你在思考中不知不觉理解了这个品牌的为什么与众不同”。

宜家卖的是家居用品，熟悉宜家的都知道，除非必要，宜家基本没有什么“影响你”的服务人员，一切均让你自由、自主。宜家也不提供送货服务，包括从仓 库取东西这一在普通商场看似最需要服务的地方，都交给你自己去完成，宜家所做的一切就是让你可以方便的选、方便的取、方便的舍弃。这背后是什么理念？当你 感知这种“与众不同”时，我想任何有思想的人都会不由自主去想。即使，你在满目舒适的家居世界里徜徉，无暇去想，当你呆在厕所门口的时候，我想你可能会 想，如果宜家知道你这个时候最可能去想，它就在这个你最需要“广告”的时候 ，开始给你温柔的广告：

一、为什么宜家的东西这么多
二、为什么宜家的东西允许你随便用
三、为什么宜家的东西让你自己提货
四、为什么宜家的东西不给你送货
…

说白了，上面所有的问题都在告诉你，宜家一直在替你考虑，让你感觉产品放心，让你放任自己的喜好大胆去选择，让你感觉成就感，让你节省成本…。

我们常说，做生意，其实最重要的是揣摩你客户的心理。五百强的企业，过人之处就在这里了。

好了，我要回到老本行来聊了。说软件，说服务，说态度。

不记得在什么地方，用友好像有一次做一次广告，广告语说“软件是一种态度”，我一听就来劲，我从此就记下来这句了。软件说到底是一种服务，而服务最重要的就是“态度”。这种态度，不是表面上的富丽奢华而是骨子里的对你的用户的尊重。

在宜家，我看到了背后的尊重！

原文：http://www.cloudward.cn/archives/97

 

作者：cloudward 发表于 2009/04/01 23:02:00 原文链接 https://blog.csdn.net/cloudward/article/details/4042192
阅读：1233
]]> <![CDATA[[原]博客RSS Feed地址变更、请大家修正]]> https://blog.csdn.net/cloudward/article/details/4042188 https://blog.csdn.net/cloudward/article/details/4042188 cloudward 2009/04/01 23:01:00

很抱歉，前端时间尝试feedsky的子域名绑定失败，所以这个博客的RSS Feed地址一直都是采用feedsky的地址。考虑还是跟自己的域名绑定更加稳定，今天重新在feedsky申请了一下，居然发现子域名绑定好了。很高兴呀，顺便通知大家：

这个博客的feed永久地址：http://feed.cloudward.cn ，麻烦诸位朋友费事调整一下。

另外，我在首页增加了一个RSS Feed订阅的静态简单按钮，这样可以避免直接引用feedsky的订阅脚本产生的明显网络延迟。

用wordpress不久，今天在keso的网站上偷学了Google Reader的共享输出，这个东西很好啊，我也加上来了。

作者：cloudward 发表于 2009/04/01 23:01:00 原文链接 https://blog.csdn.net/cloudward/article/details/4042188
阅读：577
]]> <![CDATA[[原]邀请你来参加《城市上班族营养午餐干预》调研,送营养好礼]]> https://blog.csdn.net/cloudward/article/details/4042181 https://blog.csdn.net/cloudward/article/details/4042181 cloudward 2009/04/01 22:58:00

医学及公共卫生领域的人群研究项目成本非常高昂，其原因在于需要调查和干预的人群数量巨大、项目的实施周期长、实施成本高。复旦大学的《城市上班族营养午餐干预研究》是中国红十字基金会资 助的一个课题，其主旨在于评估当前城市上班族的午餐状况、膳食结构、餐饮环境，将为提高上班族午餐营养的可及性而研究。该课题调查涉及面广，干预人群上 千，干预周期长达6个月，采用传统的基于纸上问卷、下发宣传资料的方式工作量大、成本高，对于一个高校学院而言是基本无法完成的任务。

熟悉并擅长互联网应用技术的“及时客”给该课题注入了新的“互联网思维”，在上门全面了解需求后，及时客针对该项目提出并实现了一套“以互联网为互动干预平台”的新方案，并设计开发了一个专门的网站www.mylunch.org。新方案通过实现“在线调查”大大节省了纸面问卷的量，并减少了后期数据录入的诸多问题。另外，通过创新的技术实现了基于网络的干预组和对照组分离，并且综合利用线上资源、电子邮件提醒和宣教，与地面就餐环境的环境宣教结合起来，以互动的方式达到了更好的干预效果。

受人之托，如果大家对营养和自己的身体健康感兴趣，邀请大家来参与这个课题，参与方法很简单，go http://www.mylunch.org, 然后再选择自己的工作地点即可，无需注册。内部问卷均属不记名方式，还提供了膳食和健康的自我测评。

下面是www.mylunch.org的首页致函：

亲爱的先生/女士：
作为写字楼里繁忙工作的一群人，您是否留意过自己午餐的“营养”？是否关注过周边供餐环境的改良？我们是来自复旦大学的营养健康研究者，想诚挚地邀请 您参加一项在线调查。该调查专门为评估上班族的午餐状况、膳食结构、餐饮环境而设计，将为提高上班族午餐营养的可及性而努力。
欢迎您来参加、可在线学习营养知识、也可以在线咨询营养专家，填写问卷符合要求者可赢取“营养好礼”（前1000名，送完即止）,详情请点击
欢迎企业前来洽谈合作，具体请点击

复旦大学营养与食品卫生教研室
《城市上班族营养午餐干预研究》项目组
2009.3

原稿：http://www.cloudward.cn/archives/92

 

作者：cloudward 发表于 2009/04/01 22:58:00 原文链接 https://blog.csdn.net/cloudward/article/details/4042181
阅读：809
]]> <![CDATA[[原]“提醒”作为网络应用基础引擎]]> https://blog.csdn.net/cloudward/article/details/4032929 https://blog.csdn.net/cloudward/article/details/4032929 cloudward 2009/03/28 22:48:00 在软件中，有Event的概念，用来对需要“单独响应处理”的地方扩展进行处理。Event中有一种，叫“调度”，指对“在某些特定的时间进行响应处理”。
今天读swelse的“提醒的价值”一文，觉得有些想法。因为我是搞软件的，很容易把这种“提醒”服务抽象为网络应用的基础引擎——Event。

把现实世界看成一个应用，人的生活中的各个“动作”其实都是对外界Event的一种响应。我们现在看网络世界，已经发现越来越在SNS了，在这个逐 渐SNS化的网络世界中，我们被各种Event所触发，比如：来自QQ的New Msg，来自Twitter的New Follow，来自Google Reader的New Post，New Email，等等。

“哪吒”的创始人JimSang我是在上海5g认识的，我也是这个服务的早期使用者。目前在我的Gtalk中，每天早上“哪吒”的机器人都会给我播放一条我感兴趣的信息。“哪吒”要干的事情，就是要建成一种服务，通过这个服务来把目前网络中还没有“推送到终端”能力的内容和事件推动起来。

有人说，搞几个机器人在背后就能做这个服务啊？其实，仔细想想，要做好这个服务，是不容易的，需要解决两个核心问题：

第一个是swelse提到的，“什么信息需要提醒？”。从某种角度，这个问题的答案每个人都不一样，涉及面十分广泛。但是，对“提醒服务提供商”而言，要捕获的是最大需求的那些公共集合。

第二个问题是：“如何及时、有效捕获这些Event”。个人感兴趣的Event，部分是在另一个或几个Event触发后触发的，这种Event触发 比较容易捕获。比如，自己关注的某个博客发生了一次Update。但是，有些Event是不知道其背后最直接的触发者的。比如：苹果最新操作系统OS 3.0的iphone首先在中国的哪个店铺开卖？这个Event背后涉及很多未知的因素。一种做法是类试Google News那样，Google 监控整个互联网，一旦识别到某些“关键词”，就给你触发。另一种做法就是，找到与这个Event最相关的Feeds,监控这些Feeds的变化。

swelse提到一个案例：比如你想买一个52寸的液晶电视，但是觉得太贵，想等降到某个价位之后再出手。对于这个Event，也同样很难捕获。

随着，越来越多的Event的触发端自己搞RSS发布，所以，我倒是觉得，单纯这种意义的“提醒”服务价值会越来越小。倒是，那种可以替代人，从很 多Event中，很多内容中捕获“自己感兴趣”内容的“提醒、推送”服务，将变得越发重要。说到底，这是一种人工智能，是一种替代性劳动。

Google News 其实是很早提供这种价值的基础性服务，从提供商角度而言，作为全球搜索的老大，Google是最有可能实现并做好这件事情的，因为它总在首先发现网络中出 现的各种事件。对于“哪咤”这种服务提供商呢？尽管它也掌握了很多Feeds的Event，但是其广度远不如Google Reader和抓虾。另外，我个人觉得“哪咤”需要创造自己新的“优势”。也许这个“优势”是进一步在信息挖掘上下功夫，从Event的本质上来讲，只有 这种能力才是真正的“核心竞争力”。也许这个“优势”是去做一种更通用的引擎服务，通过这个技术性服务来帮助更多的信息源实现Event触发和订阅。

原文：http://www.cloudward.cn/archives/2009/03/28/85

作者：cloudward 发表于 2009/03/28 22:48:00 原文链接 https://blog.csdn.net/cloudward/article/details/4032929
阅读：484
]]> <![CDATA[[原]技术成群（SNS）的运营思考（三）]]> https://blog.csdn.net/cloudward/article/details/4029792 https://blog.csdn.net/cloudward/article/details/4029792 cloudward 2009/03/27 14:35:00 这一篇将讨论技术群SNS的形态，个人觉得非常重要。SNS从Facebook、MySpace、Linkedin被舶来到中国，经过Comsenz的“发扬光大”已经基本被定格为一个聚合个人博客、微内容、微互动、群组交流和共享的“大场子”。

我自己比较早经历过若邻、校内、5gme、开心 四个SNS形态的社区，以我自己的体会，我觉得SNS给人的价值更多依然是“信息层面”的，即帮助个人拓展了信息渠道，并间接促成了一些个人社会关系的拓展。

我非常肯定目前SNS的这些价值，但是，这样的SNS仅适合与某些职业特征和个性特征的群体，比如：媒体从业者、市场、营销、或者喜好社交、性格外向、和有特定目的的人（统称商务人士）。5gme号称是IT人的SNS，但是，身处其中，就会发现，活跃分子大部分都是新媒体从业者或者TMT创业者、还很少覆盖到传统意义的IT人才范围（比如 软件企业 员工、电子科技企业员工等）

对比目前的SNS，我有一些思考：
1. 目前基于Comsenz的SNS系统，尽管可以帮助用户之间交流，但是由于乐于走出去交流并擅长网络社交的技术人员不多，这样 我在《技术成群(SNS)的运营思考（二）》中提到的以交流“内容”形成的粘性就会不强。

2. 就国内技术人员工作环境而言，技术人员，尤其是好的技术骨干的“有闲”时间是不多的。这样，在技术群SNS中活跃的人，一般而言，不太可能是 企业的“技术骨干”分子，更有可能是IT企业中 相对“有闲”的产品经理和项目经理们，以及一些偏市场和销售的人员。

3. 技术群网络人脉关系的价值相对于那些“商务人士”网络人脉关系的价值要低，而且属于非主要价值。

SNS中用户群体虽然是一个长尾分布，对于技术群而言，根据我的观察，有开阔的视野、掌握各种最新信息、并愿意走出去主动交流的人属于少数。但是， 这少数洽洽是整个技术群中的“精英”。因为在IT企业，能够具备较强学习能力、擅长沟通交流的人往往最容易从技术转型到技术管理，比如项目经理、架构师、 分析师等。而且这部分人由于思维活跃、又具备技术的前瞻力和技术人脉资源，很容易尝试去“实现自我想法”。所以，从长远来看，这部分人的“成群”对于提升 技术群体的创业积极性是很有社会意义的工作。

针对技术群，我觉得在SNS的支持形态上需要进行重心的调整，尽管“网络上的沟通、交流、信息获取和分享”是必须的一个应用基础，但是重心需要转移到“价值依赖”上来。

如何实现技术群的“价值依赖”呢，我自己也没想清楚，虽然有了一些感觉，留待后续再补充。

 

原稿：http://www.cloudward.cn/archives/2009/03/23/76

 

作者：cloudward 发表于 2009/03/27 14:35:00 原文链接 https://blog.csdn.net/cloudward/article/details/4029792
阅读：389
]]> <![CDATA[[原]技术成群（SNS）的运营思考（二）]]> https://blog.csdn.net/cloudward/article/details/3993002 https://blog.csdn.net/cloudward/article/details/3993002 cloudward 2009/03/15 22:52:00 SNS运营成功的共性是如何增加社区居民间的“粘性”，而这个“粘性”对不同的SNS社区针对其居民的特点有很大区别。很显然，把“开心网”针对普通白领运营成功的那套搬到CSDN的VIPCLUB，我觉得基本无效，技术爱好者可能几天就会对那些“抢车位”、“搞暧昧”的游戏项目丧失兴趣。为了更好把“粘性”琢磨透，我觉得有必要把“粘性”分解为几个方面，并且针对技术群的社区居民特点来分析。

 

第一种：以交流“内容”形成的粘性
交流“内容”是技术群建立初期需要重点引导的方面。可以把交流内容分为“专业内容”和“非专业内容”两个方面，这两个方面需要并重，不可偏废。对技术群而言，以我自己的经历，以及对国内一些主流技术社区的观察而言，对“非专业内容”拥有的兴趣存在，但是分布在比通常定义的“白领”关注内容更狭窄的一些范围。对“专业内容”而言，则集中在“科技”、“技术”、“创新”、“创业”、以及“行业知识”和“专业知识”。

 

第二种：以潜在“人脉”价值形成的粘性
能够积极参与技术群的技术人员，往往是技术人员阵营主观意识上比较注重沟通交流、相互学习的“成长型”技术人才。加入社区，除了从社区“内容沟通”上获得价值外，这部分人其实往往还有“潜在”的“人脉扩展”需求。对于“人脉扩展”，他们的驱动未必如“销售”那样主动、清晰，但是已经有主观上朦胧的意识，有对未来相互学习、相互帮助、形成合作的期许。初期的技术群，往往是在这种意识下形成并发展的，值得注意的是，由于这种意识并不根深蒂固，很容易在社区无法满足其期许时而导致失望情绪蔓延。由于中国技术人员之间的沟通和交流还远不及发达国家，这种“人脉拓展”动力往往是不足的，“人脉”关系也是脆弱的。

 

第三种：以价值驱动形成的粘性
有人说技术人员是最具有独立性的一群人，因为技术人员完可以依靠个人或者少数几个人的力量来实现“赚钱”的目的。这个观点我认同。所以，我有个想法，就是如何让“技术像资本一样流动起来”。技术人员在一起，如果社区可以提供各种机会，促成技术人员之间的实质性合作，可以把他们的个体技术价值或者团队技术价值充分利用起来，那么技术群内可以形成“价值驱动”的粘性。这种粘性由于构建在“价值”上，最为牢固和持久。

 

我个人以为，技术群的运营者应该努力把粘性建立在“第二种”和“第三种”之上。当然，第一种粘性的建立很有必要，尤其是运营的开始阶段。但是，如果不能把粘性转移到“第二种”、“第三种”上来，就无法形成SNS区别于普通技术论坛的价值。而要构建“第二种”，“第三种”粘性，技术群的SNS形态可能会较大程度有别于其他SNS形态。从这个角度，技术群的SNS支撑系统需要存在创新的功能性设计，比如“威客”，“招聘”等业务模块。

 

原始稿：http://www.cloudward.cn/?p=67

联系作者请访问主发布博客：www.cloudward.cn

(待续）

作者：cloudward 发表于 2009/03/15 22:52:00 原文链接 https://blog.csdn.net/cloudward/article/details/3993002
阅读：527
]]> <![CDATA[[原]技术成群（SNS）的运营思考（一）]]> https://blog.csdn.net/cloudward/article/details/3992930 https://blog.csdn.net/cloudward/article/details/3992930 cloudward 2009/03/15 22:21:00

对于“技术成群”，我独有爱好。2007年我在自己的博客发表了《呼唤技术爱好者的SNS》 ，这篇文章的起因是那个时候自己正在玩 若邻 （国内商务SNS 的先行者），感觉这个东西其实对于技术人员也蛮合适的，也蛮有“商业”价值。到2009年，SNS已经由概念变成了大街小巷都在买的“烧饼”，我终于看到了CSDN开始也来卖“烧饼”了。
说是“烧饼”，并不是贬低“烧饼”的价值。只要你的“烧饼”做的好，所有的技术人员都爱吃、愿意买单，那也可以“上市”。

Comsenz推出UCHome后，Keso首先把这个东西在5g应用起来，做了一个5gme .我是5gme较早的成员，在里面生活了一段时间后（csdn的蒋涛很早就泡在里面了），我有些体会。通常，做SNS最难的是初期人气的积累。因为只有 人气到达一定阈值后，才能够沉淀并激活一个有生气和活力的“沟通集市”。而这个难题，对于拥有百万技术会员的csdn恰是小菜一碟。但是，挥大旗把人员召 集到一个平台，和把这个平台经营下去，让多数人生活并依赖上这个平台，这是两个问题。这恰如在繁华闹市开一个菜馆容易，但是要经营好，让客人都变成“回头客”，“常客”，就很不容易。

一个SNS要成功，我觉得要尽可能模拟现实生活。如何模拟现实生活，则需要运营团队能够透析现实生活中“人际关系”的基本模式。我在5gme生活了 一段时间，也观察了好一段时间。运营初期是人气快速积累的过程，然后，慢慢就发现自己的网上“人脉”关系就会泛滥开来，于是慢慢你就会发现 首页面板会出现很多你并不像看到的内容。尽管UCHome的设计上，深入考虑了对“垃圾”信息的可选屏蔽功能，但是，你依然无法做到“关其门来只听到想听 的声音”。久而久之、你对“群”的新鲜感在降低，你对处理“垃圾”或“准垃圾”信息的成本在上升，直到某天，你可能产生了离异的念头。

 

（待续）

原文：http://www.cloudward.cn/?p=61   联系作者请访问 我的主发布博客 www.cloudward.cn

 

 

 

 

作者：cloudward 发表于 2009/03/15 22:21:00 原文链接 https://blog.csdn.net/cloudward/article/details/3992930
阅读：442
]]> <![CDATA[[原]技术人员“成群”是IT力量振兴的标志]]> https://blog.csdn.net/cloudward/article/details/3981777 https://blog.csdn.net/cloudward/article/details/3981777 cloudward 2009/03/11 20:53:00  我一直爱好互联网，涉猎较广，在互联网，新媒体领域应该很早就“成群”结队了，比如我参加的5G，早在06年就定期组织线下活动,我也通过长期参与他们的 活动认识了很多优秀的创业者、和各行各业的“积极分子”。自从上次CSDN CTO俱乐部邀请我加入，到昨晚我看到VIPCLUB出现，我很欣喜看到，技术人员现在可以单独“成群”了。

技术人员单独“成群”有很深 刻的时代意义，我们一直赞叹国外硅谷的创新和交流；而对于中国，尽管我们拥有可能比任何国家都多的技术人员，但是却没有充分把这个人群的积极性，创造能力 调动起来。我曾经在外资企业研发中心工作过，也在民营企业研发中心工作过，到今天，我广泛接触的华东地区的独立软件开发商和系统集成商、互联网公司，我都 一直在感叹，技术人员很辛苦，永远被藏在产品、项目的背后。这个群体其实是中国最高学历，最具有学习能力和创新能力的群体，为什么就没有一个很好的“沟通 交流渠道”来促成他们之间的相互交流、学习、成长、合作、创业...

传统软件现在正在向互联网应用发展，互联网也在向以“应用、技术、创新”为基础的方向发展，是时候让技术人员开始在中国大地活跃起来了。所以，我很高兴看到CSDN再一次敏锐把握了 Tech SNS的需求，我要祝贺蒋涛！

CTOCLUB, VIPCLUB 都还很年轻，这只是一个沟通渠道，重要的是我们每个技术人员要逐渐养成开放的心态，要走出研发、走出自己的电脑和固有人际网络去广泛交流、学习，这样，技术人员才能成长起来，不再“呆头呆脑”，不再局限于“技术人员思维”。

我本人在上海，非常愿意与广大技术爱好者沟通交流、合作，个人Blog：http://www.cloudward.cn

作者：cloudward 发表于 2009/03/11 20:53:00 原文链接 https://blog.csdn.net/cloudward/article/details/3981777
阅读：446
]]> <![CDATA[[原]不得已，blog搬家了！]]> https://blog.csdn.net/cloudward/article/details/294945 https://blog.csdn.net/cloudward/article/details/294945 cloudward 2005/02/20 18:19:00 由于对CSDN的blog服务有些不满 ，我决定把blog从迁移到donews了，这是我新的blog地址。

搬家实在不易，原本建立好的很多东西需要重新建立。不过donews使用的是与CSDN相同的Dot Text  系统，但愿存在某种我目前还不知道的工具可以帮助我解决这个问题。

目前的blogger越来越多，如果把blog定位于个人门户，并且blog在未来能够成就一种商业模式的话，我想blog的提供商如果能够提供这样的迁移服务似乎是个不错的主义。

为了避免blog的迁移对大家订阅的影响，我想大家在订阅我的blog的时候最好使用 http://fees.feedburner.com/cloudward 这个相对更加稳定的地址，这也是feedburner的价值所在。


<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/20 18:19:00 原文链接 https://blog.csdn.net/cloudward/article/details/294945
阅读：1528
]]> <![CDATA[[原]读读徐本禹--感受这不平凡的感动]]> https://blog.csdn.net/cloudward/article/details/292019 https://blog.csdn.net/cloudward/article/details/292019 cloudward 2005/02/18 09:55:00

　　这个普通的农家子弟、22岁的华中农业大学2003届本科毕业生徐本禹，近日已被提名为央视“感动中国”人物20名候选人之一。

　　大二那年，徐本禹来到贵州山区一个名叫狗吊岩的地方。因为他在报上看到：那个至今水电不通的村子里有着许多渴求上学的孩子。在那个不通公路、不通电话、晚上只能点油灯照明、寄信要走18公里崎岖山路的地方，他孤身一人支教，一呆就是好几年……

　　徐本禹所做的每一件事都可以说是“小事”，他获得“感动中国”提名，首先告诉我们：感动别人感动中国甚至感动世界，并不一定需要是惊天动地的“壮举”，凡人小事，只要有“爱”的进驻，那就是最大的“感动”。

　　同样，感动别人感动中国甚至感动世界，也并不一定要寄托于类似非典抗洪等特定情境，任何时间任何地点，只要你愿意付出“爱”，那就是最大的“感动”。

　　徐本禹穷大学生的身份与“感动中国”之间的巨大反差，讲述了一个浅显的道理：为仁行善并不一定是富人的事，而是全社会的事。行善方式或有不同，行善能力或有大小，然而善举背后那颗贮满“爱”的心一样伟大。

　　当然，徐本禹也给中国富人们丢下了一个大问号：连续十一年排名世界首富的比尔·盖茨，在过去四年的时间里，一共捐出了230亿美元，相当于他净资产的54%；那么，你们呢？中国慈善十年，仅有15%的捐赠来自国内富豪；试问：你们的财富究竟“感动”了谁？

　　徐本禹还给当代中国青年树立了一个学习的榜样。其实，我们的社会并不缺少拥有爱心的人，缺少的恰恰是催化爱心的催化剂。徐本禹的事迹借助“感动中国”被放大，起到的正是爱心催化剂的作用。爱具有传染性，爱可以“感动”人，爱本身也可以被“感动”。徐本禹“感动中国”的最大意义正在于：期待更多的爱被“感动”。

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/18 09:55:00 原文链接 https://blog.csdn.net/cloudward/article/details/292019
阅读：2099 评论：1 查看评论
]]> <![CDATA[[原]新上传了一张我和lycopene在家里小区的图片]]> https://blog.csdn.net/cloudward/article/details/291992 https://blog.csdn.net/cloudward/article/details/291992 cloudward 2005/02/18 09:41:00 在深圳呆惯了，2005年上海的春节对我来说太寒冷，不过我心里是温馨的。
这是在小区的一张合照  http://blog.csdn.net/cloudward/gallery/image/46623.aspx

作者：cloudward 发表于 2005/02/18 09:41:00 原文链接 https://blog.csdn.net/cloudward/article/details/291992
阅读：1405
]]> <![CDATA[[原]什么时候可以不再需要换SIM卡]]> https://blog.csdn.net/cloudward/article/details/287821 https://blog.csdn.net/cloudward/article/details/287821 cloudward 2005/02/14 21:47:00 告别深圳回到离开了两年的上海，插上原来在上海办的移动SIM卡，却发现SIM卡号已经属于某位陌生女士了。一打听才知道还真有这样“过期”再售的规定，看来是自己疏忽了。这样看来可以解释了为什么自己在深圳经常接到很多莫名其妙的电话。每一张SIM卡号，还不知道有过多少主人呢？

买一张卡的代价并不算大，但是，所有有联系的朋友、亲戚、同事都要通知到这个变更似乎不那么容易。我想，现在的社会，如我这般可能经常在多个城市穿梭的大有人在，这个麻烦对国人来说实在不小。

其实，是不是每个人只需要一个如同身份证号码一样的卡号就行了呢？姑且不论个人隐私，这样似乎也可行。那么，每个号码每个电话的费用如何结算呢？似乎也简单，拨打方按照拨打地区的资费计费，接受方按照接受地区的资费计费。但是，实际问题并不是想象的简单。因为只要设想一下，在一个电话路由的过程中，并不能保证这些设备的运营商是同一个！一次通话过程，多个运营商都在为你服务，这个费用如何分摊呢？
问题就在这里了。

跨行的汇款是从一个银行的一个账号到另一个银行的帐号，两边都有服务，那么这个费用如何分摊呢？通过各大银行之间的结算协议，银行规定只有汇出行支付费用。而一个手机电话，为什么要两边都收费呢？

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/14 21:47:00 原文链接 https://blog.csdn.net/cloudward/article/details/287821
阅读：1425
]]> <![CDATA[[原]感觉CSDN的blog毛病多多 ]]> https://blog.csdn.net/cloudward/article/details/287744 https://blog.csdn.net/cloudward/article/details/287744 cloudward 2005/02/14 20:14:00 我的blog已经很久不能上传图片了，所以发现那篇 缺陷的状态转化图---为你设计更好的缺陷管理软件 的图有问题也没有办法，我想我该今晚立即把问题反馈给管理员，可发现还不知道如何联系管理员？难道管理页面上面的CoDelphi就是吗？

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/14 20:14:00 原文链接 https://blog.csdn.net/cloudward/article/details/287744
阅读：1798 评论：5 查看评论
]]> <![CDATA[[原]《十面埋伏》片尾曲---《爱人》]]> https://blog.csdn.net/cloudward/article/details/285067 https://blog.csdn.net/cloudward/article/details/285067 cloudward 2005/02/09 22:05:00

http://school.ecp.com.cn/download/music/200406115.wma


《爱人》 《Lovers》 
曲/英文歌词：梅林茂
演唱：凯瑟琳-巴特尔  Performed by Kathleen Battle
Music and Words by Shigeru Umebayashi 


在那绿色草原上有我的家乡
童年时你我曾一起玩捉迷藏
阳光下轻风吹起陈陈绿浪
没有愁也没有忧伤 

我曾梦见许多次同样的景象
星空下你拥抱着我共进梦乡
长夜里我把小小的心愿许下
永远为爱你而歌唱

时光流逝
情境变迁
唯有心中的梦一样
在何方我最爱的
咫尺之间情深意长
似蝶恋花绕我飞翔
你那声音永在我心中荡漾
是你，我的真爱

在那绿色原野上有我的家乡
春的女神到来遍地鲜花怒放
彩蝶纷飞带你我奔向前方
手牵手不再悲伤
你那声音永在我心中荡漾
 There was a field in my old town
Where we always played hand in hand
The wind was gently touching the grass
We were so young so fearless 

Then I dreamt over and over of
you holding me tight under the stars
I made a promise to my dear Load
I will love you forever

Time has passed
So much has changed
But the field remains in my heart
Oh where are you?Ineed to tell you I still love you
So I reach out for you
Your voice still echoes in my heart
You are my true love

There was a fidle in my old town
Where in Spring all flowers blossomed wide
We were chasing butterflies
Hand in hand 'till close of day
Your voice stell echoes in my heart 

主题歌背景：

　　梅林茂 作曲

　　亚洲影坛知名配乐工作者。日本国家级摇滚乐队EX成员，曾为Eric Clapton日本巡回演唱会担任嘉宾。1985年乐队解散后，梅林茂开始投身电影配乐的工作，同年为电影《从那时起》和《朋友，安静地睡吧》创作曲目，并在国内多个电影节中获奖。十多年来，梅林茂负责配乐的港日电影超过三十部，包括森田芳光的《其后》、王家卫的《花样年华》、黎妙雪的《恋之风景》及张之亮的《慌心假期》，并以《慌》一片获台湾金马奖最佳原创音乐。

　　凯瑟琳-巴特尔 主题曲演唱

　　凯瑟琳-巴特尔嗓音高吭雄厚，演唱技巧娴熟卓越，擅长演绎巴洛克时期至近代作曲家笔下的佳作。凯瑟琳曾五度夺得格林美音乐奖，她在史特劳斯的歌剧作品《纳克索斯岛的阿丽雅纳》的精彩表演，成为首位荣获相当于英国戏剧界奥斯卡的奥利华奖“最佳新剧演出奖”的美国人。凯瑟琳对推动古典音乐的活动不遗余力，她的艺术成就更令她获得全美多所大学颁发的荣誉博士学位，以表扬她对音乐的杰出贡献。 

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/09 22:05:00 原文链接 https://blog.csdn.net/cloudward/article/details/285067
阅读：5444 评论：1 查看评论
]]> <![CDATA[[原][转载]SAP ERP 与 Oracle ERP 比较]]> https://blog.csdn.net/cloudward/article/details/285056 https://blog.csdn.net/cloudward/article/details/285056 cloudward 2005/02/09 21:44:00 1:软件产品的成熟度
§ SAP：经过近30年与全球大企业用户的合作，SAP系统积累了大量先进企业的业务管理流
程。对于用户来说，只需根据在系统中挑选适当的业务流程，在软件中进行配置。而对软件的二次开发工作量极少，这就保证了用户能够把主要的精力都花在企业业务流程的优化上，真正起到上一套系统，管理提高一个层次的作用。
§ Oracle: 由于缺乏足够的业务流程模板和软件功能的支持，在实施中Oracle软件经常被发现无法满足企业管理上的要求。比如在大型制药企业中必须的批次管理、质量管理、设备维护管理等，而Oracle软件根本没有此类模块。虽然Oracle公司一再的夸大告诉客户其软件的二次开发技术十分灵活，但是这实际上也就是在告诉用户这套软件功能不够，用户得自己去编程序。
§ SAP：秉承德国企业严谨的文化，所有发布的产品都是经过严格的测试和质量认证，只有在软件产品真正完备后才向用户推出。
§ Oracle公司是一个非常注重市场效应的企业，经常是一有概念就马上宣称产品完成，然后快速推向市场。但是，软件产品得漏洞和缺陷给其用户得实施和使用造成了巨大的痛苦。2002年1到3月，Oracle发给新产品用户的修补程序包竟然高达5000个以上，这对用户来说无疑是一场恶梦。
§ SAP：作为ERP系统的重要组成部分，SAP花了2年的时间进行汉化和按照中国政府的人事管理要求进行本地化，使得SAP的中国用户不仅能够使用国际化的先进软件，同时也满足本地化的要求。
§ Oracle：对ERP软件产品本地化重视不足，至今在中国地区，Oracle的用户还没有一家能够使用Oracle软件的人力资源管理模块。
不同的产品质量和市场策略，造就了不同的用户群体
SAP在中国
公司经营理念的不同，最终一定会反映在其用户群体的实施效果上。以中国为例，SAP的用户群体中，大型企业实施成功的比比皆是，这些企业纷纷把自己的成功经验向社会传播，报章媒体上宣传实施SAP实施成功的文章时时可见，比如：

2001到2002年中，又有中国最大的矿业集团－兖矿集团，列入全球财富500强的－中国石油化工集团，国内四大通讯设备厂商之一－大唐电信集团，中国最具活力的报业集团－广州日报集团等大型、浦东发展银行超大型企业纷纷加入SAP的用户群体。
Oracle在中国：
与SAP的广泛成功形成鲜明对比的是，Oracle依靠低价格来得到的客户，实施效果却良莠不齐，鲜见有在媒体上宣布自己实施ERP成功的；特别是在大型企业集团的实施上，鲜见其有成功客户。特别是在一些大型项目上，其急功近利的市场策略造成的恶果已经开始显现。
§ 中国移动通信：在广东、江苏、浙江的试点实施Oracle系统，软件的先天不足和实施力量的经验缺乏造成实施瘫痪。2001年7月，中国移动痛下决心，对尚未实施Oracle的其他13个省的ERP项目重新进行招标，而邀标书就发给了SAP 。而作为中国移动的母公司，中国电信，吸取前者的教训，谨慎的进行评估和实施。在北京电信公司和上海电信公司已经开始实施SAP。
§ 上海宝钢：产品无法适应大型企业复杂的管理需求，实施半途而废，现在宝钢已经完全放弃了系统的使用。
§ 中国民航：实施力量薄弱，在试点实施效果不理想的情况下，中国民航进退维谷，既没有信心向全国推广，也没办法放弃。
§ 实达电脑：Oracle在中国最大的实施合作伙伴－汉普公司，其实施能力让实达公司的领导层忍无可忍，只好中途将汉普的咨询队伍“请”出了实达公司。Oracle公司只好换上其他合作伙伴，但实施何时能够完成，还无法预料。
§ 江苏沙钢集团：从1997年开始实施Oracle ERP，经历了漫长的实施过程和庞大的二次开发工作后，终于在2002年5月放弃了Oracle软件，转向SAP。
以上这些案例足以说明，Oracle的两大致命弱点：软件功能不足、实施力量薄弱决定了，其方案在大型集团化企业的项目上的成功十分困难。这些先天的障碍，给这些大型集团化企业的信息化甚至是企业经营造成了巨大的隐痛。
2、 技术的先进性
Oracle 应用系统11i 版本是真正完全基于互联网INTERNET架构，并且采用开放的JAVA语言和技术标准进行编写的应用软件，这种技术的开放性，使Oracle 应用系统11i版本有越来越强的生命力（开放的标准意味着应用系统软件不受硬件平台, 不受企业规模大小, 不受地域限制等因数的影响)，而SAP软件的主体部分还是完全用其私有的ABAP语言编写的，学习和使用都很困难且与INTERNET或网络应用WEB技术不兼容（JAVA目前已经成为全球INTERNET应用系统的应用开发标准，而懂ABAP语言的开发人员非常少），虽然SAP也在试图转向JAVA标准，但由于其目前的系统过于复杂和庞大，完全的转型几乎不可能。 非INTERNET结构上的应用系统, 基本是基于客户/服务器(C/S)的结构,这在现在的INTERNET时代,是已经过时或被淘汰的技术,它将限制应用系统的规模和并发用户数,也不可能用于全球一体化的管理系统 – 即跨国或跨地区的大型企业将不可能应用一个数据库的管理系统, 这将给这些选用该C/S 系统的企业带来巨大的系统投资费用和系统维护成本, 也使企业不可能在今后发展时,继续使用已投入的信息系统, 即在原系统上增加新功能/系统的逐步实现企业信息化的设想成为不可能。
虽然从表面上看，最终用户似乎感觉不到软件技术架构带来的变化，但事实上，是否选择符合发展潮流的技术方向会极大地影响到软件厂商及其应用客户的生命力。历史上，由于没能选择符合潮流的技术而迅速衰落的大软件厂商比比皆是（曾经在ERP领域领导潮流的SSA， 由于不能将系统及时转向开放的UNIX平台，而迅速衰落）而这同时也给选择这些厂商产品的客户带来了极大的风险。
ORACLE应用系统充分采用了数据库上的先进技术，将有些系统功能放到数据库中去实现，而不是通过编程的方式，因而大大简化了程序，提高了效率。而SAP系统为支持多种数据库，不可能采用数据库技术去实现数据库端的功能，只是将数据库用来储存数据，其原因有两方面，一是SAP公司不是数据库技术公司, 不专注于数据库技术，二是SAP也不愿意将自己的产品捆绑在一种数据库上，但这种做法牺牲了客户的利益。
ORACLE系统具有强大的查询功能，在其输入数据的界面中，输入的任何数据都可做为其查询条件。SAP则需要专门定义查询界面。
ORACLE 电子商务套件已经脱离了传统的ERP软件模式，提供了集成的商业智能、个性化管理界面、工作流和告警等全新的功能。传统的ERP软件，用户需要进入层层菜单，运行查询或报表，才能得到业务数据。而使用ORACLE，用户可以在个性化的企业门户网页中，自由定义所需的智能报表，就能迅速了解企业、相关业务的执行情况。系统还能够对非正常业务自动告警。ORACLE 系统以人为本，帮助企业的管理人员充分利用ERP的业务数据，更高效地管理企业。
3、 创新性、生命力、在新兴应用领域的发展
由于ORACLE相对于 SAP 先天的技术优越性，使ORACLE能够根据各行业的发展变化趋势，迅速将产品拓展到各种新的应用领域。例如，ORACLE在客户关系管理、电子商务、产品协同开发等各行业的新兴领域都要领先于SAP，显示出ORACLE卓越的创新能力和越来越强的生命力。而SAP由于本身体系的复杂性和技术的封闭性，使得其在各种新的应用产品领域进展缓慢，例如，SAP虽然已经拥有庞大的制造业客户群，但在客户关系管理领域一直碌碌无为，在B2B电子商务方面也不得不依靠与Commerce One的合作，直到2001年才解除与Commerce One 的合作，推出自己的产品。
4、 业务数据的共享和分析
随着企业应用管理领域的不断扩展，企业应用系统涉及的范围也越来越广泛，从传统的制造、财务、人力资源系统管理，开始延展到客户关系管理、供应链管理、电子商务等方向，在这种情况下，系统之间数据的一致性和数据交换，就变得非常重要。ORACLE 11i 整个系统基于一个统一的数据库，并且共享统一的数据模型。企业内所有的用户都可以根据自己的角色和权限对系统中的数据进行不同维度的分析。而SAP的ERP、供应链、客户关系管理、数据挖掘等应用系统分别构建在不同的数据库上，不同系统间的数据模型也不相同，这使得各系统之间的数据共享变得非常困难或者不可能。
5、 软件功能的比较
SAP体现了德国人的管理风格：求严求全；ORACLE体现了美国人的管理风格：求实求用。
SAP
SAP 功能复杂、全面，特别在传统的ERP功能方面，系统功能设计比较细致。SAP通过复杂的参数表、层层定义来实现各中功能。系统可以通过6000 个“开关”设置，调整软件的业务流程。SAP参数设置是非常复杂的，例如，对采购定单下达过程的管理，SAP需要预先定义：先定义定单特征码，再定义相应的特征（如金额大于100圆）、分类、下达组（Release group）、下达编码（Release codes）、下达标志（Release indicator）、下达策略（Release strategy），工作流标志等，再通过一系列规则表值的设置，才能实现采购定单批准下达的过程。如果需要修改下达过程，则必须从定单特征码开始修改。
SAP的参数设置实际上包括了软件的底层数据结构，功能较强，但实施非常复杂，不够灵活。如果企业的业务需要调整，就会涉及非常多的底层数据设置，参数和规则的调整，甚至可能影响已有业务数据。
SAP在CRM（客户关系管理）和E-Business（电子商务）方面已远落后于ORACLE。
ORACLE
ORACLE 软件的业务流程控制结构非常灵活，并充分利用工作流的功能来控制软件的业务流程。因此，可以灵活地调整软件的业务流程。例如，同样对采购定单的下达过程，ORACLE 利用采购定单的数据（不须设置特征参数），通过工作流引擎，自动检查采购定单的数据，如金额、采购员、供应商等，根据条件判断，实现不同的采购定单批准下达的过程。如果需要更改业务流程，无须更改特征参数，只需更改判断规则或控制规则。
ORACLE 的控制参数设置不须修改数据结构，而是通过采用不同的控制参数来调整程序的逻辑。这是因为ORACLE 采用公共的数据模型，程序中充分利用现有的业务数据，通过灵活的规则设置来实现灵活的业务流程。
ORACLE 在新的业务功能占据优势。如混流生产、CRM、电子商务协作等，都是根据最新的业务模式和知名客户的实际业务流程开发的。
结论
由于企业的多样性和复杂性，任何ERP软件都不可能覆盖企业的方方面面。ORACLE较能适应企业的业务的个性化，便于调整；而SAP较适应稳定、标准的业务流程，难以改变。这也是SAP强调SAP代表了先进业务流程，要求企业适应软件的原因。
6. 软件的开放性和集成性
SAP
SAP的软件各模块在搭建上采用的是传统应用软件的模式，即在程序中用包含头函数以及子程序等模式。这种模式在与第三方软件交换数据时，只能通过编写接口程序来实现。SAP软件的应用层是使用ABAP语言编写的程序，ABAP是比较复杂和只有SAP软件使用的语言，比较难掌握，又由于其只能在SAP的软件中才能发挥用途，掌握的人也很少. IT专业人员学习它的积极性也不高. SAP系统在与外界交换数据时, 其接口程序也要求用ABAP语言来编写，具体是用ABAP语言中的函数来向系统中导入数据，其对数据的格式要求也很高，要求的数据必须是带分格符的文本文件。SAP的这些做法导致其软件系统在同第三方软件集成上远远落后于ORACLE，同时这些做法也阻碍了其自生软件的进一步发展，这也是SAP的ERP与CRM不能完全集成的原因之一。
ORACLE
ORACLE公司凭借其在数据库方面全球领先的优势，其应用软件在模块的体系搭建上采用了一种先进的模式，各模块之间以及与外界交换数据都必须通过接口表来完成，具体的做法是数据要进入各模块时，都必须先到各模块自己的接口表中（每个模块都有自己的接口表），然后再通过并发等方式导入该模块中，这种模式很容易将第三方的软件融入ORACLE的系统中，用户在使用时很方便，感觉象是一套软件，因为在交换数据时第三方的软件与ORACLE的产品各模块间交换数据的模式是一致的，同时用户可以以自己熟悉的数据库语言（VB，PL/SQL等）来编写应用程序与ORACLE系统集成。
ORACLE凭借其软件系统在体系上的优势，将其ERP、CRM，SCM，EB等系统完全集成为一体，形成今天的电子商务套件。
结论
任何ERP软件都不可能覆盖企业的多样性和复杂性的所有方面，对于企业的特殊要求用户自己可进行必要的二次开发，并可以同其他应用软件方便地集成，这就要求供应商提供的软件具有很强的开放性。ORACLE 开放、灵活的体系结构更利于企业信息系统未来的扩展。
7. 软件的实施复杂性及投资回报
SAP项目实施过程十分昂贵和复杂。 而且，由于其软件的复杂性和封闭式集成，一旦实施后很难改变。 另外，SAP在项目实施过程中，经常会期望客户改变商业运做模式以适应其软件， 但有时候，一味迁就软件流程的做法很可能会给客户带来负面结果。一些超大型企业可以投入巨资进行软件的客户化，但是对于中等规模的企业，复杂的项目实施，往往会将客户拖入无休止的泥潭。国内一汽大众的SAP ERP的累计实施投资已经过亿圆，但实施效果其实并不理想。之后一汽又选用了与SAP的ERP “配套” 的CRM供应商SIEBEL软件, 其CRM系统实施了几年, 至今没有上线。 而Oracle 的应用产品具有很强的灵活性，许多业务的流程可以通过工作流技术很方便地进行改变，同时Oracle 系统本身的开放性也使Oracle 系统与其它系统的集成变得相对简单。
实施问题：
1、 我的企业管理流程与你们软件有差异，怎么办？
2、听说ERP实施难度很大，成功率低，你们怎么看？
SAP
SAP对所有行业都有完备的解决方案，我们的专家将协助你选择最佳模式；如果你现有的业务流程与SAP系统有差异，建议调整你的业务流程。
首先，这个说法并不十分确切，SAP在著名的跨国公司的成功就说明了问题；其次，很关键的问题在于客户，尤其是许多中国客户对企业信息化的理解不足，基础管理水平较低；
SAP系统对顾问和用户的要求都很高，特别是在SAP系统中，很多功能需要先在后台设置参数，再通过编写专门的ABAP语言程序来实现。这种情况下往往要求顾问和用户既懂应用，又具有一定开发方面的知识，因为ABAP开发人员一般是不懂后台应用系统设置的，而应用实施顾问往往又不知道这种与开发相关的系统设置，这种情况就是在SAP自己的实施队伍中都会碰到。
SAP过于复杂，很多不适合中国企业的功能混在一起，有6-7千个参数需进行设置，用户非常难以掌握。投入大量资金也很难培养出来合适的技术人员。 然而, 即使培养了一些技术人员, 一旦跳槽，则系统就会面临瘫痪。
ORACLE
首先，系统灵活和开放, 有几乎所有流程/模块的系统界面, 基于丰富的行业经验基础上开发的优秀业务模型和标准流程和功能可满足客户的需求, 也可供客户借鉴；其次，如果客户不满意已有的流程和功能，IT 行业使用最广泛的ORACLE开发工具将可方便地使用户按其要求进行客户化开发来满足企业的需求。
首先，这是事实；其次，实施是软件商和客户共同的事业，必须选择适当的策略，给予充分的支持才有可能成功。
ORACLE系统提供了清晰的业务流程，可以帮助企业在实施的同时理顺业务流程。ORACLE 的业务流程可以根据企业的实际情况灵活调整，更适应企业的个性化管理。
ORACLE数据结构清晰、严谨，开发工具使用的是世界 IT 行业最普遍使用的语言, 如: JAVA 这唯一真正INTERNET计算机语言，易于开发, 且开发的系统才是真正的INTERNET上的应用系统。
结论
ORACEL 更适用于业务复杂、个性化管理的企业。ORACLE软件实施的难度和复杂性，实施成本，风险远低于SAP。由于其系统的特性，SAP的实施成本、实施周期远大于ORACLE。

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/09 21:44:00 原文链接 https://blog.csdn.net/cloudward/article/details/285056
阅读：1752 评论：1 查看评论
]]> <![CDATA[[原][转载]信息组织方式的未来 ]]> https://blog.csdn.net/cloudward/article/details/285009 https://blog.csdn.net/cloudward/article/details/285009 cloudward 2005/02/09 19:56:00 原文：http://www.donews.net/keso/archive/2004/10/29/154606.aspx

WebLeOn在《杨致远眼中搜索的未来》这篇帖子的评论中说：

完整的搜索是搜集加筛选。现在的搜索引擎在筛选方面的确没有什么作为。个人化和智能化，还都停留在增强和延伸搜集的功能上。不过从技术上来说，要让搜索引擎来理解每个人的思想进行合理的筛选，实在是有点困难。

其实，这里涉及的已经不仅仅是搜索的未来了，这里所谈论的更多是信息组织方式的未来。互联网让信息触手可及，搜索引擎让信息更容易被找到。Google的价值就在于，通过机器和算法，让互联网上浩如烟海的混沌信息变得有序。不过，再智能的机器也无法替代人自己的大脑，况且，不同的人面对同样的信息也会有不同的看法。

很多人在讨论，Google的机器新闻是否将战胜新浪那样的人工编辑的新闻。我的看法是，如果新浪的新闻来源与Google的新闻来源大致一致，并且如果新浪的编辑方针，比如什么样的新闻可以上头条，什么样的新闻可以上要闻，什么样的新闻只能放到“更多”当中，可以被充分量化，那么它就一定可以被机器替代。实际上，新浪新闻的绝大部分工作确实可以被分解、被量化，之所以看上去它还没遇到什么危机，仅仅是因为现在机器的算法还不足够好。如果让陈彤去给Google News中文版设计算法的工程师讲讲课，他们一定可以做得更好。

但是，无论是新浪新闻，还是Google News，他们共同的问题就是，他们把用户设想成了一个抽象的人。张三不再是张三，李四也不再是李四，他们都是同一个抽象的“用户”或“读者”。所以，他们向上千万的用户或读者提供一模一样的信息，他们想当然地认为，这些信息一定会适合绝大多数人。他们对自己的算法或编辑方针怀有固执的自信。

当然，这种自信是他们在特定时期取得成功的重要前提。但时代已经变了。

很多新的技术正在成熟。如P2P技术，社会化计算技术，网格技术等。这些技术有一个共同特点，就是让从前单纯的信息或资源的获取者，同时成为信息或资源的提供者。这些技术的出现，正在让信息的提供者、组织者和获取者之间的界限变得模糊。

过去的用户，今天正在参与到信息的提供和组织之中，这跟Google和新浪过去所处的环境已经大为不同。如果没有别的信息筛选方式，我只好接受新浪的方式，但如果有很多和我有共同兴趣的人在对信息进行筛选，我为什么还要接受新浪？对我而言，新浪只是众多信息筛选者中的一个，甚至是最没有个性的一个——如果不说那些简单的copy/paste工作等于机器的话。

这其实就是365Key的思路。就像通过BitTorrent下载文件，参与的人越多，价值就越大，因为贡献资源的人多了。在365Key中，你可以订阅跟你志趣相投的人的网摘，这样，你所获得的信息不但比新浪提供的更加个性化，涉猎范围也比新浪的新闻编辑更广，比如新浪很难把一个blog上的内容放到它的新闻中心（木子美除外）。

当每个人都成为信息世界中一个能动的节点，这个巨大的活的“网格”将产生出不可思议的能量。这有赖于技术的支持，但不再是技术本身。信息不再简单地以供和求的方式流动，社会化的信息组织方式，让每一条你所获得的信息，都被充分地为你定制过了，因为你自己就是整个信息加工过程的直接参与者。

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/09 19:56:00 原文链接 https://blog.csdn.net/cloudward/article/details/285009
阅读：2093
]]> <![CDATA[[原][转载]Bloglines被收购随想 ]]> https://blog.csdn.net/cloudward/article/details/285002 https://blog.csdn.net/cloudward/article/details/285002 cloudward 2005/02/09 19:44:00 http://www.donews.net/keso/archive/2005/02/07/270684.aspx 

Bloglines是我最喜欢的在线RSS订阅服务，我在那里订阅了800多个feeds，它已经取代新浪等门户，成为我个人的信息中心。近日传出消息，Bloglines已被Ask Jeeves收购，准确地应验了FeedBurner CTO Eric Lunt去年9月的预言。这已经是第二个我喜欢的在线服务被一家我不太喜欢的公司收购，上一次是Furl被LookSmart收购。

我个人不太喜欢Ask，一方面如WebLeOn所说，它对中文支持一直心不在焉，另一方面，我对这家公司的创新能力也表示怀疑。很多年以前Ask就提出了自然语言搜索概念，到现在它自己好像都不再提了。我总觉得这家公司总是热衷于提出一些新颖的想法，但做到最后都是浅尝辄止。

一种有价值的产品或服务，被一个好公司收购是一件好事，比如Google收购Blogger，雅虎收购Overture。但一种有价值的产品，被一个糟糕的公司收购，就是一件很悲哀的事。这样的例子太多了，典型的就是被AOL收购的ICQ、Winamp、Netscape。

Bloglines刚满一岁半，已经成为最大的RSS免费订阅服务商，就像Owen所说，“Bloglines早已经脱离了单纯的RSS阅读服务而成为一个集搜索，订阅，跟踪内容，反向搜索于一体的Web服务。特别是他的搜索功能，几乎可以与Technorati，Feedster相媲美。”

我曾说过，集中的在线RSS订阅应该取代客户端订阅，不光是由于带宽问题，还因为always-on将成为一种生活方式。

王翌说春节后打算推一推RSS，因为他从“周伯通”中体验到了RSS的巨大好处。不过我并不看好这种客户端软件的前景，比较而言，toPim的在线模式应该有更大的潜力。同时，国内门户网站对RSS的矛盾心态，也致使他们不会尽力推进RSS的应用走向普及。RSS的应用，会首先在对信息处理有大量需求的用户群体中普及。

Bloglines最初的想法，是通过在RSS中插入关键字广告盈利，实际上他们一直没有这么做。我觉得这是很聪明的做法，因为这种创新公司的未来，并不是自我谋生，一定是被一家大的公司收购。所以他们所要做的，就是尽可能把自己的技术和服务做好，尽可能吸引用户来用，尽可能大地取得市场优势。因此，对于Rojo所采用的邀请模式，Bloglines创始人兼CEO Mark Fletcher认为是一条错误的道路，“他们是一个封闭系统，我们是一个开放系统。所以我们不仅仅是跟朋友分享，而且是跟全世界分享。人们喜欢它是因为它产生了一个有活力的、开放的社区。”

flickr是我喜欢的另一个在线服务，很多人也在猜测它会被谁收购。既然所有有价值的服务都免不了被收购，那就让自己在被收购之前快点跑，能跑多快就跑多快，甩开竞争对手，确立市场优势。

这是我春节前最后一个post。今年过节不上网，上网等到4天后。提前祝所有人：过年好！

 

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/09 19:44:00 原文链接 https://blog.csdn.net/cloudward/article/details/285002
阅读：2029
]]> <![CDATA[[原]昨日网摘--Google欲进军网络电话/Firefox 1.1延期推出 ]]> https://blog.csdn.net/cloudward/article/details/277126 https://blog.csdn.net/cloudward/article/details/277126 cloudward 2005/02/02 00:18:00

2005-2-1

365Key-天天网摘自动生成

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/02 00:18:00 原文链接 https://blog.csdn.net/cloudward/article/details/277126
阅读：1489
]]> <![CDATA[[原]缺陷的状态转化图---为你设计更好的缺陷管理软件]]> https://blog.csdn.net/cloudward/article/details/277120 https://blog.csdn.net/cloudward/article/details/277120 cloudward 2005/02/02 00:12:00
作者：cloudward 发表于 2005/02/02 00:12:00 原文链接 https://blog.csdn.net/cloudward/article/details/277120
阅读：1855 评论：1 查看评论
]]> <![CDATA[[原][原创] 敏捷软件开发管理实践 (一) ——让人的资源多起来]]> https://blog.csdn.net/cloudward/article/details/277118 https://blog.csdn.net/cloudward/article/details/277118 cloudward 2005/02/02 00:07:00 敏捷软件开发管理实践 (一) ——让人的资源多起来<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

第1部分   开篇语

         项目管理作为一门独立的学科，已经发展了很多年，并为实践提供了丰富的理论依据。而软件开发的项目管理，虽然也属于传统项目管理的范畴，但是由于软件工业本身的特点，很多在传统项目管理理论中被证明行之有效的理论和方法，拿到软件开发的项目实践中却常常达不到预期的效果。软件开发的项目管理与传统项目管理的这种差异究竟在哪里呢？这个问题已经有很多人在研究并成果丰富，一致的结论性的原因就是：软件开发中的项目管理本质是人的管理。

       人作为项目管理的主要素主导着整个项目的成功和失败，所以对于软件项目开发管理者来说，需要引起足够重视的一点就是要重视人——在软件开发中，这将主导技术、效率、质量。

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />


     

 

       本文内容上没有阐述敏捷项目管理与普通项目管理的区别，也没有完全按照计划——分工——执行三个环节来论述，更多的是作者随想随写的一些经验之谈。软件的项目管理也是整个软件工业没有“银弹”的一个重要方面，很多时候，经验比理论占据更重要的地位。文中的很多内容对于有实际项目管理经验的同行来说，可能能够产生一些共鸣，如果这样，本文就起到总结经验的作用。对于那些尚未有取得这些经验的同行来讲，本文中的实际案例和场景可以帮助增进这些读者的感性认识。

第2部分   让人的资源多起来

       软件项目开发的核心资源就是人，在一定的项目规模和资本规模下，人的资源是受限的。项目中考虑人的资源常常以人数来计，但是实际中我们都清楚，工作量是以任务来分解和总和的。这就说明人和任务之间存在一个关系，这个关系就是角色。

1.1. 角色（Role）

角色是对工作任务的职责抽象，与具体的职位有着区别。一般情况下，角色和职位是多对一的关系。敏捷风格的项目管理认为在产品（软件）开发过程中，成员所承担的角色虽然有其固定的一面，但是可以赋予它更多变化来改变工作的分配模式。举例来说，A的职位是项目经理，但是同时也是优秀的设计师，那么，可以认为A承担了项目经理和设计师两个角色。

在软件开发管理中，角色其实非常丰富。常见的角色如：项目经理、需求分析师、系统设计师、开发工程师、测试工程师。对于大型项目，比如基于J2EE的项目，根据实际项目中的技能需求，需要各种类似专家的角色，比如人机界面工程师，部署工程师，配置管理员，DBA等。

敏捷的项目管理中要求角色不是固定的，一人可以担任多个角色，这样才可以充分利用已有的资源。如同电网的电力资源一样，资源的存在和分布有时是难以改变的，但是其是否充分利用依赖如何调度。

角色是项目中任务的具体承担对象，从角色角度而不是职位角度考虑资源的分配，有利于合理分工，保持资源的平衡。对于存在多个项目并行工作的情况，这一点非常有意义。我们知道，一个公司的DBA不会太多，多个项目并行工作的时候，可能各个项目都需要DBA的协助，但是从人员编制上，DBA可能仅隶属于某个具体的项目组。这个时候如何解决资源的分配呢？同样，优秀的架构师对于整个公司来说也会是稀缺资源，我们如何让这些稀缺资源发挥更大的作用呢？当然，可以考虑从人力资源编制上解决这个问题，比如成立独立于跨项目组的专门的架构师组，总体设计组等。但是，实际情况往往是人力资源制度的改革步伐永远会远远落后于实际需要。况且，从资源模型本身来看，资源本质上是与角色捆绑的而不是与职位捆绑的。


    
    从管理的角度，我们希望资源可以最佳利用。绕过人力资源编制，实际上可以采取特殊的运作模式来达到这一目的。方法就是，赋于比职位多得多的角色，让人具备多个可分配的单位。在这一点可以用CPU的多线程来比喻。

案例：

2001年的时候，公司有Milkyway和Apollo两个项目在同时运行，两个项目都是电子政务项目，采用J2EE技术实现。当时公司是首次接手电子政务项目，对于Web页面所需要的大量美工虽有考虑，但是最终只招聘到一个合适人选。在Milkyway项目组中，大家都知道开发人员Alen喜好摄影，其实是一个图形制作爱好者，Photoshop高手。当美工资源已经成为事实上的开发瓶颈时，我给领导提出了一个建议：是否可以让Alen也充当美工角色呢？可以在开发任务上为Alen消减一半，让他有另一半的时间去让我们的工作产品漂亮起来。后来跟Alen商量让他兼美工这一角色，他愉快地答应了。我想，对于一个图形制作爱好者来说，还有什么工作比干自己喜欢的事情更愉快呢！

1.2. 虚拟团队(Virtual Team)

虚拟是相对现实而言。虚拟团队一经发明，已经在互联网上广泛流传。所谓虚拟团队，是指没有实际的组织形态，但是有具体的任务目标；团队成员虽然来自各方，但是为着共同的任务目标而进行工作。

虚拟团队和实际团队比较，优势在于：组建灵活，反应快捷。

实际的团队往往根据长远的任务目标而设立，一经设立，成员即往往有了固定的身份。比如，项目组往往根据产品模块的任务目标而设立，一般来说在项目的生命周期中会一直存在下去。但是实际的项目工作开展过程中，一方面存在很多跨项目组的工作要做，另一方面存在很多短期的任务需要调度资源完成，这个时候固定的团队就难以胜任工作任务的分配。

虚拟团队本质上是根据任务对资源的临时性组建。前面我们已经通过角色把资源独立化了，现在通过虚拟团队，我们可以把独立的资源再通过任务目标而集中起来。

案例：

在上面谈到的Milkyway和Apollo两个项目案例中，当Milkyway项目推进到开发完成60%的时候，系统的基础框架已经基本可以在浏览器中看到。这个时候，架构师发现系统的响应很不理想，这个发现其实并不出乎意外。尽管公司是首次接手基于Web的项目，根据多年的经验还是预测到了可能存在的性能瓶颈。目前的任务就是需要立即组织部分专家来诊断性能瓶颈的准确所在，并敦促项目组成员调整代码。可是面临的问题是公司的测试工程师并不熟悉基于Web项目的性能测试，如何寻着额外的资源呢？另外，还有一个问题，性能问题来源于架构和代码，需要对系统结构和代码最熟悉的系统设计师和开发人员参与才行。这个时候Apollo项目正进入详细编码开始阶段，根据任务分配情况，管理层觉得部分设计师可以抽调部分时间来参与Milkyway项目的性能优化。为此，成立了Milkyway项目性能优化虚拟团队。

Milkyway性能优化虚拟团队

组成成员：

1.          所有Milkyway项目的开发成员和设计师

2.          Apollo项目组的Wiki和Polo（两位经验丰富的设计师）

负责人：

Wiki担任负责人和组织者。

目标：

         全方位优化Milkyway的性能，达到客户认可的各项系统响应时间指标

任务：

1.          一周内给出Milkyway项目的性能测试报告和性能优化具体指标

2.          三周内给出一期优化分析报告

3.          持续跟踪性能，从第四周起，每两周给出性能测试报告

执行：

1.          Milkyway的所有成员需要配合Wiki的组织工作，并接受安排的合理任务

2.          Milkyway项目经理Cobo协助Wiki安排工作

3.          测试部经理Anny，配合Wiki安排测试设备和数据准备。

 

 

<SCRIPT type=text/javascript><!-- google_ad_client = "pub-4219279482676588"; google_ad_width = 728; google_ad_height = 90; google_ad_format = "728x90_as"; google_ad_channel =""; google_ad_type = "text_image"; google_color_border = "578A24"; google_color_bg = "CCFF99"; google_color_link = "00008B"; google_color_url = "00008B"; google_color_text = "000000"; //--></SCRIPT> <SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript> </SCRIPT>
作者：cloudward 发表于 2005/02/02 00:07:00 原文链接 https://blog.csdn.net/cloudward/article/details/277118
阅读：1833 评论：1 查看评论
]]>