新公司，不一样的开发流程

image

金三银四，我完成了人生第一次跳槽。

跳出来才发现，老东家给开发人员提供的开发资源是很奢侈很规范的，所以在适应新环境的过程中我是有一点抵触情绪的。幸好，我有意识到这种情绪，并且作出调整，积极的去适应新环境，发现新环境的优点，完善之前开发过程中的不足。

以下是做了一些开发资源和流程的对比：

	老东家	新东家
公司性质	外企	私企
公司业务	互联网金融，主要做港美股和海外基金平台	车贷
协作工具	confluence: 用于共享信息，技术分享文档等；jira：需求，bug；特点是全英文；功能比较全；购买比较贵（公司购买）	iWork： 需求，bug
公共模块的维护	1.存储：公共模块放在gitlab仓库里，是一个单独的项目；2.使用： 使用git submodule add 公共仓库地址 命令将公共模块引入到业务项目中；3.主要封装的是一些公共的业务代码，像加密解密，开户流程，注册登陆流程的一些API，这些不便于发布到外网环境，所以放在gitlab仓库自己维护	1.存储：发布到npm包管理工具；2.使用：npm install xxx…import xxx from ‘xxx'3.主要封装的是一些UI组件库
开发规范	不完善1. 每次新起项目都需要重新配置webpack，开发效率降低，同类项目都统一性较低；2.因为每个项目都webpack版本不一样，导致维护成本偏高；3. 没有要求写好readme.md,写好注释，交接成本较高，维护成本较高	非常完善；开发了自己的端脚手架，使开发流程规范，可控，提高开发效率
部署流程	非常规范，有四个环境，并且前端团队有自己的开发服务器，可以在上边维护一些自己的服务；live环境：线上环境，用户看到的环境；stage环境：预发布环境，测试同学进行测试的环境；Qa环境：测试环境，测试同学进行测试的环境；dev环境：开发环境，开发同学进行开发的服务器；1.用jenkins打成rpm包;2.在cmdb填写发布申请单；3.将申请链接贴到jira的部署ticket上，assign给运维，由运维部署	前端开发人员没有自己的开发服务器，前后端不分离。只有两个环境：Qa环境：测试同学进行测试的环境；live环境：用户看到的环境；部署流程：1. 前端同学本地build之后发给后端同学2. 后端同学打包发给运维同学部署

其实跳一次槽也挺好的，能够拓宽你对开发视野，了解到不同的开发部署协同流程

作者：程序媛sherry
链接：https://www.jianshu.com/p/83b505d4f483