打电话 (1) - 给QQ客服打电话

deminy 在 周五, 2005-11-25 15:13 提交
昨天晚上，我想在QQ上给国内的朋友发手机短消息，但是试了几次都要求我先注册国内手机号码或者小灵通号码，而我没有这些！翻遍了QQ的各个菜单也没有找到能够用Q币发短消息的说法，于是无奈之下，拨了深圳腾讯的客户服务热线。

QQ的业务种类真是多，电话一打进去，就听到腾讯电话呼叫中心的语音提示：“xx服务请按1，xx服务请按2，xx服务请按3，……”；我按照提示按了个数字，接下来又是“xx服务请按1，xx服务请按2，xx服务请按3，……”；我又按照提示按了个数字，接下来又是“xx服务请按1，xx服务请按2，xx服务请按3，……”；这下我傻了：因为我想问的问题不属于它所说的任何服务范围内！

我心想这不活脱脱地就是今年中央电视台那个相声《热线电话》所说的故事嘛！

万般无奈之下，我按了“#”号，返回上一级菜单，又听了一遍“xx服务请按1，xx服务请按2，xx服务请按3，……”；然后我又按了个数字，又听了一遍“xx服务请按1，xx服务请按2，xx服务请按3，……”……这样转了一圈，我还是不知道我想问的问题属于哪个服务范围内！我这时候都有点晕乎了：我到底是该挂电话还是继续按下去？

后来我随便按了个键（可能是“*”键）。阿弥陀佛，总算这次出来的是真人的声音，不再是机器的声音了。

"Ruby on Rails"技术观后感 (3)

deminy 在 周五, 2005-11-25 14:40 提交
从拨号上网时代开始过渡到DSL/ISDN等宽带上网时代的时候，我们意识到要要提高下载速度，这时候大多数人选择的是等待硬件提升或者新一代的高速网的出现。但有一个人，在现有技术的基础上，选择了走另外一条文件下载思路：基于点对点(p2p)的BT技术。依照同样的思路，还有一个人，选择了另外一种流媒体传输思路：CoolStreaming。他们的技术非常成功。

我们都在思考如何能够更好地提高开发效率，减少重复劳动，我们也知道各种框架模型：CS（客户端/服务器端）、BS（浏览器端/服务器端）、三层、MVC(模型-视图-控制)等，但我们没有能够从这些模型中把他们的共同点更好地抽象出来并且付诸实现。但有一个人，他做到了这一点，于是众人瞩目的"Ruby on Rails"出现了。

我们都拥有同样的资源，拥有类似的知识，但是，却有着不同的成果。

拥有思想比掌握某一门具体语言1重要，比掌握某一门具体技术更重要。一个人可能很精通几门编程语言，但他的水平也就仅仅限于编程，仅仅限于一个程序员的水平了。如果你只想着怎么更好地掌握和运用一门语言，你就永远只是一个程序员的水平。

语言其实是一件不重要的东西。

"Ruby on Rails"技术观后感 (2)

deminy 在 周四, 2005-11-24 09:35 提交
看完"Ruby on Rails"后，Deminy产生了一个问题：怎样把"Ruby on Rails"的概念移植到PHP中，构建(所谓的)"PHP on Rails"呢?1

这个思路是可能行得通的。

首先，"Ruby on Rails"是基于Rails架构、用Ruby这样一个面向对象(Object Oriented)的编程语言实现的。PHP是一个面向过程(Procedure Oriented)的编程语言，但也是一个面向对象的编程语言。既然"Ruby on Rails"可行，"PHP on Rails"也应该是可行的。

其次，一项技术的竞争力和难点往往在于它的设计，而不在于它所依赖的编程语言。就像新产品最难的地方往往是设计，而不是投产（所以新产品设计出来后，马上就可能出现很多仿造的产品）。类似地，当"Ruby on Rails"被设计出来了，人们很容易把这项技术类似地推广到"Java on Rails"、"PHP on Rails"等。

"Ruby on Rails"技术观后感 (1)

deminy 在 周三, 2005-11-23 20:21 提交
"Ruby on Rails"是近期（或者说今年）很热的一个web技术话题，简单的来说它就是一项web快速开发技术。它基于MVC (Model-View-Controller，模型-视图-控制)的架构进行设计，遵循两大设计理念：不重复工作 ("Don't Repeat Yourself")和墨守成规 ("Convention Over Configuration")。

晚上Deminy访问了"Ruby on Rails"官方网站，下载了几部视频教程，阅读了几份相关文档，大致了解了"Ruby on Rails"的思路和结构。看完之后的感觉是：震撼。

新二次高潮的开始

deminy 在 周二, 2005-11-22 22:36 提交
1999/2000，互联网的第一次高潮到来，表现为互联网站不断涌现，无数互联网公司前赴后继。从技术的角度来讲，也许这个时代被叫作web 1.0的时代吧。

2005/2006，互联网的第二次高潮似乎也正在以一种相对平和点的姿态到来，伴随的是RSS、Blog、web 2.0等概念的兴盛，以及一些新技术的展现（包括象搜索引擎这样的旧技术的提升）。以微软和Google1为代表一些公司开始再次在互联网时代捉对厮杀起来。

所以，2006，将是一个好戏连台的一年。

每一次高潮都伴随着激动，被这个时代所激动。

Deminy希望伴随2006一起进入高潮，一起激动。

[注1] 这是一个轻舞飞扬的时代：善于轻舞，才能飞扬。Google就是个中高手，一个把轻舞飞扬演绎得登峰造极的高手。

[注2] 这也是为什么Deminy.net要升级的原因：在互联网时代，用5年前的技术和理念去维持一个网站，是落伍的表现。

举例说明如何在网上挖掘一个人的信息

deminy 在 周二, 2005-11-22 13:07 提交
[前言] 妹妹发来一份email，说看上了jiaoyou8的一个帅哥，不过我借给她的帐号过期了，导致她没办法直接联系帅哥，于是要我帮忙。

妹妹只告诉我该帅哥在jiaoyou8的ID。（当然，这个帅哥的性别我也是知道的。）deminy不愿无故再掏钱给jiaoyou8，于是，deminy开始在网上找帅哥的信息了……

第一步： 上jiaoyou8，看帅哥的资料

浏览帅哥在jiaoyou8上的个人介绍（如下图所示）。除了一张照片，帅哥没有留其它什么文字作品，不过可以从帅哥所留的个人基本信息里面知道帅哥在“美国, 佛罗里达, 其它地区”。



太精彩了

deminy 在 周一, 2005-11-21 22:40 提交
最近看了几次poker（一种扑克赌博，非常象四川的炸金花）电视节目，越来越觉得有意思。于是今天晚上上网看了看规则，终于懂了大概的规则。

深夜看42频道的poker节目。

Brad拿了同色的JQ，Sara拿了不同色的AJ。Brad就把钱全押了，Sara钱多，而且牌也不错，就跟了。

两个人亮手上的牌后，明显Sara的胜率高。

然后发牌的人发了三张牌，是杂色的2、3、4。分析人员说这时候Brad只有12%的胜率了。

第4张牌居然是个5，也就是说Sara有个顺子(12345)！看起来Brad死定了，连他自己都开始跟观众道别了。

结果第5张牌居然是个A! 也就是说，两个人的牌一般大小（都是顺子）！！ Brad死里逃生！！！

太有戏剧性了。

MyCUST部分校友签名

deminy 在 周一, 2005-11-21 21:17 提交
食古不化 (940332)

在北园的足球场上流过血；
在红瓦寺的饭馆里流过泪；
难忘科大四年的流金岁月。
鞋教——包不同，包不同！

小树叶 (88)

我是快乐的小树叶，随风飘落；
我是普普通通的一片小树叶，当你苦恼的时候，我静静地听你诉说；当你高兴的时候，我默默地离开了。因为我是小树叶，所以你每天都可以见到我，每天都可以忽略我，也可以时时想起我。。。。。。

雁过留影 (93)

风来疏竹，风过而竹不留声；
雁渡寒潭，雁去而潭不留影。
故君子事来而心始现，事去而心随空。

下雨 (920231)

兼容web 2.0的deminy.net 2.0

deminy 在 周一, 2005-11-21 11:00 提交
在“个人网站下一步的改进”一文中，我提了很多对新一个版本的deminy.net的需求。

在我看来，未来的deminy.net是自己向他人共享自己资源（并且共享他人的资源）的平台，是记录deminy个人生活的平台，也是deminy个人生活、工作的平台。

这就是未来的deminy.net 2.0，一个兼容web 2.0的个人网站。

无题

deminy 在 周一, 2005-11-21 00:43 提交
因为珍惜她，所以你竭力地去留住她；而当你以为你已经竭尽全力后，她却还是离你远去；

此后，你再一次地竭尽全力地想找到一个可以珍惜的女孩，但你却发现，这样的女孩，再也找不到了。

你始终是两手空空。