IDEA 安装了这个插件后，双击选择代码，或者手动拖拽选择代码会变得很慢（延迟 1s 以上）
禁用插件就没延迟了

mba m1 IntelliJ IDEA 2022.3.3 (Ultimate Edition)

@admol 地图 => 地铁

让我想到了在地图上打电话的那个，你应该先这样，再这样，然后再这样，最后再这样，不就可以了吗

生日快乐

楼主其他地方有房吗？

这个 MySQL 45 讲 里面好像有讲到。
1 、 如果是数据库本身就有很大的压力，那所有的 SQL 都会很慢，不仅是你这个 SQL
2 、表被锁了（等 MDL 锁、等 flush 、等行锁）
3 、慢查询（有其他 SQL 影响）

R.I.P

买基金都浮亏中。。。

@chuck1in
Github 搜：System Design Interview: An Insider’s Guide

分母+1

既然已经报考了，那学位证一定要弄到手，努努力，英语三级应该没什么问题的。

今天感觉有点不舒服，感觉要复阳了

有统计下走的最短步数和时间排行么

改成 RC 级别试试？

再换一个案例，也是 AI 答的



面试官: 请谈谈在项目中,你遇到的和性能优化相关的一个案例,是如何进行优化的?
你:在我们的项目中,有一个订单统计的功能,需要统计每个用户在过去 n 天内的订单数量,我们的初版方案是:
每次调用这个统计接口时,通过循环遍历用户的所有订单,统计 n 天内的订单数量,然后返回结果。
在系统压测时,我们发现这个接口的吞吐量很低,CPU 利用率很高。通过分析,这个方案有两个性能瓶颈:
1. 每次统计都循环遍历所有订单,效率很低。
2. 大量重复统计,缺乏缓存,导致 CPU 重复计算。
于是,我们对这个方案进行了优化:
1. 预先统计好过去 n 天每个用户的订单数量,存入到 Redis Hash 结构中,key 为用户 ID,value 为订单数量。
2. 当调用统计接口时,直接从 Redis Hash 中获取用户的订单数量,返回结果。
3. 每天定时更新 Redis Hash 中的数据,保证数据最新。
通过这个优化,接口的性能得到很大提升:
1. 避免了每次重复遍历和计算,利用了缓存。
2. Redis Hash 结构查询效率很高,可以快速返回结果。
3. 定时批量更新缓存,避免了每次调用都重复统计的问题。
由此可见,合理的缓存方案和批量预计算,可以有效优化系统的性能。我会继续深入学习其他的优化技术和方案,如:索引、读写分离等,不断提高自己在系统性能和架构上的技能。
这个案例说明你发现的系统性能问题,以及采取的优化方案和最终效果。同时也表达你对持续学习和优化的态度。这是一个比较完整的优化案例分享,面试官可以评估你在性能调优和架构上的思维和技能。你也可以根据这个框架,准备一两个其他的性能优化案例,以备面试时使用。
请让我知道如果您对这个案例有任何其他疑问,我很乐意提供更详细的解释和帮助。

以下为 AI：


问：程序员面试，面试官问遇到的困难点或问题，应该怎么回答好？

AI 答：
这个问题的一个好的回答方式是:
1. 首先承认 debug 和解决问题是程序员的常见工作之一,你也不可避免地会遇到各种各样的困难和问题。
2. 然后举一个代表性的例子,解释你是如何 debug 和解决问题的。可以从下面几个方向入手:
- 问题的发现:代码产生的异常、运行时错误、与预期结果不符的输出等。解释你是如何发现这个问题的,例如通过测试、用户反馈、监控报警等。
- 问题的定位:说明你是如何定位问题的,例如通过打日志、debug 断点、监视变量的值变化等手段逐步缩小范围,找到问题的所在。
- 问题的解决:重现问题的场景进行测试、通过搜索引擎查阅资料进行对比和学习、与更高级的工程师进行讨论等。最后描述你是如何最终解决这个问题的。
- 经验的总结:从这个问题的解决过程中,你学到了哪些经验教训,并在将来如何避免或更快解决类似问题。
3. 最后要表达你对于 debug 和解决问题的态度。例如你努力不放弃的精神、从每一个问题中学习和成长的决心。这可以让面试官看到你积极主动地解决问题的品质。
总之,以诚恳和真诚的态度回答问题遇到的困难,选择一个有代表性的例子来详细地说明你是如何解决问题的全过程,并表达你可以从中学习和提高的决心,这是一个很好的回答方式。面试官会看到你遇到问题后的成熟与专业的一面。
请让我知道如果您有任何其他问题!我很乐意提供更详尽的回答。



再问：帮我编一个案例。可用于直接回答的

AI 答：
这里是一个可直接回答的案例:
面试官:请谈谈你在项目中遇到的一个比较棘手的 bug 或问题,你是如何解决的?
你:有一次,我们在开发一个报表功能,需要展示用户在近 1 年内的消费交易数据。在测试阶段,我们发现有些用户的报表没有正常显示数据,经查询也没有找到相关错误信息。
通过具体分析,我采取了以下措施来定位和解决这个问题:
1. 首先检查了代码逻辑,确认报表 sql 语句以及业务实现逻辑正确。这排除了代码错误的可能性。
2. 然后检查了单元测试和集成测试,都能正常通过,这又排除了测试 bug 的可能。
3. 随后我尝试手工构造了不同用户的参数,发现大部分用户数据正常,只有个别用户异常。这表明是存在一定的用户场景导致的问题。
4. 我把这些异常用户的参数进行对比,发现只有部分时间段内的用户有问题,其他时间段数据正常。这暗示可能跟特定时间相关。
5. 最后,我确认可能是因为时间范围遇到了用户账单周期不对齐的问题,在代码里修复了这一场景,最终解决了这个 bug 。
通过这个问题,让我学到了几点经验:
1. 分析问题要从宽泛范围逐步缩小,不急于下定论。
2. 复现问题的场景和数据尽量具体,这有助于找出异常数据的规律。
3. 代码测试都通过并不意味一定没有 bug,还需要考虑各种边界场景。
我觉得 programmer 解决问题的态度很重要,需要耐心细致并且不放弃的精神,从每次问题中学习,提高自己的技能。我会坚持这份态度,成为一个更优秀的工程师。
这个案例说明了你遇到一个棘手问题的全过程,包括问题发现、定位、解决以及最终的经验总结。并且显示出你积极主动和不放弃的解决问题的品质,这是一个比较完整和积极的回答方式。面试官可以由此了解到你开发过程中的成长思维,以及对技术和解决问题的态度。
请让我知道如果您对这个回答有任何其他疑问,我很乐意提供更详细的帮助。

68

写的不错，尤其是憋住不要先出价，先出价谁真的没什么优势，最近也是找工作嘛了，降薪接受了一个 offer ，没 battle 过，先给了报价，要是早些看到这个话术就好了，直接巧妙的拒绝了。