我们即将迎来一轮招聘，而高层想要在电话屏幕上强调的一点是 UML 体验。
有没有人对 UML 问题提出建议以在技术电话屏幕上提问？
我更像是一个亲自面试的人，而不是电话屏幕的人，所以“通常”使用 UML 之类的东西，我会让应聘者在纸上敲出一些简单的图表。但是，我不希望应聘者尝试通过电话描述 UML 图（主要是因为我在这方面会很糟糕，部分是因为我不想尝试根据我的餐巾纸来判断他们的 UML 技能为他们的描述绘制。）
其他人如何通过电话筛选 UML？
【问题讨论】：
标签： uml
您可以让他解释、实施或找出给定图表中的错误，而不是让候选人绘制图表。我的印象是，那些了解 UML 的人可以创建和理解图表，而那些不太使用它的人两者都失败了。
如果您足够信任候选人，不会分发问题（例如，这是一个迟到的面试），您可能希望在电话屏幕期间通过电子邮件向他发送一些中等复杂的图表，并实时查看他是否可以解释他们。您可以发送有错误的图表并要求候选人找到它。或者你可以要求候选人编写一些特定的代码（例如，类定义）。
如果您想避免发送问题，请设置一些网站来临时显示图表（例如，通过 Flash），但如果不实际捕获屏幕，则无法捕获图表（候选人应该太忙而无法在此期间完成）采访）。
当然，您也可以使用实时共享的白板应用程序并让用户涂鸦。协作设计中的大多数 UML 最初是作为手绘草图生成的，而不是使用正式的案例工具。
另外，如果您喜欢解谜，进行非正式 UML 面试（假设您有实时绘图）的一种方法是玩“UML pictionary”。 DC 有一家公司在招聘活动中这样做，候选人必须在 UML 中画出一个短语，或者解释它。
【讨论】：
进行模型驱动开发的站点所需的 UML 经验水平与希望将 UML 用于更正式的设计和文档的地方之间存在很大差异。
您应该与管理层就您适合或渴望的类别达成一致；-)
1) 询问他们最常使用的图表类型，并描述他们最后一次使用这些图表的场合。如果他们真的经常使用 UML，他们应该能够想出一个现实的场景。
2) 让他们讨论使用白板 UML 与工具的对比，这可以引发对他们最喜欢的工具及其优点/缺点以及是否需要保留白板图的讨论。
任何经常使用 UML 进行思考，尤其是协作完成设计的人都应该能够毫不犹豫地谈论这些要点。
【讨论】：
与其关注 UML 的细节，不如关注为什么的问题。如在这种情况下为什么要使用 UML？ UML 的目的是什么？这类问题可能会通过电话很好地解决。
【讨论】：
另一个很好的问题是“您认为 UML 的主要限制是什么？”的一些变体
任何使用 UML 足够多的人都会有一个完整的列表，其中包含一些小烦恼和它不够表达的事情。刚学会形状的人不会在这里成功。
【讨论】：
一些易于解释的粗略 UML 选项怎么样？
【讨论】：
“你用过UML吗？目的是什么？你怎么看的？”
IMO 电话屏幕不一定能检测人们是否在撒谎：在这种情况下，无需通过电话“测试”人们。
相反，手机屏幕是为了查看（假设此人没有撒谎）他们的经历和愿望是否足够合适，值得他们去实地面试。
如果他们在电话面试中不诚实，您可以稍后在现场面试或现场测试中发现。
【讨论】：
我同意 Soldier.moth 的观点，大多数人只是滥用 UML 使其过于复杂，而不是将其用作与用户的交流工具。
所以问为什么是最好的问题。这是一个悬而未决的问题，但个人而言，这就是您如何判断候选人是否不是死记硬背的机器人。
【讨论】：