昨天临睡前研究python，刚好看到了一个计算器，发现挺有意思，但是看样子有点复杂，所以留到了第二天早上时间充足时候攻克。写完了之后几经修改最终完成，效果还算不错，先展示一下最终的成果：
final version：
这个程序表示的是：
顾客购买9个奢侈品包，每个8888元，然后全场88折，打折之后又要缴纳奢侈品税，税率为36%，最后顾客实际消费是多少。
如果在平时的消费中，我们要进行多次乘法和加减法计算，但是在这个程序中，当折扣和税率锚定的情况下，只需要输入数量和单价即可获得最终的计算结果。进一步的，其实单价也是可以锚定的，那么最后你只需要输入一个包的个数，这个计算器就会帮你计算出最后的税后实际消费。而且对于用户来说，Ta看到的界面也是整洁干净的。
当然，这个程序的产生也是经历了两次次“小步快跑，快速迭代”的，下面模拟互联网公司的产品发布等流程展示一下先后几次的成果和反思：
version 1.0：
features：
惊人的计算速度，你只需要输入 number of the pizza, price of the pizza。然后就能给你在1/50秒内计算出顾客要付的费用。
纯英文界面，带你一起装13，和你一起国际化。
强大的技术团队等待你的反馈。
用户吐槽：
卧槽，楼下的朋友们，这是什么语？
德语？
什么啊，这是拉丁语啦！
肯定不是英语，如果是应该有单复数啊，这里都没有单复数。
这个能用从来干嘛，我怎么什么都看不懂？what do you mean？
产品经理看完反馈，迅速纠结起虎狼之师，以迅雷不及掩耳盗铃之势发布了新版本。
version 2.0
what is new:
减少了装13的次数，用户系统语言换成了中文。
全面升级了计算器，添加了税收计算模块，同时计算对象由“奥尔良鸡块”变成了“鳄鱼皮”。
增强了后台代码的可读性。因此杀了程序猿祭天也没关系，UI上去也能应付得来。
修复了几个不存在的bug。
用户吐槽：
为什么连折扣都要手动输入？
为什么连税率都要手动输入？
为什么折扣是小数，能不能弄个88折？
为什么税率是小数，能不能弄个36%？
为什么消费者消费了要交奢侈品税，还要从我们的折扣后总计里减掉奢侈品税，不应该加上？
别的还能忍，就那最后一条（我说的不是这条，是上一条）怎么能忍？滚吧，这样的计算器不用也罢。
产品经理：你们这个代码特么写的什么玩意？你们这些测试都是干什么吃的？产品上线前没让你们好好测试吗？UI，这次代码你来改！程序猿，你去做没用的UI !
UI：嗯？？？
version 3.0
本次更新：
修复了几个不存在的bug。
设置了固定的折扣，且将其设置为更常见的显示方式。
设置了固定的税率，且将其设置为更常见的显示方式。
做了一个小小的修改，将“折后总计”与“应缴税款”之间的计算符号从“-”改成了“+”，影响也不大，每卖出九个包可以少亏大约25341.4656元。
上个程序猿已经杀了祭天，本次程序猿由UI担任。
用户吐槽：
你们产品经理干什么吃的？
为什么每个数字后面都没有单位，我怎么知道我这个那个9是每个包9元还是买了9个包？
你们不知道人民币最小单位是分吗？百分位都撑死的精确度你们精确到千亿分位是什么意思？
我们单价又不变，你们把税率都锚定了，不管单价，害怕政府定的税率，看不起我们定的单价还是怎么样？
你们的程序猿是UI当的吧？
不过话又说回来，这次UI不错。
产品经理：我。。。这次，产品经理叫来了程序猿，然后他在程序员面前自杀了，血溅了用户一脸。临终前，他让程序猿上了一个新包：
what is new：
上辈子欠你们的，这辈子还不清，我也无力再还，等我在阎王那里报个速成班，学会了下辈子一起还给......你......给我去死吧！
新包还没发布，因为问题小白程序猿还不会解决，等解决了再来更新新包~
