我想这是一个可能很多人感兴趣的问题，所以请讨论！:-)
现在，假设您想向人们展示您使用的未来开发概念（例如您想要介绍的新产品或新技术）。
尽早展示代码有意义还是先看PPT？或者你会推荐什么？
问问题
155 次
7 回答
4
+1 给 Stijn，因为真的，这才是最重要的。
但是，这真的取决于你在做什么。你的“概念”是什么？
- API（例如mapreduce）？
展示 API 的代码，不要在实现代码上浪费人们的时间，这并不重要——“嘿，看看我是如何迭代你的输入的！太聪明了！”。没有。没人在乎。如果你的 API 很棒，它就会被使用，没有人会关心代码是多么糟糕才能让它工作。
- 一个产品（例如脸书）？
显示代码？没人在乎。甚至 facebook 都不在乎（如果他们这样做了，他们为什么要使用 php？我的孩子！）。半完整原型的演示让他们大吃一惊，该原型在一些事情上做得很差，但展示了它有多么出色。
- 实现本身（例如一个新的
std::sort例程）？
很多人可能有兴趣看到内脏。特别是SO上的人。所以，当你得到一些工作时，发布代码或白皮书。这不是“我的 twitter 克隆会很可爱，看看我的TruncateTo140Chars()功能有多酷！”。另一方面，您可以通过展示您的算法（在代码或伪代码中）获得有关新实现方法的快速反馈。您可以显示基准，这比“这段代码应该更快，因为我少做一个与零比较”要好。
请只是原型，得到一些你的用户会关心的演示。如果这是您的用户想要看到的（通常不是），只需担心代码。
于 2010-07-09T14:32:46.353 回答
3
我喜欢概念证明的不废话的方法。只需将它们吹倒并证明它有效。
于 2010-07-09T14:23:09.180 回答
1
如果它真的根本不是技术人员，那么我发现纸模型效果很好。当它被编码时，人们害怕批评，废弃纸模型比真正的东西更容易（也更便宜）。
当向非技术人员展示网站/应用程序的概念时，绘制不同的页面、登录对话框等。
当向其他开发人员展示一个概念时（如果他只是不明白）在纸上画出不同的类并展示它们之间的关系。如果你们都知道语法，UML 在这里可能很有用。
否则，如果你有时间，我会说，用一个完整的实现把它们吹走:-)
于 2010-07-09T14:29:26.730 回答
1
我同意 rtalbot。如果观众是非技术人员，也许是未来的用户，或者你的老板，我会选择一些图表。也许用例。向他们展示你可以用它做什么。如果它很小，而且你的朋友很书呆子，那就编写一个烟雾镜演示。
于 2010-07-09T14:29:37.870 回答
1
这取决于受众和产品的性质。如果观众和/或产品被认为是“技术性的”而不是考虑展示代码。但是，您应该将其作为演示文稿的一个组成部分，而不是整个内容。
于 2010-07-09T14:24:27.383 回答
1
我不认为尽早显示您的代码很有用。“我们”的技术人员总是自豪地展示我们新的技术细节和想法。然而，使用这些产品和技术的人只对他们可以用它完成什么感兴趣。他们通常不会分享您对技术的热情，在这种情况下是代码。
我的建议是坚持使用更通用的方法，解释它为什么有用以及它将如何让他们的生活变得更好。添加一个汽车类比：人们想知道它有多少马力，而不是内燃机如何工作！
但是，您的同事可能会对这些实现细节感兴趣！
于 2010-07-09T14:27:00.057 回答
1
尽早向客户/利益相关者展示原型，稍后在同行中审查代码。
利益相关者控制您要交付的功能（尽早发现这一点是交付有利可图/有用的东西的关键）。
但是为了提高代码质量，如果在正确的时间完成，代码审查是非常强大的。我的经验是，在迭代结束时执行此操作可以提供最大的收益。在执行代码审查的最佳时间方面，您的里程可能会有所不同（初级开发人员需要尽早进行审查，而且通常情况下，高级开发人员通常可以稍后再进行审查）。
于 2010-07-09T15:37:21.883 回答