我们虽然已经脱离了野蛮和不开化，但是，我们依然保持着对未知世界的敬畏。当人们还处在洪荒远古时期，我们对未知的事物，总是以鬼神来解释。到了开化之后，我们对科学的敬畏无时不刻的不在提醒着我们对未知的恐惧。
今天，我来讲述一个lua关于对数学世界的恐惧之一，极大值和极小值。[inf] [nan]在某次偶然的log调试里，我注意到控制台输出了这么两个以前没有见过的东西。虽然我的程序代码里只有非常简单的数学计算，还是出现这样高端（未知）的东西。对数学的敬畏由此展开......
这个知识点很简单，也许是初中或者小学时代的数学里有提及过；分子/分母的关系，简单的除法计算方式，问题也从这儿开始延展...
以下是lua脚本:
local result = numCounts / numNeed
print("result:"..result)
想这样简单代码里蕴含的数学问题，一个简单的除法计算会导致一些让人震惊的bug,numNeed 是一个极小的数字，也学就是0。这个时候触发了这个很有意思的bug 得出的结果是 [inf] 出了这个bug之后，我求助于网友得出的结果是【一个极大的数值】可能已经超出了我们所有人预期。本着格物致知的原则，我确认了一下 inf的意思是infimum，另外一种更为坑爹的情况得出的结果是[nan]，事后某位同学给我解答了一下，这个代表极小值...，事后我确认了一下，这个的实际意思因该是[no a number的缩写]。
讨论回到数学课堂，这样的代码看似没有任何问题，但是，在数学的角度来说，除法计算里分母是绝对不能等于0的。从严谨的程序角度来思考这个问题，分子、分母是都不可以为0的，如果过小也会导致bug。这似乎跟程序一点儿关系都没有，但是也会导致程序的bug。延伸的说，简单的除法会导致这样的问题，如果是稍微复杂一点儿的计算公式，分子分母不能为0的情况必须加适当的拦截条件去过滤（同样接受九年义务教育的你也许不会犯这样的数学错误，不过配置表的作者就很难说了）。
我们所从事的工作是一个团队（几个人一起协同工作）不排除队友可能出这样的数学上的失误，虽然看起来代码并没有问题，并不代表不会出这样的bug。
因为某年-某月-某日-某时，在这个数学问题上出过这样的bug，然后引起了一场预计未知的恐惧和对数学的敬畏，基于团队协作的互补思考。
在每次数学计算之前，基于数学角度的思考，加上这些非0判断，这些参与计算的值是不可以为0的，可以使用assert断言来过滤和判断，或者根据需求给出默认值。翻译到实处就是说debug版本的提供assert断言给出明确的错误提示给测试同学作为测试依据，release版根据需求过滤此类错误留下log或者根据实际需求给出默认值（我是很抵触默认值这玩意儿的，不建议给出默认值，除非是必要的）。由于代码比较简单，所以，我就不给出具体实现的代码了。
