敝司是写了个简单的 HTTP bridge 给一些作 gRPC 调用比较麻烦的 client 用，大概就是 header 里传 service 和 method 名，payload 和 response 都转 JSON 。

我几年前呆过一家公司，CTO 是盲人，先天疾病，到 14 岁的时候全盲。他平时工作就是靠操作系统的屏幕读出，电脑和手机都是。

如果你愿意的话，经过一段时间过渡，应该还是可以继续做程序员，只是可能在国内的环境只能做自由职业者。但我觉得也总比改行干别的更有保障一些。

这世界没什么道理可讲，给你打打气。

@kneo

@nagisaushio 说的是正解。Lambda 演算(Lambda Calculus)早在 1930 年代就提出来了，比现代电子计算机出现早几十年。

不用着急，标准库的泛型更新还早

@mscsky 大众一般不知道内存是耗电大户，特别是大内存

不运动的话无所谓，如果有运动并且记录心率的需求，完全不推荐华米(Amazefit)的任何产品--心率准确度几乎是所有手表手环里最差的。

YouTube music 听个响

这么明显的推广…

Hades

工作六年就老程序员了，国内现在这焦虑程度真够呛。
我工作 20 多年了

rsync 是正解

其实看随机读写也还好，反正顺序读写已经远超 10Gbps 了

一般是指不保证任何特定的枚举顺序，例如（但不限于）枚举顺序与插入顺序无关。

虽然就常见实现而言，如果没有元素增删，大概率每次遍历顺序会一样，但使用者不应该依赖这种假设。Golang 更进一步，直接把枚举顺序搞成了随机的。

多大内存？

@chuanqirenwu 绿框可以叫 IntegrationToAdd

Summary 或 IntegrationSummary ，取决于在什么上下文里用。

既然你光猫这头已经有 vlan 交换机，最简单的办法是再买些支持 vlan 的小交换机(4 口，几十块钱)，上网和 IPTV 分不同 vlan 走。
我以前是自己在两头弄 openwrt 搞 vlan ，挺麻烦的，除非自己想折腾，不推荐。

楼上+1 ，钱首先花在内存上，然后是 SSD 。CPU 8 核和 10 核的差别要小得多，基本可以忽略。

多一句嘴，不喜请随意忽略。docker image 本身应该是无状态的，打包整个 container 不是正确做法。

正确做法是所有可变的数据和配置应该独立于 image 之外，比如放在 host 上，作为 volume 映射到 container 里。迁移时只把 volume 拷走就行。