AI 时代下程序员的价值：一些可能会过时的个人思考
jt26wzz：代码不再稀缺后价值转向判断——定义真问题、做对方式、确认现实有效；借 Zig/Godot AI Ban 与缄默知识，谈何物难交 AI。
jt26wzz.com
署名作者 · jt26wzz.com
当前已导入的历史，每页 50 篇；不代表网站完整历史。筛选作用于当前页，更多内容可由 Grok 后续补齐。
访问原站 ↗我的第一个 Linux 内核补丁：从一个 TCP Listener 的 Bug 说起
TL;DR: 这篇博客记录了我第一次给 Linux 内核贡献 Bugfix 补丁的全过程，全文可以划分成三个部分：第一部分记录我是怎么发现这个 TCP Listener 的 Bug，第二部分详细记录了我给内核提交的补丁的完整过程和心得总结，第三部分分享了我对开源社区运作新的理解，包括和商业化组织里面工作的不同，以及如何更好的参与开源社区，如何利用开源社区让个人得到成长。 首先声明，本篇博客全部由本人手敲，没有任何 LLM 参与，这倒不是我反感 LLM 生成的文章（毕竟 LLM 只是工具，作者才是赋予文章灵魂的人）。而是我觉得写这篇博客会为我带来极大的乐趣，我只是不想让 LLM 抢走我的快乐。 一般来说， 在 Linux 应用层做开发的，或多或少，都看过一些 Linux 内核实现细节的资料。这里，一直存在一个说法，就是说对于研究 Linux 内核的人，有读者和写者的两种角色定位，所谓读者，是。
为什么我们总是不擅长临场发挥
这篇文章想聊我对“临场发挥”的重新理解。很多人之所以会卡壳，并不是因为现场反应太慢，而是平时没有把那些模糊的想法打磨到能顺手表达出来。最近我很喜欢让 AI 反过来追问我，因为真正把想法逼清楚的，往往不是一次回答，而是一轮轮作答、追问和修正。 LLM 含量警告 本篇博客，是我第一次拿 LLM 来写博客（事后发现，确实不是一次成功的尝试），防止有人介意 LLM 生成博客，我这里提前说明一下，不耽误大家时间。不过这篇博客完全是我个人经历和想法，LLM 只是一个无情的打字员。 我们总在事后才想明白 我总觉得，很多人嘴上卡壳，往往是事情过去之后，才把自己刚才想说的话想明白。 讨论结束了，面试结束了，甚至争论都过去了，脑子里却突然开始自动复盘：刚才那个问题，其实应该先讲结论；那个例子，其实可以换成一个更有说服力的；那个追问，考的可能根本不是某个知识点，考的是你到底怎么思考这件事情的。 尤其是面试，这种。
程序员的自我修养：如何用好 GDB
博客标题可能起得有点狂妄，但我这里只是为了致敬《程序员的自我修养：链接、装载和库》这本书，提前说明一下，手动狗头保命。想必大家现在都是让 AI agent 自动编写和执行 GDB 脚本来捕获信息进行分析，或者让 AI 自己分析 Coredump 文件，自己动手的情况可能越来越少了。但在这篇博客中，我还是想聊一聊在 AI 时代如何更好地使用 GDB：更具体地说，对 GDB 背后原理要理解到什么程度，才能大概掌握 GDB 工具的能力边界，在一些复杂问题上不至于被 AI 牵着鼻子走。 现在已经是 2025 年的末尾了，这个世纪已经过去了四分之一，更严峻的是，距离 AI 达成统治二进制世界的终极计划，可能已经没剩多少时间了（不相信的，可以看看美股的股价，以及 OpenAI 左脚踩右脚的梯云纵绝活😂），所以，我想与时俱进，写一篇关于在 AI 时代下如何才能使用好 GDB 的博客。 我大概几年前看到过。
第 1 页