序言:LZ你这飞波算法明显有问题,fib(2)应该等于1啊喂.

首先:LZ的算法不是尾递归.尾递归要返回自身的调用,LZ这个经典算法返回的是个"+"调用.所以讨论不到尾递归优化.

其次:我觉得这种比较是有意义的,对相同的简单问题,使用相同的算法来解答,更容易分析速度之间的差异是由什么原因造成的,然后采取特定的策略.
大家有没有发现LZ提出了两个不同的测试,但讨论都集中在第一题递归上.原因就是第二个测试足够简单,就是循环,累加.多费口舌讨论显得愚蠢.于是很容易达成结论.那些要测试综合应用速度的同学们都还沒考虑到综合运用中牵扯的因素更多,比较结果会引发更多扯皮的讨论,最终是公婆都有理,谁也不信谁.

好几位同学从LZ使用原始的飞波算法这点来质疑LZ的算法能力,这种讨论方式试图以人废言,不好.

再来LZ这个讨论其实不能以语言来贴标签,应该以语言实现来贴标签.

JavaScript 大数运算库

学着不寂寞。楼上的泡妹子是解决方案之一。

真的以为是扑克游戏网站。

应该可以，我没注意自动续费后refund过。

如果你不是数字 请不要用数字作为头像 这样可能会对其他会员产生误导

只需要个总量而把分量全传到前端感觉不顺滑啊。

软文的即视感

楼主说的是本科毕业论文？
不如先说说你现在会哪些东西吧。

险种大致可以按两部分进行分析：一保障，二投资。
保障就是付出小钱（金额较小），若发生保险责任规定的情况，得到赔付（较大金额）。
投资就是你付钱进去，过一段时间保险公司还给你本金+利息。这个和银行存款的原理差不多。

人寿的各种险种基本上都是这两部分按照一定的比例柔和在一起。
举例说，
A 简单的人身意外险就是每年交100块，如果这一年中身故，赔付50万。
但是大多数人想不通，一年交100，要是没挂，那不就是打水漂了么。所以单纯的保障险销路不好。
于是保险公司这么操作：
假设一年期银行利率是2%，但是保险公司利用其资金规模及投资管理，可以让做到每年4%的收益。
于是他可以推个险种
B 年初你交10000块，年末还你10000+300 (相当于利率3%存款)，同时如果这一年中发生身故，可赔付50万（保费其实是你10000块存款剩下的1%利息）。
消费者一看，比银行存款利率高呀，还可能拿到50万。不错不错。其实本质是一样的。

看开点，比被龟壳收购好。

这人文章特点就是智商上优越感爆棚，让读者相当不舒服。
本篇里就有“我当年鼓吹TeX如何如何”，其实是有我的目的的，那些当年相信我的，UCCU。哥现在告诉你，哥当年是骗你们的，哥当年是为了什么什么。
前一段时间此人写了篇关于linux和windows的文章，也有"我当年鼓吹linux如何如何"，然后再反水，大概是为了表达个什么观点。
但是这种行文方式实在令人生厌，可以用恶心来形容。文章的价值大打折扣。
即使作者当年写那文章时是抱着另外的目的，现在也不必非得挑明以证明读者都是二笔而作者智商高高在上。
真的为此人情商着急。
另外此人一贯的逻辑这个世界都是错的，都是对不起他的，偶尔有几个对他好的或者接受他的（人/公司）都是大圣人/大牛,从里到外都美好的冒泡。过几天跟人家发生点龌龊或者不愉快，或者从人家公司离职，马上就写文章把人家贬成冒泡的丑狗屎。

连个调侃的都没有啊，我太失败了。

@felinx
不能同意得更多。

v2ex有向着外野发展的趋势啊...

@icyalala
@Mutoo
@joyjy
@duhastmich
谢谢解答。

@alexrezit
@duhastmich
@FrankFang128
@yuelang85
解释一下：数据比较多，几百KB级别，又是给面向手机的，所以想尽量节省网络流量。
如果直接post提交arraybuff的二进制数据，实际上在传输的过程当中是uri encode成%FF%FF的形式传输的,那么针对一个32位的数据，实际传输“%FF%FF%FF%FF”,一共是12个ascii字符。
如果先转base64,实际上是6位转为一个ascii字符，那么32位只需要不到6个ascii字符，在传输上节省了一半空间。
想知道还有没有更高效的传输方式。

终于体会到nodejs前后端一致的好处了。

前端要收集运动数据，可以理解成一个int32的序列，于是buffer array -> 数量比较大，要压缩，于是 LZF -> 要走form提交，于是base64转码。服务器端拿到数据要反过来做一遍，要是不用nodejs真的不敢保证base64和LZF的decode和前端是匹配的啊，然后在其他语言里面处理 js 的 buffer array raw data 不才真的愁啊。

不过基于网站基本是php的，可选的是nodejs作为web service监听一个端口，或者在php 里面 shell 调用nodejs 执行呢？前面那个当然安全又快速了，但是要单跑一个nodejs的service,增加了维护的难度不是么，用后面那个方案吧。万火再改。

@zorceta 是我理解错了。