011010000110100101110011 01111001011011110111010101110010 011011010110111101110100011010000110010101110010 0110100101110011 01100110011011000111100101101001011010010110111001100111 0110100101101110 011101000110100001100101 0111001101101110001111001
代码在此

一般的机器算到10的八次方就没戏了，用我的算法能算到10的32次方，还没达到那个数，用天河一号算算试试看

这不是调和级数么？发散的

这里还有算法的问题，你用所谓改进的算法节约时间算出来也是近似值，和直接欧拉常数算出来的结果基本一样，三江基本就是死皮赖脸不承认一切算法的那种，不要做梦各位

我发现了1+2+3+...=-1/12，所以三江老师的那个什么调和级数也一定是对的！我支持三江老师的严谨的数学结论。lol，lmao....

调和级数是收敛的，但它收敛的速度之慢是你无法想象的

这几行程序没错，我不会写错的，这是教科书上的，没上过高中不要喷我

我也不是专业这方面的，不太精通。
这个不太好弄，因为越往后越小，而且计算麻烦，所以要加到某个特定值会很长时间。
普通的处理方法，我试过用了一分钟左右计算到大于12小于13的一个数值，但要大于13就等了半小时直到电脑停电也没算到。而且计算机有精度，数值太小会默认为0.
特殊的处理方法，可以基本解决精度问题，但计算起来更慢。
所以计算超过61基本不可能。
我不精通这方面，可能还有更巧妙的方式我不知道。

支持!

目测会死机，嗯(⊙_⊙)

后来int n我放double里面了，能跑到20，25就跑不动了

31楼说的对