一个不懂代码的做了写代码的工作

最近遇到的难题还真不少，每天都忙的头疼。我是做数据中台的需求分析的，是内部系统数据的传输管道，也是对接外围的中间站。

刚入职时以为是数据中台的产品岗，入职后发现不但需要做写需求文档，还需要写代码，处理bug。更多时候是数据对接，根据异常数据找出解决方法。

我对自己的岗位定义不太清晰，但是在让我看代码，写代码这个事上才让我意识到痛苦。

因为我不过是个转行不久的产品，产品技能马马虎虎，突然跳跃性让我看bug写代码。这简直是惊吓。我这个中台系统就两人负责，另外就是我的导师，还好他帮我很多，在起初甩给了我一份freemark文档让我自己看，没有任何开发知识的我，看到这个是懵的，实习期对接了好几个需求，联调中也出了各种问题，一个bug出来，我要整半天，很多开发术语听不懂，我去找开发解决，他给你说个方法让我自己摸，后面我导师告诉我们的角色不但是产品，还是运维，还是测试，基础都要会，开发和测试都是完成他底下的需求，像我们这种小bug基本需要自己搞。

之前联调半天马马虎虎过了。最近生产环境上正式跑了，除出了不少问题，接口问题频道报错，然后又开始找bug，解决bug。缺乏开发知识的我，真的头秃了，摸了半天不知道怎么做，才是最难的。特别是多个接口同时报错，然后生产上需要赶紧恢复正常时，内心更是焦灼。可是焦灼也没用，终于能理解程序员秃头的那么多了。

想去提升自己的专业能力，但是看网上相关中台的书，觉得没什么实用性，视频学习资料也没有，涉及到公司内部系统，这种资料也不可能在外面搜的到。感觉只能通过在单位里多对接业务才能学习得上。

面试的没有说具体的工作职责，入职后发现工作内容后，虽然很惊讶，但是也很疑惑，我一个不懂代码的人怎么招进来做这个，人事领导不担心嘛。自己选择做下去的心态是觉得可以学学开发知识。说实话，这份工作让我有种刚毕业进入职场的感觉，一切都是从新做起。之前有怀疑自己的选择，干嘛要从自己熟悉的工作跳去一个陌生的工作，总是有两个人在替我回答，一个是觉得换一种生活重新开始，可以保持不断学习。另外一个却在质疑，有必要让自己每天都在疑惑中找答案吗？可能因为专业不够随时失业。

走到现在了，想法归想法，还是需要工作的，明天还需要继续处理bug，也需要写需求文档，还得在规定的时间好紧处理完。

一天下来已经很累了，少想了，还是想想如何把效率提高，如何提升能力上吧。