问你应该保证提供一个你不确定它是否可实现的特性吗？

EN

这是该条引发的第二个简短的问题。

• 优秀的程序员:我优化代码。更好的程序员:我构造数据。最好的程序员:有什么区别吗？还有另一个名称:早熟优化。
• 千万不要用早出口。，这是“单入口点/单出口点”规则。这是一个真正的问题，那就是提前退出可能会造成混乱。正确的规则是“清理你的烂摊子”。一个更好的规则是使用数据结构来清理自己，这样程序员就不必担心清理他们的混乱。
• 现在，总是告诉你的客户/用户“是”，即使你不确定。90%的时间里，你会找到一个方法去做。，这也是非常糟糕的建议。

有时你的客户需要被拒绝，或者“你想要在哪一个千年？”不要承诺会破坏您的体系结构，这会比客户愿意花费的成本高得多，或者您不知道如何实现它。你了解技术，而不是客户。如果你不知道怎么做，就别说你能做到。如果你不确定，就说你需要时间去研究它是否可能。老实说，这会让你免于麻烦的。

如果你不能兑现你的承诺，客户很快就会变成前客户。10%的故障率听起来可能很小，但是10%的客户会专注于此。有时当你没能兑现你的承诺时，他们会起诉你。你真的不想那样。有时候，确保你兑现承诺会让你破产，发疯，或者因为你每天工作18个小时而失去你的配偶。你也不想那样。

想想看:如果90%的飞机着陆成功，你认为航空业会发生什么？你觉得回去为那10%的车祸道歉会不会有什么好的结果？

最好说“我认为这是可以做到的”。或者“我去查一查再给你回电”。我曾多次说“不”或“反对”一些建议。如果客户想要“一个基于浏览器的应用程序，而不需要连接到互联网，并且使用触觉反馈”，这可能是可能的。但这是昂贵的，更有用的是讨论什么是实际的需求。

如果你诚实，顾客会尊敬你的。在问题的建议中，这个人有10%的时间是错误的。如果我和一个经常犯错的人一起工作，我就不会相信他/她。这是个糟糕的记录。

承诺月球和提供岩石是一种销售人员的方法，不应容忍。如果你不知道这是否可能，那就研究一下。或者，给他们一个关于你要花多少时间去调查它的报价。这样，你不会承诺任何你无法交付的东西，但你却得到了报酬，因为你花了很多时间去调查它。