October 2011


几经周折,《正则指引》终于要截稿了,将目录列在这里,有兴趣的读者可以留言申请试读感兴趣的部分(试读条件:申请试读的读者必须有自己的blog,每人最多试读2章(附录分3章),且须在试读一周内提供试读报告)。

第一部分

第1章 字符组

1.1 普通字符组
1.2 关于Python的基础知识
1.3 普通字符组(续)
1.4 元字符与转义
1.5 排除型字符组
1.6 字符组简记法
1.7 字符组运算
1.8 POSIX字符组

第2章 量词

2.1 一般形式
2.2 常用量词
2.3 数据提取
2.4 点号
2.5 滥用点号的问题
2.6 忽略优先量词
2.7 转义

第3章 括号

3.1 分组
3.2 多选结构
3.3 引用分组
3.4 非捕获分组
3.5 补充

第4章 断言

4.1 单词边界
4.2 行起始/结束位置
4.3 环视
4.4 补充

(more…)

曾经有个流传甚广的问题:前些年程序员都想去做项目经理,现在都想去做产品经理了,这是为什么呢?我看到的一个答案是:因为程序员都被产品经理折磨疯了。

这是一个许多人都赞同的答案,而且从此细想开去,可以发现很多问题:早先的程序员,并不是不会被产品经理折磨,而是几乎根本没有产品经理来折磨。在开发还主要服务于具体问题,以定期发布一版软件为主要形态的阶段,功能的有与无是最大的问题;而在开发深入到生活的细节领域,计算机用来解决各种问题,持续发布成为常态,竞争又日趋激烈的情势下,产品的重要性才日渐凸显出来——我们都习惯了不仔细翻阅说明书,凭直觉使用各种功能,我们也习惯了在系统的各种“提示”下直抵问题的核心。这些便利,很大程度上是赖产品经理所赐。也正因为如此,越来越多的人投身于产品经理,在这种爆发性增长的阶段,鱼龙混杂,难免苦了在一线开发的程序员。与其忍气吞声,不如取而代之,产品经理由是成了许多程序员的选择。

然而就我所见,许多人不是产品经理时苦不堪言,真正坐上了位子却左支右绌,这种例子并不少。究其原因,或许还是经验太过片面,细节计较太多,内心没有棋局。产品经理的工作重点是什么?属于哪个部门?职责边界在哪里?需要着力培养哪些方面的素质?应当与哪些部门沟通,如何沟通?这些关于产品经理本身问题看似有些“虚”,但若回答不好就去做产品经理,却绝难说是称职的。

要回答这些问题,国内已经有不少优秀的产品经理原创作品可以参考,我愿意同时推荐的,是Marty Cagan写的《启示录:打造用户喜爱的产品》。作者是eBay的高级产品经理,在这一领域着力多年,这本书却绝非巨细靡遗的大部头,而是论述产品经理若干核心问题和经验的精当小册子——实际上,我是在火车上花两小时看完的,但深深记住了产品经理职责的三方面:人员,指负责定义和开发产品的团队人员的角色和职责;流程,指探索和开发产品时,反复应用的步骤和成功的实践经验;产品,指富有创意的产品应具有的鲜明特征。

相应的,这本书也分为三个部分,针对每一个方面细致列出若干主题,比如在“人员”部分,就总结了产品经理的职责,与相关职位的差别及边界,产品经理应具备的素质,工作中应当注意的问题等等。这是我非常喜欢的编排方式,看过Effective C++/Java的人都知道,这种编排方式确实是Effective(有效)的;难能可贵的是,作者并没有止步于这些“务虚的探讨”,还根据经验分析了常见各种选择的优劣,比如将产品团队归入技术部门,往往会埋没于细节之间,归入市场部门,又混淆了产品营销和产品管理的职责;再比如产品经理太听信客户或者太过干涉设计细节,往往容易被“怎么做”迷惑,忽略了“做什么”。如果靠自己提炼这些知识,恐怕得有足够多的经理,吃过足够多的亏,经过足够多的反思;不过有了Marty的书,有志从事产品工作的人,肯定可以少走很多弯路。

当然,也正如书名所说,是“启示”而不是“操作手册”,它并没有提供繁复全面的指引。读完第一遍,我收获了很多启示,要完善正确的产品意识,甚至成长为称职的产品经理,还有很长的路要走;不过我想,我会时常翻一翻《启示录》,带着经验来看它,是常看常新的。

《启示录:打造用户喜爱的产品》