大龄程序员的未来在这里(二)

                                                           二、三种模式：程序员、架构师和售前

在第一篇中和大家简单聊了我最近一年的工作经历，现在梳理总结一下，其实大致分为以下三种模式：
1、程序员模式：在某一个业务小组内承担某一个系统或者某一些系统的开发和维护工作，这种模式比较常见，相信大家大多数人都是这样工作模式，简单说，干好自己那一小摊事就OK了，其他的估计就是和相邻的业务部门或者其他技术小组的沟通与协作，比如我那会儿经常打交道的就是业务主管和运维主管，除此之外，就没别人了；总结一下，就是聚焦于某一业务领域的某一系统的深入研究和优化，主要的内容就是如何提高项目的设计水平，代码质量以及执行性能和可靠性。其实真正想做到这些，也比较困难，毕竟代码运行的环境受到各种因素的共同影响，你能预见的情况总是有限的，所以我们能做到的就是在问题发生后，尽可能用最短的时间来处理掉问题。
2、架构师模式：这个模式跟程序员模式最大的不同就是需要从以前的系统中跳出来，专注于多个业务系统，因为一个业务线的开展是需要一系列的系统互相协作配合而实现的，这一点应该不难理解，比如说最简单的网上购物的场景，有商品详情页，购物车模块，支付模块，优惠券模块，物流模块，消息平台等，而之前有可能是购物车团队的，只知道购物车部门的体系逻辑，现在就需要玩转其他的模块，简单说就是把其他相关上下游模块搬到一个新的环境，并调试通，而且会对其他模块内部的逻辑进行一些相应的挑战，这个工作有意思的地方就是，我们可以看到自己之前的工作属于整个流程中的哪一个环节，具体起什么作用，而且对公司的业务线有一个整体观。简单说，相当于换了之前的思维视角，因为之前，我们更多地是专注于某一个系统，属于纵向思维，而这个工作模式让我们切换到了横向思维的视角，看到了整个业务线，整个流程的分布，以及各个业务系统之间如何衔接和配合。从这个视角看的话，某一个系统的代码质量的提高，内部结构的优化，其实对相关的上下游系统的意义和价值就变得不那么重要了。而且这个期间，我和公司的架构师一块工作，我在他身上学到的，也是这个整体观，架构师的关注点也是整个业务线涉及到的相关系统之间如何交互，整体的性能才能最佳，那些交互的节点是可以精简的，这期间，他常说的一句话，就是将帅无能，累死三军。这个经历，让我清楚地看到，程序员和架构师的差距原来在于思维视角和思维模式方面。程序员总想着如何尽快完成任务，代码优雅，性能强悍，而且Bug少。但架构师想的却是，如何让大家少做无用功，做正确的事，做有意义有价值的事。
3、售前模式：干得好，不如讲得好。如何让公司潜在的客户听懂你说的话，你做的事，才是最有价值的事，因为公司签单很大一部分取决于这一点。公司在行业内做出了一定的业绩和影响，所以就计划向同行业内的其他机构和单位输出自己优秀的经验和技术，继续扩大公司在业内的知名度和价值，也是公司进一步获得更好发展的战略。其实，这个应该不难理解。举个再通俗点的例子，一个包子店很火爆，怎么才能更火爆呢，无非是招募加盟店或者开设连锁店，这样才能取得更大的发展，其实对于公司来说，也是一个道理。既然这样，那么如何才能顺利实施这个战略规划呢，一个很现实的问题，就是需要有一批业务和技术专家，同时还必须具备一定的商业思维和售前演讲的能力，说白了，就是需要能给客户讲清楚，讲得漂亮。具体点说，就是给不熟悉你的人，讲清楚你自己，讲清楚你们公司和你们公司的优势以及可提供的服务和产品，重点在于让别人能清晰地理解而且明白，你的服务和产品正是他们所需要的而且对他们的未来可能会带来巨大的价值，然后才能促进对方和你公司的合作。促成合作了，公司才能签单，签单了，公司的程序员们才有可能有事做，有工资，才能养家糊口。所以，从这个角度来看，对于公司的经营和发展而言，其实最重要的就是销售的能力，这个观点其实已经烂大街了。具体点说，就是讲的能力，俗称忽悠的能力。通过我的实际经历，我感受到，我们做技术的人，如何能在最短的时间内，让不懂技术的人，明白技术具体是怎么一回事，是一门学问。这里有一个非常重要的前提，切记不要以我们自己为出发点，毕竟别人不懂技术，因为我们出去面对的客户一般都是部门的负责人，有技术出身的，也有管理出身的，即便是技术出身的，但是有可能也是偏管理的，因为纯技术的人一般都不会有决策权，因为他们的精力都放在了具体做事层面。给这些人讲的时候，首先要考虑到他们的实际情况，还需要考虑对方可能想听的侧重点，千万切记从技术的角度讲技术，如果别人不懂的话，后续听你继续讲的可能性会大大降低，这对后续签单合作肯定是很不利的。讲的内容也是偏业务性质的，毕竟业务才是真正的主线，离开了业务的技术，是没有实际价值的。