Palantir主要考察三方面的系统设计能力
我们面试时，我们希望看到面试者表现出基本的系统知识，同时了解一些设计的技巧。这与算法面试和程序面试有什么不同呢，那就是，我们在整个过程中，其实主要看中的是你思考论述的过程，而不是你最后提出的解决方案（当然如果你提出的解决方案实在太挫……）。
也就是说，系统设计面试最重要的一点是“沟通”（communication）。
这也正体现了Palantir的企业文化。在Palantir，工程师们有着充分的自由。Palantir不会要求工程师一下子就开发出非常完美的功能。相反地，我们的工程师对于这些开放性问题有着充分的自主权。而且，我们的工作就是各自去为这些问题提出最佳的解决方案我们希望寻找的是那些我们可以完全信任的人。这样，他们自己就可以做出非常棒的方案，而不需要我们的监管。也就是说，我们需要的工程师，是那些可以管理一个很大项目，同时保持项目持续朝正确方向发展的人。这意味着，你必须可以高效地与身边的同时进行沟通。因为“闭门造车”在我们的大规模项目中是不可能的。
开放式面试
通常，我们会先让你按给定的题目设计一个系统。面试官给你的提示往往很简单 ——但你千万不要太天真，这些题目往往都是“深不可测”的，面试官们想要看的是在45分钟内，你可以解决掉多少问题。
大多数时候，我们会把握谈话的方向。不过你可以按照自己的理解去解答面试题。
也就是说，你可以提问、在白板上画示意图，甚至可以激发出面官的想法。这道问题的限制条件是什么？系统设计时需要什么输入？这些都是你在展开思考时所需要先向面试官澄清的。一定要记住，现实生活中的问题，都不是只有一个答案的哦。任何事情都是一个博弈。
考察内容
系统是非常复杂的。当你在设计一个系统时，你必须直面所有的复杂性。基于这一点，你必须熟知以下内容：
- 并发性(concurrency)。你知道线程(threads)、死锁（deadlock）和starvation吗？你知道如何并行化算法吗？你了解一致性(consistency)和连贯性(coherence)吗？你大概了解IPC和TCP/IP吗？你知道吞吐量（throughput） 和延迟（latency）的区别吗？
- 现实表现 (real-word performance)。你应当熟悉你电脑的速度和性能，包括RAM、硬盘、SSD以及你的网络状况。
- 预估 (estimation)。估计在帮助你缩小可能性解决方案的范围时起到了重要的作用。这样，你就只需写少数几个原型或微基准。
- 可行性和可靠性 (availability and reliability)。你是否考虑过系统什么时候会出现bug无法运行吗（特别是在分散式的环境中）？你知道如何设计一个系统以应当网络故障吗？你了解持久性吗？切记，我们并不是要寻找一个熟悉以上所有的问题的“全才”。我们想衡量的是你的熟练程度。我们只需要你对系统设计方面有一定的基础，并且知道什么时候应该寻求专家的帮助。
如何准备
就像你在准备算法面试和程序面试时一样，你必须刷无数的题，系统设计同样需要练习。以下提供一些可以帮助你提高的建议：
-
模拟系统设计面试。 邀请一个工程师帮你模拟面试。让他提出一个系统设计问题，如果正好是他正在做的项目那就再好不过了。不要把它当成是一个面试，而是放轻松地去思考问题，并提出你能想到的最佳解决方案。
-
在实际的系统中去实践。 你可以在既有的OSS中去练习，也可以与朋友合作搭建一个系统。对于课堂中的系统设计作业，不再把它仅仅当成一个学术训练，而是把它当成实际问题，思考系统设计过程中的架构和博弈。正如我们生活中遇到的大多事情一样，只有做了才知道其中会遇到什么问题，从而真正学到东西。
-
深挖开源系统的运行特点。 例如，你可以看看levelDB。这是一个干净、小、且编写良好的系统。你可以读读执行命令，了解它是如何在硬盘中存储数据的，如何将数据压缩成不同的层？你也可以多多反思一下的博弈问题：哪种数据和大小是最优的?什么情况下会降低读写速度？（提示：比较一下随机写和顺序写）
-
多了解一下系统中数据库和操作系统是如何运行的。 这些技术并不只是你口袋中的工具，它们往往会在你设计系统的时候给你带来启发。如果你经常像DB或OS一样思考它们如何处理各自的问题，你也会把这些思考方式应用到其它的系统设计中去。
最后，放轻松，表现出你的创造力
系统设计或许比较难，但它也是可以让你表现自己创造力的地方。在面试时，注意聆听问题，确保你了解该问题，并且直接、清晰地向面试官表达你的想法，你的表现肯定会得到面试官的认可。