当时刚开始做的第一个企业软件是企业邮箱系统，选的是 sendmail 来做 MTA（Postfix 到了那一年年底才发布，不然可能不会这么折腾了），而 sendmail 的配置文件又是出了名的难读难写，据说本来就不是设计给人读的。为了搞定这个东西专门买了那本著名的蝙蝠书（Bat book，O’Reilly 出的 Semdmail 的书，封面是一只倒挂着的蝙蝠）来啃，花了不小的功夫学会了配置文件的读写。那段时间可以算是我技术成长最快的时期之一。

第 2 次创业是从第 1.5 次失败的创业过程中开始的，创始团队的 7 个小伙伴也都是上一个公司的同事，和第一次一样，刚开始也是什么活都得自己干，只是这次还包括了售前和运维的工作。这次的创业到现在已经 10 年了，研发团队也从原来的 7 个人发展到了现在的 100 多人，团队里成长出了不少技术专家，大部分也都是从初级和普通程序员成长起来的，在有这些技术专家在的小团队里，整个团队的效率和自驱动力都会比较强。后来招聘的时候也专门留意去招有类似潜质的人员。

这里面给我印象最深的是一起工作了十多年的甄志会同学，我们是在上一家公司开始做同事的，当时招聘他进来就是一位普通的 Delphi 工程师，他很快地在团队里脱颖而出，代码的质量和开发速度都很高，我们给他称号叫快枪手，所以我们开始新的创业的时候就拉上了他。

这十几年来，他始终保持着对技术的热情，技术牛而且乐意帮助和辅导别人，团队成员有问题也都自然而然地会去找他请教，这也让他自己的技术能力更快的成长。在团队需要去开拓新的业务和突破新的技术难点时，他始终是最积极的那一个，并且学习能力也超强，从单一的 Delphi 到后来的 C/C++, Java, .NET, Go 的各种开发语言，没有一个不是现学现用，并且都做得不错的。

去年我们公司做 Go 语言探针的时候，公司没有一个会 Go 的，他就是主动请命和另外一位同样出色的同学一起从 0 开始现学，俩个人用两个多月时间把 Go 语言探针搞出来了。就在上个月他们俩又开始新的探索，挑战一个新的语言平台的探针技术了。让我比较自豪的是，在现在这个团队里，这样的类型的技术专家还有好几个。

从程序员向技术专家的转型往往都是自然发生的，只要个人在技术上的投入足够多，atv，这个转型相对比较容易，但是并不是每个程序员都能变成出色的技术专家或技术领导者的。我发现最终会变成出色的技术专家或技术领导者的人通常会有以下的特质：

超强的学习能力，旺盛的学习热情

愿意接受挑战，尝试自己不擅长的事情和未知领域

乐于助人，乐于分享，有较好的全局观和团队意识

自驱动力强，勇于承担责任

　　技术专家到技术管理者的转型

从程序员向技术专家或技术领导者的转型往往比较容易和顺利成章，但是要再转型成为技术管理者就比较困难了，要趟过不少坑，甚至可能转型失败。

　　1. 团队失控的故事：谈谈技术管理者与技术专家的职责

第 1 次创业 2 年后，我们的团队依然保持着 4，5 个人的规模，后来一家上市公司投资我们团队，整个团队就从厦门搬到北京来组成立了一个新的公司，实际上是投资的上市公司的子公司，从事企业软件和电子政务软件的开发。这就是我第 1.5 次的创业经历。为什么叫做 1.5 次呢？一个原因是因为这次的创业实际上是第一次创业的自然顺延，另一个原因是这次创业最终是没有结果的。

来到北京之后，在几年的时间里，团队的规模从原来的 5 个人也快速增长到了上百人，我自己的职位也变成了总工程师，负责管理研发团队。可怕的是，在这个过程中，我一直没有意识到自己工作性质和工作职责的变化，依然将把自己定位为技术专家，大量的工作时间依然是花在编写代码和研究技术上。实际上，我个人一直是不擅长与人沟通和交往，恐怕是有轻度的社交恐惧症，所以对整个研发团队的建设并没有投入足够的时间来进行管理，而只是沉迷于对技术的研究。

直到有一天，团队中有个人带走了一半的研发团队成员去自立门户，也带走了公司的业务，我才幡然醒悟。虽然说这次团队的失控和分裂还有很多外在的因素，但我认为疏于对团队的管理是其中最重要的因素之一。这次事件给我的打击非常大，我自己也因此低落了一段时间，开了一段小差后才回到团队里，后来几年也在重建团队，努力去挽回失败的局面，但是始终不见起色，最终这次创业算是以失败告终。