Googol Lee's profileGoogol爬过的痕迹PhotosBlogListsMore  |  Tools Help |
|
9/1/2006 给大家推荐个好网站~~~~~对google的搜索好像还是通过代理出去的，不会受到xx盾的干扰。而且，还可以很方便的对比两大搜索引擎的结果。
我用“冥王星”为关键词，对比了一下两个搜索引擎的结果：
google：
去看了一下，非常详细的介绍了冥王星的来龙去脉，发现历史，行星地位争议，与“海王星”的关系，冥卫一“卡戎”，甚至提供了“哈勃”望远镜的拍摄画面。顺便我也了解了不少以前不知道的东西。但是这个网站没有提到“冥王星”被开除九大行星的事情。
维基的冥王星专页，由于xx盾的原因，无法验证里面的内容。不过，以维基的风格，应该会提到“冥王星”降级的事情。
baidu：
很精彩的新闻网页，有一定知识性。
新浪的《占星奇缘》版。虽然我不反对占星，但是里面有些言论还是比较诡异的……
多了不比较了，没时间。
另外，多说一句，“冥王星”降级，绝不是天文学家吃饱了没事干耍文字游戏。将冥王星与其他几大行星分开，是为了更好的对太阳系天体进行分类，每类天体都有不同的成因，演化方式。其实，“冥王星”降级之前，九大行星就是分三六九等的。“水金地火”属于类地行星，成因与地球的成因类似；“木土天海”属于巨行星（甚至细分为气态巨行星和冰态巨行星），其成因与太阳类似，但是质量不足以达到热核反应；而“冥”一直都是个另类的，这次单独划出，作为矮行星的代表，是俘获类行星的代表。
算了，中央已经明令禁止“恶搞”了，我也就不对网上某些“恶搞”降级的言论多加评述了。 8/28/2006 一人吃饱，全家不饿昨天高中同学聚会，发现高中几个好友，就我还在打着光棍，其他人，或者算计着给女友买啥化妆品，或者算计着买方还贷，或者……都已经领了婚证了。纯做技术的，也就剩我一个。其他或者是编辑，或者是市场，或者还在做技术，但考虑向管理转行……
霎时间，觉得与周围的人有了“代沟”。
好在大家互相都很熟悉，虽平时联系不多，但一张嘴，立刻又找回当年一起鬼混的感觉。席间，对我的评价一好一中一坏。这一好，是说我从16岁起就没变过样儿（证明我还年轻啊~~~~~），这一坏，是说还是那么丑（-_-|||不过后来此人说了一句，将来等30岁时就帅了，算是给个巴掌赏个甜枣吧），这一中么，就是标题写的“一人吃饱，全家不饿”。
这话说得还真是在理。我敢从华为说跳就跳出来，很大程度也与这种状态有关。没有负担，（目前）没有太大的生存/生活压力，挣的不少（当然也不多），花的不多（衣服都是穿了至少3年的了），除了买房是个大问题外（前途也算），目前看没什么可担心的。当真是“乐得逍遥自在”。
但是，也确实是像离职时老专家跟我说的，这种状态是不负责的状态。本来就没有被负多大的责任，无非就是上班时认真工作，生活上作风正派，所有的责任都是对自己有利的，这种责任是必然要担，而且早已成为习惯了。而且最近也不泡论坛不当版主，对责任的感觉越发淡漠了。曾经非常苦恼要送什么祝贺生日，曾经非常认真地寻遍上海给大家买礼物，曾经……也只是曾经，最近想自己越来越多，想别人越来越少了。
不过，找不找女友，依然是个问题。帖段郑智化的《未婚爸爸》歌词：
假如我有一个孩子的话
假如你是我那孩子的妈 从此你和孩子两个都是我的牵挂 你可知道我有多么害怕 朋友总会说些祝福的话 这样的祝福究竟是真是假 我是未婚爸爸你是未婚妈妈 如何把孩子抚养长大 生活的担子我能不能扛下
我用我所有的自由换来一个家 未来的世界有太多的变化 我不愿意孩子将来学会虚假 假如我有一个孩子的话
假如你是我那孩子的妈 假如我这一生注定要浪迹天涯 这件事情最好就此作罢 逃避呀逃避我自私的想法
遇到这种问题有谁能潇洒 原谅呀原谅我牟卡抓 真正的弱者是查埔仔 假如你有一个孩子的话
假如我是你那孩子的爸 我知道有种的男人不能拖拖拉拉 干脆我们结婚吧 ps 赶紧让我工作吧，或者工作一忙，我就没心情想这些有的没的了，现在纯属精力过剩，又没地方发泄……
ps2 许久未听郑智化的歌声，借这个机会重温一下。歌词依然触及心灵。以后有机会写别的主题的时候，再接着帖吧。 8/23/2006 跑虚拟机好慢……今天闲来无事，心血来潮，开虚拟机装了个Ubuntu。要说这Ubuntu做的还真是不错，整个安装过程极为顺畅，而且安好后软件也挺全，基本装上就能用了。只是我不会配置虚拟机的网络，也不会配输入法，还需要继续研究。
只是，虚拟机实在是太慢了，看来VT技术还是很有普及的必要的，要抓紧时间换Core Duo了。要不，等等直接换Core 2 Duo吧，还有EM64T呢。
人心不足，呵呵。 8/21/2006 又上课了……学车，法培。
说实话，n久没有上过课，突然要老老实实坐一天，还真是难受的要死。不过，好在本人坐着睡觉的本事没有全丢，虽说功力大不如以前，但也不至于让老师觉得睡姿过于张扬。
ps 大家总说我从去年某个时期开始，性格变得极为诡异，看来，确实要认真面对某个心结了…… 8/19/2006 突然发现……洗澡时偶然发现，绷紧腹部后，居然还可以隐约看到四块肌肉！天啊！太高兴了！！
另一个偶然，发现自己竟然储存了海量的网络文章，内容涉及之广，数量之多，质量之高，让我始料难及。如果按照一天发一篇的速度，估计至少能发上半年左右不会重复（不计入节假日）。 8/18/2006 号称太阳系的行星要重新界定？说是冥王星太小了，当年把它算作行星，是因为错误估计了它的直径和质量。而之后发现的谷神小行星，齐娜小行星，甚至是冥王星的卫星卡戎，直径和重量都不亚于冥王星。
于是，天文界就开始争论起是否要重新定义行星的概念以及太阳系中的行星了。抄录新的行星定义草案如下：
当代的观测正在改变我们对太阳系的了解，重要的是天体的命名应当反映我们现时的认识。这特别适用于“行星”这个名称。“行星”一词最初描述的是那些在天空中“游荡”的光点。最近的发现则迫使我们用如今可以获得的科学信息来创建某种新的定义。[这里我们暂不涉及“行星”与“恒星”之间的界限。]
因此，国际天文学联合会决议用下述方式来定义行星和太阳系的其他天体：
[1] 行星(planet)是一个具有如下性质的天体：(a)有足够的质量以其自身引力克服刚体应力而达到流体静力平衡的形状[近乎球形]1，以及(b)在环绕一颗恒星的轨道上运行，而且它既不是一颗恒星也不是某个行星的卫星2。
[2] 我们将1900年以前发现的在黄道面附近以近圆轨道运行的8个经典行星和在环绕太阳的轨道上运行的其他行星天体区分开来。所有其他这些天体都比水星小。按照上面的定义，我们承认谷神星是一颗行星。出于历史的原因，也可以把谷神星称为“矮行星”(dwarf planet)，以与经典行星相区别3。
[3] 按照上面的定义，我们承认冥王星是一颗行星，最近发现的若干大的海外天体也是行星。与经典行星相比较，这些天体的轨道一般都具有大的倾角和大的偏心率，轨道周期超过200年。我们把以冥王星为原型的这类行星天体归为新的一类，称为“类冥行星”(plutons)。
[4] 所有环绕太阳运行的非行星天体均应命名为“太阳系小天体”(small solar system bodies)4。
-------------------------------------------------------------------------------- 1 这一般指质量超过5×1020千克，直径大于800公里的天体。国际天文学联合会将建立某种程序，以评估接近这一边界值的行星候选者。
2 对于两个或更多天体组成的多天体系统，如果主天体满足上面的条件，定为行星。如果系统的质心位于主天体之外，满足上述条件的次天体也是行星。不满足这些准则的次天体定为“卫星”。按照这一定义，冥王星的伴星卡戎就是一颗行星，冥王星-卡戎则构成了一对双行星。
3 如果智神星，灶神星和/或健神星被发现处于流体静力平衡状态，那么它们也是行星，也许可以称为“矮行星”。
4 这一类现在包括大多数的太阳系小行星[asteroids]，近地天体[NEOs]，火星的、木星的和海王星的特洛央族小天体，大多数半人马族天体[Centaurs]，大多数海外天体[NEOs]和彗星。在新的命名系统中 “minor planet”这一概念(译按：英语中“小行星”的又一称谓)不再使用。
如果此草案成立，那么不仅仅是太阳系中行星数量增加的问题为，连种类也会增加，除了最早的类地行星(有固体核)，巨行星(气态或冰态组成)，还会新增一类类冥行星。
本人态度鲜明的支持太阳系扩军。而且如果将卡戎列为行星，由于卡戎与冥王星相互环绕旋转，太阳系就会有首个双行星系统了。这种双星系统，比普通的单星系统好玩多了~~~~~
另外，那些占星学，是不是也该改改？所谓与时俱进嘛。
附上一张行星对比图：
8/15/2006 C++类库介绍（转自百度知道）这篇文章是收来给自己看的。如果来客看不懂，大可忽略掉；如果来客看懂了，欢迎和我一起切磋c++。 ----------------------------------- 再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋势！在C++中，库的地位是非常高的。C++之父Bjarne Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决的问题也是极其广泛，库从轻量级到重量级的都有。不少都是让人眼界大开，亦或是望而生叹的思维杰作。由于库的数量非常庞大，而且限于笔者水平，其中很多并不了解。所以文中所提的一些库都是比较著名的大型库。 标准库 标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年，直到标准的出台才正式定型，但是在标准库的实现上却很令人欣慰得看到多种实现，并且已被实践证明为有工业级别强度的佳作。 1、 Dinkumware C++ Library 参考站点：http://www.dinkumware.com/ P.J. Plauger编写的高品质的标准库。P.J. Plauger博士是Dr. Dobb's程序设计杰出奖的获得者。其编写的库长期被Microsoft采用，并且最近Borland也取得了其OEM的license，在其C/C+ +的产品中采用Dinkumware的库。 2、 RogueWave Standard C++ Library 参考站点：http://www.roguewave.com/ 这个库在Borland C++ Builder的早期版本中曾经被采用，后来被其他的库给替换了。笔者不推荐使用。 3、SGI STL 参考站点：http://www.roguewave.com/ SGI公司的C++标准模版库。 4、STLport SGI STL库的跨平台可移植版本。 准标准库——Boost Boost库是一个经过千锤百炼、可移植、提供源代码的C++库，作为标准库的后备，是C++标准化进程的发动机之一。 Boost库由C++标准委员会库工作组成员发起，在C++社区中影响甚大，其成员已近2000人。 Boost库为我们带来了最新、最酷、最实用的技术，是不折不扣的"准"标准库。 Boost中比较有名气的有这么几个库： Regex Spirit Graph Lambda concept check Mpl Thread Python Pool smart_ptr Boost总体来说是实用价值很高，质量很高的库。并且由于其对跨平台的强调，对标准C++的强调，是编写平台无关，现代C++的开发者必备的工具。但是Boost中也有很多是实验性质的东西，在实际的开发中实用需要谨慎。并且很多Boost中的库功能堪称对语言功能的扩展，其构造用尽精巧的手法，不要贸然的花费时间研读。Boost另外一面，比如Graph这样的库则是具有工业强度，结构良好，非常值得研读的精品代码，并且也可以放心的在产品代码中多多利用。 参考站点：http://www.boost.org（国内镜像：http://www.c-view.org/tech/lib/boost/index.htm） GUI 在众多C++的库中，GUI部分的库算是比较繁荣，也比较引人注目的。在实际开发中，GUI库的选择也是非常重要的一件事情，下面我们综述一下可选择的GUI库，各自的特点以及相关工具的支持。 1、 MFC 大名鼎鼎的微软基础类库（Microsoft Foundation Class）。大凡学过VC++的人都应该知道这个库。虽然从技术角度讲，MFC是不大漂亮的，但是它构建于Windows API之上，能够使程序员的工作更容易,编程效率高，减少了大量在建立Windows程序时必须编写的代码，同时它还提供了所有一般 C++ 编程的优点，例如继承和封装。MFC编写的程序在各个版本的Windows操作系统上是可移植的，例如，在Windows 3.1下编写的代码可以很容易地移植到Windows NT或Windows 95上。但是在最近发展以及官方支持上日渐势微。 2、 QT 参考网站：http://www.trolltech.com/ Qt是Trolltech公司的一个多平台的C++图形用户界面应用程序框架。它提供给应用程序开发者建立艺术级的图形用户界面所需的所用功能。Qt是完全面向对象的很容易扩展，并且允许真正地组件编程。自从1996年早些时候，Qt进入商业领域，它已经成为全世界范围内数千种成功的应用程序的基础。Qt也是流行的Linux桌面环境KDE的基础，同时它还支持Windows、Macintosh、Unix/X11等多种平台。 3、WxWindows 参考网站：http://www.wxwindows.org/ 跨平台的GUI库。因为其类层次极像MFC，所以有文章介绍从MFC到WxWindows的代码移植以实现跨平台的功能。通过多年的开发也是一个日趋完善的GUI库，支持同样不弱于前面两个库。并且是完全开放源代码的。新近的C++ Builder X的GUI设计器就是基于这个库的。 4、Fox 开放源代码的GUI库。作者从自己亲身的开发经验中得出了一个理想的GUI库应该是什么样子的感受出发，从而开始了对这个库的开发。有兴趣的可以尝试一下。 参考网站：http://www.fox-toolkit.org/ 5、 WTL 基于ATL的一个库。因为使用了大量ATL的轻量级手法，模板等技术，在代码尺寸，以及速度优化方面做得非常到位。主要面向的使用群体是开发COM轻量级供网络下载的可视化控件的开发者。 参考网站：http://sourceforge.net/projects/wtl/ 6、 GTK GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome这样的杀手应用。而GTK就是这个库的C++封装版本。 参考网站：http://gtkmm.sourceforge.net/ 网络通信 ACE 参考网站：http://www.cs.wustl.edu/~schmidt/ACE.html C++库的代表，超重量级的网络通信开发框架。ACE自适配通信环境（Adaptive Communication Environment）是可以自由使用、开放源代码的面向对象框架，在其中实现了许多用于并发通信软件的核心模式。ACE提供了一组丰富的可复用C++包装外观（Wrapper Facade）和框架组件，可跨越多种平台完成通用的通信软件任务，其中包括：事件多路分离和事件处理器分派、信号处理、服务初始化、进程间通信、共享内存管理、消息路由、分布式服务动态（重）配置、并发执行和同步，等等。 StreamModule 参考网站：http://www.omnifarious.org/StrMod/ 设计用于简化编写分布式程序的库。尝试着使得编写处理异步行为的程序更容易，而不是用同步的外壳包起异步的本质。 SimpleSocket 参考网站：http://home.hetnet.nl/~lcbokkers/simsock.htm 这个类库让编写基于socket的客户/服务器程序更加容易。 A Stream Socket API for C++ 参考网站：http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.html 又一个对Socket的封装库。 XML Xerces 参考网站：http://xml.apache.org/xerces-c/ Xerces-C++是一个非常健壮的XML解析器，它提供了验证，以及SAX和DOM API。XML验证在文档类型定义(Document Type Definition，DTD)方面有很好的支持，并且在2001年12月增加了支持W3C XML Schema 的基本完整的开放标准。 XMLBooster 参考网站：http://www.xmlbooster.com/ 这个库通过产生特制的parser的办法极大的提高了XML解析的速度，并且能够产生相应的GUI程序来修改这个parser。在DOM和SAX两大主流XML解析办法之外提供了另外一个可行的解决方案。 Pull Parser 参考网站：http://www.extreme.indiana.edu/xgws/xsoap/xpp/ 这个库采用pull方法的parser。在每个SAX的parser底层都有一个pull的parser，这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得尝试。 Xalan 参考网站：http://xml.apache.org/xalan-c/ Xalan是一个用于把XML文档转换为HTML，纯文本或者其他XML类型文档的XSLT处理器。 CMarkup 参考网站：http://www.firstobject.com/xml.htm 这是一种使用EDOM的XML解析器。在很多思路上面非常灵活实用。值得大家在DOM和SAX之外寻求一点灵感。 libxml++ 参考网站：http://libxmlplusplus.sourceforge.net/ libxml++是对著名的libxml XML解析器的C++封装版本 tinyxml 参考网站：http://www.grinninglizard.com/tinyxml/ 一个超轻量级的xml解析器，不支持校验，但支持utf8编码 科学计算 Blitz++ 参考网站：http://www.oonumerics.org/blitz/ Blitz++是一个高效率的数值计算函数库，它的设计目的是希望建立一套既像C++一样方便，同时又比Fortran速度更快的数值计算环境。通常，用C++所写出的数值程序，比Fortran慢20%左右，因此Blitz++正是要改掉这个缺点。方法是利用C++的template技术，程序执行甚至可以比Fortran更快。 Blitz++目前仍在发展中，对于常见的SVD，FFTs，QMRES等常见的线性代数方法并不提供，不过使用者可以很容易地利用Blitz++所提供的函数来构建。 POOMA 参考网站：http://www.codesourcery.com/pooma/pooma POOMA是一个免费的高性能的C++库，用于处理并行式科学计算。POOMA的面向对象设计方便了快速的程序开发，对并行机器进行了优化以达到最高的效率，方便在工业和研究环境中使用。 MTL 参考网站：http://www.osl.iu.edu/research/mtl/ Matrix Template Library(MTL)是一个高性能的泛型组件库，提供了各种格式矩阵的大量线性代数方面的功能。在某些应用使用高性能编译器的情况下，比如Intel的编译器，从产生的汇编代码可以看出其与手写几乎没有两样的效能。 CGAL 参考网站：www.cgal.org Computational Geometry Algorithms Library的目的是把在计算几何方面的大部分重要的解决方案和方法以C++库的形式提供给工业和学术界的用户。 游戏开发 Audio/Video 3D C++ Programming Library 参考网站：http://www.galacticasoftware.com/products/av/ AV3D是一个跨平台，高性能的C++库。主要的特性是提供3D图形，声效支持（SB,以及S3M），控制接口（键盘，鼠标和遥感），XMS。 KlayGE 参考网站：http://home.g365.net/enginedev/ 国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平台的游戏引擎，并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏先生为中国游戏开发事业所做出的贡献。 OGRE OGRE（面向对象的图形渲染引擎）是用C++开发的，使用灵活的面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基于3D硬件设备的应用程序或游戏。引擎中的类库对更底层的系统库（如：Direct3D和OpenGL）的全部使用细节进行了抽象，并提供了基于现实世界对象的接口和其它类。 线程 C++ Threads 参考网站：http://threads.sourceforge.net/ 这个库的目标是给程序员提供易于使用的类，这些类被继承以提供在Linux环境中很难看到的大量的线程方面的功能。 ZThreads 参考网站：http://zthread.sourceforge.net/ 一个先进的面向对象，跨平台的C++线程和同步库。 序列化 s11n 参考网站：http://s11n.net/ 一个基于STL的C++库，用于序列化POD，STL容器以及用户定义的类型。 Simple XML Persistence Library 参考网站：http://sxp.sourceforge.net/ 这是一个把对象序列化为XML的轻量级的C++库。 字符串 C++ Str Library 参考网站：http://www.utilitycode.com/str/ 操作字符串和字符的库，支持Windows和支持gcc的多种平台。提供高度优化的代码，并且支持多线程环境和Unicode，同时还有正则表达式的支持。 Common Text Transformation Library 参考网站：http://cttl.sourceforge.net/ 这是一个解析和修改STL字符串的库。CTTL substring类可以用来比较，插入，替换以及用EBNF的语法进行解析。 GRETA 参考网站：http://research.microsoft.com/projects/greta/ 这是由微软研究院的研究人员开发的处理正则表达式的库。在小型匹配的情况下有非常优秀的表现。 综合 P::Classes 参考网站：http://pclasses.com/ 一个高度可移植的C++应用程序框架。当前关注类型和线程安全的signal/slot机制，i/o系统包括基于插件的网络协议透明的i/o架构，基于插件的应用程序消息日志框架，访问sql数据库的类等等。 ACDK - Artefaktur Component Development Kit 参考网站：http://acdk.sourceforge.net/ 这是一个平台无关的C++组件框架，类似于Java或者.NET中的框架（反射机制，线程，Unicode，废料收集，I/O，网络，实用工具，XML，等等），以及对Java, Perl, Python, TCL, Lisp, COM 和 CORBA的集成。 dlib C++ library 参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.cis.ohio-state.edu/~kingd/dlib/ 各种各样的类的一个综合。大整数，Socket，线程，GUI，容器类,以及浏览目录的API等等。 Chilkat C++ Libraries 参考网站：http://www.c'>http://www.c'>http://www.c'>http://www.chilkatsoft.com/cpp_libraries.asp 这是提供zip，e-mail，编码，S/MIME，XML等方面的库。 C++ Portable Types Library (PTypes) 参考网站：http://www.melikyan.com/ptypes/'>http://www.melikyan.com/ptypes/ 这是STL的比较简单的替代品，以及可移植的多线程和网络库。 LFC 参考网站：http://lfc.sourceforge.net/ 哦，这又是一个尝试提供一切的C++库 其他库 Loki 参考网站：http://www.moderncppdesign.com/ 哦，你可能抱怨我早该和Boost一起介绍它，一个实验性质的库。作者在loki中把C++模板的功能发挥到了极致。并且尝试把类似设计模式这样思想层面的东西通过库来提供。同时还提供了智能指针这样比较实用的功能。 ATL ATL(Active Template Library)是一组小巧、高效、灵活的类，这些类为创建可互操作的COM组件提供了基本的设施。 FC++: The Functional C++ Library 参考网站：http://www.cc.gatech.edu/~yannis/fc++/ 这个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代表作。如果想要在OOP之外寻找另一分的乐趣，可以去看看函数式程序设计的世界。大师 Peter Norvig在 "Teach Yourself Programming in Ten Years"一文中就将函数式语言列为至少应当学习的6类编程语言之一。 FACT! 参考网站：http://www.kfa-juelich.de/zam/FACT/start/index.html 另外一个实现函数式语言特性的库 Crypto++ 提供处理密码，消息验证，单向hash，公匙加密系统等功能的免费库。 还有很多非常激动人心或者是极其实用的C++库，限于我们的水平以及文章的篇幅不能包括进来。在对于这些已经包含近来的库的介绍中，由于并不是每一个我们都使用过，所以难免有偏颇之处，请读者见谅。 资源网站 正如我们可以通过计算机历史上的重要人物了解计算机史的发展，C++相关人物的网站也可以使我们得到最有价值的参考与借鉴，下面的人物我们认为没有介绍的必要，只因下面的人物在C++领域的地位众所周知，我们只将相关的资源进行罗列以供读者学习，他们有的工作于贝尔实验室，有的工作于知名编译器厂商，有的在不断推进语言的标准化，有的为读者撰写了多部千古奇作...... Bjarne Stroustrup Stanley B. Lippman Scott Meyers David Musser Bruce Eckel Nicolai M. Josuttis Herb Sutter Andrei Alexandrescu 8/10/2006 老专家谈话……老专家谈话，是华为辞职时比较有特色的东西。而且谈得东西也比较有特色……
开始聊时，话题还算正常，也就是问问我对公司有啥看法啦，提提意见之类的。结果问了没两句，老专家就开始问我是不是有女朋友，然后就开始大谈要抓住黄金时期，赶紧先占个茅坑，不然过了这村，就没这店了……
莫非本人单身，就会危害全社会？那我征婚算了：本人，男，24岁，无任何不良嗜好，身体健康，皮实耐用，希望各路美女踊跃应征………………
算了，写不下去了，还是随缘吧…… 8/8/2006 辞职，续……我号称已经辞职了，但为啥老大还要派任务给我呢？这一周，非但工作没怎么交接，还出了3个版本，真是郁闷……
好在今天终于把所有的出版本文档写完了，明天开始走辞职流程……
唉，大公司就是效率低，辞个职都这么麻烦！ 7/31/2006 msn sniffer到底是什么？说白了，就是个功能及其弱智的抓包工具。此包可以识别msn协议的tcp报文，并将内容解出来。又因为msn默认是明文，或者说，是标准unicode编码，so，想看到内容就轻而易举啦。
实际上，这类工具早已有之，开源的ethereal便是个中翘楚。如果用ethereal抓包，可以清楚地看到msn与服务器的通信过程。包括打开窗口时，本机和msn服务器的握手，对对方状态的确认等等。ethereal甚至还认识qq的报文协议！真是令我惊异，而且写明了：OICQ Protocol, IM software, which is popular in China。强悍！
另外，这东西只能抓到达本机的包和从本机发出的包，由于tcp是点对点通信，因此另一个client根本不可能看到msn的包。当然，本机与服务器之间的网关啦，router啦，想要看这种东西，还是轻而易举的。
另外，华为的firewall具有过滤qq包和msn包的功能，其原理是一样的，无非就是解应用层tcp的包，然后看到是这两种协议的，就直接丢弃而已，呵呵。 7/27/2006 辞了……其实，今天提辞职还是有一定的意外的。
项目经理突然说要出一个版本，我考虑到既然已经准备辞职，那么再接手任务，之后总是件麻烦事，于是就和经理坦白了。
之后是一个月左右的工作交接。
翀说，既然决定了，就不要后悔，要争取以后走的更好。
谢谢大家之前对我身体和工作状态的问候。
我会努力过的更好的。
ps 老大今天跟我说，要我交接三个月…………拜托，太长了吧？ 7/18/2006 收拾屋子……今天收拾屋子，真是不收拾不知道，原来犄角旮旯里面，还藏了那么多好东西……
首先是擦相册时，发现了不少小学同学的照片，而且还有美女~~~~~~对着照片想了会儿小学时那无忧无虑的生活，流了一会儿哈喇子，算是把相册擦完了。（顺便发了几条短信骚扰一下美女……）
之后，收拾抽屉时，发现了n年以前管朋友借的计算器……朋友间或也管我要过几次，都因为没有找到而作罢，居然在抽屉里发现了。摁开一看，居然还有电！这计算器至少放了2年没动过了！！（顺便继续发短信骚扰借我计算器的那个帅哥）
接着收拾，翻出了当年痴迷的游戏《心跳回忆》。举着游戏盒子想了半天应该怎么处理，最后决定，所有相关的内容，游戏啦，资料啦，背景设定啦，cd啦，ova啦（怎么这么多……），整理整理全部刻入dvd里，一张盘搞定。原来的盒子嘛……算了，扔了，书啥的也就不要了。
紧接着，翻出了当年借给某人的《轩辕剑三》。还是当年的首版呢！此君竟然还给我的时候告诉我，忘了一张盘在家里（此君湖南人）……（顺手发短信讨伐某人的罪恶行径！）
再接着翻，当年的《剑侠情缘》，《剑侠情缘2》，《月影传说》（这套游戏收的也够全的……）赫然在目。遥想当年，高考前1个月，剑侠2发布，本人首发当天就去图书大厦搞了一套，第二天就给打穿了。至今都不再有如此的激情打游戏……
收拾书架，清理出了一批当年的计算机书籍，想想我也算是见证过计算机知识更新换代的人了……下次书架再没地方，《VC6技术内幕》就可以也请下去了。
武术队的获奖奖状，想想当年，第一次比赛，辅一上场…………大脑就什么都想不起来了，整个身体跟着套路就一路练了下来，好象……当时九节鞭是个第四吧？对练也是第四，炮锤是第五。算是运动生涯的顶点了……
压箱底的是一大堆cd机的盒子。想当年，也算是此中玩家。无奈这东西一是换代快，二是风头早已被mp3抢走，到现在机器是卖的卖，拆的拆，送的送，自己留了两台给爸妈用，空剩下一堆盒子留给了自己。
收拾完毕…… 7/15/2006 关于rpg……今天非常偶然的和艺谈起了这个话题：一个好的rpg应该是什么样的。
当然，一个好的rpg必须要有好的剧情。rpg本身就是让人能成为“别人”，如果这个“别人”的“生活”是“乏味”的，“拙劣”的，那我想肯定没几个人希望成为那样。这里，剧情就是决定性的东西。剧情不一定是恢宏的，复杂的，英雄式的，但一定要能触及受群的心灵，或者是受群想要成为的样子。这又引出了对作品受群的定位要准确。定位准确后，剧情、语言、宣传等才能有明确目标。
一个好的剧情，必须能抓住人。而且，在现在这种快餐时代，必须要能够在15到30分钟内抓住人！优秀的游戏，比如仙剑和轩三，在前半个小时都会有一个小高潮：仙剑是婶婶病重，逍遥远赴仙灵岛；轩三是遇到了撒旦的使徒妮可。伴随着这个高潮，会有新人加入：灵儿、妮可。从这两个游戏也可以看出，这个高潮是女主角出现的绝好时机，尤其是灵儿出场的那一幕（鼻血ing），还有ff8当年的那场舞蹈。当然，高潮时女主角不出现的情况也不是没有，枫之舞就是一例。
起完之后，要承。也就是说，接下来的剧情，一定要和之前的高潮有内容上的联系。仙剑引发了千里寻母，选三引发了撒旦之旅，而枫之舞则是引出了机关人这一主题的象征。如果接下来的故事和第一个高潮没有关系，那么接下来总要去建立第二个高潮，让主角能有目标。不然的话，玩家在地图上瞎晃，很快就会无聊的（这里倒是网游的优势，因为都是人在扮演，瞎晃不会遇到重样的，说不定还有艳遇噢~~~）
转，叙事不能平铺直叙。让玩家出乎意料的剧情，会让人在打穿后有所回位，甚至会引诱玩家再玩一遍。仙剑是锁妖塔下，轩三是蜃楼王和垯罗斯大战。而且更重要的是，这个转折，一定要使人物有转变，变好变坏取决于游戏的主题。轩三里麦尔斯的转变，算是变坏的经典一例，想来用此人做主角一定别有一番风味~~~~~
最后，游戏一定要有个像样的结局！轩三就可惜在这一点了。结局一定要停在一个全剧最高峰，之前的结奏应该是越来越紧张，越来越扣人。而轩三却因为赛特的死，冲缓了本来营造好的紧张气氛，结果大大降低了结局的说服力。仙剑就不必说了，结局是全剧的经典，不仅结局中有转折：灵儿被假巫王偷袭得手；而且最终结果引人无限遐想……
当然了，这里只是大概的一说，真正剧情还是需要创意才行。
说到创意，大家都知道世界杯最后齐达内头槌马特拉齐吧，那么，这就叫创意（以下链接来自艺，此人说如果我不用他的链接，他就要赔我地赔我款，本人是在于心不忍阿）：
关于齐达内的头槌，德国人看到的：
 法国人看到的： 
意大利人看到的：
 美国人看到的：
 媒体看到的：
 还有地狱火（严重怀疑齐祖是用蛊高手，这爆裂蛊下的……）
 日本职业玩家眼中的超杀：
 恩……而实际上，齐达内是好意：
 恩……好久没写这么长的blog了，大家看过后要踊跃恢复阿~~~~~ 7/13/2006 下雨……（昨日傍晚，雨大作，偶感，偷偷溜回家记录一下……）抽刀断水水更流，借雨浇愁愁更愁。
一道凄厉的闪电划过天空，我静静地等待那翻天覆地的雷声，犹如在期盼一场新生……
破碎的闪电在云层后翻滚着，撕扯着；一股不安分的声音充斥在空气中。
…………
但最终，雨小了，现实又回来了……
7/8/2006 c#果然是好用阿……在之前没有写过任何c#程序的情况下，竟然一个下午就写出了个显示磁盘目录树的控件，这要用win32，还不得死人，mfc也好不到哪去……
.net普及吧，这样写程序就爽多了。呃……不过，程序员的日子也就更难过了…… 6/28/2006 明天继续24小时攻关……号称不解决了问题不能回家……
拜托，几个大拿在这儿憋了个把月都没解决的问题，还是同一批人，搞这种疲劳战术有意义么？我们又不是不想搞出来……
反正……这几天是上不了网了…… 6/25/2006 下雨，世界杯，及其它昨日下雨，才算感受到北京的大，幅员辽阔，出乎我的意料……
话说昨日早上起来去上班（是去上班，虽然是周六），老天阴沉沉的。刚出门时还只是点滴的小雨，结果骑到阜城门时，居然天上就像开了闸一样，稀里哗啦的下个没完了！眼见着马路上从湿润到水坑，再连成片，甚至好像还有冰雹的感觉……好在有雨衣，但也非常狼狈。上了西直门成铁，可算松了一口气，顺便饶有兴致的看从雨衣和车身上滴下的水滴是如何汇成一片的。
但是……
等我下了西二旗站，竟然发现，哪里有雨的影子？车子走过，带起地面一片尘土……
另，这几天世界杯，可算有了早回家的理由。不过，想在9点前走是不太可能的了。想我这几周积攒了那么多的工时，下个月就作废了，郁闷……
德国和阿根廷顺利闯入8强，且下周五将上演对决，期待中……要是再有个ppmm陪我去看球就更好了……
最近公关任务重，实在没什么心情写blog，搞得这里荒芜了不少，我的错……而且，好久不写，手生的很，想的东西，打到电脑上就彻底变了味道。当真是越活越笨了。长此以往，怎么写肉麻的情书追美女阿？！
 又是一年毕业时，或许我应该回学校看看？ |
|
|
