嵌入式面试问题（2）——创建一个架构

描述一下这个（从房间里挑一样东西）会议电话的架构。

---

试图从面试房间中寻找有意义的东西有一定的不确定性，因为那里通常缺少比较有趣的东西。会议电话通常被选得比较多，因为在某些情况下，它是房间里最复杂的系统，另一个比较好的对象就是投影仪。

---

当问这个问题的时候，我想知道面试人是否将一个问题分解成晓得部分。我想知道他们分解一个对象时的思维过程。总的来说，从输入和输出开始时比较靠谱的选择。对于会议电话，扬声器和显示器是输出部分，按键和麦克风是输入部分。我期望能看到将这些东西在一张纸上用方框图表示出来。面试人不应该害怕以至于不敢拿起电话来观察其连接部分。这些连接部分也是输入和输出。当他们完成对物理硬件的分解之后，就可以通过问（自己）一些问题来弄清楚每个组件是如何工作的：电源按键如何工作？软件接口怎么与它连接？麦克风如何工作？对系统其他部分的影响是什么（例如，是否需要数模转换器）？

---

面试人会因为提到一个好的软件设计实践而得分。从调用最底层的驱动模块到上一层次的对象是一个比较好的开头。同样，如果能听到一些诸如系统的某些部分会在将来的电话中被复用，并且尽可能将它们封装的说法也是很不错的。
我们希望他们可以问一下关于特定功能或者可能涉及目标（成本）的问题。但是，他们可以自己决定问题到底详细到什么程度。需要讨论网络吗？我们可以假设这是一个在IP网络上传输声音的电话（VoIP）。要完全跳过这个问题？那么我们可以专注于如何在一个小型数据库或者链表中存储电话号码。当他们能谈论一些他们感兴趣的东西，特别是那些我在其他面试中没有机会问到的问题的时候，我会感到非常高兴。

---

我希望能看到对这个系统有个比较好的把握，但是我也不介意面试人选择在某个方面钻研得深入一些。这个问题给出了一定的自由度，让他们可以针对设计电话时如果利用他们的经验提供了一个比较详细的描述。在我提问的时候，我不介意他们承认自己无知的同时谈论一些他们确实知道的东西。

---

对一个面试者就架构问题进行提问，并不是希望得到完美的技术细节。能够画出一些东西，即使不是非常清晰，也是非常重要的。这个问题的意图是希望能够看到面试人展示其解决问题的热情和高效表达其思路的能力。