在我的编程生涯中，我遵循" K.I.S.S."原则保持简单愚蠢。尽管项目和任务变得更加复杂(至少在我的项目生命中对我而言)，但这对我来说效果很好。你使用这个原则吗？为什么？为什么不？我们是从亲吻中获得成功还是我们认为这是不可能的？

解决方案

回答

是的，它起着重要作用。我们在这里进行测试驱动开发，因此我们仅针对需求状态编写测试。这样，我们只需编写所需的代码即可执行。

除此之外，我们所有人都努力使事情总体上保持简单；并发症导致错误。我们宁愿编写更少的代码来解决问题(这并不意味着使用尽可能多的技巧来获取更少的代码行)。有时我们必须做一些困难和复杂的事情，但是我们尝试将the腐症封装到自己的类中。

而"愚蠢"的部分是提醒我们所有人，我们并不像我们认为的那样好：)

最终结果是大多数错误大多数都易于调试。

回答

我一直在努力寻求简单的解决方案，并且经常重构代码，以表达通常在添加新功能之前简化代码的意图。简单更容易测试，通常更少。更少的精力意味着更快的周转时间。

/艾伦

回答

K.I.S.S的一个好实现是不要使用超过3个级别的嵌套。

通常，这是关于人们开始困惑的地方，我们应该尝试放入一个函数。

另一方面，任务和项目总是会变得很复杂。仅使用K.I.S.S.编程方面的事情会让生活更轻松。

(我们可能必须编写3次相同的代码，以使其足够简单和足够好。)

回答

是的。我们团队通常不认可"聪明"。我们试图变得"足够聪明"，但不再聪明。

试图变得"聪明"的代码通常只能实现：

• 不可维护性，因为它比作者聪明
• 在边缘情况下失败，因为它不够聪明

例如，而不是在数据库设置组件安装程序中自动设置数据库网络权限，而是由操作团队手动执行(尽管通过运行他们保持在源代码控制之下的脚本)，因为自动执行此操作的代码会有些许变化。太聪明了。除非有人更改了IP地址编号方案，否则它将完全正常工作。

回答

是的，KISS是关键(不是乐队；)

从Python的Zen中：
http://www.python.org/dev/peps/pep-0020/

美丽胜于丑陋。
简单胜于复杂。

回答

实际上，保持一切简单，比在需要时引入复杂性的替代方案要复杂得多。

相对的极端实际上比乍一看更相似-我们会知道编码人员在简化一切方面一无所获，而其他编码人员却一无所获试图使它们尽可能复杂。

回答

这个吻。在我眼中非常重要。简单和小的函数易于阅读和理解，并且往往不那么容易出错。

但是我也看到了代码，其中一些人使用嵌套的三元条件而不是if-then-else语句，在某些情况下可能很难阅读。在代码变得不清楚之前，我喜欢花一些"额外"的代码行。甚至简单的换行符也可能有助于使代码更易于理解。

回答

我努力使事情保持简单的主要方法是确保功能可以在IDE的一个屏幕上显示。在我目前的工作中，这是一种新颖的方法，但是它正在渗透到我团队的其他成员中，并且我得到了其他开发人员的评论，指出他们更喜欢调试我的代码而不是自己的代码。

回答

吻扮演了角色。有时候，我觉得我正在艰苦奋斗以保持简单，但肯定比其他方法更好。

回答

一切都可以像生活中一样从KISS方法中受益。在向新开发人员解释代码时，如果设计和流程如此简单就可以。从必须记住6个月前所做的事情到能够实现新功能，它可以消除各种警告。

到一天结束时，我们想知道人们可以理解我们所做的事情，并且我们希望拥有一个喜欢它并能够自己理解的用户。所有这些都受益于K.I.S.S方法。