如今，几乎每个人都在使用人工智能编程，对吧？我是一名自由职业者，现在整个市场的截止日期都基于人工智能辅助编码的速度。如果不使用人工智能，你根本无法按时完成工作。因此，我在今年年初（大约在GPT-5.3发布时）完全转向了人工智能驱动的编码。
并不是说人工智能编码不好玩，实际上它很有趣。但在开始的时候，人工智能仍然有许多事情做得不好。社区的关注点在于“工程利用”，附加MCP（最小可行产品），或者深入的提示工程。在那个阶段，我实际上构建并使用了相当多的自定义人工智能工具。
过去，你不仅需要提供意图和方向，还需要详细的逐步说明来实现目标。然而，最近即使跳过详细说明，Claude和GPT-5.6也能完美处理。你甚至不必为使用哪个模型而烦恼。“图形工程”目前正处于流行趋势，但似乎这些模型已经本能地学习了这些模式——如果你与它们建立一个高层次的计划，它们会自动将执行策略嵌入其中。每当我尝试学习和应用新的人工智能工程技术时，下一个模型更新已经可以开箱即用，这让我的努力显得毫无意义。
真正的问题是，人工智能现在太优秀了。它应用ADT模式、不变性、Option/Maybe、Result模式、函数式编程模式、单子链和MVC、MVVM、MVI、六边形架构等架构结构的能力远远超过我。这让我感到非常沮丧。
这些年来，我花了很多时间记忆GoF模式，慢慢将它们应用到我的工作中，并调整成我自己的风格——现在这一切都感觉毫无意义。
老实说，大多数自由职业工作围绕简单的CRUD应用展开。当然，有一些领域知识需要记忆，但在构建CRUD、使用函数式技术处理错误和数值，或编写边界测试时，人工智能的细致和能力远远超过我。
甚至感觉人工智能在领域建模方面也更胜一筹。我试图催眠自己相信我仍然是必要的，但实际上，我并不在大型科技公司工作。我是一名程序员，主要是在现有框架上组装业务逻辑，事实是，人工智能做得更好，而且更快。我觉得我再也无法否认这一点了。
顶尖开发者可能仍然能超越人工智能，但对我们绝大多数人，包括我自己来说，这已不再是现实。要编写人工智能生成的那种代码，我过去需要在第二个显示器上保持文档打开，深入思考，并不断搜索更好的方法。而人工智能可以瞬间生成这些代码，让我过去的努力显得过时。
当人工智能写出的代码比我更好时，我该如何保持我的动力和身份？我特别想听听其他自由职业开发者的看法。由于人工智能的影响，市场截止日期越来越紧，你们是如何应对这一转变的？
再说一次，并不是说人工智能的“氛围编码”不好玩，实际上它很有趣。但与此完全不同的是，我逐渐意识到我正在失去竞争优势，这让我越来越沮丧。
返回首页
最新
开源代理技能 + 标准库 HTTP 服务，能够从您拥有的文件中剔除不可见的 Unicode、C2PA/EXIF/XMP 以及（尽力而为）统计文本标记。Claude / Gemini-SynthID / OpenAI / Kirchenbauer / 键控 Gumbel 类。
嗨，HN，
我创建了Repobeats，这是一个开源的自托管服务，可以将GitHub仓库的活动呈现为可嵌入的SVG卡片。
演示：
[https://repobeats.com/AprilNEA/OpenLogi](https://repobeats.com/AprilNEA/OpenLogi)
源码：
[https://github.com/AprilNEA/repobeats](https://github.com/AprilNEA/repobeats)
我之前使用的是Axiom的Repobeats，但注意到我依赖的一些卡片不再稳定更新。虽然原始服务仍然在线，但我希望有一个可以检查和控制收集、存储、缓存和渲染流程的替代方案。
Repobeats作为Rust后端运行，使用Axum和SeaORM构建。仓库所有者通过安装只读的GitHub应用程序来选择加入。该服务随后收集提交、问题、拉取请求和仓库元数据。GitHub安装令牌是短期有效的，并且不会被存储。
生成的卡片支持多种主题、尺寸和时间范围，并使用ETags和缓存头进行浏览器/CDN缓存。
对于自托管，SQLite足以支持小型单实例部署。对于多实例部署，支持PostgreSQL，并可选用Redis缓存，除了进程内缓存之外。
一个重要的限制是：仓库必须通过安装GitHub应用程序明确选择加入。一旦连接，卡片将公开。这也适用于从私有仓库收集的汇总活动，因此私有仓库所有者应仅连接他们愿意公开的汇总活动的仓库。
该项目仍处于早期阶段，我特别希望能收到以下方面的反馈：
- GitHub应用程序的安装和选择加入流程
- 生成的SVG的实用性和设计
- 跨多个副本的部署和刷新调度
嗨，HN！我制作了我的第一个iOS应用——用户可以将照片库中的前任或朋友替换为其他人。<p>我这样做有点开玩笑的意思。我希望你们至少觉得它有趣。从严肃的角度来看，这是一种类似《黑镜》的反思，关于我们在人工智能时代所推动的未来。这不是我会使用或推荐给他人的应用。<p>我想这也是我在问自己的问题，现在也在问你——虽然我故意制作了一个我不希望在世界上存在的东西，但你是如何处理自己所开发的软件是否让世界变得更美好的感觉的？<p>活在这个时代真是奇妙！
功能标志在如今非常普遍，而.NET功能管理库提供了许多基础设施，使其易于入门。缺少的部分是用于管理标志的用户界面——除非你使用的是Azure应用配置。当非技术用户需要更改标志时，依赖`appSettings.json`会变得很麻烦，部署速度也会变慢，或者当应用程序在分布式环境中运行时更是如此。
我开发了FeatureFlags.app来填补这个空白——这是一个简单的用户界面，用于管理.NET功能标志，不需要Azure应用配置。这个项目仍处于早期阶段，因此我非常希望能收到任何曾经处理过.NET功能标志的人的反馈。