20 | 理论六：我为何说KISS、YAGNI原则看似简单，却经常被用错？

“不要使用同事可能不懂的技术来实现代码”这一条我觉得是可以值得商榷的~ 比如在项目中引入新技术就可能会违反这一条，我觉得关键点在于这个新技术是否值得引入？新技术是否可以在团队中得到推广？ 有时候，在code review看到不理解的新技术时，其实刚好也是可以触发讨论和学习，如果只是单纯的不去使用，很容易造成整个技术团队停滞不前。

提个疑问: 文中"所以，评判代码是否简单，还有一个很有效的间接方法，那就是 code review。",这里的code review有个前提该是团队成员的技术要有一定的水平,如果全是些初级人员,不按照面条式写代码就看起来费劲,这种代码评审就没意义了,所以前提是评审必须要有一定的内功修为.

老师，以java为例，什么样的写法可以被称为不建议使用的过于高级的语法呢

争哥好，想请问一个问题，文中说到不要写同事可能不懂的技术实现，这该如何权衡呢； 对于 Java 8 的 lambda 表达式，我认为这样的代码会更为直观；可是由于同事都习惯使用存储过程，Java 7 的语法糖； 是否因为团队大部分人都不使用 lambda，就应该在项目中放弃使用呢？

打卡～ 我觉得做项目中是不需要去重复造轮子的，但如果一个轮子特别大，但我只需要这个轮子很小的一部分内容，那是不是考虑借鉴它的思想去造个轮子呢？

那请问像正则表达式这样的东西是不是就没有用武之地？

想请问一下老师对于使用正则匹配的看法，因为在平时的工作中还是会时不时看见，而且感觉确实可以省掉一些代码。

KISS就是杀鸡别用牛刀， YAGNI就是要少而美。

KISS ：简单做 YAGNI：需要才做 但大多数设计模式都是超前设计，也许项目初期根本用不到，那是否违背这两个原则，等需要用到的时候再重构？

@Test public void getNextsTest(){ String s = "helloWorld"; char[] chars = s.toCharArray(); int[] nexts = getNexts(chars, 10); System.out.println(nexts); } // b表示模式串，m表示模式串的长度 private static int[] getNexts(char[] b, int m) { int[] next = new int[m]; next[0] = -1; int k = -1; for (int i = 1; i < m; ++i) { while (k != -1 && b[k + 1] != b[i]) { k = next[k]; } if (b[k + 1] == b[i]) { ++k; } next[i] = k; } return next; } 这个函数的意义是啥，为啥最后输出的结果是{-1,-1,-1,-1,-1,-1,-1,-1,-1,-1}