有一次我们团队要交一份项目报告，领导定的截止时间是周五下午5点。于是大家按计划推进，周三还在做最后的功能测试。到了周四，领导突然在群里发消息说：“报告格式要重新改，内容也要更详细，最好明天下午3点前交。”这时候问题来了：1我们已经按原格式做了大量排版和数据整理；2功能测试还没完全结束；3领导的要求突然变更，而且还提前了两个小时。大家只好连夜加班，甚至有人为了赶时间把数据临时拼凑上去。结果第二天交上去后，领导又说：“数据不够严谨，重新核对一下。”这下又要再改。更让人无语的是，领导自己却在下午3点之后才开始看我们提交的内容，甚至还说：“你们怎么这么慢？”那一刻大家都觉得很尴尬：我们不是不努力，而是...

介绍一下基本情况:岗位:某中厂后端开发实习生，本来学的java，岗位是golang，实际接触的代码全是php😅😅😅工作内容:就是给解决用户在产品使用中反馈的问题，比如看不到评论，收不到通知等等，然后就是查日志，复现问题，调接口，看后端代码。😭😭😭室友在大厂的实习都是写需求啥的，我快一个月了，一行代码没写。😐😐😐求大佬们支个招，该怎么包装这段实习。目前想法:1.因为可以接触到所有代码和接口，看到代码过去的更改记录，打算将工作内容写成负责某某模块开发维护，升级了某个接口这种。然后到时候给面试官展示的就是增加了新方法的整个思路。2.但是吧，接触的全是php，我是不是还得准备php开发框架的东西？而且就算是把过去某一个更改说成自己的，内容也好少啊。3.暑期和秋招还想主攻java，该怎么描述这段实习。佬们支个招吧，孩子没法了。😟😟😟😟

零、写在前面之前实习和项目中都是学的Vue，由于之后工作大概率会进入React的技术生态，最近才开始学React并且缺少企业级的项目开发经验，也没有对源码做系统研究，以下的内容只是个人学习过程中的记录和思考，因此大概率会显得稚嫩而且主观，需要大佬们的指点和修正。软件开发毕竟属于工程实践领域，对于相同的目标可以有不同的实现方案，而一样的技术在不同的场景下也需要做取舍权衡，它并不像数学物理这样的学科有一套不容置疑的公理。而且对于团队开发者而言，一套技术的开发体验、学习成本、认知对齐等因素也同样重要，它们应该是带有主观色彩的，至少是可讨论的；为了描述简便，以下会根据官方文档的写法和称呼，对于useE...