这两天，梁知修都
在熟悉项目，没有给他安排任务。
易铭在群里说，让他有需要帮助的地方，咨询时漾、钱斌或者关成，他们几个都负责后端代码。
不过时漾也猜到了，他根本不会问自己。
这周一，新的需求下来，易铭居然给梁知修分配了新的需求。
而且他的需求是时漾的下游，两人配合的很紧密。
时漾很诧异，给关成发消息：【居然有人两天就能摸清项目？】
时漾记得当时自己进项目组，给了一两周的时间。
有时候最多让她改改bug，哪有直接让做需求的。
关成：【我听说他是自己主动要求的。】
虽然时漾觉得他有这样的实力，但未免也太卷了。
一个小时后，是每周一次的需求分析会，一伙人去了会议室。
梁知修跟在他们后面，但进来后，直接坐在最前面，跟许砚面对面。
时漾这次离他们很远，心里保佑待会儿易铭鞭尸的时候能手下留情。
跟上次例会一样，易铭先是把电脑屏幕投屏到幕布上，挨个点评他们的问题。
许砚依旧是那个帮凶。
说到一个算法问题，许砚刚写出一个优化方案易铭还没来得及说话，对面的梁知修说：“这不是最简单的。”
易铭没说话，会议室的几个人也都不敢说话。
许砚脸上表情却很平淡，他把电脑转过来，往前推，“你来。”
时漾紧张的看着幕布，看着梁知修熟练地敲着代码。
她看的专注，没注意到许砚阴沉着脸看着她。
梁知修写的很快就写出一个demo，然后看着许砚，“把这个接口内置到代码里面，是不是就省去了绕弯？”
许砚顿了一下，才说，“这个方法很漂亮，也确实省去了很多弯弯绕绕，甚至去下游里面接入数据，可你有没有想过，你查出的整体都是封装好的，这张表的数据量你有没有想过？”
梁知修只考虑到了简便，许砚很给面子，“或许时间太短，你对项目了解不够深，这个办法是可行的，但要考虑上线的可行性。”
时漾暗暗松了口气，资本家还不是好当的，特别是遇到刺头员工。
绕过这个小插曲，易铭继续说这一周的新需求。
时漾也提出来两个模棱两可的地方，易铭也都解答的很清楚。
下班之前，时漾原本想把今天需要修的git到项目组的仓库里，却发现有人已经帮她改了。
时漾查看修改的人，居然是梁知修。
她下意识的看向他的工位，没想到他已经离开了。
时漾想了一会儿，还是没有把自己的版本git上去，她在企微上搜索到他的名片，点开，给他发了条信息：
【[图片]。jpg】一个历史git的截图。
【这是你改的吗？】