目前在用 worktree 的我表示情绪稳定。

不谈钱可以理解毕竟创业，但是大致方向你总得说下吧？

我要唱一句反调：** 不要看 Kubevela ，不要看 OAM 。**

关注点分离和 DevOPS 本身就是截然相反的两条路，K8s 作为后 DevOps 时代催生和成熟的平台，如果倒退回传统 Dev and Ops 的话， 那么 K8s 对开发/运维个人而言价值就大大下降了。

1. 对开发而言，看到了一个尝试抽象了的，但是处处抽象泄漏的、蹩脚的页面。如果对于 Java 程序员本来就是部署一个 Jar 包，连 Image 都不会打的那还好说。但是如果部署一个现成的 Chart 的时候，反而需要拆碎了去页面上点来点去点半天，出了问题去找平台解决一些本来可能不存在的问题。

2. 对平台而言，不管是用的 Mesos ，Swarm ，还是别的自己糊的系统，用什么不是用呢？区别只是用了 K8s 能自己少写几行代码，免费白嫖几个开源解决方案而已。如果之前有自己的系统，因为长期糊屎维护不下去的时候，领导一拍大腿迁移上 K8s ，一两年的 KPI 又有了。

3. 对运维而言，反正都是 oncall ，调监控，重启机器而已。


总之，OAM 是妥妥的反模式， 一个好的码农不应该被限制在一个固定的视角上，被告知什么应该关注什么不应该。

7b 的模型太小，效果不太理想。

@wanwusangzhi

> 没钱了把那些公务员的工资砍半不就行了

👀 你肯定不是公务员，公务员肯定不会砍自己的工资。

Youtube Music 拥有最大的曲库
Spotify 多客户端和推送机制比较好

这个站基本上都是码农，难道你们的工作也都是每天再负优化咩。

这老哥莫不是被康斯坦丁下了梅林咒的查斯

挂一个 VPN 啊。。。 这不是 VPN 原本的主要用途么。

@ligiggy hh ，我做云原生哈，不做硬件，hh

S3 协议是云计算的基石，你永远可以相信他的稳定性和通用性。轮子多，不满意你还可以跳船还别家的实现，迁移都有现成的工具。

加入奖励机制的话，就是 IPFS 了。

具体没读过 TIDB 的代码，但是可能有几个好处：
1. 不同 Client 可能配置不一样；
2. 不同 Client 可以隔离连接。因为 GRPC 下面是 http/2 ，有时候多路复用在同一个 tcp 连接容易可能会引起问题，比如大请求饿死或者引起小请求的延迟。

苏州还有徕卡啊，可惜方向不 match ，hh 。

这个和本地 App 有什么区别呢？

说的对，但是 FastJSON 的问题，我觉得还没到供应链投毒这么高科技的层级，这玩意设计上就有问题。

@v2lf 是看上去便宜不少，但是你没有节后回头去比价。

但是按照去年双十一为例， 双十一之后的价格其实和双十一当时是几乎一样的，甚至晚点因为要出新款会降价。

我买的是黑白电，回头比价是因为其他装修工期在 delay ，有点后悔提前抢在双十一去提前买回来放着。