在面试中询问关于产品的设计决策是否明智？[关闭]

我最近一直在考虑面试问题，并且一直在反思过去的糟糕面试经历。特别要注意的一点是，我曾问过访员，为什么团队选择在产品中使用Spring而不是EJB 3。面试官几乎撕开了我的脸，大喊：“因为Spring不是Java软件开发的全部和全部，您是否想要这份工作？”。对此，我告诉他，这可能不是我的工作，因此我立即退出了面试。

在面试开始时，我被告知公司的人员流动率很高，他们使用的产品最初是在Modula-3中创建的，然后移植到Perl，最后移植到Java。我收到了10页的技术问题手册，内容涉及Java，EJB，SQL和JDBC，还被问到有关我使用过的技术堆栈的问题。当提示您提出问题时，我觉得向他们询问他们的技术栈并获得合理的答案是合理的，而不是让面试官发火。

问题： 探讨采访中选择的架构是个好主意吗？如果没有，为什么？

从我自己的角度来看，面试是一个双向过程。如果面试官正在测试我的技术技能，我有权向他们提出相同的问题，以：

1）弄清楚他们对开发软件的看法和态度。2）确定他们的方法是否符合我对此类问题的处理方式。

生气的面试官可能没有很强的面试技巧，却忘记了面试是双向交流。如果有人问我这个问题，我会给出一个合理的答案，但我当然不会试图让受访者处于温和的屈服状态，即头在不说话的情况下上下摆动。

就个人而言，我发现采访人几乎和被采访者一样疲劳和压力。但这是因为我同意您的看法，面试过程是双向交流。

我不在乎你有多好，如果你不愿意在那里工作，我不想雇用你。那是一个昂贵的游戏。因此，我想回答您可能遇到的任何问题，并向您展示团队和产品，以便您做出明智的决定。

当我寻找工作时，我想和有这种态度的人一起工作。而且，即使我怀疑我知道问题的答案，我也会要求他们只是为了看到反应。侵略绝不是一个人适应情况的迹象。

我不是在桌子两边的面试中说谎，因为那时他们认为自己正在聘请不同的人/打算去其他地方工作。我期望采访另一边的人也能提供同样的回报。

不幸的是，这意味着我偶尔会遇到您所描述的采访。他们是可怕的经历吗？是。我是从那里出来的，确切地知道采访出错了吗？是。

但我是很肯定，每一个可怕的经历会是相当差如果我得到了那份工作雇错了人？当然好。

是的，可以问您是否真的很好奇，答案是否重要。我认为询问表明您了解做事的方法不止一种，并且表明您对软件的编写方式感兴趣。

话虽如此，您在表达问题的方式时必须非常小心，并在继续对话时要倍加小心。挑战他们的决定很容易。您想要的最后一件事是让面试官相信您认为自己比他们聪明。如果您真的好奇，请询问。如果您认为他们的选择不正确，请闭嘴。

如果我一直处于问题中所描述的情况，那么我可能会说“哦，是的，我同意弹簧绝对不是解决所有问题的正确方法。”我一直在寻找如何选择正确工具的见解”。（尽管，您的问题很奇怪-您问他们为什么选择春天，他们之所以选择春天，是因为这不是全部结束吗？）

作为经常面试人的人，我个人欢迎讨论为什么要做出特定的技术或设计选择，如果我们拥有丰富的资源或开始一个新项目，我们现在会做些不同的事情。通常，我会把它看作是一个在乎自己工艺的人的标志，除非他们的教条与我们的教条不兼容，否则我可能会比那些只熟练地回答技术问题的人给候选人更高的评价。

我目前正在为一个客户开展项目，该项目具有一些善意却执行不善的架构决策的遗产，并且那些表达对世界现状和我们前进道路的好奇心的候选人通常是我们想要与之合作的人的类型。我们希望能够对我们团队的设计和实施决策进行适当的尽职调查和确认的人员。我们通常珍视那些将我们没有或没有的东西带到餐桌上的人。

当我成为面试的候选人时，如果这些类型的讨论是一个不好的信号，我会表现出敌意或防御的迹象，因为一个不具备自我检查能力的组织通常也处于技术和过程的泥潭中，没有能力，也可能不愿意摆脱困境。如果我看不到现有团队不断进步的动力，那么我很可能不会在那里感到高兴。

他曾经与Oracle销售人员共眠，并决定所有将来的开发将使用Java 1.4 Web服务，Oracle ERP和Borland C ++前端（主要使用已停产的第三方GUI组件）完成，我们宁愿每月花费60,000美元堵塞漏洞以保持客户从跳船开始，而不是重新考虑任何决定并进行永久性改进，如果幸运的话，这些改进可能会带来新的收入。不要摇船，你怎么了？”

假设您身处其他技术工作领域，或者您愿意搬家，那么您可能会有很多选择。没有演出是完美的，但您想与想与您一起工作的人一起工作。（大多数情况下，我比特定的技术选择更关心此问题。）如果有些气味难闻，那可能是。

是的，请走开。对我们的业务，流程和设计的好奇心越强，我就越有可能成为候选人。但是我不在Blub商店工作，所以我不能说这是否可以帮助您获得Blub的工作。我只能说，如果您想与关心他们工艺的其他人一起工作，它将对您有用。

问题：探讨采访中选择的架构是个好主意吗？如果没有，为什么？

绝对很好，我认为这是积极的。

如果您的面试官不能解决这个问题，那就说明他们很多-不是您。

如果一个大三学生对设计决策不感兴趣，我会担心它会表现出对主题领域缺乏好奇心/兴趣，并且不希望自己提高自己。

我的想法是必不可少的。我从事过多的工作，做出了荒谬的设计决策，要么是因为没人知道更好，更不愿意学习，要么是管理层要求使用首席执行官在杂志上阅读的内容/在网上看到/有人告诉他是“下一件大事”，没有考虑其他选择。这些工作都是痛苦的工作场所。

除非是因常识而冒出的声音或听起来像是疯狂的谈话，否则您不必批评设计决策，但是通常会质疑似乎“不对劲”的事情，以找出是否有遗留原因或其他原因从而促进了使用非传统方法的需求。

提出这样的问题也可以影响公司对改进和能力的兴趣。正如上面的其他人所说，如果您得到这样的答案是一回事（我不懂Java，但使用.NET，所以将使用.NET示例）。当我们编写应用程序时，没有成熟的ORM，因此我们将存储过程与数据网关层。我们希望将来再转到Entity Framework，而完全想得到另一个答案，例如“ 我们只是使用存储过程”。Entity Framework看起来很可怕，可能需要进行重构，而且我们无法重构任何东西，因为CEO有一份他希望我们使用的新功能的清单，如果我们花时间研究Entity Framework，他会解雇我们浪费时间。一个表示理解和渴望改进，另一个表示在最佳环境中的中等水平，每个人都尽力做到这一点。

一家冒犯您的人质疑他们的决定或想讨论为什么他们选择使用产品A而不是产品B的公司正在扮演他们的角色，并表明他们不想要自由思想家，而不是不会质疑的无人机，并且很有可能这不是任何有能力的开发商想要工作的公司。

答：询问架构决策是一个好主意。但是您需要小心如何问这样的问题。

简而言之：您应该问：“您如何选择技术X而不是技术Y？ ”。

您想要用一种表达您对团队内部决策过程通常感兴趣的方式表达它。没有人愿意去审查公司曾经与候选人做出的每个遗留决定。

当您问“ 为什么选择技术X而不是技术Y？ ”时，您可能会不同意他们的决定（可以...但是可以视为敌对态度），或者想夸耀自己有多少？尽管您有良好的意愿，但仍要了解有问题的技术（这对任何人来说都会很烦人）。

我很喜欢问一个面试官，告诉我他们做出的一个失败的设计决定，以及接下来要做的事情。这为您提供了一些有用的信息：

1. 如果老板不能接受任何形式的错误或暂时的失败，那您可能就是不想工作的老板。
2. 您可以说出公司如何应对压力很大的情况。

它可能并不流行，但是我始终对管理者怀有崇高的敬意，他们坚决地意识到一个项目将要失败并杀死它以停止浪费金钱，或者某些事情朝着错误的方向前进，需要被杀死或重新启动。 。

最终，如果您在谈论工作满意度，那么技术（语言/平台/编译器/其他）与所涉及的个性和工作环境无关紧要。

几年前，我在一次采访中，被问到关于编程语言的各种技术问题……我在（60/40正确/不正确）方面做得不好。讨论转移到他们手头的项目上，我开始询问有关设计的问题，然后指出了他们将引入的一些问题和限制。

第二天给了我这份工作。不幸的是，由于个人原因，我无法使用它。

询问有关设计的问题，如果它们是明智的问题，就不成问题，尤其是如果您可以将其与他们的业务联系起来的话。

我没有做太多的采访，但是根据您的经验，我会得出结论：

a）如果您想就是否想要这份工作做出明智的决定，那是可以的；

b）如果您已经决定要这份工作，那是不对的。

人们容易因选择的良性习惯而得罪。这是一个非常糟糕的特质，但很普遍。

这是一些建议

1. 询问他们为什么选择一些现有解决方案可能不是一个好问题，因为开发团队可能没有机会进行更改或选择。
2. 此外，团队可能已经知道为什么该技术不是最佳选择
3. 但是不幸的是，任何开发团队需要的最后一件事就是人们试图改变10年前做出的体系结构或质疑选择-它给人的印象是他们的技术已经是陈旧的东西，而这样的消息会在团队中四处传播，这会使开发人员感到不高兴。关于当前情况
4. 因此，在面试中，您最后要做的就是给人一种印象，即您将一直抱怨团队无法控制的选择