最新

缺乏原创想法，充斥着许多无意义的复古内容，比如“我在经典的Mac OS上做了x”，还有大量的重复造轮子和对大型语言模型（LLM）的迷信。当物理学知识已知且能源受到限制时，持续增长的神话该如何应对？

大家好！随着世界杯的临近，作为一名足球迷，我开始寻找一些应用程序，希望能提供详细的赛事信息，包括按小组或球队分类的比赛、当天比赛的时间表（对我们欧洲人来说尤其有用，因为有些比赛会很晚进行），以及跟踪我喜欢的球队的方式。 我遇到的问题是，大多数现有的应用程序都非常臃肿——真的很臃肿。那些不臃肿的要么没有专注于世界杯，要么充斥着博彩广告和其他广告。 因此，我为自己构建了一个非常简约的无广告（主要是为我自己量身定制的）世界杯网页应用，提供赛程和实时比分。赛程数据来自 openfootball/worldcup.json 项目 - <a href="https://github.com/openfootball/worldcup.json" rel="nofollow">https://github.com/openfootball/worldcup.json</a>。 希望你们觉得它有用，欢迎任何反馈。

感觉每个活动和场馆都只通过Ticketmaster出售门票。其他的票务平台似乎只在库存中持有转售票，购买后只会将门票转到你的Ticketmaster账户。尽管Ticketmaster遭受了很多批评，而其他票务平台也层出不穷，我还是很惊讶Ticketmaster几乎垄断了整个市场。他们是怎么做到的？为什么其他平台无法竞争？

我向Google Chrome的应用商店提交了一个扩展程序（一个广告拦截器）。<p>但是Google不断以可疑的理由拒绝它。第一次拒绝的理由是它被称为“垃圾邮件”。当我提出上诉时，审核结果是它包含“额外功能”，因为它“修改了网络流量”。当然是这样！当我询问审核员如何在不使用“declarativeNetRequest”的情况下实现阻止广告的功能时，我只得到了同样的标准回复。<p>我提交了一个全新的更新，简化了代码并添加了注释，以及对其他使用相同机制的开源项目的引用。结果再次被拒绝。在这次上诉中，我询问是否可以升级到一位高级审核员，以便可能得到更多的背景信息。结果还是同样的标准回复和拒绝。<p>我不禁觉得Google内部可能有某种政策，让广告拦截器处于被动状态。显然，我认为这些拒绝的理由并不成立（请注意，我并不是新手——我有几个已经发布多年的扩展，用户数以千计），但我从未遇到过这样的门槛。<p>这种情况令人感到沮丧，尽管并不完全出乎意料。老实说，我很惊讶Google没有将禁止广告拦截器作为官方政策。但他们并没有——显然还有其他广告拦截器已经发布到商店，这让人感到非常沮丧。<p>无论如何，其他开发者们，有人遇到过类似的情况吗？你们是如何解决的？谢谢！

嗨，HN！我是来自Superlog的Arseniy（YC P26）。今天我们宣布，我们将代码以Apache 2.0许可证发布。 你可能之前看到过我们的发布消息（<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48195021">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=48195021</a>）。对于那些还没看到的人，我们正在构建一个比Datadog或Sentry更简单、更清晰的平台版本，它能够对发现的错误进行分类和修复。 当我们意识到不再使用传统的监控工具，而是依赖它们的MCP（监控控制面板）时，我们开始着手这个项目。我们也开始觉得在用户界面中设置仪表板和微调警报变得越来越繁琐。 以下是Superlog与其他工具的不同之处： 每个问题都会被分类：我们使用启发式算法和大型语言模型（LLMs）将错误日志和问题分组为事件，以减少噪音和值班工程师的上下文切换。 零点击：所有平台功能都可以通过我们的MCP服务器访问，因此你无需花时间配置仪表板。 我们知道这将是一个对任何规模的组织都非常有用的工具，我们希望与社区共同建设它。 我们的请求是：我们希望听到你的建议、功能请求和反馈。 我们在两个开源项目的基础上进行构建，在此要特别感谢它们。 第一个是ClickHouse，这是一种极其多功能的OLAP数据库。我们的朋友们在不同的项目中尝试使用CH，从YC初创公司到行业领导者，我们听到了非常积极的反馈。 另一个要感谢的是Better Auth。在使用BA之前，我常常需要在像Clerk这样的全功能体验（代价是锁定和依赖）与像NextAuth/Auth.js这样的免费开源产品（代价是一些粗糙的边缘）之间做出选择，或者自己开发。 对于Superlog，我们可以直接使用BetterAuth，轻松实现用户模拟和组织管理，而不需要依赖第三方服务，这样自托管我们的代码就更容易了。 我们将在接下来的时间里在这个讨论串中回答任何问题并收集你的反馈。请随时问我们任何问题！

目前可用的功能包括：用户注册、组织创建、私有/公共仓库以及导入GitHub仓库（既可以作为只读镜像，也可以进行完整迁移）。基本上，你可以创建、推送和拉取仓库，但我们目前还没有很多功能（如问题、拉取请求、持续集成等）。 有一点独特的是：1）我们使用Rust构建了这个项目，2）网站的设计有些奇特。它的设计灵感来源于命令行界面（例如，fzf、broot、vim），而不是传统的网页应用，因此缺少一些你通常期望的功能，取而代之的是以键盘驱动的即时导航（我们的目标是实现100毫秒的快速响应）。如果你感兴趣的话，这里是我们构建过程的介绍：<a href="https://gitdot.io/designs">https://gitdot.io/designs</a>。 我们意识到我们在这里提出了一些大胆的主张，同时也清楚我们还有很多需要学习的地方。构建软件仍然很困难，这是我们似乎每天都在重新学习的事实。 不过，我们仍然想分享我们迄今为止所构建的内容。 感谢大家的阅读，期待下次再见。 ——保罗 & 米克尔