wasm 用得确实不多，毕竟开发麻烦，培训班出来的阿狗阿猫们干不了。但是在传统前端不好搞的地方，有能干的人时，还是可以用一下的，比如 B 站。

CHR P1 轻松跑满千兆

如果是工作需要，按公司政策来（小公司一般是用其它发票做替票）。没有现成政策的，把问题推给你的直接领导向上反馈。

很久以前我问过这个问题，一线互联网大厂，而且不只是从我自己内网解析，公网上（包括境外 VPS ）测试都是这样的，没有答案……而且最忒嚜诡异的是，除了我主动测试的之外，最一开始是从 log 里被动发现的，那么这些解析是从哪来的，应该是来自厂家的 app 吧，那么“给内网服务用的”就说不通了。

/t/638879

做精、做细、做出高品质，有技术品位、技术审美。这是我认为的和功利的绩效无关的“很牛逼”。

你是从技术管理、工作管理的角度来看的。

如果只是纯粹说技术，其实对相当多程序员来说，很多普普通通的基础性的东西要做好就已经“很难很牛逼”了。

也不说技术吧……就看英语。没多少程序员能在给程序中的各种标识符取名时选对单词，确保拼写无误，用对语态、时态、单复数的。

程序内部乱七八糟的名字只是坑队友，接口/库/框架里的糟烂拼写，就是拿出去丢脸的。

二郎神：还有这种捷径？
沉香：你说有就有吧。

要在物理机的 ROS 里运行虚拟机？这可能真是个 X-Y 问题。

以前有个段子，股市行情好的时候坐台小姐到证券公司当交易员，行情不好的时候交易员坐台当小姐。

红利行业就是这样，对人的需求大于供给，各种阿狗阿猫都会冲进来。

（程序）又不是不能跑、（人）又不是不能跑。

你能做的就是尽量往高水平的团队去。

JS 性能更高吗？以前看过一篇论文，对常见的各种语言做了个 benchmarking ，脚本语言无 JIT 组 Lua 是第一，有 JIT 组 LuaJIT 是第一……

“问就是几千年都是精米精面”这都说得出来，那恐怕真没啥办法了……别说几千年了……要不是因为经济发展，几十年前都轮不到精米精面吃

LOG_EMERG system is unusable

LOG_ALERT action must be taken immediately

LOG_CRIT critical conditions

LOG_ERR error conditions

LOG_WARNING warning conditions

LOG_NOTICE normal, but significant, condition

LOG_INFO informational message

LOG_DEBUG debug-level message

可以往上加，也可以往下加。你认为 debug 不够细，然而在有的日志 level 体系里（比如 syslog ），debug 是最细的，你说的用 debug 来打的这些级别是放在“后者更着重于分析和监控程序是否工作正常，而不注重运行细节”是放在 notice 里的。

来自于自己的尝试……大概率是用户态的 L4 端口映射

@fliter 所以呢，有没有可能，其实问题的关键是不同档次地方的经济形态，而不是行业。

以前看过一本哲学书，开头说：世界上有两种游戏，一种是为了让游戏结束，另一种是为了让游戏持续。