干嘛要恶补，用这个
http://unbug.github.io/codelf/

测你认为可能出错的地方。如果担心的是数据转换，就把 find 结果 mock 出来单测转换。如果担心的各部分之间的集成，就准备好可控的环境，对整段代码测试。
测试粒度取决于被测的单元，无论这个单元的抽象层级高（比如进行某项业务）还是低（比如格式化一个字符串），测试都应该测目标单元可见的输出。大部分所谓的粒度太细不是测的太细，而是在高层次的测试中描述低层次的细节。比如本意是测试转账业务，但是写出来的代码却在比较格式化后的字符串，必然导致测试难以理解，难以维护。

@wuzhi1234
C 不需要改进代码，需要换份工作。

有天赋不容易判断，没有天赋很容易判断。
如果出 bug 调试了两步就急躁，随口就说闹鬼了，肯定硬盘 /CPU/网络 /标准库 有故障了。可以断定不适合做这行。

删代码比写代码爽多了

sudo rm -rf /

@mskf 会有机会的，全球 Code Retreat 每年会有一次。本区社区里也时不时的会有活动。

@renyijiu 大家会作同一道题目，练习用各种不同的方式来写出来。

@kylaCpp 欢迎欢迎

中国也许有 190 万左右的程序员，95%中的一半人收益超过 80 万，收益总量超过 7000 亿，大于信息技术和软件业 GDP 总值。

楼主总结的很好

那谁谁谁，你标点符号能不能规范点啊？

@maplerecall
我没做过，不过练习过几次数字转成英文的。反正我自己的水平是需要 1，2 个小时的。
转汉字可能细节上有不同，我应该还是达不到十分钟完全解决的。

这个自己写写也就一两个小时吧

这段代码的问题主要不在本身里面，其实你觉得不爽的地方就是空值处理。
只需要修改 convert 函数保证不返回 null 即可。
你本来的 if length != 0 就是没必要的, Arrays.asList 接受布丁不定长度参数，传入空数组是可以的。
所以基本上可以简化为
studentsList = Arrays.asList(convert(rec));

不错

最有用的习惯，每写一段话以后回车一次。