swananan

我在买，每年都疯狂氪金

建议光速换公司

到底该写什么？是源码分析，还是项目复盘？如何才能坚持下去，并让博客成为我简历上的亮点，而不是自嗨？
===
我有一个小建议，就是博客里面源码贴的太多了，阅读体验不是很好，我比较喜欢看图多的。我感觉这也是写源码分析的一个痛点（所以我从来不写源码分析，最多用问题引入某些实现细节）。
在 AI 爆发的时代，博客含金量也在降低，我觉得倒是无所谓，反正博客主要是写给自己看的，另外就是方便交流和找到相同爱好的人。对于找工作，多写博客多总结，多少会有点用的。

除了硬着头皮刷，有没有更科学、更不容易放弃的方法论？如何将算法能力与业务开发结合起来？
===
我觉得不如把数据结构吃透，比刷题有用多了，除非开始找工作了，不然不建议刷题

真的畜生啊

额，好像回复错了人，想回复给 op 的

@ZGeek 如果 tongsuo 支持了国密，那 quic 引入 tongsuo ，从而支持 国密，应该不麻烦吧。毕竟 quic 只通过 Crypto frame 为 tongsuo 提供可靠字节流来完成国密协商

看到国密，我第一个反应是 xquic 应该支持了吧，不过跑去看了下，好像请求支持国密的 issue 还在。
看起来 babaSSL 已经支持了国密算法，quic 协议栈想支持，应该比较简单才对（ babaSSL 改名叫 tongsuo 了啊，感觉名字有点 gay 里 gay 气的）

对一个软件工程师（而非研究人员或特定领域的技术专家）来说，技术领域什么才是值得深入学习的？
====
最终你还是要选择一个技术领域深耕😂，我觉得构建好自己的计算机知识体系基础，然后选择一个你感兴趣或者工作中需要的技术领域不断深挖，是一个很有意思的过程。

或者回过头来，仅以 Promise 为例，如果不去了解 Promises/A+ 等规范，想要加深对异步本质（是什么，解决了哪些问题、如何解决）的理解，应该去学习哪些方面的内容呢？
=====
我觉得可以拿网络编程的演进过程来举例。比如说，服务端网络编程，更关注怎么提升 IO 密集型服务的响应能力，从 IO 模型开始，选择了多路复用 IO 模型，即 epoll 为代表的那一批（本质上是减少了上下文中断开销），然后基于 epoll 的网络库往往提供的是异步回调的网络编程模型，这意味着加大了研发人员的心智负担。所以出现了引入协程来隐藏底层异步网络模型的解决方案，比如说 openresty 引入 lua 协程，来结合 NGINX 网络 IO 实现来提供同步的网络编程模型，又比如说 go 从语言层面来提供解决方案，又比如 Rust tokio runtime 。

@jiangwei2222 我一直想反驳这个逻辑，合格的企业文化，不会因为某些人到来而变味。
更具体的说，卷王来到不卷的地方，再卷也只能吃大锅饭，卷王还会再卷吗？卷王又不是傻子，相反绝大部分卷王都是聪明人。
只有上面想刻意的提升工作强度，这种行为收到了鼓励，才会行之有效，影响整个工作氛围，所以这种恶化，永远是公司的问题。