最新

新年快乐！<p>这是个奇怪的问题，但我还是想问一下。<p>我的同事工作态度非常认真，努力工作，学习速度快，主动增加测试覆盖率等。我认为他的贡献是积极的，但他的一些工作确实会引发问题，尤其是在配置文件、Shell 脚本等方面，也就是那些不容易被代码检查工具或拼写检查器直接发现的错误。<p>他的拼写错误率相当高。我怀疑他可能有未被诊断的阅读障碍。<p>错误通常是在很晚的时候才被发现，主要是在预发布环境中，这使得问题变得繁琐。这导致了几次生产环境的故障。<p>我们有代码审查和完善的测试套件等，但拼写错误还是会漏掉——一旦你犯了错误，其他人就更难发现。<p>我为他感到难过，因为这已经在团队内部引发了指责游戏，有人问怎么会这么马虎。我并不怀疑他的马虎，因为他在其他方面都很细致。另一方面，这个问题在他身上变得非常敏感。<p>我怀疑他对这个问题有奇怪的意识，同时又处于否认状态，因此非常防御。<p>他的看法是我们应该增加测试覆盖率。这是解决方案的一部分。然而，一旦他参与编写测试，问题就转移到了编写正确的测试上。<p>我在考虑的方案有：<p>- 从根本上解决问题：调整我们的工具和配置机制，减少配置中的字符串，减少动态类型脚本等。<p>- 请他让人工智能专门检查他的代码以发现潜在的拼写错误。<p>- 增加测试覆盖率，由其他人而不是他来编写测试。<p>我没有考虑的方案有：<p>- 告诉他我怀疑他有阅读障碍。我不是医生。<p>我试图拓宽自己在这个问题上的视野，也许我漏掉了什么。你会怎么做？

您能否建议在这个竞争激烈的市场中如何营销产品，或者推荐一些最佳资源，以便了解更多基于现实场景的例子和教学，这些将真正有助于产品营销？

大多数图像编辑模型在处理包含多个主体的场景时表现不佳——编辑一个人往往会导致“身份混淆”或对其他人的意外更改。 Qwen-Image-Edit-2512 专门针对复杂的多主体编辑进行了优化。它允许您修改特定角色或元素，同时保持画面中其他人的视觉一致性。 它的不同之处在于： 身份保留：可以更改“角色A”的衣服或动作，而不改变“角色B”的面部特征。 局部精确度：高保真的修补和修改，尊重原始艺术风格。 复杂指令遵循：能够更可靠地处理诸如“将女孩的帽子改为皇冠，但保持男孩的表情不变”的提示。 您可以在这里尝试演示： [https://qwenimage2512.org](https://qwenimage2512.org) 我很想知道它如何处理您最复杂的多角色编辑请求。非常感谢您的反馈！

嗨，HN， 我正在测试一个想法：一个类似Fragrantica的数据库，但专注于手表。 与其依赖炒作的评论或规格表，手表将根据实际因素进行评分，比如性价比、耐用性、舒适度和长期准确性。 这是一个非常早期的最小可行产品（主要是一个着陆页），目的是验证这个想法是否有用。 我非常希望能得到诚实的反馈——缺少了什么，哪些内容感觉多余，或者你是否会使用这样的产品。

使用无服务器架构时，选项非常有限，技术也被锁定。虽然某些部分是可移植的，但大多数并不是。我使用的是基于WebSocket的二进制协议（Protobuf）。是的，它的速度比像TCP这样的低级本地隧道服务要慢，但对于大多数场景来说，速度还是足够快的。 扩展是一个主要挑战。大多数无服务器计算引擎依赖于内部负载均衡器，并且所有实例都是短暂的。这意味着实例之间的通信是不可能的。可以通过像Pub/Sub这样的消息总线来实现扩展，但这又引入了另一个问题。发布到主题的请求和响应会在所有活动实例之间复制，这样效率很低。 其他令人烦恼的限制包括计算过程绑定于请求，并在请求完成时立即结束。另一个问题是需要处理由于实例的短暂性而导致的订阅泄漏（我真的很讨厌这一点）。 缺点： - 扩展效率低下。 - WebSocket是有状态的，这违背了无服务器架构成本优化的目的。如果客户端保持连接，成本可能超过运行专用服务器的费用。 - 协议和平台选项有限。 - 强烈的供应商锁定。 优点： - 性能对于大多数用例来说足够好。 - 扩展和基础设施完全由服务提供商管理。 - 无使用意味着无成本，同时服务仍然可用。 - 小规模使用通常是免费的，因为大多数云服务提供商提供免费套餐。 我认为将其构建为SaaS是个坏主意。这并没有降低成本，实际上还增加了成本，并且增加了复杂性。我认为在今天的市场中，以SaaS形式运行它很可能不会盈利。 话虽如此，你认为任何组织会对开源版本感兴趣吗？它是可扩展的，除了初始设置时间外，运行成本为零，如果他们能够妥善管理网络访问，安全性可能更高。我甚至不确定是否有人愿意为此支付小额费用。 也许我在构建垃圾。我在这里询问是想知道这是否可能是某人的宝藏。