@mnssbe 除上述少见情况外，也有不少条款是有告知义务的，虽然不会导致不生效，但依然可能因为未尽告知义务而破坏完胜（对方少赔，或者自己多赔）
在书面协议中有时会让对方自己写下这一条款，或者在几个可选项中写下选项（例如：……采用以下第 ____ 种方式……：1、……； 2、……； 3、……）。但我不确定这（两）种方式最终是否会影响判决。

@no1xsyzy 修复：判断标准为审判

@mnssbe 有些条款并不是跳个协议点个同意就生效的，而必须明确指明显著提示（判断标准为当时审判）
虽然不是这个案子相关，但你这个做法跟国内小厂瞎写 EULA 各种无法生效一样，如果不是有条目指明一项无效不影响其他，怕是各种赔惨

@realpg 把 VNC 当视频源啊，信号流动方式如下：
A ==[VNC]==> B ==[RTMP]==> 直播服务器 ==[RTSP]==> 各瘦终端

@bumz 数据类型的话 dict 是 Python 独有叫法…… 大部分编程语言里叫 Map…… JavaScript 的 Object 其实可以代替一部分这个用。写 Object 当 Map，连 Twitter API 都这么用（因为 JSON 没有 Map ）。

@Chieh 你让我想起了 @Jirajine，曾经有次那个蹩脚英文……

@maomaomao001
> 难不成输入法还给你分析项目 , 分析代码 还要对各种编程语言适配 ???
说了环境回传，微软现在在新 Edge 上做类似这个事，您自以为比微软搞新 Edge 那拨人聪明？
IDE 或者编辑器分析出可供补全的词汇，然后传回输入法。
就好像你在 WOW 里输入，WOW 就会告诉输入法存在 “银鳞胸甲” 这个词，根本不需要输入法自己搞词库，还会慢半拍。

——

> ** 以不完善的工具苛责改进方向，你就是完人？ **
> 我既没说这个 low （） ， 更没人身攻击
> 你上来就带着这么大的敌意干什么 ???

您是不是忘了您说了啥？给您回忆回忆：

> 你这个完全吧 ide 的自动补全都稿废了，而且还要切换

录屏推流比较方便吧，你对 VNC 方案就缺个自动化了不是吗？那一台电脑 VNC 进去然后录屏推不就行了？

@tyhunter 其实 NIST 也是这一版才改正了
那个包含 “定期修改” 和 “类型混合” 两个错误的版本传了很久了，我看也会继续存在一百年
相对来说，各网站还是先搞定数据库存明文密码或者单 md5 的问题比较好……
常见简单密码用 sqlmap 的时候会自动被反 md5 的……

@maomaomao001 反过来，你为什么要切换输入方式来打英文？何况切换的问题还没 Python 调对齐高。
目前 Windows 也好，fcitx 和 ibus 也好，甚至高度集成化的 OSX 或者 iOS 也好，处理输入法的方式都是有问题的，没有环境词组反传。软件界面能为鼠标操作任意添加按钮，为什么它们不能为键盘输入提供任意自定义词组？输入法内能够完成任意所需的补全才是正常的状态。以不完善的工具苛责改进方向，你就是完人？

最多最多，你可以找房东商量，可以谈完签补充协议，对既成合同的条款进行修改

那就用 Qt （暴论

@opengps 你这也是片面的理解，备案的不是某个实物，而是你的 “目的”

最强就 Racket
你那些就都包含了
（连 parser 都能自己改）

不用那些 “智(sha)能(bi)” 输(cai)入(hua)法(qi)，弄个能自定义码表的就行了，甚至可以把 snippets 也嵌入进去。
工欲善其事，必先……

@bumz 请掏出你的字典，并查看 “实付工程款” 能有几个不同的英文？少说数百个，你选哪个？

@maomaomao001 请换 IDE，目前 JB 家应该都是支持的
为什么 IDE 要管你标识符的是不是中文？ IDE 做这种多余工作？

上述 “**不应**包含任何其他限制。” 后面用括号直接举例了 “要求密码包括不同字符类型”。
除非你有个很好的理由，否则不要这么做

https://pages.nist.gov/800-63-3/sp800-63b.html#-511-memorized-secrets
NIST 给出的记忆秘密认证法（即密码（ password passphrase PIN ）登录）指导方案。列举重要几条如下：
（必须=SHALL，应该=SHOULD，可以=MAY，不得=SHALL NOT，不应=SHOULD NOT ）

对于自选密码：
**必须**至少 8 字符
**应该**能支持至少 64 字符
**应该**支持 Unicode 密码，每个码位均**必须**视为一个字符，**应当**进行归一化
**可以**将连续空格替换为一个空格，前提是替换后的结果仍然有 8 位以上

对于机选密码（ CSP ）：
**必须**至少 6 字符
**必须**采用被核准的生成器

对于任何密码：
**不得**允许存储密码提醒
生成／改变密码时，**必须**先验证该密码是否在一个（常用密码）列表中。该列表**可以**包括但不限于：从前泄漏过的密码、字典词、重复的或者有规律的字符、上下文有关字符。（根据译者的理解，是密码的全文而非密码内存在此种字符，简单地说就是系统自备一个暴破字典）如果密码在列表内，那么**必须**告知用户需要使用不同的密码，并告知被回绝的原因，并要求一个新密码。
**应该**提供设置强密码的指示，比如密码强度量计
**必须**提供一个限流措施，限制错误登录的次数
**不应**包含任何其他限制。
**不应**任意要求修改密码（包括定期），但是，**必须**在有证据表明该密码已泄漏时要求修改密码。
**应当**允许 “粘贴” 密码，以促进密码管理器的使用，这很常见并在多数情况下用户会更可能使用更强的密码。