面向个人用户确实重复文件多（靠的是文件分享功能）。面向企业储存的话，基本上就没那么多重复文件，而且估计也不敢引用相同文件。

海外的云商业版接近于无限容量，具体原因我猜测是企业用户的整体利润率高于个人用户？

但是看着国内几家云储存的商业版，感觉不如个人版的 VIP 。

只能说这个市场地域受限很大。

浮点位运算 hack ，掏出 IEEE 754 对着看位操作了什么的就行。这里的函数比起那 1/sqrt(x)好理解一些。

如果没有特殊要求，尽量使用标准库的浮点数函数。

阻止编译器优化的实现可以看看 google/benchmark 的 DoNotOptimize 和 ClobberMemory 。具体用法可以看看 cppcon 的一个演讲： https://youtu.be/nXaxk27zwlk

https://github.com/google/benchmark/blob/a3235d7b69c84e8c9ff8722a22b8ac5e1bc716a6/include/benchmark/benchmark.h#L431

@Richard14
需求不复杂但是也不简单，只是需求不是常见的那些类型。

我想要的东西，一言蔽之，只需要处理用户事件，然后更新界面内容就行。前端的技术框架，前后端的通信方式，甚至是数据存储方面我都不关心。或者类似 imgui 那样的风格，Immediate mode 渲染 HTML 。

目前我做完大概 py 服务器端 300 行，js 100 行，html+css 50 行。两文件复制到服务器，有 Python 就能直接运行。

如果用上其他各种框架，我认为代码量和开发时间并不会变少，而且还需要折腾一堆配置文件以及服务端程序部署。

于是想要一个方法能更快去完成这个轮子，这样以后每个项目都能用上。如果发个帖子能得到答案我觉得值得。

---

我指局限性并不止是“能不能做”，也包括“会不会增加开发成本”。

提到的可视化框架，在前端上，运行时构建 UI 会比较难折腾。在框架下实现运行时数据绑定和 UI 内容和布局更新并不比直接写 js 操作 DOM 简单。

后端我想要单个脚本单例全局变量（现有代码都是单脚本单例模式），但是 Python 的后端框架是提倡 stateless ，后端逻辑和状态数据分开。

其次如果用之前提到的可视化框架，后端设计上就受限制这些设计理念。我的想法并不是不能实现，但是做不到开箱即用，而且不能很好移植到现有的脚本（需要通过数据库或者远程 API 通信）。

我就存几个关了程序就不要的 kv ，就没有必要再搞个 redis 或者 mysql 服务器了。

---

因为 Python 的可视化开发库不太行，所以可视化和 Python 没啥关系。

@shinession 不太行，而且用上了 flask 之类的库就不能同一个脚本里监听 HTTP 了。
我感觉 dash 在这里只是一个 py 版的劣化 jquery; 因为需要大量操作 dom ，不如直接 jquery + ajax 。

@emperinter @Abbeyok 感谢意见。

不过我这边也不主要是图表: 进度条，日志，图片。
感觉通用的 UI 框架比较满足需求。

只是纯 UI ，跨平台库会好一些，不然到头来就好像美利坚的 F35 ，只有 30%的代码是跨平台。
我折腾了半天还是选了 flutter 因为 Windows 开发舒服一些。但是如果要折腾小程序，只能选 react 了。

创业还是先确定方向，做好调研再技术选型。打工人才是直接技术选型。

我学 flutter 脑抽于 UI 状态管理，先去看看这两个库的 UI 状态管理合适不合适自己的编码风格？

有 1/3 的人都以为是压缩算法库 zlib ，看上去并不是只有我一个。

@AlphaTauriHonda 九成九 GPS 导致，Google 地图 app 打开就是巴基斯坦。

@opengps 不可能，sim 卡 IP 是国内，我换了一万个 IP 都是这样。最主要是打开 Google.com 提示“基于当前 IP 推测你是在香港”。

这个是 GPS 的问题，Google 地图 app 打开就给我弄到巴基斯坦了。

其实我觉得这个问题问出来是想要开机场。

如果真的只是传数据，那么可以和国内机房或者开机场的进行合作，价格相对来说比商业用的加速服务便宜一些。

syncthing 想要加速的话，多买些服务器进行“做种”。文档里面也写了，节点越多，同步速度越快。

其实如果时间不是问题，慢慢传得了。

100Mbps 的速度传都要传差不多 100 天。100T 最好还是肉身带回来，如果不是涉及美国国家安全，出境并不难，主要是入国内海关比较悬。至少说把数据拿到物理距离比较近的地方。

其次的话，就是找个中间代理。优先考虑上传国内云盘，前提是做好加密，即使是简单的 xor 也能防止被炸。大体上准备多个账号，多线程上传，下载倒是还说，毕竟服务器在国内。

发邮件问问出版社最靠谱。

其实手动移植到 win 问题应该不大？但是不知道有多少功能是残疾的。

我来说，QQ 最大问题就是聊天记录，群多一些就几十 GB 的 SQLite 数据库。然后还没有办法清理； SQLite 数据库本身也加密，写 SQL 清理也不行。

gitea/gogs/gitlab
这些都是带有完整的文档 /wiki 功能。其中 gitea 和 gogs 部署异常简单，gitlab 的“完整性”比较高。

如果是要当作博客的话，这些肯定不方便。
如果是团队内部维护文档其实挺不错的。

文档语法限制于 markdown ，但是足够简单。
登录支持常见的 oauth 和 openid 服务。

权限管理相对比较局限，基本上是以仓库为单位，批量管理需要做团队（不过也不麻烦）。

单纯用来做文档管理的话，会暴露特别多细节给最终用户。不过免费附带工单功能，拿来当作看板或者 TODO 挺舒服的。

硬件编解码在 win 上用 dx 会简单些。不过既然都上 ffmpeg ，直接用 ffmpeg 更好。

追求性能可以看看 OBS 的实现。

你开这么多，保守算下来就没 5G + 1G + 1G + 3G + 1G + 2G = 14G 。虽然实际可能没这么多，不过也难顶。

我这边要同时开一堆 Chrome Tabs ，然后开两个 VS ，两个 VSCODE ，内存瞬间没有。

不过内存买回来就是拿来用的，刚好够和有很多剩下体验是一样。

@LittleDust 编译器优化里面有一个叫做常量折叠的操作，可以去了解看看。

我感觉这个地球上的包管理软件都是以只编译 /部署一个项目到一台机器为准。
杂七杂八的东西堆一起几百 G 就没了。

pip 相对来说好一些，只是 cudnn 占地方之外。
还是不要包管理的好，麻烦是麻烦了点，但是省钱。

不要说英音美音，英语甚至还有 YouTuber 口语，播音员口语。

其次就是，不同母语的英语口音很明显。大家喜闻乐见的中式，日式，咖喱式英语口语。

我觉得，超过 300 英里，英语口语就不一样。

顺带一提，不同地区的用词也不太一样。如果口音分辨不出来，那么根据一些用词也能分辨出来。最明显的例子就是英国佬说“mate”。