途游技术面试经验

在AI时代，我认为刷leetcode还是很有必要的。我们首先要搞清楚为什么公司要考察我们写算法题，其实本质就是看会不会写代码和代码风格命名规范以及考察计算机四大件408中的数据结构。AI 确实能帮我们生成算法题的解题思路，甚至直接写出完整代码，但面试官要的从来不是 “能写出答案”，而是解题过程中体现的逻辑思维和工程素养。你让 AI 写一道动态规划题，它能给出标准答案，但你要是说不出状态转移方程的设计思路，解释不清为什么要这么定义 dp 数组，面试官一眼就能看出你是 “抄作业” 的。刷 LeetCode 的核心，不是背题，而是锻炼把复杂问题拆解成小步骤的能力 —— 这种能力是 AI 替代不了的，也是程序员安身立命的根本。对咱们 Java 后端程序员来说，刷 LeetCode 更是和日常工作息息相关。你刷过的链表题，对应着项目里 Redis 的链表结构底层；你吃透的哈希表题，能帮你更好地理解 HashMap 的扩容机制；你练熟的多线程题，更是和 JUC 并发编程直接挂钩。这些底层逻辑的理解，不是 AI 给一段代码就能悟透的，必须靠自己一道题一道题地敲、一遍又一遍地复盘才能掌握。而且大厂的算法面试题早就不是 LeetCode 原题了，很多都是结合业务场景的自创题。比如让你设计一个订单号生成的算法，既要保证唯一性又要提高生成效率；或者让你优化一个高频查询的缓存淘汰策略 —— 这些题没有固定答案，需要你结合数据结构、性能优化等知识综合分析。AI 或许能给出几个方案，但它没法帮你权衡不同方案的优劣，更没法帮你解释为什么这个方案最适合当前的业务场景。还有很重要的一点，刷 LeetCode 能帮你养成良好的编码习惯。变量命名是否规范、代码是否有注释、边界条件是否考虑周全、异常情况是否处理得当 —— 这些细节都是面试官考察的重点。AI 生成的代码有时候会为了追求简洁而忽略这些细节，而你在刷题过程中刻意养成的习惯，会直接体现在你的项目代码里，这才是真正的竞争力。说到底，AI 是工具，刷 LeetCode 是修炼内功。工具可以帮你提高效率，但内功不足，再好的工具也发挥不出作用。在 AI 时代，刷 LeetCode 不是没必要了，而是更有必要 —— 它能帮你区分开 “只会用工具的程序员” 和 “真正懂技术的程序员”。

1.c#与unity内存管理机制2.ugui优化的方法3.资源加载的方法4.泛型委托使用的方法5.观察者模式什么时候使用，怎么使用，方法封装使用哪些api6.A*7.项目相关8.想来学习做哪些内容9.反问12分钟结束，第一次太紧张了，估计凉凉

长得好看可能加分，但长得老实绝对是面试里的隐藏 buff。面试官也是人，第一眼看到你这人稳重、眼神真诚，潜意识里就会觉得这小伙儿靠谱，好沟通、少添乱。毕竟招个员工，不光看脑子，还得看能不能一块儿踏实干活。你代码写得硬，做人又实在，这种 “放心感”，可比颜值顶用多。

上周面试了乐信圣文的Unity开发，虽然最后没过，但是还是想记录一下这次面试。我的基本情况是：0实习，211本科，有竞赛经验，对unity开发也不了解一面：1.介绍一下自己2.提问简历上的在校经历与竞赛经历问了笔试之中的几道题和我的答题思路，这些都是我自己做的，所以回答的很流畅3.常用的几种设计模式（答出来了），但是后面又具体问了MVC，这个没有具体了解4.单例设计模式是什么，工厂模式和策略模式的区别（答出来了）5.SOLID具体指的是什么（最后D的回答不太好，应该是依赖倒置原则，我忘了名字了，只说是一般在基类中我们使用纯虚函数来实现这一原则）6.里氏替换原则的具体内容（答上来了）//接下来就...