来MSRA已经几天了，正在逐渐熟悉中。我要做的东西是分布式数据挖掘。由于刚来，这几天的主要任务还是阅读文档，有不少新东西需要学习。

MSRA 的环境相当好，无论是硬件还是软件。从软件上来说，这里有世界顶级的researcher，最好的programer，最全面的研究资料，每天都有一些世界各地的研究者来做讲座。从硬件上来说，这里的计算机设施也是一流的，这个就不用多说了。每层楼还有打印室以及取文具的地方。此外还有很多工作之外的配套设施，比如说水房，大家可以到里面随意取饮料喝，包括各种瓶装饮料、各种茶、牛奶、朱古力以及现磨咖啡这些。每层楼还有一个活动室，可以玩桌球和桌上足球之类（我还没去过）。 

前天去mentor的办公室讨论，意外发现旁边的办公室就是许峰雄的（不认识他至少知道战胜国际象棋大师的深蓝电脑吧）。今天讲座的张益肇博士是以前语音组的老大，做出过相当出色的工作。感觉MSRA牛人遍地。

这里的人工作都很努力，实习生也是这样。到了晚上11点都还有一些人在持续工作，我扛不 住他们，为了顾及身体我一般不会晚于11点走。这里偶尔还有人熬通宵，我们那一圈就有人熬过。不过这里的工作时间很弹性，晚上走太晚了第二 天早上可以晚些来。

刚来不久，还有很多东西不熟悉，很多活动也都还没有参加过。如果有空，以后会继续写一些感受。

通过询问sandro师兄和Forrest，解决了一个关于DLL中类的疑惑，非常感谢这两位不厌其烦的解答！
对于在创建类的动态链接库来说，具有一定的限制，那就是1.只能C++使用。2.只能静态载入（绝大多数境况）。这就是说，如果要跨语言使用的话,，单纯的使用函数。

要引入一个库，有三样相关的东西，dll文件，lib文件以及头文件。这里的lib文件不是单纯的lib文件，而是dll的lib文件，与通常的lib文件不同的是相对于一般的包含obj的lib文件它里面只包含有符号表。

如果我们要在一个工程中使用dll库，可以有几种方法。（以visual stuidio 2008为例）

一、如果3样都用，那么导入dll文件里面的内容就很方便，无论是类或者其他。当然，如果有类的话，最好用静态方法调用，这方面的介绍很多。

1.对于静态方法。

把库的头文件和lib文件放到工程目录里面，放在什么地方自己定，然后在工程属性的C/C++->Additional Include Directories里面设置头文件的存放目录以及在Linker->Input里面的Additional Dependences里面设置lib文件的位置。注意dll文件要放在exe同一个文件夹里面（或者%windows%\system32下面或者PATH路径指定的地方），否则程序会因为找不到dll文件而出错。当然，在vs环境下因为当前目录是工程目录，所以dll文件即使放在工程目录里这个问题还不会体现出来，一旦程序release过后，没有了工程文件，自然就找不到dll文件了。

2.对于动态方法

用动态方法lib就是多余的了，与（二）的方法一样,但是想用动态方法得到类是比较困难的。而且操作比较麻烦。一般不提倡这样用。具体方法可以参看：

（Using classes exported from a DLL using LoadLibrary，http://www.codeproject.com/KB/DLL/classesexportedusingLL.aspx）

它的中文翻译可以在这里找到http://waterlin78.gjjblog.com/archives/1053556/。

如果没有使用lib二直接根据头文件的信息来生成类的话，那么会出现这个链接错误。

unresolved external symbol "public: int __thiscall TestClass::add(int,int)" (?add@TestClass@@QAEHHH@Z) referenced in function _main

二、如果只用头文件和dll文件，那么就只有动态方法了。

使用动态方法不需要lib文件，程序直接通过LoadLibrary来加载动态链接库，然后通过GetProcAddress来获取函数入口地址，进行操作。比如dll文件中有一个int add(int a, int b)这样的函数，那么我们可以定义一个这样的函数指针类型typedef int(*func)(int, int)来获取函数。func addFunc = (func)GetProcAddress(hInst, "add")，其中hInst是实例句柄，add是dll中函数的名字。之后我们通过addFunc(int, int)来操作了。

参考文献：

（Using classes exported from a DLL using LoadLibrary，http://www.codeproject.com/KB/DLL/classesexportedusingLL.aspx）。

使用LoadLibrary调用DLL中输出的class，http://waterlin78.gjjblog.com/archives/1053556/。

如何做才能从dll中导出类，http://magichere.bokee.com/viewdiary.13373439.html。

VC++中Dll的调用与Dll的调试，                           http://www.mxjava.com/blog/article.asp?id=223

无意间访问了一位从UESTC出去的仁兄的blog，发现这位仁兄正在学校饱受由于编程能力有限而无法很好完成project之苦，不管是做学术还是做工程这项能力都是必不可少的啊，无论在纸上推公式推得多么优美，最终还是要验证的。希望他通过这几个月的奋起能够大大提升实力。

他的blog：http://vanderong.spaces.live.com/

      这一段时间和唐良师兄一起做一些Machine Learning的基础工作，准备把目前一些最基本的算法用C++实现做成库，方便以后实验室做实验。同时他的观点和我一直所想的一些观点一致，现在正好借此机会写出来。

      这个工作看起来非常的没意思，只是做一些前人早就已经完成的工作，相当的没有创造性，也不能够有所成果。其实不然，这样做是有很多好处的。而且对于实验室对于个人来说都有好处。

      首先对于实验室。我想做过论文实验的人很多都有这样的体会，那就是做一个对比试验需要做很多重复性的工作，把别人的文章中的数据结构和算法重新实现一遍，然后和自己的做比较。这样是很耗费精力的，因为每次做实验都要多写很多的重复性程序，其实真正有价值的只是自己那个，其他的只是“绿叶”而已。可是不这样做不行，因为在很多情况下对比实验是必须的，没有的话自己的数据结构或者算法会显得相当没有说服力。因此大家通常有两条途径获得对比程序，第一是直接找原作者找现成的代码，第二是自己实现，两种方法各有利弊。

      对于第一种而言，这种方法很省力，而且得到的代码也是由原作者亲自写的，既能够完全反映原作者的想法又有权威性。但是它有一个缺点，那就是当时的程序所处的环境也许和你现在的环境不一样，或者使用的程序语言不一样，和自己的程序不具有可比性，不能够拿来做对比试验。另外，原作者的测试数据与自己的测试数据也可能类型不同，这样原作者的程序也不能拿来直接用。总而言之，使用原作者现成的程序的局限性很大。

      对于第二种方法来说，自己写程序确实能够完全满足自己订立的规约，能够很好的用到自己设计的实验当中，而且自己写的程序具有很好的可比性，能够做到各个程序在完全相同的环境下运行，做出的实验比较公正真实。然而这样做的时间成本很高，而且经常是做的重复性工作，往往做一个对比实验需要若干个其他同类型的程序，全部自己从头一个个写相当耗费时间，而且一些程序还需要其他的基础，比如使用其他的更基础的数据结构和算法，这样下来我们又需要实现那些程序，这样是相当漫长而痛苦的一个过程。

      因此，如果对自己所有的实验订立一个统一的标准的话，那么以往做实验时做过的工作就可以重用，从而大大减少实验准备时间。当然，对于一个实验室或者一个group而言，大家可以共同订立一个规约，从而可以共享以往的实验资源，这样对大家都有好处。国外很多的实验室都有自己的一套体系，都具有积累了多年的实验资源。这样，如果需要做一个新的实验，只需要简单的使用以前的资源，节省了大量的时间，同时减少了出现错误的几率。然而国内的情况并不是这么理想，有相当大一部分实验室是单兵作战，或者是一个非延续性的团体。大家做实验都是“自己做原材料，从原始社会开始工作”，这样是很难达到很高的水平的，这不是因为我们达不到高水平，而是因为从最基础的开始做起达到高水平时间成本太高了，一般人承受不了。我们国人的科研能力应该说是相当强的，不然顶级会议上不会出现这么多华裔人的面孔。

      现在来说说对于个人的好处，这个就不细讲了。无非就是可以让自己快速的熟悉这个领域，其次就是提高自己的动手能力。对于前者，有些人会说，看专著读综述可以更快的了解。这个确实没错，但是这样只是被动的接收知识，很难以牢固的掌握。俗话说百闻不如一见，同样，百见不如一练，只有自己亲手做过的事情自己才有印象。也许有人有这个经历，上课总觉得不如自己看书效果来得好，一上课就犯困，但是自己看书就不会困。这是因为我们的注意力没法集中的原因，主动接收信息和被动接收信息无论从强度还是持续性来说差别都是很大的。可能大家也有这样的感觉，那就是看过的书学过的内容过了一段时间就会遗忘。这是很正常的现象，而且印象越浅的东西遗忘得越快，另外就是别人的东西比自己的东西遗忘的快，这些都是客观规律。如果我们要想遗忘的慢些，那么自己动手重复前人的最基础的工作就是一种很好的方法了。这样学到的知识是扎扎实实的，而不是仅仅浮于纸面上。纸面上的东西学的再好，即使倒背如流，那始终是别人的东西，只是能够用来考考试。只有把纸面上的东西消化了，那才能够真正达到融会贯通的程度，才能源于他人，超越他人，也才能算得上是熟悉了这个领域，如果自己不投身进来，那永远是个门外汉。

      对于提高动手能力这一点，这一点也显而易见。对于我们这个以应试教育为主的国家来说，现在有很多学生具有很强的考试能力，然而在真正决定生产力的实际动手能力上来说是欠缺很多的。虽然这个问题在近几年开始有所改善，但是依然问题严重。总体来说，我们学生的实际动手能力普遍不足，能力高的人可谓凤毛麟角，而理论与实践能力均强者更是寥寥无几。这种情况与国外有着很大的差距，据我所知，国外CS本科生的很多课都有课程设计，比如如果学数据库的话就很可能把所有选课的人分成若干小组，每个小组独立开发出一个具有基本功能的小型数据库来，然后再进行评比。当然，我们也有课程设计课，但是含金量怎么样呢，这个我们就心知肚明了，似乎写一个B树或者B+树的就算很好的了，写一个独立存在的数据库就不用考虑了。也许有人会认为这些都是别人已经做过的事情，我们不用去重做。那好，这个观点很正确，前面我也提过，重复工作不用去做。但是有一个前提，那就是如果让我们去实现一个很基础的东西，比如B树，我们能够很容易的搞定，那么我们就确实不需要考虑这些基础的东西了。但是如果我们连基础都不能够深入理解的话就不要去架构空中楼阁了。那是不牢靠的。总而言之，无论是做工程还是做理论（做纯计算理论者除外），动手能力都必不可少。做工程的不必多说，动手能力不强没法做出来。对于做理论的来说，没有扎实的功底来实现实验，那么再绝妙的idea都是没有说服力的。

      以上就是我的一些看法，可能不完全正确，不对之处请提出。