最近发生了一些不大不小的事，老余说你应该写一写留作纪念，想想也是，站在黑漆漆的电脑屏幕前洞察到的人性，当然值得大书特书。

具体事情按下不表，得出的经验如下：

1、洞察人性最好的方法就是杀入商场，没有什么比利益的诱惑更能激发出人性的黑暗面。

2、天底下没有永远的朋友或永远的敌人，你看好的背后可能捅你刀子，你憎恨的也许反而有做事的边界。都不重要，重要的是你要想好自己的底牌和后招。

说白了，一切都是博弈。你推我挡，玩得一手好太极，不动声色之下牢牢握住自己的底牌和后招方为上策。

3、做人不能太贪婪，太贪婪什么都得不到，做人也不要太聪明，聪明反被聪明误。

4、凡做过必留下痕迹，墨菲定律是对的，你害怕它发生的往往最终会发生，所以做坏事之前自己先掂量掂量善后能不能做好，否则干脆别做。

5、渠道的力量不可忽视，不会借助别人力量来做事的人做不了大事，也永远无法成功。

一个企业，首先要知道的是为谁而生。企业的直接客户是谁，潜在客户是谁，客户的特征是什么，这是否是一块盐碱地，还是一片蓝海？

即使是传统成熟行业，作为一个新入者，如果他还有所追求，为谁而生这个问题一定是淌出来的，而不是想出来的。

不怕路远，路难，方向要对。为谁而生这个问题想对了，路就走对了，企业的价值观也会依附于它。而这个问题想错了，企业之路必然会更加崎岖不平。

X毕业一流大学，光学专业，从事的是照明行业。他的企业之路颇有意思。2年前他想做一件照明领域的工具产品，提供给别人用。却又发现如果做出来了，用户在哪里却不知道。于是转型，借着微信的东风专注于创建照明领域的内容开发，主要就是通过微信公众号，结合志愿者模式做内容传播，前半年主要靠自己，后来逐步有了影响力，开始有大量志愿者通过公众号平台聚集到一起，从事更多翻译和创造性的工作。有了这个基础，事业开始步入正轨。
照明行业，聚集了众多中小企业，从上游芯片厂商到中游设计到下游施工队，整体比较浮躁浅薄，国内产业以抄袭为主。鲜有人静心想为行业做点什么，内容贡献就更不用提。这便是X的机会。
建立行业影响力后，这些中小企业就增加了一个媒体渠道，这时候公司就能够有一些基本的现金流。但是，仅仅是媒体渠道，还不足以让体现一个公司的理想，一个有理想的公司，应该是能够变革行业的。下一步怎么走？玩法很多。

最近在做OceanBase RootServer重构后的测试，主要测试工具是用我们牛逼QA开发出的obtest神器。

测试结果总是不太稳定，各种细节错误且不完全复现，很耗人。导致积极性下降。

调整策略：测试期间给自己安排一些优化/重构的活儿，穿插着做事情。

写了两年半的OceanBase，知识体系却依然没有完善，思考原因：缺乏实践。OceanBase中大家都是螺丝钉，各自负责一亩三分地，别人地里种了什么虽然能看个大致，比如施的什么肥，打的什么桩，搭的什么架子，种的哪种秧，但若问为何是这种肥，怎么非得打个桩，架子斜着搭，却又种南瓜秧，则是问着我了。知其然，不知其所以然，是学习OceanBase的最大的难题。

企图从分析源码的角度来体会作者意图的方式失败了。总是不得要领，收益甚浅。

还是祭出老办法：好记性不如烂笔头。动手写码，写一个简单一些的NoSQL系统出来。俗话说，麻雀虽小五脏俱全，只要这个系统能完整做下来，一定会受益甚丰。

于是，MacrayKV诞生。取这个名字是因为这个项目带上了Macduan学弟一起做，我的id是Raywill，俩名字一凑，macray，读起来还蛮上口的。KV则表示key-value存储的意思。就这样了。

没多少天就发现，自主做事最精彩！创新的激情在自主做事的情况下能得到最大激发。比如今天：

基于tcmalloc写了一个线程安全的全局内存分配器，写完之后必须测试一下。为了测试线程安全的特性，必须使用多线程编程。淘宝多隆写的tbsys系统库提供了比较好的多线程封装，用起来已经比较方便了，但在测试代码中多处用多线程时则会发现有大量的冗余代码。每一个需要并发的代码片段都需要创建一个类和一个回调方法，把并发的代码填在回调方法里面。这么做有两个坏处：（1）打乱了测试代码的连贯性。 （2）代码冗余不易维护。（3）还得记忆多线程封装库的用法，我记性太差，每次都要查。

今天早上突发奇想，能不能有一种类似intel #progrm parallel这样的directive呢？这种想法很大程度上是受了前不久coolshell上《数据即代码：元驱动编程》这篇文章的影响。摸索了三十分钟，一个C++的宏方案出台，相当好用：

TEST_F(ObTCFactoryTest, mt_basic_test)
{
  // 第一次并发测试
  BEGIN_THREAD_CODE(my_run, 50)
  {
    for (int i = 0; i < 1000000; ++i)
    {
      Base *b1 = base_tc_factory_t::get_instance()->get(0);
      ASSERT_TRUE(NULL != b1);
    }
    base_tc_factory_t::get_instance()->stat();
  } END_THREAD_CODE(my_run);


  // 一些同步测试代码
  // put your code here


  // 第二次并发测试
  BEGIN_THREAD_CODE(my_run2, 50)
  {
    for (int i = 0; i < 1000000; ++i)
    {
      Base *b1 = base_tc_factory_t::get_instance()->get(0);
      ASSERT_TRUE(NULL != b1);
    }
    base_tc_factory_t::get_instance()->stat();
  } END_THREAD_CODE(my_run2);

}

其实现也是极简的：

#define BEGIN_THREAD_CODE(class_name, thread_count) \
  class _##class_name : public tbsys::CDefaultRunnable \
  { \
    public: \
    _##class_name() { _threadCount = thread_count; } \
  void run(tbsys::CThread *thread, void *arg) { \
    UNUSED(thread); UNUSED(arg); \

#define END_THREAD_CODE(class_name) \
  }};\
  _##class_name my_##class_name; \
  my_##class_name.start();  my_##class_name.wait();

more code details here

然后，我就把这个方案移植到了OceanBase，得到了@郁白 的大力赞扬。OceanBase UpdateServer模块的单元测试对于并发测试的需求非常旺盛，希望以后能在代码中处处看到它的使用。

希望自己坚持下去，马上做，做精彩。