返回首页

一周热榜

1作者: shhdharmen5 天前原帖
快速的 Angular 用户界面开发 - 通过预构建模块和强大的命令行工具 在浏览器中预览模块,并通过单击轻松复制代码。或者,使用我们的命令行界面轻松安装、添加和更新模块。 我们设计了您一直想要的模块,用于构建仪表板、应用程序等。从表单到账单页面,让您的下一个项目迅速成型。 我们的 MCP 服务器提供卓越的 AI 辅助开发。通过直接访问所有 Angular Material 模块,增强您的集成开发环境,实现更智能的代码生成。
1作者: Catay5 天前原帖
嗨,HN, 我是Catay,elimination.pictures的创始人。 我一直对从照片中去除不需要的物体或人物感到困扰,因为这通常需要使用像Photoshop这样复杂的软件。我希望能有一个简单的网页工具,只需一键就能完成这个操作。由于找不到既易于使用又高质量的工具,我决定自己动手制作。 elimination.pictures利用人工智能技术,让你可以轻松涂抹掉图片中不想要的部分,并智能地填补背景。这对于清理旅行照片、产品照片,或者单纯的娱乐都非常有效。 新用户可以获得5个免费积分来试用。 我很想听听你们的反馈,并回答任何问题!
1作者: Thales_Miletus5 天前原帖
最近,我试图在9fans邮件列表中就9front的架构方向进行讨论。我的帖子经过仔细撰写,出于善意提出。它提出了关于该项目专注于单用户工作流以及对分布式计算的重视似乎下降的问题,而分布式计算正是原始Plan 9设计的一个标志。 该帖子被版主拒绝。我账户被禁用,理由是该消息是由人工智能生成的。但事实并非如此。虽然我偶尔使用写作助手来改善语法和清晰度,但其中的观点和论点完全是我自己的。禁令实际上关闭了任何澄清、纠正或富有成效的辩论的机会。 这种反应突显了一个更深层次的问题。在某些社区中,来自核心维护者以外的方向批评往往会遭到防御,而不是讨论。即使是出于对系统哲学的真诚欣赏而提出的设计决策问题,也可能不会基于其本身的价值被认真对待,而是基于对发言者的假设而被忽视。 明确来说,我并不反对9front。我尊重它的技术成就和背后的巨大努力。我的担忧在于一些架构选择,从我的角度来看,这些选择使系统偏离了Plan 9的创始理念,而这些理念是值得保留、扩展并在必要时进行挑战的。 一个这样的例子是用rcpu(1)替代cpu(1)。这个举措在某些方面虽然实用,但却回避了9P协议中延迟这一更深层次的问题。一个更具雄心的方向可能会探索优化9P本身。同样,工具和社区讨论的变化反映出对本地工作流和独立用例的日益重视,这与Plan 9论文中所阐述的分布式精神背道而驰。 这种偏离并非固有错误。系统在演变,社区的优先事项也在变化。但这一点应该被明确承认。如果一个项目不再遵循原始的架构或设计哲学,那么在没有任何限定的情况下称其为“Plan 9”就变得具有误导性,尤其是对那些期望默认获得分布式系统的新手而言。 一个项目被称为“类似Plan 9”并不是批评,而是一种描述。这并不必然贬低正在进行的工作。但清晰性很重要,而开放的讨论更为重要。 我依然相信Plan 9的命名空间模型、每个进程的资源和网络透明设计的价值。如果创建一个新的发行版或衍生品是保留和扩展这些原则的唯一方法,那就这样吧。让这项工作公开进行,而不假设不存在的共识。 如果像9fans这样的社区无法进行这样的对话,其他社区会进行。 - Thales