在谈论软件设计/工程时，有什么好的方法可以说服声音

Question

我曾经有过一些例子，在求职面试和不太正式的环境中，我被问及我的软件设计方法。大量的流行语总是出现：瀑布模型，敏捷开发，设计模式，UML，测试驱动开发，需求文档，用户验收测试等。广告无限。

我的回答总是最好的方法取决于手头的项目。使用带有UML图的设计规范文档的瀑布模型用于3页的宣传册网站可能有点过分。同样，直接在生命支持控制系统上敲击代码并不是一个好主意。

在很短的时间内，提问者将开始在他们的眼中看到这种可疑的样子，因为他们开始思考“他不会给出一个直接的答案，因为他不理解这些概念，必须是牛仔”。我发现最好坚持只谈“正式”的软件工程流程：始终使用瀑布模型（称之为SLC加分），收集50页的需求文档，将其转换为100页大量使用UML和设计模式的规范文档，将代码锤击6个月......

所以我的问题是我应该用什么方法来说服你？谈谈我在不同项目上的经历或反刍Sommerville？

Answer 1

要自信，不要放屁。

Answer 2

“如何听起来有说服力？”这不是一个真正的软件问题，只是因为你在“谈论软件时”并没有这样做。您可以创建主题任何，答案基本相同。

你没有问，“瀑布方法何时优于敏捷方法？”或与软件有关的任何内容。 （虽然我确定之前曾问过这个问题）。

这个问题应该关闭。但无论如何我会回答，因为我觉得这很有意思。

---

首先，你不想“听起来有说服力”。你想要令人信服。

说服的最好方法是要有信心。一个自信的人是有说服力的。

信心以多种方式传达，其中许多是非言语的。基于发言者的观察者默默地推断出信心或缺乏信心

• 目光接触。这是＃1。缺乏目光接触，说话时环顾房间=坏。稳定的目光接触（没有查理曼森“锁定”效果）=好。
• 身体素质。整洁的衣服，坐直，双手平静=好。懒散，凌乱的外表=糟糕。
• 肢体语言。转身离开，双臂交叉=糟糕，防守。直接面对伙伴，武器开放和放松=良好，无威胁和无威胁。
• 语气，音量和语速。冷静和测量，具有良好的有力音量=良好。匆匆，断断续续=不太好。太大声=不好。太安静=不好。
• 适当的形式。“伙计，我参与的这个项目太过激烈了。” =糟糕。 “我可以从我的专业经验中说出来......”=好
• 移情吸引力。如果他们喜欢你，他们会相信你。这意味着在学习之后立即使用该人的姓名。 “你好，约翰”比“你好”好。让他们看到你的手。保持积极和建设性。
• 愿意参与。直接反应=好。转移战术=糟糕。没有人会故意转移，但如果你对某个特定主题缺乏自信，你会反思性地这样做。

这一切都来自于实践。在初次见到你的7 seconds内，人们会暗中和本能地评判你。因此，重要的是微笑，提供坚定的握手（但不要太坚定），以专业的方式介绍自己，并在遇到潜在客户，雇主或老板的第一时间交换愉快。

对信心而言最重要的是能力。你必须对自己的能力感到满意。您必须对自己的能力有一个坚定的信念，以便将其投射给他人。如果你对自己的能力有疑问，无论你多么努力不这样做，都会以某种方式传达。

如果你对这个或那个特定的提问领域缺乏信心，请阅读，讨论，更好地理解。然后，你将获得信心。

Answer 3

从一开始就确定你知道自己在说什么是至关重要的。因此，您需要打开“我已经参与过小型项目和大型项目，我使用了瀑布式和敏捷方法，以及” - 杀手级短语 - “在我的专业意见中，重要的是要适应方法的重量与有关项目的规模有关。“这为您提供了“一方面，另一方面”常规的跳板。

要明确的另一件事是，选择特定方法并不比选择 one 并坚持下去更重要。此外，在瀑布中，与敏捷一样，人们，提供代码，协作和响应变化是成功的关键。

Answer 4

“他们眼中的可疑表情”是因为：

• 他们不知道他们在说什么
• 你不知道你在说什么

我们不知道它是哪一个，所以很难提供建议。确保：

• 你不会在圈子里谈论并最终让所有人感到困惑
• 你不要说太多话（这会让你很快失去面试）
• 以简单直接的方式解释概念
• 尝试使用您在谈论这些概念时使用过的实际示例。谈论生命支持系统和宣传册网站等一系列项目将表明您的知识纯粹是学术性的。
• 即使你这样做，也不要试图了解所有事情。