Legend Since 1984
Cruising between Fantasy and Reality...

Sunday, May 28, 2006

点名后的自白

昨天以来连续被两人点名,看来实在是托不下去了。好吧,我招~~

游戏规则:被点名的朋友在blog里公开理想伴侣的性别和8个条件,并加以说明必须点5个或5 个以上人名,用尽

所有方法通知他们执行游戏,被点名的人不可重复点名,同一个答题游戏每个人只能玩一次。

性别:废话,当然是女。

No.1 上进的人。
我喜欢和有上进心的人打交道,因为这样可以使自己也受到正面的感染。

No.2 有理想有追求。
没有理想的人生是空洞的。我不会选择和这样的人生活一辈子。

No.3 性格最好能互补。
可能某些方面我花的功夫比其它人多,做的比其他人稍微好那么一点点,但是我也有很多不足,性格也不是那么的开朗,所以我希望自己的另一半能在这方面有所互补,不然两个人都闷在一起就没意思了。

No.4 对我要好啦。
感情这个东西是相互的,如果一方投入却看不到回报,这样的感情是不能长久的。

No.5 不能过于物质化。

No.6 有大局观。
不要过分纠缠于细节。

No.7 有爱心啦,孝敬父母什么的。

No.8 我不喜欢胖乎乎的感觉~~

呼,好不容易绞尽脑汁憋出来了8条...总算完成一任务。

父结点:曹懿、陈伟

继续点名:林晓鑫 金维佳 周蓝珺

Saturday, May 27, 2006

Trouble Shooting Principle No.1

前几天写了自己的第一个从应用程序连接数据库的小程序。数据库DBMS用的是Microsoft SQL Server 2000,连接工具是.NET下的ADO.NET,应用程序用C#编写,操作系统是Windows 2003 SP1。

最初是应用程序连接本地数据库(连接字符串中server=(local)),使用SQL Server的Windows帐户认证(连接字符串中Trusted_connection=True),一切正常。昨天晚上心血来潮,心想既然DBMS支持网络访问,为什么不把应用程序放到一台局域网的机器上来远程连接数据库呢?于是修改了连接字符串中的server,使它指向我的机器,然后在SQL Server中为远程连接新建了一个连接帐号,再在连接字符串中填入相应的登陆名和密码。一切设置妥当后,在本机运行通过,但是放到旁边一台机器上死活不能连接数据库 ,提示什么认证不能通过的异常。奇怪了,我的SQL Server明明打开了远程访问而且也新建了一个用于远程连接的帐号啊。折腾了半天,又翻书又查SQL Server的帮助文档,还是不能解决这个问题。

到底是我自己的数据库配置有误还是在应用程序中连接字符串没有设对呢?经同学提示,把数据库放到他的机器上,然后应用程序从我的机器去远程连接。哈,这次居然通过了!看来应用程序中的设置是正确的,问题出在我自己的SQL Server的配置上。但是我看了看两边的设置都没有什么差别呀。又陷入了迷茫。

想到SQL Server自身提供了远程连接的功能,测试发现,我的SQL Server中可以看到他的,但是他的却死活连不上我的,而且我那里面有个名字乱七八糟数据库实例。难道跟操作系统有关?“打补丁了吗?”另外一个同学一语惊醒梦中人。对呀,以前安装SQL Server的时候就看见过提示要求打上SP3(Service Pack)的补丁,后来不知怎么的就忘记了。真是笨啊,这么基本的原则都给忽略了!Windows 2003在SQL Server 2000之后推出的, 而且我用的是企业服务器版,在安全性上要求更加严格;未打补丁的SQL Server 2000出现无法连接的错误也就不那么匪夷所思了。

赶紧上微软的官方网站,忍受着蜗牛般的速度把最新的SP4补丁下载下来,安装,重起计算机,运行测试,BINGO!通过!

总结昨晚的教训,遇到软件兼容问题的时候,首先想到的应该是冲突的软件是否打上了最新的补丁。如果一开始就遵循这个原则的话,就不至于浪费大半个晚上还把原本好好的心情搭上去了。

Trouble Shooting Principle No.1------Get patched with Service Pack!

Labels:

Friday, May 26, 2006

恼人的中国邮政

从四月份在COMAP的网站上获悉2006ICM或一奖的消息已经两个多月,对于那份传说中的证书真是成天到晚盼星星盼月亮的等啊等啊,打算一到手就去塑封起来永久珍藏。

上天真是会作弄人,其几天同学去交东西的时候向指导老师问起证书一事的时候却被告知“证书暂时下落不明”的噩耗。据说工大所有获奖的证书都记到中国了,但是不知是国内哪个邮局的一帮白痴居然把Harbin Institute of Technology翻译成“哈尔滨技术学院”

????天啦,是工大名气不够响亮还是邮政人员孤陋寡闻?诚然,工大的英文名HIT在来之前我们也不知道,但是作为邮政行业的工作人员,你的翻译结果直接关系到邮件能否正确投递,关系到收件人能否按时得到那封对他们来说可能至关重要的信件,也许那封信能改变某些人的一生...扯远了,当然大多数情况下没有这么严重。不管怎么说,邮局的叔叔阿姨大哥大嫂们你翻译英文地址的时候只要应该“行行好”查一下相关的资料吧,怎么凭想当然地信口开河呢?求求你们了...(老罗的语气浮现在脑中)

事已至此,还能有什么办法呢?打电话给学校的负责老师,他已经答应去追查此事了(整个工大的证书都寄错了呢),想必由学校出面应该能比较好说话吧。前几天给COMAP发信询问如果证书在邮寄过程中遗失的问题,得到的答复是"Certicates do not get reprinted. But I can mail you the pdf copy that you print",于是把我们的队伍编号发了过去,很快收到了PDF的版本(呶,就是下面那张截图)。询问了上届的师兄,得知这个PDF跟实际证书是完全一样,除了后者的纸张...后来又问COMAP怎么验证证书的有效性,回复的人也没给我明确的答复。

唉,郁闷啦......上届的证书都没出什么问题啊,倒霉的事怎么都被我们给碰倒了,唉,听天由命吧。

Tuesday, May 23, 2006

2006美国数模Certificate



总算对得起寒假往返于家和学校的那两千多地机票,还有大年初三对家乡的念念不舍。

Amen Posted by Picasa

Sunday, May 21, 2006

MFC First Trial

以前用ANSI C++写过不少字符界面下程序。最近突发奇想,想把这些纯C++代码都移植到Windows GUI界面下。在没有耐心研究MFC的日子里,只能靠C#勉强度日。不过手工翻译C++到C#也不是一件随时到充满兴奋得工作。而且C#基于CLR中间运行时,不能指望每台机器上都有.NET Framework吧。而MFC是基于Native Code,执行速度继承了C++天生的优势;而且支持类库的静态编译,即使客户机上没有安装MFC的.dll,目标代码一样可以执行。

昨天半个下午加晚上研究了一下MFC的图形界面编程,今天捣鼓了一上午,把原来写的一个处理商人过河问题的字符界面程序移植到了MFC中。

1. 把自己写的模版类Stack和List用标准的STL类替换。分别是std::stack和std::vector。

2. 把原来的全局函数、全局变量都封装到一个类中,命名为TransactionHandler。
全局变量作为私有成员变量。
除main之外的函数作为私有方法。
main函数改写为公有方法void Run(void)。
原来需要进行输入的变量发到TransactionHandler的构造函数中进行初始化。
原来需要在屏幕上进行输出的内容用一个或多个公有成员来存放,这里使用的是一个STL容器。

3. 使用。
在MFC生成的处理按钮点击的函数中声明一个TranscationHandler,把必要的从图形界面下取得的参数传递给TransactionHandler的构造函数。
执行TranscationHandler.Run()。
之后可以在TranscationHandler的对象中提取运行的结果。比如把这些结果放到一个ListBox列表框中进行显示。
如果TranscationHandler.Run()有抛出异常,将在外部进行捕获。

没用MFC之前也移植过以前数据结构课设中写的Huffman编码的程序。不过图形界面是基于C#和.net framework的。必须手工把C++代码翻译成C#。现在直接用一个类对原先的事物处理逻辑进行封装,在调用MFC进行图形显示,实在是方便多了。


Posted by Picasa

MFC静态编译版本

Labels: ,

Thursday, May 18, 2006

大学里面第一份检讨书

检讨书
敬爱的学院领导:

200*年*月17日晚上十点半,我们两人离开**楼6**实验室时,因为还在讨论问题,由于一时的疏忽,忘记了关闭实验室的大门,给学院和同学造成了不良的影响。我们在此做深刻的检讨。

虽然这次事件没有给实验室造成财产上的损失,但是事后接受实验室老师的批评教育后,认识到这次事件的严重性。实验室是师生进行实验和学术研究的工作场所,其中放置了学院花大量资金配备的价值昂贵的实验设备。比如我们***中心的各台服务器,它们承担着计算机学院网站主页(http://www.****.cn/)、FTP服务器(ftp://****/)、DNS服务器(****)、学院邮件服务系统(http://mail.****.cn/)等等重要的服务。尤其是学院主页,不光是计算机学院下属各门课程配套网站的入口,同时也担负着学院对内对外宣传的重要职责。一旦这些服务器出现了任何的问题,将影响到学院的正常运作,后果是不堪设想的。同时,实验室的各台个人计算机中也保存着同学和老师们大量的学习、研究的资料和成果,如果发生失窃事件,也将造成不可挽回的损失。

因为我们两人的疏忽,给学院的正常运作和实验室老师同学的工作带来的危害和不良影响,我们表示真诚的歉意并作出深刻的检讨。我们已经认识到了这次事件问题的严重性,决心在今后的学习工作中避免这类错误的再次发生。希望得到各位老师同学的监督。

检讨人:*** ***
ps: 处于安全的原因,相关保密内容以*代替

Thursday, May 11, 2006

读书笔记——《人体使用手册》


1. 对西方现代医学的质疑

人体被比作一套先进的计算机系统。人体不光有看得见摸得着的各类器官组织(硬件),也有像计算机软件一样蕴含在身体中不可见控制单元。
西方现代医学建立在解剖学的基础上。任何一个有计算机常识的人都知道,单纯硬件的堆砌是不可能组成一套可运行的计算机系统的——相应的控制软件必不可少。我们打开电脑的机箱,眼中只有各个硬件的组合;而软件只能在系统运行中动态的检测。同样的道理,解剖学只能帮助我们从硬件的角度理解人体,对于控制、协调人体各个部分的“软件”,它无能为力。
所以,以解剖学为基础的西方现代医学理所当然受到了作者的质疑。人们总是高估了自己手中掌握的知识,而小看了人体——这个经过几千年自然进化而来的复杂系统——自我调节的能力。西方医学喜欢用一系列的指标、参数来衡量人体健康与否,这些指标合理吗?所有的指标都在正常的范围内就能代表人体是健康的吗?

2. 健康的标准

中医的理论中,人体的健康状态被分为五个阶段:
(1)健康状态:人体对疾病有相当的敏感程度。
(2)阳虚状态:对基本的敏感程度介入健康状态和阴虚状态之间。
(3)阴虚状态:对疾病的入侵缺乏敏感,疾病可以长驱直入。
(4)阴阳两虚状态:阴虚状态中积累的疾病开始大范围的表现出来。
(5)血气枯竭状态:病入膏肓了。

不生病是否就意味着健康呢?答案是未必。如果人体处在阴虚状态之中,此时对于疾病的入侵几乎没有抵御能力,也不会在身体中发生激烈的反应,所以身体表现为一种无疾病的状态,大概可以理解为现在人们常说的“亚健康”。
那么生病是否就以为着不健康呢?答案也是未必。如果在阴虚状态中血气水平继续下降到达阴阳两虚,那么体内积攒的疾病开始大面积爆发和恶化。另一方面,如果阴虚状态中血气水平开始恢复到达阳虚,人体的疾病抵御机制开始重新发挥作用,“修复系统”开始和疾病展开斗争试图把病毒赶出身体,这时候人体也会表现出生命的症状,但事实上,这是人体健康状态好转的一个过程。
回到前面讨论的人体健康标准的问题。在阴虚转向阳虚的过程中,人体开始处理遗留下来的疾病,此时身体的某些参数得不太正常。按照西方医学的标准,这是非健康状态,应该立即得到相应的治疗。于是通过外力,人体的症状被抑制下去了,相应的恢复过程也被强制中断,身体达到了西医所谓的“健康”水平,实际是人为破坏了自身的康复过程。

作者忠告我们,要把人体看作一个智慧、先进的系统,相信人体自我调控的能力。在人体出现问题的时候,我们不应该干预人体自身的修复过程,而应该在外部为这个修复过程提供必要的能量——多休息——协助它更好地完成。这才是使用身体最精华的诀窍。

Labels: