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

image
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. 后端同学打包发给运维同学部署

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

推荐阅读更多精彩内容