user919lx

另外，ROR 的设计很经典，学习它有助于更深入地理解 Web 开发的场景和设计理念，业余有时间的话不妨结合一些相关书籍来学习。我职业生涯的早期做过 Ruby 工程师，那时候读过一些相关的书，感觉非常受用

要找工作就别学，国内的适用面太窄。
但 ROR 作为经典的 Web 框架，开发效率确实高，前提是你很熟悉框架。不过在当前 AI 生成代码的技术越来越成熟的场景下，我觉得 ROR 的优势可能也不那么大了。

这些都是份内的事，作为团队 leader 花了公司那么多钱当然有义务说明清楚，这是对团队和公司负责，比起让你团队降薪裁员或者强制加班这种严重动摇军心的事情好搞多了

我记得之前刷过一些厨师说就用陈枝记就行了。没什么太大的讲究，主要是平时注意保养。
现在我都在考虑为了老妈做菜不累，换一个轻一点的锅了，铁锅还是有点重

如果会游泳，我觉得游泳是最好的方式了。在水里不用担心重量的影响，虽然蛙泳也会对膝盖有一定影响，但在可接受范围内

这是我之前做的面试准备笔记，专门对这个问题，可以看到这个例子其实不算很复杂，给出解决办法后，一个初级程序员也能轻松完成任务。实际上这种问题也不适合说太复杂的内容，因为本质是考察你解决问题的思路，如果内容太复杂，会让面试官过多地思考复杂的内容，而忽略了你清晰的解决思路，如果面试官无法理解你说的内容，反而会让这个问题成为扣分项。不用太担心问题没有技术含量，因为考察技术含量会用其它的问题。


**思路**

1. 明确问题/需求是什么
2. 核心的困难/挑战是什么
3. 寻找解决困难的办法
4. 串联得到完整方案并实施
5. 测试方案结果是否满意，如果不满意，看具体效果决定是采取额外手段补救还是返回 3 推倒重来

**例子**

* 背景：我们有一批企业数据，来源很广泛。我需要每天更新，从中找到每家企业的基本信息的最新数据，并且将企业与其活动记录关联起来。
* 需求描述：
1. 识别同一个企业实体
2. 获得最新的企业信息
3. 获得企业名称变更历史，方便关联
* 挑战
1. 识别同一实体困难：最准确的是企业信用代码，但是仍然有将近 30%的缺口
2. 最新记录某些字段数据可能有缺失
* 办法：
1. 通过多种方式，比如信用代码、组织代码、税号分别关联，尽可能多地确保可靠的联系
2. 通过关联后根据数据更新时间取最新的有效
3. 通过关联来构建企业名称变更历史
* 结果：
* 超过 99%的数据能满足需求
* 小部分公司名存在重复，这是业务上无可避免的，但数量不多，可以打上标记，这些数据需要进行人工进行二次审核，结合其它数据上下文来做判断，避免误判

其实和讲项目差不多，按 STAR 法则来讲，然后重点讲 Action 也就是你是怎么做的。为面试节奏考虑可以不用讲太细，主要讲你分析问题的思路还有解决方案用到的技术。由面试官来提问他感兴趣的部分。
这个问题很常见，主要就是考察你在遇到困难时是怎么解决的，你能讲清楚自己解决困难的思路就行了，用了什么技术，困难的大与小根本不是重点（每个人的技术水平和经验不同，新手的难题在老手那里都不算什么大事）