[聚合文章] 2017年团队总结

JavaScript 2018-01-02 18 阅读

nodejs

如果说16年我们最大的亮点是引进了reactjs,那么17年就是nodejs了,nodejs的好处不言而喻,它相比java更受前端欢迎和接受,它的社区更加活跃,使用nodejs的前端团队更能吸引前端人才加入。早在16年底我们就开始布局,当时我们在一个比较边缘的web系统做了nodejs的尝试并且顺利上线,到了17年我们的策略是新的系统全部都使用nodejs,截止到现在已经有15个左右的web系统使用了它,在这个过程中,nodejs虚拟小组推进了很多事情,基于express完成了一个nodejs框架:luffy, 脚手架工具,另外做到生态与java一致:监控日志对接,运维部署系统对接,微服务架构对接。

java

虽然新web系统都使用nodejs了,但我们还有20多个老系统是基于SpringMVC, 它们都需要维护和升级,我们从年初就在推进一个frontend-core的项目,frontend-core其实是一个公共jar包,它抽象了多个web系统的公共组件与方法,简化了与后端联调的步骤,最重要的是约束了后端的接口规范,不会再出现不同后端团队接口风格不统一的情况。

火凤凰

17年12月份我们卢总在ArchSummit讲了一个话题:陆金所火凤凰。火凤凰的核心是分层分域,分层分域的核心是清理不合理依赖,17年我们我们花了大量的精力在各个web系统对后端系统依赖的清理。现在前后端调用关系非常清晰,以后的维护成本也大大降低。

lulu

从年初的虚拟团队,到现在前端架构,寸老师起了非常重要的作用,开发与推动lulu框架统一了移动端h5,抽象了底层和组件,大大提高了大家的开发效率。见见还开发了lulu-cli方便大家使用。

前端编译

引进了webpack,兼容了之前的gulp

活动引擎

17年初我们上线了活动引擎系统,活动引擎是提供运营,销售以及多个业务部门使用的制作活动页面(pc,h5)的工具。以前做活动的流程是:业务提交需求给产品经理,产品经理协调ued设计,前端开发,开发完后提交给测试,测试完成后给运维上线,而有了活动引擎后流程变为:业务自己整理需求,让ued提供图片,业务通过活动引擎整合图片和相应的文字与链接生成页面。整个一年,业务部门使用活动引擎生成了1500多个活动页面, 按照一个活动需要一天时间(包含开发与沟通)算,节约了1500个人/日,大概4个前端工程师。


17年我们做的远不止这么一点,由于篇幅关系,其它项目我就不一一展开了,大家感兴趣的可以给我留言。

我们的公众号,知乎专栏,前端翻译小组

今年4月份起我们成立了公众号【大前端工程师】,到6月份有了知乎专栏【大前端工程师】,7月份我们成立了翻译小组,公众号和专栏的文章都是团队平时的原创总结与前端翻译小组每周翻译,这期间吸引了很多粉丝。另外我们还翻译了一本书,现在已经到尾声,马上会出版。

注:本文内容来自互联网,旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜,请你联系站长进行处理。