要质量好，买分体的 LG
对比一圈下来的结论，质量指的是各方面，西门子都不行

顺德人
我妹（ 00 后），粤语夹杂着顺德、广州、普通话口音
我（ 90 后），粤语夹杂着香港和广州口音

@kevinfk2
强迫症就别折腾了，这货最舒服的用法就是科学上网路由，软件超级折腾（违背强迫症那种）

@hellhyzcy66 随便挂个专家号简介里面有这俩关键字就好了

你要去看什么问题？

真空的意义在哪？你要放在卫星上么

写 Dockerfile 在线上机器打包不就好了？

二手平台走起，感谢 intel 的牙膏

高达？

座子目测变形了，换个座子焊接回去就好，第二个焊盘看起来掉了，不确定，能补就补不能就飞

非 200 状态码可能会被浏览器 or 网关拦截

@iovekkk 里面是线圈+IC

https://syosetu.com/
看小说去

@bleepbloop
不仅仅是写的人太贵，存储过程用起来也太贵，这个太贵 @markgor 在 #61 的回复中已有详细说明
尽可能不写，体现在最重要的一句回复里面“既然存在缺点，优点又不太明显，为何不放弃这种做法呢？”
这句话能成为某种意义上的最佳实践，是因为在大多数场景之下根本没有使用的价值

PS. 事实上我司现在有大量 00 年到 10 年的业务核心代码跑在存储过程上面，对其维护升级非常困难....
这还是#61 提到的 C/S 场景，这东西现在在实践上面已几乎找不到可用场景，所以尽可能不写一说技术上也是成立的

当年的代码里面甚至还有在数据库创建临时表充当客户端临时表单缓存的操作....
因为对接的是内存 CPU 皆不足的 PDA，但这样的操作在安卓 PDA 大为流行的现在已不合时宜
（例如网络切换会引发数据库掉线，导致数据录入出错）

@markgor
@bleepbloop

再加一条，业务与数据库强耦合，不易变更与测试
再加上存储过程并不支持数组，map 之类的东西，写起来灵活性不高（虽说可以用临时表实现）

“数据库自带的功能不会用 都要代码循环处理”
能举例么？别告诉我是存储过程，那东西是尽可能不写的

TB 坤心电子