2025年度总结

1. 华为：终端BG，薪资总包N，工作时间993+962（强度或更高），base上海练秋湖，公积金为基本工资的5%，加班有加班费。2. 歌尔（精英计划PMF）：总包N+5，前两年提供免费单人间住房（不住每月补贴2.5k），岗位与研究生研究方向强相关，工作时间965（不保证），base上海张江，公积金为最低标准的8%，加班算调休歌尔薪资+福利更优（年多8w）、强度大概率更低，但不清楚未来发展和薪资涨幅；华为平台未知，但工作强度大，看重其长期发展潜力。牛油们觉得改选哪个呢？说说理由

首先讲讲这个n8n啊，因为这个东西其实挺新鲜的，对于国内的技术圈子来说,这个居然还是新鲜玩意或者是没有一席之地。你可能看到一些ai视频，ai漫画，其实都是通过工作流一键实现出来的，这里为什么不讲coze？（这里纠正一下误区啊，coze可以说是不完整版的工作流，暂时不讲这个，因为其实这些东西操作起来都很麻烦啊）然后讲讲什么东西是n8n，或者说这些东西定义是什么：高度灵活的工作流自动化工具。首先讲n8n：这个玩意是我做了一部分然后让ai帮我搞的。然后其实里面也就几点:设定触发器 (Trigger)：选择一个开始节点，例如 Webhook (接收外部请求)、Cron (定时运行)连接操作节点 (Ac...

现在想起来还心跳加速！面试时为了显得自己懂分布式，硬吹了个牛，被面试官追问到差点翻车，最后靠临场瞎编居然圆回来了，堪称我秋招最极限的 “圆谎现场”！当时为了让简历好看点，把之前跟着学长做的项目写成了 “分布式系统”—— 其实就是个简单的 Web 项目，数据存储全靠 MySQL 自增 ID。但我知道分布式系统绕不开分布式 ID，就特意背了雪花算法的八股文，简历上直接写 “采用雪花算法生成分布式 ID，保障数据唯一性”，想着面试时背一背流程，面试官应该不会深究。结果面试那家公司的技术面，面试官一眼就盯上了这个点。我按准备好的八股文，从时间戳、机器 ID、序列号巴拉巴拉背得贼溜，还暗自庆幸 “这波稳了”。没想到面试官突然打断我：“你们项目的订单量我看简历上写的日均几千，不算很大啊，为什么非要用雪花 ID？用 MySQL 自增 ID 完全够了，还不用处理时钟回拨这些问题。”我当时人都傻了！大脑瞬间一片空白，脸唰地就憋得通红，手心全是汗 —— 总不能说我是为了简历好看瞎写的吧？情急之下我脱口而出：“这个设计主要是学长定的，我当时负责的是业务逻辑实现，具体为啥选雪花算法，我没细问……” 说完我自己都觉得离谱，心里直呼 “寄了”，这回答跟没说一样，肯定要被看穿了。没想到面试官没接着追问这个，反而话锋一转：“那我再问你，你们系统有主库和冷备库，冷备库存的是历史数据，如果查询的日期数据跨越了主库和冷备库，怎么处理？” 这问题又把我问懵了，我们项目根本没做冷备库，纯纯是我简历上吹的！就在面试官盯着我等回答的几秒钟里，我脑子飞速旋转，突然灵机一动，把两个问题绑在一起圆：“其实选雪花算法也和跨库查询有关！我们冷备库存储的是上一次数据迁移前的所有数据，迁移时会记录当时最大的雪花 ID—— 因为雪花 ID 里包含时间戳，查询的时候先根据查询日期判断对应的雪花 ID 范围，就能知道数据在主库还是冷备库。如果跨越了两个库，就分别查询主库和冷备库的数据，最后合并返回，这样效率比全量扫描高很多。”我说得语速飞快，眼睛都不敢直视面试官，心里祈祷 “千万别拆穿我”。结果面试官听完居然默默点头，还若有所思地说 “哦，这样考虑确实合理”，然后就接着问下一个问题了！我当时心里的石头瞬间落地，后背都被冷汗浸湿了，强装镇定往下答，结束后走出面试间，腿都有点软。现在回想起来，真的是极限操作！那套说辞完全是我临场瞎编的，连我自己都不知道逻辑通不通，居然真的蒙混过关了。后来拿到 offer 的时候，还特意去补了雪花算法和跨库查询的知识，生怕入职后露馅。只能说面试吹牛皮有风险，下次再也不敢瞎写简历了，就算吹也要提前把逻辑圆好，不然真的会翻车！

刷题笔记合集🔗 分苹果 问题描述 A、B两个人把苹果分为两堆，A希望按照他的计算规则等分苹果，他的计算规则是按照二进制加法计算，并且不计算进位 12+5=9（1100 + 0101 = 9），B的计算规则是十进制加法，包括正常进位，B希望在满足A的情况下获取苹果重量最多。 输入苹果的数量和每个苹果重量，输出满足A的情况下B获取的苹果总重量。 如果无法满足A的要求，输出-1。 输入格式 第一行是一个整数 ，表示苹果的数量。 第二行是  个空格分隔的整数，表示每个苹果的重量。 输出格式 输出一个整数，表示B能获取的最大苹果总重量。如果无法满足A的要求，输出-1。 样例输入 3 3 5 6  8 ...