然后下个星期需求来了，主管就分配了一个需求给我。因为我是第一次做需求，主管特地跟我说了下开发思路，嗯，大致我听得懂。然后我回去写，第一个坑就来了，鬼知道该把代码写哪里。但是我又怕这是一个很低级的问题，于是我假装知道写哪里的样子，自己默默的在service实现类里面找。找了一两个小时，结果还真没找到，然后屁颠屁颠的跑去问主管，主管离我十米，这个是个好位置，我偷懒都不会被发现，当然我并没有这么干过。然后主管说忘记告诉我写哪里了，我就呵呵。当然之后我写了几个需求之后自然而然的就知道写哪里怎么写了，写哪个方法里跟公司的框架有一定关系。好，是我没问，这锅我背，我继续敲代码了。这需求有点奇怪，自己写了好几个方法才实现了部分功能，这花费了我将近两天时间。然后主管开始发话了，一方面说我写代码的速度太慢了，另一个面又说没关系第一次写慢点就慢点，你不说我也会慢慢写的，因为这个真的很绕，我要获取多个数据。第三天，我终于写完了，略有成就感，当然也就一下下，马上就被泼冷水了。当我说开发完之后，主管开始要求我规范一下代码，然后我又去规范，没有给我规范文档，让我自己去搜。后来才给我公司的规范文档，你说坑不坑。这个也完成之后，主管叫我先自测一下，这个一个好习惯，这会提高代码的质量，缓解测试部的压力，以及加快出包率。自测的时候发现一个小bug，在开发的时候其实已经意识到。然后我就告诉了主管，主管说和我一起看一下代码。先是让我讲一下思路，我就啪啦啪啦的讲了，他听完之后就看了一下我的代码，然后和我说你不用这么写的，你写的这些方法，已经有封装的了，只要调用一下就可以了。嗯，你不和我说，我怎么知道有现成的。他也没有说我的bug怎么解决，叫我用上封装好了的方法，重新改一下代码。好吧，我改，从头到尾，从原来的50-60行改成了20行。！！！封装好了的我怎么知道，我一个新手只能自己敲。我绞尽脑汁写了三天，其实想知道我的代码里面的bug怎么解决，并不想被替换。
坑坑坑，后来还遇到一些，在前端执行保存，删除，提交等等操作的时候会调用特定的方法，一开始也不知道，不知道代码写哪里，或者是代码写了却没有执行，直到后来主管给了我公司文档！！！早干嘛去了，这是真的坑。当然这主要也怪我，我不懂公司会有各种文档，各种开发帮助文档，我以为只有设计文档。直到后来主管给我文档之后。所以啊，希望你们不要像我这样，入职后第一件事是向主管要公司的开发帮助文档，一定要主动去熟悉，不然等你开发的时候就晚了。就这样吧，坑说不完的，自己默默体会，有坑才有进步。
随时随地看视频
