返回首页

一周热榜

4作者: BrainDAnderson5 天前原帖
我正在发布三款我私下开发的庞大软件系统,这些系统是我多年来独立努力的成果,没有任何机构支持、企业赞助或正式的工程团队。这些不是概念或模型,而是真正可部署的系统。它们可以通过 Docker、Helm 或 Kubernetes 安装,成功启动并产生可观察的结果。目前,它们正在云基础设施上运行。需要说明的是,它们应被视为未完成的基础,而非打磨精致的产品。 整个生态系统大约包含 150 万行代码。 **平台** **ASE — 自主软件工程系统** ASE 是一个闭环平台,用于代码创建、监控、评估和迭代自我改进。其目的是通过从高层任务生成工件、监控结果、将修正反馈到流程中并随着时间推移进行自我优化,来自动化软件生命周期的部分环节。它目前可以运行,但代理调优不均匀,某些功能尚未完成,输出质量因配置而异。 **VulcanAMI — 变换器/神经符号混合人工智能平台** VulcanAMI 是一个围绕混合架构构建的人工智能系统,结合了基于变换器的语言建模与结构化推理、编排和治理。其目标是通过整合符号和系统级控制来解决纯统计模型的弱点。它可以部署和运行,但可靠的变换器集成仍然是一个主要挑战。 **FEMS — 有限庞大引擎** FEMS 是一个实用的多元宇宙模拟平台,用于大规模场景探索、反事实分析和因果建模。它旨在应用通常局限于研究环境的技术。它可以运行并产生结果,但其模型需要专家级的数学调优,不应被视为科学验证的结果。 **当前状态** 这三个系统都是: - 可部署的 - 可操作的 - 复杂的 - 不完整的 已知的局限性包括用户体验粗糙、部分文档不完整、与生产软件相比正式测试有限、以可行性为驱动的架构、安全性加固不完整以及存在缺陷。 **为什么现在发布** 进一步的进展将受益于外部的专业知识和视角。作为一个独立开发者,我缺乏完全成熟这种规模项目的资源。这次发布与资金、产品发布或机构项目无关。它只是对现有、可运行且仍未完成的工作的开放。 **关于我** 我叫布赖恩·D·安德森。我的主要职业是奇幻小说作家,而不是传统的软件工程师。我是自学成才,较晚才开始学习软件系统,并在消费级硬件上独立构建这些平台。 这样的背景可能会引发怀疑。但这也解释了工作的特性:在范围上雄心勃勃,打磨程度不均,更多是由坚持驱动而非正式流程。这些系统的构建是因为我希望它们能够存在。 **这是什么 — 以及不是** 这是一套可部署的基础,是正在进行的独立工作的快照,是对探索、批评和改进的邀请,是迄今为止所构建内容的记录。 这不是: - 完成的产品套件 - 一体化解决方案 - 突破性性能的声明 - 支持或路线图的承诺 如果你探索代码,请假设某些部分过度设计,其他部分开发不足,命名可能不一致,许多内部知识尚未外部化。如果任何部分对你有用或有趣,你可以根据许可条款自由构建。 这些系统存在。它们可以运行。它们尚未完成。如果它们对其他人有用,那就足够了。 —— 布赖恩·D·安德森 **代码库:** 代码工厂:[https://github.com/musicmonk42/The_Code_Factory_Working_V2.git](https://github.com/musicmonk42/The_Code_Factory_Working_V2.git) VulcanAMI:[https://github.com/musicmonk42/VulcanAMI_LLM.git](https://github.com/musicmonk42/VulcanAMI_LLM.git) FEMS:[https://github.com/musicmonk42/FEMS.git](https://github.com/musicmonk42/FEMS.git)
4作者: yehors4 天前原帖
实际上,这个实现并没有什么特别之处。只是用Rust编写的另一个事件循环,旨在用于教育和乐趣。 在测试中,它显示出我的爬虫框架与uvloop的无缝迁移,相关链接为:<a href="https:&#x2F;&#x2F;github.com&#x2F;BitingSnakes&#x2F;silkworm" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;BitingSnakes&#x2F;silkworm</a>。 在使用API(fastapi)时,它显示出唯一的优势:更好的p99性能,而uvloop在合成运行中速度快约10-20%。 目前,我正在win分支上进行分叉,以为uvloop缺乏的Windows支持提供支持。
4作者: mhluongo1 天前原帖
嗨,HN!<p>我正在构建一个处理高价值凭证的项目,我希望它比仅仅在丢弃时清零内存更加稳健。在最近的一个Show HN评论中,我意识到对低级内存保护技术的认识可能没有我想象的那么普遍。<p>这里的想法是将所有工具整合到一个库中,并提供相对简单的API。 * 使用mlock/VirtualLock防止敏感内存被交换(例如KeePass转储) * 在Linux和Android上使用MADV_DONTDUMP进行核心转储排除 * 使用mprotect来最小化暴露时间 * 使用保护页来缓解下溢/上溢问题<p>经过一些实战测试,我的目标是为密码管理器和加密货币钱包等提供更安全的内存基础。<p>这是一个有趣的项目,我学到了很多——非常欢迎任何反馈!<p>[0] - <a href="https://news.ycombinator.com/item?id=47073430">https://news.ycombinator.com/item?id=47073430</a>
4作者: 0x3444ac536 天前原帖
我自学成才,拥有工程背景,目前在美国担任质量保证工程师。请问有什么建议可以帮助我在英国或爱尔兰找工作吗?有没有人做过类似的事情?
4作者: qbacode6 天前原帖
上周,我们让一个AI代理在一个服务中重命名了一个字段。结果导致另外三个服务在生产环境中出现了故障。由于这些依赖关系并不在代码中,而是在某个人的脑海里,审查时没有人发现这个问题。 我所在的公司正在推动我们在开发人员更少的情况下交付更多的产品,我们都在使用Claude Code。这在单个服务内的开发速度上确实很惊人。但是在微服务的环境中,这就像把电锯交给一个看不见墙壁的人。AI的速度远远超过了团队追踪依赖关系的能力。 你们是如何应对这个问题的?还是大家在部署之间只是祈祷?