请问接了offercall后还可以argue薪资吗？

本质上，我的消息密度回答不够，以及在linux方面确实我不太会他们这些命令，还需加强，又输了，哎。。。。。。3、用docker和本地进程的方式去启动一个组件（eg:Nginx），有什么区别呢4、docker是怎么实现和宿主机的隔离呢？5、说一下写dockerfile常用的命令吧6、底层常用的Linux命令说一下7、top以后输出的部分有个 0.8cpu这是什么意思8、怎么查看权限9、755是什么权限10、利用vim做替换（相当于idea 的 ctrl+H）11、Linux怎么硬盘挂载（用命令行）例如：插入一个U盘，然后把它的内容挂载到某一个目录下12、linux中怎么描述一个文件的权限呢13、...

鼠鼠是211本科生，这学期开始找实习，基本都能答上85%，但停停面面挂挂，也不知道什么时候能找到实习。我该放弃大厂投小厂吗，这学期先找个小厂去实习，明年暑期再去大厂，还是接着面大厂？现在大厂实习岗位好少，每天刷boss基本没什么岗。附一些timeline～金山9.22  一面挂百度9.23  一面挂美团10.22  一面过10.24  约二面10.28  二面挂百度10.29  一面过10.30  约二面11.3    二面挂滴滴10.30 一面挂美团二进宫11.5  一面过11.6  通知二面11.7  二面11.10 oc

😭有一段实习师兄开的公司给我盖章的，听说java很卷但是没想到这么卷一份实习都找不到 投了快一个星期了

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...