前端团队的后端探索之路

　　我是谁？我在哪？
　　从2011年毕业开始接触android的开发工作，做了三年半的客户端开发之后，2014年下旬转入前端的开发工作，当时正值前端框架的兴起之年，在权衡了ReactJS和VueJS的各种利弊之后，最终选择了VueJS作为团队的开发框架。理由也颇为简单，VueJS代码风格、设计难度对普通团队来讲都要比ReactJS友好。
　　经过3年的前端技术、业务打磨，2017年开始团队的成长遇到了瓶颈，团队成员技术成长的天花板已经过低，前端团队在一个大的技术体系内已经无法发挥更大的作用。此外，技术团队内部的不稳定性，除了薪资之外，能否让每个成员保持持续的学习、高目标也是一个很重要的因素，当技术的天花板过低，团队成员极容易产生对团队水平及领导者能力的怀疑。
　　经过多次的头脑风暴之后，我们正式决定涉足后端开发领域，为了与公司核心的JAVA后端体系错位发展，也为了前端团队能更快的融入后端开发，毫无疑问，我们选择了NodeJS作为我们的开发体系。
　　最开始的几个月，我们用Express。js框架去实现一些简单的业务场景，比如对某个接口的代理再加工等，这个阶段并不能称之为真正的后端开发，更像是为了配合前端业务实现的一些简单处理，mysql、mongodb、Redis的使用也较为基础，我们自嘲与真正的JAVA后端开发还差很远。
　　2018年初，我们前端团队遇到了发展的重要转折点。因为公司业务的快速发展，生态平台的开发步伐变得越来越快，工程师的短缺问题已经非常突出。在与技术领导多次沟通后，我们前端团队接下了两个核心生态平台的开发工作，也就是说两个平台的开发包括前端和后端都有我们团队来完成，这对我们来说无疑是一次重要的挑战，也是一次考验能否转型成功的关键。
　　责任越大，动力也越足。开始之前，我们内部先对Express。js、Koa。js、Egg。js进行了详细的对比分析，与以往实践的情况结合起来，第一轮Express。js、Koa。js就被我们否定了，原因是两个框架在简单业务场景下确实够用，但是在复杂的企业级业务场景下对架构设计提出了很高的要求，这显然超出了目前我们所能驾驭的能力。Egg。js是一个非常优秀的企业级NodeJS开发框架，可以集成很多监控、日志相关的服务插件，看似非常符合我们的要求，但最终我们选择了后期之秀Nest。js，因为我们在比较了Egg。js与Nest。js的Demo代码之后，我们觉得typescript语言和基于angular架构的Nest。js框架更符合我们认知的JAVA系SpringBoot框架。
　　在接下来的3个月里我们一步步在后端的开发体系中学习，我们深入Mysql数据库的使用，掌握分库分表的设计原则，搭建滚动发布的负载均衡模式，打造微服务化的业务体系，完成支持削峰的消息通道，通过QA部门的压测验收等。最终，团队顺利从前端转向了全栈。
　　予团队，我们每个人收获良多；予公司，培养了人才节省了成本。