菜鸡的近期工作反思和总结（非技术方面总结）

近期做了两、三个需求，说一下自己对近期工作的反思和总结。有些内容是很常理性的东西，对大家来说都懂，但对于我来说，有些是懂，有些是脑子是记住了，但是自己在实际中容易先入为主。

最近有个后台管理系统重构的需求，我负责做两个页面需求内容，另外其他的内容是同时Q负责，同事Q还有其他用户侧h5需求，先让我先做，做完交给他继续做。我自认为我做完了我的部分，交给了同事Q。近期，后端接口文档进行了一些改动，同事Q让我看一下接口是否也要调整改动。我在前端页面中将旧接口进行了修改，看着接口有请求和响应，就自认为是没问题的，就没有管数据是否正确了。我对同事Q说，我改好了，让他看下。同事Q把代码跑起来之后，看到页面数据好多为空，有些页面数据与页面描述有很多地方不一致。同事Q问我，接口你都真的调过吗？这些数据是正确的吗？我一时间愣住了，心想数据是后端返回的呀，前端只是掉接口，正确与否是后端处理的呀。（我果然是菜鸟辣鸡🤣，说不好听一点是不负责😫）。同事Q接着问，你知道这个需求是做啥吗？这个业务是干啥的吗？我默默说道，不知道...。同事Q继续说：“你这得重新调接口啊！！！对接口的时候要仔细点，不是说接口通了就没问题了！！搞不好要延期了。”

我当时就呆住了，的确我是调接口，真的只是在“调接口”😂...，听完同事Q的话，我才醒悟了，我这常理性的东西真的是不足或者说是缺乏，可以说真的只是在“写样式”，实现产品的需求文档的原型图罢了😱，下星期回去还要继续重新调接口（自己给自己挖坑）。做需求调接口，不是说接口调通了就做好了，还要保证数据的正确性，有时候后端也会出差错，需要前端提前发现问题，反馈到后端，后端进行修改，不然测试处处提bug，测试bug率太高或者测试打回，要被约谈，写总结的😭。

还有近期手上还在写的需求，3，4年前的老代码，我都看不懂写的是啥😰，注释写的看不懂，发送请求参数从哪里来的我都不知道，还有一大堆自己写的组件，各种奇奇怪怪的自定义注册vue全局变量，叫我怎么改。费了一个星期写的代码，我对后端同事说我写完了，帮忙看下需求实现有没有问题。谁知后端同事理解错了我的意思，他直接跟产品说，需求做完了...。接着，他上测试环境检查需求的时候，发现有一个页面的改动点没有做，他跟我说了哪些地方没做。我对了一下需求文档，我的天，果然还有一部分的需求没写😂。产品体验的时候，肯定是会说，呀，你这都没有做完啊，让我检查啥需求功能啊。下周回去还要继续加班赶需求，汇报工作进展的时候都不知道怎么汇报了😭。

我问了其他组的一个工作2年的同事J，老项目要怎么开发，代码都看不懂，这怎么写啊！他说，找产品，找接手过代码的同事，或者找组长，直接问他们。问产品这个需求要怎么做，要做哪些改动点。问其他接手过代码的人，说明下这次需求哪些改动地方，代码里面要怎么改，开发中关注这次需要做改动的代码...。后来想了一下，我的确开发中很慌张，找人都不会找😣

经过这两次的工作经历，我个人做出一些总结，针对非技术方面的总结：

1. 开发估时的时候，先把代码仓库拉下来看一下代码，老项目的代码，真的是看不懂，有些代码都不知道多少手代码，里面有些语句写的很莫名其妙，注释都没有。要把代码看懂时间算进估时。有些产品需求看起来很简单，觉得一下就能写完，结果代码看不懂，不知道怎么改。知道怎么改了之后，自己估算的时间已经到了😂（个人发现，看代码比写代码还耗时间，老项目改功能比加功能还难。）
2. 前端调接口，不是真的只是调接口，还要检查数据的正确性。前端在这里起到检查接口的作用。
3. 接需求的时候，搞懂需求后再开发，不然效率是真的低，进度还缓慢（延期就要不好了）。找产品搞懂需求，哪里不懂问哪里，搞清楚要做什么。
4. 有话早说，这真的很重要，但是自己还是会掖着，藏着问题，碍于尊严啥的，会到好晚才说出了问题（哎，这一点确实很那做到，脸皮不够厚是一回事，有时候担心别人说是你自己的问题，自己就能解决了）

这次东西内容，对别人来说真的是一些常识性的东西。但对于我来说，自己在工作是没有意识到以上的内容的，会先入为主（跟我之前在小公司开发的习惯有关）。这次个人的总结反思，希望自己在接下来的工作有所进展，工作的时候会顺利一些，好了，我要想想下周怎么跟组长说两个项目可能会延期的问题。