@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 打电话过来了，
只听见老公一接电话：喂，三舅妈.....

感觉开源确实是不能抱有收入的前提的：开源精神不就是分享吗？
像上面说的，如果想要开源获取收入，其实还是要有商业手段，比如开源完整产品的一部分，或者提供增值服务。
像上面说的，国内开发的大部分精力都被压榨到工作中了，别说开源项目了，就是在论坛里面认真讨论的时间和气氛都没有。

这个帖子的主题是：大家为什么要进独立开发微信群的？上面的 6 个你会选择哪一个？大家可以分享一下自己的想法啊。

分享的资讯链接好像有点喧宾夺主了，呵呵😄

@lneoi 太可惜了，我也没搜到。

@hoyixi 是的，css 其他属性的观察都比较简单，DevTool 提供的功能很棒。但是像布局 [后] 的 位置、大小，往往是新手最难调试的(尤其是很多 css 特性不熟时)，但这些计算过程，恰好都隐藏在浏览器中，浏览器的布局算法用到了 css 的各种属性，牵一发而动全身。

假设在 DevTool 中选中某个 div 元素，我能看到它的 box 各种边框值，但不知道具体这些值怎么来的。

设想现在有个工具，点 div 元素的时候，能给出在布局算法中，div 位置和大小的具体计算过程，就完美了，因为布局的每个计算步骤都是可见的，相当于是程序调试中的单步调试，可以知道是哪个步骤出了偏差，发现了偏差就可以进一步查出是哪个 css 属性设置有问题，即使这个 css 属性并不熟悉也不影响，都能很快定位问题所在。

刚才又调查了一下，发现了这个布局过程很复杂，应该是一个动态的过程，
“在执行布局操作的时候，会把布局运算的结果重新写回布局树中，所以布局树既是输入内容也是输出内容，这是布局阶段一个不合理的地方，因为在布局阶段并没有清晰地将输入内容和输出内容区分开来。”
(参考 https://blog.poetries.top/browser-working-principle/guide/part1/lesson05.html#_2-%E5%B8%83%E5%B1%80%E8%AE%A1%E7%AE%97 )

所以，如果说能把布局的过程给可视化(结果应该类似一个时序动画之类)的话，那一定是浏览器本身提供这样的接口，可以拿到布局过程的数据，或者开发者另辟蹊径。可惜我到现在还没有找到。