【投稿】
大家会为了女朋友放弃更好的offer吗?本来收到了杭州某大厂的offer觉得很开心,但是女朋友在杭州找不到更好的工作,但有一个北京的offer。女朋友说异地就分手,我不想分手,但也不想放弃大厂的机会,怎么办?
全部评论
永远别拿感情跟前途比
8 回复 分享
发布于 2020-05-09 15:19
你去杭州吧,女朋友可以放心,我替你照顾。
6 回复 分享
发布于 2020-05-10 11:26
不会,工作和挣到手的钱是自己的,女朋友将来又不一定是自己老婆,就算是自己的老婆,也不一定能携手走完一生,感情的不确定性太高了。
6 回复 分享
发布于 2020-05-09 21:28
分了,给他惯的,大厂的offer来之不易啊
4 回复 分享
发布于 2020-05-11 00:17
成熟点,学学你女朋友
4 回复 分享
发布于 2020-05-10 22:10
前途重要,女朋友也重要,两个人商量来,不用急着说分手,哎。
4 回复 分享
发布于 2020-05-09 22:31
我觉得问题关键在于她说异地就分手,这就需要打个问号了,不是不能奋不顾身,而是需要确定是否值得
3 回复 分享
发布于 2020-05-12 00:15
前途对于个人更加重要吧,尽量兼顾,但是开口就分手的,说明感情还不是很牢固
3 回复 分享
发布于 2020-05-11 16:31
前途
2 回复 分享
发布于 2020-05-10 09:54
选前途吧。我和我男朋友要是面对这种问题,我一般都不会拿感情来左右对方的选择。一般尊重对方吧,异地一段时间也可以的,如果异地实在坚持不下去,就各自安好吧
1 回复 分享
发布于 2020-05-14 09:19
两个人商量着来吧,我和我男朋友也面临这种问题,我希望他可以心平气和和我商量,好好商量,那就有的谈
1 回复 分享
发布于 2020-05-11 21:45
会啊
1 回复 分享
发布于 2020-05-09 15:09
首先,去大厂工作是你的向往,她一点儿也不理解你,张口就分手。其次,有感情基础,异地一段时间,再想办法到一个城市是完全可以接受的,张口就分手显得她很自私。
22 回复 分享
发布于 2020-05-09 15:14
如果是我,我就选工作
10 回复 分享
发布于 2020-05-09 15:12
会只要重庆稍微有个差不多的公司要我,我一定去。
1 回复 分享
发布于 2020-05-09 21:27
女生说异地分手,其实我个人感觉是因为她已经知道异地的话,感情会慢慢变淡,那样子长通不如短痛,还有我很好奇的是,你都已经有能进杭州大厂的技术呢,为什么不去北京呢,除非你特别讨厌北京这个城市,不想去北京,感情这种东西别让自己遗憾
点赞 回复 分享
发布于 2020-05-22 10:25
选大厂,以后可以跳槽
点赞 回复 分享
发布于 2020-05-13 01:23
大厂的话,一般都会在北京有分公司吧。转岗呗
点赞 回复 分享
发布于 2020-05-13 00:57

相关推荐

鼠鼠第一次投大厂面试,写面经攒人品:1. 个人介绍(2min)2. 挖项目(我跟后端相关的项目似乎只有抖音商城(字节跳动青训营),他一直挖我这个项目)3. 服务是怎么被发现的?(微服务)4. 假如你这个服务要更新,要更平滑,不让用户感到延迟,你会怎么做?- 维护两套环境(蓝:当前生产环境;绿:新版本环境)。- 新版本在绿环境测试通过后,切换流量到绿环境,蓝环境作为回滚备用。- 优点:零停机,用户无感知切换。5. 你输入一个url的处理过程6. 然后就开始写题了,面试官直接口述,输入一个数字,输出下一个最小的比这个数大的数字(重新排列)leetcode类似的题目是:[556. 下一个更大元素 III](******************************************************)这道题手撕还是相当紧张的,给我撕出来了7. 数据库事务是什么8. mvcc是什么,怎么实现的?9. 场景题,给你一个番茄小说的书,有十万订阅,如何快而准确的通知到所有订阅的人更新了(这里要求你去用具体的实现)我这里寄了,后面复盘的时候,应该是使用feed流,这个是用ai写的答案:- 推模式 (Fanout-On-Write/Writes):- **操作时机:** 当关键事件(如新章节发布)发生时**立即**执行。- **目标用户:** **核心活跃粉丝(数量相对较小)**。- **动作:** 将事件**直接写入**这些目标粉丝的个人 **收件箱(Inbox Feed)**(一个按时间排序的数据存储)。用户访问自己的 Feed 流时,直接从这个收件箱拉取即可,延迟极低。- 拉模式 (Fanout-On-Read):- **操作时机:** 当用户主动请求访问 Feed 流时执行。- **目标用户:** **非核心粉丝(长尾粉丝,数量大)** 或 触发推模式的粉丝,在访问 Feed 时可能需要拉取更长时间范围内的数据。- **动作:** 后端服务在用户请求时,**实时聚合**用户所关注对象(收藏的书籍)的 **发件箱(Outbox Feed)** 数据(包含所有发布事件),按时间排序后返回给用户。这需要访问多个发件箱(每个收藏的书一本)并聚合。- **「推拉结合」的关键:** **合理区分「核心粉丝」与「长尾粉丝」**,只对核心粉丝进行实时写入。**关键组件与流程详解:**1. **事件源 (Event Source):**- **新章节发布:** 最核心的事件源。携带 `bookId`, `chapterId`, `publishTimestamp`。- **粉丝关系变更:** 用户收藏 (`favor`) 或取消收藏 (`unfavor`) 一本书。携带 `userId`, `bookId`, `action`, `timestamp`。2. **事件总线 (Event Bus):**- 使用高吞吐、可靠的消息队列如 Kafka/Pulsar。接收上述事件并进行持久化,供下游消费者订阅。后面是就是针对十万用户的进行**精准界定“核心活跃粉丝” (`HotFanCache`):**,查询优化,**高性能存储与分片:**10. 反问,问了业务是什么,技术栈是什么,然后和面试官聊的蛮开心的,面试官夸了基础好,知道稳了10min之后,hr通知2面.1面成功.
番茄小说二面3人在聊
点赞 评论 收藏
分享
评论
8
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务