有个冷知识, 不在 v2 上发预期到货时间, Apple 也会送过来的 :-)

说的好像, iPhone 有刘海大家就不买似的.

很多事情确实是只有自己体会过窘境, 才能理解. 给大哥点赞.

@wangwen41097468

我看你这个推广都发了 4 次了. 有时间可以考虑优化一下示例代码. 换行都不换.

#include <iostream>using namespace std; int main (){ // 局部变量声明 int a, b; int c; // 实际初始化 a = 10; b = 20; c = a + b; cout << c; return 0;}

@weichengwu 我经常需要研究一个不熟悉的东西的时候, 需要参考很多资料, 很多时候我不一定是一个个看完, 可能看了一部分, 需要跳转到其它的地方. 类似函数调用, 一层一层下去, 就会很多. 而且工作中经常会有插入的其它的事情, 日常 30-40 个 tab 很常见.

中看不中用, 我已经设置回经典模式.
为什么不中用, 你目前是只有 1 个 tab, 所以感觉良好. 当你有 40-50 个 tab 的时候, tab 就会变得很小, 你就发现在 tab 之间切换会非常麻烦.

@likeunix 收费啊. 靠爱发电不能持久.

业务开发 优于 测试开发 优于 运营开发
不过感觉 前端开发比较香.

@felixcode 嗯, 就这样吧. 反正我公司用啥系统, 我说了算, 哈哈.

@felixcode 我没有说 Ubuntu 不适合运维, 我只是说我不喜欢 Ubuntu Server. 当然这个也是个人的品位问题, 我也不能代表运维.

"如果 ubuntu 重启个服务或者小问题都要找搜索引擎，" 如果你对一个东西不熟悉的话, 确实需要依赖搜索引擎. 我不知道你的背景, 如果你是 Golang 程序员, 你要用 lua 写一个 for 循环的话, 还是要 Google 一下吧. 不能说明脱节了, 只能说明不熟悉.


@ipwx 我表达的核心观点是: 大家做一个决策的时候, 本质上还是倾向复用生态力量. 不管选择发行版, 选择语言, 选择库都是类似的.


不过也确实没有啥好扯的. 你自己对系统负责的话，上 Plan9 都不拦着你。

@ipwx 我认同希望能找到 Google 能解决问题的人, 我也不排斥新技术.

那你的业务系统为什么不用 elixir 重写一遍呢 ? 或者新业务用 elixir 来重写. Google 一下也能解决语言遇到的问题, 我也会觉得你很厉害.

我相信你不会做这个决策, 原因其实是类似的.

你觉得 Ubuntu 好用还是因为你目前处理的事情里面, Ubuntu 生态有很多解决方案, 本质上还是复用生态的力量.

本人运维过 CentOS, Ubuntu, Fedora, Windows, 机器规模不算小. 主导过把 Ubuntu 换成 CentOS.

Ubuntu Desktop 个人也用, 我对 Linux 的接触是从 Ubuntu Desktop 开始, 08 年的时候当时 Ubuntu 官方还给我寄了一个 CD, 对 Ubuntu 还是有情怀的. 但是不喜欢 Ubuntu Server, 在生产中遇到各种小问题, 有部分原因是自己对 Ubuntu 不够了解, 有部分是 Ubuntu Server 本身的问题. Desktop 和 Server 的要求是不一样的.

有人说 Ubuntu 更新比较快, 可以用 Fedora 比 Ubuntu 的 package 还新. 感兴趣的同学可以对比一下至少 Clang/GCC 的版本在同一个发布周期(比如 fedora34, ubuntu 21.04) .


其实背后还是生态的力量在主导. 不管你喜欢用 Ubuntu 还是运维喜欢用 CentOS.

你可能喜欢 Ubuntu 是因为 Github Action 上面的机器是 Ubuntu, Machine Learning 上各种默认支持是 Ubuntu 等等, 如果你要用 CentOS 就很麻烦, 因为你要解决很多琐碎的事情. 本质上是想要提高效率, 省点事情, 手段就是利用生态的力量.

运维喜欢 CentOS 一样道理. Ubuntu 和 CentOS 在很多地方有不同的地方, 也需要解决很多琐碎的事情. 同时运维过程中遇到各种问题很多人都遇到过或者自己职业生涯中遇到过. 你感受一下如果你线上系统出问题, 你需要在 10mins 内定位并恢复, 难道你要用一个你不熟悉的系统吗 ? 难道你要老板站在你身后, 看你 Google 一下 How to restart nginx in Ubuntu ? 你自己对系统负责的话，上 Plan9 运维都不拦着你。


最后 Docker 大法好, Happy Ending :-)

你要这么想, 如果一家公司的笔试题目能轻松在网上搜索到, 说明这家公司在招聘上就没有啥心思, 就算你进去了遇到的同事也只是会八股文的, 那么去了又有什么意思呢?

99 X 99 乘法, 长大之后, 计算大部分东西都不需要带计算器了 :-)

@wei745359223 AWS 国内不允许个人注册使用. 满足不了个人备份的需求.

@yazinnnn 全栈运维, 哈哈

芝麻搜索 谐音 知码 寓意:比普通搜索更了解代码

一直挺关注 eBPF 的.
看了你发的公众号, 阿里选择 BCC 并不是特别 hardcore, 监控 daemon 调用一堆 python, 并不是特别优雅. 其实难度不是很大. 你说的不开源的话, 其实不是很能成立.
1. BCC 是开源的, 里面的网络相关的指标其实已经有很多工具, 大部分是 Python + C 改改就好了.
具体代码可以看看 https://github.com/iovisor/bcc/tree/master/tools 下面的 tcplife, tcpstate, tcprtt 等大概明白怎么做的. 另外文章说的 ss 也是开源的, 用心肯定能找到.
2. 内核版本确实是个问题, 这个可以和领导沟通一下, 看看他的想法, 如果业务没有动力升级内核的话, 那么可能要改变技术方案, 采用 kernel module 等.
3. 不要妄自菲薄, 大公司做的东西难度并不是高不可攀, 很多时候是因为业务迫使大公司要去解决 XXX 问题. 如果在小公司的心态是我们的业务很小, XXX 不重要, 那么自己其实挺难提高的.
4. 网络层面的问题, 只能说你遇到的问题少, 排查问题就只会 ping 和 telnent 那是你自己会, 不代表别人不会 wireshark, bcc 等工具.