只要直接输入密码也能打开，就意味着真密码前后的几位，对防暴力破解是没有意义的，它只是对于写下来，即使被别人看到了，也难以猜到而已
例如真密码是六个 0 ，000000+六个任意数字能打开不？能打开的话，那第一次就成功了，意味着最大次数就只和真密码有关

关键是系统编码，以及系统定义的不可用于路径的字符，不同系统略有不同
utf-8 以及读取时也是 utf-8 应该问题不大，除非用了扩展字符集，例如汉字的古体或几乎难以见到的生僻字
如果是 GBK 或中欧字符编码就麻烦了，一般可以通过转码 latin-1 ，然后和系统定义的排除排除字符比较
例如 GBK 的“東”字
windows 好象是混合编码，很麻烦，一般需要 api 处理，还好各大语言都有比较完善的路径模块提供

新开的好像都没公网 ip

我这里电信>移动>联通，跟机器无关
然后 功能机>realme>小米>红米，不过功能机一直满格不知道是不是骗人的，只是通话正常
用过几个寨机，是低端联发科，联通几乎没信号，现在都选高通买

你想想当年飞机航空降价后催生了什么，然后想想始发地和目的地各有什么资源优势，就能想到了

单位是？哦，元。那币种是？

试试
my_dict = {f"key-{i}": i*3 for i in range(n)}
...
total = sum(my_dict.values())
我没环境测试

最想不通在无需过滤的情况下，求 total 为什么要跑个 for 累加器，抓着痛处打？

300mA 无论哪家都是次品吧？

@aerAzLNE #4
这个我倒不担心，我大姨母全家三代都是医疗系统的，好几个都是科室主任级，她更加信他们，从不听外头的说法

@Enzoliu #2
全家就两人，哈哈，我反正 openai+bard ，懒得折腾

@rouxi #4
是的，这就是我上面说的“个人利益”——“我可以完成这个需求，但不能背锅”
谈判要抓痛点，然后“双方”让步，才能谈得成，对经理来说，肯定是耗时、容易出 bug ，甚至引发服务器 down ，这样即使有人祭旗，他的锅也不小
至于谈判话术，我也不擅长

ps: 我上面说的 pm 指项目经理，离岗多年，不知道现在怎么称呼，不过在我心目中，产品经理算是“工业设计”岗位，要低于项目经理。项目经理的技术面也是强的，产品经理/工业设计偏业务，懂客户和用户，但技术实现这块不一定很强

你是对接客户还 pm ，或者说你是 pm 还是纯技术
纯技术只需理解能力就够了，谈判只是为了个人利益，风险发现不干你的事，做到排除歧义就好了，需求文档一般没时间做

pm 的话，需要很多知识，对接客户首先谈判能力要强，适当拒绝，多以成本为论据，但对方立场肯定是要便宜，别家能低价做，你家觉得成本大就不给你做了，所以谈判这点是比较难的，因为包含阅人能力
风险发现当然就是“无法完成”或者“成本巨大”的部分，前者需要评估自身技术力量，不自量力自然就烂尾还损失信誉，后者需要计算工时，客户立场只会考虑“时”，而不是“工时”
理解能力一般不是问题，除非自身有问题，更多是花费时间，理解业务模型，自己能模拟出来，不要匆匆听几句就哦哦哦全部承诺下来
文档就是把描述性的需求，转化为技术性需求，不要像#1 所说的那些 pm 只懂转述，因为下一步对接的是技术人员，需要多看和多参考前人的经验，历史文档等等

我觉得好的 pm 不是人人能当的，尤其技术转 pm 很难突破谈判这一关

说
至于后续这位施公对你不客气时，是否要说谎，谎要不要圆，那就另说
我的话，就说“朋友逼着我打电话到乡里打听的，开着免提，他听到了”，或者装糊涂说不记得你了，朋友认识乡里的人，他自己去打听的