没看懂。下面这个不也是你发的吗？

https://v2ex.com/t/681675
“一款活动社交软件，目标让大家走出房间，积极参与到周边生活中。积极参加活动，提升活动质量。”

@lvybupt 谢谢回复啊。

以我现在的理解，你说的“有限次”是说不需要对数据做 N(N 比较大)次连续的处理吧？ LFHE 的能力我还不清楚，例如它能不能解决例如 1000 次加法，2 次乘法？

我再去看下 LFHE 相关的资料，如果能用 LFHE 解决的话，那真是忍不住要去实际尝试一下了！

再次感谢提供这么多参考信息！

确实是。有一个阅读速度的指标(每分钟多少单词，Word Per Minute，WPM)，拿英语为例，
150 wpm - 3rd Grade Reading Students
250 wpm - 8th Grade Students
300 wpm - Average Adult
450 wpm - Average College Student
575 wpm - High Level Executives
675 wpm - College Professors
800 wpm - High-scoring College Students
1500 wpm - Speed Readers
4700 wpm - World Speed Reading Champion

也就是说，以英语为母语的成人平均每分钟阅读 300 个单词，大学生 450 个单词。
而国内考过 4，6 级的，基本上就是 60~150wpm 之间吧。我自己之前测好像不到 100wpm 。

所以。。。继续努力吧。。。无他，唯手熟尔。

@lvybupt 是的，所以我上面提到了“记账软件”这些只需很小数据量、运算量，是不是可以尝尝鲜？

这些小的服务，需要的可能只是在 10000 条数据条目上，进行 1000 次整数比较，100 次整数加法，10 次整数乘法，如果现在的计算速度已经足够支持这样的运算量。那这就是一个真实的案例啊，不一定非得是大规模的云计算。

@lvybupt 从 IBM 的测试项目看，好像就是一个很简单的查询，也需要几秒钟。我自己还没有测试过(不太熟，而且感觉需要的知识储备比较多)。

查了半天，没有找到在实际项目中的性能分析。找到的只有这个，
全同态加密在 ERP 系统中的性能评估(ERP Homomorphic Encryption Performance Evaluation)
https://www.ida.org/-/media/feature/publications/e/er/erp-homomorphic-encryption-performance-evaluation/d-10634.ashx

@qdwang
@lvybupt 大佬们有没有遇到过实际的案例啊？

我是从下面的资料中，了解到全同态加密的原理，感兴趣的可以看下：
[初探全同态加密：FHE 的定义与历史回顾]( http://blog.higashi.tech/2020/06/21/fhe_cn_01.html )
[初探全同态加密之二：格密码学与 LWE 问题]( http://blog.higashi.tech/2020/06/26/fhe_cn_02.html )
[初探全同态加密之三：构建 GSW 全同态加密系统]( http://blog.higashi.tech/2020/07/04/fhe_cn_03.html )

@ye22st
#6 提到了有个扫二维码的同步方案，直接在设备之间双向同步，前提是在一个局域网内(比如连接了同一个 Wifi)。
傻瓜式操作，https://github.com/claudiodangelis/qrcp

另外记账的话，有没有用过开源的 Beancount ？类似于使用记事本记账，但统计、查询、各种报表都给你自动生成好。虽然对普通用户不太直观，但属于 Geek 首选啊，记账又快速又直观。
可以看下记账后的样例，https://fava.pythonanywhere.com/example-beancount-file

所有经营性的网站，按照中国的法律，是必须要有 ICP 增值电信业务许可证的(跟 ICP 备案不是一个概念)。因此这道坎是个人开发者无法跨越的。这里“经营性”的概念你可以自己去了解一下。
如果不考虑上面的，使用 payjs 这种针对小微商户的，是合法的。

同意#53，大家都忙着自己做测试了，把楼主忽略了。楼主自己意识到了注意力问题，建议还是去医院检查一下吧。

另外，大家都不要担心自己的注意力啦，这篇论文( https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6128450/)中提到，精神正常的人用时差不多 30s~50s，也就是说，如果超出这个太多，可能注意力确实有问题。

原文是：
“The experience shows that mentally healthy subjects spend from 30 to 50 seconds for one table, and usually the value of WE (the arithmetic mean of the table completion times given by Eq 1) is about 40–42 seconds.”

@itskingname 这个测试感觉确实有一些道理，注意力强的一个特点就是，要找某个数字时，一方面大脑会想象这个数字的样子，另一方面要努力快速去匹配眼睛看的东西是否这个数字，一个数字完成后，大脑要马上继续下一个。这个跟注意力的定义还是挺吻合的。

我自己测试了下，差的时候 30 多秒，求胜欲强(也就是注意力强)的时候就可以达到 20 多秒。

感觉不错，尤其是那个文件夹功能，相当于是动态链接了。

提几个发现的问题，以示支持：
. 使用浏览器的“返回”操作，会导致“比目鱼”左上角的目录层次发生错误，比如
a. 体验项目下建 2 个文件夹 A 和 B，
b. 先点击进入 A，这时左上角显示 “体验项目 > A”
c. 点击浏览器的“返回”，左上角仍然显示 “体验项目 > A”，但页面是“体验项目”的页面
d. 再点击进入 B，这时左上角显示 “体验项目 > A > B”
e. 这时左上角的目录层级已经乱了，再通过点击这个目录层级去返回，已经没有效果了

. “画笔”和“文本便签”这 2 个按钮，操作不一致，具体就是，“画笔”按钮需要点击一下，然后右侧弹出一个选择画笔的弹框，需要在弹框中再点一次，而“文本便签”则是点击一次按钮之后，转变成了“添加文本”的模式。2 者正好差一拍。

百度就是罚的太少了

求拉:
U2lsbHlEYWRkeQ==

英文的要不要？ https://v2ex.com/t/695630

@nobuger “不是很多条数据”，如果是这样的话，可以先测一下实际的性能表现吧？如果没问题那就不用改啦

@CasualYours 缓解焦虑这个倒是没想到，不过想想，也属于意料之外情理之中。
另外，焦虑和尝新的并存，也有点意思。

老婆无意间发现老公手机里、存了一个名字叫“39M”的人！

一直很好奇、这个人到底是谁？

内心满是怀疑与疑问：
3 月 9 号认识的 MM ？
穿 39 码鞋的 MM ？
3X9=27 岁的小三？
还是罩杯是 39M 的大胸妹？

......

直到某一天，这个 39M 打电话过来了，
只听见老公一接电话：喂，三舅妈.....