在我的编程生涯中，我使用的原则是“K.I.S.S.” - 保持简单愚蠢。虽然项目和任务变得更加复杂（至少在我的项目生涯中对我来说），但这对我来说非常好。你用这个原则吗？为什么？为什么不？你是否从亲吻中获益，或者你认为这是不可能的？
答案 0 :(得分：9)
是的，它起着重要作用。我们在这里进行测试驱动开发，因此我们只针对需求状态编写测试。这样我们只编写我们需要的代码，即执行代码。
除此之外，我们都努力使事情变得简单;并发症导致错误。我们更喜欢编写更少的代码来解决问题（这并不意味着使用尽可能多的黑客来获得更少的代码行）。有时候我们必须做一些困难而复杂的事情，但我们试图将这种可能性包含在自己的类中。
而“愚蠢”的部分是提醒我们所有人，我们并不像我们想象的那样好：）
最终结果是大多数错误大多数都很容易调试。
答案 1 :(得分：2)
是。我们团队通常不会批准“聪明”。我们试图“足够聪明”但不再聪明。
试图“聪明”的代码通常只能实现：
例如，不是在数据库设置组件安装程序中自动设置数据库网络权限，而是由操作团队手动完成（尽管通过运行他们保持在源代码管理下的脚本），因为代码自动执行会有点太聪明了。在有人改变IP地址编号方案之前，它会完美地工作。
答案 2 :(得分：1)
保持一切简单，实际上要比在需要时引入复杂性的替代方案复杂得多。
相反的极端实际上比第一眼看起来更相似 - 你会知道那些没有做任何事情的编程人员试图简化一切，而其他编程人员并没有做任何事情试图让它变得尽可能复杂。
答案 3 :(得分：1)
K.I.S.S.在我眼里非常重要。简单和小功能易于阅读和理解，并且往往不易出错。
但我也看到了代码，其中一些人使用嵌套的三元条件而不是if-then-else语句，在某些情况下可能很难阅读。在代码开始变得不清楚之前，我更愿意花一些“额外”的代码行。即使是简单的换行符也可能有助于使代码更容易理解。
答案 4 :(得分：1)
我努力保持简单的主要方式是确保功能适合IDE中的一个屏幕。在我目前的演出中这是一种新颖的方法，但它正在流入我的团队的其余部分，我得到了其他开发人员的评论，他们指出他们更喜欢调试我们的代码而不是他们自己的代码。
答案 5 :(得分：1)
KISS扮演角色。有时我觉得我正在努力保持简单，但肯定比替代方案更好。
答案 6 :(得分：1)
一切都可以从生活中的KISS方法中受益。在向新开发人员解释代码时，如果设计和流程非常简单，那么它会有所帮助。它可以清除各种警告，因为必须记住你在6个月前所做的事情才能实现新功能。
当谈到一天结束时，你想知道人们可以理解你做了什么，并希望有一个喜欢它的用户以及能够自己理解它。所有这些都受益于K.I.S.S方法。
答案 7 :(得分：0)
我一直在努力寻找简单的解决方案，并且通常在添加新功能之前通过简化代码来重构代码。简单易于测试，通常更少。减少工作量意味着更快的周转。
/阿伦
答案 8 :(得分：0)
K.I.S.S的一个很好的实现是不要使用超过3级的嵌套。
一般来说，这是关于人们开始感到困惑的地方，你可能应该尝试使用函数。
另一方面，任务和项目总是变得复杂。只需使用K.I.S.S.对于编程方面的事情会让你的生活更轻松。
（你可能需要编写相同的代码3次以使其足够简单且足够好）
答案 9 :(得分：0)