追求不同

刚刚起步的时候就可以明显感受到的是，这家公司与之前不同，由于面向的是交付，从PM到测试更关心的都是如何满足客户需求，而不是追求卓越的交互体验。这里的前端，更多的是扮演一种业务支撑的角色。核心的业务都在于后端，在于「快速搭建的中后台体系」。在我所在的地产场景相关的小组，前端更多的是负责衍生出的四端统一的营销侧工具，以及一些定制化的中台组件开发。同事们讨论的更多的不是如何优化体验，而是如何交付功能——因为这不是自己的产品。

我所要适应的就是这种心理上的转变，代码质量、交互体验、用户感受需要为产品功能让步，你要做的是竭尽全力实现一些功能，尽管它看上去有那么一些不合理。

新的领域

来到新的公司后，开始接触了移动端开发，小程序开发，并自己负责主导了一款小程序的上线。这是之前没有想到的，由于自己有 React 开发相关的经验，所以上手 react-native 倒还算快，不过很快地问题就显现出来了：

以 React 的基础来搭建页面，调试 bug 确实不太有问题，可是当碰到原生相关的问题时，就会变得束手无策，无法很好的定位问题，只能依赖求助原生开发方面的专家解决问题。不由得让人思考，在疲于应付业务需求的同时，去深入学习原生开发，突破这个瓶颈，是否足够有价值？这个问题还没有个确切的答案，毕竟自己期望的方向并不是这样。

新的体验

新的公司，新的项目，新的同事，自然有新的体验，这些体验也自然有好有坏。挑些好的说一说吧：

第一次尝试了分享，虽说入职分享可能还是形式重于内容，可是自己还是精心思考了分享的主题，我在技术上并没有过人的深造，于是分享了自己在敏捷研发项目管理上的一些实践经验，这对于一家交付的公司来说，可能并不完全适用，不过在项目规范化上至少提供了一种思路。

第一次带实习生，团队里还有一名实习生，基本上由我负责管理以及指导。在协作的过程中，会发现实习生初入职场的生涩（和自己当时一样），很多东西都需要一遍一遍的指导，一个方案可能修改三次后也无法达到自己的预期（和自己当时一样），但是我还是要求自己更耐心一些，但是同时我也不希望自己直接给出最终答案，而是更希望通过自己的引导，让 ta 自己能去发现解决的方法。在一些工作方法以及如何沟通交流上，也会不时提供一些建议，让 ta 主动去和团队中的其他角色（产品、后端以及测试）进行沟通，感觉自己提供的更多是这种软实力上的帮助。