Anthropic catches heat, Elm inches toward 1.0, and C programmers write quines that play Pong

From the stands 3 of 54 comments

They're subsidizing their tokens as long as you use their software. That's a fair exchange, I never understood why people took issue with it.

只要你用他们的软件，他们就补贴你的 token。这是公平交换，我不明白人们为什么有意见。

彼らのソフトウェアを使う限りトークンを補助している。フェアな取引だと思う。

자사 소프트웨어를 쓰는 한 토큰을 보조해주는 거다. 공정한 거래인데 왜 문제 삼는지 모르겠다.

Subsidian sus tokens mientras uses su software. Es un intercambio justo, nunca entendí por qué la gente tiene problema.

Sie subventionieren ihre Tokens solange du ihre Software nutzt. Das ist ein fairer Austausch, ich verstand nie warum Leute damit ein Problem haben.

internet2000

That's not true at all. You can use the Agent SDK, which uses your subscription. I use it via ACP with custom system prompts and tooling.

这根本不对。你可以用 Agent SDK，它使用你的订阅。我通过 ACP 配合自定义系统提示和工具使用。

全く違う。Agent SDK を使えばサブスクが使える。ACP でカスタムプロンプトとツールを使っている。

전혀 사실이 아니다. Agent SDK 를 쓰면 구독을 사용할 수 있다. ACP 를 통해 커스텀 프롬프트와 도구로 쓰고 있다.

Eso no es cierto. Puedes usar el Agent SDK con tu suscripción. Lo uso vía ACP con prompts personalizados.

Das stimmt überhaupt nicht. Du kannst das Agent SDK nutzen, das dein Abo verwendet. Ich nutze es via ACP mit eigenen Prompts.

supermatt

They apparently cancelled the June 15th change just before it was due to go live... So maybe we can still use third party harnesses with Claude Code subscriptions... for now?

他们显然在 6 月 15 日变更生效前取消了...所以也许我们暂时还能用 Claude Code 订阅配合第三方工具？

どうやら 6 月 15 日の変更は実施直前にキャンセルされたらしい...だから今のところサードパーティハーネスで Claude Code サブスクを使えるかも？

6 월 15 일 변경은 시행 직전에 취소된 것 같다... 그래서 지금은 서드파티 하네스에서 Claude Code 구독을 쓸 수 있을지도?

Aparentemente cancelaron el cambio del 15 de junio justo antes de implementarlo... ¿así que quizás aún podemos usar harnesses de terceros con suscripciones Claude Code... por ahora?

Offenbar haben sie die Änderung vom 15. Juni kurz vor Inkrafttreten abgesagt... Also können wir vielleicht noch Drittanbieter-Harnesses mit Claude Code Abos nutzen... vorerst?

tekacs

From the stands 3 of 63 comments

I think of Elm more as an incredibly influential research language these days. It's very focused, there's no public roadmap and the leadership is uninterested in most community building.

我现在把 Elm 更多看作一种极具影响力的研究语言。它非常专注，没有公开路线图，领导层对大多数社区建设不感兴趣。

最近は Elm を非常に影響力のある研究言語として考えている。非常にフォーカスされていて、公開ロードマップもなく、リーダーシップはコミュニティ構築にあまり興味がない。

요즘 Elm 을 매우 영향력 있는 연구 언어로 생각한다. 매우 집중되어 있고, 공개 로드맵도 없고, 리더십은 커뮤니티 구축에 관심이 없다.

Pienso en Elm más como un lenguaje de investigación increíblemente influyente. Está muy enfocado, no hay roadmap público y el liderazgo no está interesado en construir comunidad.

Ich sehe Elm mittlerweile mehr als unglaublich einflussreiche Forschungssprache. Sie ist sehr fokussiert, es gibt keine öffentliche Roadmap und die Führung interessiert sich nicht für Community-Building.

bbkane

About two years ago I was experimenting with ChatGPT vibecoding a snake game in Elm. Today LLMs are vastly better at it, and if anything I think LLMs might increase Elm adoption because it is the ideal language for an LLM right now.

大约两年前我在尝试用 ChatGPT 用 Elm 写贪吃蛇游戏。现在 LLM 在这方面好多了，我觉得 LLM 可能会增加 Elm 的采用率，因为它是目前最适合 LLM 的语言。

2 年前に ChatGPT で Elm のスネークゲームを vibecode していた。今や LLM はずっと上手くなり、むしろ LLM が Elm の採用を増やすかも。今最も LLM に適した言語だから。

2 년 전 ChatGPT 로 Elm 스네이크 게임을 vibecode 하고 있었다. 지금 LLM 이 훨씬 잘해서, LLM 이 Elm 채택을 늘릴 수도 있다. 지금 LLM 에 가장 이상적인 언어니까.

Hace dos años experimentaba con ChatGPT haciendo vibecode de un juego de snake en Elm. Hoy los LLMs son mucho mejores, y creo que podrían aumentar la adopción de Elm porque es el lenguaje ideal para un LLM ahora.

Vor zwei Jahren experimentierte ich mit ChatGPT beim Vibecoding eines Snake-Spiels in Elm. Heute sind LLMs viel besser darin, und ich denke LLMs könnten die Elm-Adoption erhöhen weil es die ideale Sprache für ein LLM ist.

auslegung

I wrote a thing in 2023 about why I'm still using Elm. It's 2026, and I'm still using Elm for all the same reasons. As an added bonus, Claude seems to play very nicely with Elm.

我在 2023 年写过一篇为什么还在用 Elm 的文章。现在是 2026 年，我仍然因为同样的原因在用 Elm。另外，Claude 似乎和 Elm 配合得很好。

2023 年にまだ Elm を使っている理由を書いた。2026 年の今も同じ理由で使っている。おまけに、Claude は Elm ととても相性が良いようだ。

2023 년에 왜 아직 Elm 을 쓰는지 글을 썼다. 2026 년인 지금도 같은 이유로 쓰고 있다. 덤으로 Claude 가 Elm 과 정말 잘 맞는 것 같다.

Escribí algo en 2023 sobre por qué sigo usando Elm. Es 2026 y sigo usándolo por las mismas razones. Además, Claude parece llevarse muy bien con Elm.

Ich schrieb 2023 etwas darüber warum ich noch Elm benutze. Es ist 2026 und ich benutze Elm aus denselben Gründen. Als Bonus: Claude scheint sehr gut mit Elm zu funktionieren.

surprisetalk

From the stands 3 of 37 comments

Spotify being listed as one of the brands doing AI right is jarring to me. It's the only one where I've had multiple conversations with non tech people about how much they hate their AI usage.

把 Spotify 列为 AI 做得好的品牌让我很不适。它是唯一一个我和非技术人员多次讨论过他们多讨厌其 AI 用法的品牌。

Spotify が AI をうまく使っているブランドとして挙げられているのは違和感がある。非技術者と AI 利用について嫌いだという会話を複数回したのはここだけだ。

Spotify 가 AI 를 잘 쓰는 브랜드로 올라있는 게 어색하다. 비기술직 사람들과 AI 사용을 얼마나 싫어하는지 여러 번 대화한 유일한 곳이다.

Que Spotify aparezca como una marca que hace bien la IA me choca. Es la única donde he tenido múltiples conversaciones con gente no técnica sobre cuánto odian su uso de IA.

Dass Spotify als Marke aufgeführt wird, die KI richtig macht, irritiert mich. Es ist die einzige, wo ich mehrere Gespräche mit Nicht-Technikern hatte, wie sehr sie deren KI-Nutzung hassen.

werber

Ironically, I can't think of a platform that does personalization worse. Not only does it regularly surface music I don't like, it surfaces the exact same music I don't like over and over again.

讽刺的是，我想不出哪个平台的个性化做得更差。它不仅经常推送我不喜欢的音乐，还一遍又一遍推送同样我不喜欢的音乐。

皮肉なことに、これほどパーソナライゼーションが下手なプラットフォームは思いつかない。好きじゃない音楽を頻繁に出すだけでなく、同じ好きじゃない音楽を何度も何度も出す。

아이러니하게도, 개인화를 이보다 못하는 플랫폼이 생각나지 않는다. 안 좋아하는 음악을 자주 보여주는 것뿐만 아니라, 똑같이 안 좋아하는 음악을 계속해서 보여준다.

Irónicamente, no puedo pensar en una plataforma que haga peor la personalización. No solo muestra música que no me gusta, muestra la misma música que no me gusta una y otra vez.

Ironischerweise fällt mir keine Plattform ein, die Personalisierung schlechter macht. Sie zeigt nicht nur regelmäßig Musik die ich nicht mag, sondern dieselbe Musik die ich nicht mag immer wieder.

throwaway27448

Ironic that this very article has been partially written with AI... kind of lost the drive to read it.

讽刺的是这篇文章本身就是部分用 AI 写的...让我失去了读下去的动力。

皮肉なことにこの記事自体が部分的に AI で書かれている...読む気が失せた。

아이러니하게도 이 기사 자체가 부분적으로 AI 로 작성됐다... 읽을 의욕이 사라졌다.

Irónico que este artículo haya sido parcialmente escrito con IA... perdí las ganas de leerlo.

Ironisch dass dieser Artikel teilweise mit KI geschrieben wurde... hat mir die Lust genommen weiterzulesen.

sirnicolaz

From the stands 2 of 6 comments

Lol, no. That's a Numitron (although they were 7 segment).

哈哈，不对。那是辉光数字管（虽然它们是 7 段的）。

いや違う。それは Numitron だ（7 セグメントだったけど）。

아니, 그건 Numitron 이야 (7 세그먼트였지만).

Jaja, no. Eso es un Numitron (aunque eran de 7 segmentos).

Lol, nein. Das ist ein Numitron (obwohl die 7-Segment waren).

RicoElectrico

On the subleq VM, it would run faster if they implemented Muxleq, but it wouldn't win the IOCCC contest maybe.

关于 subleq 虚拟机，如果他们实现 Muxleq 会跑得更快，但可能就赢不了 IOCCC 比赛了。

subleq VM について、Muxleq を実装すればもっと速くなるけど、IOCCC で勝てなくなるかも。

subleq VM 에 대해, Muxleq 를 구현하면 더 빨라지겠지만 IOCCC 에서 못 이길 수도 있어.

Sobre la VM subleq, correría más rápido si implementaran Muxleq, pero quizás no ganaría el concurso IOCCC.

Zur Subleq-VM: es würde schneller laufen wenn sie Muxleq implementiert hätten, aber dann hätte es vielleicht nicht den IOCCC gewonnen.

anthk

From the stands 3 of 33 comments

Huge props to just sticking with the HTTP spec on this one with Cache-Control headers with stale-while-revalidate support. It's amazing how many other providers mess that up.

为坚持 HTTP 规范的 Cache-Control 头和 stale-while-revalidate 支持点赞。很多其他提供商都搞砸了这个。

Cache-Control ヘッダーと stale-while-revalidate サポートで HTTP 仕様に忠実なのは素晴らしい。他のプロバイダーの多くはこれを台無しにしている。

Cache-Control 헤더와 stale-while-revalidate 지원으로 HTTP 스펙을 따른 것에 큰 박수. 다른 프로바이더들이 얼마나 많이 이걸 망치는지 놀랍다.

Gran aplauso por seguir la spec HTTP con headers Cache-Control y soporte stale-while-revalidate. Es increíble cuántos otros proveedores lo arruinan.

Großes Lob dafür, bei der HTTP-Spec zu bleiben mit Cache-Control-Headern und stale-while-revalidate-Support. Es ist erstaunlich wie viele andere Anbieter das vermasseln.

vlucas

Great feature. Although I'm starting to get annoyed by obvious signs of LLM writing like no X, no Y etc.

很棒的功能。虽然我开始对明显的 LLM 写作痕迹感到烦躁，比如'no X, no Y'之类的。

素晴らしい機能。ただ、'no X, no Y'のような明らかな LLM 文章の兆候にイライラし始めている。

훌륭한 기능. 다만 'no X, no Y' 같은 명백한 LLM 글쓰기 징후에 짜증나기 시작했다.

Gran característica. Aunque me estoy empezando a molestar por señales obvias de escritura LLM como no X, no Y etc.

Tolles Feature. Obwohl mich offensichtliche Zeichen von LLM-Schreiben wie no X, no Y etc. zu nerven beginnen.

mchav

Finally, this was needed. A big worry was always 'why does workers sit in front of my cache? that's a waste of an invocation if I'm returning a cached result'.

终于，这是需要的。一直担心的是'为什么 workers 在我的缓存前面？如果我返回缓存结果，那是浪费一次调用'。

やっと。これは必要だった。常に心配だったのは『なぜ workers がキャッシュの前にあるの？キャッシュされた結果を返すなら呼び出しの無駄』ということ。

드디어, 필요했던 거다. 항상 걱정이었던 게 '왜 workers 가 내 캐시 앞에 있지? 캐시된 결과를 반환하면 호출 낭비 아닌가'였다.

Por fin, esto era necesario. Una preocupación grande era siempre 'por qué workers está delante de mi caché? es un desperdicio de invocación si devuelvo un resultado cacheado'.

Endlich, das war nötig. Eine große Sorge war immer 'warum sitzt workers vor meinem Cache? das ist eine verschwendete Invocation wenn ich ein gecachtes Ergebnis zurückgebe'.

dangoodmanUT