Category: 落花流水

不过只是一点而已 开学两周，迅雷不及掩耳盗铃儿响叮当之势接下了民乐团团长的位置。我的神丫～ 实验室的项目紧锣密鼓，明天继续搞；不过开搞之前先要去上完乒乓课。每周这一次运动，让我觉得很充实，不过晚睡的话就会有点困。要早点睡了。

服务器在国外 不能离线消息 不能自定义联系人姓名 把联系人归组之后竟然没法去掉组，变成无组游民 有个移动msn的服务，只是能用手机收线上联系人发来的消息，每月要10块钱。 这都是谁设计的？这就是MicroSoft UI组的水平？ 真不明白这破东西有什么好，还跟windows强制绑定(msn messenger说，你冤枉我了，绑定的是windows messenger——怎么？你以为换个马甲就不认识你了？) 我现在喜欢Tencent Messenger

数据完全本地化，所以可查年限也有限 但信息非常多 比如说我就查到了我的八字 http://sean.o4u.com/ap/calendar/

终于完成了这个信道测试的模块。是啊，这个测试我是花了近3个月，主要是我偷懒，我承认错误——当然中间还有假期这种不得不偷懒的理由。 不过，就事论是。从项目管理方面来说，我觉得这是完全的无用功。这个测试并不能保证信道所谓的”正确性”。坦白了，这个测试就是个证明x=x+y-y的无聊程序，可是因为数据量大，重复的变换使其显得枯燥不堪，毫无意义！这么多次调试，有修改的都是频响产生部分和测试部分，信道模块的主体跟三个月前没有一丝改变。在我看来测试的全部意义在于考验我的编程水平，同一个信道产生出的信号，要用同一个信道的频响再产生一遍，只要程序写的对，这结果是显然的。 抛开“不给平台一个正确的信道，平台就无法正确的调试”这样无聊的理由吧!有了我写的测试模块，信道模型的部分就是换成随机，这个测试的结果一样很好。究 竟冲击响应产生有没有符合25.996协议的标准，恰恰是要上平台，加信道估计模块才能测试出来的。 我拒绝无聊的指责。