Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

写在华中科技大学招聘结束之时

Posted on 09/26/201311/17/2019 by 四火

school今天是来武汉的第四天。有机会来华科招聘毕业生,是一件很有趣也很有价值的事情。有一些是很有意思的见闻,更多的是锻炼以及收获。大学里面有很多优秀的人才,有一些人的错过则颇为可惜。请那些勤奋、有天赋而且有抱负的学生保持热情,至少我可以明确地感受到,人才的价值。互联网公司为了招聘到优秀的人才,倾注了非常多的精力。以我们为例,这一次来华科的招聘团队 7、8 个人里面,大部分都折腾得非常疲惫,每天也没什么时间吃午饭,晚上还要讨论结果、审阅简历,回酒店倒头就睡。但是很多非常有潜质的工程师,往往还持有其他互联网企业的 offer,这其中对人才的竞争是非常激烈的。

一些有趣的现象

相对于沿海地区、北京上海,内地的学生们更加诚实,从线上笔试结果来看,北京大片的满分,但是有好多水分,我们还要人工过滤掉那些明显抄袭的答案,而内地学校这样的情况就很少。

做 C、C++的学生明显基础更好,好不容易遇到几个做 Java 的学生,发现底子都不行,很多技术仅仅停留在 “导师让用” 的程度上,并不理解为什么要选择它。这点挺让我这个大学毕业以后就投身 Java 的工程师遗憾的。

优秀学校的学生基础更扎实、更有潜力。虽说我们需要寻找优秀的工程师,并不在乎学校背景,但据我们的观察,优秀学校的学生质量普遍而言确实是要高非常大的一块;另外这次本科生也招得非常少,普遍而言研究生的能力确实要强出不少。这都是不争的事实。

但凡本科读的都是非计算机相关专业,到了研究生再转过来的,普遍而言基础知识都不过关。很容易想象,在研究生阶段,好多学生都在搞那些冠冕堂皇的东西,却忽略了数据结构、算法、网络和操作系统等等这些基础知识。这些基础是很有必要打扎实的,即便到了工作中我们也还是需要经常去查阅它们。

不得不提的遗憾

任何大规模的面试行动都会有遗憾。每天都会出现非常挣扎的讨论。比如这次我们遇到了一两个非常优秀的学生,技术非常出色,面试官对此给出了非常强烈和正面的评价,可惜对于工程师来说,技术只是一个层面的事情而已,人的性格、沟通等等上发现的问题都可能成为放弃的原因。团队可以容忍有个性的人,工程师也应当有主见、有立场,但是并不是任何只是技术优秀的刺儿头都可以给团队带来正面效应的。

还有一个见到的遗憾是编码技巧。这是工程师的基本技能了。非常优秀的学生,思维逻辑清晰开阔,分析有条有理,面试官也被如此优秀的表现打动了,遗憾的是到了编码环节,表现得一塌糊涂。为此我们不得不放弃了好几个这样的学生,非常可惜。甚至还有传说中的 “学霸”,成绩非常优秀,但是就是写的代码实在让人大跌眼镜。对于很多 IT 公司来说,工程师面试都要现场写代码,而且是现场笔写(更考量工程的规划和条理,没有办法大涂大改),希望将要参加面试的学生们了解。

潜力

面试官中有技术 manager,有工程师,也有 HR,每一轮面试都在尽力寻找学生身上的亮点。基础知识我们会考察,但是非常少;相较于基础知识和工程师技能来说,解决问题的能力显得无比重要。有的人代码写得很整洁、很漂亮,结构很好。但是在分析实际问题的时候缺少思路,没法将问题转化到合适的数学模型、工程模型上去解决;有的人则相反,工程技能差一点,也缺乏面向对象和系统设计的经验,却有很强的问题分析能力,和他/她一起讨论问题的时候你会觉得他/她很聪明,一点就透。我们往往会留下后者。原因很简单,经验、知识在个人态度正确的情况下相对容易积累,有的能力真是难以短期培养的,需要长期训练,甚至天赋。不是说工程能力不重要,但是相对于社会招聘,校园招聘我们确实明显更关注学生的潜力。以我个人来说,在第一天里面,主要问学生一些具体的问题,考察数据结构和算法,以及编码情况;但是后两天我放几道有趣的数学、思维问题一起讨论,我觉得反而更有鉴别性。

技术潮流

简历铺天盖地地堆砌着各种热门技术的关键词,“大数据”、“云”,各种研究、专利、论文发表,看得人冷汗都下来了。后来才知道,这些名词是一回事,面试表现出来的情况则完全是另一回事。也是后来才知道,简历上写的 “熟悉”,只是 “了解” 的意思;写的 “精通”,才是 “熟悉” 的意思。

大多数学生的论文全都涉及到了非常时髦的技术,很少有像五年前一样,自己独立做一个小系统就写写论文了。我有点担心,这已经造成了浮夸的假象,而实际上,那些真正工程师需要的基础素质却得不到足够的锻炼。

另外,希望大家别再热衷于 “算法无用论” 了。我承认在很多面试中算法的地位被高估了,算法高超也不见得一定有多聪明。但是请不要狭义地理解算法,算法归根到底是解决实际问题的方法。我最喜欢的面试题都是从实际问题中简化而来的,而且有递进的难度以具备区分度(虽然设计这样的面试题相当相当费脑筋),单纯地给一个字符串、给一个数组去处理那只能算是解决实际问题的一大步过程中很狭隘的一个小步骤而已。我们也遇到过那些 ACMer,理论 “造诣” 很深,解决实际问题的时候,却没了头绪。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 招聘有多重要?
  2. 我们到底要怎样招程序员?
  3. 北航招聘会的几个感触
  4. 通关《Diablo II》12 遍纪念
  5. 思考、学习新技术的原则和方式

6 thoughts on “写在华中科技大学招聘结束之时”

  1. 烟屁股 says:
    08/27/2019 at 10:04 PM

    你敢让这群学生冷不防出个题考考你吗?客之美我者,欲有求于我也,别被评论区的几个讨工作的学生蒙蔽了眼,讲实战他们不行,讲理论,怕你落后了十八条街,只不过是这些小孩子顾及你面子,acmer 虽然不是什么名头,正经起来吊打一个 HR 问题很大吗,你觉得呢

    Reply
  2. 宋枭 says:
    01/29/2019 at 9:52 AM

    学习了

    Reply
  3. 尼伯龙根的梦 says:
    11/15/2017 at 8:34 PM

    谢谢您!

    Reply
  4. emma says:
    09/26/2017 at 7:31 PM

    赞

    Reply
  5. xyk says:
    10/29/2013 at 8:48 AM

    我们真的非常希望能够接触你们这些优秀企业里的大神们!

    Reply
  6. star says:
    10/22/2013 at 10:47 PM

    作为华科大四的学生,非常高兴能看到您在博客里提到我们学校!在这里有一个小小的心愿,希望你们能更多的来到我们学校,为我们做一些讲座。我们真的非常希望能够接触你们这些优秀企业里的大神们!

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme