SELECT t.rownum as xh, t.*
FROM q_materialfusion as t
where t.sjbj = '0'
and t.rownum < 501
and t.xh >= 1
and (instr(t.mc, '1') > 0
OR instr(t.ssxmmc, '1') > 0
OR instr(t.ssxtzc, '1') > 0
OR instr(t.xinghao, '1') > 0
OR instr(t.gg, '1') > 0)
order by t.nf desc, t.mc asc;

这么写不可以吗？为什么要用多个子查询？
如果这么写可以，那就注意一下除了使用 instr 的部分其他查询条件最好有组合索引。

三把 hhkb
还有若干其他键盘
其实我在考虑单手键盘，因为现在不管怎么搞，还是离不开鼠标。左手键盘，右手鼠标可能会让我感觉更流畅一些。

如果你说的是北京同仁眼科，那应该就是最好了。

热水器是密闭的空间，如果是能量守恒的话，那应该热量没漏掉啊？
————————————————————————
能量确实没有漏掉，你说的对。但是之前容器内是水 + 加热体。现在是水+水垢+加热体。
同样的输入能量，水吸收的热量必然会变少。（此处认为水垢的体积较小，可以忽略）


商家说会更耗电的情况会存在吗？
————————————————————————
按照商家的说法，更耗电的情况应该是存在的。

xodo

@kennyCoretek
有两个问题
1. 电阻随温度产生变化，因此要对电阻温度曲线做标定。此处说的电阻不仅仅指温感原件，是全部电路原件，并实现相应的补偿算法。
2. 温度计属于计量工具，出厂之前需要标定。温感原件一致性不好，会导致标定速度缓慢；而一致性好的温感原件就不便宜了。

@Eiden 这是我现在不太理解的地方。
从系统的表现上来看，似乎是 keypress 的事件被放到了一个队列里面，而后 windows 再慢慢消费。
具体表现是，当系统看起来有点卡且不相应键盘事件后，拔下 Leonardo ，windows 还会在 vscode 里面继续写内容约 5~8 秒。

https://docs.opencv.org/4.x/d8/d6a/group__imgcodecs__flags.html#gga292d81be8d76901bff7988d18d2b42acad2548321c69ab9c0582fd51e75ace1d0


For PNG, it can be the compression level from 0 to 9. A higher value means a smaller size and longer compression time.

cv2.imwrite(filename, data, [cv2.IMWRITE_PNG_COMPRESSION, 0])
0 是不压缩

具体看你的版本吧，这个问题我也遇到过，就是保持的时候压缩了。

写 type hint 是一个好习惯，请务必要坚持。

@rabbbit
@polobug

重新验证了一下，确实会卡死。启动循环后需要稍等几秒。

@rabbbit 这个不会卡死啊。

paperjs 吧

娱乐的话还是很简单的。

Linux 的的抽象是万物皆文件，你把各种外设都当成一个文件就好了。
然后 I2C ，SPI 之类的通信协议当成一个驱动就好了。

1. 要么是并行转串行，Q 前面加一个队列。
2. 要么是通过加锁解决，参考分布式锁。

《中华人民共和国网络安全法》

第二十四条网络运营者为用户办理网络接入……，应当要求用户提供真实身份信息。
第四十四条任何个人和组织不得窃取或者以其他非法方式获取个人信息，不得非法出售或者非法向他人提供个人信息。

git flow / gitlab flow / github flow / trunk flow

最近恰好在研究，主要是协作模式和分支使用的不同，这种不同会造成 CICD 流程的不同。