by ·0评论

有一些剩余面粉，前天将其一次打扫干净，约有435克（余100弱克补面），加235克温牛奶，加100克鸡蛋（2个），加20克左右绵白糖，加2或3克不定酵母粉，揉出来800克面团。
揉面的时候还比较软，揉一会面团凉了，室温19℃左右，放在温水盆里有3小时，没有发太多，将其揉成四个面团放凉水锅里用小火蒸，看到水开后继续蒸了15分钟左右，总共可能有半小时不到。
蒸出来后馒头比较粘锅，有一些小孔但还是比较硬，毕竟与清水和面不同。去年冬季大概也是这么做的，但是冬天发这种面总是困难，温度太高怕酵母失活。

by ·0评论

惊觉2021年版聊处已经时间不适用了。

想到一个二人（或多人）桌上回合对抗游戏：在桌上放任意正整数物品，物品种类不关心因为只是取数量，这里就说硬币，可以随意在桌上扔1~100枚硬币后游戏开始，如果厉害的话10000枚也可以。游玩双方轮流每次取任意素数枚硬币，这里的“素数”是定义在正整数上最小为2的一类数。可以定谁最后取谁输或赢，当仅剩1枚硬币时轮到谁取谁输或赢，虽然最少取硬币数为2。
以最后取为负分析：
1枚：先手负；
2枚：先手负；
3枚：先取2—后手负；
4枚：先取2或3—后手负；
5枚：先取3—后手负；
6枚：先取5—后手负；
7枚：先取5—后手负；
8枚：先取7—后手负；
9枚：先取7—后手负；
10枚：先取7—后取2—先手负；先取5—后取3—先手负；先取3—后取5—先手负；先取2—后取7—先手负，先手必负；
11枚：先取7—后取2—先手负；先取5—后取5—先手负；先取3—后取7—先手负；先取2—后取7—先手负，先手必负；
12枚：先取11—后手负；先取7负；先取5负；先取3负；先取2胜，后手必负；
13枚：先取11—后手负；先取7负；先取5负；先取3胜；先取2胜，后手必负；
14枚：先取13胜……，后手必负；
15枚：先取13胜……，后手必负；
16枚：先取13负；先取11负；先取7负；先取5胜……，后手必负；
17枚：先取13负；先取11负；先取7胜……，后手必负；
18枚：先取17胜……，后手必负；
19枚：先取17胜……，后手必负；
20枚：先取19胜……，后手必负；
21枚：先取19胜……，后手必负；
22枚：先取19负；先取17负；先取13负；先取11胜……，后手必负；
23枚：先取19负；先取17负；先取13胜……，后手必负；
24枚：先取23胜……，后手必负；
25枚：先取23胜……，后手必负；
26枚：先取23负；先取19负；先取17负；先取13负；先取11负；先取7负；先取5负；先取3负；先取2负；先手必负！
27枚：先取23负；先取19负；先取17胜……，后手必负；
28枚：先取23负；先取19负；先取17胜……，后手必负；
29枚：先取23负；先取19胜……，后手必负；
30枚：先取29胜……，后手必负；
……
和其他取数游戏一样，作为完全信息博弈游戏一开始总数确定了，先后顺序确定了，胜负也就决定了，而且先手掌握主动胜的概率很大，游戏看的是玩家有没有出错。
对了还有最后取为胜分析，后手获胜的概率不太一样：
1枚：先手胜；
2枚：素数先手胜；
3枚：素数先手胜；
4枚：先取2或3负，后手必胜；
5枚：素数先手胜；
6枚：先取5负；先取3负；先取2胜，先手必胜；
7枚：素数先手胜；
8枚：先取7负；先取5负；先取3负；先取2负，后手必胜；
9枚：先取7负；先取5胜……，先手必胜；
10枚：先取7负；先取5负；先取3负；先取2胜，先手必胜；
11枚：素数先手胜；
12枚：先取11负；先取7负；先取5负；先取3负；先取2负，后手必胜；
13枚：素数先手胜；
14枚：先取11负；先取7负；先取5负；先取3负；先取2胜，先手必胜；
15枚：先取11胜……，先手必胜；
16枚：先取13负；先取11负；先取7负；先取5负；先取3负；先取2负，后手必胜；
17枚：素数先手胜；
18枚：先取17负；先取13负；先取11负；先取7负；先取5负；先取3负；先取2胜，先手必胜；
……
是不是发现什么规律了？

by ·11条评论
　　　　　／＞　　フ
　　　　　| 　_　 _ l
　 　　　／` ミ＿xノ
　　 　 /　　　　　|
　　　 /　 ヽ　　 ﾉ
　 　 │　　|　|　|
　／￣|　　 |　|　|
　| (￣ヽ＿_ヽ_)__)
　＼二つ

by ·0评论

我曾经把双曲余弦的倒数当成正态分布用了，粗心的话容易混淆，虽然感觉哪里不对。

所以猜一下上图中哪条曲线是正态分布的？红线还是绿线或者蓝线？

SHOW ANSWER

by ·0评论

这里的三维Julia集并不是使用了 Paul Nylander 计算公式所得到的产物，而是把平面的Julia集通过增加一个实数变量多画出一个轴，也就是把无数平面的Julia集合串起来的形状，而这个额外变量的轴再加以变化就可以做出动画来。因为原始的迭代公式是 [latex]z^2+c[/latex]，其中指数2我没有动，变化起来会比较麻烦，剩下就是[latex]z[/latex]和[latex]c[/latex]两个复变量，也就相当于四个实变量，完全表现出来需要四个维度，于是就产生了三维动画的表现方式。下面就是结果，我使用了十分简单的着色方式，而做成GIF又没有抖动使得显示效果变差。
动画1

上图是让原本取实数的[latex]c[/latex]原本在实数轴上的取值以0为中心逆时针旋转起来

动画2动画3

上图是用平行线来扫描这个四维形状

动画4动画5

离开0的旋转扫描

动画6

同心圆扫描

想做出更好的效果还很麻烦，目前就到这种程度了，不过以后是应该考虑一下为做成gif而添加抖动。

by ·0评论

在QQ群里又出了一波问题，现在是维基百科亚洲月活动，所以出的问题都是亚洲各国。

点此显/隐群问题 2018-11-15（亚洲月专题）
点此显/隐群问题 2018-11-16（亚洲月专题）
点此显/隐群问题 2018-11-17（亚洲月专题）
点此显/隐群问题 2018-11-18（亚洲月专题）
点此显/隐群问题 2018-11-19（亚洲月专题）

群问题的出题还是一件挺累的事，毕竟我为了挑合适的选项还会打草稿的，总是坚持不下去了于是停止……

by ·2条评论

各位读者可能知道，不同品牌或者不同型号的计算器算法可能不同，甚至（看起来显示精度相同的计算器）精度实际上也是不同的。如果计算器没错误的话，应该是处理（通常是对于二进制而言的）数位过多的数据，尤其是无限小数，尤其是输入有理数返回无理数的计算时会产生这种区别，不过功能复杂的科学计算器会被设计成储存的精度比显示的高的效果，比如一个十位有效数字的计算器显示出了 4.810477381 的结果，此时其内部存储的结果会是 4.810477380965 甚至更高精度（通常的计算器应该是二进制运算和存储吧，此处用十进制说明），而显示出来的结果都会比较稳妥，两种计算器看不出差异（差异可能存在于没显示的部分）。但是继续计算，比如某种不收敛的迭代运算就可能把这种差异放大到可见的程度，这也是用简单的工具产生蝴蝶效应的一个实验。

为了追求结果的稳妥，（我认为）设计计算器的时候可以用此理由拒绝一些计算，比如[latex]\sin(10^9)[/latex]（MS office Excel 2007 会拒绝此计算），虽然可以肯定这个结果不会超过什么浮点数范围（与之相比阶乘、幂等运算就会很容易超过什么范围），1 000 000 000 也不是什么大得处理不了的数。也就是这里，我发现有的时候这些计算工具确实会产生可见的差错，虽然之前也注意到过，现在需要一定精度的计算时开始觉得这种差错不可忽视，是影响到这种使用的程度（还好发现了，要是不知此情况而认为显示出的数字都是准确的那就不好了）。

并不使用迭代或者复杂的运算，下面我记录一下一些计算工具简单内置的常用函数，以Mathematica为准，红色的数字表示有误的部分，正确四舍五入不算有误用绿色标记，而正确的截断但不是正确的四舍五入用蓝色标记，仅对最后一位使用。
Mathematica 简写作 MAT，用 N[expr,50] 给出50位有效数字；MS office Excel 2007 简写作 E07；Win7 自带计算器简写作 7CA；Javascript 简写作 JAS。

首先是[latex]\sin 1[/latex]：
MAT: 0.84147098480789650665250232163029899962256306079837
E07: 0.841470984807897
7CA: 0.8414709848078965066525023216303
JAS: 0.8414709848078965

[latex]\sin 1000[/latex]：
MAT: 0.82687954053200256025588742910921814121272496784779
E07: 0.826879540532003
7CA: 0.82687954053200256025588742910922
JAS: 0.8268795405320025

是不是好像没多大错？接下来就出现了

[latex]\sin 1000000[/latex]：
MAT: -0.34999350217129295211765248678077146906140660532872
E07: -0.349993502171308
7CA: -0.34999350217129295211765248678077
JAS: -0.34999350217129177
[latex]\sin 10000000[/latex]：
MAT: 0.42054779319078249129850658974094559516717524753080
E07: 0.420547793190927
7CA: 0.42054779319078249129850658974095
JAS: 0.4205477931907708
[latex]\sin 100000000[/latex]：
MAT: 0.93163902710972600802751665361204297047290183852754
E07: 0.931639027110306
7CA: 0.93163902710972600802751665361204
JAS: 0.9316390271096793
[latex]\sin 1000000000[/latex]：
MAT: 0.54584344944869956424438727089751452899502293026289
E07: 错误（#NUM!）
7CA: 0.54584344944869956424438727089751
JAS: 0.5458434494497783

已经差了很多位，难怪不计算了，只能欢送Excel出局。而Javascript还在强撑……

[latex]\sin 1 000 000 000 000[/latex]：
MAT: -0.61123870237688949819202041532463056649624170559342
7CA: -0.61123870237688949819202041532463
JAS: -0.6112387013579699

[latex]\sin 1 000 000 000 000 000[/latex]：
MAT: 0.85827279317023583552388639084840664660020340822073
7CA: 0.8582727931702358355238863908484
JAS: 0.8582721324763734

[latex]\sin 1 000 000 000 000 000 000[/latex]：
MAT: -0.99296932074040507620955301726363027085998456867821
7CA: -0.99296932074040507620955301726123
JAS: -0.9928161040530035

[latex]\sin 1 000 000 000 000 000 000 000[/latex]：
MAT: -0.66712017707180484696519575812617624868948413154158
7CA: -0.66712017707180484696519575812618
JAS: 错误（0.8332490480535）

到这里Javascript终于放弃治疗了，而Win7计算器不知道什么原因有一些波动，还是能坚持的

[latex]\sin 1 000 000 000 000 000 000 000 000[/latex]：
MAT: -0.99647222910258325837583592426218489772581924687542
7CA: -0.99647222910258325837583592426218
JAS: 错误（-0.03732302703363715）

[latex]\sin 1 000 000 000 000 000 000 000 000 000[/latex]：
MAT: 0.71806349613911766607951565214634705272349173786033
7CA: 0.71806349613911766607951565213469
JAS: 错误（-0.522716546307594）

[latex]\sin 100 000 000 000 000 000 000 000 000 000[/latex]：
MAT: 0.99995928459840576572350091279747916876501995785707
7CA: 0.99995928459840576572350091279748
JAS: 错误（0.41420674441457567）

[latex]\sin 1 000 000 000 000 000 000 000 000 000 000[/latex]：
MAT: -0.090116901912138058030386428952987330274396332993043
7CA: -0.09011690191213805803038642895299
JAS: 错误（-0.7562627303335765）

[latex]\sin 10 000 000 000 000 000 000 000 000 000 000[/latex]：
MAT: 0.78481232612639561633855654446698060211871509432318
7CA: 0.78481232612639561633855654446698
JAS: 错误（-0.8862734160108359）

32位十进制数就是Win7计算器输入的极限了，也就到此为止了，看来在Sin函数上这个自带计算器还是挺准确的，就是不知道为什么有时候会错那么三位……
（未完）