Expand
CollapseMon 07 January, 2008
Sun 06 January, 2008
22:14 移动营销的十大技巧» 言多必得 原文作者：http://www.mobilestorm.com/digit
原文链接：Mobile Marketing Tips
译者：师北宸
移动营销的十大技巧
声明：本文可以转载，转载时请以超链接形式标明文章出处和作者、译者信息以及本声明。
首发：译言
作者：Jared
Reitzin
译者：师北宸
如果采用正确的方法，移动营销的效果会非常显著。在我们最新发布的“SMS Or Die”白皮书中，统计出了分别使用email、SMS与传统邮件得到响应的比率，很显然，通过SMS得到的响应远远超过了其他几种通信模式。下面，有十个技巧来帮助你利用SMS进行移动营销：
1、 建立一个合法的数据库：千万不要一股脑的往数据库里面添加手机号码，先征求大家的同意！可以通过Web提交表或者使用特定的关键字作为确认的方式。此外，我强烈建议以二次呼叫的形式，通过用户确认后，再把用户数据加入数据库。需要他们在回复“是”或者“Y”之后，才被确认订阅。使用二次呼叫确认形式可以充分确保数据库的订阅名单是没有争议的。
2、 设定发送频率并保证合法性：用户选择订阅后或者在选择订阅的过程中，你应该关注用户所期望的信息发送频率，以及在信息发送频率过高或者有可能收取信息服务费的情况下，让用户可以方便的退订。同时，应该告诉他们“标准的发送频率”间期。你也可以通过在平面媒介、公告板和电视媒体举行短信活动时告诉用户这些信息。这可以让你避免很多法律纠纷。
3、 用固定的短号码：用固定的短号码可能有点贵（天知道如果域名也像短号码这么贵的话，现在还会不会有这么多网站），但只有这样才可以保证你的品牌的完整。没搞错吧，mobileStorm（mobileStorm是本文作者创办的网站---译者注）也提供共享短号码服务，虽然这对没有能力从www.usshortcodes.com购买每季度1500-3000美元的短号码使用费的小公司来说是非常实惠的，但是如果你是大一点的公司电话，你得确保只有你才是这个短号码的唯一使用者。不仅因为你希望用户可以记住你的号码，而且如果和你共享短号码的另外一家公司滥用服务的话，也会让你产生法律上的纠纷
4、 在短信的内容上多下点工夫：记住：你只有160（国内是140个字符，下文同，不再另注----译者注）个字符的容量，内容必须简明扼要。所以在内容编辑上得走一些捷径。举例来说，用数字“2”代表“to”，用“B”代表“Be”。那么你在退订提示上就可以写成“Reply STOP 2b removed”。用2和b你可以节省2个字符。更多好方法你可以到Lingo的translator去看看。
5、 个性化：记下订阅者的名字，并对移动营销系统开发名字嵌入功能，这样就可以实现个性化。在短信中加上用户的名字，可以大大的提高短信回复率，并可以与用户建立稳固的关系。尽管如此，你还是得注意你只有160个字符空间，所以如果一个人的名字是“Tikki tikki tembo-no sa rembo-chari bari ruchi-pip peri pembo”的话，那么光名字就已经塞满短信空间，更不要提短信内容了。所以，在个性化的时候也要注意保持信息的简洁。
6、 主题相关性：这是移动营销中最重要的一点。因为它不是Email！（译者抗议：Email也不能乱发！）短信非常私人化而且无论人们在做什么都会被打扰。一定不要像发Email那样发短信。你编辑的短信的内容必须非常切题，比如体育赛事的比分，你喜欢的电影刚刚火爆上映，或者有神秘嘉宾30钟后在Virgin MegaStore（维京唱片城，全最大的娱乐媒体连锁专卖店之一----译者注）有一场表演。
7、 时效性：时效性要与主题相关性结合。你可以提前两周发送一封Email通知用户有一家卖场开业，但是这不适用于SMS。你应该在开业前的几十分钟内通知大家，而不是数天前。
8、 明确的退订说明：我坚持发送的每一条短信都应该自动加上退订说明。我认为最好的句子应该是“Reply STOP 2b removed”。不管怎样，发送 “NSUBSCRIBE”或“REMOVE”两个词都可以表示退订。
9、 病毒式传播：短信很容易在短时间内传播。如果你的用户喜欢你的服务，你应该在短信中加入一个订阅说明，比如“编辑XX到XXX”，让用户可以方便的邀请朋友订阅你的服务。到时候你会惊奇的发现数据库的增长速度。
10、加强其他的沟通形式：现在社会需要多种营销形式。只用一种形式与用户沟通的效果不会很好。需要邮寄物品时，可通过传统邮件的方式进行。要想实时了解你的出价的有效性,可通过电子邮件方式进行询问。而用户服务即将到期的时候，你可以通过短信用更大优惠刺激用户以制造紧迫感。将各种方式用正确的方法组合营销可以取得巨大的营销效果。关于这方面，我在Future
of Digital Marketing进行了详细的阐述。
如果你有更多的方法，请不吝分享。我稍后再整理10条出来。
Jared Reitzin
CEO
www.jaredreitzin.com
（完）
附：什么是SMS
SMS（Short Messaging Service）是最早的短消息业务，也是现在普及率最高的一种短消息业务。目前，这种短消息的长度被限定在140字节之内，这些字节可以是文本的。 SMS以简单方便的使用功能受到大众的欢迎，却始终是属于第一代的无线数据服务，在内容和应用方面存在技术标准的限制。
(Kevin Fox; photo by jasonshellen)
自去年8月后，Google内部形成了离职高峰，因此我们之前看到过不少Google老员工都带着股票套现得到的巨额财富走人了。但和那些离职人员相比，Kevin Fox无疑是更值得我们关注的，因为他是Google的一位极重要的员工，他的多个项目都是Google产品中最受欢迎的。
Kevin Fox于2003年8月加入Google，上周末宣布正式离职。Kevin Fox是Google的高级用户体验设计主管，在Google工作期间，他设计了Gmail1.0（也即新版Gmail之前的Gmail界面）、Google Calendar及Google Reader2.0（即06年9月之后的界面）。这些产品都是Google的核心产品，并且其中的Gmail更是被很多人认为是Google历史上最成功的产品，因此Kevin Fox对Google的重要性不言而喻，而他自己也说在Google工作，感觉自己就是Google的一部分。
为什么要走？Kevin Fox的理由几乎是Google员工离职的标准答案：加入小型的初创公司追求新发展。但他没有透露具体加入哪家公司。但不管怎样，Kevin Fox的离开对Google绝对是重大的损失。在2001年5月至2002年6月，Kevin Fox还曾是Yahoo!的用户体验设计师。因此如果要说Google的产品设计里有Yahoo!元素，那也行得通，因为从本质上看它们都是Kevin Fox的杰作。
(Nathan Stoll;photo by martinstabe)
此外，Google News产品经理Nathan Stoll也于几周前离开了Google，上周五是他的正式离职日。离职原因也类似，他将在美国旧金山开设自己的公司。
（Thanks Ionut & SEL!） 继续.
Related:
Technorati核心开发者Kevin Marks已跳槽到Google - 15 二月 2007
Google News改版 与blog搜索进一步相似 - 09 三月 2007
Google News支持RSS/ATOM - 10 八月 2005
Google News搜索结果页增加直接订阅至Google Reader链接 - 19 四月 2007
?????Creative Weblogging, Inc.????????????????????????????
其实准确的说，我的主题是，生活在豆瓣小组。
很多豆瓣 er早晨进了办公室，收下信，开始进豆瓣九点和各个新闻小组扫荡前晚的
如果今天过的很衰，办公室很压抑，就三五不时的去看一下我们都爱冷笑话小组，一定可以爆笑的出来，每天都有精华帖。而且
上网时间太久，闷了，可以来看看网站推荐 ，我过去也觉得这个小组很无聊，但用了一段时间之后才发觉
好吧，下班之后，如果你跟我一样，下了班就回家，赖在家里不爱出门
马上要过周末了，每个周末，我一定要Elvita告诉我我都可以去做什么，看什么，听什么，玩什么
如果你是一个豆瓣 er，无论你生活在 北京还是上海或者南京西安 ，你都有办法通过豆瓣小组来指导你周末的活动喔，城市豆瓣小组常常
好吧，终于要放大假了，你想去旅行，嘿嘿，没问题
如果你喜欢 创意生活、创意设计，那我个人的经验是，没有任何一个网站或平台
你喜欢的杂志或者报纸，相信我，不管多偏门的小杂志
如果内心深处我们都有着自己的世界，都多多少少的自闭着
如果你不是那么孤独而另类，你喜欢做菜，那豆瓣食谱可以时时丰富你的餐桌；如果你热爱心理学，那豆瓣有越来越多的心理
我把 blog写到这儿的时候，贝妮提醒我说，更应该搞搞那些足够有趣又相当之不
一篇 blog的文字可以承载太少的内容；而豆瓣同学们的想象力又是那么的无穷
生活在豆瓣，生活在豆瓣小组。
在ORACLE 7之前，连接oracle的每一个会话都有一个服务器进程为它服务，这个服务器进程的作用是解析(parse),优化(opimize)客户端提交的PL/SQL或SQL代码.就算客户端向各个服务器进程提交的PL/SQL,SQL代码一样，各个服务器进程并不会share cursor,刚开始采用这种设计方式也并没有什么性能问题。但随着客户端数量的高速增长，以及在OLTP SQL语句执行频率高速增长的情况下，ORACLE 7版本的数据库的这种设计就开始出现了性能问题。当执行一样的SQL或PL/SQL代码时，如果执行计划或其它一些信息可以被所有的服务器进程所共享，而不用重新去产生，那么将可以节约大量的时间。当时oracle已开始意识到此问题，并开始着手进行改进,采用了如下的方法：
1.扩展SGA variable portion
2.提供一种方法来管理和访问SGA variable portion中的shared objects
3.ORACLE内存管理的增强
在ORACLE7,8,8i 时，开始明确提出了共享池(shared pool)的概念,此时的共享池Shared Pool也有了更多的内容：包含共享SQL区和数据字典存储区。在shared pool设计方面，采用了如下的体系结构：
从上图可以看出，整个共享池只有一个池，bucket的个数也非常的少，据说只有11个.采用这种设计方式，从性能上来讲，已经比oracle早期的版本在性能上有了比较大的飞越,毕竟各个服务器进程已经可以用共享SQL语句的执行计划等信息，而产生执行计划的数据字典信息也在共享池shared pool被缓存住了。这一切看似perfect了，但很快又遇到了新的问题:
1.由于共享池只有一个子池，那么对shared pool latch的争用相当的激烈
2.由于只有一个子池，再加上桶的个数少，那么单个bucket上的列表将会非常的长，搜索花的时间也比较多，进一步加剧了shared pool latch的争用
3.共享池内存碎片管理问题
在ORACLE 9i时，共享池有了进一步的改进，
1.共享池最多可以有七个子池，每个子池最小为128M;
2.增加了bucket桶的个数；
3.改进了共享池的内存空间管理方式
结构可以用如下图表示：
library cache采用如下的搜索结构:
我们要搜索一个SQL或者PL/SQL对象是否在shared pool中,首先要获得library cache latch,如果找到,则在library cache handle上加NULL模式的锁，其次把library cahce object pin住，找到执行计划后，开始执行；如果所要搜索的对象不在library cahce中或者进行DDL操作时，librarary cahce中已存在的相关的SQL，PL/SQL失效，那么将会发生library cache load lock等待，此时即会发生在sub shared pool中搜索连续的空闲空间来储存硬解析产生新的执行计划，如果这个时候，没有连续的空闲空间，或者查找连续空闲空间的速度过慢，那么在一个高并发的OLTP的系统中，将会爆发大量的library cahce pin等待。由于共享子池的增多，再加上bucket数量的增加，使得单条双向链表较短，查找连续的空间会比较快，大大减少了shared pool latch的争用。正是由于ORACLE 9i在共享池处理技术上的巨大突破，使得oracle数据库的性能有了大幅度的提升，为oracle称霸全球数据库市场打下了坚实的基础。直到今天，全球大型的OLTP应用大部份都是建立在ORACLE 9I数据库之上的。
oracle 9i关于共享子池个数以及大小的控制(from Doc ID: Note:396940.1)：
The number of subpools is calculated using a simple algorithm.
1. a subpool must be at least 128MB in 9i releases.
2. there can be one subpool for every four CPUs on the system, up to 7 subpools.
The number of subpools can be explicitly controlled using the init.ora parameter _kghdsidx_count.
There is no parameter to explicitly control the size of each subpool.
不管是oracle 8i,还是oracle 9i经常会碰到ORA-4031错误,关于4031经典错误，手册里是如下的描述:
ORA-04031 unable to allocate string bytes of shared memory ("string","string","string","string")
Cause: More shared memory is needed than was allocated in the shared pool.
Action: If the shared pool is out of memory, either use the DBMS_SHARED_ POOL package to pin large packages, reduce your use of shared memory, or increase the amount of available shared memory by increasing the value of the initialization parameters SHARED_POOL_RESERVED_SIZE and SHARED_ POOL_SIZE. If the large pool is out of memory, increase the initialization parameter LARGE_POOL_SIZE.
导致此错误的原因是某个共享子池满了，无法在此共享子池中再分配一定大小的连续内存空间,经常采用的办法是增大共享池来解决这一类的问题。
在oracle 10g，整个共享池的体系结构并没有什么变化，只是单个共享子池大小从9i的128M变成至少为256M,我们不禁要问，oracle为什么要去修改此设置，增大了共享子池的最小值？我猜想，大概是基于如下的考虑：
1.128M的共享子池，容易发生空间满的情况，导致ORA-4031错误发生
2.256M的共享子池，单个共享子池的管理负担并不会加重，性能也没什么大的影响
从oracle shared pool在各个版本的数据库体系结构的不断变化，其设计思想的不断改进,我们是否能从中得到一些启发呢？偶就在这里先抛砖呢？在存放大数据量的表上采用分区表的组织形式，在分区表上创建并且使用local index来检索数据，与shared pool的结构上似乎有许多相似之处,至于其它的地方，期待您的见解
13岁的北京学生张某，在去年12月27日19时新闻联播一则关于净化网络视听的新闻里，接受采访时说的话激起了轩然大波：“上次我上网查资料，突然弹出来一个网页，很黄很暴力，我赶紧把它给关了。”这个片段被CCTV以实名身份播放出来，一时处处刀光剑影。
月光博客说，G-F-W-之下，怎么可能有很黄很暴力的网站？我想他大概是误会了CCTV一片拿全国网民当儿子的良苦用心。常喊狼来了，有利于身心健康，有利于社会进步，有利于社会和谐。
本文信手拈来十个很黄很暴力的网站，以作反例。
No.10 新华网
上榜原因：用很黄很暴力的语言赤裸裸地介绍禁片。
No.9 新浪网
上榜原因：详细介绍很黄很暴力的新闻，恶意影射全国小学校长，恶意影射全国文质彬彬的人，传播犯罪。
No.8 网易
上榜原因：详细介绍很黄很暴力的新闻，倡导嫖娼不给钱的恶劣行为，传播犯罪。
No.7 搜狐
上榜原因：很黄很暴力的低级新闻与黄色图片，诱使犯罪。
No.6 腾讯网
上榜原因：很黄很暴力的低级新闻与黄色图片，恶意攻击女大学生，诱使犯罪。
No.5 奇虎
上榜原因：黄色网站，众望所归。
No.4 人民网
上榜原因：还有什么好说的？一个很黄，一个很暴力。
No.3 百度
上榜原因：这就是图片版的很黄很暴力吧？
No.2 民政部
上榜原因：logo.
No.1 CCTV
上榜原因：太黄，太暴力了！张同学关的就是这个网页吧？
永久链接：http://nings.cn/2008/01/07/very-yellow-and-very-violent.html
热门日志推荐
- 流言板
- 代写作业
- 笨蛋游戏
- 百度一统江湖
- 赛班手机常用的十款软件
- 搞大你的Google Talk签名
- 关于拖延交作业问题的讨论
- 欲练神功，必先自宫（2007高考作文）
- 腾讯滔滔简评
- 手机丢了怎么办
- 代写作业第二波
- 彩球游戏
- 链接
- 和未读数斗争的日子
- Nokia E61i 初体验
安徽 巫婆斯 问：
我想问，如果有可能，您愿意活在古代还是当下？
答巫婆斯：
最佳的选择是一半一半！
古时的迷人处，是兵荒马乱的日子不论，我们可以选择休闲的生活，可以不受干扰地独自思考，也可以结交三几个知心的朋友无忧无虑地倾谈，对生命的真缔可以看得清楚一点吧。可不是吗？陶渊明写《归去来辞》，可以不为米折腰，多么潇洒，多么写意。「采菊东篱下，悠然见南山」的境界，我追寻了大半生也找不到几天。
苏东坡写《超然台记》，同样令人向往。苏子旷达，我也旷达，但在人浮于事的今天，就算有苏子的才华，也无法写得出他的《定风波》吧。很有点不相信学士写好了《赤壁赋》后，不敢示人，自己要躲起来偷偷地在后园朗诵。如果我有本领写出那个水平的文章，打死也要大叫大嚷，为恐世界不知区区在下的文字功力矣。问题是，尽管文才绝顶，当今之世，应该没有谁可以写得出《赤壁赋》。
可惜人的生命只有一次。渊明与东坡无疑是人中极品，但没有机会见到二十世纪的数之不尽的发神经的怪现象，不知道人类可以发展成为那个样子，也不知道有互联网这种科技，岂不是辜负了人类的智慧与自私的合并可以产生的无奇不有吗？论紧张刺激，古不如今也。
云无心以出岫，鸟倦飞而知还！我找到两个地方，四顾无人，原则上可以筑小居，不食人间烟火，只带几个知音，仿效一下我仰慕了大半生的古人。问题是国家正处于多事之秋，虽然明知自己的存在无足轻重，但毕竟自己所学的自成一家，这里那里或可帮一下忙，我要怎样选择才对呢？罗曼罗兰说绝望之为愚妄，正与希望相同；奈特说理想等于绝望；布坎南说绝望等于理想；我说：幻想与希望相同。
本博客管理员公告：
It is a great introduction to MapReduce, but what I found most interesting was the numbers they cite on usage of MapReduce at Google.
Jeff and Sanjay report that, on average, 100k MapReduce jobs are executed every day, processing more than 20 petabytes of data per day.
More than 10k distinct MapReduce programs have been implemented. In the month of September 2007, 11,081 machine years of computation were used for 2.2M MapReduce jobs. On average, these jobs used 400 machines and completed their tasks in 395 seconds.
What is so remarkable about this is how casual it makes large scale data processing. Anyone at Google can write a MapReduce program that uses hundreds or thousands of machines from their cluster. Anyone at Google can process terabytes of data. And they can get their results back in about 10 minutes, so they can iterate on it and try something else if they didn't get what they wanted the first time.
It is an amazing tool for Google. Google's massive cluster and the tools built on top of it rightly have been called a "competitive advantage", the "secret source of Google's power", and a "major force multiplier".
By the way, there is another little tidbit in the paper about Google's machine configuration that might be of interest. They describe the machines as dual processor boxes with gigabit ethernet and 4-8G of memory. The question of how much memory Google has per box in its cluster has come up a few times, including in my previous posts, "Four petabytes in memory?" and "Power, performance, and Google".
I was delighted to see my favorite OS X writing app, Scrivener, turn up in today’s “The Medium” column of the New York Times Magazine. I reviewed Scrivener about a year ago, and still use it whenever I have to research, plan, and draft anything more complicated than a blog post. In fact, as luck would have it, I was actually working on my upcoming Macworld talk in Scrivener when I took a break to read the paper and saw this article. Kismet or something.
Columnist, Virginia Heffernan, notes the app’s beloved full-screen capability:
To create art, you need peace and quiet. Not only does Scrivener save like a maniac so you needn’t bother, you also get to drop the curtain on life’s prosaic demands with a feature that makes its users swoon: full screen. When you’re working on a Scrivener opus, you’re not surrounded by teetering stacks of Firefox windows showing old Google searches or Citibank reports of suspicious activity. Life’s daily cares slip into the shadows. What emerges instead is one pristine and welcoming scroll: Your clean and focused mind.
High fives to other great apps mentioned in the article, including Ulysses, WriteRoom, and Nisus Writer. Slightly lower fives go to Microsoft Word, which, once again, takes its usual drubbing as The Application Everyone Wants To Get Away From™. Poor Microsoft Word, the mascara-smeared Gloria Swanson of word processors.
In the year since I wrote my own review of Scrivener, I still find myself relying heavily on it for housing the research, braindumps, and very early draft shapes of most longer pieces I do. Falling somewhere between OmniOutliner, DevonTHINK, and the aforementioned WriteRoom, Scrivener is still, in my opinion, the go-to app for all-in-one research and writing.
As ever, YMMV. This app is absolutely not for everyone (especially if you don’t have the need for lots of complicated research and organizational hooks), but if you struggle to find a writing environment that maps to the way your own writing brain operates, I still highly recommend checking out the free Scrivener download.
1月3日，2008年IT行业第一场活动在清华科技园举行，搜狐公司召开了blog开放平台的发布会。会上，去年刚刚履新荣升副总裁的老朋友方刚率领众弟兄，推出了“搜狐博客开放平台”。张朝阳出席了发布会和论坛并耐心的听完了全程，五季咨询公司作为合作伙伴也贡献了一些自己的力量。我和keso参加了其中一场论坛，白鸦主持了其中一场论坛。
搜狐的开放平台从技术角度上讲，并不新鲜。简单说，搜狐的开放平台的第一步，就是允许blog系统嵌入第三方开发的widget。搜狐把自己的开放平台称作Sohu Open Widget，技术上基于Netvibes推出的UWA标准规范。该技术规范提供了各种应用程序接口，第三方服务提供商可以根据这些应用程序接口将自己提供的功能和数据封装为可嵌入到搜狐blog中的小模块，从而丰富搜狐blog的内容。
技术上的东西不多讲，大家可以去搜狐公司的网站去看，今天只是讲讲自己对这件事情的看法。
1、开放平台从技术上讲是大势所趋，众所周知，Facebook推出平台API后，人们就不再把facebook看做一个简单的社区，而是一个基于SNS的多应用平台，因此，facebook的估值扶摇而上。
2、虽然web2.0的浪潮没有从财富和格局上改变互联网，但不得不说，涌现了一批有特色的新网站。对于传统的门户网站，单纯凭借自己之力不可能通过copy或收购的方式满足最终客户的全部需求，因此必须采用合作方式满足客户日益提高的用户体验门槛。因此，开放平台成为唯一的选择。
3、刚开始的开放平台，从功能上可能还不能实现类似second life、google earth那种强大的功能，主要集中于类似书签的信息分享和流量分享，但随着整合范围和深度的扩大，我们可以相信会有更多的应用被mash up在一起，从而彻底改善用户的应用体验。
4、仅对搜狐内部而言，开放平台技术标准的提出，也为搜狐进一步整合自己的应用服务提出了正确的道路。众所周知，搜狐所谓的门户矩阵，包括众多优质的客户资产，比如chinaren校友录，17173、焦点网等。过去，这些服务并没有很好的整合在一起，发挥最大的商业价值，随着开放平台的引入，这些应用有望采用新的方式逐步过度为统一的服务平台。
所谓web2.0，除了强调用户产生内容、用户消费内容之外，还有重要的一条线索就是mashup，也就是我们常说的共享、重组、再造。这是一个层层递进的关系，通过基本的共享，可以丰富信息的获取并改善用户获取信息的方式，通过重组可以实现不同应用之间的有机结合，从而创造新的应用价值，当共享和重组达到一定高度的时候，我们可以说聚沙成塔、集腋成裘，从而再造一种新的应用。目前，业界最经典的案例可能就是google earth。通过开放API，任何人可以把信息和应用与最基本的位置信息结合，从而创造出层初不穷的和位置相关的各种应用，如最著名的芝加哥犯罪地图。
国外开放平台的成功案例已经有很多，如google、facebook、second life、salesforce等，而国内的开放平台才刚刚开始，搜狐这次打响了第一枪。据说，还有很多公司打算跟进，如校内等。keso把搜狐开放平台称作一种价值观，这说明了目前搜狐开放平台能实现多少功能并不重要，最重要的是传统的web1.0公司如何拥抱web2.0，如何适应变化。因此，我在会上说，也许今天我们只能利用搜狐开放平台分享一些流量和简单的信息，但未来，可能分享的是整个世界。
这是美好的预期，也是对搜狐开放平台的美好祝福。
谈到内蒙古草原的环保工作，绕不开两个人：蒋高明和陈继群。
蒋高明，男，山东平邑人，1964年9月生，1985年毕业于山东大学生物系，1993年在中国科学院植物研究所获得博士学位。1991－1992年和1995－1996年分别在英国利物浦大学和美国哥伦比亚大学从事恢复生态学与全球变化生态学合作研究。现为中国科学院植物研究所研究员、博士生导师。
蒋高明在新浪网有一个个人网志，上面的文章有将近三百篇，但只要看过几篇，你就会对剩下的文章心生厌烦，因为他这近三百篇文章绝大多数都只是在谈那几个环保问题，车轱辘话反复说，有时甚至不惜直接把写好的段落复制一遍又一遍。其实，那篇《向权力诉说真理》已经把他的意思都说得差不多了，归纳一下，就是：
草原是不同于森林的生态系统，草原生态系统的恢复最好是靠自然力，所恢复的植被也只能是草原，而不是森林。所以任何在草原地区造林的工程都是违反自然规律的，也必定是没有效果的。草原的生产力又十分低下，现在的草原无论是人口还是牲畜数量都明显过载了，解决的办法只能是生态移民（畜），人应该聚居到小城镇里，牲畜应该拿到南方的农区去养，草原上应该多养鸡（即所谓“畜南下，禽北上”）。在农区，可以用加工后的秸秆做牲畜饲料，这样秸秆的问题就解决了，牲畜产生的粪便又可以用作有机肥料顶替化肥，从而形成一个真正生态的农业产业。
这就是一个学生态学的研究员给我们描绘的全中国“生态农业”一盘棋的宏伟蓝图。显然这个蓝图里面一厢情愿的成分是很浓的，比如，在草原上散养鸡很可能会加速禽流感病毒的变异，从而有可能造成禽流感的大规模传播，把这个因素考虑在内，“禽北上”绝对不如蒋高明所想的那么简单。而且，一旦蒋高明从他最擅长的草原生态学脱离出来，开始涉足整个农业领域之后，长期的生态学科班训练造就的生态沙文主义思想也就不可避免要暴露出来，从而成为其他人嘲笑的对象了。
但我这篇文章不想说蒋研究员思想中的幼稚病。说实话，他给草原指的出路，总体上我是非常赞赏的，因为的确比较科学。只不过，他完全忽略了一个重要的因素：民族文化。
说到民族文化，就得谈到另一个人——陈继群了。
陈继群，男，祖籍山东烟台，1947年6月生于沈阳，1967年毕业于中央美术学院附中，同年赴内蒙古草原插队，1980年返回北京后在中央美院徐悲鸿画室进修三年，现为职业画家，北京市美术家协会会员。
虽然陈继群明显属于“另一种文化”，也就是人文圈子，但是他和属于科学圈子的蒋高明有很多相似之处。比如，陈和蒋都是山东人；陈也一直通过网络竭力宣传自己的观点，只不过不是靠网志，而是用他自己创办的个人网站“曾经草原”；陈也一厢情愿地给出了他给草原生态问题开出的一揽子药方，只不过不是从科学出发的，而是从人文出发的。如果也把陈的观点概括一下，就是：
草原民族世世辈辈在草原上生活，为什么草原一直没有发生严重的生态退化？因为这些民族在长期与草原共处的过程中，已经发展出了自己独特的文化，正是靠着这种文化，他们才和自然达成了和谐。这种文化的核心就是游牧，任何违反游牧文化的文化，不管是定牧还是农垦，都会对草原造成破坏；而一旦恢复游牧文化，草原自然就会得到恢复。但是游牧需要更多的草原，这些草原从哪儿来？一个方法是退耕还草，把农业人口赶出草原地区；另一个方法是按《土地管理法》的规定，把政府非法侵占的其他草原夺回来。
很显然，陈继群的这套方案比蒋高明的方案粗疏简陋多了，因为一个非常关键的问题他始终避而不答：就算把“曾经草原”的土地都恢复为草原，如果人口和牲畜又多到了草原承受不住的地步，又该怎么办呢？我耐心地看过了陈继群的许多文章和网上辩论，发现他只会反复地说，至少在目前，把非牧民都赶出去，草原就够用了。是啊，“在我死后，哪管它洪水滔天”！
但是陈继群的确说出了一个重要问题：草原生态的治理必须考虑到蒙古族的民族文化和情感。
中国的民族问题，其实要比官方的宣传严重得多。新疆、西藏且不去说它，现在连蒙古族人士都开始热衷讨论民族主体的问题了。这也是世界环境的大势所趋，因为从上个世纪七十年代末以来，所谓“后殖民主义”思潮就越来越有市场，尽管中国的少数民族和西方殖民地民族的境地并不完全相同，但把后殖民主义变一下表述方式，很容易就能将其作为这些少数民族自主意识的理论根据。一言以蔽之，陈继群和其他人宣扬的那一套“游牧优势论”，无非就是后殖民主义“在地化”的一种变形，而且其中还夹杂了大量反科学的反智主义情绪。
蒙古族向来是一个缺乏理性的民族，这一点连他们本族人也不否认。我曾经在网上看过一篇署名科尔沁夫的《丑陋的蒙古人》，里面就对蒙古族的民族性弱点分析得入木三分。所以，当曾几何时，“游牧优势论”已经成为蒙古人中间一种非常流行的思想，而且由于政府的腐败和不作为，令人失望的现实生活使这种思想还有继续泛滥之势时，要解决草原生态问题，不考虑蒙古族的民族文化和情感就绝对行不通了。
所以蒋高明的方案的最大问题，在于他完全忽略了他那一套在具体实施过程中的难度。蒋高明也认识到，草原生态治理的技术其实都是现成的，问题仅在于当地人思想的变革，但至少他在公开发表的言论中几乎不曾认真地谈过民族文化问题，而只把他那一套方案的屡受挫折归结于政府官员的固执。可是当地政府官员之所以固执，难道仅仅是因为政治体制吗？如果不把这个问题思考清楚，我认为蒋高明永远也不可能看到他的梦想变成现实。
譬如说“畜南下，禽北上”的问题。就算解决了包括禽流感防治在内的一系列会阻碍草原养禽业的技术问题，我相信草原养禽也推广不开，道理很简单：一个牧民不养牛羊天天喂鸡，还能叫牧民吗？当绝大多数人——包括蒙古人自己——都简单地以为“蒙古人＝牧业民族＝在草原上放牛羊的人”的时候，推广草原养禽就永远只能是白日梦。
我倒是想了一个也许可行的办法：让蒙古人把牧业公司开到南部农区，直到建立全国性、甚至跨国的大公司。这样，蒙古人并没有放弃牧业，只是把牧业扩展到了草原以外的地方；这个大牧业公司如果能够成功，也就给了蒙古族的传统文化一个强有力的物质支撑，在这种情况下，草原养禽才有可能顺利推广开来。只不过，这样做也必须打破两重思想樊篱，一重是蒙古人不能只会安守土地，必须懂得像他们的辉煌祖先一样走出草原，面向全国，面向世界；一重是蒙古人必须懂得理性，懂得现代商业经营的技巧，能够在不依靠政府扶植的情况下就可以把自己的公司办得有声有色。虽然这样做的难度也很大，但总算还是有点希望了。
所以，蒋高明和陈继群，谁更懂草原？我认为两个人都不懂，一个有科学没人文，一个有人文没科学。但是蒋高明的想法还是更靠谱，因为在这年头，不懂科学比不懂人文更可怕。
2008.01.07
这两个月我为我们小组申请了个名额，可由于诸多原因，来来去去几个人都没能长期留下来。总觉得有点遗憾，想把这个空缺补上。
在 blog 上发告示好象挺俗的，可是这两年闭门造车，没积累多点人脉，也只好出此下策了。可能我的要求还有那么一点点高，公开场合下写下这些，也担心被人唾骂：又想马儿好，又想马儿不吃草。毕竟，我还是想找多一个志同道合的朋友，一起把游戏做好。要求也会是相互的。
OK 。正经点说，我们谋求一个伙伴，大家一起做一个与众不同的网络游戏。目前引擎的基础构架已经完毕，但还有许多工作需要在项目开展期间完善。游戏的设计案已经基本定下来，有了个大家确定可以完成的蓝图，但尚未细致的文挡化。
希望能找到一个朋友，真心喜爱游戏，有积极向上的人生观，想自己参与到一款并非抄袭现有模式的网络游戏制作中来。暂时我们只想增加一个人，目前不考虑专职策划人员。希望这个朋友是程序或美术的身份，并可以提供自己对游戏设计的想法。
除了以上热爱游戏这个基本点之外，
对于有兴趣的程序员，我们希望：
年轻，没有太多生活负担，肯和大家一起奋斗至少两年。在年轻和奋斗这两点上，尽管以我自己为参考：本人 29 岁（自以为很年轻），每周工作 40 小时以上（工作负荷感觉不大），正常休息。除去目前在做的游戏项目，没有什么杂念，休闲时间也多有思考如何把这件事情做好。我个人作为团队领袖，不会给团队成员高于对自己的要求。
有编程经验至少 5 年以上。可以独立解决问题。善于查找资料，阅读源代码。有软件行业工作经验（不限于游戏行业），至少参加过一个完整的软件开发，对参与的软件的构架有清晰的认识。
有混合语言编程经验，不仅熟悉 C 或 C++ 这样的静态类型语言，又使用过 Python ，Lua ，Ruby 这样的动态语言编写实用的代码。对编程语言没有明显的偏见。对计算机体系结构有自己的认识，善于用 C 语言这样的工具实现高性能的模块，又不固定于 C 语言思维，可以活用动态语言解决问题。
思维缜密，追求但不苛求完美。不把任何一个功能模块只当作任务完成。能够在编码中自我发现需求和设计不足。
善于交流。希望与更多的有创造力，独立思考的程序员们一起工作，激发更多的灵感。
对于有兴趣的美术人员，我个人不做这一行，只能随便写写我个人的看法：
同上关于程序员的第一条。
能够熟练使用 3d 建模工具，例如 Maya 3d Max 等。熟练使用 2d 平面设计工具，如 Photoshop 等。能够独立完成建模（不限于高面模型或低面模型），绘制贴图，调整角色动作等工作。
有一定的手绘能力，科班出身为佳。有想象力，能够自己做场景和角色形象的设计。
有游戏行业从业经历至少 3 年以上。游戏涉猎面广，善于分析其他游戏中美术的技巧和制作方法。对计算机和网络皆能熟练运用。
我们能提供的有：
激动人心的游戏项目。可以保证技术上可以实现（我个人做了多年的程序员，目前兼做策划，绝对不会提出空中楼阁的案子），玩法上有所创新（一个 20 多年游戏龄的老玩家做出的承诺）。
舒适宽松的工作环境，稳定的资金支持。办公室坐落在著名风景区中闹中取静的一角，生活便利。我们的公司网易，有坚实的资金储备。我个人为这家公司服务了七年，得到公司各级领导和同事的信任。
一群友好且有创造力的同事朋友。人数不多，大家相处非常愉快。
已有两年多的工作积累，技术方面一直追求尽善尽美，以作为后期游戏搭建坚固的积石。
待遇不是很高，但处于业内中等水平。项目完成后，会有一定比例的分红。不敢做预期，因为创新的项目必然有市场风险。
有兴趣的朋友，可以给我发 email 。email 地址在 http://www.codingnow.com 可以找到。如果是已经认识的朋友有这个意向，直接用联系到我的方式联系我即可 :D
能在一起做点事情是种缘分。
ps. 我们待遇真的不高，尤其对于我们想找的这种有经验，能够独挡一面的人才。当初我选择做这件事，也是各种机缘巧合，想给自己的生活和未来有点改变。这次能不能找到合适的朋友，恐怕也只能看缘分了。
折腾了很久，终于把Blog从VeryCD搬到了dash.cn。在dreamhost的廉价虚拟主机上架了个wordpress，并且通过rss将原来的文章都导入到了这里(评论没导入，可惜)。一个人在后台捣持设置，感觉就像回到了从前(我最早的Blog也是自己捣持的独立系统)。
以后Blog的地址应该就定下来在这里了(感谢丸子送我了dash.cn的域名)。Feed地址不变，还是da.sh.cn。
Sat 05 January, 2008