@oom 像这种只要统计包头, 不需处理包内数据的场景, 用 eBPF 很合适, 它在内核中直接生成统计数据, 用户态直接读取统计结果, 避免了大量了无用的拷贝, 可以看一下 https://github.com/cilium/ebpf

我能理解成, 抓包, 然后对包进行汇总, 我能想到的:
1. 可能会对网络性能有影响, 如果数据量大的话, 程序本身可能还要占用很多资源。
2. 如果不用精细化到单个 ip, 可以直接用内核暴露的统计数据，比如 /proc/net/dev 。

我感觉最大的危险是, 药物重复摄入, 很多药物都需要严格控制摄入量, 过量会有危险的, 成分不明的药物还是建议不要吃, 另外, 也不建议同时吃几种复合药物.

我倒是感觉这样做挺好的？不然，项目小的话还好说，项目大的话，写个通用方法比如 New 那不得卡半天。

× 找人修图，修到亲妈都不认识
√ 拍些真实照片记录重要瞬间

就我而言，若干年后再看，那些真实的照片反而让我更感动，那些修过的，总感觉好陌生。

妈妈心疼地摸着刚从噩梦中惊醒的儿子的头，轻声说：“你看隔壁那个程序员叔叔，也不知道在干什么，大半夜的，一会儿骂骂咧咧，一会儿又像是在道歉，有时候还突然大笑起来，真奇怪。儿子，咱们以后可别当程序员！”

@mumbler 那个店关门了怎么办，领导一会要去另一栋楼开会要修改一下地址怎么办，领导最近信用卡到期了，要更换支付方式，领导夫人来了，需要多点一些，夫人喜欢吃淡点的，领导除了吃猪脚饭，还能吃什么，总不可能是随便吧，领导想给自己的父母点一些该怎么办。我的核心观点就是，想要精确表达需求，就要有足够的输入，你可以优化输入（比如，最近点过什么，我可以说，就吃上次点的），但是你不能省略输入信息，不然，你得到的结果很可能不是你想要的，各种 UI 都在优化这种输入，比如从常用地址中选择而不需要手动输入地址，你没办法做到不精确描述需求，而想得到一个精确的结果，不然就是开盲盒了（点了什么不知道，送到哪去了不知道，是用美团月付还是用信用卡支付的，不知道，餐具有几套，不知道，我最近牙疼，是不是清淡的，不知道）。

@mumbler 你要吃什么，在哪个店铺，要点多少数量，收货地址是哪，餐具要多少，有无口味要求（可能一个人吃，也可能几个人吃）这些可以做哪些优化？一个界面呈现所有选项么？

我认为，信息压缩也是有极限的，有些东西无论以何种方式呈现，最终还是要呈现，你可以改进压缩算法，但是它的极限就在那，你没办法不说出你的需求，就能得到结果，最多做一些优化（比如常用地址只要选择就可以了，而不用重复输入）。话说，真有人会感觉目前 App 订餐以及打车需要优化么(普通人一天最多也就一两次吧）？

@mumbler 你要选择你要点外卖功能，（搜索你想吃的）然后选择店铺，选择你要点的东西，选择收货地址，写备注，这不就是目前 app 在做的事情么？我想不到哪里还可以优化。

出现这个问题的原因是，更新后，旧版本的 js 文件不存在了，然后，旧的页面链接还是指向旧的 js 文件，获取的时候，返回了 404.html （或其他），你这种情况可能是由于使用文件名来做版本控制（同一 js 文件不同版本不同的文件名），我能想到的方法是，固定 js 链接地址，再由后端来决定返回什么版本的 js ，或使用 HTTP Etag 头来做版本控制。

对话框也属于 UI ，我感觉并不适合所有场景，就订餐来说，食物长什么样的，店铺评价如何，要几双筷子，有哪些优惠，如何支付，外卖送到哪了等等，这些信息用自然语言来呈现不一定最佳。还有打车，你如何精确描述你的目的地，以及到哪接你，以及你可接受的价格。

@kamilic 这本书是好，但内容有点过时了（ 2018 年出版的，第二版的话今年 5 月份发布），详细是真详细，我也是看这本书入门的，同时还看了另一本《 The Kubernetes Book 》（只有 243 页，实用为主，核心概念都都介绍了一下）。

实验环境的话，可以安装 minikube 或 k3s 组建单节点集群，但受限于国内网络环境不友好，我是买了一台外网服务器用来运行 k3s 。