Try{
       LifeWithDestination();
}catch(e){
       What()? Hmm()?
}finally{
       Wakeup();
       StartNewInstance(newParams);
}

Mistake?

看到燕姿的经历以后，似乎懂得了一点燕姿的风格~

她的在歌声中摇滚生活，怀念过去，憧憬未来，却很少谈及有着甜蜜爱情的现在，如果和梁静茹的歌比较，这点就反映的特别明显咯。如果要期待燕姿的新风格，看来得期待她生活的改变啦~Hoho~

子路问成人。子曰：“若臧武仲之知，公绰之不欲，卞庄子之勇，冉求之艺，文之以礼乐，亦可以为成人矣。”
曰：“今之成人者何必然；见利思义，见危授命，久要不忘平生之言，亦可以为成人矣。”

这几天于厕便读南怀谨《论语别裁》，饶有趣味。

关于做人的准则，在这个浮躁的世界里，我们在悄然将它淡忘，似乎我们这个年代的要务就是为着自己，大点，为着自己的一个小圈子而奋斗。

但是，我们是不是真的能够这样理直气壮地如此“奋斗”下去呢？从历史的角度看，我们的行为是不是会遭到唾弃呢？

“见利思义，见危授命，久要不忘平生之言”不时看看这等言论，也许能让我偶尔会想起人生的责任，为人的准则，做人的志气。

知、不欲，温文尔雅。
勇，阳刚之气。
艺、乐，高雅之士也。

我们学工的，能做到多少呢？欲成人，不可偏废也！醒！

遭不良习惯报应了，双肩发麻、脖子发酸 🙁

看书，耍电脑，上课，都不能久了……

13栋下面的网球场上，够艺术！

 看那背后的云~真美！

很久前写的，整理的时候发现文字还不错，Pub出来^_^

曾经，我为一个电话而沉醉
曾经，我为一封短信而幸福
曾经，我的心里只有一个人，在无人的时候，独享那份思念的悠长

单纯，我偶尔怀念的单纯，Anyway，Wave~

发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: 同类（从我朋友的Blog zz）
发信站: 武汉白云黄鹤站 (2007年06月07日08:54:48 星期四), 站内信件

    当我们和世界不一样,那就让我们不一样,人生就是一错再错错完了再重头.
    你只是太天真,但每人一生总得天真一次.不过天真向来是要付出代价的,且价格不匪,
需要很多很多的坚强和乐观.也许随着时间的推移你回忆中的景象会渐渐变得不堪,真正要
承受的是那时你看到的真相.
    从此,我们都要懂得一些道理:
    不要以为坦白是表达真心的唯一途径,每个人都有自己的过去,出于对自己的尊重以及
对过去的人的尊重,我们有时需要保守一些秘密.那些秘密并不会影响你继续与人交往,相反
,我们会因为有了秘密而变得更加宽容.
    不要感情用事.如果别人都说你错,而自己也知道错,那就要停下来认真思考.义无返顾
通常换不到想要的结果,反而会加速事情朝坏的方向发展.
    不要把快乐寄托在别人身上.只有自己能让自己快乐了,和别人在一起才会快乐.我们这
一代人都太脆弱,没有谁承担得起另一个人的幸福.与其盼望着找一个依靠,不如期待着出现
一个伙伴.最好的关系,是两人并排站着,一起看这落寞的人间.
    如果很想和一个人在一起,那就先做朋友吧.友情其实比爱情好,它持久,稳固,也相对安
全.任何感情都不过是种感觉,而这种感觉决定人和人之间的距离,喜欢就近一点,不喜欢就
远一点,至于它叫什么,不过是个虚名.等到一切都成熟了,自然会有想要的结果.
    如果有自己的目标,那就坚定地走下去.等你达成目标时还站在你身边的人,就是你应该
用一辈子去珍惜的人.时间是面筛子,帮我们筛去不合适的.

发信人: raywill (晓楚), 信区: CS
标  题: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日19:33:12 星期三)

一下摘自网络实验报告之心得体会Section：

RayMail1.0使用MFC完成，这是我第一次接触MFC，同时也是第一次使用C++编写大规模程序
。由于很多基础知识不熟悉，编写过程中不断磕磕碰碰，经历了很多困难，一度还走向崩
溃的边缘！
在编写RayMail1.0的这段时间里面，每晚都是两三点睡觉，不断地学习，不断地尝试，不
断地Debug。由于面向对象设计的思想还学习的不够，前三天的设计被我彻底否定了！因为
其中的类关系十分凌乱。后面我花了半天的时间在自习室对程序框架进行了重新设计，在
新设计的指导下，又用了三天三夜的时间对代码进行了重构，终于，RayMail1.0诞生了！

通过这次编程实践，我对Email中涉及到的协议有了更多深刻的认识。尽管MIME特性没有完
全实现，但我也阅读了大量相关文档，我想，在2.0版本中我会增加比较完善的MIME特性支
持。同时，我以前进行的Socket编程都是一些片段性质的编程，有时候还是自己设计协议
自己用，没有过很严格地遵守规范来成功实现一个周知协议的经验。这次，我做到了，算
是弥补了一个空缺。

但是，更令我感受深刻的是对编程语言的认识：选择一个优秀的编程语言和编程环境，是
事情成功的一半！在一般应用程序开发领域，MFC实际上已经是一个十分落后的基础类库了
，尽管还有很多人在使用，但个中丑恶是无法掩盖的！它封装了很多类，但它又不完全对
用户透明，一旦程序出错，用户还是需要深入到MFC源码中查错！这是何其地丑恶！表面上
看，MFC提供了大量类库供用户使用，用户只需要了解这些类的接口即可，但实际上要做到
能熟练正确使用MFC，没有深刻地理解MFC源码的话是不可能的！难怪《深入浅出MFC》如此
畅销！
为什么我们不能用.net（C#）呢?为什么我们不能用VB呢？为什么我们不能用Delphi呢？放
着高效的工具我们不用，这实际上是一种愚蠢的行为！要搞底层，我们可以去用汇编、C，
搞高层，我们可以用现代框架（.net,Java)，MFC这种不上不下的东西，真是耽误人！
希望以后老师将开发语言放开，不要做过多限制，这样更有利于学生集中精力发挥各自的
无穷创造力！

关于RayMail1.0命名：Raywill是我的英文ID，为了纪念这段令人崩溃而难忘的时光，我于
是将此邮件客户端命名为RayMail。由于是发行版的第一版，故为v1.0版本。

RayMail1.0运行截图：
http://raywill.blog.sohu.com/49216909.html

发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日19:35:21 星期三), 站内信件

等老黄用他身边的MFC高手来教育你！嗯~~~

【 在 raywill (晓楚) 的大作中提到: 】
: 一下摘自网络实验报告之心得体会Section：

[回复本文] [发信给作者] [本篇全文] [本篇作者: joshuaG ]
发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日19:41:27 星期三), 站内信件

昨天新建MFC工程的时候发现在工程选项中可以去掉Doc/View Architecture Support，不
知道那是个什么样子
【 在 raywill (晓楚) 的大作中提到: 】
: 一下摘自网络实验报告之心得体会Section：

[回复本文] [发信给作者] [本篇全文] [本篇作者: raywill ]
发信人: raywill (晓楚), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日20:28:02 星期三)

【 在 joshuaG 的大作中提到: 】
: 等老黄用他身边的MFC高手来教育你！嗯~~~

[回复本文] [发信给作者] [本篇全文] [本篇作者: joshuaG ]
发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日20:28:34 星期三), 站内信件

【 在 raywill (晓楚) 的大作中提到: 】
: 反正很多年前Java就被他教育了……多一次也无妨嘛；）
:

[回复本文] [发信给作者] [本篇全文] [本篇作者: kugua ]
发信人: kugua (绿苦瓜), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:40:49 星期三)

肤浅，MFC虽然很复杂，但是功能的确强大，用了几年了，个人觉得真的是很方便的，太方
便了！VB没有用过，delphi的确也很方便，VCL的框架更加简明，但是个人觉得还是C系列
的语法比较好，讨厌begin，end！感觉程序结构看着就混乱。.net我没有发言权，呵呵，
很好的开发平台，用起来很方便，效率很高。
【 在 raywill 的大作中提到: 】
: 一下摘自网络实验报告之心得体会Section：

[回复本文] [发信给作者] [本篇全文] [本篇作者: joshuaG ]
发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:42:05 星期三), 站内信件

【 在 kugua (绿苦瓜) 的大作中提到: 】
: 肤浅，MFC虽然很复杂，但是功能的确强大，用了几年了，个人觉得真的是很方便的，太方
: 便了！VB没有用过，delphi的确也很方便，VCL的框架

[回复本文] [发信给作者] [本篇全文] [本篇作者: lightning ]
发信人: lightning (秦兽部落十大神器–秦之昆仑镜), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:42:15 星期三), 站内信件

投入.net或者java的怀抱吧！
【 在 kugua (绿苦瓜) 的大作中提到: 】
: 肤浅，MFC虽然很复杂，但是功能的确强大

[回复本文] [发信给作者] [本篇全文] [本篇作者: kugua ]
发信人: kugua (绿苦瓜), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:44:36 星期三)

其实一直也用JAVA的，不过平时用C++最多
【 在 lightning 的大作中提到: 】
: 投入.net或者java的怀抱吧！

[回复本文] [发信给作者] [本篇全文] [本篇作者: navyakula ]
发信人: navyakula (继续革命｜novice路长长), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:49:32 星期三), 站内信件

【 在 raywill (晓楚) 的大作中提到: 】
: 一下摘自网络实验报告之心得体会Section：
:

[回复本文] [发信给作者] [本篇全文] [本篇作者: joshuaG ]
发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:50:27 星期三), 站内信件

【 在 navyakula (继续革命｜novice路长长) 的大作中提到: 】
: 我有个问题，你骂mfc烂，出来错误要到代码内部找错误，其实这些我都经

[回复本文] [发信给作者] [本篇全文] [本篇作者: navyakula ]
发信人: navyakula (继续革命｜novice路长长), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:51:55 星期三), 站内信件

【 在 joshuaG (加菲|白云杠杠团|青春如我) 的大作中提到: 】
: 昨天新建MFC工程的时候发现在工程选项中可以去掉Doc/View Architecture Support，不
: 知道那是个什么样子

[回复本文] [发信给作者] [本篇全文] [本篇作者: zhaowei ]
发信人: zhaowei (vvan|地中海龙王), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:52:50 星期三)

不觉的。
1.封装的根本在于微软认识到你不需要去了解，MFC面向的对象不需要了解。
2.正确规范的使用是不出错的基础。
3.一种技术如果有人第一次使用就可以找到大BUG的话，就太失败了。
4..net和MFC 不是一个时代出现的东西，也不是一个层面上的东西，对比没有意义。
5.Delphi应该拿VC来比较。
6.任何一项技术都有它的局限性和使用范围。就像我们不能说C好烂啊，指针多不安全，面
向过程多垃圾，这样是不对的。
【 在 raywill 的大作中提到: 】
: 一下摘自网络实验报告之心得体会Section：
:

[回复本文] [发信给作者] [本篇全文] [本篇作者: joshuaG ]
发信人: joshuaG (加菲|白云杠杠团|青春如我), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:54:17 星期三), 站内信件

我是觉得MFC的D/V架构对于MDI开发很舒服，在Winform.NET中貌似还没有发现现成的D/V机
制，以前写过一个C#的MDI，操作ChildForm的工作实在恶心（现在再写肯定自己去构造D/
V了）。
【 在 navyakula ( 继续革命｜novice路长长) 的大作中提到: 】

: 当然可以不用d/v模式了， mfc没有强制要你用。
: 另外用vc最主要的开发，都是用dialog-based，除非你想写个文本编辑工具。d/v特别适
: 合word类的工具。

[回复本文] [发信给作者] [本篇全文] [本篇作者: navyakula ]
发信人: navyakula (继续革命｜novice路长长), 信区: CS
标  题: Re: 口诛笔伐MFC！丑恶！
发信站: 武汉白云黄鹤站 (2007年06月06日21:59:59 星期三), 站内信件

对人对事，蝎子都追求着完美。尽管世界总有那么多瑕疵，蝎子还是努力向那完美逼近。

这几天，我把写的基本成功了的邮件客户端代码进行了完全的重构，理由是原来的代码想想就觉得垃圾，忽地想起心里便憋闷的难受。于是，经过几个日夜的奋战，一个向完美迈进一大步的RayMail1.0诞生了~这可是用MFC真刀真枪地干出来的！累！真累！却没有休息……

Show几个界面：

 主界面

新用户界面/用户配置界面

发邮件界面

 收邮件界面

多变，

是某类人的天性。

既然了解了，

就要能包容，

而非厌弃。

             —- “佛”曰

世界上只有两种可以称之为浪漫的情感

一种叫相濡以沫，另一种叫相忘于江湖

我们要做的是争取和最爱的人相濡以沫

和次爱的人相忘于江湖

也许不是不曾心动，

不是没有可能，

只是有缘无份，

情深缘浅，

我们爱在不对的时间。

回首往事的时候，

想起那些如流星般划过生命的爱情，

我们常常会把彼此的错过归咎为缘份

其实说到底,

缘份是那么虚幻抽象的一个概念,

真正影响我们的,

往往就是那一时三刻相遇与相爱的时机.

男女之间的交往,

充满了犹疑忐忑的不确定与欲言又止的矜持,

一个小小的变数,

就可以完全改变选择的方向 。

如果彼此出现早一点,

也许就不会和另一个人十指紧扣,

又或者相遇的再晚一点,

晚到两个人在各自的爱情经历中

慢慢地学会了包容与体谅,

善待和妥协，也许走到一起的时候,

就不会那么轻易的放弃,

任性地转身,放走了爱情。

你遇见了谁？

在你深爱一个人的时候,

谁又陪在你身边?

爱情到底给了你多少时间？

去相遇与分离,去选择与后悔？

不是不心动,不是不后悔,

但已经没有时间再去相拥,

如果爱一个人而无法在一起,

相爱却无法在适当的时候相遇,

如果爱了,却爱在不对的时候,

除了珍藏那一滴心底的泪,

无言的走远,又能有什么选择？

要在时间的荒野,

没有早一步也没有晚一步,

于千万人之中,

去邂逅自己的爱人,

那是太难得的缘份,

更多的时候,

我们只是在彼此不断地错过,

错过杨花飘风的春,

又错过了枫叶瑟索的秋,

直到漫天白雪,年华不再,

在一次次的心酸感叹之后,

才能终于了解——即使真挚,

即使亲密,即使两个人都已是心有戚戚,

我们的爱,依然需要时间来成全和考验。

这世界有着太多的这样那样的限制与隐秘的禁忌,

又有太多难以预测的变故和身不由已的离合,

一个转身,也许就已经一辈子错过,

要到很多年以后,

才会参透所有的争取与努力,

也许还抵不过命运开的一个玩笑,

上帝只在云端眨了一眨眼,

所有的结局,就都已经完全改变

在对的时间，遇见对的人，是一种幸福

在对的时间，遇见错的人，是一种悲伤

在错的时间，遇见对的人，是一声叹息

在错的时间，遇见错的人，是一种无奈

回忆的花瓣掠过心湖，

泛起片片涟漪,

爱不是千言万语，

也不是朝朝暮暮，

爱是每当午夜梦醒时，

发现内心牵挂的依然是远方的你