一个比较好的缓存中间件memcached。可以用做系统的各种缓存。支持分布式。使用方便。网上有很多介绍。多是linux&unix版。现在也有window32版本了。方便实现SNA架构。在网站架构上用处多多。
http://jehiah.com/projects/memcached-win32/启动,使用都是比较方便。可以到
http://www.danga.com/memcached/下各种客户api。下载的client有使用test。一看就明白。
呵呵,真实好东西。
-----------------------
呵呵,发现plone中也用它做缓存了.
--------------------------
前几天使用了一下,发现在win下面容易出现占用cpu 100%的情况,不知道什么原因,有谁知道?没有别的什么操作,insert/get操作而已.
查找中.......
奇怪,plone中为什么不出现!!!!
posted @
2006-08-11 00:03 kebo 阅读(534) |
评论 (1) |
编辑 收藏
劫财劫色死了,哎,可怜的两个小家伙,悲哀中!!!!!!!!
都是你的主人没有好好照顾你,投胎时别在做龟了
posted @
2006-07-14 23:50 kebo 阅读(228) |
评论 (0) |
编辑 收藏
在实际的软件开发过程中,我们常常可以看到这样的情形:一方面是开发人员指责需求人员不懂用户的真正的需求,讲解的需求和最后客户的要求想去甚远或指责需求只是客户的传声筒,拿到的需求不整理一下,就丢给开发人员开始做。另一方面是需求骂开发人员笨,对需求一点不理解,只懂机械的做。
这样的情况,常常导致系统不停的修改,bug不断。客户,需求,开发都筋疲力尽,然后就是项目延期,直到死亡。
这样的情况,相信每个做企业系统的开发人员都遇到过,一提起这样的问题,大家只有摆脑袋,喃喃到“简直就是恶梦,太难了”
^_^(希望不要勾起你痛苦的回忆)
其实出现这样的情况,大部分是应为需求人员和开发人员对问题的思考模式不同导致的。在业务语言和业务规则向计算机语言和系统模型转换之间有一个的过程。这个过程必须有一个衔接的人和模式来做这件事情。
这个角色需要精通业务概念和系统实现方式。然后运用分析模式方式把业务概念转换为系统模型概念。需求人员理解业务总是自觉不自觉的把一些他们认为是常识的思维放进去,但是这部分只是不会出现在需求文档中。这就需要分析人员不断的和他需求聊天,不但的询问挖掘出来。然后写入概要设计和详细涉及文档中。
还有需求人员往往在写程序需要处理的逻辑的时候会不自觉的融入人类的思考模式,在其中加入一些智能判断,但是这部分逻辑往往用计算机实现比较困难。这就需要分析人员的洞察能力,找到客户的真正需求,然后转换方式来实现。
例如:有这样一个需求是分析业务数据的。表中有27列,其中a,b,c,d,e,g,p,q,y,z为判断过程中所涉及到的数据项,各项之间的关系为:b列中的传输系统速决定z列中的最大时隙编号。如2。5G系统对应的最大时隙编号为16或8(保护)。10g系统对应的最大时隙编号为64或32(保护)。
D列为与C列中站点相领的前向站点,e列为与c列中站点相领的后向站点。
G列与p列或q列为--对应关系,即唯一的一个端口对应当前传输系统的一个时隙。
p列和q列在一行中不同时出现。即同时只有前项时隙或后项时隙,两者不同时存在。
y列为版本号,1代表设计版,2代表工程版。当g列中相同的两个端口对应的z列不同的时隙时,以Y列为2的为准。
(一下为客户平时所用的人工分析方式)
分析过程:
1)首先根据系统名称中的2。5G可以判断出Z列的最大编号为16或8,对z列进行观察后得出最大编号为8。即存在8个时隙,编号分别为1~8.
2) 将c列为“杭环城北路”站点下所有z列的数据观察后可看出z列无5,6两个时隙,于是初步判断时隙在该站点为穿通。
3)c列为“杭环城北路”所对应的D列前向站点为“衢州网通”。在z列中查找所有c列为“衢州网通”所对应的时隙,发现5,6两个时隙编号,且p,q两列中仅q列有数据,说明该时隙为后向时隙。可得出5,6两个时隙的起始站点为“衢州网通”。因该时隙对应的Y列均有1,2两个数值,根据“各项间关系”,仅取Y列数值为2的数据为有效数据。
4)c列为“杭环城北路”所对应的e列后向站点为“宁波网通”。在z列中查找所有c列为“宁波网通”所对应的时隙,发现5,6两个时隙编号。且p,q两列仅p列有数据,说明该时隙为前向时隙,可得出5,6两个时隙的终止站点为“宁波网通”。因该时隙对应的Y列均有1,2两个数据,根据各项间干系,取Y列为2的数据为有效数据。
综合判断1~4不的判断过程,可以得出结论:编号为5,6的两个时隙以“衢州网通”为起点,途径“杭环城北路”以“宁波网通”为终点
可以看到这个分析过程很不利于计算机话
(一下为我的分析方式)
------推荐的方式
-------其他
(未完待续........)
posted @
2006-07-01 11:58 kebo 阅读(391) |
评论 (0) |
编辑 收藏
与人为善,种善因,得善果.
懂得说谢谢,会说谢谢,对人际关系很重要。
今天碰到一个刚毕业的小孩,给他教东西的时候,竟没有听到一句感谢的话.
郁闷噢
posted @
2006-06-23 23:52 kebo 阅读(281) |
评论 (0) |
编辑 收藏
昨天晚上做了一个奇怪的梦,梦到被一条蛇咬了一下。清楚的记得是手指被咬的,竟痛醒了,醒了还感到手指隐隐做痛
然后今天八卦的查了一下,周公解梦如下:
蛇化龙得贵人助, 蛇咬人主得大财, 蛇多者主阴司事, 鹤上天主小口灾, 鹦鹉唤人主口舌, 燕子至有造客来,
呵呵,难道是真的?
然后今天很奇怪,一把黄杨木梳也折断了.......可惜了,跟我两年了。
posted @
2006-06-19 19:42 kebo 阅读(285) |
评论 (0) |
编辑 收藏
xxx购物超市折扣规则描述:
1.任何顾客的购物总价大于1000元则享受9折优惠
2.vip顾客的时候无论购物总价是多少享受7折优惠
3.普通顾客没有特别政策,另有规定的除外
4.白金顾客享受8.5优惠,无论购物总价多少。
5.黄金顾客享受9折优惠无论购物总价多少。
6.任何顾客所够商品中包含tv的时候,优惠后再优惠9.5折
这个user case 是自己想的,不是很复杂
对应的规则文件
#created on: 2006-6-10
#created by: kebo
package com.sample
import com.sample.Person;
import com.sample.ShopCat;
import com.sample.Product;
import com.sample.Helper;
rule "PRICE_DISCOUT"
salience 2
no-loop true
when
p:Person(c:cat->(c.getTotalPrice()>1000),discout==1)
then
p.setDiscout(0.9);
modify(p);
end
rule "VIP"
salience 3
no-loop true
when
p:Person(type==Person.VIP,discout==1)
then
p.setDiscout(0.7);
modify(p);
end
rule "COMMON"
salience 3
no-loop true
when
p:Person(type==Person.COMMON,discout==1)
then
p.setDiscout(1);
modify(p);
end
rule "PLATINA"
salience 3
no-loop true
when
p:Person(type==Person.PLATINA,discout==1)
then
p.setDiscout(0.85);
modify(p);
end
rule "GOLD"
salience 3
no-loop true
when
p:Person(type==Person.GOLD,discout==1)
then
p.setDiscout(0.9);
modify(p);
end
rule "CONTAIN TV"
salience 1
no-loop true
when
p:Person(c:cat->(Helper.isContainType(c.getProducts(),Product.TV)))
then
p.setDiscout(0.95 * p.getDiscout());
modify(p);
end
解决rule的冲突还是比较麻烦的。
为什么blogjava没有code着色功能呢?代码贴上去一点都不好看,唉!
posted @
2006-06-13 01:19 kebo 阅读(2035) |
评论 (0) |
编辑 收藏
今天去客户处开会,让我看到了政治。
人与人的关系真实复杂啊!真的是看到因一句话不小心而引火烧身例子,本来那个同事是可以安枕无优的,最后怎一个
惨字了得。记住,以为戒。
还有一点感受,做信息系统,最重要的是什么?
功能?模块?速度?是否漂亮?是否有好的架构?
其实这些都是次要的,真正重要的是如何保证“信息的正确性”
数据错误,数据表达的不完整,数据不全。这些东西决定了一个
系统的价值。如果一个系统没有做到这点,那么这个系统就
毫无价值。依据这些信息做的决策会死人的。
没有99%,只有100%
posted @
2006-06-08 22:41 kebo 阅读(232) |
评论 (0) |
编辑 收藏
'"下辈子如果我还记得你"马郁诠释的非常棒
淡淡的忧愁,淡淡的思念还有对往日情人的深深怀念,
对昔日山盟海誓的追忆.和不能和恋人在一起的丝丝痛楚..
很好听
这辈子你是否还记得我?
posted @
2006-06-07 14:21 kebo 阅读(310) |
评论 (1) |
编辑 收藏
今天的面试经历,,瞒搞笑的..
聊到最后,,我听着有些纳闷,,然后问他招聘什么职位..答'"'测试工程师"
晕倒,,我告他'"'我做开发的"
答'"'我们测试也开发,,也是开发工程师"
我说'''对不起,,我对专门做测试没兴趣"
然后散
郁闷..浪费时间
前台mm不错..很性感的
下午再面一家,问了一个问题,一门动态语言,没有调试器,现在程序出错了,
但是没有给出任何错误信息,
或者错误信息就提示错误,代码
行数有3k多,现在你怎么快速的定位错误行?
靠,这个有什么办法?
我答'"'先预测错误的问题,然后输出调试"
告我'"'不是,,让我回去想想"
然后说这个问题没有答出来,不能给我期望的工资(ft,,难道要答出所有的问题吗?)
我说'"'不会吧,,面试的人能答出所有的问题吗?"
告我'"'这个问题很简单"
切!!,难道真的简单?
posted @
2006-06-06 15:46 kebo 阅读(262) |
评论 (0) |
编辑 收藏
七十年前,一个年轻的矿工马上要和新娘举行婚礼,婚礼前最后一次下井,但发生了塌方,矿工永远没有回来。新娘子不相信她的爱人就此离她而去,苦苦等了七十年。前些日子重新整理矿井,在坑道深处一汪积水中发现一具尸体,正是七十年前被埋在井里的新郎。由于没有空气,又浸泡在饱含矿物质的水中,他仍如七十年前一般年轻。新娘子已成为白发苍苍的老妪。她扑在心爱的人身上痛哭。她做了一个决定,继续与爱人完成他们的婚礼。那一幕太动人了:八十多岁的新娘子一身盛装,洁白如雪。头发也如雪。她的爱人,依然那么年轻,闭着眼睛躺在一驾马车上。婚礼与葬礼同时举行。多少人都落泪了。
这个是什么呢?!!!!!!!!!!!!!!!!!!!!!!!!
posted @
2006-06-02 14:21 kebo 阅读(300) |
评论 (2) |
编辑 收藏