最新

从至少半年前开始，我经常在思考软件工程的未来发展方向。在我的业余项目中，我目前使用Cursor/Claude Code来实现我的愿景（自2013年开始的一个数据库系统，是康斯坦茨大学一个项目的延续），进行我一直想做的大规模重构，但以前从未找到动力去开始，因为这将是一个需要多年才能完成的巨大工程。现在，在人工智能助手时代，这确实令人印象深刻，因为当然，代码中经常存在非常重复的模式，而且也能解决我以前从未有时间（和技能？）自己解决的其他问题。当然，有时候测试毫无意义，有时会失控（例如，删除测试或“简化”测试，而不是修复实际的生产代码问题……）。但另一方面，在人工智能助手的帮助下，我构建了一个完整的前端（而我一直是一名后端工程师，略懂嵌入式软件工程）。 也就是说，每当我抽出时间，我就可以更有效地实现我的愿景（更像是以产品负责人+架构师的身份，而不是“手动”编写所有内容）。因此，我当然会思考我们的工作在未来是否安全。我认为你始终需要大力引导这些助手，并在它们即将失控时立即阻止它们，因此你必须具备高级软件工程师的技能，但另一方面，我确信由少数高级工程师组成的小团队可以比以前更有效率。所以，要么在某个时候你需要更少的软件工程师，要么你可以更快地交付产品，实现更多想法，或者可以比以前更有效地探索新想法（=> 更多小型初创公司？）。我真的不知道……

作者在此。构建这个工具是因为团队（包括我的团队）在 CI/CD 中经常与 GCP 身份验证作斗争。<p>Google 提供了 Firestore 和 Pub/Sub 的模拟器，但没有 Secret Manager 的。我发现的唯一替代方案是一个基本的测试助手，只有 18 次提交，而且没有生产环境的重点。<p>这是一个生产级实现，具有：<p>• 100% 的 API 覆盖率（11/12 个方法 - IAM 故意省略，因为在本地测试中没有身份验证） • 双协议支持：原生 gRPC + REST/HTTP • 与官方 GCP SDK 配合使用 - 只需指向 localhost 而不是 googleapis.com • 所有变体的 Docker 镜像 • 90% 以上的测试覆盖率<p>在悄悄发布后的 2 个月内，一家公司联系我说他们正在生产环境的 CI/CD 中使用它。我实现了他们的功能请求，并添加了完整的 REST API 支持。<p>最适用于：<p>• 封闭式测试（无网络调用，确定性） • 无需 GCP 凭据的 CI/CD • 无云成本的本地开发<p>我使用了 grpc-gateway 来保持与 GCP 官方 REST 端点的语义兼容性 - 相同的路径，相同的 JSON 格式。<p>很乐意回答有关实现、用例或它与其他方法比较的问题。<p>GitHub：<a href="https://github.com/blackwell-systems/gcp-secret-manager-emulator" rel="nofollow">https://github.com/blackwell-systems/gcp-secret-manager-emul...</a>

在 C# 中，采用类成员的实现，拥抱委托，优先使用组合而非继承，并采用混入式编程风格。

我开发了 NeonAMP，一个基于浏览器的 MP3 播放器，它以单个 PHP 文件的形式运行。<p>你只需将 index.php 放入 MP3 所在的文件夹，它就会自动扫描音乐库，读取完整的 ID3 标签，并将元数据存储在 SQLite 数据库中。播放使用 Web Audio API，包括 DJ 风格的曲目交叉淡入淡出。<p>用户界面支持键盘操作，并且有意设计成复古风格。前端没有使用任何框架，无需构建步骤，整个文件大小不到 100KB。<p>技术栈：PHP 8.3+、原生 JavaScript、SQLite。<p>演示：<a href="https:&#x2F;&#x2F;github.com&#x2F;marchildmann&#x2F;NeonAMP" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;marchildmann&#x2F;NeonAMP</a><p>想知道大家有什么想法，以及可以在哪些方面改进。