小厂erp怎么写产出

用友北京总部有推荐的后端开发组吗，目前在上海用友的甲方业务，但由于项目快结束了，想努力去总部的后端，有推荐的组吗？朝那个方向努力

🧠 一、不是“我做了什么”，而是“我解决了什么”❌ 普通简历：负责某模块开发，使用 XX 技术✅ 有深度的简历：针对 XX 场景的性能瓶颈，重构 XX 模块，将响应时间从 A 降到 B👉 面试官自然会问：瓶颈怎么发现的？为什么选这个方案？还有没有其他解法？🔍 二、每个项目都能“往下挖三层”有深度的简历，每段项目至少能拆成三层：1️⃣ 背景：为什么要做这件事2️⃣ 决策：你做了哪些关键选择3️⃣ 结果：产生了什么变化（数据 / 结论 / 影响）如果你自己都挖不下去三层，那面试官大概率也挖不动。📊 三、数据不是装饰，是“钩子”真正有用的数据不是为了显得高级，而是为了引出问题：为什么提升 3...

回想第一份实习的日子，那应该属于典型的“作坊式”小厂，Java后端团队加起来还没现在的项目组大，既没有代码走查流程，也没有自动化部署那一套。那时候上线全靠手动把War包丢进服务器，每次发布都得提心吊胆，虽然这种野蛮生长的环境迫使我快速掌握了各种奇淫巧技来修Bug，但代码风格混乱、全靠口口相传业务逻辑的现状，也让我深刻体会到了缺乏工业化标准带来的痛苦，与现在规范化的开发环境相比，确实是两个维度的体验。对于公司档次的划分，我觉得除了看人数，更应该看“技术底座”的厚度，可以将公司简单分为“业务外包型”和“技术驱动型”。前者虽然可能规模不小，但核心系统全是第三方或遗留的烂摊子，新人进去基本是在堆砌CRUD，很难接触到底层架构；后者规模或许不大，但代码质量要求极高，业务逻辑清晰，且愿意花时间维护技术文档。对于实习生而言，与其盲目迷信大厂光环，不如找到那个能让你在起步阶段就养成良好编码习惯、能接触到系统设计全貌的地方，这才是职业生涯初期最宝贵的财富。

面试题简述MySQL如果数据库做了分库分表，那跨库查询一般怎么处理？面试官想听的1、分库分表带来的代价2、没有完美方案，只有取舍面试回答举例分库分表后，跨库查询本质上是一个复杂问题，一般不会完全交给数据库来做。 常见的解决思路有以下几种：详情请参考：http://xhslink.com/o/4WkaXwLo8R0由浅入深分析1、分库分表本身是为了解决容量和性能问题。2、跨库 JOIN 在设计上应尽量避免。3、查询能力往往通过架构手段补偿。面试加分点1、提到分库分表是有代价的。2、提到反范式设计。3、提到跨库 JOIN 违背了分库初衷，这一点非常加分。