“陶冶情操”在形式上就是让你长时间静下心做一件事，至于艺术、感悟、修行等等的升华就看每个人的领悟力了

@coolair #5
#1 说的偏了，例如手机开屏、银行登录、门禁这些，都是验证本人的

人脸识别有三个用途，三个采集步骤是相同的，因为人脸特征是相同的，后续步骤不同
1. 验证真人
这种是 1v1 ，就是事前采集并存了某人特征 A ，每次实时采集一次 a ，然后 A vs a ，比较
多在开屏、银行这些，就是获取 a 前已经知道标识是谁
2.寻人
事前采集，数据库存了多人特征 ABCDE...，实时采集一次，但不知道是 abcde 哪个，然后通过算法匹配出 A
这种门禁、寻人较多
3.识别陌生人
上述 2 的取反（理论上），不在 ABCDE 内的其他人，虽然理论上是取反，但实际上步骤复杂一些

无论哪个，比较步骤都有阙值，这个阙值怎么定，影响了识别率以及准确率
一般手机开屏这种会定比较宽松，因为特征相似的其他人开机概率是低的（算法已经可以排除），严格了反而本人开机很多误判造成使用不变。但银行这些会严格，因为宁可错判本人也不能错判他人

对于隐私，就看上述的特征值存在哪还是用接口，离开（离职、搬家等等）后，这些保存的特征会否删除

手机的最终方向是一个 AI 设备，就看什么时候软件性质的 AI 嵌入到硬件，只不过短时间内不容易看到

什么理财都要看对方背景

这种我个人不愿意投
另：应该不是 15 年吧？应该都是可以随时撤的，只是头几年撤的话会亏损而已

即使是贪官也有正经的时候，因为贪只能赚眼前的钱；但出一些成绩，升上去能继续贪
如果走正常流程最后流标（品质较好的前提），就大概知道原因了，当然试错成本太高（或者说低？因为不用走不归路了）

以经验来说，五位数不算什么，除非对方财力捉襟见肘
如果小项目、没有竞争，大可走正规，除非贵司有很多个“小项目”和对方关联
一些大项目且有多家竞争，才容易出油水，特别是双方都能做到“心照不宣”
小项目也贪的人，后面要小心对待，一来他容易出事，二来这个人贪得无厌，“乙方”很难适应的，要适当保持距离，这是前人跟我说的

“不用考虑他”这种话，如果只是一句，轻轻带过，倒可能是真话；如果无缘无故反复提，那是暗示

“维系感情”还是需要的

不矛盾，跟人相反
人类个个年轻时都嫌 70 、80 太长，到 50 、60 岁时个个都养生……

理是没错，确实需要懂业务逻辑和业务流程
阿里的不少产品，缺的就是这个——没有认真了解客户需求，自认为需求都在他们技术范围内

但实操是另一面
纯技术人员跟客户沟通，绝大多数会遇到“无理需求”，这些一般在客户经理或者业务会使用沟通技巧过滤掉，但纯技术人员不具备这样的沟通能力，吵架为多

忘了提一下，qt 大版本区别还是比较大的，现在 qt4/qt5/qt6 三个大版本都有一些变化，尤其 4 和 5 之间很难移植，5 移植到 6 还好一点，改动不多
看文档不要看最新的，而是看你用的是哪个版本

#12 说得对，后端代码要分拆
我自己有个玩意就是 GUI 和 CLI 用相同的代码计算，把 qt 界面的东西另外写，发送信号 qthread 调用后端计算
平时增加资料用 cli 多（可以批量），读取查找用 GUI 多，因为查出的数据字符串长，cli 再输入麻烦，不如直接点击执行

=============
顺便说一下 qt 状态机 QtCore.QStateMachine ，帮你省点时间
单个控件的变化没必要用，适用场合就是控件之间的联动

举个例子
有个 checkbox 名为 s ，其属性 checked=True|False 产生两种情况：
另外有 5 个控件(abcde)，对应上述两种情况显示或隐藏

定义一个状态机 m ，状态数为 2 ，

然后按顺序设定
状态 0 (序号)，m.states[0]
assignProperty m.states[0].assignProperty(控件, 属性, 值)
添加 a, 属性 visible ，值 True ，再照样添加 b ；分别添加 ced ，属性 visible 为 False
还可以添加自定义属性用于控制数据，但略微复杂，此处略
addTransition
添加 s.clicked 事件跳转到状态 1 （因为这个状态是 0 ，所以这里添加的事件应该是指向其他状态）
还可以添加更多的事件，例如键盘按键、鼠标右键……，此处略
多种状态还能添加不同的事件对应不同的跳转，反正思想就是事件驱动相应变化，此处略

状态 1
assignProperty
添加 a, 属性 visible ，False ，再照样添加 b ；添加 ced ，属性 visible 为 True
addTransition
添加 s.clicked 跳转到状态 0

另外还有 entered.connect ，exited.connect 表示进入或离开某个状态时，顺便发送信号执行指定函数，这是进阶用法，将来自己研究吧

然后设定初始状态为 0 （序号）
或者设为为 int(s.isChecked())，相当于由 s 的初始状态决定，这里 True|False 对应 1,0

最后绑定 m 到当前窗口，这样就完成了一个简单状态机
点击 s ，界面就会切换两种状态(uncheck 对应状态 0)，一种是只显示 ab ，cde 隐藏；另一种是隐藏 ab ，显示 cde
注意序号，不要 s 的初始状态为 True ，默认状态却设了 0 ，这样两种状态就相反了（当然也可以是本来的目的就是反向）

这是一个很简单的例子，状态机可以做到更为复杂，例如子状态、抽象、轮询等等，也可以绑定到某个控件而不是窗口，这就看个人的想象力和逻辑功力了

状态机也可以纯粹用函数去实现，不是必须的，如果理解不了状态机，也可以用函数逐个控件改变属性
我试过联动几十个属性变化，用函数逐条写累死人，还有漏掉的，自定义类继承状态机，扔一堆参数过去就自行生成比较清晰，因为就算有错漏或者增减变化，也只是改参数的事

@Tumblr #2
OP 说他已经 clean install 一次
我觉得像是 M$根据相关证照，选择去该区域服务器更新而产生的

我直接装英文版(win10 也是)，然后添加中文，印象中从没见过中文的标注

你装的是中文版然后改用英文？

v2ex 我已经见过双位数的帖子表示跟原生家庭“老死不相往来”了

我说的是，将来的事情难以预见，包括好的和坏的，包括自身和别人
经常听到，“谁谁谁影响了我的一生”，但没听过“我影响了谁谁谁的一生”，后者不是什么值得骄傲的豪言

“若为自由故，两者皆可抛”，自己抛和别人要你抛，不是一回事，更别说要别人抛

@wyhaya #26
我的意思是我理解错了
这个是管理数据的东西，不是管理数据库的东西
连 sqlite 也需要通过协议，而不是直接打开文件

原来还真是个客户端，只能连接，没有打开本地 sqlite 文件

match 是从头开始匹配，从中间开始匹配用 re.search

不是越来越难，是从来都没有
你看看一直以来各种登记、注册、备案的规定，都是面向法人的，整个思想从来就没考虑过“个人”，从骨子里就认为个人只是“自嗨”需求

我打算写两份，一份生前，一份死后
死后什么仪式都不要，财产，估计主要是房子，留给谁（应该是债主，😅）
生前是指不能自理的时候，说难听点，连自行了结的能力都丧失的时候，如痴呆、瘫痪……谁能替我决定事情
目前身边还有亲人，不急

这么简单的事，刚才都懒得发，看 append 还没解决？
keys = list('abc')
d = dict(zip(keys, map(bool, map(int, '011'))))
d |= {keys[i]:bool(int(x)) for i,x in enumerate('-0-') if x in '01'}
print(d)
如果离开了 keys 的定义域，也可以用 list(d.keys())代替，因为 dict 也是默认按输入顺序，中途没有重排过的话也没问题
想用对象，转 nametuple 或 SimleNamespace ，当然前者是只读的

直接用 pandas series 能满足全部，只是数据量不大就没必要
s = pd.Series(list('011'), index=list('abc')).astype(int)
s.update(pd.Series(list('-0-'), index=s.index).replace('-',np.nan).apply(float))
print(s.b)
写个闭包，只传参数就是了