换一个项目，从前端切换到后端

本来我对于自己未来的近期规划是继续在前端上深入地发展，但同时也要掌握一些后端知识（主要是在nodejs方面），因为感觉从自己比较了解的一种语言来入手不是那么熟悉的领域会比较容易。在前几个月的时候，当时自己所在的项目结束了，有一个项目需要人来做后端，技术主要是nodejs和aws，当时感觉不错呦，这不就是为我量身定制的吗，于是很开心地来到了这个项目。

然而，当来到这个项目两周后，客户那边提出了新的需求，希望我们能够参与数据湖的开发，这是在谷歌云平台上，做数据的处理和转换，技术栈主要是java和python。刚开始知道要做这个转变的时候，第一反应的担心自己达不到客户的要求，因为完全没有相关经验，在短时间内要做好一个完全没接触过的东西，使用不熟悉的技术，还是挺忐忑的。但想到有这样一个机会，来让自己开启西安团队中的一项新工作，接受这样的挑战，做一些听起来还蛮新潮的东西，内心又感到很兴奋。

好在客户那边有一个技术比较厉害的人带我们一起做这个项目，他给我们讲了相关的技术背景，把他已经调研好的一些知识分享给我们，对我们能快速拿下这个项目有很大的帮助。那段时间其实劲头真的很足，虽然自己是开发，但项目中需要用到很多devops的知识，而且项目要做的是集成的工作，需要了解待集成的各方的情况。因为很多东西都不会，经常晚上研究到很晚，还是研究不出来的问题，再向同事求助请教。

其实有时候在实现一些功能的时候自己是比较懵的，对于如何解决根本在最开始很难有一个清晰的思路，只能是走一步想一步。当时有一个需求是要部署一个谷歌的cloud function，CI使用的是buildkite，但是在cloud function中又要用到AWS的认证信息。这样就是一个错综复杂的需要同时使用两个云平台的情况。因为刚开始，对项目情况不熟悉，为了实现这个功能，来来回回做了3遍。最开始使用了在AWS上运行的buildkite agent，但是在后来的讨论中发现不能使用我们这边的buildkite agent，而要使用客户那边的，也就是运行在Google App Engine上的buildkite agent，这样一来所有的key加密解密的操作都需要重新用相反的思路重新思考，再实现出来。当使用了客户那边的buildkite agent之后，因为解码的部分从脚本代码里移到了功能代码里，解码的api被频繁调用，超出了限制，于是无法正常工作，为了要解决这个问题，就又把解码的部分从功能代码里移回到了脚本代码里，但是换了一种实现方案。

到现在，慢慢地对所要用到的技术已经开始熟悉起来，没有最开始那种很紧张很有压力的感觉了。虽然对未来还是比较迷茫，这样切换技术栈，感觉在每一个方面都没有深入地积累，但是发现自己能做到快速地切换，其实还是会对自己的生存能力比较有信心。