Python 、WebDAV 、SMB 、Cloudflare 全部禁了就没事了

我以前试过是不能用浏览器扩展自定义的 css （也包括影响所有站点的公用 css ），自定义 css 只能写到本站帐号设置里面
全部改好后，验证码就没再错了，估计是 token 用了 css 指纹

之前还说 枪>铁锤>bitwarden
原来更准确的是 白丁>枪>铁锤>bitwarden
😂

这种方式仅适合个人单账户

everything 有 sdk 接口

@youshangdemajia #4
想什么呢？优才肯定就是工作了
别说香港，其他地方持旅游、探亲签证都是不能工作的

按现在电商的逻辑，送达就能证明“收到”了
但实际上这是不合逻辑的，证明收到这个事实只能当事人自证

广度是商人，深度是科学家，都没有是政治家 —— 以前看的一个笑话（但有点内涵）

两个人比武，是双方都把自己学的拳术顺着起式到收式刷一遍么？当然是见招拆招啊
你学的模型、设计模式，都要拆分对应不同的实用场景，能否对应上，就是学有所成的体现

1+1=2 ，老师应该也不会写个大列表，列出什么时候用 1+1 ，都得自己懂生活中什么时候用

所以，整个思路错了，不是按着模型开发，是按需求找合适的模型再开发，这个“合适”往往是多个组合出来的，不是书本上说的某一种模型

看似是房换房，但以物换物的思想是双方需求不同，需求相同是换不成的
如果是先卖房再买房，那是要分开两件事看的，不能两个都以“买新房”这个目的衡量
卖房是求资金，买方还帮你考虑这钱能用去干啥？然后买房，地点变了、环境变了，价值还一样么？

肯定需要补钱买新，不能承受这个差价，那就不用想置换的事了

造平台，除了显性利益，还有隐性利益
隐性利益就是用户涵盖广、粘度高，平台方在社会取得较大话语权，有话语权自然有愿意让利的合作方

有个老日剧叫《女系家族》，这剧跟姓氏争执没有关系，故事特意设定了不符合日本社会状况和法律的一个传统为“女儿继承的家族”，说的是家主去世后，三个女儿和小三争遗产的故事，家主原配早亡，没有儿子，但这个小三有个遗腹子……

姓氏的由来，就是跟家产有关，维系家族团结，外嫁女儿不不入族谱，所以不能继承（相当于尊重亲家的家族）
女儿外嫁，一般就随夫动迁了，如果其子女仍能冠姓继承，那家族财产就会分散到各地了，家族相当于瓦解

现代人对姓氏没有那么看重，因为传统的“家产”可能还不如自己创造的财富，选择定居往往不再是家乡，家族定居点的概念也模糊了
只要是考虑遗产继承，那还是需要跟随传统，注意这个传统也可能是传女不传男；如果不考虑，那就没所谓，跟脱离家族没什么区别，所以如果姓氏变换，那相当于放弃祖辈遗产，不能“既要……又要……”

原理很简单，实操很困难
一个跨个体的业务流程，你能缩减一个步骤，可以赚钱，“增加”一个步骤，也能赚钱
实际上发展大方向都是减的，“增”的是分工细化，将人家没有想到的繁琐步骤整合(整合就是减)并代理完成