静夜思门犹在

读《布道之道》所想到的

By 思门|工作|4 Comments

用两天时间，读完了仅百余页的《布道之道》，颇有感触。

作为一名布道者，你必须知道自己为何布道？布道的原则是有效解决正确的问题，此时此刻，布道者需要明白，你是真的希望帮助团队成员提升工作效率，还是只是希望说服别人跟你一样称为某种新技术的粉丝。如果是后者，那么对于团队其他成员而言可能会是一种痛苦，因为他们在不必要的技术方案上浪费了学习成本，更加不幸的是若你推荐的技术并不适合现有团队，需要对项目伤筋动骨甚至推倒重来，导致项目延误将是必然发生的事情。

这时你一定会说，我的布道是为了改变团队。没错，某人也经常说自己的存在，是为了改变世界。但是一个团队的技术沉淀不是一天两天的事情，可能需要三五年的时间才将技术框架成熟，事实证明，历经反复的技术团队往往都会散掉。所以当你团队每个人都熟悉php的时候，你非要让他们转而使用ruby，使用rails，从短期来看，好像技术是炫了，敏捷开发，orm，元编程等等，但是长期来看，团队各成员对新技术热情不一，水平不同，长短板效应，加上你自己可能也只是刚学了半桶水，没办法对更高级的语言特性有深入理解，那么项目后期暴露出的种种诡异问题将不得而解。当初，为什么不考虑借鉴ruby的优势，去改进现有的项目，完善框架，让每个人都能从中受益呢？切记，不要引入对团队现状改变无意义的技术，以及对其它成员学习成本过高的技术，在能轻松驾驭新技术前不要轻易推行。

还有一类人是技术极客型，专用别人之所不用，什么技术偏门学什么，其实这类人是值得尊敬的，当别人在随波逐流的时候，他却依然在自我发掘（因为偏门的技术资料少的可怜），看源码学语言者也不稀罕。倘若三五精英，用偏门技术创业其实也未尝不可，但是在百号人的大团队中推行一些不适合大规模生产的技术，实属不易，且如果团队中没有几个该技术的专家，我想领导层也断然不敢贸然犯险。

虽然书中定义了七种布道怀疑者，但是我个人理解为只有愿意接受新技术的人和不愿意接受新技术的人。对于前者，容易推广你的技术，但是要有所把持，小心物极必反，在恰当的场景用合适的技术；对于后者，则上升为人际交往学的高度（别笑，对于相对单纯的程序员而言，交际能力往往是个人短板），你需要以理服人，投其所好，用各种方法和手段去推行你认为正确的道。

我认为，成功的布道者，应该是能清晰看到团队中的长处与不足，理性推广技术理念，与团队成员充分理解与信任，且具有号召感染力的人。

本文只是个人对技术布道的一些见解，只言片语未经揣度，如有不慎误伤者请绕道。