个人与团队的磨合

其实在每个团队中都遇到各种各样的问题，或多或少，或大或小。个人与所在团队的每个人还有其他团队以及公司整体的价值观和氛围等需要一个磨合的过程。其实我辞职信中所提到的那两件事可大可小，技术方案说不通还是沟通的能力不足，输出的内容不被重视还是自己表达的方式有些问题。

业务驱动的开发

咱们的团队的开发流程是业务驱动的，其实很多toC的技术团队都是这样。但是公司大了以后应该有一些基础的东西的，因为技术栈统一的话，每个模块、每个项目、甚至每个平台都是有一些可复用的代码、架构、工具的，所以，一般大公司都会有基础研究的部门，或者叫基础架构组。就像咱们公司后端的业务系统一样，但现实是前端并没有，每个产品线、每个项目都要独立维护自己的全部的架构和代码，在业务需求的追赶下，代码质量、技术方案的合理性显得不是那么重要了，因此也没了code review，最终问题代码的长期积累导致了需要不断的重构或重写。

发哥和我说过，咱公司测试的地位很高，甚至在测试过程中能修改产品逻辑，而且我们的绩效中很大一部分也是由测试团队来决定。测试关注的只是业务的实现，这样的制度下，过度关注业务也就不奇怪了。

技术和成长

我们的技术栈是vue vuex + electron，其中electron只是提供了一个壳，开发的时候除了一些要求更高性能的地方用到了进程通信以及一些文件读写之外，electron提供的GUI和操作系统的能力并没有用到。而且vue技术栈我们也有一些地方用的并不好，比如组件里存在着很多可以抽成mixin和directive的代码，有的业务逻辑混杂在组件中，有的则放在了action handler里，方式不统一导致了混乱和不可复用。store层的module划分标准也并不明确而且也没有使用namespace，可复用代码的分类存放也做得并不好，此外，构建打包的过程也有很多可以优化的点，还有一些频繁的重复的操作可以使用工具来自动化。

总之，我们的代码是由很大的优化和深挖空间的，有挑战，也会伴随着收获和成长。在这短短两月内我就在重构和思考的过程中成长了很多，所以，我辞职不是因为学不到东西。