K.I.S.S.是否在您的发展过程中发挥作用?如果是,您是否从中获得成功?[关闭]

是的,它起着重要作用。我们在这里进行测试驱动开发,所以我们只为需求状态编写测试。这样我们只写我们需要的代码,即执行的代码。

除此之外,我们都努力使事情简单化;复杂化会导致错误。我们更喜欢编写更少的代码来解决这个问题(这并不意味着使用更多的黑客来获得更少的代码行)。有时我们不得不做一些困难和复杂的事情,但是我们试图把这些讨厌的东西封装到自己的类中。

“愚蠢”的部分是提醒我们所有人,我们不如我们想象的好。

最终的结果是大多数bug都很容易调试。

是的。”“聪明”在我们的团队中通常不被认可。我们试着“足够聪明”,但不再聪明。

试图“聪明”的代码通常只能达到:

• 无可救药,因为它比它的作者聪明
• 边缘案例失败,因为它不够聪明

例如,不需要在数据库设置组件安装程序中自动设置数据库网络权限,而是由操作团队手动执行(尽管通过运行它们保持在源代码控制下的脚本),因为自动执行该操作的代码稍微太聪明了。在有人更改了IP地址编号方案或其他什么方案之前,它会工作得很好。

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

相反的极端事实上比乍一看更相似——你会知道,编码人员什么也没做,试图简化一切,而其他编码人员什么也没做,试图使一切尽可能复杂。

在我看来,K.I.S.S.非常重要。简单和小的函数易于阅读和理解,并且不容易出错。

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

我努力使事情简单化的主要方法是确保函数适合于IDE中的一个屏幕。在我目前的工作中,这是一种新颖的方法,但它正逐渐渗透到我的团队中,我收到了其他开发人员的评论,指出他们更喜欢调试我的代码而不是自己的代码。

接吻起了作用。有时我觉得我在为保持简单而进行一场艰苦的战斗,但这肯定比其他选择更好。

一切都可以从亲吻方法中受益,就像他们在生活中一样。当向一个新的开发人员解释代码时,如果设计和流程就是这样简单的话,它会有所帮助。它可以清除各种警告,从必须记住6个月前所做的事情到能够实现新功能。

当一天结束时,你想知道人们能够理解你所做的,你想拥有一个喜欢它的用户,并且能够自己理解它。所有这些都得益于K.I.S.S方法。

我一直在努力寻找简单的解决方案,并且经常重构代码,以表达在添加新特性之前简化它的意图。简单更容易测试,而且通常很少测试。更少的努力意味着更快的转身。

艾伦

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

一般来说,这就是人们开始感到困惑的地方,您可能应该尝试将函数放入其中。

另一方面,任务和项目总是会变得复杂。仅仅使用K.I.S.S.作为编程方面的东西会使你的生活更容易。

(您可能需要编写相同的代码3次,以使其足够简单和良好,但是)

是的,吻是关键(不是乐队;)

来自巨蟒禅: http://www.python.org/dev/peps/pep-0020/

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