你是不是有过这样的经历，当你去参加一个程序员的面试时，面试官却不让你上机写代码，而是问了一些看似无关紧要的理论问题？比如说，什么是TCP/IP协议？什么是哈希表？什么是递归？什么是动态规划？等等等等。
你可能会觉得很奇怪，为什么不直接让我上机写代码，看看我能不能解决实际问题呢？这样不是更直接更有效吗？难道这些面试官就喜欢问一些八股文，考察我的记忆力和背诵能力吗？其实不然，这些看似无聊的理论问题，其实都有它们的深意和用处。
实机测试并非万能
我们要明白一个事实，那就是实机测试并非万能。虽然实机测试可以直观地看出一个程序员是否能够编写出正确的代码，但它也有很多局限性和缺点。
实机测试成本高
想想看，如果一个公司要进行实机测试，那么它需要做哪些准备呢？
首先它需要提供一台电脑，搭建一个专门的程序运行环境。这个环境要符合公司的技术栈和业务需求，不能随便用一个在线编程平台或者一个简单的IDE。否则，就会出现一些兼容性或者性能的问题。
然后，它需要设计一些合适的测试题目，这些题目要能够考察候选人的编程能力和解决问题的思路。这些题目不能太简单也不能太难，不能太偏也不能太广。而且要有明确的评分标准和答案。
到最后它还需要安排一个专业的面试官来监督和评估候选人的表现。这个面试官要有足够的技术水平和经验，能够判断候选人的代码是否正确、高效、优雅、可读、可维护等等。
你看，这些准备工作都需要花费时间和金钱。对于一些小公司或者研发团队规模不大的公司来说，可能就没有那么多的资源和精力去搞实机测试了。他们可能更愿意用一些简单快速的方式来筛选候选人。
实机测试效果有限
即使一个公司做好了实机测试的准备工作，那么它能够得到什么样的效果呢？
如果是现场进行的实机测试，那么就会受到时间和场地的限制。一般来说，一个实机测试的时间不会超过一个小时，而且只能在一个小小的电脑前进行。这样就很难考察到候选人的全面能力和创新思维。
想想看，如果你是一个程序员，你平时是怎么写代码的呢？你可能会用一个大屏幕的电脑，打开多个窗口，查看文档，调试代码，运行测试，优化性能等等。你可能会用到很多工具和技术，比如版本控制、单元测试、代码规范、设计模式、重构等等。你可能会遇到很多复杂和有趣的问题，需要你动用你的知识和经验来解决。
但是，在一个实机测试中，你能做到这些吗？显然不行的。你只能用一个小屏幕的电脑，只能写一段简单的代码，只能解决一个简单的问题。你没有办法展示出你的真正水平和潜力。
为何有些公司采用“八股文”方式？
为什么程序员面试不直接上实机测试，而要问一堆理论问题呢？其实这有很多原因。
首先是大家都了然于胸的，理论知识很重要。虽然理论知识不是直接写代码或解决问题的工具，但却是你编程和问题解决能力的基石。
想象一下，你是个程序员，写代码遇到问题怎么办？如果你不懂理论知识，可能会疯狂谷歌搜索答案，试来试去，踩坑遇bug，甚至搞得程序崩溃或数据丢失。最后，可能写出低效、啰嗦、乱糟糟、难以维护的代码。
但如果你懂相关理论知识，就能快速找到解决方案。可以用一些已有的算法、数据结构、设计模式等来提升代码质量。写出高效、简洁、清晰、易维护的代码。
所以为什么有些面试官喜欢问理论问题呢？他们要了解你的编程思维和基本知识，不只是看你能不能完成具体任务。他们想知道你能否在不同情境下应用合适的技术，学新东西，解决难题。
比如说，如果他们问你哈希表是啥，你可能觉得太简单，说它是存储键值对的东西。但如果他们问你哈希表怎么实现的，什么利弊，什么场景适用，你可能就要思考一下。这些问题考察你对哈希表的理解和运用，不是单纯问你会不会写哈希表。
总之，理论知识和实机测试都是程序员面试的大头，但它们各有各的用途。身为程序员，我们得又懂点理论，又能玩转实机测试，这样才行。
希望这篇文章对正在学习编程的你有所帮助，如果你想学习编程，那给大家分享一份Python学习资料，里面的内容都是适合零基础小白的笔记和资料，不懂编程也能听懂、看懂。如果需要的话直接划到文末免费获得，让我们一起学习！
如果你也想和我一起学习Python，欢迎关注我留个言
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
