设计模式的主要思想是抽象化，写通用代码时用的，如果业务流程非常独特，就没必要了

项目使用设计模式 A
如果项目大更新，就要换一个设计模式 B ，那设计模式 A 对于该项目来说，就是专有的，并非通用的，这个 A 其实就是没必要的
如果项目大更新，仍然能使用 A ，只是改动模块，甚至模块换了新技术也能延续，这个 A 才是通用的

例如
设计模式目标是人员管理，项目初始为学生，第一次更新需要拓展到交换生，第二次更新需要拓展到教师，第三次更新需要拓展到校工……多次更新，只需要修改或添加少量模块，那么这个设计模式才是通用的
如果每次更新都要重写，例如最初是单例，第一次变为装饰器，第二次变为共享，第三次变为组合……不是不可以，只是模式变，思维和逻辑也跟着变，就没有“设计”了，只是每次推倒重来而已
所以设计模式需要一定大局观和预见性，能从一堆不同的东西抽象出共性的东西

又如
有多个函数，各自的目的、计算都不同，但它们有个共同的特征：都是两个参数，一个为序列，一个为单值，返回都是序列。这样，其实可以抽象出一个闭包函数 func(array, value)，返回序列
同理可以造一个抽象类，将不同的实际类（学生类、教师类、校工类），都能套上
抽象类作为入口，根据实际情况，可能是平衡的，可能是有序的，可能是父子的，使用不同的实际类处理数据，完成这个或多个抽象类及其实现过程，就是设计模式了

现实中的各种模板，就是设计模式的实例，例如下载个开源商城，你卖食品、工业品、虚拟品，什么都能套上，这个开源商城就是用一套设计模式写成的，它里面变化的只是商品数据、商品分类以及支付方式
还有各种论坛源码等等都是
计算机语言本身就是一个设计模式，不同语言基本都离不开 变量、表达式、命令句、函数……这些共性的东西

题外：汉语成语就是抽象类，能把不同的人想表达的长句、组句、甚至上百字的解释，抽象为四个字。只要说的和听的都懂这个成语，双方就能顺利沟通。
所以#14 所说的“共识”也是对的，他甚至把我上面这一大段话抽象为两个字了 🎉

@whileFalse #6
有些犯罪没有伤害意图，例如顺手牵羊，甚至连物主是谁都不知道，这类人，只要不是“上瘾”，适当教育惩戒再犯概率不高。如果把他们入狱，和真实有伤害意图的罪犯共处，即使只有 15 天，出来后也可能变为有目的犯罪再犯
这类轻罪，是否缓刑很难客观界定，最终还是法官对行为人的主观判定占较大比重

@HankAviator #5
笔画排序算是汉字独有，它不受多音字影响，尤其很多姓氏的字发音，和用在日常词汇中不同

笔画排序一直是官方[真的官]采用的
留意一下政府通告或者新闻通稿，见到的大多数都是笔画排序
如果和机关、国企打过交道做过项目，笔画排序也是必备构件

北京奥运开幕式进场就是按笔画排序

AI 热度已经过了，说的是这一波，因为几十年前就有一波，将来还会有下一波
好多人尝试过后，都知道 AI 不是“万能”的，它只是方便一点，而不是必须的

3G 时代手机就有语音拨打电话的功能，但实际也没多少人用，因为不时还要纠错，还不如自己拨

没有继承人……over

@lurui45 #81
如果以民法典，孝敬应该是永久使用权分享，而不是产权分享，后者涉及物权

小米卖的是信仰：“价廉一定物美”的信仰
反正我是没理解这里面的逻辑

@NoOneNoBody #68
“其子女” --> 父辈的子女

提醒一下各位：
不要光想着子女继承，如果子女先行一步，父母也会继承

有个恶心的例子，祖父孙三辈，祖辈健在，父辈有兄弟，但决裂；父辈没立遗嘱情况下先走一步，祖辈部分继承 A ，其子女继承大部分 B ；随后祖辈走了，那个决裂的兄弟继承了 A……呵呵

有老人健在的情况，谁都应该立遗嘱

@netnr #4
滤镜下面有个 OpenCodec 的子项，里面把所有解码器选为验证后可用或无条件使用，编码器那些则不用理会，就有了
如果没有这个子项，就是版本太低了，两年前的版本就带了这些内置编码器

长期用都会，跟热点没关系

低码率 265 较常见这个
滤镜 视频解码器 内置解码器 找到对应视频格式 从 ffmpeg 改为 quicksync
或者用其他外部解码器，不要用内置的

不会，因为厨余量不大
四位数够我家买十多年的花肥，因为也是量不大

肖像权警告

我这里工建光信四家转账都不需要人脸，除了工行换手机时需要
每次提示开通人脸支付我都点取消

其他我知道农行转账（老妈的账户）要人脸，我妈因为年纪大，人脸经常不过，干脆销户转别家了，之后就没再用农行了，别的就不知道了