程序员为什么要一直改Bug？就这么说吧，你是一个优秀的程序员，现在被要求写一段程序：“输入两个数A、B，输出它们的和。”
题目甚是简单，你大笔一挥，写下：输入“A”、“B”；计算“C=A+B”；输出“C”。
你自己测试了一下：输入“1”、“2”；输出“3”。程序很棒，于是你交给用户了。
用户：输入“127”、“1”；输出“-128”。
你思考了一下，原来是8位int只能支持-128~127的整数。于是你大笔一挥，改成了64位的int，这下能支持-2^63~2^63-1了。顺便，你还编写了一段数据验证的判断，如果超出int的范围还会提示“数值过大”。非常贴心。
用户：输入“1.5”、“2.5”；输出“3”。
你心想，当时没人告诉我会有小数计算啊，过几天岂不是还会有无理数运算。你和用户一顿沟通，他向你发誓最多只会有小数计算，绝对不会有无理数。于是你把数据类型改成了double，这下可以支持小数了。
用户：输入“0.1”、“0.2”；输出“0.300000000000004”。
你回顾了一下大学学到的知识，想起double类型并不是那么精确。所幸用户不是开银行的，对数据精确性要求不那么高，甚至偏差个±0.01都能接受。于是你在数据输出时四舍五入了一下，保留两位小数，这下0.1+0.2=0.3了。
用户：输入“一”、“二”；输出“0”。
你和用户大吵了一架，终于说服他不在输入框里填汉字。以防万一，你给数据输入加了一段验证，只接受两个带符号小数。而且对于数字过大、过小都会提示超出范围。这下终于没问题了，你心想。
过了几天，你在头条上看到一个标题“为啥程序员不能一次性把程序写好？”
