前端那不叫加密，那叫摘要（毕竟你不能把加密代码和密钥放在前端），这种情况后端存的应该也是摘要。

只能说不是没有用，有一点用。
比如有中间人攻击啥的，用户无视证书有问题之类的，这种就算是 https 请求，也会被看到请求内容；但是这种情况，会的人也会看你前端的摘要算法，然后找相应库去撞。
或者明文密码进入后端的时候，后端设计上只要想，就能看到明文密码，那这样对用户来说是不公平的。

对我来说，win + R 那个输入框有点太简陋了。。

个人工作的时候会后台一直开着一个 sublime ，可以放很多临时文本，还可以多行处理、搜索、替换

好多年前就开始弹了

%3D 吧？

@zchyit 想法是挺好的，但是其实有因素是不可控的。

比如水源不可控，有些水是硬水，加热久了，加热面会产生水垢，影响温度传递效率；
或者不同成分的水，加热速度又可能有细微差别；
或者加热措施不能保证误差很小的热值控制；
等等。。

数据库不向外网开放的原因很明显不是怕你写 SQL 不加 where 。。

不是因为 gap 了所以招聘者不招你，而是纯粹的对应岗位人才供过于求，加上你没有在应聘者里脱颖而出，所以不招你。

当然也可能是因为现在这个环境人才供过于求的程度已经到了除了学历和工作经历以外还要加上许多其他初筛手段才能让面试官能够看的过来简历了。。那这个没啥办法，换家公司继续应聘呗。

我在环境不好之前 gap 过一段时间，后来出来找工作，也问过我 gap 的原因，但是一样招了我，所以 gap 一般来说，可能确实有影响，但不是一个决定性因素。

所以你不用因为什么 gap 不 gap 的想法内耗自己，需要工作养活自己就老老实实努力坚持找工作，想躺平就安安心心躺平，不要夹在中间，这样你又浪费时间又没真正躺平过，属于假努力+假躺平，何必呢。。

这种标题里的问题我只能想象是不是空降了个不懂招聘业务的人把产品经理本人或者上司换掉了，然后定了这么一个奇怪的 KPI 。。

实际贡献有没有不好说，内耗是真的在行。

见过 B 站有厨师，煮好高汤之后，煮浓一点，放冷的地方等凝固，切块，分装，放冰箱。
用的时候再拿出来化冻用。当然我记得不是很清楚了，有可能不是这个流程，反正我自己没试过。

你要市面上有卖的倒是也有的，什么浓汤宝啊啥的，但是那个味道，估计比高端点的方便面调料包好点，比实际的高汤还是有差距的，而且科技也不少。

在我两个电脑上都出现更新后偶发卡死现象我就跑到 V 站上来找这贴了

如果工作稳定，收入不低，我建议直接租公司附近。

别的同事午休睡行军床/趴着睡，你直接回去躺在你的床上睡；
别的同事要早起通勤，你直接睡到快上班起床洗漱走/骑车过去上班。

多付出的这部分房租会让你的生活体验好很多。

to C 我觉得悬。你见过只卖米饭/鸡蛋的外卖店/线下大门店吗？

买鸡蛋、买粮油等一般都是归属在买菜/吃饭这个行为下面的，你要人付出额外的行动成本去单独买鸡蛋，我觉得悬。

超市有生食蛋也有廉价普通蛋，价格也合理，这种情况为什么要多跑一段路/多付出一些配送费，去单独的店买鸡蛋？
要不你就做 to B ，专注于给商超供蛋。

顺便一提今年给长辈送礼物，因为人去不了，本来长辈喜欢烟酒，但是个人不喜欢，觉得不健康，刚好烟网购不了，回避了半个问题，酒可以网购，长辈还喜欢喝。
没办法，还是买了两瓶酒，但是从健康或者舒适角度出发，买了按摩仪，得到的反馈是长辈一家都觉得按摩仪按的挺舒服的。

等明年我送礼，我估计我就彻底不送烟酒，根据对方情况送合适的，这也算一种对习俗的小优化尝试吧。。

个人感觉送礼物这件事，确实有的时候从纯收支或者利益角度看，就纯纯利好商家啥的了。

比如买烟酒等送人，烟酒店有生意；或者结婚办婚礼，摆酒席，纯纯养活婚庆公司，等等……

本身送礼物在不考虑习俗、习惯等因素的时候应该是美好的，礼物应该是带着美好的祝福或者对对方的欣赏等等含义的，很少会考虑回报，有回报也只是因为收礼方有着和你送礼时同样的心情，同样祝福你或者欣赏你。

但是如果没有这些美好的因素的，却因为习俗等原因又最好送礼，而且还害怕档次低被看低，那不就很自然的开始算盈亏啥的了嘛。。。

可惜很多时候就是多多少少"被迫"要送礼这种情况。

母亲也是肝癌的话那可能多少有点遗传了。。

体检不能找太水的。。很多癌在早期，普通 X 光片都不好查出来，可能 CT 或者磁共振才好查出来。

刚在 V 站刷到这文章又在知乎刷到这文章。。。看 ID 和头像不一样还以为是谁在抄谁😐
还好指向的博客倒是都一样。。

你没把这篇文章本身就主观的标题也翻译过来，人家是《我在生产中不会用的 9 种反模式》，突出一个主观。
部分观点你也总结的不对。

1 ，原作者确实说其他语言没见过这样的语法，但是只是说其他并非熟悉 Python 的同事在维护 for-else 代码时会困惑，并且下面给出了一段不用 for-else 的 Python 代码，你看那段代码就知道 for-else 比其他语言还要自己写个 flag 的好处在哪里了，本身 for-else 是好东西；

3 ，作者意思是 python 中有更优雅的多重嵌套循环实现方式；

6 ，用 OOP 语言写的代码，继承链过长不是 OOP 语言的错，是开发者的错；

7 ，别的 IDE 不清楚，PyCharm 用可变对象做默认参数，IDE 会提示告警的；

9 ，原文是还兼容 C 风格的字符串格式化方式，但是后面有这么一句话：
We should avoid this old technique now and apply the f-string syntax for all string formatting in Python ；

Python 现在有 fstring 了，fstring 之前也有.format ，C 风格的字符串格式化很少见到有同事用了，顶多用 format 方法，或者更笨的字符串相加。。作者呼吁用新特性，这点是没毛病的。