程序员芋仔

你有没有过这种感觉，早上 7 点，被楼上邻居的一声"咚"吵醒。离闹钟还有半小时，意识刚刚浮上来，大脑已经开始自动"开会"了——那个需求评审还没对齐，小王的代码今天能提测吗，后端接口的字段还没确认，得跟

前端没有多线程，按理说不该有并发问题。但只要你写过稍微复杂一点的项目，就一定踩过这些坑：用户连点按钮提交了两次订单、搜索框的旧结果覆盖了新结果、五个请求同时 401 触发了五次 Token 刷新……

最近，出于业务需要，参考 v0 的实现，蹬了一个类似 v0 的平台出来。整体采用 Next.js 做前后端服务，E2B 提供沙箱，Claude Agent SDK 完成代码生成，沙箱提供预览和代码推送

这篇文章回归技术本身: 聊聊 table 的卡顿如何解决。 本文记录的是我在工作中遇到的一个技术问题：大分页非简单列的Table中，如何避免卡顿?

就现阶段而言，取代程序员还是为时尚早了。相信一些曾相信的老板很快就会醒悟过来，这一波 AI 的浪潮，可能并没有想象中的那么无所不能。

Qwen3 是目前唯一开源的混合推理模型，也是全球目前唯三的支持混合推理的模型。 这篇文章，就着重深入聊聊 Qwen3 的混合推理。

所谓内行看门道，外行看热闹。 这一次，作为一名外行但又不那么外行的程序员，我决定静下心来： 从最初的源头：Qwen3 的评测跑分数据入手。 对 Qwen3 真实的性能做一次完整的复盘。

去年我因为很多原因离开了职场，而原本在走的所谓正道：努力工作，升职加薪，也不复存在。 但也正因如此，我在邪路上，看到了不曾有过的风景，也尝试把邪路走成正道，只是，所谓的正道，又一定正吗？

很多媒体现在会说，xx 工具，取代程序员。 程序员焦虑到失业掉头发。 前端已死，客户端凉透了。 真信了，平白焦虑，付出心力，然后报课，那你就是那个大冤种。