@nickyadance23
哈哈，是两种心理。
一种是反正会折损所以不管有没有需求都要一直用，才感觉值了。
一种是一个消耗品因为担心用了有折损，所以供着不用。
本质是心理偏执，正常应该是按需想用就用，不需要用就不用，用废了/不喜欢了就汰换。
OP 这个点上明明感觉开车通勤痛苦但又要必须开，是心理问题不是买车的问题，不是每个人都有这个偏执。

上海每天几十公里通勤很少遇到堵的动不了的情况，半年轻松一万公里。
有车前也觉得开车累，但实际尝试后有改变，开车通勤体验比坐地铁好不少，主要差异在处于 [个人空间] 和 [公共空间] 的心理感受。
停车费劲的问题是真实存在的，多花钱就能解决，想通了就还好，对比一下香港的停车还是很便宜的。
最后电车电池损耗的问题，开的车可以随时换电，所以不用考虑。即使是不能换电的电车，更多是观念造成心理作用。只要是消费品都有损耗，比如房子，没人会因为担心房子有损耗每天待在家里不出门吧。

coding 十几年了，没用到过 cherry pick ，真没有啥使用场景。
另外使用 shell 命令是什么门槛么，已经 AI 时代了。
有点类似自动驾驶都普及了的时代，认为一个司机不会开手动挡所以能力不行，真正有能力的司机可能会研究下怎么给顾客多一点情绪价值。

分子+1

@tkmiles 目前这个职位只面向北京

缤特力 BackBeat FIT 这款完美，蓝牙稳定，防汗防水（不能游泳），续航充足，佩戴舒适。

代码竟然不能排版。。

首先分析你的使用场景到底要的是常量还是变量。

- 如果是常量, 示例如下
class Example
XXX = "xxxx".freeze
end

p Example::XXX

- 如果是变量，最好不要显式的使用类变量，比如 @@xxx = "xxxx"，示例如下
class Example
class << self
attr_accessor :str

def do_something
str = "xxxx"
p str
end
end
end

最后，如果这个类有没实例化的需求，以上示例中的 class 完全可以替换成 module 来使用

感觉你们正在创造一个协议，不如就叫 rpg 吧

@yang2yang linux 中, 进程的调度并不是时间片轮转这一种方式，而是综合了很多比较复杂的调度策略，推荐看一下深入理解 linux 内核的进程调度章节。所以[因为按照调度算法是不会在一个线程阻塞的情况下，在时间片没到的情况下切换线程的]这个并不成立。当然这些已经脱离了你的插入数据问题本身，建议设计实现方式的时候先不要过多考虑外部进程对当前程序的影响(这些操作系统完全可以处理), 只考虑从程序本身如何去优化。

节省的是 i/o 阻塞时间。按你的假设，单个 insert 阻塞 1s 的话，单线程就要至少 500Ws, 如果是多线程，相当于数据库承载了并发请求，线程间不会相互阻塞，需要的 500W/线程数 s 。理论上线程数越多越好，但是也要考虑数据库负载并发的能力和线程调度的消耗，所以如果不需要挖掘极限性能的话，按核数开线程是比较稳妥的方案，当然得先确定你所说的线程是内核级的线程，不同语言的线程实现上是有差异的。