程序员黑话

基于eBPF/XDP的高性能QUIC-CID负载均衡器上面是项目题目，具体内容如下：利用 QUIC 的 Connection ID（CID） 做无状态路由，并在 Linux 内核数据平面直接处理数据包，实现比传统用户态代理（如 Nginx/Envoy）更低的延迟和更高的吞吐量。项目还探索在 QUIC 握手后进行 data-path bypass，进一步减少负载均衡器开销。想问下佬们这个项目找C++后端或者linux开发等方向的工作有用吗，感谢

前言除非是真的没办法，或者是工资真的非常非常高，我劝各位真的不要选单休的工作。我毕业第一份工作就是单休的，当时因为转行，再加上疫情工作确实不好找，没办法就选了个单休的公司。单休工作的感受大体如下：单休等于没休，一到周末就不想出去，休息那一天睡个懒觉，起床就到中午了，有精力下午就出去逛一逛。因为第二天又要上班，晚上基本得早点休息，一天就这样子过去了。刚毕业的时候精力好，还能折腾，过了3-4个月就真心不想出门了。而双休，甚至是大小周，起码有个两天的周末你可以兼顾游玩和休息。单休跟双休，或者是大小周对比，一个月分别少休4天、2天；一年下来就是48天，24天；两年就是96天，48天……单休是干6天休一...

1计网 1.七层协议2.每层都有什么3.tcp和udp的区别4.tcp如何实现安全性5.交换机和路由器2c++/数据结构1.宏定义和const区别2.宏定义优缺点3.智能指针底层实现4.动态库5.stl map底层 set底层 priorityqueue底层6.堆7.红黑树原理3操作系统1.为什么会造成死锁2.如何解决避免3.线程和进程4手撕拓扑排序判环

有一次，mt对我说过一句话：“先把事情做成，再去追求完美。”这句话看起来很普通，却在很长一段时间里改变了我做事的方式。以前遇到问题，我总想着一步到位，方案要完整、代码要优雅、结果要足够好才肯开始。结果往往是准备得越久，越容易拖延，事情反而迟迟没有进展。后来我慢慢发现，真正推动事情向前的，不是一开始就做到完美，而是先迈出那一步。哪怕是一个不够漂亮的实现、不够成熟的想法，只要它真实地落地了，就能暴露问题、积累经验，也更容易持续迭代。这句话让我学会降低“开始”的门槛，把精力放在执行和反馈上。很多看似复杂的事情，正是在不断修正中逐渐变好的。与其被完美困住，不如先行动起来。