题干分析 题设给予我们一个人通过老式九键输入的按钮顺序字符串，已知老式九键输入模式为按对应的数字按键k次定位到该数字按键表示的三个或四个字母中的第k个进行输入（注意不会循环）。要求我们通过所给的按键顺序字串推测可能的输入内容总数（结果对取余） 算法思路 拆分问题： 首先考虑全部按键顺序字串只有一种按键的情况：  如果没有按任何按键，输入内容视作空，仍然看作一种情况 如果只按一次某按键，输入内容唯一，即所按按键对应的第一个字母 如果按两次，要么对应两次第一字母，要么对应一次第二字母，共2种情况 如果按三次，对应三个第一字母，对应一个第二一个第一，先后关系导致计数+2，以及一次第三字母，共计4种情...

影石、理想二面挂，全志、科大讯飞、卓驭挂。双非本，好牌打烂了   ，机会也用的差不多了。路过的佬能不能指导下，已经道心破碎了😭😭😭

和mentor的第一次谈话在谈话的最后，mentor跟我说：“我希望你把我当成资源，而不是老师。”“资源”这个词直接而准确，让我一时恍然。从小到大，“老师”总是连着某种规矩与距离，让我们习惯于被动等待教导、听从指令，把自己放在一个被定义的位置上。而“资源”，主语变成了“我”。这意味着我要主动去勘探、获取自己真正需要的东西。因为最清楚自己成长渴求的，正是我自己。这种主动的探寻与吸收，才是扎实的成长。以前觉得“资源”听起来功利，但现在有了不同理解——它其实接近“把自己当成产品”，持续积累知识、能力和格局，成为对他人有价值的人。这种价值不必宏大，可以对事、对人、对团队，也可以对自己在乎的领域。重要的是让“创造价值”成为思考与行动的一部分。汲取，是为了将来能够给予；提问，也是为了有一天可以解答。让自己有价，才能对未来有用。谢谢mt，受教了

很多 Java 程序员一听到“对接第三方接口”，脑子里就自动响起一句话： “这不就是调个接口嘛，没技术含量。”但真相是：你以为是体力活的地方，往往最能看出一个工程师的“技术深度”。那些把接口对接写成“定时炸弹”的代码，和能扛住三年高并发零故障的实现，差的从来不是会不会发 HTTP 请求。一、真正的高手，不是“调通接口”，而是“设计边界”对接第三方接口，看似只是发个请求、拿个 JSON，但背后其实是——系统边界的协作与防御设计。你面对的不是自己可控的代码，而是一个随时可能“变脸”的外部世界：对方文档写着“此字段必传”，实际却返回 null测试环境响应毫秒级，生产环境突然超时 30 秒接口突然升级...