好像大家关注的都是适应团队、摸鱼之类的……

是不是只有我注意到，OP 说的是用 nc 、用 scp……这些明显是往服务器而且大概率是 Linux/Unix 传文件的场景，跟微信根本不是一个 context ，有啥可替代性？如果说是团队内部先传文件，后面往服务拷是具体操作的人自己的事，那又关拿一群只会用微信的人屁事？

总之有点诡异。

发行版打包的 Python 用了发行版的包管理规则，系统里有很多重要组件依赖它，你在上面直接 pip 安装可能会破坏系统。
听#1 的，先创建一个 venv ，再在 venv 里用 pip 安装。

@adoal 类比一下，就是立嫡立长好操作，立贤很容易被玩坏

日本人把传统农历的日子按日期数字直接对应到公历真特娘的是个天才。

在我看来，按工龄，或者一律相同，或者有绝对客观指标来计算，本质都是一样的，就是为了降低薪酬管理的操作成本。这样就可以完全靠数字计算，不用有专人做主观评估，容易“服众”，减少因为主观带来的纠纷。

厂家有针对性的培训。

有没有可能，大佬维护的厂里主导的开源项目算是工作内容，跟个人项目不一样，说什么也有工作纪律管着的。

没有正规运维经验就老老实实按照文档做，不要自己发挥

语言腐化。

最近学到一个很黑话的说法，“非必需但必要”

@huang40614676 金丝雀倒还真的是这个引申用法的原意

经过微式中文的洗脑，我现在的底线是只要能把“plug and play monitor”翻译成“插头和播放监视器”而不是“插入和玩弄班长”就不算太离谱

这个世界上给力的人终归是少数。

连李云龙都他娘的不如你天才

严重的时候摸墙都能听到明显的刺啦一声，有刺感

“大厂平凡码农”幻想自己“最好的出路”是可以在只做基层纯码农、没经过管理实战的情况下就能“把大厂的项目运作（研发运维这一部分）学到手，然后回老家降维打击，混个技术总监应该没问题”，可能想多了……没经过哪怕是小组长级别的管理实践，只在大厂被管理，真以为下沉到小厂就能独当一面？那不就是著名的“阿里味”吗。别去祸害小厂了。

我猜你“学习独立开发，学习如何做产品，学习前端技术”几年后还是会无用论

子查询单独执行时又不知道 monitor_id 是哪里来的

说到这个……我曾在某个环境里想尝试纯 v6 ，操作系统里关掉 v4 了，发现 v6 给我推过来的 DNS 服务器是 v4 的……