前几天重装Win XP，所有的都要重来，杀毒软件也就乘机续费升级到了卡巴斯基全功能安全软件2009，一般我都会第一时间安装后再将系统升级到SP3和IE7，然后就是安装银行和支付安全控件。不过最近遇到了比较头疼的情况了，之前一直没遇到，而安装了木马清道夫后，木马防火枪一直开着，专业的木马墙没有报这个问题，而卡巴斯基不停的报这个问题。
    问题就是如下图的提示，问题来自安装的支付宝的Edit控件，此空间在WINDOWS/SYSTEM32/DRIVERS/下安装了alidevice.sys这样一个系统文件，用来监听你的键盘输入，这个很正常，为了网银和支付的安全，几乎所有的银行和支付系统度会要求用户安装此安全控件，用来监听键盘输入，而转换成加密的数据来传输，往往这样的网页表单在没有安装ActiveX控件是无法输入的，这样能够很好的防止用户的密码被监听，可是别的比如工行等的没有出问题，而支付宝的这个除了问题，同样低版本的卡巴斯基7没有这样的提示，而到了卡巴8却出现的这样的提示，提示的频率可真高，打开报告近90%的都是这个。
    Google一下，发现早已人发现这个问题，反应此问题的人还不少，卡巴斯基的论坛也有此问题，支付宝社区也有很多人提出。
    估计这是alidevice.sys这个文件的问题，它的实现方法应该是采用了网络上类似的监听木马的思路和方法。无奈被卡巴斯基当作木马了，而其实它并没有问题。烦的是卡巴斯基不停的提示你，而且把此文件添加为信任也没用。在安装ALIEDIT.EXE的时候卡巴斯基索性就直接当病毒隔离了。无奈.....
      到底是卡巴斯基太强大还是支付宝的Alipay空间的编程有问题？

    前不久收到QQ会员系统邀请，抢先体验了一下QQ 2009 Preview，试用后的第一感觉是2009的变化确实很大，就像手机QQ2008给人带来的感觉一样，不一样的QQ界面体验，不过如果你使用过腾讯旗下的另一个聊天程序-Tecent Message(TM)的话，就会觉得QQ 2009貌似是TM的翻版，很多地方都很像TM。做到了神似，同时也代表了腾讯的UI设计的一个方向，越来越多的腾讯产品走这种界面设计了。

1.首先晒一下我试用的 QQ 2009版本。

2.设置界面有了很大的改观，有TM的影子。情景设置和偏好在这里是个新玩意。

 

  自从上次重装了系统后就一直没能安装Visual C++ 6,每次安装到最后时都会提示这样的错误:

不知道到底是什么原因,因为安装的英文的操作系统,而且平时用英文版的VC++ 6,所以理所当然安装英文版的,说不定安装简体中文的使用时会有问题呢.但是不知道为什么安装英文的就是安装不了呢?网上能找的版本都安装过了,要么出现这种问题,要么就是安装完没有MFC,C文件,(.h)头文件.要么就是出现上述问题.真不知道是什么原因,请教老师也没办法.

 现在只能安装Visual Studio 2005 一个庞大的软件系统,占了我近7G的硬盘空间.而且使用起来还不习惯. 

      从昨天傍晚使用Visual C++ 6.0编程完成《软件工程》的实验发现执行cmd出错开始，到今天中午我已经重装了三次Windows XP的操作系统，英文大学生专业版的。无奈昨晚在将XP和Fedora 系统的重要文件和邮件备份后开始重装，因为之前曾安装过Mac模拟的主题包，把XP搞得乱了，主分区C盘没有安装什么文件12G的空间仅剩720M了，很长时间没有关注C盘的大小了。打开cmd准备ping我的网站查看延迟时发现run输入cmd后，Command Prompt窗口一闪就没了，和在学院的硬件机房碰到的中毒电脑一样，先后使用KAV 7.0和Windows木马清道夫杀毒和清除木马后，没有任何收获。现在碰到编程新建MFC然后运行时出现“执行c:\windows\system32\cmd.exe出错”而导致无法进行下去。在Google和Baidu无果后，只能很无奈的重装系统。

我们计算机学院真能搞活动，今天晚上学生会&分团委弄的SUN的UNIX和Solaris讲座，科协举办北大测试的讲座，同时举行，像我这种一学期难得去听次讲座的人，遇到这两个讲座都想听，没办法阿，将来是想做个程序测试工程师的，现在呢对Unix/Linux比较热衷。6点赶到教室，竟然都满了，还有好多人站在后面，其中不乏一大批大一大二去等着盖章的学弟学妹。像我和室友这样什么都没带，纯粹来听讲座的还真没几个。人又多，那就得有取舍，最后还是听北大测试的讲座，虽然知道那就是个做广告性质的讲座，但是说不定能有点收获呢？这年代听讲座能有大收获真是太少了。

    近两个小时，只听到了几点关心的内容，比如之前上《软件工程》没听到的V模型，迭代模型和敏捷方法。这几个概念对我来说是新知识。

在V模型中，测试过程被加在瀑布模型开发过程的后半部分。个人理解Coding前分析设计和测试是同步的。

单元测试所检测代码的开发是否符合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品是否符合最终用户的需求。

    迭代模型是RUP（Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型。在RUP中，迭代被定义为：迭代包括产生产品发布（稳定、可执行的产品版本）的全部开发活动和要使用该发布必需的所有其他外围元素。所以，在某种程度上，开发迭代是一次完整地经过所有工作流程的过程：（至少包括）需求工作流程、分析设计工作流程、实施工作流程和测试工作流程。

迭代模型的选择使用条件

      1、在项目开发早期需求可能有所变化。

　　2、分析设计人员对应用领域很熟悉。

　　3、高风险项目。

　　4、用户可不同程度地参与整个项目的开发过程。

　　5、使用面向对象的语言或统一建模语言（Unified Modeling Language，UML）。

　　6、使用CASE（Computer Aided Software Engineering，计算机辅助软件工程）工具，如Rose（Rose是非常受欢迎的物件软体开发工具。）。

　　7、具有高素质的项目管理者和软件研发团队。

迭代模型的优点：

与传统的瀑布模型相比较，迭代过程具有以下优点：

　　1）降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。

　　2）降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。

　　3）加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。

　　4）由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。