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