远景智能软件笔试复盘：算法、基础与业务场景全解析

2024年秋招季投远景智能软件技术岗的人应该不少这家公司在能源智能化和AIoT平台方向的技术积累这几年越来越被关注。我知道很多人在笔试前最想做的事就是搞清楚远景智能的软件笔试到底考什么难度在什么水平有没有什么隐藏的规则我参加完2024年秋招远景智能软件技术笔试之后整体的感受是题目不算极端刁钻和互联网大厂的笔试相比甚至可以说温和但它覆盖面很广算法题、计算机基础、业务场景题都有且很多细节题特别容易翻车。这篇内容我把整场笔试的体验完整复盘一下从题型结构、考察重点、答题策略到踩坑教训逐个环节拆开讲给后面要投远景智能或类似新能源科技公司软件岗的同学一个参照。1. 笔试概况投递岗位、平台流程与整体难度1.1 投递与笔试平台体验远景智能这轮秋招的软件技术岗是在官网招聘系统里投的投递后大概一周左右收到了笔试邀请邮件。邮件里明确写了笔试使用牛客网平台限时120分钟需要开摄像头监控全程不允许切屏。这里先提醒一句笔试前一定要提前测试摄像头和浏览器兼容性牛客网对个别浏览器确实有兼容问题我身边真有同学因为浏览器不兼容导致页面加载异常、白白浪费了十几分钟。从整体流程来看远景的笔试流程和大多数主流公司一致网申、笔试、技术面、HR面。笔试环节作为简历初筛后的第一道技术门槛核心目的是把基础不扎实、算法能力偏弱的候选人过滤掉。所以它的题目设计更偏向“综合检验”而非“极限比拼”——不追求让你做出高难题但求你能稳定答对基础题。1.2 题目构成与分值分布整张卷子可以分成三个大块单选题、多选题和编程题。具体结构我整理成了表格方便后面参加笔试的同学有一个直观印象。题型题量建议用时考察重点单选题25题40分钟数据结构、操作系统、网络、数据库、语言基础多选题10题20分钟代码输出判断、概念辨析、场景判断编程题3题60分钟算法与数据结构、代码风格、边界处理总分满分我记不清精确数值了但从题量和分值权重来看编程题是大头单选多选加起来占一半左右。也就是说只靠刷算法题不够计算机基础同样要扎实——这也是很多只刷LeetCode、忽略基础的候选人折戟的原因。1.3 整体难度评价如果拿LeetCode来对标远景的编程题大概在中等偏下到中等难度三题里前两题基本是“DFS/BFS、简单动态规划”这类常规题第三题稍微偏一些我怀疑和岗位方向有关场景题会应用在物联网设备管理相关的业务上比如设备状态流转、策略选择之类的背景。至于单选和多选难度在于“考得细”。不少题并不是单纯的八股文背记而是给你一段代码问输出是什么或者给一个系统设计场景让你判断哪些说法正确。这类题如果平常光看不练、没有真正写过代码很容易迷糊。2. 编程题三题背后的算法考察逻辑2.1 第一题基础数据结构与模拟题远景的编程题第一题一般不会太难考的是“能不能用代码把需求实现出来”。我遇到的那道题本质上是模拟 哈希表计数给一批设备的运行记录求某段时间内设备的在线状态统计。题目描述里披了一层物联网设备上下线的业务外壳但核心就是哈希表统计和排序没什么陷阱。这里提醒一个点笔试环境里是不允许查看本地文档的所以常用的集合类方法名必须记准。比如Java里HashMap的getOrDefault、computeIfAbsent这类方法Python里defaultdict和Counter的用法如果还要现场查印象会很受影响。建议在笔试前把常用语言的常用API都过一遍尤其是字符串处理和有序集合相关的。2.2 第二题搜索类问题第二题我遇到的是一个典型的图搜索问题节点代表设备边代表设备间的通信链路求从某个起始设备出发能到达的有效节点集合。这题对熟悉搜索的同学来说不难DFS或者BFS都能做关键在于两点图怎么存、遍历时去重和剪枝怎么处理。很多人在笔试时为了省事直接用邻接矩阵存图数据量一大就内存超标。正确做法是使用邻接表笔试环境下一般用List数组或者Python的dict套list就够了。另一个容易忽略的坑是visited数组有的同学在DFS时忘记了标记已访问导致遇到环的时候无限递归最后超时。这种“看似简单实则扣分”的细节其实最能反映日常编码习惯是否规范。2.3 第三题带业务场景的优化题第三题稍微需要多想一步题目大意是给一台储能设备的充放电策略做决策未来若干时段的电价已知每个时段可以选择充电、放电或闲置储能设备有容量上限和充放电功率限制目标是最大化收益。这本质上是一道动态规划题状态就是t时刻和当前电量的组合转移方程要考虑充、放、闲三种选择和约束。我第一反应是贪心——电价低的时候多充高的时候多放但细想就发现不对因为容量和功率约束导致每个时段的决策会互相影响简单的贪心策略很可能不是全局最优。所以在看到题目描述带有“如何选择”这类字眼时先别急着按贪心做要判断是否存在后效性如果有大概率要用动态规划。这道题给我最大的启发是远景的算法题并不完全脱离业务而是会包装一层能源或设备管理的业务背景。想通过笔试不仅算法基本功要过关还得能快速从业务题面里抽象出数学模型。2.4 编程题的代码规范与答题技巧编程题不是AC了就行代码规范同样会被考查。远景的笔试评卷大概率是人工筛选所以代码可读性也很重要变量命名不能全是a、b、c函数要拆得清晰关键注释要写。我自己的习惯是每题虽然不写大段注释但主逻辑步骤会写明注释这样阅卷人一眼就能看出思路。还有一点牛客平台的输入输出格式必须严格按照题目要求来。我用Python刷题习惯了input()一行行读笔试时有一道题给了多行输入第一行是测试用例数量我漏写了循环处理外层用例数导致只过了部分测试用例。这类失误在平时刷题时基本不会犯但考试时一紧张就容易出现。建议在笔试前专门练习一下牛客网的ACM风格输入输出特别是多组测试用例的情况。3. 选择题里藏着的计算机基础考点3.1 数据结构题远比想象中细单选和多选里的数据结构题考的不是“复杂度和基本概念”这种笼统的东西而是很细的对比和场景判断。比如有一道题问“在频繁插入删除元素、且对随机访问要求不高的场景下哪种容器最合适”这就是典型的链表和数组特性辨析。这类题不难但选项里常常会有“干扰项”——例如把LinkedList的时间复杂度描述成O(1)索引就等着你选。另一个高频方向是树和图的基础概念比如二叉树的遍历序列推导、最小生成树算法适用场景、拓扑排序的含义。这些内容我在复习时觉得很简单但笔试中结合具体场景后还是得仔细推敲一下稍不留意就会选错。3.2 操作系统题目集中在进程、线程与内存选择题里的操作系统内容算不上大规模但绝对是拿分关键进程与线程的区别、进程调度算法、死锁产生的四个必要条件、虚拟内存与页面置换的基本逻辑。这些属于经典八股掌握好核心概念就能应对。有一道题印象比较深问的是多线程程序里某个共享变量自增操作能否保证原子性。如果只是背过“i不是原子操作”这句话那道题能答对但如果题目换成了“AtomicInteger的incrementAndGet是否线程安全”就得靠对JUC的了解来推断。所以建议复习时不要只背结论最好结合常见并发工具和实际使用场景来理解。3.3 网络题TCP与HTTP是绝对重点网络题的覆盖面比较常规TCP三次握手、四次挥手和TIME_WAIT状态、HTTP与HTTPS的差异、常见的状态码含义是大热门。远景这种有云平台业务的公司对于网络基础的要求不低因为云端基础设施本身就是靠这些底层协议层层构建的。选择题喜欢用“以下关于TCP的说法正确的是”这种形式四个选项里往往夹杂了“TCP是面向报文的”“UDP提供可靠传输”这种明显错误或概念混淆的表述。这里给一个实用建议把网络协议整理成对比表来复习比如TCP和UDP、HTTP/1.1和HTTP/2、Cookie和Session、进程与线程一目了然。记的时候不仅要记定义还要记“为什么”因为多选题里经常会出现“哪些说法能解释这个现象”的考法。3.4 数据库知识索引、事务、SQL语法数据库相关题目大概有三四道集中在索引失效场景、事务隔离级别、SQL查询语句的判断。让我印象比较深的是有一道关于SQL索引失效的问题给出多个查询条件要求选出不会命中联合索引的写法。比如在查询条件中对索引列使用了函数运算或者最左前缀原则没有被满足索引就会失效。这种题平时如果没实际建过表、执行过explain很容易凭感觉判断错。所以我在准备这类基础题时有一个习惯自己在本机装一个MySQL用一个小型数据表实际测试各种SQL写法和索引生效情况。光看书印象不深自己跑一遍才能记住。4. 多选题丢分的重灾区与应对策略4.1 多选题的陷阱设计多选题是这张卷子中非常容易丢分的部分原因在于多选少选都不得分。这意味着你不能靠“选一个最确定的”来保底必须确保每个选项都判断清楚。远景的多选题设计得很有辨识度经常会给你一段代码然后列四个关于这段代码的分析比如“这段代码的时间复杂度是O(n)” “这段代码存在内存泄漏风险”“这段代码输出的结果是sum15”“这段代码使用了尾递归优化”需要你对代码的综合理解来判断对错。这类题考验的就是真实编码经验了。一个只刷过题、没写过完整项目的人对内存泄漏、递归深度、并发问题的敏感度会明显不足。所以对于目标公司笔试涉及多选题的同学我的建议是多去理解代码的“运行过程”而不只是“输出结果”。4.2 结合场景的判断题另一种多选是结合具体业务场景的选择题比如“某个IoT设备上报数据频繁服务器端如何设计才能保证系统稳定”选项包括加缓存、异步削峰、数据库分库分表、断开设备连接等。这种题没有标准意义上的错误项要选择“合理且可行”的组合。对于有真实系统设计经验的人很友好而对知识停留在书本上的同学来说容易多选或者漏选。这里我的经验是做这类题时不要只看单一选项是否正确要把系统看作整体去思考。比如“加缓存”意味着要处理缓存和数据库的一致性“异步削峰”意味着要引入消息队列“分库分表”意味着要处理分布式事务。多个组件的引入会互相制衡所以有些选项单看没问题组合到一起就会产生冲突这种才是多选的深层难点。4.3 多选题的复盘价值我笔试之后专门把多选题整理到错题本里因为我觉得这类题的信息量比单选题大得多。一道好的多选题本质上就是一个微型技术讨论。比如“哪些措施能提升分布式系统的可用性”这种题展开来就是服务降级、限流、熔断、冗余部署、多活架构的知识体系。把错误题目的每个选项都搞透比盲目刷十道新题都更有价值。5. 复盘与实战经验这套笔试题在筛选什么人5.1 从笔试看岗位能力模型做完远景智能的这套笔试题我最大的体感是它并不是想用难题把所有人都考倒而是想筛选出两类特质第一类是计算机基础扎实、边界情况考虑周全的科班型选手第二类是能快速从业务描述中提取技术问题、把算法落地到实际系统的工程型选手。编程题带业务背景选择题带场景判断这些都是这个能力模型的直接体现。远景智能是做AIoT平台和能源数字化的技术体系既包括底层的设备接入、数据处理、算法建模也包括上层的业务系统、运维平台、经营管理所以候选人既要有扎实的底层基础又要有能把技术应用到具体场景的能力。字节、腾讯的笔试题更偏向纯粹的算法竞赛思维而远景的笔试更像是“软件工程师的综合体检”。5.2 我在时间分配上的教训如果说这次笔试有什么遗憾那就是前期的选择题占用时间略长导致我在最后编程题复查时有些仓促。复盘来看120分钟的时间分配应该大致如此单选题控制在30到35分钟多选题控制在15到20分钟剩下的65到75分钟全部投入编程题。编程题第一题和第二题各20分钟左右第三题留足25到30分钟。实际操作中我遇到多选题里有拿不准的选项当时反复纠结了很久。回头看这是不值的因为多选的容错率无法通过纠结提高除非有明显的推导逻辑否则第一感觉往往更可靠。合理做法是先按第一轮感觉填写答案并标记等做完整张卷子后再回头细想。这比在单题上死磕更稳妥。5.3 值得注意的代码细节问题复盘编程题时我还发现一个典型问题评测时会看代码是否处理了空数组、极端大输入这类边界条件。我第三题动态规划在开数组时只按常规情况初始化忽略了容量上限为0的特殊情况有一两个测试用例没过。虽然这道题的重点是状态转移逻辑但边界不处理好一样会扣分。建议备考时练题不要只是AC了就过要习惯性考虑这些边界输入为空、只有一个元素、数据量极大、数据量极小、数值溢出。这种习惯在笔试中能救你很多分。6. 给下一届秋招同学的备考路线参考6.1 算法题备考路线阶段一按专题刷题推荐顺序为数组/字符串、哈希表、栈与队列、链表、二叉树、图、动态规划。每个专题至少刷10道确保基础模板题烂熟于心。阶段二刷综合题模拟笔试的环境和时间限制。LeetCode的每日一题或者周赛是一个不错的训练渠道因为周赛本身就是限时压力测试。阶段三针对牛客网的企业真题做适应性练习重点是ACM风格输入输出、多组测试用例处理、以及题目里带业务背景时如何建模。动态规划这个专题我的建议是要学会画状态转移表。笔试时虽然没时间画表但在草稿纸上把小规模例子推演一遍能有效避免转移方程写错。平时养成这个习惯考场上才能快速准确地完成状态推导。6.2 计算机基础备考路线计算机基础的范围看似很大但只要抓住核心就够用数据结构中的线性结构、树和图基础操作系统中的进程线程、调度、内存管理、死锁计算机网络中的TCP/IP分层、HTTP、TCP/UDP数据库中的索引、事务、SQL语法。每个方向不需要深挖到很偏的细节但常考模型一定要梳理清楚。我推荐用表格整理对比型知识点比如TCP与UDP、进程与线程、REST与RPC、索引与视图这种对比方式可以帮助记忆尤其适合多选里“以下说法正确的是”这种题型。6.3 业务场景和非技术准备的注意事项最后还要提醒一个很多同学忽略的点笔试前一定要看清楚招聘岗位的方向。远景智能不同岗位的笔试题可能有差异比如Java方向可能更偏Spring框架和JVM算法方向可能更偏机器学习和数学基础前端方向会考HTML/CSS/JavaScript整体偏好的侧重可能不同。不要在不确定的情况下盲目用一套简历和准备去对付所有岗位。此外笔试的环境准备也别轻视。找一间安静的屋子提前测好摄像头、麦克风、网络稳定性手机保持畅通以便接收笔试通知。笔试过程全程录像如果有疑似作弊行为会影响后续流程所以千万别动歪脑筋老老实实凭实力答题。远景智能本身就是做能源智能化和AIoT平台的技术栈涉及设备接入、大数据处理、实时计算、云平台开发等多个方向笔试这套题算是把人选的门槛划得很清晰基础扎实、能写代码、有业务思维。如果你现在正在准备这家的笔试把算法基础和计算机基础都铺开刷一遍再找几套牛客网的企业真题练练手感稳住心态这次笔试是很有希望通过的。