解释一个概念：早期显示代码是否更清晰？

Question

我想这可能是许多人感兴趣的问题，所以请讨论！ ： - ）

现在，想象一下，您希望向人们展示您未来发展的概念（例如您想要介绍的新产品或新技术）。

早期显示代码是否有意义，或者您是否先使用PPT？或者你会推荐什么？

Answer 1

+1给Stijn，因为真的，这才是最重要的。

但是，这实际上取决于你在做什么。你的“概念”是什么？

• API（例如mapreduce）？

显示API的代码，不要浪费人们的时间使用实现代码，这并不重要 - “嘿，看看我如何迭代你的输入！它是如此聪明！”。不。没人在乎。如果你的API很棒，它会被使用，没有人关心代码是如何使它工作的./ / p>

• 产品（例如facebook）？

显示代码？没人在乎。 Facebook甚至不关心（如果他们这样做，为什么他们会使用PHP？我小子！）。用一个半完整原型的演示吹出他们的想法，这些原型做了一些不好的事情，但展示了它有多棒。

• 实现本身（例如新的std::sort例程）？

很多人可能对看到内脏感兴趣。特别是SO上的人。因此，当您开始工作时，发布代码或白皮书。这不是“我的推特克隆会很甜蜜，看看我的TruncateTo140Chars()功能有多酷！”。另一方面，您可以通过显示算法（代码或伪代码）快速获得有关新实现方法的反馈。你可以显示基准，这比“这个代码应该更快，因为我做一个少与零比较”更好。

---

请做原型，获取您的用户关心的演示内容。如果这是您的用户想要看到的（通常不是），只需担心代码。

Answer 2

我喜欢概念证明的无废话方法。只需将它们从脚上吹走，证明它有效。

Answer 3

这取决于受众和产品的性质。如果观众和/或产品被视为“技术性”而不是考虑呈现代码。但是，你应该把它作为演示文稿的一个组成部分而不是整个部分。

Answer 4

我认为尽早展示您的代码并不是非常有用。 “我们”技术人员总是自豪地展示我们的新技术细节和想法。但是，使用这些产品和技术的人只对他们可以用它完成的事情感兴趣。他们通常不会分享您对技术的热情，在这种情况下是代码。

我的建议是坚持使用更通用的方法，解释为什么它有用以及如何让自己的生活更美好。添加汽车类比：人们想知道它有多少马力，而不是燃烧发动机的工作方式！

然而，这些实施细节可能会让您的同事感兴趣！

Answer 5

如果它真的不是技术人员，那么我发现纸模型效果很好。 人们害怕批评什么时候编码，更容易（和更便宜）废弃纸质模型然后真实。

在向非技术人员展示网站/应用程序的概念时，请绘制不同的页面，登录对话框等。

向同事展示一个概念时（如果他没有得到它）​​在纸上绘制不同的类并显示关系。如果你们两个都知道语法，那么UML在这里很有用。

如果你有时间，我会说，用完整的实施将它们吹走： - ）

Answer 6

我同意rtalbot。如果观众是非技术性的，也许是未来的用户，或者是你的老板，我会选择一些图表。也许用例。向他们展示你可以用它做什么。如果它很小，你的朋友很讨厌，那就编写一个烟雾镜像演示。

Answer 7

尽早向客户/利益相关者展示原型，并稍后在同行中查看代码。

利益相关者控制您想要提供的功能（尽早发现这一点对于提供有利可图/有用的东西至关重要）。

但是为了提高代码质量，如果在合适的时间进行代码审查，则代码审查非常强大。我的经验是，在迭代结束时这样做可以提供最大的收益。您的里程可能会在执行代码审查的最佳时间方面有所不同（初级开发人员需要尽早审核，而且通常情况下，高级开发人员通常会待到以后）。