金三银四,我完成了人生第一次跳槽。
跳出来才发现,老东家给开发人员提供的开发资源是很奢侈很规范的,所以在适应新环境的过程中我是有一点抵触情绪的。幸好,我有意识到这种情绪,并且作出调整,积极的去适应新环境,发现新环境的优点,完善之前开发过程中的不足。
以下是做了一些开发资源和流程的对比:
老东家 | 新东家 | |
---|---|---|
公司性质 | 外企 | 私企 |
公司业务 | 互联网金融,主要做港美股和海外基金平台 | 车贷 |
协作工具 | 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. 后端同学打包发给运维同学部署 |
其实跳一次槽也挺好的,能够拓宽你对开发视野,了解到不同的开发部署协同流程