Thinking by MingGe

不要迷失自己

MingGe — Sat, 25 Feb 2006 20:43:00 GMT

昨天晚上,又是1点半睡觉.问起各自大学同学有无变化的情况,一下子激动起来.就谈起了我们在经历了这多年的种种改变.我回忆了自己的大学的生活,应该说大学生活给我留下的值得夸耀的东西不多,多的是很多反思与遗憾.那个时候的我最缺的就是一种平和,成熟的心态.那个时候,可以说谈不上有什么信仰,有的只是一些很质朴的追求,比如把专业课学扎实,争取到保研,参加课外科研锻炼能力等等.但是关于人生追求这个问题,我是记得大学的时候我自己就说过的:很多人在进入社会以后就失去了在学校时候的激情,没有什么进步的动力.很大的原因就是他们放弃了自己的追求,迷失了自己的本性.我自认为我的本性是那种善良的,夸张点就是悲天悯地的,激情点就是踌躇满志的.但是随着研究生生活的一天又一天过去,我不得不承认,现在的我已经远远不是当初的那个单纯,坚韧的我了.很多当初自己鄙视唾弃或者压根想都不敢想的不好的一些行为,习惯或者其它的什么东西,现在,我默许了,接受了乃至有些东西自己有意无意也表现出来了.现在的我碰到失意的时候也有种尚失斗志的感觉.似乎这些是一个信号:当我收获了所谓的一种”成熟”的收获,是不是就不得不接收某些东西的损失?

今天下午,周末的下午,本来是有些计划的,但是直到现在,发现昨天的计划到今天还没有做好.其实,也不是我不愿意去落实这些计划,问题在于,人的情绪这个东西实在可怕,你会在不知不觉中就挥霍着有限的时间.

想起“时间”,我就有点害怕。因为,离毕业答辩的时间其实不多,而且中间的这个实习基本占用完毕我本来准备做论文的时间.更何况到了这个时候我的结果还拿不出手…这个不可改变的事实让我时时感觉很狼狈。我看着已经看过多遍的论文，无奈的调试着程序，我的一个个想法总是难以实现，让我一度怀疑这条路是否走的下去。不想重写程序,但是专门靠一遍又一遍的检查程序,老实说,我没有这个耐心了.这样的一个结局就是,我怀着惭愧的心将手上的活放下,.然后到现在这个地方发发我的感慨.一下子觉得自己仿佛已经是一个没有毅力的人了!一种迷失了自己的感觉再次涌上心头.昨天晚上的一些想法我自然是没有忘记,但是,我只是很郁闷:我真的淡漠了我自己的追求吗?

说到远处,这个问题似乎就扯到了怎么对自己定位.老实说,纯从技术上来说,我不是一个合格的或者标准的技术人,我有着对其它领域的爱好,比如,我希望和不同的人打交道,我希望我的个性可以感染人,我希望我做的事说的话总是能够让人觉得充满智慧.正如这几天和朋友打趣说的,做人就是要做到许文强这个程度~从这个意义上来说,<上海滩>完全适合做为一部男人的教材来研读---怎么做人怎么干事,甚至怎么追求女生怎么拒绝女生,一套一套的,实在是学不完的”厚黑”!

我之所以对许文强这样的一个人的这样的一种生活方式或者说生活手段抱有欣赏的态度,那只能说明一个问题:我的内心是不安定的,我有着很多想法,希望可以做一个成熟的人优雅的人,做事冷静合理,思路清晰,说话得体到位,留有余地,为人稳重踏实,自信洒脱,而不是一个只能做点技术活的程序员.我大脑里面一直盘旋的一个观念,就是说我以为最佳的生活轨迹是,先快速的成长为一个技术扎实的工程师,然后成为一个熟练的项目经理,然后有一个自己的天地来施展自己的抱负,也就是实现着我的”决策和谈判”的事业方向定位.很多人会说,

“技术立命”,我不会这样说,即使我有朋友也笑话我”技术偏执狂”,那只是因为一段时间内我比较投入而已.我现阶段的最要任务就是夯实技术,我没有理由不去研究每一个我不清楚的技术上的细节,但是,我不会放弃在这个阶段增长自己的人生阅历.准确的说,做一个睿智的人是我一生的追求!

无论如何，路都是要好好的走下去的,一步一步的走下去的!

科研的方法

MingGe — Mon, 20 Feb 2006 17:28:00 GMT

这两天的实验结果稍稍有所好转，同时也让我意识倒在一直进行的研究方向这个课题上，我做了很多无用功，走了很多弯路。而直接的原因应该是做研究的方法。
通常谈这个话题会比较泛，但是，落实到具体问题的时候，科研的方法还是有很多规律的，如果你不这样做，很可能的结果就是，你的程序离你的结果只有一步之遥，但是你却要花大量的时间越过这个门槛，无非就是因为你在调试你的程序的时候的方法不对，或者简言之，你的习惯不好。
    比如说，经常，你的程序有好几个参数，无论改变哪一个，对结果的影响都是很大的。碰到这种情况，千万注意，不要随意的设置参数。而是分组测试，即固定其它的参数不动，改变某一个参数，记录(注意，是详细的记录！)结果变化并做好文档工作。依次进行下去，你就会发现各个参数的影响力到底有多大，即使事先你知道各个参数的意义是怎么样的，是怎么影响最终结果的！
    我上个学期基本是瞎试参数，结果乱七八糟，弄的一点信心也没有，还好，及时的发现自己的问题并做好总结，总是会有所收获的吧.
    很多时候，结果固然非常重要，但是在这个过程中培养一个良好的习惯，其长远意义似乎更为重要.

一个关于在子类中每次调用基类的函数new出来的内存都是一样的错误已经解决,向两位兄台致谢~)

MingGe — Tue, 14 Feb 2006 17:11:00 GMT

我是在vckbase上面求助的，但是没有结果
/////////////////////////////////////////////////////////////////////
主题: 为何在子类中每次调用基类的函数new出来的内存都是一样的？
作者: MingGe ( 书童)
所属论坛: C++ 论坛
发表时间: 2006-2-15 15:37:58
正文内容:

我的目的是想在UIOPol子类中的CreateToMat函数中创建一块内存(调用了基类的loadFromCpxFile函数)，经过调试发现，在Create函数中调用
if ( loadFromCpxFile(pIndexMat, pcfilename[i]) == false )的时候，结果得到的pIndexMat指针的值是不变的，这个问题困扰了很久，我做了一个相似的模型但是后者是可以new出不同的内存的，但是我这个项目中却不可以，各位能否给出意见？

//////////////////////////////////////////////////////////////////////////
//UIOStream class Declaration
//File:    UIOPol.h
//Function:read sar image into UMatT data structure
//Description:UIOStream is aan abstract base class to support the 、、//abstract factory method to deal with different formats IO manipulation
//Author:    pwm
//Date  :    2005-12-27
//////////////////////////////////////////////////////////////////////////
#ifndef _UIOSTREAM_H
#define _UIOSTREAM_H

#include "../../project/UIOStream/StdAfx.h"
class UIOStream
{

public:

    virtual bool CreateToMat(UMatT*& pMat){return true;}

    virtual ~UIOStream(){}

protected:

    vector<char*>    pcfilename;
    bool            state;

    bool loadFromCpxFile(UMatPol*& pm, const char *  pcfilename)
{
////////////////////////////////////
    /// initial
    FREE_P(pm);
    if (pcfilename == 0 || *pcfilename==0) return false;

    char pcErrMessage[256];
    try
    {
        ////////////////////////////////////
        /// get width and height
        int iWidth = 0;
        int iHeight = 0;

        char pcfiledim[256];
        int iSize = strlen(pcfilename);
        strcpy(pcfiledim,pcfilename);
        pcfiledim[iSize-3] = 'd';
        pcfiledim[iSize-2] = 'i';
        pcfiledim[iSize-1] = 'm';
        FILE* fileDim = fopen(pcfiledim, "r" ) ;
        if(NULL==fileDim) throw "没有dim文件;!";
        fscanf(fileDim, "%d %d", &iWidth, &iHeight);
        fclose(fileDim);

        ////////////////////////////////////
        /// open
        CFile dataFile( pcfilename, CFile::modeRead);
        if(dataFile==NULL)throw("文件打不开");

        ////////////////////////////////////
        /// read data
        long lDataSize = 2*iWidth*iHeight;
        float* temp_databuf=new float[lDataSize];
        dataFile.ReadHuge(temp_databuf, lDataSize*sizeof(float));

        //开辟新缓冲区

        pm=new UMatCPX(temp_databuf, iWidth,iHeight);
        ///////////////////////////////////////////////////////////////////////
        dataFile.Close() ;
        FREE(temp_databuf);
    }
    catch (char *message)
    {
        strncpy(pcErrMessage,message,255);
        return false;
    }

    ////////////////////////////////////
    /// free file
    return true;
}
};

#endif

//////////////////////////////////////////////////////////////////////////
//UIOPol class Declaration
//File:UIOPol.cpp
//Function:read *.pol format sar image into UMatT data structure
//Author:pwm
//Date  :2005-12-27
//////////////////////////////////////////////////////////////////////////
#include "UIOStream.h"
class UIOPol:public UIOStream
{
public:
    UIOPol(vector< char* > _pcfilename, bool _state=true);
    bool CreateToMat(UMatT*& pMat);
};
//////////////////////////////////////////////////////////////////////////
//UIOPol class Implementation
//File:UIOPol.cpp
//Function:read *.pol format sar image into UMatT data structure
//Author:pwm
//Date    :2005-12-27
//////////////////////////////////////////////////////////////////////////
#include "StdAfx.h"
#include "UIOPol.h"
UIOPol::UIOPol(vector<char*> _pcfilename, bool _state)
{
    if (_pcfilename.empty())
    {
        return;
    }

    pcfilename=_pcfilename;
    state=_state;
}
bool UIOPol::CreateToMat(UMatT*& pMat)
{
    long nwidth=0;
    long nheight=0;
    int chn=pcfilename.size();

    pMat=new UMatT(chn);
    if (state)
    {
        UMatPol* pIndexMat=NULL;
        for (int i=0; i<chn; i++)
        {
            if ( loadFromCpxFile(pIndexMat, pcfilename[i]) == false )
            {
                return false;
            }
            else
            {
                nwidth    =pIndexMat->getWidth();
                nheight    =pIndexMat->getHeight();

                if (nwidth==0 || nheight==0)return false;

                pMat->push_back(pIndexMat);
            }
        }
        if (pIndexMat)
        {
            nwidth    =pIndexMat->getWidth();
            nheight    =pIndexMat->getHeight();
        }
        pMat->setControl((Polar_Chn)chn, Polar_CPX, nwidth, nheight);

        return true;
    }
    return false;
}

后面是我和别人讨论的结果

回复人: wetwoo ( 秀才)
这么多代码？
回复人: MingGe ( 书童)
Re:为何在子类中每次调用基类的函数new出来的内存都是一样的？
实际上只需要看基类UIOStream的loadFromCpxFile函数
和子类UIOPol的CreateToMat函数。问题就出在这个函数里面，他调用基类的loadFromCpxFile函数new几块缓冲区但是发现这些缓冲区是一样的

回复人: anonymous IP:211.147.23... ( 书童)
Re:
loadFromCpxFile()里的第一个return false是:
FREE_P(pm);
if (pcfilename == 0 || *pcfilename==0) return false;
其中不知FREE_P是宏还是函数但你试试改为
FREE_P(pm); /*可能释放并不没有把指针复位为NULL*/
pm=NULL;
if (pcfilename == 0 || *pcfilename==0) return false;

第二个return false的地方是在catch里面的, 若不是在
pm=new UMatCPX(temp_databuf, iWidth,iHeight);后抛出的那个pm的值是不会变的.
若果是的话应该在catch里对pm进行FREE_P的.

回复人: MingGe ( 书童)
Re:
FREE_P是宏
#define FREE_P(p) if (p!=0) { delete p; p=0; }
主要目的是用一个临时指针pIndexMat传入loadFromCpxFile函数里面进行缓冲区的创建工作。
由于在创建内存的时候，即pm=new UMatCPX(temp_databuf, iWidth,iHeight);调用之后是没有throw跑异常的，所以这个问题应该和是否在合适地方将传入的指针pm复位是没有关系的:)但是依然感谢你指出一个可能的情况。
另外，不知道我的这种写法是不是很规范？或者说思路本身有没有问题？
谢谢！

回复人: anonymous IP:211.147.23... ( 书童)
Re:
没看出有什么问题
你试试打印new UMatCPX的地址
pm=new UMatCPX(temp_databuf, iWidth,iHeight);
void* p=pm;
printf("%p\n", p);
和Create()里的那个pIndexMat是不是相同.

回复人: MingGe ( 书童)
Re:为何在子类中每次调用基类的函数new出来的内存都是一样的？
pm倒是每次正确的传出去赋给了pIndexMat，但是每次的值都是一样的，这就是问题所在
一个参考程序是(这个情况下就可以正确的new出不同的内存类)
#include <iostream>
using namespace std;

class TT
{
public:
int date;

bool fun(TT *&p,int i)
{
p = new TT();
p->date=i;
return true;
}

virtual void dispaly()
{
cout<<"TT::display"<<endl;
}
};

class TTT:public TT
{
public:
void dispaly()
{
TT *pIndex = NULL;

int i = 0;
for(i=0; i< 10; ++i)
{
if(fun(pIndex,i))
{
cout << pIndex << endl;
cout << pIndex->date << endl;
}
}
}
};

int main(void)
{
TT* t=new TTT;
t->dispaly();

system("pause");

return 0;
}

回复人: anonymous IP:211.147.23... ( 书童)
Re:
UMatCPX的new是不是被重载过呀?!
试试这样:
char* p=new char[sizeof(UMatCPX)];
pm=new(p) UMatCPX(temp_databuf, iWidth,iHeight); //#include <new>
回复人: MingGe ( 书童)
Re:为何在子类中每次调用基类的函数new出来的内存都是一样的？
当new一个UMatCPX的时候，实际上是调用了UMatCPX的构造函数
但是问题是，即使在loadFromCpxFile函数中
long lDataSize = 2*iWidth*iHeight;
float* temp_databuf=new float[lDataSize];
这个temp_databuf指针也是相同的
我担心的是程序结构导致的这个问题
用char* p=new char[sizeof(UMatCPX)];
pm=new(p) UMatCPX(temp_databuf, iWidth,iHeight); // #include <new>
这个还是不行啊
ps：这是new的什么用法?似乎以前没有见过:)

一些想法和总结(不断补充中)

MingGe — Sat, 21 Jan 2006 22:13:00 GMT

1．每次给自己明确的任务，不偷懒，严格完成

2．如果用凑合的心态去做项目的话，项目的质量也会是凑合的用

3．不交流不讨论怎么可以进步和提高？

4．扎扎实实的做好自己的事情，平和的心态

5．严格的执行项目的进度

6．多看书，少上网，努力坚持

微软MSN面试2-C++里面的虚函数！

MingGe — Sat, 21 Jan 2006 22:08:00 GMT

也许是过于兴奋了，也许是对第二天的面试过于在意了，在11号抵达上海以后，一个晚上都没有怎么睡着，美美的洗了个澡就奔到了微软MSN上海研究中心，也就是繁华的徐家汇里面的美罗大厦，稍等片刻就被这个中心的leader ，也就是我的面试官wong带进了一个特别的办公室－我想，也许就是专门为了面试而建的一个小房间吧～

开始是一些关于MSN和我个人信息方面的brief talk,，基本上交流得不错，然后第一个问题就把我的信心击毁了：tell me your understanding about threading model

What model?I am sorry to beg your pardon.这就是我的第一反应下的

回答！虽然我其实知道他是问什么，但是我的确不知道线程模型的任何东西，概念和细节，只是知道这个东西。急了，没办法，最后只好招供，不知道。我这种“坦率”让wong很惊讶，当然我知道他更多的惊讶来自于我的无知！接下来的一个COM apartment 的问题又让我蒙了，我支支吾吾，最后也只有投降。这个时候面试官就指着我的简历问我：

but you tell me you are familiar with COM in your resume,

as you know apartment is a vary basic concerpt in COM.

我一下子脸红了，因为我知道这个简历上的某些东西，其实是包含了一定程度上的夸张的。和他解释了一半天我理解的COM和我是怎么用COM的，当然结果并不能是wong满意，也许是从来没有遇到象我这种开头的应聘者吧，wong摊开我的简历，直视我的眼睛，what is your talent?毫无疑问，我会回答C++,于是这样一个问题开始了，

write a code to explain virtual function in C++

这个当然是没有什么问题的，我稍微解释了一下，就写出下面的代码

Class Base
{
Public:
    Base();
    Virtual void function()
    {
        Cout<<”Base::function”<<endl;
    }
Protected:
    Virtual ~Base()
    {
        Cout<<Base destructed!<<endl;
    }
} ;
Class Derived:public Base
{
Public:
    Derived();
    Void function ()
    {
        out<<”Derived::fuction”<<endl;
    }
Protected:
    ~Derived()
    {
        Cout<<”Derived destructed!”<<endl;
    }
};
int main()
{
    Base* pBase=new Derived;

    pBase->function();

    return 0;
}
//output:Derived::function

接着wong指着pBase->function();问我是怎么实现的？我就解释这个关于RTTI的一些知识，但是wong提醒我解释多态是怎么执行的，我就和他讨论虚函数表方面的东西，没想到他紧逼着问我背后到底是怎么知道这个pBase就是指向子类对象的那个pBase，然后怎么知道去执行的就是子类的这个函数。虽然我一再和wong强调这个RTTI功能的实现实在是有编译器帮我们实现的，当时实际上我没有把多态这个问题解释清楚，因为很久没有怎么看C++了，所以无法精确的回答出来，这再次让我备受打击，那个时候，我觉得非常绝望！

回来整理一下这个问题的答案，其实是很简单的

       编译器是如何针对虚函数产生可以再运行时刻确定被调用函数的代码呢？也就是说，虚函数实际上是如何被编译器处理的呢？Lippman在深度探索C++对象模型中的不同章节讲到了几种方式，其中的 “标准”方式就是所谓的“VTABLE”机制。编译器发现一个类中有被声明为virtual的函数，就会为其搞一个虚函数表，也就是VTABLE。VTABLE实际上是一个函数指针的数组，每个虚函数占用这个数组的一个slot。一个类只有一个VTABLE，不管它有多少个实例。派生类有自己的VTABLE，但是派生类的VTABLE与基类的VTABLE有相同的函数排列顺序，同名的虚函数被放在两个数组的相同位置上。在创建类实例的时候，编译器还会在每个实例的内存布局中增加一个vptr字段，该字段指向本类的VTABLE。通过这些手段，编译器在看到一个虚函数调用的时候，就会将这个调用改写，针对上面的例子：
void bar(Base* a)
{
    a-> function ();
}

会被改写为：
void bar(Base* a){
    (a->vptr[1])();
}
    因为派生类和基类的function ()函数具有相同的VTABLE索引，而他们的vptr又指向不同的VTABLE，因此通过这样的方法可以在运行时刻决定调用哪个function ()函数。

这里提供一个我整理出来的有关虚函数和多态的一些深入的认识

///文件:C++函数深度剖析

///作者:MingGe

///日期:2006/1/22

1.简介
    虚函数是C++中用于实现多态(polymorphism)的机制。核心理念就是通过基类访问派生类定义的函数。假设我们有下面的类层次：

class A
{
public:
    virtual void foo() { cout << "A::foo() is called" << endl;}
};

class B: public A
{
public:
    virtual void foo() { cout << "B::foo() is called" << endl;}
};

那么，在使用的时候，我们可以：
A * a = new B();
a->foo();       // 在这里，a虽然是指向A的指针，但是被调用的函数(foo)却是B的!

    这个例子是虚函数的一个典型应用，通过这个例子，也许你就对虚函数有了一些概念。它虚就虚在所谓“推迟联编”或者“动态联编”上，一个类函数的调用并不是在编译时刻被确定的，而是在运行时刻被确定的。由于编写代码的时候并不能确定被调用的是基类的函数还是哪个派生类的函数，所以被成为“虚”函数。

    虚函数只能借助于指针或者引用来达到多态的效果，如果是下面这样的代码，则虽然是虚函数，但它不是多态的：
class A
{
public:
    virtual void foo();
};

class B: public A
{
    virtual void foo();
};

void bar()
{
    A a;
    a.foo();   // A::foo()被调用
}

1.1 多态
    在了解了虚函数的意思之后，再考虑什么是多态就很容易了。仍然针对上面的类层次，但是使用的方法变的复杂了一些：
void bar(A * a)
{
    a->foo();  // 被调用的是A::foo() 还是B::foo()？
}

因为foo()是个虚函数，所以在bar这个函数中，只根据这段代码，无从确定这里被调用的是A::foo()还是B::foo()，但是可以肯定的说：如果a指向的是A类的实例，则A::foo()被调用，如果a指向的是B类的实例，则B::foo()被调用。

这种同一代码可以产生不同效果的特点，被称为“多态”。

1.2 多态有什么用？
    多态这么神奇，但是能用来做什么呢？这个命题我难以用一两句话概括，一般的C++教程（或者其它面向对象语言的教程）都用一个画图的例子来展示多态的用途，我就不再重复这个例子了，如果你不知道这个例子，随便找本书应该都有介绍。我试图从一个抽象的角度描述一下，回头再结合那个画图的例子，也许你就更容易理解。

    在面向对象的编程中，首先会针对数据进行抽象（确定基类）和继承（确定派生类），构成类层次。这个类层次的使用者在使用它们的时候，如果仍然在需要基类的时候写针对基类的代码，在需要派生类的时候写针对派生类的代码，就等于类层次完全暴露在使用者面前。如果这个类层次有任何的改变（增加了新类），都需要使用者“知道”（针对新类写代码）。这样就增加了类层次与其使用者之间的耦合，有人把这种情况列为程序中的“bad smell”之一。

    多态可以使程序员脱离这种窘境。再回头看看1.1中的例子，bar()作为A-B这个类层次的使用者，它并不知道这个类层次中有多少个类，每个类都叫什么，但是一样可以很好的工作，当有一个C类从A类派生出来后，bar()也不需要“知道”（修改）。这完全归功于多态--编译器针对虚函数产生了可以在运行时刻确定被调用函数的代码。

       简言之，多态是实现现代软件工程代码复用的基石！

1.3 如何“动态联编” (多态是如何实现的)
    编译器是如何针对虚函数产生可以再运行时刻确定被调用函数的代码呢？也就是说，虚函数实际上是如何被编译器处理的呢？Lippman在深度探索C++对象模型[1]中的不同章节讲到了几种方式，这里把“标准的”方式简单介绍一下。

    我所说的“标准”方式，也就是所谓的“VTABLE”机制。编译器发现一个类中有被声明为virtual的函数，就会为其搞一个虚函数表，也就是VTABLE。VTABLE实际上是一个函数指针的数组，每个虚函数占用这个数组的一个slot。一个类只有一个VTABLE，不管它有多少个实例。派生类有自己的VTABLE，但是派生类的VTABLE与基类的VTABLE有相同的函数排列顺序，同名的虚函数被放在两个数组的相同位置上。在创建类实例的时候，编译器还会在每个实例的内存布局中增加一个vptr字段，该字段指向本类的VTABLE。通过这些手段，编译器在看到一个虚函数调用的时候，就会将这个调用改写，针对1.1中的例子：
void bar(A * a)
{
    a->foo();
}

会被改写为：
void bar(A * a)
{
    (a->vptr[1])();
}

    因为派生类和基类的foo()函数具有相同的VTABLE索引，而他们的vptr又指向不同的VTABLE，因此通过这样的方法可以在运行时刻决定调用哪个foo()函数。

    虽然实际情况远非这么简单，但是基本原理大致如此。

1.4 overload和override
    虚函数总是在派生类中被改写，这种改写被称为“override”。我经常混淆“overload”和“override”这两个单词。但是随着各类C++的书越来越多，后来的程序员也许不会再犯我犯过的错误了。但是我打算澄清一下：

override是指派生类重写基类的虚函数，就象我们前面B类中重写了A类中的foo()函数。重写的函数必须有一致的参数表和返回值（C++标准允许返回值不同的情况，这个我会在“语法”部分简单介绍，但是很少编译器支持这个feature）。这个单词好象一直没有什么合适的中文词汇来对应，有人译为“覆盖”，还贴切一些。
overload约定成俗的被翻译为“重载”。是指编写一个与已有函数同名但是参数表不同的函数。例如一个函数即可以接受整型数作为参数，也可以接受浮点数作为参数。

2. 虚函数的语法
    虚函数的标志是“virtual”关键字。

2.1 使用virtual关键字
    考虑下面的类层次：

class A
{
public:
    virtual void foo();
};

class B: public A
{
public:
    void foo();    // 没有virtual关键字!
};

class C: public B  // 从B继承，不是从A继承！
{
public:
    void foo();    // 也没有virtual关键字！
};

    这种情况下，B::foo()是虚函数，C::foo()也同样是虚函数。因此，可以说，基类声明的虚函数，在派生类中也是虚函数，即使不再使用virtual关键字。

2.2 纯虚函数
    如下声明表示一个函数为纯虚函数：

class A
{
public:
    virtual void foo()=0;   // =0标志一个虚函数为纯虚函数
};

    一个函数声明为纯虚后，纯虚函数的意思是：我是一个抽象类！不要把我实例化！纯虚函数用来规范派生类的行为，实际上就是所谓的“接口”。它告诉使用者，我的派生类都会有这个函数。

2.3 虚析构函数
    析构函数也可以是虚的，甚至是纯虚的。例如：

class A
{
public:
    virtual ~A()=0;   // 纯虚析构函数
};

    当一个类打算被用作其它类的基类时，它的析构函数必须是虚的。考虑下面的例子：

class A
{
public:
    A() { ptra_ = new char[10];}
    ~A() { delete[] ptra_;}        // 非虚析构函数
private:
    char * ptra_;
};

class B: public A
{
public:
    B() { ptrb_ = new char[20];}
    ~B() { delete[] ptrb_;}
private:
    char * ptrb_;
};

void foo()
{
    A * a = new B;
    delete a;
}

    在这个例子中，程序也许不会象你想象的那样运行，在执行delete a的时候，实际上只有A::~A()被调用了，而B类的析构函数并没有被调用！这是否有点儿可怕？

    如果将上面A::~A()改为virtual，就可以保证B::~B()也在delete a的时候被调用了。因此基类的析构函数都必须是virtual的。

    纯虚的析构函数并没有什么作用，是虚的就够了。通常只有在希望将一个类变成抽象类（不能实例化的类），而这个类又没有合适的函数可以被纯虚化的时候，可以使用纯虚的析构函数来达到目的。

2.4 虚构造函数？
    构造函数不能是虚的。

3. 虚函数使用技巧

3.1 private的虚函数
    考虑下面的例子：

class A
{
public:
    void foo() { bar();}
private:
    virtual void bar() { ...}
};

class B: public A
{
private:
    virtual void bar() { ...}
};

    在这个例子中，虽然bar()在A类中是private的，但是仍然可以出现在派生类中，并仍然可以与public或者protected的虚函数一样产生多态的效果。并不会因为它是private的，就发生A::foo()不能访问B::bar()的情况，也不会发生B::bar()对A::bar()的override不起作用的情况。

    这种写法的语意是：A告诉B，你最好override我的bar()函数，但是你不要管它如何使用，也不要自己调用这个函数。

3.2 构造函数和析构函数中的虚函数调用
    一个类的虚函数在它自己的构造函数和析构函数中被调用的时候，它们就变成普通函数了，不“虚”了。也就是说不能在构造函数和析构函数中让自己“多态”。例如：

class A
{
public:
    A() { foo();}        // 在这里，无论如何都是A::foo()被调用！
    ~A() { foo();}       // 同上
    virtual void foo();
};

class B: public A
{
public:
    virtual void foo();
};

void bar()
{
    A * a = new B;
    delete a;
}

    如果你希望delete a的时候，会导致B::foo()被调用，那么你就错了。同样，在new B的时候，A的构造函数被调用，但是在A的构造函数中，被调用的是A::foo()而不是B::foo()。

3.3什么时候使用虚函数
    在你设计一个基类的时候，如果发现一个函数需要在派生类里有不同的表现，那么它就应该是虚的。从设计的角度讲，出现在基类中的虚函数是接口，出现在派生类中的虚函数是接口的具体实现。通过这样的方法，就可以将对象的行为抽象化。

    以设计模式[2]中Factory Method模式为例，Creator的factoryMethod()就是虚函数，派生类override这个函数后，产生不同的Product类，被产生的Product类被基类的AnOperation()函数使用。基类的AnOperation()函数针对Product类进行操作，当然Product类一定也有多态（虚函数）。

    另外一个例子就是集合操作，假设你有一个以A类为基类的类层次，又用了一个std::vector<A *>来保存这个类层次中不同类的实例指针，那么你一定希望在对这个集合中的类进行操作的时候，不要把每个指针再cast回到它原来的类型（派生类），而是希望对他们进行同样的操作。那么就应该将这个“一样的操作”声明为virtual。

    现实中，远不只我举的这两个例子，但是大的原则都是我前面说到的“如果发现一个函数需要在派生类里有不同的表现，那么它就应该是虚的”。这句话也可以反过来说：“如果你发现基类提供了虚函数，那么你最好override它”。

4．关于虚析构函数-只在多态基类中声明虚析构函数

关于virtual desctructor的详细讨论。同样来自于《Effective C++》3rd Edition。

跟踪时间是很平常的任务，所以开发一个名为TimeKeeper的基类，并让不同的派生类来实现不同的计时方法是很合理的事情：

class TimeKeeper {

public:

TimeKeeper();

~TimeKeeper();

...

};

class AtomicClock: public TimeKeeper { ... };

class WaterClock: public TimeKeeper { ... };

class WristWatch: public TimeKeeper{ ... };

很多用户都希望直接用这些类来计数，而对于他们究竟是如何实现的并不关心。于是一个我们可以用一个Factory function——创建一个派生类对象并返回一个基类指针的函数——返回一个指向TimeKeeper的指针。

TimeKeeper* getTimeKeeper(); // returns a pointer to a dynamically

// allocated object of a class derived

// from TimeKeeper

通常，factory function返回的对象都是创建在堆上的，当用户使用完计数器的时候把对象析构掉是很重要的：

TimeKeeper *ptk = getTimeKeeper(); // get dynamically allocated object

// from TimeKeeper hierarchy

... // use it

delete ptk; // release it to avoid resource leak

但是，依赖用户来执行删除是错误的重要来源。条款18介绍了如何修改Factory function的接口来避免这些常见的用户错误，但是，这些目前都是次要的，因为在上面的代码中还存在更为严重的问题：即使客户执行的正确的动作，你还是无法预期你的程序能够正确执行。

问题在于getTimeKeeper返回了一个派生类对象（例如:AutoicClock），但是这个对象却通过基类的指针来删除（一个指向Timekeeper的指针），并且这个基类没有虚析构函数。这种组合是制造灾难的良方，因为C++规定：用不带有虚析构函数的基类的指针来删除一个派生类，其结果是未定的。通常在运行时发生的情况是这个对象的派生类部分没有被析构。如果getTimeKeeper返回一个指向AtomicClock对象的指针，那么AtomicClock中派生类的部分（例如在AtomicClock中声明的数据成员）将不会被正确的析构，实际上AtomicClock的析构函数都根本不会被调用。但是，基类的部分，却会被正确的清除，这就造就了一个“畸形”的partially destroyed object。这是一个非常棒的泄漏资源、破坏数据的方法，它会让你在调试器上花费大量的精力。

解决这个问题的方法很简单，给派生类加上一个虚析构函数。这样派生类对象就会如你所愿，被正确的清除：

class TimeKeeper {

public:

TimeKeeper();

virtual ~TimeKeeper();

...

};

TimeKeeper *ptk = getTimeKeeper();

...
delete ptk; // now behaves correctlhy

像TimeKeeper这样的基类，除了析构函数外，通常会包含其它的虚函数。因为虚函数的目标就是让派生类来订制基类的实现。例如，getCurrentTime，在不同的派生类中就会有不同的实现（注：其实getTimeKeeper也可以是一个虚函数）。任何一个拥有虚函数的类都应该包含一个虚析构函数。

如果一个类没有虚函数呢，这也就意味着这个类并不是被当作基类来使用的。当遇到这种情况的时候，声明一个虚析构函数往往不是一个好主意。考虑一个用来表示二维空间中的某点的类：

class Point { // a 2D point

public:

Point(int xCoord, int yCoord);

~Point();

private:

int x, y;
};

如果一个int占32 bits，这样的一个Point可以被放到一个64位寄存器中。另外，这样的一个Point对象还可以被当作是一个整体被其它的语言使用，例如C或FORTRAN。但是，如果Point的析构函数是虚拟的，故事就完全不一样了。

虚函数的实现需要对象承载某些额外信息，这些信息用来在运行时对虚函数的调用进行正确的转发。这个额外的信息使通过一个vtpr来实现的。Vptr指向一个存放函数指针（vtbl）的数组，每一个具有虚函数的类都有一个对应的vtbl。当一个对象的虚函数被调用的时候，该对象的vtpr和vtbl组合来完成定位正确的函数调用的工作。

这里，虚函数如何实现的并不重要。重要的是如果Point包含了一个虚函数，对象将会长胖。在一个32 bits的机器上，它将会从64 bits长到96 bits；在64 bit的机器上，它将会从64 bits长到128 bits。这个额外的vtpr的存在让对象的体积增长了50%~100%。Point对象也不再能够放到一个64-bit寄存器中了。另外，Point对象也不再和C语言的保持兼容，因为C语言中没有vrpr机制。结果是，你要想使用该Point对象，除非自己来实现vtpr和vtpl机制，而这样做，往往又会降低你的代码的可移植性。

也就是说，把所有的析构函数都不加思索的声明为虚拟的和从不把它们声明为虚拟的一样，都是不明智的行为。实际上，很多人得除了这样的结论：当且仅当一个类有至少一个虚函数的时候，才把析构函数声明为虚拟的。

实际上，即使你的类中没有虚函数，你还是有可能被非虚析构函数的问题咬上一口。例如std::string就没有虚函数，但是一些被误导的程序员有时会把它当作基类来使用：

class SpecialString: public std::string {

// bad idea! std::string has a

... // non-virtual destructor
}

乍一看，这可能没什么问题，但是一旦你把一个指向SpecialString的指针转换成一个string，并用这个指针来删除SpecialString对象的时候，你马上就被带进了未定义行为的深潭。

SpecialString *pss = new SpecialString("Impending Doom");

std::string *ps;

...

ps = pss; // SpecialString* --> std::string*

delete ps; // undefined! In practice, *ps's Specialstring resources

// will be leaked, because the SpecialString destructor won't // be called

同样的结果还会出现在其它没有虚析构函数的类中，例如所有的STL容器类型（例如：vector, list, set, tr1::unordered_map等等）。如果你曾经对于从一个标准容器或其它带有非虚析构函数的类继承，那么彻底打消这个想法。（不幸的是C++没有提供像C#(sealed)和Java(final)类似的拒绝继承的语言机制）

有时候，把析构函数设定为pure virtual是非常方便的。一个pure virtual函数可以让一个类成为抽象类。有时，你可能需要让你的类成为一个abstract class，但是你一时又找不到合适的纯虚函数。怎么办呢？因为一个抽象类往往是要被作为基类的，而一个基类往往又应该有一个虚析构函数。这样一来：声明一个pure virtual destructor就是一个不错的主意。一箭双雕。

class AWOV { // AWOV = "Abstract w/o Virtuals"

public:

virtual ~AWOV() = 0; // declare pure virtual destructor

};

这个类有一个纯虚函数，因此这是以个抽象基类，并且这个类有一个虚析构函数，这也使你远离了析构函数的问题，唯一要注意的，就是一定要为纯虚析构函数提供一份实现。

虚析构函数的工作方式是从最深的派生类的析构函数依次调用其基类的析构函数，编译器会生成生成一个从派生类到基类的~AWOV的调用。如果你没有提供析构函数的实现，链接器就会抱怨错误。

所以，你只应该把多态基类的析构函数声明为虚拟的。只有你想通过基类接口来操作派生类的时候，一个基类才是多态的。TimeKeeper就是一个多态基类，因为我们需要用一个TimeKeeper*来操作AtomicClock和WaterClock对象。

另外，并不是所有的基类都要按照多态的方式来设计和使用。Std::string和STL中的容器类型就都不具备多态性。一些类被设计成基类，但是却不应该按照多态的方式来使用，例如input_iterator_tag就是一个例子，你并不需要用基类接口来操纵派生类。结果是，他们也不需要虚拟析构函数。

时时刻刻让自己记住

l 应该为多态基类声明虚拟析构函数。如果一个类有一个虚函数，那么它也应该有一个虚析构函数

l 如果一个类不是被设计为基类或者它们并不是按照多态的方式来使用的，不要为它们声明虚析构函数

百度个人收费战略——打造互联网增值服务的“沃尔玛”(转自天涯)

MingGe — Thu, 19 Jan 2006 22:30:00 GMT

题记：

看到这篇文章提到的百度的收费模式，主要是第三种，一下子让我很有感触，因为百度想做的正是我一直就想做的，那就是首先将Internet上的服务扩展到生活方面的点点滴滴，然后设计一种便捷的服务终端，将net上的这样一些服务让用户随时随地都可以享受而不必非要背着一个笔记本晃来慌去。突然想到pcy这个华工的mm不是签了百度吗，当时就开玩笑说以后跳槽到百度就靠她了，呵呵，现在看来说不定以后真的有这个可能啊～～窃喜先

引用原文：

　　百度针对个人用户收费的消息一经传出，立刻引起网民的普遍关注。有记者就此事采访了部分网民，有90%的网民非常肯定地认为收费会让自己作别的选择，仅有一成的网民表示收费可以理解。
　　
　　实际上，网民并没有完整理解百度“针对个人收费”的涵义。百度业务发展总监任旭阳说，今后百度围绕搜索引擎将为用户提供三方面有价值的内容:

其一，是付费精确搜索，即指定的数据库搜索、音乐、电子图书、软件;

其二，建立百度虚拟社区，发展虚拟社区增值服务，比如贴吧中的虚拟头像和道具、百度知道等都可以收费;

其三，联合一些内容提供商，发掘一些创新的收费内容，如联合杀毒公司提供付费的网络杀毒服务等。
　　
　　虽然三种模式同属“针对个人收费”的旗下，但是其商业模式、盈利基础完全不同，因此其商业前景恐怕也有很大差异。　
　　第一种模式——付费精确搜索。这种模式就是网民对 “搜索”行为本身付费，也就是遭到九成网民反对的模式，尽管百度有关负责人说，目前搜索的收费不会全面展开，普通的网页搜索、新闻搜索等还是免费的，只是影视、电子图书、软件等有“重要增值意义”的搜索，才将进行收费。但是这种收费模式的前景依然不容乐观，因为用户免费使用搜索已成习惯，另外从竞争的角度来考虑，GOOGLE等竞争对手的触角也在逐渐伸向许多有“重要增值意义”的细分搜索领域，而且GOOGLE一贯秉承免费+广告的盈利模式，这将直接影响到行业的竞争规则。因此这种收费模式，恐怕会象当年的收费邮箱一样——有一定市场规模，但是指望他给百度带来大规模营收和利润，恐怕很难，好在百度整体战略的架构中，这种模式并不是重点。
　　第二种模式——基于虚拟社区的增值服务。实际上，通过百度贴吧、百度知道、百度传情等产品的推出，百度正在表现出与其他搜索引擎完全不同的特征，那就是社区化，根据ALEXA提供的数据，百度用户的人均页面浏览量达到12.4，而GOOGLE仅为6.9。百度通过这些产品把原来“一搜而过”的用户紧紧的粘在了百度的平台上，已经形成一个用户量巨大的而且粘度很高的社区，这将会为百度带来一种可能的盈利模式——基于虚拟社区的增值服务。这种模式并不是百度的创新，将这种模式演绎到最好的是腾讯，腾讯以IM工具QQ楔入互联网市场，并以此形成了巨大年轻人的社区，在社区用户的展示、互动、游戏中寻找商机，拓展互联网增值服务收入（包括QQ秀在内的虚拟化身和其它项目的QQ会员用户的定购服务）。社区和互动是其增值的基础，根据腾讯2005年第三季度财报显示，其互联网增值服务营收达到2530万美元，约占总营收的56%。几乎完全相同的受众群体，同样人气非常活跃的社区，怎能让百度不产生“QQ幻想”？因此，这种模式下，百度并不是针对搜索收费，而是模仿腾讯，经营基于搜索引擎的“百度社区”。
　　第三种模式——联合CP开发收费服务模式。这种模式百度称为“收费模式成功与否的重中之重”。确实，在这看似平凡的模式背后则暗藏玄机，百度公司副总裁梁冬不止一次对记者说:“搜索引擎为什么不能够成为用户消费网络增值服务的必经之路?” “我们要做一个拥有完整产业链的网络增值服务平台，这个平台是百度对用户收费的基础。但是，我们不是搜索引擎收费，而是与用户上网所享受的内容服务有关。”任旭阳解释，这样一个平台类似于盛大的“盒子”，只不过，盛大是在进军家庭数字娱乐市场，而百度专注于使用搜索的互联网人群。
　
　　无论是梁冬还是任旭阳的讲话，都流露出了百度的野心——百度希望改变传统的网络增值服务交易模式，使百度在CP和消费者的交易中占据一个中间环节，下图是百度所希望的交易模式转型图：
　　
　　百度联合CP收费服务模式转型图
　　
　　内容产业与搜索产业一直存在上下游的关系，在上图中，目前CP与搜索引擎是一种松散的关系，相当部分用户是通过搜索引擎找到CP，而后续内容或服务的交易往往与搜索引擎无关。
　　
　　
　　在新的模式下，百度的玩法是这样的：
　　 1、从上游的内容产业中，细分出一批有商业价值的内容及内容提供商。
　　 2、百度会与CP建立更加紧密的合作关系，（在支付、内容推荐等方面）。
　　 3、当用户通过百度搜索到相应内容时，可以在百度平台上完成整个内容或服务的交易过程，例如我们通过百度找到在线杀毒软件，就可以通过百度平台享用这种服务，我们通过百度找到付费电影或歌曲，就可以通过百度平台付费下载，我们甚至可以百度买到电影票、机票、预定酒店等等，总之一切数字化，或者可以数字化的产品或服务，我们都可以在百度上完成购买，甚至不用考虑这些内容或服务由谁来提供！当然钱也应该是先支付给百度。
　　4、百度将会从用户统一支付的费用中抽取一部分提成，剩下的交给CP。
　　
　　这种模式将带来百度、CP、用户三赢的一种格局。对于用户来说，将获得统一的入口和便捷的服务，用户并没有为搜索多支付任何费用，甚至在未来可能能享受到通过百度统一平台采购带来的打折、优惠等服务；对于CP来说，多了一种重要的分销渠道，而且相信这种分成的模式会比竞价排名的广告模式更受CP欢迎；对于百度来说，拓展了盈利空间，同时增强了对最终用户的服务。　　
　　这种模式将进一步强化用户和CP对百度的依附程度，从而改变了CP与最终用户之间的交易结构，如果这个战略得以实现，正如梁冬所说，百度将逐渐成为用户消费网络增值服务的必经之路，成为拥有完整产业链的网络增值服务平台——网络增值服务的“沃尔玛”。　　
　　从现在来看，百度以前的许多行为正是为了服务于这个战略的实现。例如在2005年百度已同23家具有支付功能的公司签订了合作协议。这23家公司分成四类，即一种是盛大、网易这种虚拟货币发达的网站，一种是招行、工行为代表的网络银行，一种是银联、网银在线、PayPal、支付宝为代表的在线支付公司，还有就是中国电信、网通为代表的电信运营商。通过与这些公司的合作，百度打破了所有支付工具的障碍，这样将会为最终用户提供便捷的支付服务，而一种无障碍的支付服务将是平台的基础功能。接下来，我们有理由相信百度将会提供更多的统一服务，例如统一认证、统一用户管理等等，从而使CP及个人用户更方便的在百度平台上完成交易。
　　
　　综合以上分析，我们可以得出结论，百度此次战略转型的主要目的不是要掏个人用户的腰包，而是基于搜索平台及百度社区的一次重要的盈利模式创新，而这种创新相信会对我们每一个网民带来更加便捷的服务。　　
　　这将是一值得搜索和内容产业都认真关注的事件，百度或许正在改变中国的互联网！当然在新的战略架构下，百度将面临诸多问题，例如做虚拟社区的增值服务或许不是百度的特长，平台战略将使百度面临管理一个产业联盟的组织难题，但是不怎样，百度创新意识和创新能力都是值得肯定的。百度再也不是中国的GOOGLE，而是世界的百度，期待百度的新战略能够顺利实施，让我们看到搜索引擎的中国式玩法！

微软MSN面试1－合并相同的字符

MingGe — Thu, 19 Jan 2006 21:51:00 GMT

前言：
去上海面微软总共也也只写了两个程序，而且都写得不是很好，尤其是第一个，这个结果让我现在回忆起来也都觉得汗颜和遗憾啊，老实说，虽说的确是面试那天状态不很好，不过当场没有把一个完整的程序搞定这个事实多少让我觉得很没面子，真是觉得很不爽。这到还真是应了面试华为时那位老兄的话了：你没写过多少程序吧。话虽然比较刻薄，但是，自从面试中兴结束以后就真的很少做编程工作了，咳，看来以后路还真的很长啊，很多东西想到和做到完全是两个概念的

上午面的一道题老实说是很简单的，当然这个简单也只是我面完以后在吃饭的时候再想想的时候觉得的，当时面试的时候，由于前面的一个问题给弄得很难堪所以一拿到这个问题习惯的朝着hash表上面套，结果呢陷进去了不可自拔，现在想来都要骂自己傻了，呵呵。不是吗？

这道题目如下

//
//remove_duplicate_pack.cpp
//
//问题:一个动态长度可变的数字序列，以字符'0'结尾
//要求：将重复的数字用一个这样的数字代替，比如
//1,1,1,2,2,3,3,1,0--->1,2,3,1,0
//作者：MingGe
//时间:2006/1/20

#include <stack>
#include <iostream>
using namespace std;

bool remove_duplicate(int a[] , stack<int>& _val)
{
    //_val.clear();

    int i=0;
    if (a[i]==0)
        return false;
    else
        _val.push(a[i]);

    while (!_val.empty() && _val.top()!=0)
    {
        int top=_val.top();
        if (top!=a[i])
        {
            _val.push(a[i]);
        }
        ++i;
    }

    _val.pop();

    return true;
}
int main()
{
    int a[]={1,1,1,2,2,3,3,1,0};

    stack<int> ar;

    stack<int> br;

    remove_duplicate(a,ar);

    while (ar.empty()==false)
    {
        br.push(ar.top());
        ar.pop();
    }
    while (br.empty()==false)
    {
        cout<<br.top()<<",";
        br.pop();
    }
    cout<<"0"<<endl;

    return 0;

}

当然这程序是回来以后写的，只花了不到10分钟写出的，只是中间为到底使用vector还是用stack而考虑了一下。本质上这应该是个用堆栈解决的问题，但是纯粹从编程方面来看，有点犹豫，最后还是用stack，不过代价是得用两个stack进行输出了J

后记：

堆栈是一个先进后出的容器，那么它需要使用一个容器，STL中的vector是一个容器，但stack不是一个vector，他只是需要使用vector可以存储的功能而已。后来到网上查了查，发现原来STL里面的stack也是用vector实现的，采用的是最直接的继承的方式，不过是采用私有继承(private)，看看源码就知道

#include <iostream>
#include <vector>
using namespace std;

class stack : private vector<int>{
public:
        stack( void ){ }
        void Push( int Value ){ push_back( Value ); }
        int Pop( void )
                {
                int value = *rbegin();
                pop_back();
                return value;
                }
        bool Empty( void ){ return empty(); }
};

其中stack使用了vector中的push_back,pop_back,empty,rbegin的功能来实现了自己的Push,Pop,Empty的接口和实现。Stack使用了vector。

换言之，所有vector里面的接口都不能用stack对象来调用了，只是在实现stack接口的时候会调用vector基类的接口而已，这个就是所谓的“实现继承”，相对于传统的is a 的接口继承了。当然实现这一点也可以采用组合或者说是聚合一个指针的方式，呵呵，扯远了

坚持理想的人

MingGe — Thu, 19 Jan 2006 16:04:00 GMT

    人在坚持自己的理想时，是寂寞的，你的一切努力是艰苦的，而且是无人喝彩的。
　当你最终发现背弃了理想时，你会惶恐。但是就算你坚持到底，你也会发现，理想早就像那冰冷的尸体一样，已经在不知不觉中死去。
    坚持理想的道路就是一个永不放弃自己追求的过程，至少在精神上是保持着这样的清醒的。
    每个人都不愿意后悔，每个人都希望做出好的选择，此时此刻，请保持一颗上进的心吧，即使前方荆棘满地，即使前方无人为你喝彩!
    坚持理想的人是孤独的，但是这样的人是真正不会老去的人，是真正值得别人尊敬的人！

曾经的激情

MingGe — Wed, 18 Jan 2006 21:29:00 GMT

这是2005年岁末寝室哥们四个一时兴起跑到老校区照照片中的一张。全部西装打照的，那个时候，我们想到的只是，面试结束了，新的希望诞生了，某些东西似乎应该留念一下了...
ps:没经过另外几个帅哥的同意就发了,罪过罪过...

这一张稍微特写了一些

那我自己呢，呵呵

面试结束了，任务开始了

MingGe — Sat, 14 Jan 2006 13:18:00 GMT

    上海之行，除了让我看到了完全不同于武汉乃至深圳的繁华都市以外，最大的感受还是来自于上海人做事的严谨和勤劳以及强烈的时间观念。我知道，属于自己升华和提高的时刻来到了，那就是，摒弃武汉人的一贯懒散和懈怠的情绪，怀抱激情的投入到工作和学习中去。
    现在，所有的招聘求职事情都结束了，除了下学期的实习以外，其余的时间，我必须彻底抓紧，做好毕业设计和实验室项目。尽管马上面临春节，但是可利用的时间还是有不少的。正是：不积跬步无以致千里，现在的点点滴滴方能铸就日后的升华！
    整装以待，开工了!

明天去上海面试～

MingGe — Mon, 09 Jan 2006 22:24:00 GMT

明天就要去上海了，有些激动，也有很大的不安。

上海是个令人向往的城市，但是我准备好了吗？

微软的面试都是先经过3个面试官，做3个编程题目，然后给测试用例测试一下，通过了以后才有机会进行后面的面试，但是现在我有点心虚，因为自广州&深圳一趟考虑较多琐碎事情，已经疏于编程了，10号一天大致看了几道典型的编程题目，稍稍稳定了情绪，希望到时候面试不要过于出丑就ok了J

看了这样几个算法

1. 提取子串（以word为单位）

2. 字符串反转(包括设置token的word by word的反转)

3. 字符串的全排列（递归的思想还是没有弄明白，程序大致流程倒是记住了）

4. 字符串的交换(还是注意不要将常量字符串传入函数进行处理，因为不可修改，还有，字符数组是不会自动添加”\0”的，尤其当将一个常量串传给字符数组的时候要注意。交换则是经典的“异或”运算了)

5. 发现可以利用数组和指针的关系实现一种非常简单的求和的运算方法

6. 指针的用法，ascii码及其它(指针和字符串是常用的东西，估计面试的时候也是考察的重点吧，只是觉得纠缠在一些细节的精心设计上不是很妥当，但是谈及数据结构，似乎更是底气不足，这段时间就一直没有想清楚怎么设计一个不用递归的求二叉树深度的算法，不过二叉树的各种遍历，排序，查找算法以及结合栈和堆的融合，也许后者才是我认为的重点吧

过桥问题的一些新想法

MingGe — Mon, 09 Jan 2006 21:52:00 GMT

这是转载的一篇文章，该blog作者认为这个问题可以测试一个人的编程的潜力，其实这样说合理与否并不是很重要，重要的是我觉得从中要得到的一个主要收获是：面对习以为常的一些方法或者结论的时候，不要轻易的放弃重新思考的机会，因为里面可能还包含一些你以前从未发现过的东西可以挖掘，说不定这就是个“创新”的机会。当然要做到这一点的一个前提条件是，你要敢想，切实抛去偏见，认真深入思考:)

题目

天黑,雨,四人欲过一座桥.桥破旧,每次最多能容两人同时通过.且只有一支手电(过桥必须用手电).
甲单独过桥需1分钟,乙需2分钟,丙需5分钟,丁需7分钟.
则四人全部通过的最短时间是多少?

1\如果甲可以背着其他人一起过桥的话，甲分别背乙背丙背丁=1+1+1+1+1=5分钟{注：来回也要1分钟啊}
2\甲和丁一起过桥需要7分钟，甲再回头需要1分钟，再带乙，然后丙。最后应该是7+1+5+1+2=16分钟吧？
3\甲和丁先过丁拿手电甲过剩6 后乙过丁剩4 后丙过丁一直拿手电共用8分
4.1\甲在这边照着,先乙、丁过，乙过之后丁还有5分钟，接着丙上桥，丙丁通过过了桥，最后甲自己过。7+1＝8分钟。
4.2\先让最后一个和第一个先走，算好一分钟后第二个走，再过两分钟后第三个就可以上路了。最后答案是8分钟!
5.1\先是甲和乙过，甲过来马上反回送手电，再让丙和丁过，丙到马上让乙送手电，在甲和乙过
这样就是2+7+2=11(2+1+7+2+2=14)
5.1\

1,2 GO
1 RET
7,5 GO
2 RET
1,2 GO
2+1+7+2+2=14
5.2\
　人物　　行程　所需时间
=========================
甲、乙　　过桥　２分钟
甲　　　　返回　１分钟
丙、丁　　过桥　７分钟
乙　　　　返回　２分钟
甲、乙　　过桥　２分钟

2+1+7+2+2　＝　14　分钟

5.3\先是A+B走桥，需要2分钟；然后让B送手电回来，需要2分钟；在由C+D过桥，需要7分钟；在由A走回来，需要1分钟；然后A+B在过桥，需要2分钟。
2+2+7+1+2=14

1+2 ->

<- 1

7+5 ->

<- 2

1+2 ->

倒，too old：） 14，标准答案！over

6\应该是0分钟,因为谁也没有过去,都掉进桥下了.
因为那个桥只能承受两个人的重量,而又必须拿手电,两个人拿上手电大于两个人的重量,所以超重,掉进河里了：）.

银行借记卡ATM跨行取款手续费(转载)

MingGe — Sun, 01 Jan 2006 21:35:00 GMT

由于近期要去广州和深圳，临时看看银行卡的信息，转载如下内容，工行和农行的卡原来都是不交年费的～

1)牡丹灵通卡(中国工商银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的1%，最低1元，最高50元；
    异地跨行ATM取款每笔手续费为2元+取款金额的1%，1%部分最低1元，最高50元
2)金穗借记卡(中国农业银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的1%，最低1元；
    异地跨行ATM取款每笔手续费为2元+取款金额的1%；
3)长城电子借记卡(中国银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔10元；
    异地跨行ATM取款每笔手续费为12元；
4)龙卡储蓄卡(中国建设银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的1%，最低2元；
    异地跨行ATM取款每笔手续费为2元+取款金额的1%，1%部分最低2元；
5)一卡通(招商银行)
    本地ATM跨行取款前两笔不收费，从第三笔开始每笔2元；
    异地本行ATM跨行取款每笔取款金额的0.5%；
    异地跨行ATM取款每笔手续费为2元+取款金额的0.5%；
6)太平洋借记卡(交通银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的0.8%；
    异地跨行ATM取款每笔手续费为2元+取款金额的0.8%；
7)华夏卡(华夏银行)
    同城跨地ATM机取款免收手续费；
    异地本行ATM机取款银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的1%，最低1元；
    异地跨行ATM取款每笔手续费为2元+取款金额的1%；
3)长城电子借记卡(中国银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔10元；
    异地跨行ATM取款每笔手续费为12元；
4)龙卡储蓄卡(中国建设银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的1%，最低2元；
    异地跨行ATM取款每笔手续费为2元+取款金额的1%，1%部分最低2元；
5)一卡通(招商银行)
    本地ATM跨行取款前两笔不收费，从第三笔开始每笔2元；
    异地本行ATM跨行取款每笔取款金额的0.5%；
    异地跨行ATM取款每笔手续费为2元+取款金额的0.5%；
6)太平洋借记卡(交通银行)
    本地ATM跨行取款每笔2元；
    异地本行ATM跨行取款每笔取款金额的0.8%；
    异地跨行ATM取款每笔手续费为2元+取款金额的0.8%；
7)华夏卡(华夏银行)
    同城跨地ATM机取款免收手续费；
    异地本行ATM机取款每笔收取手续费1元；
    异地跨行ATM机取款每笔收取手续费2元；
8)东方借记卡(上海浦东发展银行)
    0元
9)阳光卡(中国光大银行)
    0元
10)民生借记卡(中国民生银行)
    0元
11)中信借记卡(中信实业银行)
    同城跨行ATM机取款收取2元/笔手续费；
    异地跨行收款0.5%的手续费
12)兴业卡(兴业银行)
10)民生借记卡(中国民生银行)
    0元
11)中信借记卡(中信实业银行)
    同城跨行ATM机取款收取2元/笔手续费；
    异地跨行收款0.5%的手续费
12)兴业卡(兴业银行)
    同城跨行ATM机取款前三笔免收手续费，第四笔开始每笔2元；
    异地本行ATM机取款免收手续费；
    异地跨行ATM机取款厦门、深圳、南京不收手续费，其他城市前三笔不收手续
    费从第四笔开始每笔收取手续费2元；
13)理财通卡(广东发展银行)
    同城跨行ATM机取款不收取手续费；
    异地跨行收款1%的手续费
14  0元
9)阳光卡(中国光大银行)
    0元
10)民生借记卡(中国民生银行)
    0元
11)中信借记卡(中信实业银行)
    同城跨行ATM机取款收取2元/笔手续费；
    异地跨行收款0.5%的手续费
12)兴业卡(兴业银行)
    同城跨行ATM机取款前三笔免收手续费，第四笔开始每笔2元；
    异地本行ATM机取款免收手续费；
    异地跨行ATM机取款厦门、深圳、南京不收手续费，其他城市前三笔不收手续
    费从第四笔开始每笔收取手续费2元；
13)理财通卡(广东发展银行)
    同城跨行ATM机取款不收取手续费；
    异地跨行收款1%的手续费
14)京卡储蓄卡(北京银行)
    0元

平安夜,做着"神话"的梦

MingGe — Sat, 24 Dec 2005 15:01:00 GMT

    又是一个喧嚣的圣诞节！今夜，我没有到外面去看繁华的城市看年轻人的圣诞狂欢，其实也没有合适的人陪我出去走走。一个人瘫坐在电脑前，发楞。
    很多烦杂事情在身，总是难以释怀。即使有时间如今晚，既不想做事也不能开心。我想难道真是自己压力太重了吗？
    百无聊耐，我打开了《神话》这部电影。以前一直没有看，为的是可以好好的品味这部深受我周围朋友赞誉的成龙作品，至少，那首《Endless Love》已经曾经将我感动得不行。开始看，情节不断展开，人物的个性不断鲜明，感情不断丰满，气势雄浑如蒙毅赴叛军取灵药的壮士豪情，儿女情长如秦朝天国有情人互诉衷肠，让人感慨不已。看完电影，心情久久不能平静。居然发现自己是这样脆弱的一个人，这样的一种荒诞的爱情我居然也能为之动容，乃至心痛。失去的东西总是让人怀念和心痛。对于这样执着的爱，天下间又有谁不会为之感动和心痛呢？

    在这样的一个平安夜，能够被感动一次，已经满足了...

    网上找了一篇影评，写得很好，于我心有戚戚焉～

Cinderella

2005-11-13 15:52

神话、童话——《神话》影评

“藐姑射之山，有神人居焉。

肌肤若冰雪，淖约若处子；

不食五谷，吸风饮露；

乘云气，御飞龙，而游乎四海之外；

其神凝，使物不疵疠而年谷熟。”

看到一袭白衣的高丽公主，脑中忽的就忆起了这段话，仿佛正是为玉漱而写似的。昔日庄子为妻子之死鼓盆而歌，既而梦蝶；今日玉漱为蒙毅之诺守侯千年，飘然而逝……

当秦始皇陵土崩瓦解时，玉漱公主坚定地松开了Jack紧牵的手。因为Jack终究不是蒙毅，而她，愿意随同皇陵一起埋葬，只为那句——“我会等你回来！”……等待了千年、沉寂了千年的爱情，终因一句“我不是！”而让她彻底地明白了她和这份守侯了千年的情感只属于记忆、属于历史、属于这黑暗了千年的黄陵，所以她毅然决然地飘飞而去，让泪在空中滑落、消失。白色的衣袂在空中翻飞，一片夏日孤独的雪花，注定在空中就会消融；一只失却双翅的孤蝶，跳着最后一曲凄绝的艳舞……那一刻，世俗、繁华、浮燥的世界在我心中慢慢退隐，我的眼眶开始迎接久违的湿润。

千年的爱情也终于成为神话!转世又如何？记忆又如何？孤独等待了千年又如何？轮回之中的他丢失的不仅仅是最初患难与共的记忆和刻骨铭心的爱恋，即使有着相同的面孔，即使远古的记忆点点苏醒，前世的他已经死去，今生的他也不属于来世。前世是何世，今生又是何生？

前世的情，命中注定，逃不开。逃不开，等到今生。

今生的爱，命中注定，忘不掉。忘不掉，待到来生。

来生的缘，命中注定，盼一生。盼一生，望守一生。

我不相信神话，我也越来越怀疑爱情，可是，我还是为爱情和神话而感动。在每个人的心底，都有一个爱情的神话—— 一个冰清玉洁、真挚唯一、永恒不变的爱情神话。

玉漱爱着蒙毅，她勇敢无畏，甚至敢于抛弃自己的使命，她恳请他带她走。而我也从未怀疑过蒙毅对玉漱的爱，但儒家的忠君思想使他把爱牢牢封锁在心中，尽管他历尽了千辛万苦，却也终究未能突破这道德的枷锁，带着自己心爱的人远走高飞，而是把她带回到那个垂老的始皇身边；而她，也最终成了丽妃——来自高丽的妃子。从此，她不再笑，除了面对她的爱人——蒙毅。最后这英姿飒爽的蒙将军为了君主，不——在我看来也是为了玉漱毫不畏惧的领着他的蒙家军策马护丹而去，其情景真可谓是“风萧萧兮易水寒”啊，而结局也应了那句“壮士一去不复返”！看到这里真是何其惋惜啊……所以当我看到在等待了两千年后，她终于等到了那个有着同样伤疤的他出现时，我为之感动到流泪。我喜欢他们在相遇时的场景：飘扬深情的音乐似乎在传诵着这不老的爱情，他们在空中自在飞舞着，如同化蝶的情人，世间万千的轮转都不过是千年等候的衬托，即使远古的人和物都已经尘归尘，土归土，爱情却并没有迷失在时空中。可是，神话终究没有成为现实，公主终于发现Jack并不是许诺于她的蒙毅，外面的世界也终归不是她的世界，两千年的等待，两千年的期盼，两千年的守侯，在一瞬间幻灭……

人间凄然，不如一笑去了。

烛花散，尘花醉酒，轮回前尘成云烟。

因果皆缘，不如一醉罢了。

浮花散，情语醉人，轮回前尘成誓言。

每个人的心中都有个千年的神话，只是无法坚持千年的等候。不是我们不能，大多时候是我们不想。一千年，漫长得如同亘古永恒，像尔等这般势利的凡夫俗子，不要说用千年等待一个未知的结果，或许连一天未知的等待都是多余……渐渐，这心中千年的神话，在我们的心头慢慢成了缥缈的回忆，成了美丽的童话罢了。

　虽然现实不是神话，但我仍然会抱着一颗童话的心去生活，就像武侠小说中常会写到“今生的轮回，为的只是前世的相逢一笑”一样，我也会带着对前世的幻想、踏实地活在今世、梦着来世……

遭遇囚徒困境

MingGe — Wed, 21 Dec 2005 11:47:00 GMT

    毕业论文的内容到底是坚持原有的基于曲线演化分割算法研究还是全身心的投入新平台的设计上面？
    又到了一个需要自己做出决策的阶段了！

    今天和杨老师等三人讨论项目的框架，没有想到出现了两种不同的需求：
一是将现有平台的不完善的地方修改，主要是简化平台的操作流程和更加合理的操作提示
二是设计新的框架，做为将来平台的基础，需要带下面的学生
前者工作量当然小多了，但是将来迟早是要淘汰的，但是后面的方案岂是说做就能马上做？
我问他们几个，到底怎么办，这个时候是需要做出决策的。杨老师不敢大意，问了孙老师，没想到答案是，两个都要做。这个让我哭笑不得。怎么可能或者说以我现在的状态怎么可能？
这个时候，几位老师又把半年前的那些观点拿出来了：要不我就放弃现在的levelset了，好好的做平台吧，而且未必现在剩下的时间够用。我是本能的拒绝的，我花在曲线演化算法方面的心血他们是不可能理解的。
但是怎么面对现在这样一个摊子呢？
一方面，有项目的需要，这个是任务；
一方面，有论文的压力，这个是我研究生“科研”能力的结晶，这是个人的追求。
感觉进入了一个囚徒困境。古典的囚徒困境问题的最优解是：在双方都不知道对方的情况下，做出一个风险最小的决定。换句话说，就是对两者都公平的一个但是都不是最好的一个结局。

徒困境是一个非零和博弈，大意是：一个案子的两个嫌疑犯被分开审讯，警官分别告诉两个囚犯，如果两人均不招供，将被判刑一年；如果你招供，而对方不招供，则你将被判刑三个月，而对方将被判刑十年；如果两人均招供，将均被判刑五年。于是，两人同时陷入招供还是不招供的两难处境。

这个博弈矩阵可以表示为

囚犯甲
囚犯乙		招供	不招供
	招供	甲乙均判刑五年	甲判三月，乙判十年
	不招供	乙判三月，甲乙判十年	甲乙均判刑一年

基于经济学中Rational agent的前提假设，两个囚犯符合自己利益的选择是坦白招供，原本对双方都有利的策略不招供从而均被判刑１年就不会出现

现在我面对的就是这样一个困境。我无法做到干净的离开一个领域，而进入另一个领域。

	花很大的精力做平台	花较少的精力做平台	不做平台
花很大的精力做算法	做不完，累死了	算法做为毕业论文内容	老板不同意
花较少的精力做算法	项目完成得很好，遗憾	有时间玩，但是不安心	老板不同意
不做算法	违背了自己的追求	基本不可能	说梦话吧

以，照现在的形势来看，我就是要忍受两者都不能做好的结局了.但是，我能够做出更好的决策吗？看看我接下来几天的安排，我想，总是得好好的思考怎么解决吧

近期工作任务

1．截止12.23

完善新平台的核心+数据读入模块(DLL)＋算法插件DLL，做出一个简单的demo

2． 12.23－12.25

完善原始多极化平台的结构(流程＋bug)

3． 12.25－12.28

去广州和北电商量签约时间和实习时间

4． 12.8－1.2

家里有事情忙，必须回家帮忙

5． 1.3 －1.5

去上海参加微软的面试

6． 1.5－1.12

去深圳和中兴公司毁约，然后去广州和北电签约

7． 1.12以后

方案一：实习

方案二：开始曲线演化模型的研究

方案三：开始对有关多极化SAR数据处理的曲线演化模型的研究，并设计平台上的部分应用

囚徒困境的结局是很惨的，怎么做出一个方案呢，不过居然有人说出“即使走不出囚徒困境，也没什么太大的损失”这样的话，实在是没有明白我的一片心思啊

转自sohu上面的一篇文章－当代愤青的含金量分析

MingGe — Tue, 20 Dec 2005 06:06:00 GMT

这篇文章反映了当下不少人的心态，所以立此存照！－MingGe

不管是要“流芳百世”，还是要“遗臭万年”，这个发出气味的东西都必须是要有相当的“质量”的……

由于网络媒体本身的特点，一种表象背后的层次非常丰富。说得通俗一点，就是——这真的是个鱼龙混杂的场合。匿名的虚拟环境中的一个共同体，表现为同仇敌忾的“统一战线”非常容易，然而由于成员不同的身份与心里动机，即便是有着同一称谓的团体，也是应当区别看待的。

对于愤青这个团体，有人支持有人反对有人漠视有人惶恐，周克成甚至还断言，今天的愤青就是明天的恐怖分子。在我看来，或许并非如此。当我仔细分析了当代愤青台前幕后的状况，我感觉，他们基本上是可以被忽略掉的一股“伪”力量。

我认为目前的愤青大概可以分为三种：

第一种，70晚期到80年代甚至90年代初期出生的一批小青年，抑或是身心发育偏迟缓的大龄青少年，年龄并不是明确的界限，只是个大概的分布。关键的特征是，这些小孩从小就受到了充分的民族主义教化，他们记忆中有关我们的祖先受欺负的历史被不断强化。（当然，我们欺负别人的历史以及自己欺负自己人的历史总是被忽略。）他们深喑“非我族类其心必异”的真理，并且将妖魔化的对手牢记心中。

有一次，我跟一个研究生谈到教育开支和军费开支的问题，她扑闪着水汪汪的大眼睛，不无焦虑地辩驳：“国防肯定更加重要啊！如果我们一点还手之力都没有了，那美国和日本就跑来把中国人全部杀光了怎么办？……”

但是他们所讲的“霸权主义的美国”以及“灭绝人性的日本”这两组符号在他们脑海中所指的对象可以说非常大，却大得虚幻。比如说，他们是不会把《东京爱情故事》里，可爱的丽香与“变态的日本人”等同起来的，在非教科书和非政治宣传的语境中，他们的这种情绪找不到落脚点。

这第一种愤青，往往都是比较单纯，我绝对不会否认，在我自己很小的时候，也是属于这一类“愤青”，我到现在为止还能回忆起当时的心态和思路，那一腔愤怒和仇恨，真的不是装出来的。然后到后来，慢慢地觉得不对劲，脑袋里面原本很明确的思路仿佛被什么打乱了，再到后来恍然大悟的时候，又转换了另一腔的愤怒来面对曾经的欺骗。

这一类愤青，或者会听懂道理，成功地呕吐出伪知识并且健康成长起来，或者会转化为第二种愤青。

第二种，各种年龄段的都有。这一类人比较难伺候，几乎不用费唇舌跟他们讲道理，因为他们根本不是来跟人讲道理的。就比如大学生中，有一部分单纯的愤青是属于前面的第一类，然而有相当的部分已经转化为第二类。这一类人或许已经有了一定的判断是非的能力，却始终强词夺理，依然满怀仇恨和愤怒的心里动因非常简单，就是极度的自大与自私，凡是跟“我”(我家、我班、我省……我国)沾边的东西都是神圣的，无上的，不可侵犯的，而凡是跟“我的相关利益”貌似有冲突的东西，都是十恶不赦的。

但是，也正因为如此，这一类愤青注定最成不了气候——因为他们自大自私的根本动因。

在一次讨论中，一名学生郑重地叫另外一个反日的学生回答他三个问题：

第一：如果同级配置的SONY的笔记本降到比联想的台式机还便宜，你买哪一个？

第二：如果东京大学提供给你全额的奖学金外加每月1000美元的生活补贴，你去读不去读？

第三：如果你毕业的时候，招聘会上你被三菱公司看中并OFFER你年薪30万做研发，这份工作你拒不拒绝？

另外一个学生则回答，我不买SONY因为我有电脑了还够用，我要去东京大学和三菱公司因为我知道“施夷长技以制夷”……

这类几乎算认输的苍白回答以毫不气短的语调答出来，说实话还是令我比较佩服。这些愤青们，心里面还是比较清楚的，虽然高喊着“民族大业”，真正却最关心的还是自己。换句话说，他们不仅不可能成为董存瑞似的英雄，也不可能成为驾机撞大楼的恐怖分子，甚至可以说，真正“国难当头”了，最早当“汉奸”的，还是这种人。那些恐怖分子或者英雄们，名称上是褒是贬，其实很大程度上取决于言说者的立场。然而，有一个共同点——他们都是心怀一个高于自己生命的信仰。然而这第二种愤青，他们的愤源于他们的自大，他们的蛮不讲理源于他们的自私，他们无宗旨无原则无道理可讲，一切“我”的就是“正确”的，他们绝对不可能献得出这个极大之“我”，反之，在现实生活中反而会小心翼翼将此唯一的价值所在保护得很好。他们可以头一天幸灾乐祸地参与砸伊藤洋华堂，第二天就换了一种心态去那里惠顾疯狂采购减价商品；他们高谈阔论鄙视一切汉奸，却对典型属于“汉奸”的老师笑脸相迎，立马从宏大叙事中撤退回到真实的日常生活——开玩笑，期末成绩和毕业证书可不是说说好玩的。

这类愤青，在匿名网络的遮掩下显得异常活跃，咄咄逼人，却实在外强中干。然而，他们顶多是一种性格使然。人都会自私的，只是有些人自私得比较厉害，自私到自欺欺人。比起第三种“愤青”的话，他们或许还好得多。

第三种，年龄不好估计，但大概上味道是老姜的辣。有那么一部分老愤青，延续着经典影片和教科书创作者的风格，高举革命的伟大旗帜，带领着众多小愤青们继往开来……

他们的文字通常是不那么肤浅的，至少对于小朋友而言，常常很有说服力；他们的煽动能力是一流的，动不动就是良知、尊严……外加痛心疾首声情并茂……；他们的智商算是高的，他们欺人，却不自欺。他们做愤青的动机是什么呢？其实更第二种愤青差不多，只是他们是更加专业的。可以说，他们算是特定历史中，职业化的一批愤青。

职业化，也就是说，靠这个赚钱吃饭。比如说，有个大家都知道但是多年来都根本不屑理睬他的墙头草，现在凭借网络又招到很多追随者了，又开始名声大振FANS大增专辑大卖了；还比如说，有个地方的宣传部为了加强对网络媒体的控制，暗地里招聘了大约1000名文人墨客来。有写手，有教师甚至还有研究生。这些人以一般网友的身份注册ID，驻扎在各大著名BBS和重要网络社区，他们的工作就是引导舆论，他们的身份绝对保密，相互之间都不知道，颇有些CIA的浪漫感觉。当然，他们不仅引导“愤”的舆论，还会引导其他的舆论，这里说多了会偏题，就免去赘述。只是，这家有如此惊人之举的单位未免滑天下之大稽，似乎他们对第四媒体的理解还停留在网络白痴的水平上。在浩如烟海的互联网中，1000个人能用螳臂当住什么样的车呢？聪明如他们（指那些写手），能不知道自己在做什么吗？还是一面窃喜着不菲的工资一面把玩着自己充满了浪漫色彩的工作？而这一类——文人中的高级“愤青”，按照这种品格，退回个几十年去的话，绝对是“汉奸”没得说的。

综上所述，大家觉得哪一种愤青能有杀伤力呢？他们能兴起多大的惊涛骇浪呢？只怕是偶尔涌到网络世界之外凡俗生活里的那一点点余波过去之后，星星还是那颗星星，月亮还是那颗月亮……

（彰小羊）

评论 (43) | 引用 (0) | 固定链接 | 类别 (小羊评论) | 发表于 02:25

GOSI

发布者搜狐网友 (http://blog.sohu.com/) - 12-20 13:07

第一：如果同级配置的SONY的笔记本降到比联想的台式机还便宜，你买哪一个？
我要告诉你不要在大白天流白痴一样的口水说胡话！日本鬼子向来把最差的东西拿到中国来卖最贵的价格，即时是你这样的汗奸也不能幸免！

第二：如果东京大学提供给你全额的奖学金外加每月1000美元的生活补贴，你去读不去读？
日本鬼子又不是傻B，凭什么？老子有华才有可能吗！有才华就不用怕没奖学金！向你这样的汗奸，如果没有真才功夫只会拍马屁，日本鬼子也不会给你奖学金的！

第三：如果你毕业的时候，招聘会上你被三菱公司看中并OFFER你年薪30万做研发，这份工作你拒不拒绝？

和上面一个道理什么人都给这个条件吗？那是老子值鬼子才会给！既然老子到哪里不会有？这是鬼子的恩惠吗？

还有以后不要拿那些根本不存在的假设来做你汉奸理论的依据，我要同样用假设来问你，你就受不了。
比如我问你假设：
1、日本人正在奸杀你的老婆、姐姐、妹妹、小姨子、女儿（鬼子在中国这样兽为你不会装做不知道吧？），请问你还要哭着要什么索尼的电脑吗？
2、其实只要假设一个就可以，一百条假设还是假设！

发布者搜狐网友 (http://blog.sohu.com/) - 12-20 11:33

楼主自己也说自己曾经有愤青的倾向，为何现在又来批判？是更年期吗？！你自己的思想转变不代表愤青咋的咋的，你的笔调现在仍然是个愤青，只是你自己不觉罢了！你自己不想“斗争”下去了！！也许是因为你衣服食无忧了！温饱了！你过上了满足的生活就去批判那些挣扎的人们！你丫脸皮够厚！！
我认为这个世界上本来就没绝对的对与错，何必去究其原由呢？？就评你能说清所有是是非非吗？？如过你的回答是“是”那你就是你所说的自大的人。我认为愤青的存在证明我们的社会还存在一批思想干净的人，这批人永远是最可爱的人！！
鄙视为装酷而骂人的人！！是中国人就应该抵制日货！你的买索尼的钱也许也许正被用来make打死你的子弹！！

发布者搜狐网友 (http://blog.sohu.com/) - 12-19 21:15

同不同意楼主观点是一回事，怎么表达同意或是不同意是另一回事。如果用语太刻薄，即算是有道理，也就没道理了。在这点上，与有些评论的朋友相比，楼主就是胜了一筹。强烈主张净化网络环境，谁的粗口谁收回。
愤青虽是个约定俗成的词，但究竟是什么样的一群人并不太好概括。楼主概括的虽未必全面，但确实有这些人。
爱国不分先后，也不分方式，但这个方式得经得起推敲，别一不小心成了“受国贼”！

发布者当下即净土 (http://chenhongwei.blog.sohu.com/) - 11-22 22:51

我觉得楼主得理由讲得很充分啊，鞭辟入里，有理有据，不算攻击，相反，楼下那些不讲道理的乱骂才叫攻击。被愤青骂，并不是被国人骂。不要混淆。我们认为被愤青骂是一种荣耀。

发布者搜狐网友 (http://blog.sohu.com/) - 11-21 13:49

言论自由,但要说出道理,不要随便攻击别人,玩文字也要慎思,否则象楼主这样被国人骂,这几年中国人就白作了.

发布者搜狐网友 (http://blog.sohu.com/) - 11-21 11:55

首先这样分出几类是不准确不负责任的，也可能是别有用心的，其次讨论任何问题仅仅只从经济角度出发是甚至只从眼前利益出发是不正确的，当然过去的汉奸也是知道从其它角度考虑的，只是他们把经济方面看得最重，成本观点不同而已，其三一个民族没有了民族主义，这样的民族是没有竞争力的民族，不能一概否定民族主义。有愤青的声音在，是民族之幸，没有扰乱社会，为害他人，应该鼓励至少要容许。其四总是有人攻击愤表，是观点之争，还是利益之争，难说，说不定还有别有用心的在以此想乱人心智，也未可知，这样人总是有的，什么样的人是爱国，什么样的人将来会是汉奸，其实人人心里都清楚，不见得愤青里边不出，但今天能对愤青恶言相向的人，出汉奸的肯定要多得多。

发布者搜狐网友 (http://blog.sohu.com/) - 11-20 16:39

看看自己属于第几类愤青.

发布者搜狐网友 (http://blog.sohu.com/) - 11-20 15:19

正确，民族主义者即法西斯主义者

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 22:42

请把愤青的主流叫做民族主义者，不要叫小名愤青。

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 21:58

人说来说是非者便是是非人,你发表此文,亦正说明你是一个愤(粪)轻,我来对你评论,也是说我亦是一个愤(粪)轻,不管你我承不承认都一样.首先你的标题就有问题,愤轻们的含金量肯定不一,你的标题是废话!但不管他是干部,军人,富豪,学者抑或囚徒,妓女,乞丐,盲流,只要他不只是一味的弄钱,吃,喝,旅游,做爱,想女人想男人,睡觉等等,而是有心去想一想他的民族的过去,现在和将来,他就是一个正常的有血有肉的人,值得尊重与鼓励的人,你的思想只是你的思想,与他人无关紧要,我亦是.一个国家里的人爱他的国家与民族,争他的民族尊严和权利若都被自己的同胞打压与嘲笑的话,我想这个民族真是就已经灭亡了.爱国是每个人应当的,因为别的国是别人的国,你从你的故乡到异乡去不一样的道理吗?他们会真正接受你吗?当然,爱国并不完全等同于爱此国此时的政府,爱的是这国的过去与未来,是这伟大的民族一路走来的风雨,爱的是先族的睿智,勇敢,博大,辉煌以及苦难,泪水和苍桑.爱一个人,就得爱他的优点和缺点,于我们的民族--五千年的民族亦是一样.

发布者徐云飞 (http://blog.sohu.com/) - 11-19 13:05

无赖的老年日本人根本就不承认侵略过中国！

无知的年轻日本人根本就不知道侵略过中国！

无耻的军国主义者说当慰安妇在当时是一种荣耀……

"对刽子手的仁慈，无疑就是自杀！"
在日本人预谋下一个无耻计划的时候，就让我们现在就开始做吧：
如果您是个爱国者，请转交10个以上您的朋友、同事.......
www.pe2008.com/cn/ 被日本人杀死的4000万同胞将感谢你！

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 11:38

本文的作者本身就是坨大粪。

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 11:37

我就不明白，在“国运当头”的时候，为什么还有作者这样的汉奸！大概是日本特务吧？

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 08:10

读了你的文章，我总算明白为什么当年有这么多的汉奸了．鄙视一切汉奸！

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 05:29

粪青们果然还是只会在一知半解的情况下扭曲地强词夺理，一点进步都没有，满脑袋的大粪。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 22:25

第一：如果同级配置的SONY的笔记本降到比联想的台式机还便宜，你买哪一个？

第二：如果东京大学提供给你全额的奖学金外加每月1000美元的生活补贴，你去读不去读？

第三：如果你毕业的时候，招聘会上你被三菱公司看中并OFFER你年薪30万做研发，这份工作你拒不拒绝？

你这三个问题提是以你自己的价值标准来定位的，你以你自己的价值标准来衡量，你觉得这三种假设对你似乎是有无穷的诱惑力，但我可以告诉你：

第一，无论索尼的笔记本降到什么价位，我不CARE，白给我也不CARE，我目前的经济状况可以让我豪不眨眼地买任何价位的笔记本；如果我很穷，我没钱，我买不起，我宁可不用，也不会拿索尼白给的！

第二，如果东京大学提供给我全额的奖学金外加每月1000美元的生活补贴，我不会去读！我读书的时候没有钱去国外读书，即便如此，我也不会选择去日本东京，去拿日本人的奖学金。我会在中国先为自己赚到美国或欧洲读书的学费，而且，现在，我已经实现了自己的计划。我现在在英国。在这里，伦敦艺术学院正在展出有关中国的展览：盛事华章！

第三，如果我毕业的时候，招聘会上我被三菱公司看中并OFFER我年薪30万做研发，这份工作我会拒绝！请你记住，如果我在人力市场的价值是年薪30万的话，其他的大的跨国公司也会给我同样的offer！30万的年薪只和我个人的价值或能力有关，并非由给我offer的日本公司有关！

发布者 abc_on_line (http://blog.sohu.com/) - 11-18 21:55

各位，还是好好学习，天天向上，多读点书，等真正明白。。。。。。呵呵

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:48

并不是字多＋字脏就有力量，骂人的这些，自己到文中去找位子坐吧
这句话写得更好，一句抵万句

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:46

汉奸们，你们总是笑看着我们祖宗的屈辱，而用最恶毒的态度和语言打杀着我们这些所谓“同胞”（应该不是？也许你是日本人当年留下的野种？），不平则鸣，有何不对，难道当年日本没有侵略中国，难道死去的那么多同胞他们不是人，历史的事实，和现在的拜鬼，我们作为中国人，只要是正常人，能不对此气愤？如果面对杀父仇人，他连个错都不认，你还要微笑着对他“友好”吗？我们表示对此不满，并不是我们不要中日友好，因为不要友好的是日本人。我们会有作为正常人的反应，当然我们也会顾全大局，总之是为了我们的国家好。为何扣个什么“愤青”的帽子？我承认你的本事高，你这种人如果有人奸杀了你的母亲，你是可以非常快乐、温顺的认那个人做干爹的，这点确实让人佩服，正常人都是做不到的，因为他们有良知、正义、羞耻心、尊严，而你是相反，你永远笑对一切，只要给你一碗饭吃就行。所以在你的思维里当年的抗日战争是不可思义的，抗什么日呀，对吧？你说我们成不了气候，你能成什么气候呢？历史有你们这些天生的汉奸的影子吗？如果你们能成气候，整个人类的历史就不是那样写了，比如今天就不是抗战胜利多少年的今天，而是日本管制我们多少年的今天了。但事实不是这样，谁是垃圾，不是很明白了吗？
写的好，坚决支持

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:40

日本人给你什么好处了？！或者你就是日本人和狗的不良杂交？你妈贵姓？

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

滚回你老家去，别在这里bb叨叨！

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

第一：如果同级配置的SONY的笔记本降到比联想的台式机还便宜，你买哪一个？

第二：如果东京大学提供给你全额的奖学金外加每月1000美元的生活补贴，你去读不去读？

第三：如果你毕业的时候，招聘会上你被三菱公司看中并OFFER你年薪30万做研发，这份工作你拒不拒绝？

我真的不稀罕，人对精神的追求应该高于物质。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:42

帮助同胞自我反省，揭露那些煽动者的图谋——如作者这样的文人才真正是有良知的文人
这样犀利的文字，自然会刺激到某些人敏感的神经了，可以理解。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:08

奇文啊

愤青似乎是人人喊打

但是对愤青施以刻骨的冷嘲热讽的诸位

你们对同胞的宽容似海深啊

一面抨击着自己的同胞诸位反愤青分子完成了道德和人格的自我完善

恭喜诸位贺喜助威

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 17:50

无论如何，只要是真实意思表达，无可厚非，无须分类，自以为看懂了所有国人，有些可笑！
反日是反对不尊重华人之流，如果你看见日本人在中国的斑斑劣迹，善良的老人告诉你日
本人的烧杀抢掠，你的心态如何？除了日常工作之外，交流下反日情绪又咋了！愤青咋了！
我所做的就是不用日货，这是我的原则，咋了！还影响了周围一帮人！咋了！可笑，你也是文人？

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 16:14

当年抗日的时候许多不但没工资，甚至没吃没穿，当汉奸就不一样了。你的这篇狗屁文章，通遍就是这么一个逻辑。你的汉奸嘴脸已经非常清晰了。所谓“以小人之心度君子之腹”，本文作者去揣测他所谓“愤青”的心思，也完全是从汉奸的角度去揣测的。所以，如果是当年，是抗日，还是当汉奸？作者当然是选择当汉奸。他所谓“愤青”所愤为何？当然是完全出于义愤。而他竟然去拿什么留不留学、给多少奖学金来衡量这种感情。这说明这些汉奸们确实是一群怪物，他们根本无感情可言，更别说爱国感情了。他们是真正的“小人”，他们所关心的，就是他们个人的吃、穿、用等，完全是个蛀虫式人物。如果他所谓“愤青”连区区奖学金都舍不得，当年的抗战怎么会有那么多热血青年连生命都贡献出去呢？总之这种人不可理解，他们也真正是可以省略的废物，他们爱喷什么大粪就由他们去喷好了，他们才是“粪青”！锄奸队暂时没成立，就让他们多活几天吧！

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 15:51

“民族工业”是不是属于全“民族”的？保护它是在保护某一个阶级的少数人还是在保护全国人民？这跟地方保护和地方垄断有什么区别？你们似乎永远都分不清出谁是“我们”，谁是“他们”。如果每一个人的利益都被损害了，全民族的利益在哪里？
人民都已经厌倦了几十年来的宏伟口号，需要的是切切实实的生活，牺牲每个“个人”来成就的“集体”是个天大的谎言，真正的爱国青年不是只记得仇恨的军国主义青年

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:58

哈哈哈，小样（羊），做人要厚道！（要用成都话说哦）

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:41

当前，中共one党专政，不允许建党，如果可以，成立民族主义党肯定不逊于美国鹰派和日本右翼，这是一部分思潮和势力，不是那只獐小羊看的那么肤浅，呵呵。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:36

貌似正确的伪论，一个真时的汉奸、买办阶级的代言人。
你忽视了其中满腔热情的真正爱国者，真正抵抗汉奸的人。
你所谓的“如果”是有条件的，同级配置的SONY的笔记本降到比联想的台式机还便宜，政府就会反倾销了，它破坏的不是我个人利益，而是要摧毁中国的民族工业，你知道不？
至于提供奖学金去东京大学之类言论，我们都是坚决支持去的，国外留学怎么就和汉奸、不爱国联系了，学成回国报效祖国和人民，对中国有好处的事情，为什么不做？
还有在日资企业工作的事情，如果30万年薪拿到的工作是帮助日本攻打中国，那么有良心的中国人是不会做的，除非你这个斑猪；北洋军阀总统徐世昌在日本邀请担任伪华北最高行政长官都不做，岂比你30万年薪高得多？如果既挣了钱又不损害国人利益何乐而不为？
美国有所谓的鹰派宣扬“中国威胁论”，一段时间甚至还是政治主流；日本有相当反华的右翼，其首相小犬就是，我们的青年在网络上反击一下这些反华势力，为什么遭到如此多所谓“鱄猰”“叫兽”的指责？
鲁迅和毛泽东都说过“文人软骨头”的言论。真理！首先声明本人从事的是具体科学，不与那些文字游戏的人为伍。
诚然，现在网上言论鱼龙混杂，但真正的愤青是有理、有利有节，不会盲从，也不会迷失方向，相信真正的愤恶如仇的爱国青年才是我们民族的脊梁！

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:18

LZ对这个世界的认识，看起来还真的算清晰的。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:10

楼下的，是褒还是贬？在你这样的反对者看来楼主都已经算是“中国文人”了吗？这样的话楼主真的应该感到非常荣幸。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:08

中国文人总认为自己了不起，自己是最牛的，楼主也是这样的货色。自高自大，自以为认清了这个世界。拜托做人还是要讲点良心的。

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 12:52

愤青招谁惹谁了？最近几乎这些字眼儿到处都是……
前几天去一个只见过一篇文章的朋友那里看文，竟然在收藏一栏中我的博名下面赫然标注“一个小愤青儿”。
我当时就笑了，谁还没个脾气，谁不是打小时候的叛逆心理爬过来的？我这也就愤青了？！

我就是要做一个当代小愤青儿，我的目标就是要愤得起自己的良心。我认为，我没错。

发布者 ╃安然DE悲情城市┩ (http://annran.blog.sohu.com/) - 11-18 10:28

再次见证武大的软弱，弱智和平庸的作为，我出离愤怒了！

MingGe — Sat, 17 Dec 2005 04:02:00 GMT

爱国是需要热情的
爱校也是需要热情的
然而当某些人做出让你忍无可忍的事情的时候，你怎么办？
再次见证武大的软弱，弱智和平庸的作为，我出离愤怒了！
今天，航天英雄要到我们学校来进行报告，我们寝室几个特地起了个大早，最近基本很少9点以前起过床的但是今天我们7点就爬起来了，早早的来到人文馆那里等候英雄的到来。
彼时，很多人已经列队聚集在人文馆那里了，其中狠抢眼的是一大群小学生，戴着红领巾，非常可爱。站在我们这一排的是中学生，唧唧喳喳的，各个话语都很多，思想非常活跃。鲜红的脸上映衬着勃勃的朝气。一个人文学院的男生跑到这群孩子的前面招呼喊口号，小孩子非常配合，摇着彩旗，喊着稚嫩的语言，让人为之动容。我想，今天过来看到这些可爱的学生我也就狠满足了啊。
等啊等，原定的9点，一直等到9点半，才终于看到要等的人来了。可惜第一眼看到的不是我们的航天英雄，而是那个linjn，哈着腰招呼着一大帮人，接着，视线中终于看到了两片绿，是了，就是穿着军装的聂海胜和费俊龙了。他们缓缓走来，孩子们大声的喊着“欢迎航天英雄，向航天英雄致敬...”，欢呼声中，这群人就直接进了人文馆，留下的是我的大大的惊诧和遗憾。
为什么linjn不停下来和我们武大的同学说几句话？为什么不邀请两位航天英雄对我们的同学讲几句话？
为什么这么一大帮的领导们看到广大的同学在瑟瑟寒风中发抖就不知道安慰一下，就算是做秀也罢啊
为什么做为湖北老乡的聂，也这样从他可亲的父老相亲们身旁麻木的走过，在这么多可爱的眼光注视下木然的走过，在多少记者的摄像头面前走过，一声不吭？
可悲！
这就是堂堂一个武汉大学校长的形象？这样的毫无“pl”和这样的“ws”让我实在无语了!
我陷入了沉默，因为我的心已经寒到了冰底！
当人文馆面前的人群逐渐散去的时候，我还站在那里，看到很多人往人文馆里面钻，我想也许我们还有机会到人文馆里面听英雄的报告吧。于是和大家一起挤，但是不久，就遭到一批工作人员的阻拦。我想，难道连我们本校的学生听报告的权利也没有吗？于是就上前和一个似乎是一个小头头模样的人理论，以下是交谈的原话，看完以后，你会是什么感觉？
1.什么不让我们进去听报告
他说：里面满了；
2.我问：怎么我们没看到人进去人就满了呢
他说：人家有票；
3我问，为什么要票，难道听航天英雄的也要票？
他说：你到别的地方去发表你的高见
4我问：你是不是武汉大学的工作人员？
他冲冲的说：我是6大的（武汉方言）
4。我一下子火了，对着这群人，咆哮了一句，你们这些人把武汉大学的脸都丢了！
那些人理都没有理我了，我能怎么办？
我于是走了，看着那些三三两两撤退的小学生们，我真的为他们感到心疼，为了这些rubbish我们的孩子真的受罪了，而且还造成了很不好的影响，这个责任谁负？
今天是我姐姐的生日，她问我怎么不打个电话一下啊，我苦笑，先祝福，然后告诉了她我今天1个半小时换10秒的经历。她说：武大怎么会是这样的啊,也是太让人失望了！我笑笑，老弟以后绝对是不让他考到这个在liujingnan手上已经堕落得不行的学校了。
回去的路上我们几个都在感慨刘道玉时代的武大是多末的让人怀恋和向往啊，时过境迁世事沧桑啊
回到实验室碰到professsor sun，我也告诉了我今天的经历，虽然和老板说这个话题似乎不好，但是我似乎无法控制，和每一个我碰到的人都说着今天的经历和感受。
为什么？不是我不爱我的武汉大学，而是为我可爱的武汉大学的堕落而痛心...
......
为什么我的眼里噙着泪，因为我对这土地爱得深沉...

老天看来还有眼...

MingGe — Thu, 15 Dec 2005 07:06:00 GMT

今天一上午的时间又献给了NBA直播：火箭VS勇士

这是迄今看过的火箭最精彩的一场比赛

火箭成功的完成了绝命大反击！

火箭成功的在加时比赛中获得了最终的胜利！

姚明完成了关键的一次助攻！

姚明很久以来第一次在火箭赢球的同时拿到了全队最高的比分！

这一场比赛真的是很久以来看到的火箭打出的一场酣畅淋漓的比赛！

在丑陋的第三节和第四节的全面大部分时间，火箭似乎再次证实其实力只能欺负那些鱼腩球队，我虽然着急，但是已经不抱希望了。全场最后6.5秒，在我准备关掉直播的时候，屏幕上赫然写着”98VS98”，惊喜！真的进了，最后的一个3PT，而且是我们的Yao的助攻！

太好了，奇迹开始又上演了啊

接下来的加时赛。火箭似乎一扫前面的颓势，有板有眼，最后有惊无险的拿走了最终的胜利！

我不停的默念：老天真有眼啊

既然我们可爱的火箭都能遭遇老天的垂爱，那么我的北电是不是也开始会有希望呢？我必须争取了，我希望这一次老天也有眼了！

Ps：一个小时后当我打电话北电的时候---这个电话昨天打了一天就是打不通，今天竟然一打就通了，而且我说话的音调和音色也达到了最佳，真是老天有眼，我终于得到了我期望之中的答复：我确实已经在北电的Offer list上面，但是，由于我是因为在是否实习这个问题上拒绝了实习，所以他们就把我cancel了。我于是只得向他们许诺：我是可以实习的，一月以后或者三月以后均可。他们的答复就是：我这样说其实心里面也着实无奈，我除了这样做以外我还能做什么呢？看来老板那边也是要好好的磨一磨了啊…

限定符&和const在参数传递中引入的误区

MingGe — Wed, 14 Dec 2005 12:53:00 GMT

网上看到的有关&和const在参数传递的时候的一个问题，比较有启发，根据大家讨论的结果将其整理出来相信以后就可以避开这个误区，以后碰到这方面的问题就可以会心一笑了。

我们从一段代码看起。

//const_match.cpp
#include <iostream>
using namespace std;

void f(const int* & p) //#1
{
    int a=2;
    int* p1=&a;
    p=p1;
    cout<<"#1"<<endl;
}
void f(const void* p) //#2
{
    int a=2;
    int* p2=&a;
    p=p2;
    cout<<"#2"<<endl;
}

void foo(const int* p)
{
    cout << "A" << endl;
}
void foo(int* const p)
{
    cout << "B" << endl;
}

typedef int* int_ptr;
void goo(const int* p)
{
    cout << "A" << endl;
}
void goo(const int_ptr p)
{
    cout << "B" << endl;
}

template<class T>
void ff(const T val)
{
    foo(val);
    goo(val);
}

int main()
{
    int* p=0;
    f( p );

    const int* & r = p;
    cout<<p<<"    "<<r<<endl;

    ff(p);

    return 0;
}

程序的结果应该是

0012FF1C 0012FF1C

提这个问题的原因是，在函数f中遇到了这样一个问题

int* p;
const int* & rp=p;

首先要理解 const int* & 意味着什么。根据C++的定义

T D;
如果D具有如下形式：
& D1 //注意，&与D1之间不能有任何cv修饰符

比如T D = & D1;
那么标识符D1的类型为“reference to T”。

如果套用上面的格式，则：
T D;
const int* &rp;

这样，D就具有了&D1的形式，其中D1为rp。而T，则是const int*，这是个类型，其含义是“pointer to 'const int'”，因为解析指针的格式与解析引用的格式（上面已经列出）几乎相同，只不过将&换成了*（见C++98 8.3.2）。

“const int* &”的含义是“a non-const reference to T where T is a pointer to 'const int' ”。

现在看const int* & rp=p;

标准C++中这个用法是错误的，因为C++中有一条基本的规则：不能将non-const的引用绑定到右值（rvalue）！

在上面的转换路径中，从int*转换到const int*创造了一个临时变量，临时变量是右值（rvalue），要将这个右值绑定到non-const引用却是万万不能了！为了可以编译，在标准的C++中要通过编译的写法应该是

int* p=0;
const int* cp=p;
const int* &rcp=cp;

用一个中间变量cp来承接了转换后的值，cp是个左值（lvalue），可以绑定到non-const引用。至于为什么要有这条古怪的规则是为了避免不可理解的语义，考虑下面的例子：
int i= 0;
double& rd=i; //错，左值不能绑定到non-const引用
rd=10;

这里，i转换为一个double临时变量，这个变量无法绑定到double&。所以是错误的。试想，如果允许这个例子通过编译，那么程序员会认为rd绑定到了i，从而“rd=10;”改变了i的值，事实恰恰相反，rd只不过绑定到了一个临时的double，改变的是个临时变量，i没有变。这就导致了语义模糊。而如果这里绑定到的是个const引用就不同了——“rd=10;”根本不能通过编译，也就杜绝了错误。

实际上VC对标准的C++语义进行了扩展，VC在编译时没有使用中间存储区，而是简单地将原指针的地址赋予引用变量，所以下面的用法是可行的

int* p = 0;
const int* & r = p;

实际上，在gcc环境下，以下方式也是可行的

int* p = 0;
const int* & r = (const int*)p;

当然在这样的处理之后，我们对r的后续操作就不会再对p的取值产生影响了。

详细的可以参考

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_microsoft_extensions_to_c.asp

以上关于const int*的语义的模糊的原因是由于加入了引用，即加入“&”符号造成的，另一个原因是继承了C里面的劣根性——“const int i”和“int const i”表示同一个意思“一个整型常量”。

同理，关于模板参数推导的问题，其实，const加上模板参数的类型组合方式，也可以按照理解typedef的方式来认识：

模板参数本身表示一个类型的整体，前面加的const是修饰整体而非局部。比如：
template<class T>

void f(const T val);

当T为int*时，T的语义是“整数的指针”，而const这时修饰的是“指针”而非“整数”，所以，经过这样的限定，最终的val类型是“整数的常量指针（int* const，指针本身不可变）”，而非“常量整数的指针（const int*，指针所指的值不可变）”

所以，当我们把int*传入上面的模板函数时，参数类型被改变（其实是限定，C++标准里叫cv-qualified）成了int* const。这也就是ostream_iterator& operator=(const _Tp& __value)这个函数接受指针参数时所做的事情（const和后面的引用修饰符无关）。

Thinking by MingGe

不要迷失自己

科研的方法

一个关于在子类中每次调用基类的函数new出来的内存都是一样的错误已经解决,向两位兄台致谢~)

一些想法和总结(不断补充中)

微软MSN面试2-C++里面的虚函数！

百度个人收费战略——打造互联网增值服务的“沃尔玛”(转自天涯)

微软MSN面试1－合并相同的字符

坚持理想的人

曾经的激情

面试结束了，任务开始了

明天去上海面试～

过桥问题的一些新想法

银行借记卡ATM跨行取款手续费(转载)

平安夜,做着"神话"的梦

遭遇囚徒困境

转自sohu上面的一篇文章－当代愤青的含金量分析

评论

发布者 搜狐网友 (http://blog.sohu.com/) - 12-20 13:07

发布者 搜狐网友 (http://blog.sohu.com/) - 12-20 11:33

发布者 搜狐网友 (http://blog.sohu.com/) - 12-19 21:15

发布者 当下即净土 (http://chenhongwei.blog.sohu.com/) - 11-22 22:51

发布者 搜狐网友 (http://blog.sohu.com/) - 11-21 13:49

发布者 搜狐网友 (http://blog.sohu.com/) - 11-21 11:55

回复

发布者 搜狐网友 (http://blog.sohu.com/) - 11-20 16:39

发布者 搜狐网友 (http://blog.sohu.com/) - 11-20 15:19

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 22:42

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 21:58

发布者 徐云飞 (http://blog.sohu.com/) - 11-19 13:05

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 11:38

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 11:37

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 08:10

发布者 搜狐网友 (http://blog.sohu.com/) - 11-19 05:29

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 22:25

发布者 abc_on_line (http://blog.sohu.com/) - 11-18 21:55

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 20:48

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 20:46

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 20:40

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 19:42

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 19:08

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 17:50

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 16:14

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 15:51

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:58

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:41

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:36

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:18

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:10

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 13:08

发布者 搜狐网友 (http://blog.sohu.com/) - 11-18 12:52

发布者 ╃安然DE悲情城市┩ (http://annran.blog.sohu.com/) - 11-18 10:28

再次见证武大的软弱，弱智和平庸的作为，我出离愤怒了！

老天看来还有眼...

限定符&和const在参数传递中引入的误区

发布者搜狐网友 (http://blog.sohu.com/) - 12-20 13:07

发布者搜狐网友 (http://blog.sohu.com/) - 12-20 11:33

发布者搜狐网友 (http://blog.sohu.com/) - 12-19 21:15

发布者当下即净土 (http://chenhongwei.blog.sohu.com/) - 11-22 22:51

发布者搜狐网友 (http://blog.sohu.com/) - 11-21 13:49

发布者搜狐网友 (http://blog.sohu.com/) - 11-21 11:55

发布者搜狐网友 (http://blog.sohu.com/) - 11-20 16:39

发布者搜狐网友 (http://blog.sohu.com/) - 11-20 15:19

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 22:42

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 21:58

发布者徐云飞 (http://blog.sohu.com/) - 11-19 13:05

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 11:38

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 11:37

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 08:10

发布者搜狐网友 (http://blog.sohu.com/) - 11-19 05:29

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 22:25

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:48

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:46

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 20:40

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:44

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:42

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 19:08

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 17:50

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 16:14

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 15:51

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:58

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:41

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:36

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:18

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:10

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 13:08

发布者搜狐网友 (http://blog.sohu.com/) - 11-18 12:52