这个有历史的惯性原因吧，大家都有签名，我这没签名显得不安全。

另一个可能是，对于在网络请求中传递密钥的恐惧？我这两天正在设计一个 s2s 接口，也非常纠结到底要不要做签名

谷歌「日子不过了」系列

我司最近也在招人，小作坊招人也很难。考虑怎么优化面试体验时，你提的一些问题我也有自己的思考。


为每个候选人准备不同的面试问题挺难，临场发挥更难。最保险的反而是一套问题面所有人。我们收到的简历很少，所以我还能每份简历都研究一下，但其实简历上能看出个人特点的，非常少。

我在笔试题里设计了几个比较冷门的知识点，并给了比较低的分值。我的考量是，这些考点只是作为参考，并不会起决定作用。

提出一个问题的时候，面试官对于候选人的答案是有预期的，如果我问了「怎么用 shell 命令批量删除 docker 镜像」，这种问题答不上来才是常态吧，但是答出来了能证明候选人起码玩过 docker，属于附加题。不过相对来说，这种问题应该是非常给面试官减分的问题，最好不要出现在面试里。

我的笔试题里有一个题目是问的如何在 Linux 会话中定义环境变量，不出意料的，的确有人答错，这种送分问题再答错，我觉得就有点过分了。

考察算法应该说是一个囚徒困境。为了准备算法题，我这几天经常带薪刷题，考量哪些题目难度始终，适合小改之后作为在线笔试题。精心选出两道 easy 题目，一道小改一道原题，然而，能答出一道题的人只有不到 10%。

我还不好下结论，但是现在的现象是，大厂考察算法，结果没有区分度，我们这种小作坊收到的简历，人家根本起没看过算法，各位有什么好办法能比较高效的判断出一个人是不是简历造假、基本的逻辑能力如何呢？

你这个任务之间互相独立的话，可以直接在取数据时做筛选，然后脚本直接放在不同的机器上跑。
举个例子，在数据库取数据时，A 机器只取 id % 2 == 1 的，B 取 id % 2 ==0 的，这样就实现了两台机器同时处理互不冲突了鸭

不过，你这个任务貌似还不需要多机器，看起来时 io 密集型的，非阻塞编程可能就够了

IE 的答案和我写的一样，我就不贴了，不过我用的是 watch，直接 watch 三个属性直觉上可能会出先循环触发的 bug，不过 vue 给属性赋值与原值相等时好像不会触发 watch 事件，也能正常用。

@wangxiaoaer
@nyigt502
说少了...
又看了一下，板 U 显卡这三大件要两千七八了。这个机器涨价应该都涨在显卡上了

相比之下，有些输入框有一个更烦的问题。

输入一半发现输入法为中文时，按下 esc，部分输入框会正确的取消输入内容。有些输入框会把字母留下，比如 github 搜索框。

不便宜，没啥意思。还是 1650s+10400,这配置一年前 3000 块钱

最搞笑的是，楼主这段话是从维基百科复制来的，被各路大哥一顿嘲讽，先去把 wiki 修改了好吗？
原文是 In cryptography, the avalanche effect is the desirable property of cryptographic algorithms, typically block ciphers[1] and cryptographic hash functions, wherein if an input is changed slightly (for example, flipping a single bit), the output changes significantly (e.g., half the output bits flip). In the case of high-quality block ciphers, such a small change in either the key or the plaintext should cause a drastic change in the ciphertext. The actual term was first used by Horst Feistel,[1] although the concept dates back to at least Shannon's diffusion.

只不过是 cryptographic algorithms 翻译成了加密算法而已

@yolee599
@ShuA1
md5 不是加密散列函数？

哦对，因为 django 自动创建测试数据库，我还得在 setup 里边执行一个导入 sql，先这些数据表初始化。测试的时候只用了一个 sqlite 。

关于 migrations 的问题，你可以试一下这个。
https://docs.djangoproject.com/zh-hans/3.1/topics/db/multi-db/#allow_migrate

我面临这种测试需要依赖存量数据的情况时，并没有让测试代码去连接去访问只读数据库，而是 copy 了一份旧数据当作测试数据，放到同一个数据库了，并编写一个专门的 db router，将测试代码指向这些数据。主要是我本地测试也连不到那个线上数据库，避免了一些麻烦事

JAVA 程序员忙着背题呢，哪有功夫整这些有的没的 /狗头

阿这，难道不能这样？
os.system("git pull")

哈哈哈，我也是久经沙场 MIX2S，前阵子换的小米 11，不过我只是轻度使用，电池比 MIX2S 强多了，没感觉到功耗问题，主要是我没有高负载使用场景。

MIX 热应该是电池问题，我换过一块电池之后好了不少。