举个通俗易懂但例子：

上学时候，某节课做公开课，省领导或者重要领导来听课，老师和班主任肯定是从上到下都非常重视都；然后某位同学要是 出现了「抹黑」「丢脸」行为；

事后指定会被批评； 事件可能不同，但是可以这个方向理解。

因「国家相关部门人员」在公司「检查」时，「正在喝水的我被疫情防控检查人员要求正确佩戴口罩」，当时「口罩在耳朵挂着，我点头答应」。但由于当时且在「看个资料，就没有及时佩戴」。检查人员刚走两步，回头看我还没有佩戴，便大声呵斥，你喝完水了没有，喝完就赶紧给戴上。

1，解雇你之前，公司估计也被喷到不行，在某些 KPI 上，肯定也影响指标了
2，然而你的这个行为呢，第一条喝水不谈，喝完水了，看资料也不影响你带口罩。在疫情期间，严厉要求你带上无可厚非

裁你，肯定是公司被喷了，把气撒到你头上了；
裁你没道理但事出有因，仲裁吧。

@bbao 说的也不对，用什么技术其实都行，就是 微软对技术栈可能略有不同。有学习能力，哪儿都不怕，看楼主倾向于什么吧，实习嘛，哪个能转正，转正后提升大，就选哪儿。

要转正？选蚂蚁，蚂蚁还没上市，还有机会，蚂蚁 3 年出来工作不愁找；

微软牛逼，但是你跳槽，找什么样的公司啊？还是不跳了。

只有淘宝能干的出来这样的事儿。

「今天又去面试了，还是一家小公司，笔试后，面试官竟然很多年前刚毕业的时候跟我一家公司，他看我和他早期遭遇很像，然后就跟我聊了很久职业发展的东西，劝我刚毕业进个大点的公司镀镀金，找个有架构师的项目组」

划重点：小公司，面试官毕业和你的经历类似；聊职业发展，劝你进大公司，着官有架构师大项目组；

首先，给你建议大人，没有在他对你说的 大公司里面对你进行面试，很可能他没有去过「大公司」有「架构师」的项目组

所以，劝人的话，容易，但是到自己身上了，有没有能力做到他对你说对建议，是另一个问题。
（有架构师对项目组，好比 CTO 不会 写代码就垃圾一样浅）

所以还是要看自身能力和职业规划，可能没有职业规划，那就在能力范围内，尽量找一个目前能找到对最好对公司或者行业才是完美的。 没能力进大公司，那么天天让你面 字节跳动，你也拿不到 offer 。

选择业务都基础上，自己的业余时间搞 「效能」会更有意思；

搭建工具没什么意思，如果对 CI/CD 感兴趣，那完全可以抽时间了解； k8s 什么对，也就满足了你好玩儿的需求了。

这些估计就够用了

@xyp0302

咋说呢？ dubbo 只是 api ？ 设计原理是什么？还有什么 rpc 框架？优缺点是什么？都有哪些组建配合使用？都存在什么问题？

什么玩意上来就 api 。

谁也没说一定 springboot ；但你 ssh 就真的…… 还不如 servlet 来的优秀

你配置文件配置事物和注解配置事物有啥本质区别？？？ 你说的那一长串就不知道了？

小朋友基础不好，有培养价值就慢慢来，2020 年了，都想接触最先进的技术没啥毛病

2020 了，该学习学习，时代在进步，该更换的思想该换的时候也得换换。

[来了五天不知道公司给配的电脑是固态加机械两块硬盘]
有什么实质影响？

[ 基础不扎实，小地方动不动出错]
你面试的，你心里多少都没谱？小地方出错，结果没问题就行。

[还老是跟我讲 spring cloud，dubbo，说我们现在用的东西没挑战性]
对于 ssh，确实没什么挑战性

[ssh xml 配置事务都整不明白]
我草，我也不知道咋配，我也得去查啊，ssh 都 10 年前都技术了朋友。还以 ssh xml 不会配置当做菜那？好比问你 web.xml 都配置啥？你让我咋想你都项目有挑战。

[看着你做东西，还会来个装腔作势，一边看着一边念叨几个词，想表达自己懂？]
表达对了就行，正常技术沟通楼主是不是不会？

[来了 5 天不知道哪个是老板，开会的时候坐在离老板最近一个位置]
你一个负责人，入职员工你都不给人家介绍，还怪人家不知道？就得上来就舔？

[来了几天了，不知道哪个是技术总监，加班的时候跟技术总监谈看法，说不应该这么加班云云。。。]
你不介绍，谁知道你们公司谁是谁？还不是你都问题。



通篇看完楼主也是小人得志，拿鸡毛当令箭了，这要权利大点岂不上天。

他们应该会有简历库，录入的时候会有简历 diff，出入大的，可能会打电话确认。
如果是真是大意时间点全部错开，说明原因指出哪个是正确的就好（当时快手和我打电话确认过，我前一天晚上才发现时间节点再重新梳理简历的时候都复制粘贴错了）
如果是故意写错的，那 GG 。他们会背调你最近 2 家公司

现在都网络面试，不需要来现场，投简历试试水就能感受了，刚工作 2~5 年北京坑还是比较多的，能不能进得去就看个人了，有的面试也很水的。

楼主有一些误区，所以不需要虚，「大流量」 和 mysql 「锁」「事物」「分库」「分表」等都没有直接的关系；
1，大流量不会直接打到 mysql 上，会通过 缓存或者 MQ 来帮忙。
2，mysql 事物机制以及每种事物机制所存在的问题和解决的问题，是你在写普通 sql 时候就会遇到的场景。
拿事物举个例子：
步骤一
事物 1：select * from tab where id < 10;

步骤二
事物 2：insert into tab values(id = 8,xxxx);

步骤三
事物 1：再次执行 select * from tab where id < 10; 此时会不会查出来事物 2 新插入的数据？

步骤四
事物 1：再执行完「步骤三」后，在同一个事物中执行 update tab set xxx=xxx where id = 8 ；然后再执行相同的
select * from tab where id < 10 ；此时结果又是什么？

所以间隙锁解决了什么问题？然后没解决什么问题？ 这个普通的例子就给你答案了。

「大流量」
会让你在设计的时候考虑的更多，如何能让接口高性能不出问题，前端，后端，服务层、缓存，数据库，三方接口，如何监控，如何降级，如何限流、如何扩容 、顶级接口流量来的时候需要考虑什么 等等 考虑的是这些问题。

而你说的，就是基础中的基础了，和「大流量」没关系。

希望可以解决你的困惑。

@CloudNineN 地址选长春，boss 直聘还是比较真实的。

技术岗往往按技术牛逼程度来评价厉害不厉害，而在大企业里面，并不是技术牛逼就能把周围很多事情摆平；

当你工作多年之后，技术只是衡量一个人的标准，还有很多方面值得考察。

比如你遇到不会写代码的 CTO，是不是也会「批判」

远程面试慢啊，一般 1 天一轮；
现场面试，3 个小时能解决战斗，而且能持续保持当天面试状态，能在沟通中进行调整，减少一面没发挥好直接被 pass 的概率；

「很多岗位只收到零星的简历，而且质量不佳，是一个好机会，所谓的蓝海」

论内推，LZ 是个好伙伴，但「零星」我是不信的。

@jack2020 没有啊，算法写不会啊。