1作者: maxtqw6 个月前原帖
嘿,HN,我最近与一些人工智能和健康科技的创始人进行了交流,发现一个问题反复出现:专利似乎是为一个不同的世界设计的。当你花费2万美元并等待2到3年时,你的初创公司可能已经转型了两次。 所以我真的很想知道大家在这里实际是怎么做的。你们还是在申请专利吗?把事情作为商业秘密保留?还是采取防御性发布?或者在有资金到位之前根本不考虑知识产权? 我整理了一个非常简短的调查(承诺只需60秒),希望能获得一些真实的数据——没有销售,只是想了解创始人们的实际做法:表单链接:https://forms.gle/8UAytkGNfge4GKrH8 如果你更愿意在下面评论,那也同样有帮助。
1作者: tweakyourpc6 个月前原帖
在经历了多次因重命名变量或缺失关键字而导致的生产事故后,我构建了这个工具。EnvSentinel 将你的 .env 文件视为一个版本化的合同——你只需在 JSON 模式中定义规则一次,然后在 CI、预提交或本地进行验证。同时,它还会根据合同自动重新生成 .env.example,以确保两者始终一致。该工具完全使用 Python 标准库,无需外部依赖,支持 Python 3.10 及以上版本。
1作者: gry_gh6 个月前原帖
我运行了很多无特权的容器,里面的应用程序会生成大量临时文件。tmpfs 对此非常合适(在无特权容器中容易挂载)。如果能增加一个压缩功能,那将会有很大帮助。<p>zram 需要 root 权限来管理。mkfs.btrfs 的设置对于基本上是“压缩的 /tmp”来说显得过于繁重。<p>为什么 tmpfs 从未获得过官方的压缩功能?
9作者: armandhammer106 个月前原帖
我们在Moment内部举办了一次招聘挑战,构建了一个蚂蚁群落模拟,并决定将其公开。<p>您需要编写一个程序,使用一种自定义的类汇编语言(我们称之为蚂蚁汇编)指令集来控制200只蚂蚁。每只蚂蚁可以感知附近的单元格(食物、信息素、巢穴、其他蚂蚁),但没有全局视图。唯一的协调机制是信息素踪迹,蚂蚁可以释放和感知这些信息素,仅此而已。您的程序在每只蚂蚁上运行完全相同。<p>目标是在一组地图上收集最高比例的食物。不同的地图布局(集中食物、分散食物、障碍物)会奖励非常不同的策略。排行榜是实时更新的。<p>大奖是Moment支付的两人前往毛伊岛的旅行。挑战将于3月12日结束。<p>我们对人们发现的策略感到好奇。我们在内部看到了一些出人意料的聪明涌现行为。
5作者: abejith6 个月前原帖
大家好!我们是Abejith和Dev,我们正在构建Steadwing([https://www.steadwing.com](https://www.steadwing.com))——一个自主的值班工程师,能够诊断生产事件/警报,关联您技术栈中的证据,并解决这些问题。您可以在这里试用:[https://app.steadwing.com/signup](https://app.steadwing.com/signup)(无需信用卡,提供演示模式)。 每位值班工程师都知道这种痛苦。凌晨2点,PagerDuty响起,您打开笔记本电脑开始忙乱——查看Datadog获取指标,查GitHub了解最近的提交,打开Slack看看谁还醒着,使用Elasticsearch查看日志。45分钟后,您发现问题只是一个配置更改导致了连接池大小的减少。修复只花了2分钟,而诊断却花了将近一个小时。 问题不在于修复,而在于关联。信号散布在十几个工具中,没有人能看到完整的图景。我的联合创始人Dev和我通过Entrepreneurs First相识,我们都觉得事件响应在根本上是破碎的,能够显著改善,我们的长期愿景是让软件具备自愈能力。 因此,我们构建了Steadwing。当警报触发时,它会同时从日志、指标、追踪和最近的提交中提取上下文——关联信号,并在5分钟内提供结构化的根本原因分析(RCA),包括通俗易懂的根本原因、链接回源工具的证据、时间线、影响评估,以及短期和长期的修复建议。 对于嘈杂的环境:假设一次错误的部署导致5个微服务出现级联故障,并触发30多个警报。Steadwing将它们归为一个事件,并告诉您实际的根本原因与仅仅是副作用的区别。它不仅能诊断问题,还会根据风险建议安全的修复方案,并可以为您处理回滚、扩展调整和配置更改。您还可以以对话的方式询问任何事件或一般基础设施问题。 所有20多个集成(Datadog、PagerDuty、Slack、GitHub、Sentry、AWS、K8s等)通过OAuth或API密钥连接——无需代理,无需代码更改,几秒钟内即可生效。我们还构建了一个MCP服务器,以便AI编码代理可以从您的开发环境与Steadwing进行交互,并且我们开源了OpenAlerts([https://github.com/steadwing/openalerts](https://github.com/steadwing/openalerts),[https://openalerts.dev](https://openalerts.dev))——一个监控层,用于代理框架,具有针对LLM错误、基础设施故障、会话卡住和队列积压的实时警报规则,并通过Slack、Discord和Telegram提供多渠道通知。 我们提供免费套餐,欢迎反馈,特别是来自经常值班的朋友们。 请告诉我们哪些有效,哪些缺失,以及您希望我们接下来做什么 :)