记录第一次实习
记录自己大三期间，在成都一家公司实习了一个多月的经历，总结一下自己第一次实习经验、收获以及不足的地方。
公司使用的技术：
公司使用的是微服务开发的，还好之前对微服务有过开发经验，上手还算是不难，微服务和单体项目其实给我的感觉就是为了方便管理，将一个整体拆分成多个模块，单独处理，互不影响，而且可以直接拿走就用，耦合度低，挺方便的。
公司的工作流程：
每天上班9点之前打卡，根据昨天的日报情况开完，开完早会之后，看一下tapd上面是否安排了新的任务，进行填写今天的需要完成的任务（日报），晚上下班后，将今天任务完成情况填写到日报里。
初入职场：
刚开始的时候，因为刚进入公司，对新环境没有这么快的适应，对周围人有点拘谨，好在旁边的同事的很热情，每当我日报写的不符合公司要求，被领导早会提出的时候，他都会在开会结束后，教我怎么修改有错误的日报，并且提出错误的地方是如何编写的。而且，每当我有问题的时候，他都是有问必答，一点也不会表现出不耐烦的样子，让我这个初入职场的小白感受到了一丝丝暖意。
团队合作：
团队合作真的非常重要。在实习期间，我真真实实的认识到了团队合作的重要性。学会了如何与他人沟通、协调和合作，以确保我们的项目能够按时按质地完成。
我们公司是严格的实行的前后端分离开发，所以我们后端开发需要和前端的同事一起合作才行，刚开始，不太了解公司的规范，就按照自己之前的书写的习惯，完成了leader安排的几个功能模块，然后第二天和前端同事对接口的时候，发现接口一直被前端的同事退回来，因为他说看不懂我的这个接口的意思，我一直拿着后端的思维进行开发， 因为前端也能看懂，就没有写很明白的注释（我们使用的是Swagger编写的接口文档），哈哈哈哈，导致前端一直找我问这个接口什么意思，如何传递参数的。
第一次和前端对接口，因为我之前的接口文档注释的不是很清晰，导致了一直在返工，以及部分功能有点差错，需要修改一下接口，然后就拖到了下班还没有完成，导致了前端同事被迫和我一起加班，完成接口的对接测试，哈哈哈哈哈。刚好，下班之后，我们做的是同一个地铁线，路上，该同事和我讲了许多有关公司的事情， 以及之前的开发人员，还有开发上的规范。哈哈哈哈，还好同事脾气还挺好的。
还有就是，因为在本地开发的时候，书写的路径，都是自己的，而且还是写死在项目中，当时为了方便测试，没有添加到字典上面，然后，打包发给测试的时候，测试老是报错500，经过查看日志才发现是路径问题，我们是不一样的，之前没有考虑过这个问题，因为我觉得在本地跑没问题就ok了，然后就苦了测试人员了，哈哈哈哈，三番两头的来问我，这里怎么报错了，那里怎么报错了，哈哈哈哈，后面我全部将地址放到了字典中进行管理，测试使用的时候，将字典中的路径改成他自己的Nginx服务器的路径就可以了，然后重新打包了一份jar包给测试才结束了这场笑话，哈哈哈哈。
后面，leader安排的任务的难度也逐渐上升了，进行相关的报表导入数据，以及自己编写对应的Word模板，然后按照用户选择时间段，自动一份Word分析报告，并且根据数据自动给出预计的结论，还有对Word实现在线编辑的功能等等。虽然里面有部分是我之前没有开发过的，但是好在leader给我时间去学习，最后也不负所望，虽然完成了相应的功能，但是代码还有很多可以优化的点，哈哈哈哈哈哈。
收获：
- 不懂就问。
- 不懂的业务逻辑，技术问题一定要问，不要等leader来检查的时候才说，这样的话，既也浪费了时间，又会给leader留下不好的印象，不懂又不问。一定要厚脸皮，不懂就问，踏踏实实完成工时才是真的（我们是按照完成任务工时来结算工资的），这是旁边的同事跟我说的，哈哈哈。
- 代码的规范！！！
- 不能只顾着自己开发的舒服而已，还要考虑一下前端，以及测试（上线部署）的同事们，因为我们是一个团队，不能只在自己本地运行成功就行了，开发的接口也不能只要自己看懂就行了，前端也需要看懂，后面进行接受项目的人也能看懂才行。
- 团队合作
- 真的一定要多沟通，多站在别人的位置考虑一下， 不能只顾着自己开发舒服，这样可能反而会浪费更多时间在对接口上面。
- 上班的工作流程
- 就一般程序员上班需要干什么，以及作为一个员工每天上班要做什么，比如打卡签到，完成任务，写日报，汇报工作等等。
不足：
- 技术方面的话，感觉自己的基础还是不太牢固，回来巩固一下。
- 还有 对专业的术语不是那么的熟悉，只能通过白话进行讲解，和leader交流起来有点小困难。
总之，继续加油吧，需要学习的东西还很多。