pass 吧
伪需求

远程播放各大播放器都已经支持，基本不用考虑其中技术细节，你想想那些几十 T 的 NAS，播放视频，难道都要本地下载一次才能播？搞定传输协议就够了。至于播放器的内存缓存，就算本地视频播放也是要的，无法避免

可能的原因太多，无法预测
例如非 SSL 传输被中途篡改了，这个就涉及所有传输节点，怎么测？

如果你所说的场景，不必随机，只要时间序列做一个最小转换就行了，只要外部不知道转换算法，看上去就是随机的
网站或者业务的一些 id，往往还包含了轻量的分类信息，这个就不是单纯随机就能完成的需求了

很久很久以前，我就是专写非业务代码的，写了很多字符串相关的函数
例如编码转换、拼音排序、日语汉字与汉语汉字转换……等等
给别人用时，他们就不需要相关知识（现在不少人还搞不定正则和 Unicode ），也不用考虑相关逻辑，一进一出就是了

以前一个同事也是专门写非业务代码，他熟习的是文件处理
别人用就"write(文件, 内容)"就够了，连内容的类型(str, number, bytes...)都能在函数内部识别并处理，使用的人完全不用考虑逻辑，以及异常处理

洋大人脑子果然没有咱们好使，根本没想到可以这样用，搞得好多服务开始不久就要紧急叫停

搞不清楚你想问什么
我用 syncthing 跟 resilio 完全是两个方向，前者是设备间同步，后者是下载资源

syncthing 最好用在 desktop，移动端感受不好，可能我习惯了杀后台，一直保持后台感觉非常耗电
基本无感，但如果更新文件数太多，还是会觉得 CPU 短时飙升，最好 config 设置一下排除

resilio 是目前用过最快的 P2P 下载，有更新时，基本都能跑 10MB/s，可以比得上 svip 的网盘，又没那么吃机器，可惜资源不多

@xycool #3
@nikoo
我觉得相反，如果不是漂浮那种动态，非位图，应该上 svg，可以编程动画，而且 svg 是 xml 文本，可以程序生成
位图就没必要了，只是插入 base64

另一个思路
yw 里面有个 class A 不方便改，改动会影响其他业务
可以在 thread 里面继承过来，class B(yw.A)，这样在 thread 里面调用 B，并传参给 B 就可以了

thread.py
class SearchDbThread(QtCore.QThread):
... outputText = QtCore.pyqtSignal(object)
... ……
... res = yw.search(param)
... self.outputText.emit(res) # 发送结果

gui.py
self.searchThread = thread.SearchDbThread(param)
self.searchThread.outputText.connect(self.handleSearchResult) # 接收结果

def handleSearchResult(self, res):
这里控制界面的变化

举例
pgbarValue = QtCore.pyqtSignal(int)
...
self.pgbarValue.emit(percent)
这个是控制进度条的，emit 发送不需要等函数结束，在 thread 中的循环内也能发送

运营和技术讨论是两码事，你似乎把他们混在一起了

如果你只注重后者，把那些无关的话题关闭 issue 就好了，不要搞低门槛的群，换成技术性的 IRC 之类
因为立场不同，怎么回复（好话|坏话）都没用，不要自己充当客服，不然就变成运营了

如果你是注重前者，就是要推广，就是要多人用，那就要用运营 /客服心态，所有来骂的都要忍受

我觉得你是想要前者，却没有运营的知识和能力

@ericwood067 #5
Install，英语，动词，安装，简称“装”

tt3846642
tt1103982

ESK-\d+

？什么意思
name 是 svg ？
xpath 内含有 svg ？

理论上只装 C++相关编译器就可以了（ win10 SDK 也需要）
上面写了是 build tools，你不是算出来只用 2.03GB 么？

另外，那些找不到路径的问题很烦，windows 还是用预编译包安装简单
因为很多找不到某个 dll 都会显示为：找不到编译器，你无从得知是哪个 dll

我建议还是先预计政府那边会不会改需求或者增加需求，不分离后期增加需求是很痛苦的，而且政府项目很多不能在早期就确定全部需求

如果是形式化的项目做完即可，不然赚不了钱，熟人接单重点是略微低价（形式上挤掉对手）还能赚钱，完成质量不高，这种项目就没什么需求变化

数字部队好像在浦东？