会记录一些莫名其妙的话。本来想每天发发小红书的，但是啥比小红书新号不实名不给我解封。写这儿算了。 3 个帖子 - 1 位参与者 阅读完整话题
大概四个人左右 我使用 claudecode 写代码写点小项目 有没有有意向的 10 个帖子 - 9 位参与者 阅读完整话题
我之前寻思过弄个小程序放之前工作的案例作品,但是感觉上线小程序有点麻烦,就拖延症没弄,但是最近又燃起了这个想法,主要是是自己coding 一个小程序好像又太单薄,佬们能不能推荐点看起来很唬人的纯前端项目 然后服务器暂时只有一个阿里云新加坡1c1 小鸡,项目案例放服务器上是不是最好弄一个国内服务器备案? 2 个帖子 - 2 位参与者 阅读完整话题
感觉我的生活似乎相当简单，毕业后直接进了某网安公司实习、然后就慢慢悠悠待了六年，直到今天。 毕竟是人生的第一次，感觉应该写点什么纪念一下。 刚毕业的时候是 2020 年，选了一个网安公司。当时进这个公司非常重要的一点是，我对网安行业非常有兴趣（初高中「捣鼓」过很多东西，还玩过渗透，甚至年少无知黑过别人论坛 - 幸好人家没报警），而且这家公司还运营着我曾经经常逛的一个安全论坛 当年也正值网安行业如日中天，开心入职了。刚入职的时候其实福利相当可以，各种下午茶、福利、多余的假期、奖金等等，各种活动也不少。 入职的时候面的是 Python ，还记得进公司的时候接手的是当时的一个老项目加功能。读这个项目源码的时候真的非常痛苦，具体记不清了，但大概也就是不遵守命名规范、没有注释、没有类型注解、没有测试这些，我梳理代码的过程中加了一些注释，然后做好了功能，然后提交代码。 然后 Code Review 过程有两件事情让我至今印象十分深刻 因为写了过多的注释被 leader 要求「不要加注释，因为后面代码变了可能和注释对不上」 当时做了一个删除功能，然后因为 ES 删除并不是实时的，可能出现添加后立刻删除没有 / 删除后立刻查询还在，当时不太懂 ES ，听从了 leader 给的解决方案「在所有操作后都执行 index 刷新」 不过巧的是，我的代码质量被另一个团队的 leader 看到欣赏了，把我要了过去 —— 所以这也是我在真正招我入职的这个 leader 手里做的唯一一个项目 在新的小组，用 Python 做了一个新项目以后，就遇到了公司决定放弃 Python 转 Java 😂 所以我那个 Python 项目在线上好像也就存活了一个月 之后，既然公司决定转 Java 了，那我自然是…… 去写 Go…… 没错，我所在的新部门因为是中间件部门，因此没有受到应用层转 Java 的影响，而是可以选择合适（喜欢）的语言完成，在职期间我基本上可以说把 Python 2, Python 3, Golang, Java, JavaScript (TypeScript), Rust 玩的都挺明白（主打一个想学什么语言就用什么做） 在这个部门工作的时候非常开心 —— 即使那时候我知道我的能力已经远超我的薪资了我也没有走，我经常觉得好像工作氛围要比钱重要的多。 然而，在这期间，网安行业走下坡路，公司也开始了各种「骚操作」，取消各种奖金、晚发至最后取消年终奖、强制加班（我入职的时候承诺了每天工作 8h 、周末双休 - 当时也确实做到了，但后面就变成了要求工作 9.5h ）等，我因为氛围 & 做的东西我比较开心其实也都默默忍了下来。 转折点应该是两个因素一起构成的。一是我当时的 leader 因为不满公司 9.5h 的工时制度而离职（公司为了逼他离职甚至做出了在他头顶装摄像头的离谱举动），二则是公司突然搞了一个「王牌项目」，而我也正式从专门的基础架构/中间件的开发去转做了业务开发 坦白说，这是一个非常有前景的项目，但也是一个十分困难的项目 —— 当时的说法是「我们是第一个，没有竞争对手」而我说的是「因为其他家都知道不可能所以我们是第一个」—— 这件事情几年后到了现在也是正确的，我们没有任何同类竞品、到今天也没有 当时我是负责安全动态爬虫的，简单说就是给你一个 url 要争取全自动的、完美的爬取到整个网站、触发所有可能的 API —— 这是一个可能现在基于 AI Agent 都难以达成的目标 —— 但在当时就被要求去做到极致，有一段时间一直淹没在对各种奇葩网站的适配，十分痛苦 但其实虽然觉得困难，但我还挺喜欢挑战困难的，所以虽然痛苦，我也一直没有什么一定要走的想法 AI 时代来了。我进了 AI 安全项目组。 这次我要做的产品是 AI 网关。 这其实是一个对我来说毫无挑战的项目。作为一个「精通」各种网络协议、代理协议，手搓过 MitM 实现的人，这个需求对我来说简直太简单了 —— 它对我来说最大的难点就是作为一名 ADHD 我怎么说服自己去做这么一个「无聊」的项目。 anyway ，就当做个「 Build your own nginx 」这种练习了，轻松搞定。 但是让我始料未及的是，我又接到了很多 AI 网关的需求 —— 这不正常吗？这正常吗？还记得我开篇吗，我在的是一个「网络安全公司」！而我在的项目组是做 AI 安全的！ 4 月我接到了大量的 AI 网关方面的需求，多上游负载均衡、协议转换、计费…… 我其实挺不理解的，为什么会有人期望让一个安全产品支持这些功能。。这不是后面接一个 Kong 甚至开源的 New API / litellm 就能解决的嘛？我们产品经理其实也不理解 —— 也没有客户提 —— 是伟大的 CEO 同志提出的。 而与此同时，一个安全产品却又不给安全研究方面的资源。。只有一位研究员还需要在多个产品之间提供支持、要求训练小模型不给卡。。。 （当然，现在好很多了，但是项目组中网关的研发已经有数个，安全研究人员目前却仍然只有一个。。） 与此同时，公司正在实行 All in AI 的政策 —— 坦白说，我觉得方向是对的，然而实行却一言难尽 先说我负责的 AI 网关。4 月直接接到了海量的、人力根本不可能完成的需求，而上面给的解决方案就是 —— 用 AI —— 并且号称给「无限的 AI Token 」 —— 然后对于项目的要求是「做出来就行，不要求质量」。 「无限的 AI Token 」，听起来很美好是吧？结果给的是某个廉价中转的 API Key —— 这个离谱的廉价中转的可用性甚至是见过、听过的最差的 —— 一个流式请求的 TTFT 平均 1min 、最长能干到 3min 的中转你们听说过吗？（对比下，直连 OpenAI / Claude 官方基本在数秒） 哦对，几分钟的 TTFT 还是后话，4 月初刚刚给到我的时候，它甚至根本没办法正常使用当时最先进的 gpt 模型 —— 非常稳定的，不开思考（默认 none thinking ）就是智障、开了思考会无限等待直到超时。 （当然，当时秉持着绝不自费打工的想法，我申请到了 ChatGPT Pro 报销 —— 没强制要求发票，invoice 就给报了，这点公司倒是挺好的，我还以为到财务那里会卡我呢） AI 现在的发展阶段到处是什么样子？我觉得是一个挺尴尬的境界。AI 可以去完成一些简单的任务、复杂的任务、甚至多步工作流的任务，AI 也能完成一些小项目的完整维护。 但是对于一个 AI 网关这种量级的项目呢？我的评价是，根本无法正常维护 —— 哪怕是最先进的 gpt-5.5 。 被迫用 AI 开始这种级别的「 Vibe Coding 」我其实是极度痛苦的。因为给的时间去完整审阅 AI 代码是不可能的，我只能尽力保证大方向的架构是我期望的、而放任中间的细节由 AI 把控。 我的「掌控欲」其实还挺强的。我之前几乎可以保证只要我交付出去的代码，几乎不会有我写的 bug ；而我自己没测出来的 bug ，测试也几乎不可能测出来 —— 我有另一个中大规模的项目，完全由我开发、没有测试介入、运行数年、在无数个不同的环境中新装、升级，累计 bug 数不超过 10 但是现在呢？我再也不敢直接去笃定的说「配置问题」了，而是接到可能的 bug 永远要自己先审查一遍 —— 当然，我做了个 AI Skill 让 AI 完成这件事情 —— 但这种事情带来的心智负担是我不能/不愿意接受的。 而且也算是不得不对代码质量放任了。之前做 Code Review 我都会非常仔细的一行行代码看，包括考虑各种性能和可能的边界条件。而现在呢？别说审查了，我自己都不知道哪里会埋雷。看了下只要 CI 过了、别提交不该提交的文件、没有什么明显改动不该改的文件，就 Merge 了。 —— 哦，说到 CI ，可能只有我负责的项目有 CI 这种东西吧，公司完全不管 —— 当然，没有 CI ，也没有 CD ；我明确提过，这种 AI 的代码 bug 会很多，必须要做到遇到 bug 敏捷开发、快速迭代、快速上线（目前是采用月发版、中间非常紧急的 hotfix 才会手动去部署升级 —— 但我现在几乎每天都能发现 AI 之前埋藏的数个惊喜），要搭建好 CI/CD 做好自动的上线，正好趁着新项目直接上全套的 k8s + helm + argocd —— 然而，nobody cares —— 没有人敢使用新技术、没有人敢担拍板的责任 与此同时，公司正在执行更加激进的 AI 政策。 配备统一的（公司自己开发的）（ Vibe Coding 的）（极其难用的）（充满 bug 的） AI 工具，禁止使用自己的工具、禁止使用自己的 API Key ，将 AI 使用率纳入考评、所有 commit 必须 AI 提交…… CEO 期望的肯定是「降本增效」，但如此激进的政策，我也很难说公司到底是先驱还是先烈了。 断断续续，不知道写啥，纯属觉得应该画个句号，写个流水账记录下吧；也尽量模糊了公司（不过网安行业就这么大，期望猜到的/我的同事们也不要说出公司名称来） 下一步怎么走也没想好，先去玩玩？自己做点什么？再换一家小而美不加班的公司？ 无贷未婚无娃在这种情况下，还挺自由的 XD
感觉我的生活似乎相当简单，毕业后直接进了某网安公司实习、然后就慢慢悠悠待了六年，直到今天。 毕竟是人生的第一次，感觉应该写点什么纪念一下。 刚毕业的时候是 2020 年，选了一个网安公司。当时进这个公司非常重要的一点是，我对网安行业非常有兴趣（初高中「捣鼓」过很多东西，还玩过渗透，甚至年少无知黑过别人论坛 - 幸好人家没报警），而且这家公司还运营着我曾经经常逛的一个安全论坛 当年也正值网安行业如日中天，开心入职了。刚入职的时候其实福利相当可以，各种下午茶、福利、多余的假期、奖金等等，各种活动也不少。 入职的时候面的是 Python ，还记得进公司的时候接手的是当时的一个老项目加功能。读这个项目源码的时候真的非常痛苦，具体记不清了，但大概也就是不遵守命名规范、没有注释、没有类型注解、没有测试这些，我梳理代码的过程中加了一些注释，然后做好了功能，然后提交代码。 然后 Code Review 过程有两件事情让我至今印象十分深刻 因为写了过多的注释被 leader 要求「不要加注释，因为后面代码变了可能和注释对不上」 当时做了一个删除功能，然后因为 ES 删除并不是实时的，可能出现添加后立刻删除没有 / 删除后立刻查询还在，当时不太懂 ES ，听从了 leader 给的解决方案「在所有操作后都执行 index 刷新」 不过巧的是，我的代码质量被另一个团队的 leader 看到欣赏了，把我要了过去 —— 所以这也是我在真正招我入职的这个 leader 手里做的唯一一个项目 在新的小组，用 Python 做了一个新项目以后，就遇到了公司决定放弃 Python 转 Java 😂 所以我那个 Python 项目在线上好像也就存活了一个月 之后，既然公司决定转 Java 了，那我自然是…… 去写 Go…… 没错，我所在的新部门因为是中间件部门，因此没有受到应用层转 Java 的影响，而是可以选择合适（喜欢）的语言完成，在职期间我基本上可以说把 Python 2, Python 3, Golang, Java, JavaScript (TypeScript), Rust 玩的都挺明白（主打一个想学什么语言就用什么做） 在这个部门工作的时候非常开心 —— 即使那时候我知道我的能力已经远超我的薪资了我也没有走，我经常觉得好像工作氛围要比钱重要的多。 然而，在这期间，网安行业走下坡路，公司也开始了各种「骚操作」，取消各种奖金、晚发至最后取消年终奖、强制加班（我入职的时候承诺了每天工作 8h 、周末双休 - 当时也确实做到了，但后面就变成了要求工作 9.5h ）等，我因为氛围 & 做的东西我比较开心其实也都默默忍了下来。 转折点应该是两个因素一起构成的。一是我当时的 leader 因为不满公司 9.5h 的工时制度而离职（公司为了逼他离职甚至做出了在他头顶装摄像头的离谱举动），二则是公司突然搞了一个「王牌项目」，而我也正式从专门的基础架构/中间件的开发去转做了业务开发 坦白说，这是一个非常有前景的项目，但也是一个十分困难的项目 —— 当时的说法是「我们是第一个，没有竞争对手」而我说的是「因为其他家都知道不可能所以我们是第一个」—— 这件事情几年后到了现在也是正确的，我们没有任何同类竞品、到今天也没有 当时我是负责安全动态爬虫的，简单说就是给你一个 url 要争取全自动的、完美的爬取到整个网站、触发所有可能的 API —— 这是一个可能现在基于 AI Agent 都难以达成的目标 —— 但在当时就被要求去做到极致，有一段时间一直淹没在对各种奇葩网站的适配，十分痛苦 但其实虽然觉得困难，但我还挺喜欢挑战困难的，所以虽然痛苦，我也一直没有什么一定要走的想法 AI 时代来了。我进了 AI 安全项目组。 这次我要做的产品是 AI 网关。 这其实是一个对我来说毫无挑战的项目。作为一个「精通」各种网络协议、代理协议，手搓过 MitM 实现的人，这个需求对我来说简直太简单了 —— 它对我来说最大的难点就是作为一名 ADHD 我怎么说服自己去做这么一个「无聊」的项目。 anyway ，就当做个「 Build your own nginx 」这种练习了，轻松搞定。 但是让我始料未及的是，我又接到了很多 AI 网关的需求 —— 这不正常吗？这正常吗？还记得我开篇吗，我在的是一个「网络安全公司」！而我在的项目组是做 AI 安全的！ 4 月我接到了大量的 AI 网关方面的需求，多上游负载均衡、协议转换、计费…… 我其实挺不理解的，为什么会有人期望让一个安全产品支持这些功能。。这不是后面接一个 Kong 甚至开源的 New API / litellm 就能解决的嘛？我们产品经理其实也不理解 —— 也没有客户提 —— 是伟大的 CEO 同志提出的。 而与此同时，一个安全产品却又不给安全研究方面的资源。。只有一位研究员还需要在多个产品之间提供支持、要求训练小模型不给卡。。。 （当然，现在好很多了，但是项目组中网关的研发已经有数个，安全研究人员目前却仍然只有一个。。） 与此同时，公司正在实行 All in AI 的政策 —— 坦白说，我觉得方向是对的，然而实行却一言难尽 先说我负责的 AI 网关。4 月直接接到了海量的、人力根本不可能完成的需求，而上面给的解决方案就是 —— 用 AI —— 并且号称给「无限的 AI Token 」 —— 然后对于项目的要求是「做出来就行，不要求质量」。 「无限的 AI Token 」，听起来很美好是吧？结果给的是某个廉价中转的 API Key —— 这个离谱的廉价中转的可用性甚至是见过、听过的最差的 —— 一个流式请求的 TTFT 平均 1min 、最长能干到 3min 的中转你们听说过吗？（对比下，直连 OpenAI / Claude 官方基本在数秒） 哦对，几分钟的 TTFT 还是后话，4 月初刚刚给到我的时候，它甚至根本没办法正常使用当时最先进的 gpt 模型 —— 非常稳定的，不开思考（默认 none thinking ）就是智障、开了思考会无限等待直到超时。 （当然，当时秉持着绝不自费打工的想法，我申请到了 ChatGPT Pro 报销 —— 没强制要求发票，invoice 就给报了，这点公司倒是挺好的，我还以为到财务那里会卡我呢） AI 现在的发展阶段到处是什么样子？我觉得是一个挺尴尬的境界。AI 可以去完成一些简单的任务、复杂的任务、甚至多步工作流的任务，AI 也能完成一些小项目的完整维护。 但是对于一个 AI 网关这种量级的项目呢？我的评价是，根本无法正常维护 —— 哪怕是最先进的 gpt-5.5 。 被迫用 AI 开始这种级别的「 Vibe Coding 」我其实是极度痛苦的。因为给的时间去完整审阅 AI 代码是不可能的，我只能尽力保证大方向的架构是我期望的、而放任中间的细节由 AI 把控。 我的「掌控欲」其实还挺强的。我之前几乎可以保证只要我交付出去的代码，几乎不会有我写的 bug ；而我自己没测出来的 bug ，测试也几乎不可能测出来 —— 我有另一个中大规模的项目，完全由我开发、没有测试介入、运行数年、在无数个不同的环境中新装、升级，累计 bug 数不超过 10 但是现在呢？我再也不敢直接去笃定的说「配置问题」了，而是接到可能的 bug 永远要自己先审查一遍 —— 当然，我做了个 AI Skill 让 AI 完成这件事情 —— 但这种事情带来的心智负担是我不能/不愿意接受的。 而且也算是不得不对代码质量放任了。之前做 Code Review 我都会非常仔细的一行行代码看，包括考虑各种性能和可能的边界条件。而现在呢？别说审查了，我自己都不知道哪里会埋雷。看了下只要 CI 过了、别提交不该提交的文件、没有什么明显改动不该改的文件，就 Merge 了。 —— 哦，说到 CI ，可能只有我负责的项目有 CI 这种东西吧，公司完全不管 —— 当然，没有 CI ，也没有 CD ；我明确提过，这种 AI 的代码 bug 会很多，必须要做到遇到 bug 敏捷开发、快速迭代、快速上线（目前是采用月发版、中间非常紧急的 hotfix 才会手动去部署升级 —— 但我现在几乎每天都能发现 AI 之前埋藏的数个惊喜），要搭建好 CI/CD 做好自动的上线，正好趁着新项目直接上全套的 k8s + helm + argocd —— 然而，nobody cares —— 没有人敢使用新技术、没有人敢担拍板的责任 与此同时，公司正在执行更加激进的 AI 政策。 配备统一的（公司自己开发的）（ Vibe Coding 的）（极其难用的）（充满 bug 的） AI 工具，禁止使用自己的工具、禁止使用自己的 API Key ，将 AI 使用率纳入考评、所有 commit 必须 AI 提交…… CEO 期望的肯定是「降本增效」，但如此激进的政策，我也很难说公司到底是先驱还是先烈了。 断断续续，不知道写啥，纯属觉得应该画个句号，写个流水账记录下吧；也尽量模糊了公司（不过网安行业就这么大，期望猜到的/我的同事们也不要说出公司名称来） 下一步怎么走也没想好，先去玩玩？自己做点什么？再换一家小而美不加班的公司？ 无贷未婚无娃在这种情况下，还挺自由的 XD
感觉我的生活似乎相当简单，毕业后直接进了某网安公司实习、然后就慢慢悠悠待了六年，直到今天。 毕竟是人生的第一次，感觉应该写点什么纪念一下。 刚毕业的时候是 2020 年，选了一个网安公司。当时进这个公司非常重要的一点是，我对网安行业非常有兴趣（初高中「捣鼓」过很多东西，还玩过渗透，甚至年少无知黑过别人论坛 - 幸好人家没报警），而且这家公司还运营着我曾经经常逛的一个安全论坛 当年也正值网安行业如日中天，开心入职了。刚入职的时候其实福利相当可以，各种下午茶、福利、多余的假期、奖金等等，各种活动也不少。 入职的时候面的是 Python ，还记得进公司的时候接手的是当时的一个老项目加功能。读这个项目源码的时候真的非常痛苦，具体记不清了，但大概也就是不遵守命名规范、没有注释、没有类型注解、没有测试这些，我梳理代码的过程中加了一些注释，然后做好了功能，然后提交代码。 然后 Code Review 过程有两件事情让我至今印象十分深刻 因为写了过多的注释被 leader 要求「不要加注释，因为后面代码变了可能和注释对不上」 当时做了一个删除功能，然后因为 ES 删除并不是实时的，可能出现添加后立刻删除没有 / 删除后立刻查询还在，当时不太懂 ES ，听从了 leader 给的解决方案「在所有操作后都执行 index 刷新」 不过巧的是，我的代码质量被另一个团队的 leader 看到欣赏了，把我要了过去 —— 所以这也是我在真正招我入职的这个 leader 手里做的唯一一个项目 在新的小组，用 Python 做了一个新项目以后，就遇到了公司决定放弃 Python 转 Java 😂 所以我那个 Python 项目在线上好像也就存活了一个月 之后，既然公司决定转 Java 了，那我自然是…… 去写 Go…… 没错，我所在的新部门因为是中间件部门，因此没有受到应用层转 Java 的影响，而是可以选择合适（喜欢）的语言完成，在职期间我基本上可以说把 Python 2, Python 3, Golang, Java, JavaScript (TypeScript), Rust 玩的都挺明白（主打一个想学什么语言就用什么做） 在这个部门工作的时候非常开心 —— 即使那时候我知道我的能力已经远超我的薪资了我也没有走，我经常觉得好像工作氛围要比钱重要的多。 然而，在这期间，网安行业走下坡路，公司也开始了各种「骚操作」，取消各种奖金、晚发至最后取消年终奖、强制加班（我入职的时候承诺了每天工作 8h 、周末双休 - 当时也确实做到了，但后面就变成了要求工作 9.5h ）等，我因为氛围 & 做的东西我比较开心其实也都默默忍了下来。 转折点应该是两个因素一起构成的。一是我当时的 leader 因为不满公司 9.5h 的工时制度而离职（公司为了逼他离职甚至做出了在他头顶装摄像头的离谱举动），二则是公司突然搞了一个「王牌项目」，而我也正式从专门的基础架构/中间件的开发去转做了业务开发 坦白说，这是一个非常有前景的项目，但也是一个十分困难的项目 —— 当时的说法是「我们是第一个，没有竞争对手」而我说的是「因为其他家都知道不可能所以我们是第一个」—— 这件事情几年后到了现在也是正确的，我们没有任何同类竞品、到今天也没有 当时我是负责安全动态爬虫的，简单说就是给你一个 url 要争取全自动的、完美的爬取到整个网站、触发所有可能的 API —— 这是一个可能现在基于 AI Agent 都难以达成的目标 —— 但在当时就被要求去做到极致，有一段时间一直淹没在对各种奇葩网站的适配，十分痛苦 但其实虽然觉得困难，但我还挺喜欢挑战困难的，所以虽然痛苦，我也一直没有什么一定要走的想法 AI 时代来了。我进了 AI 安全项目组。 这次我要做的产品是 AI 网关。 这其实是一个对我来说毫无挑战的项目。作为一个「精通」各种网络协议、代理协议，手搓过 MitM 实现的人，这个需求对我来说简直太简单了 —— 它对我来说最大的难点就是作为一名 ADHD 我怎么说服自己去做这么一个「无聊」的项目。 anyway ，就当做个「 Build your own nginx 」这种练习了，轻松搞定。 但是让我始料未及的是，我又接到了很多 AI 网关的需求 —— 这不正常吗？这正常吗？还记得我开篇吗，我在的是一个「网络安全公司」！而我在的项目组是做 AI 安全的！ 4 月我接到了大量的 AI 网关方面的需求，多上游负载均衡、协议转换、计费…… 我其实挺不理解的，为什么会有人期望让一个安全产品支持这些功能。。这不是后面接一个 Kong 甚至开源的 New API / litellm 就能解决的嘛？我们产品经理其实也不理解 —— 也没有客户提 —— 是伟大的 CEO 同志提出的。 而与此同时，一个安全产品却又不给安全研究方面的资源。。只有一位研究员还需要在多个产品之间提供支持、要求训练小模型不给卡。。。 （当然，现在好很多了，但是项目组中网关的研发已经有数个，安全研究人员目前却仍然只有一个。。） 与此同时，公司正在实行 All in AI 的政策 —— 坦白说，我觉得方向是对的，然而实行却一言难尽 先说我负责的 AI 网关。4 月直接接到了海量的、人力根本不可能完成的需求，而上面给的解决方案就是 —— 用 AI —— 并且号称给「无限的 AI Token 」 —— 然后对于项目的要求是「做出来就行，不要求质量」。 「无限的 AI Token 」，听起来很美好是吧？结果给的是某个廉价中转的 API Key —— 这个离谱的廉价中转的可用性甚至是见过、听过的最差的 —— 一个流式请求的 TTFT 平均 1min 、最长能干到 3min 的中转你们听说过吗？（对比下，直连 OpenAI / Claude 官方基本在数秒） 哦对，几分钟的 TTFT 还是后话，4 月初刚刚给到我的时候，它甚至根本没办法正常使用当时最先进的 gpt 模型 —— 非常稳定的，不开思考（默认 none thinking ）就是智障、开了思考会无限等待直到超时。 （当然，当时秉持着绝不自费打工的想法，我申请到了 ChatGPT Pro 报销 —— 没强制要求发票，invoice 就给报了，这点公司倒是挺好的，我还以为到财务那里会卡我呢） AI 现在的发展阶段到处是什么样子？我觉得是一个挺尴尬的境界。AI 可以去完成一些简单的任务、复杂的任务、甚至多步工作流的任务，AI 也能完成一些小项目的完整维护。 但是对于一个 AI 网关这种量级的项目呢？我的评价是，根本无法正常维护 —— 哪怕是最先进的 gpt-5.5 。 被迫用 AI 开始这种级别的「 Vibe Coding 」我其实是极度痛苦的。因为给的时间去完整审阅 AI 代码是不可能的，我只能尽力保证大方向的架构是我期望的、而放任中间的细节由 AI 把控。 我的「掌控欲」其实还挺强的。我之前几乎可以保证只要我交付出去的代码，几乎不会有我写的 bug ；而我自己没测出来的 bug ，测试也几乎不可能测出来 —— 我有另一个中大规模的项目，完全由我开发、没有测试介入、运行数年、在无数个不同的环境中新装、升级，累计 bug 数不超过 10 但是现在呢？我再也不敢直接去笃定的说「配置问题」了，而是接到可能的 bug 永远要自己先审查一遍 —— 当然，我做了个 AI Skill 让 AI 完成这件事情 —— 但这种事情带来的心智负担是我不能/不愿意接受的。 而且也算是不得不对代码质量放任了。之前做 Code Review 我都会非常仔细的一行行代码看，包括考虑各种性能和可能的边界条件。而现在呢？别说审查了，我自己都不知道哪里会埋雷。看了下只要 CI 过了、别提交不该提交的文件、没有什么明显改动不该改的文件，就 Merge 了。 —— 哦，说到 CI ，可能只有我负责的项目有 CI 这种东西吧，公司完全不管 —— 当然，没有 CI ，也没有 CD ；我明确提过，这种 AI 的代码 bug 会很多，必须要做到遇到 bug 敏捷开发、快速迭代、快速上线（目前是采用月发版、中间非常紧急的 hotfix 才会手动去部署升级 —— 但我现在几乎每天都能发现 AI 之前埋藏的数个惊喜），要搭建好 CI/CD 做好自动的上线，正好趁着新项目直接上全套的 k8s + helm + argocd —— 然而，nobody cares —— 没有人敢使用新技术、没有人敢担拍板的责任 与此同时，公司正在执行更加激进的 AI 政策。 配备统一的（公司自己开发的）（ Vibe Coding 的）（极其难用的）（充满 bug 的） AI 工具，禁止使用自己的工具、禁止使用自己的 API Key ，将 AI 使用率纳入考评、所有 commit 必须 AI 提交…… CEO 期望的肯定是「降本增效」，但如此激进的政策，我也很难说公司到底是先驱还是先烈了。 断断续续，不知道写啥，纯属觉得应该画个句号，写个流水账记录下吧；也尽量模糊了公司（不过网安行业就这么大，期望猜到的/我的同事们也不要说出公司名称来） 下一步怎么走也没想好，先去玩玩？自己做点什么？再换一家小而美不加班的公司？ 无贷未婚无娃在这种情况下，还挺自由的 XD
我的看法，目前gpt和opus的能力并没有明显的差别，甚至在某些情况下gpt 5.5的回答会比已经迭代了两次的opus 4.8更好一些，并且codex app和chatgpt网页版的体验远好于claude app和对应网页版，真正有优势的应该是在claude code中，开启fast后二者速度相差不大。 我目前并没有找到opus在任意领域有明显突出优势的地方，我的场景就是深度学习代码和论文写作，我认为二者的能力表现不相上下，都很差~ 对于额度，gpt完胜，目前gpt 20x是断档的高，远高于claude 20x和gpt 5x, 基本没有可比性。 综合体验来说，如果你一直拥抱claude的生态并且基本只是用cli，我建议保持开claude 20x, 否则，我都会建议你开gpt 20x, 何况还有目前没有可比性的5.5-pro。 如果你一直在焦虑哪个模型能力更强，我认为二者都一样，选一个你喜欢的公司吧。 8 个帖子 - 6 位参与者 阅读完整话题
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
看到有佬友在分享自己的博客，我也想起来自己一年多没更新过的博客，已经不知道要写些什么了，任何没有深度技术分享、教程已经失去了意义，AI比我写的好太多了。 佬友们怎么看这个问题，佬友们的博客还在更新吗。 分享技术依然有用 只能分享思想感悟 点击以查看投票。 2 个帖子 - 2 位参与者 阅读完整话题
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
最近有点睡不着，想写点东西，算是一个中年程序员的反思吧。 先说背景，普通本科，毕业后一直做 Java 后端，Spring Boot 、MyBatis 、Redis 、MQ 、微服务这些都还算熟。前几年觉得自己还行，项目能扛，需求能拆，线上问题也能排。那时候总觉得，只要技术一直学，代码一直写，应该就不会差到哪里去。 但这两年明显感觉不一样了。 以前加班到十一二点，第二天喝杯咖啡还能继续干。现在熬一次夜，得缓两天。以前看到新框架、新概念，会有点兴奋，想着研究一下怎么落地。现在看到各种 AI Agent 、MCP 、RAG 、向量库、低代码、云原生、国产化适配，只会先想：这个东西到底能不能挣钱，能不能减少工作量，能不能成为自己的壁垒。 最明显的变化是，开始不再单纯追求“技术正确”，而是更在意“结果有没有价值”。 年轻的时候很容易陷入一种误区： 接口要写得优雅，代码要抽象得漂亮，设计模式要用得合理，架构图要画得高级。 后来发现，老板真正关心的是：这个需求什么时候上线？出了问题谁兜底？客户能不能用？成本能不能降？合同能不能验收？ 技术当然重要，但技术不是目的。 这几年也见过不少同事，有的人技术很强，但沟通很差，最后只能一直做救火队员。有的人代码一般，但懂业务、会协调、能推进，反而越来越稳定。以前我会觉得后者“没什么技术含量”，现在反而觉得，那也是一种能力，而且是更稀缺的能力。 中年程序员最大的危机，不一定是学不会新技术，而是还在用年轻时的评价体系衡量自己。 比如： 总觉得自己要比新人更懂源码、更会调优、更能写复杂代码。 但现实是，新人精力好、便宜、愿意卷，AI 辅助下写代码速度也不慢。 如果中年程序员的优势只剩下“我写过很多代码”，其实并不安全。 现在我越来越觉得，中年程序员应该往几个方向沉淀： 第一，业务理解能力。 不要只知道表结构和接口字段，要知道这个系统为什么存在，谁在用，解决什么问题，钱从哪里来，风险在哪里。 第二，工程兜底能力。 不是会写 CRUD ，而是线上出了问题能定位，数据错了能修复，链路断了能恢复，系统要扩展时知道哪里不能乱动。 第三，方案权衡能力。 年轻时喜欢问“最优解是什么”，现在更常问“在当前人力、时间、预算下，哪个方案最稳”。 第四，表达和协作能力。 很多时候不是你不会做，而是你讲不清楚为什么这么做。一个方案讲不明白，就很难争取资源，也很难让别人信任你。 第五，持续创造现金流的能力。 这个可能比较现实。工资不是永远稳定的，行业也不是永远向上的。技术人最好还是想想，除了公司发薪水，自己有没有第二条收入线，哪怕很小。 以前我总觉得副业、产品、接私活这些离自己很远，现在反而觉得，中年以后一定要有一点“市场意识”。不是说人人都要创业，而是要知道自己的能力在市场上值多少钱，能解决什么问题，有没有人愿意付费。 还有一点感受很深：不要把公司平台误认为个人能力。 在大公司做过高并发，不代表离开平台后还能做出来。 在项目里当过负责人，不代表自己真的有资源调度能力。 用过很多中间件，不代表自己能独立设计一套稳定系统。 很多时候，我们只是站在公司已有体系上完成了局部工作。 这个认知挺残酷的，但也挺必要。 现在回头看，如果能早点明白这些，可能会少走很多弯路： 不要只埋头写代码，要主动了解业务。 不要只追热点技术，要积累可复用的方法论。 不要只在公司内部证明自己，要让自己的能力能被外部市场识别。 不要等到被动变化时才开始准备，行业不会提前通知你。 当然也不是悲观。程序员这个职业依然有机会，只是不能再幻想靠一套技术栈吃一辈子。Java 也好，Go 也好，Python 也好，AI 也好，本质上都是工具。真正能穿越周期的，可能是解决问题的能力、学习能力、表达能力，以及对现实的判断能力。 最后给自己一句话： 别再只做一个“能完成需求的人”，要慢慢变成一个“能定义问题、拆解问题、推进解决问题的人”。 也想问问各位，到了 30+、35+ 之后，你们还会把主要精力放在技术深度上吗？还是已经开始往业务、管理、副业、产品化这些方向转了？
人生啊 就是住在预制出租房 吃点预制菜 写点AI代码 在等待cc的响应暇间 刷点AI短视频 9 个帖子 - 7 位参与者 阅读完整话题
最近一直在写公众号文章，最多也有几万阅读量了。 一般写点简单的技术分享文章，怎么怎么写代码好，哪个软件又更新了什么特性之类的，算是边学习边分享。 感觉文字载体受众比较少，想改成视频发抖音 b 站之类的平台。 枯燥的教程感觉已经到处是了，不想再做那样的视频了。 怎么样形式的视频可以发挥程序员的长处呢？ 开始尝试用 ai 视频，比如通过几个人对话演绎解答技术问题，但感觉做出来不是很理想
最近一直在写公众号文章，最多也有几万阅读量了。 一般写点简单的技术分享文章，怎么怎么写代码好，哪个软件又更新了什么特性之类的，算是边学习边分享。 感觉文字载体受众比较少，想改成视频发抖音 b 站之类的平台。 枯燥的教程感觉已经到处是了，不想再做那样的视频了。 怎么样形式的视频可以发挥程序员的长处呢？ 开始尝试用 ai 视频，比如通过几个人对话演绎解答技术问题，但感觉做出来不是很理想