（手机发布不方便修改，回家了我再重修一下补图片，审核大大帮忙通过一下） 一、提升开发者自测能力# 面试时的上机编程有一个特点，就是不会给出“错误用例”。 有时也会听到“为什么不能提示错误用例”之类的吐槽。 这种思维类似于"测试为什么没测出来这个bug" 、“缺少堆栈和日志，不能设断点，我没法排查这个问题”
然而被提单次数，会影响自己的代码质量评估。 生产环境往往也因为安全限制，无法直接远程调试。 因此这种思维是很危险和不可取的。  image.png
算法题熟练的同学，有个特点，就是能在接口中提前加上各种判断，或者写上todo注释作为开发遗留。 原因就是在大量的算法题练习过程中，掌握了边界的处理，或者通过阅读代码逻辑，找出其中漏洞。 学习开发者的白盒测试理论是很有利于解决这种情况的。 里面的几种边界，对于开发者自身应该要能熟练掌握。  image.png
因此大家平时如果在leetcode或者其他平台练习题目时，最好以零出错为目目标一次性搞定。 出错的第一时间， 先不要拿着用例去调试， 而是想一想自己为什么会漏了这种情况。 否则很容易形成对错误用例和调试的依赖。
二、加深对编程语言的使用 1.api应用 以java为例， 当你频繁用for循环写各种初始化或者赋值代码时，可能会觉得心很累。 例如需要将"0,1,2,3"这个字符串转成一个整数数组，新手写法是
1 2 3 4 5 6 7 public static int[] buildIntArray(String str) { String[] numStrs = str.split(","); int[] result = new int[numStrs.length]; for (int i = 0;i<result.length;i++) { result[i] = Integer.valueOf(numStrs[i]); } } 而使用javaStream的话，一行代码就搞定了
1 2 3 public static int[] buildIntArray(String str) { return Arrays.stream(str.split(",")).mapToInt(Integer::valueOf).toArray(); } 因此练习中即使解决了题目，也不妨看看其他人的代码， 进而将好的用法引申到工作中。（当然写太复杂的java stream代码会影响可读性，视情况而用）。
- 语法问题查缺补漏 另外练习过程中，也能遇到很多编程知识的应用。 假设我们需要自定义一个优先队列，有人写了下面这个代码，却有部分用例无法通过，为什么呢？
1 2 3 4 5 6 7 8 9 10 PriorityQueue<Integer> priorityQueue = new PriorityQueue<>(new Comparator<Integer>() { @Override public int compare(Integer a, Integer b) { if (a != b) { // 当a=b的另一种判断条件..... } else { return a - b; } } }); 实际上是因为 Integer包装类型不能用==和!=直接去比较， 因为Integer范围不在-128到127时，比较的就是引用地址而非实际大小了。因此应该用equals方法。从这里可以看出一些编程知识在开发工作中的重要性。
三、收获“思想”，作为程序优化的思想储备 相信很多人从做题攻略和自主练习过程中， 学到了 动态规划、 链表、KMP、二分查找、 并查集等 诸多“套路”。 这些算法却在平时的业务开发中却很少用到， 不免会让人吐槽都是"花拳绣腿"，折腾人，对绩效和KPI也没有帮助。
那么可以换个角度理解，学习数学有什么用？ 如果仅仅是用于工程应用，不做研究，大部分也只是做api的调用者，不会追究到数学证明、公式推导等层面。  image.png
但数学作为从小到大一直在重点考察的学科一直陪伴着我们。为什么？ 个人理解，是因为数学可以锻炼我们的逻辑思维能力，培养一种理性思维和解决问题的方式。
算法和数学都是一种思想。 包括你去学习设计模式、学习jvm原理、学习操作系统等，都是在学习一种思想。 而对思想的理解和加深，则需要大量的练习。因此上机编程成了重要的考察方式。
以二分查找为例，有的人只关注循环不变式模板、"逃课"api(指不用手写二分，可以直接用的接口，例如treeMap的floor()） 有的人则会在大量的练习中，悟到什么时候、哪种情况下可以剔除不必要的搜索遍历过程，并使用二分解决性能问题。
因此建议大家在备考刷题的过程中， 除了关注"套路"、"题目面板"外，多关注一下这个解法的背后思想是什么， 当你能理解到这一个层次时， 往往对你的编程工作会有持续的潜移默化影响，尽管可能不是那么显而易见罢了。
四、保持代码思维和手感 大家应该都有这种时期， 就是某段时间都是各种杂事，可能1个月就写了几百行代码，事后再捡起来就不会写了。 因此这种时期练练题目，对自己也维持手感也会有帮助。有句话叫做“ 流水不腐户枢不蠹”。 另外看到一段关于跑步的话，这里分享一下：
如果你经常跑步，你也许会知道其实 4 个多小时一点都不快，完全就是业余跑者的水平；也许你也知道，其实即便是大众跑者，5 年完成百公里也是相当难的，甚至身体的原因，不是所有人都能跑下来越野。 所以当我开始追求速度时，慢慢发现，当我在为 5 公里没有跑进 20 分而焦虑和努力时，学校里的那些体育生都在追求如何跑进 17 分了。后来我释然了：之前我对于跑步的疯狂，是因为没有搞懂跑步的意义： 因为跑步不会让我毕业。 因为跑步不会让我找到工作。 因为跑步不会让我找到女朋友。 跑步对于我的意义，就是能让我保持身体健康，仅此而已。
以上就是我的一些想法，个人技术水平和经验有限，没有资格让大家全部认同。 另外考查程序员素养的指标绝对不仅仅只是代码。上机题的考察方式本身也可能存在缺陷。如果你是对此有更深理解的朋友，也可以讲一下你对这方面的看法和收获，大家一起学习和参考
