下午，叶新晨登陆黑土平台，在悬赏版块里面看着一个个悬赏。
“攻击服务器成功，奖励十万。”
“提供任意漏洞，一个六万，上不封顶。”
“帮忙开发小软件，只需要负责前期开发，成功奖励五万。”
“软件已经开发完毕，有没有人看看还有什么有漏洞，小BUG五千，大BUG八千。”
“软件开发卡在了算法，急求大佬看看，成功奖励三万三。”
“………”
像那种要求攻击自己服务器的，叶新晨也都是看到基本上都是大公司发布的，基本上都是针对网上金融系统的防御服务器。
随意的翻看了一下，叶新晨的确是很难找到一万以下的，有是有，但是基本上刚出现就会瞬间没了。
像那些一万两万三万的倒是挺多，但是没有人接，毕竟必须要考虑能不能完成，完成不了的话那最后就别接，因为连续接三个任务没有完成以后，账号被禁的话，那损失就大发了。
毕竟这可是人脸识别的，每次登陆就需要人脸识别一次，不可能用其他人的，毕竟人家也不会每次都会帮忙人脸识别。
至于说人会分隔两地人脸识别不好弄，那这个就是小问题了，对于程序员来说都很好解决，这都不算问题，算是有问题的只有登陆一次就要人脸识别一次，这一点会很烦。
毕竟一直要求人家帮你人脸识别，一次两次还好，天天都来，那谁能受得了？
就跟拼多多一样，好朋友之间一次两次还好，多了以后……滚蛋，有多远给我滚多远！
差不多就相当于这个意思。
所以使用黑土平台的程序员，都是很谨慎的。
不过现在此刻的叶新晨倒是一点都不谨慎，他一眼就相中了一个悬赏。
“代码卡住了，急求大佬出手，成功奖励十万。”
这个十万直接的刺激到了叶新晨，而且这个悬赏后面也是有时间的，二十天以内。
“二十天以内……”叶新晨心中一动，他感觉自己可以搞一搞，毕竟被厂商投诉那也得连续三次才行，他第一次接没成功，下次就去接那些自己绝对可以完成的悬赏不就行了？
而且这个悬赏足足有二十天的时间，他感觉凭借着自己目前高级程序员的经验知识，去完成应该也有不小的把握，成功那可就是十万啊，而不成功的话那也就是也损失不了什么，最多就是接下来接悬赏一定要谨慎小心罢了！
所以，叶新晨也是毫不犹豫的接了下来，毕竟机不可失时不再来，最多就是自己少休息罢了，淦也要给这个代码给淦出来。
代码卡住是一件很正常的事情，所有程序员都会经历过，哪怕那些牛人程序员，计算机界的泰山北斗都会有这种情况，所以都会理解。
因为代码这种东西一碰你的人生就好像变了一个人似的。
基本上日常生活中都要用代码交流了。
经常会说…
打个比方？比如？如果？否则？死循环？炸了？死了？宕机了？崩了？傻了？重复bug为什么？不可能？不应该？
你觉得怎么样？我不知道，我不会，我也不清楚。
需求文档呢？没有。
你这个有问题，你那个...…
无限重复bug，无限改。
好烦，或许，可能，大概，我想不出来。
你有什么好建议？加个东西很简单的！结果搞了一天。
所以程序员，那些码农每天说来说去都是以上这些话，基本上都能把人给逼疯了。
接过这个悬赏之后，叶新晨就是认真的看了起来，这个文件包还是挺不小的，而且这些代码看的令人非常的头疼。
阅读代码有两种模式：top-down 和 bottom-up。
Top-down 模式，就是先设定一个 use case，比如说打开一个文件，然后静态跟着代码看，或者用 debugger 跟着看。
这样子每次出现函数调用的时候，把函数的执行层次纪录下来。
大致如下：
func1func2funcfunc3这种图表很随意，是可以根据自己的需要增加信息。
比如有的人有时会把重要的实际参数一直标下来，这样阅读深层次代码不用再回头查形式参数到底指什么。
这个基本作用是防止在阅读深层次代码时忘记总体执行层次。
而Top-down 模式进行到一定层次，往往会发现虽然图画了出来，但还是无法了解程序再干什么。这时需要转入 bottom-up 模式，一直深入到最底层，给能了解作用的底层函数一个一个的写文档。
当然这时的文档是完全底层的观点。
然后就是不断在两个模式之间转换，不断的细化两种模式的理解。
虽然看这样子看代码会简单很多，但是还是也会一直看的人眼睛眼花缭乱。
而另一方面，在叶新晨接了这个悬赏不久，发布这个悬赏的人就给他发了一些消息。
这章没有结束，请点击下一页继续阅读！