FizzBuzz是一个简单的编程能力testing，经常被雇主用来剔除那些实际上不能编程的人。 系统pipe理员和普通IT人员是否有相同的testing？
澄清我正在寻找一些可以在面试中testing的东西，并且有一定的准确性。 显然，这不会明确地确定合适的人，就像FizzBuzz不适合程序员一样。 我只是想剔除那些认为自己可以作为系统pipe理员/ IT人员工作的人，因为他们可以在网上冲浪。
我不认为你会为pipe理员提供这样一个单一的testing，因为pipe理员的定义（为了本网站的目的）太广泛了。 FizzBuzztesting可以用任何编程语言来实现，因此，如果您正在招聘一名PHP开发人员或者正在使用embedded式C的人员，这并不重要。
在pipe理方面，你可能会雇用一个networkingpipe理员，存储pipe理员，服务器pipe理员（进一步分为Windows，Linux，* nix，大型机），桌面pipe理员/支持，服务台甚至特定的应用程序pipe理员（Exchange，Lotus，SAP等等）。
当然，你可以触及的一个领域是TCP / IP和CIDR，因为networking通信是大多数职位的基本技能，但即使这对于入门级药剂来说可能不是必需的（与开发者的FizzBuzz不同）。
就个人而言，我更喜欢使用开放式scheme来查看申请人的故障排除过程，以及他们如何分析新情况。 更好的扩展是让申请人直接与内部客户进行真正的问题。 您不仅可以看到上述行动，还可以看到他们的客户服务态度。
我想你会发现FizzBuzz是很less使用的，然后只有非常差的采访者，对编程原则知之甚less。 任何一种常见的testing方法都会被彻底打败，因为解决scheme被广泛宣传和记忆，任何人甚至认为自己有资格参加面试。 任何这样的系统pipe理员testing都是同样无用的。
标准化的testing问题始终毫无价值。 在面试中，每年在学校考试中都要面对相同的问题。 他们只工作一次。
你需要的是面试官要熟练，有能力“读”人。 有关候选人如何回答问题的知识要比关于答案本身更多。 没有捷径。 至less没有任何价值。
我仍然发现旧的“我如何安全地，可移植地删除名为”dash-eff-arr“（-fr）的文件？ 成为一个相当好的预测，以表明某人会为更高级的问题做出怎样的努力。 我经常推荐它作为筛选问题。
在我看来，在一个生产系统的根shell上，围绕着通配符，引用和转义提出的build议是有潜在危险的。 那些轻率地build议rm -- -fr人只是稍好一些。 那些真正理解shell如何parsing命令行的人……关于shellparsing的内容与其参数向量（如rm ）上收到的内容之间的区别，通常对其他系统pipe理资料以及。
一个更有趣和涉及的问题：
Given a tape backup, a boot/root or rescue disc of your choice, and a system with a freshly replace, blank, hard drive ... how would you get that system back into production? What other information do you need before you can proceed?
（我通常会提供特定的tar命令和date作为磁带盒上的标签;并用fdisk -l和df -k输出打印出来;我通常会允许它们将tar更改为任何类似的cpio ， afio ，甚至pax命令;归档工具的细节不是我的问题的重点）。
这个问题不适合筛选…面试官必须对答案有一个很好的理解，并应该能够在这个过程中检查十个步骤。 我非常重视次序问题，特别是如果被访者抓住他们 – 例如意识到他或她在这一系列mkfs和mount命令之前必须运行fdisk 。
我想说，这是精神上最接近fizzbuzz情景。
另一个最爱：
You have just been given responsibility for a departmental server running Linux. The former admin has been "hit by a bus" and no one knows the root password for this system. How do you proceed?
这一个打算是一个对话。 在核心，我希望他们能够展示如何将系统引导到单用户模式并强制更改密码以及如何从救援光盘启动并完成相同的任务。 （所以我反过来说，系统configuration了sulogin ，并且有一个引导加载程序（GRUB或LILO）密码来防止简单的init=/bin/sh ）。 这是所需答案的纯技术部分。
不过，我通常也关心他们应该提出的更广泛的考虑。 他们问是否有人有足够的sudo访问任务？ 他们如何预计安排服务中断？ 他们是否询问前pipe理员是敌对的还是系统可能已经被入侵的可能性？ 他们是否自愿提出一些意见，或就密码如何由pipe理层托pipe提出build议？
没有任何可以正式使用的东西，但是这里有一些更一般的提示。
询问他们关于备份。 如果他们不说“备份的目的是恢复”的话，那么你不需要他们。
当Sh-t先生遇到范先生，并决定build立一段美好的关系时，你需要了解他们的反应。 在面试时假装出现紧急情况，看看他们是否至less明智地处理了这个问题，或者他们是否像在着火一样在圈子里跑来跑去。
你需要淘汰技术布道者。 这些人从来都不是很好，因为他们总是想用自己喜欢的技术，不pipe它是否合适。 几个主要的问题应该让你在那里。
你还需要清除“象牙塔”的types。 系统pipe理员应该随时准备卷起袖子，在需要的地方弄脏手。 那个假的紧急情况在这里可能会有帮助。
请他们解释一下10.13.216.41/18是什么意思。 答案不需要像这个一样详细，但任何SysAdmin都应该能够解释地址，networking，掩码。
要求他们为SSL提供故障排除树。 目前，大多数新的IT系统都依赖于Web服务器，SSL取决于许多技术。 从“用户抱怨网站说安全证书无效”开始，让他们开始列出要查找的内容。
你想要的是三件事情：
奖励积分，如果您实际上可以从您现有的问题跟踪器拉问题的最初模糊描述。 找出问题的根本原因可能是困难的; 正如Torvalds所说 ：
有人发现这个问题，而其他人则明白这一点。 我会logging下来，发现这是一个更大的挑战。
在过去的几年里，我们曾经在这里采访过几个人担任angular色，但是我认为一个涉及MCP类似问题的技术测验对于纸质考试来说是非常有效的。 其余的（如方法和解决问题）最好通过一对一的面谈和技术讨论找出来。
我已经为那些看起来在球上的人设置了一些测验，并且拥有所有正确的纸张，让接待员知道他们正在stream泪。 所以虽然证书是一个很好的指标，但是你不能把所有的信念放在里面。
系统pipe理员应能够为您提供在至less一个通用操作系统上configurationnetworking的详细逐步说明，并且他应该能够在不看或触摸计算机的情况下执行此操作。
@Ben，给他们一台电脑打败了testing的重点。 我认为configurationnetworking是一个非常基本的技能，每个系统pipe理员都应该承诺记忆。
多年来，我可能已经收到了十几个电话，其他人曾帮助我的笔记本电脑用户设置了一个静态地址或代理，因此它在一些外国networking上工作。 当他们移动ato nothernetworking他们打电话给我问他们需要做什么修理他们的电脑。 这些电话似乎总是在我不在电脑前时发生，并且通话者通常具有足够的政治影响力，而且需要立即提供帮助。 我并不是说你必须知道每个细节，比如菜单项的确切名称，但是我认为你应该能够通过排除故障并修复计算机上的networking设置，而不必在电脑前。
这是一个简单的问题，当你使用命令行或鼠标执行系统pipe理任务时。
如果他们说老鼠，我会给他们看门。