主要还是没钱 /doge

chrome F12 => command+shift+p => capture full size screenshot

@lovecy portage 可以控制是不是 stable

gentoo 有维护一个软件列表 一般也就是各个软件的作者自己去提 pr 或者是第三方帮他们提 pr， 比较小众，到底是不是 stable 也不知道
前几年也出过安装软件脚本里出现一个 rm -rf / 的命令 安装软件等于删库 被人狂吐槽

看了题主的博客 重点归纳起来是想说靠技术赚大钱当老板是不可能的

上面各位说的拥抱技术变化 ，不在一个面上没啥好讨论的

这种情况就是公司研发流程和工具准备不足

公司流程工具做好 碰到这种事 code review 的时候指出来 不改不给进主干 时间久了产出低正常理由末位淘汰就好了

在 github 上看过到一个 点赞 /fellow 别人 github 的项目的项目 几分钟能 fellow 好几 w 然后被 github 关了 看不到源代码了

有没有法律责任不知道

看心情

上面一口一个 try catch 的 不用看你们的代码 我就知道充满各种错误

简单来说
如果说 if err != nil 的问题是丑
try catch 的问题就是没法写出对的代码

docker swarm


echo " json or yaml balabalabala"| docker config create $config_name -



version: "3.3"

services:
service-a:
image: {{.REGISTRY}}/{{.SERVICE_NAME}}:{{.TAG}}
configs:
- source: external_config_a
target: /etc/external_config/a

configs:
external_config_a:
external: true

如果是 grpc 的话 这个问题就退化成 http2 和 http1.1 的性能差了

https://tech.youzan.com/yi-bu-wang-luo-mo-xing/
网络 io 模型有最优解 博客看看够了
poll select 这些如果不关注技术演进的历史和八卦不看也罢

想起当年日版 switch 连 eshop 的场景。。。

这是个囚徒问题。。。

我用 mysql driver 不用 jdbc 所以是 0 次

这是个 feature ...

只能说阿里的灰度测试做的还行 影响面控制的挺好的

code review 肯定用 ui
push/pull/logs/reset 等常规操作 以及结合公司研发流程规范相关 git 操作 不用命令行 哪个 ui 这么强，
公司的规范纯手工执行 不做工具当我没说

你说的是国内某些公司某些为了 KPI 而开源的项目吧