@ZC3746 #49
我也不理解，我都无厘头碰到两次了（纯手机，没用 PC 微信）
那么多通行的 2FA 方法，为啥来个“好友验证”这么破的方式

现在特备两号，用支付和各种码那个啥也不说，不加群，一个字不发，免得被封号寸步难行，小号才用来联络

@MacDows #52
对微信无语

@ZC3746 #39
其实也没有“远超”，微信好友验证步骤已经写了：绑定银行卡半年以上的好友（记得是这样），OP 应该找的两个都是未绑卡的，临时去绑卡(提交银行卡那些应该是好友本人，不是 OP ，OP 有点表述不清)，但他怎么过的我就不知道了，理论上不足半年也不行，所以是个谜，或者我理解错了 --> 是注册半年以上有绑卡的好友

炮台？

wifi
自动用同步 app
手动用 smb/ftp ，大部分文件管理 app 都带这两个功能

你在太空站呆太久了，回地球看看吧，这东西还没改革开放就有了，你以为放到互联网加个什么算法就不同了？

很多人认为算法最宝贵，其实啊，在我看来，数据最宝贵，如果你能直接接触数据，在不违反规定（不盗取、不外泄及其他规定），如果能外带，自我修炼是最好的

理由：
1. 算法的价值确实最高，但只是对公司而言，这个算法你没什么用的，除非盗取给竞争对手，因为目前的大多数算法是业务算法，而不是通用算法，只能用在业务相近的场合
2. 数据为何对个人来说更有用？因为个人也能研究出算法，却凭一己之力搜集到真实数据，基本不可能

自学的东西，网上很多，也能自行摸索，但无法自学的东西，就是上述第一条：业务算法 /业务模型，因为这个东西去别的公司可能就不同了。
“拿走也没用”有两层含义：
1. 这东西就是这个公司产生的，去别的地方或者自我摸索学不到
2. 没用，那就不要把重点放在结果，而是过程，怎样把数据和业务结合建模，这也是自学不到的知识

至于工具怎么用，其实应该早有思想准备吧？哪个公司会花时间教你啊？除非那是该公司自创的工具，反正就一句，在公司学习重点放在业务流程上，其他自己摸索

题外
微信也发公告了？仅公众平台？
看上去不是孤立事件

@javahuang #15
并没有什么否定的意思，至于建议，也没达到那个级别，更像是借地传递一些小知识而已

理由：
1. 调查是具有一定专业性的，确实不是一个程序大神就满足条件的
2. 我只是觉得“调查系统”这个词用得有点滥，问卷系统、问卷生成系统 或者 简易调查模板，我是完全接受的，调查且上升到系统级别，我觉得还缺很多（指现状，不是说个例）

如果说建议，那就只有一条：程序专业人员和调查专业人员合作，做一个真真正正的“调查系统”，这个也不是对 OP ，而是全体能做到的人，不妨考虑一下（有成品的话，2B 价值是很高的）

OP 的项目如果有逻辑相关的功能，不妨在 readme 说一下，这个是亮点
例如常见的“喜欢和最喜欢”:
题 1 多选，题 2 单选，题 2 的选择答案必须在题 1 的答案之中，否则视为“不合逻辑”，问卷设计者有这个功能可选用是很好的，如果多题联动（更复杂的逻辑），那就更好了
当然，需要“仅 XXX 可见”，不能在受访时就 disable 某些选项，限制选项这个相当于“诱导提问”，因为“不合逻辑”其实也是一个真实答案，表明受访者本身可能没有想好，可能选择困难，也可能容易受他人干扰或摇摆，这些都属于正常的市场反馈，如果此类答案很多的话，也是对这个未知产品信心不足的表现

真正的调查是什么答案都应该记录的，仅要自己预设方向的答案，那不是调查，而是求安慰认同而已

至今还没见到达到专业级的调查问卷系统，包括项目中列出对比的几家

调查问卷和考卷是两回事
考卷重视答案的准确性，题型变化丰富，以求难度不同

调查重视答案的真实性，真实性一般是主观标准，很难客观判断，但可以通过部分题目排除部分明显不合逻辑的答案；所以题目之间的逻辑关系很重要，现有的问卷系统基本都缺这个

调查问卷还需要考虑时间，问题不能太难，全卷耗时能在 20 分钟内完成最好，拖长也应该在 30 分钟内，更长的耗时会引起受访者“厌烦”，从而导致部分答案敷衍了事而失去真实性；另外，单独一题的题目简单到可以让答卷者“脱口而出”的话，答案更加接近其真实所想，所以后台能做到短暂计时更好，但这个恰恰是线上问卷的短板，线下面对面或者电话采访，提问者是能感受对方答题的反应速度的

调查，尤其对未知领域的新产品调查，开放式题目是很重要的，封闭式题目是预设答案让对方选择，往往局限了很多受调查者未知想法，而开放式问题就是让受访者“随意说”，最后搜集做归纳；这就是一些讨论会、茶话会形式的线下调查，为什么会长期存在的原因

最后，调查问卷还有一个重要的设计是如何记录答卷，因为调查时访问人员是一拨，他们更擅长社交、话术；而答卷统计是另一拨，他们更擅长统计和逻辑，以及“发现”，如果答卷只能按某种方式统计，基本上算是不合格的一次调查，所以答卷应该细化到每一项，而不仅仅是题，这样统计人员能够随时组合产生不同的统计方法，产生更多结果 —— 目前常说的“大数据”，更多是指这种，也就是“交叉统计”。至于更高级的 AI 、建模等等，只要答案粒度足够细，就交给统计人员去想就行了，不是单独一份问卷就能做好的，一口吃不了大象
—— 答案的原始数据应该可以导出，因为统计软件不止一家

还有其他一些调查的技术，例如甄别受访者身份（不是为了隐私，而是有些人的知识太专业，不是销售目标客户，这类人太多会影响统计）这些，就不一一细说了

不熟悉 winsystray 包的人，应该很难准确回答，还需要你自行确认用法

单纯看 git issue 的话，main_menu.append 第二个参数是 callabled ，传一个 function 过去？
是这样的话，你可以使用 functools.partial 定义一个指定参数的 function 作为传递
on_select 添加这个参数名称则可

如
def on_select( ..., item):
...
for ...
func = functools.partial(on_select, item=某个 id)
main_menu.append( (..., func))

@nanekino #1
me

我设想的比你的还好，但我没做，因为有基本能满足我需求的现成品，懒了

补几个之前的设计方案：
1. 需要命令行，AC 自动机，结合 QT 的 QCompleter ，提示效果很好
2. 你这个没有拼音排序
3. 分级太多，这些启动器一般两级以上就嫌多了
4. Alias ，同软件但不同运行参数
5. …… 还有一些比较个人化的需求就不提了，仅我自己适用

问是演绎法，悟是归纳法

归纳法总是难一些的（看上去容易），因为完全归纳法（穷举）才能得到可信准确答案，而其中数学归纳法或者逻辑归纳法，是找出各个穷举项的共性，从局部推导全部的完全归纳法；“悟”就是找出这个共性的过程，能做到的人不多

问是别人告诉你这个共性，你自己去验证一遍

然后，道是什么？当然就是这个“共性”了，至于是别人告诉你的，还是自己悟的，对错都要亲自验证