【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。

KISS原则
大约60年前 , 美国军方的软件开发开始遵循一个原则 , 叫KISS原则 。
【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。
文章图片
他们希望武器系统中所用的每个指令都是极其简单和傻瓜式的 。 这个原则后来在编程领域中被广泛采用 , 如今好多著名的产品都是遵循这一原则来开发 , 并最终取得了巨大的成功 。
【【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。】KISS原则是什么?
KISS是KeepItStupidSimple的缩写 。
当今的软件工程师和开发者们有个共同的问题 , 那就是他们总是慢慢地使得问题复杂化 。
正确的做法应该是当开发者遇到一个问题后 , 把问题拆分成一个个能够明白的小块 , 然后进入编码阶段 。
【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。
文章图片
你需要先想好问题的解决步骤一共分为几步 , 然后再进入编码 。
而不是拿到需求后 , 就开始一边写代码一边去满足需求 。 这样做的好处就是你的代码会变的足够容易理解和足够清晰 。
运用KISS原则 , 能获取到什么好处?
【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。
文章图片
你可以更好地解决更多问题 。
你将可以通过很少的几行代码去解决复杂的问题 。
你将可以产出高质量的代码 。
你将可以构建更大更易维护的系统 。
当新的需求来了后 , 你的代码将会更加的灵活 , 易于扩展、易于修改和重构 。
你将完成比你想象得更多的事情 。
你将能够工作在一个大型开发团队和大型项目中 , 因为所有的代码都是stupidsimple 。
如何把KISS原则用到我的工作中?
这里有几个简单的步骤可供执行 , 但有一定挑战 。 就像说起来的那么简单 , keepitsimple , 主要是需要耐心 , 更多的靠你自己 。
【WangLiwen】每个程序员都应该了解:KISS:60年前美国军方的编程原则。
文章图片
要谦虚 , 不要认为自己是个天才 。 只有谦虚了 , 你才能真正达到超级天才的水平 , 即使不行 , whocares!你的代码那么stupidsimple , 所以你不需要是个天才!
将你的任务分解为4-12小时的子任务 。
把你的问题拆分成多个小问题 。 每个问题用一个或者很少的几个类来解决掉 。
保持你的方法足够小 , 每个方法永远不要超过30-40行代码 。 每个方法都应该只处理一个小小的问题 , 不要搞太多usescase进去 。 如果你的方法中有多个分支 , 尝试把他们拆分成多个小的方法 。 这样不仅容易阅读和维护 , 找bug也更快 。 慢慢的你将学会爱 。
让你的类也小点 , 原则和上面的方法是一样的 。
先解决问题 , 然后开始编码 。 不要一边编码 , 一边解决问题 。 这样做也没什么错 , 但你有能力提前把事情切分成多个小的块 , 然后开始编码可能是比较好的 。 但也请你不要害怕一遍遍重构你的代码 。 另外行数还不是为了衡量质量的标准 , 只是有个基本的尺子而已 。
不要害怕干掉代码 。 重构和重做是两个非常重要的方面 。 如果你遵循上面的建议 , 重写代码的数量将会最小化 , 如果你不遵循 , 那么代码很可能会被重写 。
其他的任何场景 , 都请你尝试尽可能的简单 , simple , 这也是最难的一步 , 但一旦你拥有了它 , 你再回头看 , 就会说 , 之前的事情就是一坨屎 。
许多伟大的问题解决者(problemsolver)都曾不是伟大的程序员 , 但他们却产出了伟大的代码!
编程是为了解决问题 , 我们不只是程序员 , 我们不只生产代码 , 让我们一起成长为伟大的问题解决者 。
原创文章 , 不限转载 。 欢迎分享学习 , 大家一起进步 。


推荐阅读