舒服一点，考虑性价比不太行

https://jt26wzz.com/ 极简风路过

干的漂亮，记得更新下后续

很好的一篇博客。
我现在高强度使用 Cursor 、Claude Code 以及 Copilot 写一些工作或者开源项目，但是我无法接受一点：对 ai 生成的代码只要求功能效果，不去人工 review 。所以，很多时候，我的处理 IO 成为了产出的瓶颈，但是这个没办法，作为一个工程师，要把关好最后一公里。
另外我还有一个比较切实的体会就是，我对编程语言的要求有了改变，我希望使用的编程语言没有太多抽象，更具体的说，我不需要语法糖了，我只需要一板一眼、完全工程化的编程语言，反正都是 AI 帮我干脏活。在我的场景里面，感觉 Rust 或者 Go 都是很好的选择。

这个文章写的挺好的，我比较认同的点是，简历里里面留好钩子，引导面试官提问，在自己的主场才能发挥的好。
别找面试辅导，自己骑驴找马慢慢面试就好了，先面小公司，积累经验，大公司有面评记录，有把握再去面。

看你现在 offer 业务赛道有没有前景（比如有几家竞对，好不好跳槽，资深的同事待遇咋样），我当年大家读研不是为了钻研啥玩意，只是本科进不去大厂罢了。多三年工作经验，从钱的角度和职业发展的角度，是吊打读研再工作的。

想起来当年第一次校招现场面试，家里反复叮嘱我要刮干净胡子、不要穿拖鞋。结果我面试官是个大胡子，外加还穿个拖鞋。

蛮快乐的，尤其是各个模块最后都是按照我的想法拼接运行在了一起，有种玩帕鲁或者异星工厂的感觉

从协议设计上 QUIC 是比 TCP 优秀的，但是你们的音视频是纯点播场景，没有基于 QUIC unreliable 搞各种弱网丢帧优化之类的，优势可能不是特别明显。大厂音视频传输用 UDP-Based 协议，都是加了五花八门的自研 QOS 方案。
国内网络环境对 UDP 不友好这个话题，是见仁见智了。针对你的问题，我建议是再继续分析定位下表现差的原因是什么，再看用什么方案解决。

我前一阵子刚在知乎回答了一个 HTTP/3 的问题，可以分享给你
HTTP/3 解决了什么问题，又引入了什么新问题？ - swananan 的回答 - 知乎
https://www.zhihu.com/question/6058311194/answer/1937806771772199097

原因很简单，有几个通过的候选人，你在里面优先级不是最高的
hr 这个说法蛮业余的，随便找个理由就搪塞过去了

我唯一想说的是，不要通过买课来提升自己

这是一个非常好理解的职场潜规则，就是当你在你的部门内部尝试活水的时候，第二个知道这件事情的就是你的老板。原因很简单，你的价值不够，也不值得让其他老板去破坏和你老板的关系（哪怕他们都没有业务合作关系），这个你可以换位思考。除非你和目标老板是穿一条裤子的，或者有他裸照，不然肯定是第一时间就通知你现任老板。

没啥好办法，吃一堑长一智，骑驴找马换个好公司

@kiraskyler
我是看了一些文章注意到这个的 https://lists.iovisor.org/g/iovisor-dev/topic/accessing_user_memory_and/21386221
除了上面的复现场景，我记得看过一个公众号，说过进程刚启动的时候，去读静态字符串的时候，也是读不到，也是一个复现场景

我这边可以看到的，op 当年大概犯了以下几个错误，当然都和肯德基的例子没什么关系😂
1. 帮别人进行线上发布，我觉得最核心的不是答应帮别人发布，而是没有理解线上发布需要做什么事情，发布不是只点一个发布按钮就结束了，灰度、业务报警、客户反馈，这些需要时刻跟踪，发布版本的变更内容和可能造成的影响都得了然于胸。如果对发布有了这些认知，相信 op 也不会随随便便答应别人（还是不同业务线的人）的发布要求。
2. 线上紧急回滚需要谨慎，不能一键回滚，而是要当做发布来处理，灰度、监控报警观察等等一些系列操作都不能缺失，一把梭等于是在玩命，当然版本发布者的回滚风险评审确认也是必不可少。所以，也是为什么发布必须又核心开发者本人来执行，而不是找人代发。

顺便推荐下我写的一篇博客，https://jt26wzz.com/posts/0007-online-firefighting-real-world-lessions-from-4-years-on-call/

我也觉得技术深度上，op 已经很猛了，反而是工作项目上或者业务方向上，可以挖掘一下。我和楼上看法类似，工作项目上需要表现出以下的特质，即主动发现问题，然后用合适的技术解决问题，最后拿到结果。
最后好奇问个问题，用户态使用 ebpf 追踪的时候，如果遇到缺页错误这种，读不到用户态虚拟地址上的数据，有什么好的解法吗。

所以严格的说，目前这个项目并不是基于 ebpf 的探测项目哈，没有恶意，只是指出

从纯面试准备的角度来分析下有什么可以改进的呢（抛开各种无法掌控的负面因素）
1. 面试录音，然后让 ai 帮你初步 review 一下？考虑到八股文答上来有很多不同的程度，可以看看是不是回答的深浅有问题
2. 简历针对 jd 来优化优化？换位思考，面试官是大头兵忙着搬砖，所以面试时候主动抛话题，引导面试官，让面试官不用动脑，就有东西问，有东西问

我只是快速的过了一遍 readme ，所以问的问题可能没那么精确。
好奇这个项目是基于 libpcap 来实现的，没有基于 xdp ，所以为啥说是基于 ebpf 呢。是因为 libpcap 支持 cbpf filter 这种吗。
感觉如果不支持对 tls 流量解析，就有点可惜啊。可以考虑像 ecapture 那样，对稳定的 tls 开源库做 hook ，直接抓取相关流量，这样感觉适用性是不是更广一些

换个思路呢，和公司共赢，各取所需