问个题，有同学知道怎么做嘛？

1. 你现在做的系统如果让我一句话理解，它解决的核心问题是什么2. 如果让你重新设计这套系统，你会先拆哪几个边界，而不是先画微服务图先拆交易主链路和旁路能力。主链路只保留强约束动作，比如下单、库存冻结、支付确认、履约状态推进；旁路能力像风控、推荐、画像、报表、运营分析都要尽量异步化。再往下拆数据边界，订单事实、库存事实、支付事实不能混成一张万能表。最后才是服务边界，因为很多系统不是服务没拆好，而是业务一致性边界一开始就画错了。3. 一套交易系统里，什么地方最容易被误判成“性能问题”，其实是模型设计问题最典型的是状态字段过载。很多系统把几十种业务状态塞进一个 status，然后所有查询、补偿、回...

timeline过年前就约的年后三月份的面试2026 3.05 一面2026 3.10 二面（挂）2026 3.13 二面2026 3.16 hr面2026 3.19 口头oc2026 3.20 offer两道手撕无重复字符最长子串数组中能组成小于n的最大数字记录一下 不多写什么了 同时也感谢平台上以前发面经的佬们记录的一些手撕题目 刷一刷颇有成长

rt 不知道是真的假的丁老板 太难绷了

嵌入式拿高薪，其实并不神秘。很多人把它归因于“学历好”或“运气好”，但如果把市场需求、技术门槛和岗位结构拆开来看，会发现一条相对清晰的路径。研究生起步20K，并不是少数个例，而是由行业结构决定的结果。首先，从需求侧看，嵌入式属于“强工程+强落地”的领域。相比纯互联网开发，它更贴近硬件、系统和产品，替代性更低。一家公司可以用一个后端工程师替换另一个，但很难快速找到既懂硬件接口、又能写驱动、还能调系统的工程师。这种复合能力直接抬高了岗位溢价。尤其是在车载、工业控制、机器人等领域，对稳定性、实时性要求极高，一旦出问题成本巨大，公司自然更愿意为“靠谱的人”付高薪。其次，从供给侧看，真正“合格”的嵌入式...