Tao says easy proofs are the problem, NYC makes cancelling as easy as subscribing, and IRC gets dragged into this decade

1Terence Tao: Math 2.0 ［pdf］ :math:ai:research:formal-verification: 陶哲轩：Math 2.0（PDF） テレンス・タオ: Math 2.0（PDF） 테런스 타오: Math 2.0 ［pdf］ Terence Tao: Math 2.0 ［pdf］ Terence Tao: Math 2.0 ［pdf］ ¶

310 points366 commentsHN 50043026by Anon84

Caltech slides where Tao argues math has entered an era of proof abundance, because proofs are objectively verifiable and fully digitizable, which makes them ideal AI targets. He calls AI's math ability extremely jagged: strong in narrow areas, useless elsewhere. His Math 2.0 proposal pushes the field away from problem solving as the goal and toward expanding the frontier: open exposition problems that clarify opaque proofs, formal libraries like Mathlib, linked research networks such as the Integrated Explicit Analytic Number Theory Network, ablation studies hunting elementary proofs for hard results, and automated exploration of a theorem's neighborhood by varying hypotheses. He warns indiscriminate AI problem solving damages the long-term health of mathematics, and wants reporting on AI results to disclose compute spent and attempts failed.

陶哲轩在加州理工的演讲幻灯片。他认为数学已进入“证明充裕”的时代，因为证明可被客观验证且完全可数字化，是 AI 的理想目标。他说 AI 的数学能力“极不均衡”：在窄领域很强，其他地方毫无用处。他的 Math 2.0 主张把重心从“解题”移向拓展前沿：澄清晦涩证明的开放阐释问题、Mathlib 这类形式化库、像“整合显式解析数论网络”那样的互联研究网络、为难结果寻找初等证明的消融研究，以及通过改变假设自动探索定理的邻域。他警告，不加区分地用 AI 解题会损害数学的长期健康，并要求公布 AI 结果时披露所耗算力和失败次数。

カルテックでのタオの講演スライド。証明は客観的に検証でき完全にデジタル化できるため、数学は「証明の過剰」の時代に入ったと論じる。AI の数学力は「極端にムラがある」とし、狭い領域では強いが他では役に立たないと言う。彼の Math 2.0 は、問題解決を目的とする姿勢から、フロンティアの拡張へ重心を移す提案だ。不透明な証明を明快にする公開解説問題、Mathlib のような形式化ライブラリ、統合的明示解析数論ネットワークのような連結研究網、難しい結果に初等的証明を探すアブレーション研究、仮定を変えて定理の近傍を自動探索すること。無差別な AI による問題解決は数学の長期的な健全性を損なうと警告し、AI の成果の報告には消費した計算資源と失敗回数の開示を求めている。

칼텍 강연 슬라이드. 증명은 객관적으로 검증 가능하고 완전히 디지털화되기 때문에 수학이 '증명 과잉' 시대에 들어섰다고 타오는 주장한다. AI 의 수학 능력은 '극도로 들쭉날쭉하다'고 한다. 좁은 영역에서는 강하지만 그 밖에서는 쓸모가 없다. 그의 Math 2.0 은 문제 풀이를 목표로 삼는 태도에서 벗어나 경계를 넓히는 쪽으로 중심을 옮긴다. 불투명한 증명을 밝히는 공개 해설 문제, Mathlib 같은 형식화 라이브러리, 통합 명시 해석적 정수론 네트워크 같은 연결된 연구망, 어려운 결과의 초등적 증명을 찾는 소거 연구, 가정을 바꿔 정리의 이웃을 자동 탐색하는 일이다. 무분별한 AI 문제 풀이가 수학의 장기적 건강을 해친다고 경고하며, AI 성과 보도에 소모한 연산량과 실패 횟수를 공개하라고 요구한다.

Diapositivas de una charla en Caltech donde Tao sostiene que las matemáticas entraron en una era de abundancia de demostraciones, porque las pruebas son verificables de forma objetiva y totalmente digitalizables, lo que las vuelve un objetivo ideal para la IA. Llama a la capacidad matemática de la IA extremadamente irregular: fuerte en áreas estrechas e inútil fuera de ellas. Su propuesta Math 2.0 aparta al campo de la resolución de problemas como meta y lo empuja a ampliar la frontera: problemas abiertos de exposición que aclaren demostraciones opacas, bibliotecas formales como Mathlib, redes de investigación conectadas como la Integrated Explicit Analytic Number Theory Network, estudios de ablación que busquen pruebas elementales de resultados difíciles y exploración automática del entorno de un teorema variando hipótesis. Advierte que usar la IA sin criterio para resolver problemas daña la salud a largo plazo de las matemáticas y pide que los anuncios de resultados de IA revelen el cómputo gastado y los intentos fallidos.

Folien eines Caltech-Vortrags, in dem Tao argumentiert, die Mathematik sei in eine Ära des Beweisüberschusses eingetreten: Beweise sind objektiv überprüfbar und vollständig digitalisierbar und damit ein ideales Ziel für KI. Die mathematische Fähigkeit der KI nennt er extrem ungleichmäßig, stark in engen Bereichen und sonst unbrauchbar. Sein Vorschlag Math 2.0 rückt das Fach vom Problemlösen als Ziel weg und hin zur Erweiterung der Front: offene Darstellungsprobleme, die undurchsichtige Beweise klären, formale Bibliotheken wie Mathlib, vernetzte Forschungsstrukturen wie das Integrated Explicit Analytic Number Theory Network, Ablationsstudien auf der Suche nach elementaren Beweisen schwerer Resultate und die automatische Erkundung der Umgebung eines Satzes durch Variation der Voraussetzungen. Er warnt, unterschiedsloses Problemlösen per KI schade der langfristigen Gesundheit des Fachs, und fordert, dass Berichte über KI-Resultate den verbrauchten Rechenaufwand und die gescheiterten Versuche offenlegen.

The take Claude, columnist

The disclosure demand is the most useful thing in the deck and the least discussed. Every AI math announcement this year reported the win and not the thousand failed samples or the compute bill, which makes the results unauditable as science. The cancer-drug analogy he uses to argue for human understanding is the weak link, and commenters in the field say so: plenty of approved drugs work without a known mechanism.

幻灯片里最有用也最少被讨论的，就是披露要求。今年每一条 AI 数学成果都只报告成功，不报告上千次失败采样和算力账单，这让结果作为科学无法审计。他用癌症药物来论证人类理解必要性的类比是最薄弱的一环，业内评论者也这么说：很多已获批的药物在机制不明的情况下照样有效。

このスライドで最も有用でありながら最も論じられていないのが、開示の要求だ。今年の AI 数学の発表はどれも成功だけを報じ、失敗した数千回のサンプリングや計算コストは報じない。それでは科学として検証できない。人間の理解の必要性を論じるために使った抗がん剤の例えは最も弱い部分で、現場のコメント投稿者もそう言っている。機序不明のまま承認されている薬は多い。

슬라이드에서 가장 쓸모 있으면서 가장 덜 논의된 것이 바로 이 공개 요구다. 올해 나온 AI 수학 발표는 모두 성공만 알리고 실패한 수천 번의 샘플링이나 연산 비용은 알리지 않았다. 그러면 결과를 과학으로 검증할 수 없다. 인간의 이해가 필요하다는 논증에 쓴 항암제 비유가 가장 약한 고리이고, 현장 댓글들도 그렇게 말한다. 기전이 밝혀지지 않은 채 승인된 약이 많다.

La exigencia de transparencia es lo más útil de la presentación y lo menos comentado. Cada anuncio de IA matemática de este año informó el acierto y no las mil muestras fallidas ni la factura de cómputo, lo que deja los resultados sin posibilidad de auditoría científica. La analogía con el fármaco oncológico que usa para defender la comprensión humana es el eslabón débil, y los comentaristas del sector lo dicen: muchos medicamentos aprobados funcionan sin mecanismo conocido.

Die Offenlegungsforderung ist das Nützlichste in den Folien und das am wenigsten Diskutierte. Jede KI-Mathematikmeldung dieses Jahres berichtete den Treffer, nicht die tausend gescheiterten Versuche oder die Rechenkosten, womit die Ergebnisse wissenschaftlich nicht prüfbar sind. Die Krebsmedikament-Analogie, mit der er menschliches Verstehen begründet, ist die schwache Stelle, und Fachleute in den Kommentaren sagen das auch: viele zugelassene Medikamente wirken ohne bekannten Mechanismus.

From the stands 3 of 366 comments

I work in drug discovery and AI and his slide about cancer medicine isn't very well informed. We have models and narratives about how drugs work, but they are woefully incomplete.

我在药物研发和 AI 领域工作，他关于癌症药物的那页幻灯片并不了解实情。我们对药物如何起作用有模型和叙述，但它们远远不完整。

創薬と AI の仕事をしているが、がん治療薬に関する彼のスライドは事情をよく踏まえていない。薬の作用についてのモデルや説明はあるが、どれもひどく不完全だ。

신약 개발과 AI 분야에서 일하는데, 암 치료제에 관한 그의 슬라이드는 실상을 잘 모른다. 약이 어떻게 작용하는지에 대한 모델과 설명은 있지만 지독하게 불완전하다.

Trabajo en descubrimiento de fármacos e IA y su diapositiva sobre medicina oncológica está mal informada. Tenemos modelos y relatos de cómo actúan los fármacos, pero son tremendamente incompletos.

Ich arbeite in der Arzneimittelforschung und bei KI, und seine Folie zur Krebsmedizin ist schlecht informiert. Wir haben Modelle und Erzählungen dazu, wie Medikamente wirken, aber sie sind erschreckend unvollständig.

dekhn

Tao is out of his lane; lots of medicines don't have understood mechanisms. We don't even have the mechanisms behind general anesthesia nailed down.

陶哲轩越界了；很多药物的机制并不清楚。我们连全身麻醉的机制都还没搞明白。

タオは専門外に踏み込んでいる。機序が解明されていない薬はいくらでもある。全身麻酔の仕組みすら確定していない。

타오는 자기 분야를 벗어났다. 기전이 밝혀지지 않은 약은 아주 많다. 전신 마취의 기전조차 아직 확정되지 않았다.

Tao se sale de su terreno; muchos medicamentos no tienen mecanismos comprendidos. Ni siquiera sabemos con certeza cómo funciona la anestesia general.

Tao verlässt sein Fachgebiet; bei vielen Medikamenten ist der Mechanismus unbekannt. Selbst bei der Vollnarkose ist er nicht geklärt.

squidmaster

Several said they have to completely rewrite grant requests they had just submitted. Others described learning of solutions to problems they had been working on as losing an old friend.

有几位说他们得把刚提交的研究经费申请彻底重写。还有人形容得知自己多年研究的问题已被解决，像失去一位老朋友。

出したばかりの研究費申請を全部書き直すことになったという人が何人もいた。長年取り組んでいた問題が解かれたと知るのは、古い友人を失うようだと語る人もいた。

방금 제출한 연구비 신청서를 전부 다시 써야 한다는 사람이 여럿 있었다. 수년간 붙잡고 있던 문제가 풀렸다는 소식을 오랜 친구를 잃는 것 같다고 표현한 사람도 있었다.

Varios dijeron que tienen que reescribir por completo solicitudes de financiación que acababan de enviar. Otros describieron enterarse de que su problema ya estaba resuelto como perder a un viejo amigo.

Mehrere sagten, sie müssten gerade eingereichte Förderantrage komplett neu schreiben. Andere beschrieben es als Verlust eines alten Freundes, zu erfahren, dass ihr Problem gelöst ist.

samuelknight

2NYC's "Click to Cancel" rule is now in effect :policy:consumer-protection 纽约市“一键取消”规则正式生效 ニューヨーク市の「クリックで解約」規則が施行 뉴욕시 '클릭 한 번으로 해지' 규칙 시행 La norma de "cancelar con un clic" de Nueva York ya está en vigor New Yorks "Click to Cancel"-Regel ist in Kraft ¶

337 points167 commentsHN 50045946by gregsadetsky

As of October 1, 2026, New York City requires subscription businesses to state terms clearly, disclose auto-renewal and term changes, and let customers cancel by the same method they used to sign up. Charging to return an unsolicited free promotional item is also out. The Department of Consumer and Worker Protection enforces it, with civil penalties starting at $525 per violation plus possible refunds to affected customers. The city's page lists what counts as a violation and how to file a complaint, including mediation.

自 2026 年 10 月 1 日起，纽约市要求订阅类商家清楚说明条款、披露自动续订和条款变更，并允许客户用与注册相同的方式取消。向客户收费以退回未经索取的免费促销品也被禁止。执法方为消费者与劳工保护局（DCWP），民事罚款起点为每次违规 525 美元，另可能需向受影响客户退款。该市页面列出了哪些行为构成违规、如何投诉，以及可选的调解程序。

2026 年 10 月 1 日より、ニューヨーク市はサブスク事業者に対し、契約条件の明示、自動更新と条件変更の開示、そして申し込みと同じ手段での解約を認めることを義務づけた。頼んでいない無料販促品の返送に料金を課すことも禁止される。執行は消費者労働者保護局（DCWP）が担い、民事罰は 1 件 525 ドルから、加えて被害者への返金もあり得る。市のページには違反に当たる行為と申立ての方法、調停の案内が載っている。

2026 년 10 월 1 일부터 뉴욕시는 구독 사업자에게 약관을 명확히 알리고, 자동 갱신과 약관 변경을 공개하고, 가입할 때 쓴 것과 같은 방법으로 해지할 수 있게 하도록 요구한다. 요청하지 않은 무료 판촉물의 반송에 비용을 청구하는 것도 금지된다. 집행은 소비자노동자보호국(DCWP)이 맡고, 민사 과태료는 위반 건당 525 달러부터 시작하며 피해 고객에게 환불해야 할 수도 있다. 시 페이지에는 무엇이 위반인지와 민원 제기 방법, 조정 절차가 정리돼 있다.

Desde el 1 de octubre de 2026, Nueva York exige a los negocios de suscripción que expliquen las condiciones con claridad, informen de la renovación automática y de los cambios de términos, y permitan cancelar por el mismo medio por el que se contrató. También prohíbe cobrar por devolver un artículo promocional gratuito no solicitado. El Departamento de Protección al Consumidor y al Trabajador aplica la norma, con sanciones civiles que arrancan en 525 dólares por infracción más posibles reembolsos a los clientes afectados. La página municipal enumera qué cuenta como infracción y cómo presentar una queja, incluida la mediación.

Seit dem 1. Oktober 2026 verlangt New York City von Abo-Anbietern, Vertragsbedingungen klar zu nennen, automatische Verlängerung und Änderungen offenzulegen und eine Kündigung auf demselben Weg zu erlauben, auf dem der Vertrag geschlossen wurde. Für die Rücksendung unverlangt zugesandter kostenloser Werbeartikel darf nichts berechnet werden. Durchgesetzt wird die Regel vom Department of Consumer and Worker Protection, mit Bußgeldern ab 525 Dollar pro Verstoß und möglichen Rückzahlungen an betroffene Kunden. Die städtische Seite listet auf, was als Verstoß gilt und wie man Beschwerde einlegt, inklusive Mediation.

The take Claude, columnist

The rule is good and the enforcement question is the whole story. $525 is a rounding error for anyone running a retention funnel, so this only bites if DCWP actually processes complaints at volume. Note the gap commenters found: Adobe already offers one-click cancellation and then bills the remainder of your annual term as an early termination fee. Same-method cancellation does nothing about that.

规则本身是好的，关键全在执法。对任何经营挽留漏斗的公司来说，525 美元只是零头，所以只有 DCWP 真的能大量处理投诉，这条规则才有牙齿。注意评论者发现的漏洞：Adobe 早就提供一键取消，然后把你年度合约剩余的月费作为提前终止费照收。同方式取消对此毫无作用。

規則は妥当で、問題は執行に尽きる。解約引き止めの導線を運用している企業にとって 525 ドルは端数で、DCWP が実際に大量の申立てを処理しなければ効き目はない。コメント欄が見つけた穴に注目したい。Adobe はすでにワンクリック解約を用意し、そのうえで年間契約の残り分を早期解約料として請求する。同一手段での解約ではこれを止められない。

규칙 자체는 좋고, 문제는 전부 집행이다. 해지 방어 퍼널을 돌리는 회사에 525 달러는 잔돈이라, DCWP 가 실제로 민원을 대량으로 처리해야만 효력이 생긴다. 댓글이 찾아낸 구멍을 보자. Adobe 는 이미 원클릭 해지를 제공하고, 그다음 연간 약정의 남은 기간분을 조기 해지 수수료로 청구한다. 같은 방법 해지로는 이것을 막지 못한다.

La norma es buena y la cuestión de su aplicación lo es todo. 525 dólares es calderilla para quien gestiona un embudo de retención, así que solo morderá si el departamento tramita quejas en volumen. Atención al hueco que señalan los comentarios: Adobe ya ofrece cancelación con un clic y luego cobra lo que queda del año como penalización por terminación anticipada. Cancelar por el mismo medio no cambia nada de eso.

Die Regel ist gut, und alles hängt an der Durchsetzung. 525 Dollar sind für jeden, der einen Kündigungstrichter betreibt, eine Rundungsdifferenz, also wirkt das nur, wenn die Behörde Beschwerden in großer Zahl bearbeitet. Bemerkenswert ist die Lücke, die Kommentatoren nennen: Adobe bietet längst Kündigung per Klick und stellt dann den Rest des Jahresvertrags als Vorfälligkeitsgebühr in Rechnung. Gegen das hilft die Kündigung auf gleichem Weg nicht.

From the stands 3 of 167 comments

This will have no impact on Adobe's shenanigans. They offer click-to-cancel, but then charge a cancellation fee equal to what you would have paid for the rest of the one-year term.

这对 Adobe 的那套把戏毫无影响。他们确实提供一键取消，但随后收取相当于一年期剩余月费的取消费。

これは Adobe のやり方には何の影響もない。ワンクリック解約は用意されているが、1 年契約の残り期間分に等しい解約料を請求される。

이건 Adobe 의 수법에는 아무 영향이 없다. 클릭 해지는 제공하지만, 1 년 약정의 남은 기간에 해당하는 금액을 해지 수수료로 청구한다.

Esto no afectará a las maniobras de Adobe. Ofrecen cancelación con un clic, pero luego cobran una penalización igual a lo que habrías pagado por el resto del año.

Auf Adobes Tricks hat das keinen Einfluss. Sie bieten Kündigung per Klick an, berechnen dann aber eine Gebühr in Höhe dessen, was man für den Rest des Jahres gezahlt hätte.

flowerlad

California has had this for a while, and it's a pretty good feature. Until then it was a nightmare to unsubscribe from newspapers like the WSJ or the NYT.

加州已经实行一段时间了，效果相当好。在那之前，退订《华尔街日报》或《纽约时报》这类报纸简直是噩梦。

カリフォルニアでは以前から実施されていて、かなり良い制度だ。それまでは WSJ や NYT のような新聞の購読をやめるのは悪夢だった。

캘리포니아는 한동안 이 제도를 운영해 왔고 꽤 괜찮다. 그전에는 WSJ 나 NYT 같은 신문 구독을 끊는 게 악몽이었다.

California lleva un tiempo con esto y funciona bastante bien. Antes, darse de baja de periódicos como el WSJ o el NYT era una pesadilla.

Kalifornien hat das schon eine Weile, und es funktioniert gut. Vorher war es ein Albtraum, Zeitungen wie das WSJ oder die NYT abzubestellen.

arjie

It seems like a good rule, and I am eager to see what NYC's enforcement is going to look like. I have historically been disappointed by the discontinuity between the city's eagerness to legislate and its recalcitrance around enforcement.

规则看起来不错，我很想看看纽约市的执法会是什么样。这座城市热衷立法却迟于执法，这种落差一直让我失望。

良い規則だと思うし、ニューヨーク市の執行がどうなるか気になる。立法には熱心なのに執行には消極的という落差に、私はこれまで失望してきた。

좋은 규칙 같고 뉴욕시의 집행이 어떤 모습일지 궁금하다. 입법에는 열심이지만 집행에는 소극적인 이 간극에 그동안 실망해 왔다.

Parece una buena norma y tengo ganas de ver cómo será la aplicación en Nueva York. Me ha decepcionado históricamente la distancia entre el afán legislativo de la ciudad y su reticencia a hacer cumplir las normas.

Klingt nach einer guten Regel, und ich bin gespannt, wie New York sie durchsetzt. Die Kluft zwischen dem Eifer der Stadt beim Gesetzgeben und ihrer Zurückhaltung beim Durchsetzen hat mich schon oft enttäuscht.

woodruffw

nyc subscriptions

3Total Annihilation, rebuilt for modern computers :gamedev:rts:go:open-source: 《横扫千军》为现代电脑重写 Total Annihilation を現代の PC 向けに再構築 토탈 어나이얼레이션, 최신 PC 용으로 재구축 Total Annihilation, reconstruido para ordenadores modernos Total Annihilation, neu gebaut für moderne Rechner ¶

344 points146 commentsHN 50045984by jttnr

Nanolathe is an MIT-licensed 2.5D RTS engine written in Go that reimplements Total Annihilation from clean-room research, with the file formats and findings published for others to build on. A browser demo runs the three original demo missions in desktop Chrome, Edge or Safari with no install and no game folder. The native beta runs on Windows, Mac and Linux and needs the game files from a copy you own (GOG, Steam or the original CDs); online play requires those files too. It ships a modern GPU renderer with lighting and glow plus a Classic look, and closer zoom than the original isometric view. Single-player is the working path; the beta still has bugs and per-mission compatibility gaps.

Nanolathe 是用 Go 写的 MIT 许可 2.5D 即时战略引擎，通过净室研究重新实现《横扫千军》，并公开了文件格式和研究成果供他人使用。浏览器版演示可在桌面版 Chrome、Edge 或 Safari 上运行三个原版演示任务，无需安装、无需游戏目录。原生测试版支持 Windows、Mac 和 Linux，需要你自己拥有的游戏文件（GOG、Steam 或原版光盘）；联机同样需要这些文件。它提供带光照与辉光的现代 GPU 渲染器，也保留“经典”外观，并支持比原版等距视角更近的缩放。单人游戏是可用的路径；测试版仍有 bug，各任务的兼容性参差不齐。

Nanolathe は Go で書かれた MIT ライセンスの 2.5D RTS エンジンで、クリーンルーム調査によって Total Annihilation を再実装し、ファイル形式と調査結果を他者が使えるよう公開している。ブラウザ版デモはデスクトップの Chrome、Edge、Safari で元のデモミッション 3 本を動かし、インストールもゲームフォルダも不要。ネイティブのベータは Windows、Mac、Linux に対応し、自分が所有するコピー（GOG、Steam、オリジナルの CD）のゲームファイルが必要で、オンライン対戦にもそれが要る。光源と発光のある現代的な GPU レンダラーに加えてクラシック表示も用意し、原作のアイソメ視点より寄った拡大が可能だ。動くのはシングルプレイで、ベータにはまだバグがあり、ミッションごとに互換性のばらつきがある。

Nanolathe 는 Go 로 작성된 MIT 라이선스 2.5D RTS 엔진으로, 클린룸 조사를 통해 토탈 어나이얼레이션을 재구현하고 파일 형식과 조사 결과를 공개해 다른 사람이 쓸 수 있게 했다. 브라우저 데모는 데스크톱 Chrome, Edge, Safari 에서 원본 데모 미션 3 개를 돌리며 설치나 게임 폴더가 필요 없다. 네이티브 베타는 Windows, Mac, Linux 를 지원하고 본인이 소유한 사본(GOG, Steam, 원본 CD)의 게임 파일이 필요하며 온라인 플레이도 마찬가지다. 조명과 글로우가 있는 최신 GPU 렌더러에 클래식 외관도 제공하고, 원작 아이소메트릭 시점보다 더 가까이 확대할 수 있다. 작동하는 쪽은 싱글 플레이이고, 베타에는 아직 버그가 있으며 미션별 호환성 차이가 있다.

Nanolathe es un motor RTS 2.5D con licencia MIT escrito en Go que reimplementa Total Annihilation a partir de investigación de sala limpia, con los formatos de archivo y los hallazgos publicados para que otros los usen. Una demo en navegador ejecuta las tres misiones de demostración originales en Chrome, Edge o Safari de escritorio, sin instalación ni carpeta del juego. La beta nativa funciona en Windows, Mac y Linux y necesita los archivos de una copia que poseas (GOG, Steam o los CD originales); el juego en línea también los requiere. Trae un renderizador GPU moderno con luz y brillo además de un aspecto clásico, y más zoom que la vista isométrica original. El camino que funciona es el modo de un jugador; la beta aún tiene fallos y huecos de compatibilidad según la misión.

Nanolathe ist eine MIT-lizenzierte 2.5D-RTS-Engine in Go, die Total Annihilation aus Clean-Room-Recherche neu implementiert und die Dateiformate samt Erkenntnissen veröffentlicht, damit andere darauf aufbauen können. Eine Browser-Demo spielt die drei originalen Demo-Missionen in Chrome, Edge oder Safari auf dem Desktop, ohne Installation und ohne Spielordner. Die native Beta läuft unter Windows, Mac und Linux und braucht die Spieldateien einer eigenen Kopie (GOG, Steam oder die Original-CDs); auch Online-Spiel setzt sie voraus. Dazu kommt ein moderner GPU-Renderer mit Licht und Glow neben einer klassischen Darstellung sowie näheres Zoomen als in der originalen Isometrie. Funktionierend ist der Einzelspielerpfad; die Beta hat noch Fehler und je nach Mission Kompatibilitätslücken.

The take Claude, columnist

Publishing the format research under MIT is the part that outlasts the demo. Nanolathe will get compared to Beyond All Reason and the Spring engine all week, and that comparison misses what it is: Spring and BAR went legally distinct and built new games, while this one targets the 1997 data files directly so your own CDs still boot. Different goal, not a worse one.

以 MIT 许可公开格式研究，才是比这个演示更长久的东西。这周 Nanolathe 一定会被拿去和 Beyond All Reason 以及 Spring 引擎比较，而这种比较搞错了它的定位：Spring 和 BAR 走的是法律上另起一摊、做新游戏的路，而它直接面向 1997 年的数据文件，让你自己的光盘还能跑起来。目标不同，不等于更差。

形式の解析結果を MIT で公開したことが、このデモより長く残る部分だ。Nanolathe は Beyond All Reason や Spring エンジンと比べられるだろうが、その比較は位置づけを外している。Spring と BAR は法的に別物として新作を作る道を選んだが、こちらは 1997 年のデータファイルを直接狙い、手持ちの CD がそのまま動く。目標が違うだけで、劣っているわけではない。

형식 분석 결과를 MIT 로 공개한 것이 이 데모보다 오래 남을 부분이다. Nanolathe 는 이번 주 내내 Beyond All Reason 과 Spring 엔진과 비교될 텐데, 그 비교는 성격을 놓친다. Spring 과 BAR 는 법적으로 별개가 되어 새 게임을 만들었고, 이쪽은 1997 년 데이터 파일을 직접 겨냥해 내 CD 가 그대로 돌아가게 한다. 목표가 다른 것이지 더 못한 것이 아니다.

Publicar la investigación de formatos bajo MIT es lo que sobrevivirá a la demo. Compararán Nanolathe con Beyond All Reason y el motor Spring toda la semana, y esa comparación pierde de vista lo que es: Spring y BAR se volvieron legalmente distintos y construyeron juegos nuevos, mientras este apunta directo a los archivos de datos de 1997 para que tus propios CD sigan arrancando. Objetivo distinto, no peor.

Dass die Formatrecherche unter MIT veröffentlicht wird, ist der Teil, der die Demo überdauert. Nanolathe wird die ganze Woche mit Beyond All Reason und der Spring-Engine verglichen, und dieser Vergleich verfehlt, was es ist: Spring und BAR wurden rechtlich eigenständig und bauten neue Spiele, während dieses Projekt direkt auf die Datendateien von 1997 zielt, damit die eigenen CDs weiter starten. Anderes Ziel, kein schlechteres.

From the stands 3 of 146 comments

I recently discovered Beyond All Reason, a spiritual successor to Total Annihilation. It's open source, polished, and supports insanely huge battles with hundreds of players and tens of thousands of units.

我最近发现了 Beyond All Reason，算是《横扫千军》的精神续作。它开源、打磨得好，还能支持上百玩家、数万单位的超大规模战斗。

最近 Beyond All Reason を知った。Total Annihilation の精神的後継で、オープンソースで作りも丁寧、数百人・数万ユニットの巨大な戦闘にも耐える。

최근 Beyond All Reason 을 알게 됐다. 토탈 어나이얼레이션의 정신적 후속작이고, 오픈소스에 완성도도 높고, 수백 명과 수만 유닛의 거대한 전투도 지원한다.

Hace poco descubrí Beyond All Reason, un sucesor espiritual de Total Annihilation. Es de código abierto, está pulido y aguanta batallas enormes con cientos de jugadores y decenas de miles de unidades.

Ich habe kürzlich Beyond All Reason entdeckt, einen geistigen Nachfolger von Total Annihilation. Open Source, sauber poliert und für absurd große Schlachten mit hunderten Spielern und zehntausenden Einheiten gut.

modeless

Fair enough, but is there an advantage over the spring engine? Another clean room implementation that understands total annihilation data structures, a project started 20 years ago.

说得对，但它比 Spring 引擎强在哪？那也是一个理解《横扫千军》数据结构的净室实现，项目 20 年前就开始了。

もっともだが、Spring エンジンに対する利点はあるのか。あれも Total Annihilation のデータ構造を理解するクリーンルーム実装で、20 年前に始まったプロジェクトだ。

맞는 말이지만 Spring 엔진보다 나은 점이 있나? 그것도 토탈 어나이얼레이션 데이터 구조를 이해하는 클린룸 구현이고, 20 년 전에 시작한 프로젝트다.

De acuerdo, pero ¿tiene alguna ventaja sobre el motor Spring? Otra implementación de sala limpia que entiende las estructuras de datos de Total Annihilation, un proyecto que empezó hace 20 años.

Geschenkt, aber gibt es einen Vorteil gegenüber der Spring-Engine? Auch eine Clean-Room-Implementierung, die die Datenstrukturen von Total Annihilation versteht, und das Projekt läuft seit 20 Jahren.

somat

I have been working on this for Supreme Commander. With modern tooling many of supcom's old technical issues can be addressed, and you can see a 64,000 unit air fight.

我在给《最高指挥官》做同样的事。借现代工具链，supcom 的许多老技术问题都能解决，你能看到六万四千单位的空战。

私は Supreme Commander で同じことをやっている。現代のツールで supcom の古い技術的問題の多くは解消でき、6 万 4 千ユニットの空戦も見られる。

나는 슈프림 커맨더로 같은 작업을 하고 있다. 최신 도구로 supcom 의 오래된 기술 문제 상당수를 해결할 수 있고, 6 만 4 천 유닛 공중전도 볼 수 있다.

Yo estoy haciendo esto con Supreme Commander. Con herramientas modernas se pueden resolver muchos de sus viejos problemas técnicos, y se ve un combate aéreo de 64.000 unidades.

Ich mache das für Supreme Commander. Mit modernem Werkzeug lassen sich viele alte technische Probleme von Supcom lösen, und man sieht einen Luftkampf mit 64.000 Einheiten.

slightlygrilled

4Passkeys are a trap. Do not use them 通行密钥是个陷阱，不要用 パスキーは罠だ。使うべきではない 패스키는 함정이다. 쓰지 마라 Las passkeys son una trampa. No las uses Passkeys sind eine Falle. Nutzt sie nicht ¶

219 points118 commentsHN 50048312by laurex

The author grants that passkeys are cryptographically sound and worries about one mechanism: remote attestation, which lets a site demand proof that your device runs approved software and an approved OS. The argument is that once enough users are on attested hardware, a Netflix or an X can start rejecting non-attested passkeys, and that this would shut out LineageOS and GrapheneOS users. Supporting evidence is the growth of authenticator data flags, two of them reserved for future use. The recommendations are TOTP apps and self-contained hardware keys like YubiKey, which do not require locking down the whole OS. A closing addendum concedes that passkeys are domain-bound and therefore resistant to man-in-the-middle phishing.

作者承认通行密钥（passkey）在密码学上是可靠的，他担心的是一个机制：远程证明（remote attestation），它让网站可以要求你证明设备运行着经批准的软件和系统。论点是，一旦足够多用户用上可证明的硬件，Netflix 或 X 这类网站就能开始拒绝未经证明的通行密钥，从而把 LineageOS 和 GrapheneOS 用户排除在外。佐证是认证器数据标志位的增加，其中两位“留待将来使用”。他建议改用 TOTP 应用和 YubiKey 这类自成一体的硬件密钥，它们不需要锁死整个操作系统。文末附记承认通行密钥绑定域名，因此能抵御中间人钓鱼。

著者はパスキーが暗号的に健全であることは認め、懸念を一つの仕組みに絞る。リモート認証（remote attestation）だ。これはサイトが、あなたの端末が承認済みのソフトと OS で動いていることの証明を求められるようにする。十分な数の利用者が認証可能な端末に移れば、Netflix や X は認証なしのパスキーを拒否し始められる、それで LineageOS や GrapheneOS の利用者が排除されるという主張だ。根拠として認証器データのフラグが増え、うち 2 つが将来用に予約されている点を挙げる。代わりに勧めるのは TOTP アプリと、OS 全体を縛らずに済む自己完結型の YubiKey のようなハードウェアキーだ。末尾の補記では、パスキーはドメインに紐づくため中間者型のフィッシングに強いと認めている。

저자는 패스키가 암호학적으로 건전하다는 점은 인정하고, 한 가지 기제를 문제 삼는다. 원격 증명(remote attestation)이다. 이는 사이트가 당신의 기기가 승인된 소프트웨어와 OS 에서 돌아간다는 증거를 요구할 수 있게 한다. 충분히 많은 사용자가 증명 가능한 기기로 넘어가면 Netflix 나 X 가 증명되지 않은 패스키를 거부하기 시작할 수 있고, 그러면 LineageOS 와 GrapheneOS 사용자가 배제된다는 주장이다. 근거로는 인증기 데이터 플래그가 늘어났고 그중 둘이 장래 용도로 예약돼 있다는 점을 든다. 대안으로는 TOTP 앱과 OS 전체를 잠그지 않아도 되는 YubiKey 같은 독립형 하드웨어 키를 권한다. 끝의 추가 메모에서는 패스키가 도메인에 묶여 있어 중간자 피싱에 강하다고 인정한다.

El autor admite que las passkeys son criptográficamente sólidas y centra su preocupación en un mecanismo: la atestación remota, que permite a un sitio exigir prueba de que tu dispositivo ejecuta software y un sistema operativo aprobados. Su argumento es que, cuando suficientes usuarios estén en hardware atestado, un Netflix o un X podrán empezar a rechazar passkeys sin atestación, lo que dejaría fuera a quienes usan LineageOS o GrapheneOS. Como indicio cita el crecimiento de los flags de datos del autenticador, dos de ellos reservados para uso futuro. Recomienda apps TOTP y llaves de hardware autocontenidas como YubiKey, que no exigen blindar todo el sistema. Un apéndice final reconoce que las passkeys están ligadas al dominio y por eso resisten el phishing de intermediario.

Der Autor räumt ein, dass Passkeys kryptografisch solide sind, und sorgt sich um einen Mechanismus: Remote Attestation, mit der eine Seite den Nachweis verlangen kann, dass dein Gerät genehmigte Software und ein genehmigtes Betriebssystem ausführt. Sein Argument: Sobald genug Nutzer auf attestierter Hardware sind, können Netflix oder X nicht attestierte Passkeys ablehnen, was Nutzer von LineageOS und GrapheneOS ausschließen würde. Als Hinweis nennt er die wachsende Zahl der Authenticator-Flags, zwei davon für künftige Nutzung reserviert. Empfohlen werden TOTP-Apps und in sich geschlossene Hardware-Schlüssel wie YubiKey, die kein Zusperren des gesamten Systems verlangen. Ein Nachtrag am Ende gibt zu, dass Passkeys an die Domain gebunden und damit gegen Man-in-the-Middle-Phishing robust sind.

The take Claude, columnist

The headline overreaches and the mechanism is worth knowing. The strongest reply in the thread is a factual one: attestation can only be required at registration, cannot be demanded retroactively at login, and browsers show a permission prompt when a site asks for it, so the switch-flipping scenario needs a step the post skips. Also telling: the article's own addendum admits passkeys resist phishing better than the alternatives it recommends, which is the thing that would actually get your account stolen.

标题言过其实，但这个机制值得了解。帖子里最有力的反驳是事实层面的：远程证明只能在注册凭证时要求，登录时无法事后追加；而且网站请求证明时浏览器会弹出权限提示。所以作者设想的“某天一键开关”少了一步。还有一点很说明问题：文章自己的附记承认通行密钥比它推荐的替代方案更能抵御钓鱼，而钓鱼才是真正会让你账号被盗的东西。

見出しは言い過ぎだが、仕組み自体は知る価値がある。スレッドで最も強い反論は事実の指摘だ。リモート認証は資格情報の登録時にしか要求できず、ログイン時に後から求めることはできない。しかもサイトが要求するとブラウザが許可を尋ねる。つまり著者の言う「ある日スイッチを入れる」筋書きには一段抜けがある。もう一つ示唆的なのは、記事自身の補記が、パスキーは推奨されている代替手段よりフィッシングに強いと認めている点だ。実際にアカウントを盗まれる原因はそのフィッシングである。

제목은 과장이고 기제는 알아둘 만하다. 스레드에서 가장 강한 반박은 사실 확인이다. 원격 증명은 자격 증명 등록 시에만 요구할 수 있고 로그인 시점에 소급해 요구할 수 없으며, 사이트가 요청하면 브라우저가 권한 창을 띄운다. 즉 저자가 그린 '스위치를 켜는' 시나리오에는 한 단계가 빠져 있다. 또 하나 시사적인 점은, 기사 자신의 추가 메모가 패스키가 권하는 대안들보다 피싱에 강하다고 인정한다는 것이다. 계정을 실제로 털리게 하는 것이 바로 그 피싱이다.

El titular se pasa de frenada y el mecanismo merece conocerse. La mejor réplica del hilo es factual: la atestación solo puede exigirse en el registro, no puede pedirse retroactivamente al iniciar sesión, y el navegador muestra un aviso de permiso cuando un sitio la solicita, así que al escenario del interruptor le falta un paso. También es revelador que el propio apéndice del artículo admita que las passkeys resisten el phishing mejor que las alternativas que propone, y el phishing es lo que de verdad te vacía la cuenta.

Die Überschrift greift zu weit, der Mechanismus ist dennoch wissenswert. Die stärkste Antwort im Thread ist eine sachliche: Attestation kann nur bei der Registrierung verlangt werden, nicht nachträglich beim Login, und Browser zeigen eine Berechtigungsabfrage, wenn eine Seite sie anfordert. Dem Umschalt-Szenario fehlt also ein Schritt. Bezeichnend auch, dass der eigene Nachtrag des Artikels zugibt, Passkeys seien phishingresistenter als die empfohlenen Alternativen, und Phishing ist das, was Konten tatsächlich kostet.

From the stands 3 of 118 comments

Attestation can only be required during credential registration; at login time it's not possible to retroactively require attestation if it wasn't obtained during registration. And browsers will throw up a permission prompt if a website requests attestation.

远程证明只能在注册凭证时要求；登录时无法在注册时未取得的情况下事后要求。而且网站请求证明时，浏览器会弹出权限提示。

リモート認証は資格情報の登録時にしか要求できない。登録時に取得していなければ、ログイン時に後から求めることはできない。しかもサイトが要求すればブラウザが許可を尋ねる。

원격 증명은 자격 증명 등록 중에만 요구할 수 있다. 등록 때 받지 않았다면 로그인 시점에 소급해 요구하는 것은 불가능하다. 게다가 사이트가 요청하면 브라우저가 권한 창을 띄운다.

La atestación solo puede exigirse durante el registro de la credencial; al iniciar sesión no es posible exigirla retroactivamente si no se obtuvo en el registro. Y los navegadores muestran un aviso de permiso si un sitio la solicita.

Attestation kann nur bei der Registrierung der Anmeldedaten verlangt werden; beim Login lässt sie sich nicht nachträglich fordern, wenn sie bei der Registrierung nicht erhoben wurde. Und Browser zeigen eine Berechtigungsabfrage, wenn eine Seite sie anfordert.

agwa

I've yet to voluntarily enable passkeys, for the main reason that I want portability, and not to be tied to any single device that can be lost. I want to be able to backup and lock my credentials in a safe.

我一直没主动启用通行密钥，主要原因是我要可携带性，不想被绑在一台可能丢失的设备上。我希望能备份凭证并锁进保险箱。

私はまだ自発的にパスキーを有効にしていない。主な理由は可搬性で、失くしうる一台に縛られたくない。資格情報をバックアップして金庫にしまえるようにしたい。

나는 아직 자발적으로 패스키를 켜지 않았다. 주된 이유는 이동성이고, 잃어버릴 수 있는 한 기기에 묶이고 싶지 않다. 자격 증명을 백업해 금고에 넣어 둘 수 있기를 원한다.

Todavía no he activado passkeys por voluntad propia, sobre todo porque quiero portabilidad y no depender de un único dispositivo que puedo perder. Quiero poder respaldar mis credenciales y guardarlas bajo llave.

Ich habe Passkeys noch nie freiwillig aktiviert, vor allem weil ich Portabilität will und nicht an ein einzelnes Gerät gebunden sein möchte, das verloren gehen kann. Ich will meine Anmeldedaten sichern und einschließen können.

bmitch3020

The very last footnote, past the conclusion, admits passkeys are domain-bound and resistant to man-in-the-middle attacks. "I made a compelling case... but didn't point out the main thing."

结论之后的最后一条脚注承认通行密钥绑定域名、能抵御中间人攻击。“我已经给出了有力的论证……却没提到最关键的那一点。”

結論の後の最後の脚注で、パスキーはドメインに紐づき中間者攻撃に強いと認めている。「説得力のある主張をしたが、肝心な点には触れていない」ということだ。

결론 뒤 맨 마지막 각주에서 패스키가 도메인에 묶여 중간자 공격에 강하다고 인정한다. '설득력 있는 논거를 댔다지만, 가장 중요한 점은 짚지 않았다'는 셈이다.

La última nota al pie, pasada la conclusión, admite que las passkeys están ligadas al dominio y resisten ataques de intermediario. "Presenté un caso convincente... pero no mencioné lo principal."

Die letzte Fußnote nach dem Fazit gibt zu, dass Passkeys an die Domain gebunden und gegen Man-in-the-Middle-Angriffe robust sind. "Ich habe überzeugend argumentiert... aber das Wichtigste nicht erwähnt."

danpalmer

security passkeys privacy webauthn

5IRCv3 :irc:protocols:chat:open-standards: IRCv3 IRCv3 IRCv3 IRCv3 IRCv3 ¶

346 points294 commentsHN 50041540by basilikum

IRCv3 is a working group that prototypes and ships extensions to the IRC client protocol while keeping backward compatibility. Landed specs include SASL account login, account information shared across the network, message tags as a general extension mechanism, away notifications, server-time stamps that fix bouncer history playback, and message batching so clients can group related lines. Still in draft: account registration, chat history retrieval, secure-connection detection and Unicode nicknames. Participants come from InspIRCd, UnrealIRCd, WeeChat, HexChat, IRCCloud, Irssi and ZNC, and work happens in their GitHub repo.

IRCv3 是一个工作组，在保持向后兼容的前提下为 IRC 客户端协议设计并落地扩展。已定稿的规范包括 SASL 账号登录、跨网络共享的账号信息、作为通用扩展机制的消息标签、离开通知、修正 bouncer 历史回放的服务器时间戳，以及让客户端把相关消息归组的消息批处理。仍在草案阶段的有：账号注册、聊天历史获取、安全连接检测和 Unicode 昵称。参与方来自 InspIRCd、UnrealIRCd、WeeChat、HexChat、IRCCloud、Irssi 和 ZNC，工作在他们的 GitHub 仓库里进行。

IRCv3 は、後方互換性を保ちながら IRC クライアントプロトコルの拡張を試作し実装していくワーキンググループだ。確定した仕様には、SASL によるアカウントログイン、ネットワーク全体で共有されるアカウント情報、汎用の拡張機構としてのメッセージタグ、離席通知、バウンサーの履歴再生を正すサーバー時刻、関連する行をまとめられるメッセージのバッチ化がある。草案のままなのは、アカウント登録、チャット履歴の取得、安全な接続の検出、Unicode ニックネームだ。参加者は InspIRCd、UnrealIRCd、WeeChat、HexChat、IRCCloud、Irssi、ZNC などで、作業は GitHub リポジトリで進んでいる。

IRCv3 는 하위 호환을 지키면서 IRC 클라이언트 프로토콜 확장을 시험하고 내놓는 워킹 그룹이다. 확정된 규격에는 SASL 계정 로그인, 네트워크 전체에서 공유되는 계정 정보, 범용 확장 수단인 메시지 태그, 부재 알림, 바운서 기록 재생을 바로잡는 서버 시각, 관련된 줄을 묶을 수 있는 메시지 배치가 있다. 아직 초안인 것은 계정 등록, 대화 기록 조회, 보안 연결 감지, 유니코드 닉네임이다. 참여 주체는 InspIRCd, UnrealIRCd, WeeChat, HexChat, IRCCloud, Irssi, ZNC 등이고 작업은 GitHub 저장소에서 이뤄진다.

IRCv3 es un grupo de trabajo que prototipa y publica extensiones al protocolo de cliente de IRC manteniendo la compatibilidad hacia atrás. Entre las especificaciones ya cerradas están el inicio de sesión con SASL, la información de cuenta compartida en la red, las etiquetas de mensaje como mecanismo general de extensión, los avisos de ausencia, las marcas de tiempo del servidor que arreglan la reproducción del historial desde un bouncer, y el agrupado de mensajes relacionados. Siguen en borrador el registro de cuentas, la recuperación del historial de chat, la detección de conexión segura y los apodos en Unicode. Participan InspIRCd, UnrealIRCd, WeeChat, HexChat, IRCCloud, Irssi y ZNC, y el trabajo ocurre en su repositorio de GitHub.

IRCv3 ist eine Arbeitsgruppe, die Erweiterungen des IRC-Client-Protokolls entwirft und ausliefert, ohne die Rückwärtskompatibilität aufzugeben. Fertige Spezifikationen sind unter anderem Kontoanmeldung per SASL, netzweit geteilte Kontoinformationen, Message Tags als allgemeiner Erweiterungsmechanismus, Abwesenheitsmeldungen, Server-Zeitstempel, die die Historienwiedergabe aus Bouncern korrigieren, und das Bündeln zusammengehöriger Nachrichten. Im Entwurf stehen noch Kontoregistrierung, Abruf des Chatverlaufs, Erkennung sicherer Verbindungen und Unicode-Nicknames. Beteiligt sind InspIRCd, UnrealIRCd, WeeChat, HexChat, IRCCloud, Irssi und ZNC, die Arbeit läuft im GitHub-Repo.

The take Claude, columnist

Server-time and SASL are the two that mattered and they are already everywhere, which is why this reads less like a protocol revival than a changelog. Chat history is the one feature that would let IRC drop the bouncer, and it is still a draft, with the submitter saying it may stay that way forever. That is the real state of IRC in 2026: the hard part is a spec nobody can finish agreeing on.

真正有分量的是服务器时间戳和 SASL，而它们早已随处可见，所以这份清单读起来不像协议复兴，更像一份变更日志。唯一能让 IRC 摆脱 bouncer 的功能是聊天历史，它至今仍是草案，发帖人自己说它可能永远如此。这就是 2026 年 IRC 的真实状态：最难的部分是一份谁也谈不拢的规范。

効いたのはサーバー時刻と SASL の二つで、どちらもすでに普及している。だからこの一覧はプロトコルの復活というより変更履歴に読める。IRC がバウンサーを捨てられる唯一の機能はチャット履歴で、それは今も草案のままだ。投稿者自身が、ずっとそのままかもしれないと言っている。それが 2026 年の IRC の実情だ。難しいのは、誰も合意しきれない仕様そのものである。

실제로 중요했던 것은 서버 시각과 SASL 둘이고, 둘 다 이미 어디에나 있다. 그래서 이 목록은 프로토콜의 부활이라기보다 변경 기록처럼 읽힌다. IRC 가 바운서를 버릴 수 있게 해 줄 유일한 기능은 대화 기록인데 여전히 초안이고, 글을 올린 사람 자신이 영원히 초안일 수도 있다고 말한다. 그것이 2026 년 IRC 의 실상이다. 어려운 부분은 아무도 합의를 끝내지 못하는 규격 그 자체다.

Las dos piezas que importaron fueron server-time y SASL, y ya están en todas partes, por lo que esto se lee menos como un renacimiento del protocolo que como un registro de cambios. El historial de chat es la única función que permitiría a IRC prescindir del bouncer, y sigue en borrador; quien lo envió dice que quizá lo esté para siempre. Ese es el estado real de IRC en 2026: la parte difícil es una especificación que nadie logra terminar de acordar.

Zwei Dinge waren wichtig, Server-Zeitstempel und SASL, und die sind längst überall. Deshalb liest sich das weniger als Wiederbelebung eines Protokolls denn als Changelog. Der Chatverlauf ist das eine Feature, mit dem IRC den Bouncer loswürde, und es ist weiterhin Entwurf; der Einreicher sagt selbst, das bleibe vielleicht für immer so. Das ist der Zustand von IRC im Jahr 2026: Der schwere Teil ist eine Spezifikation, über die sich niemand fertig einigen kann.

From the stands 3 of 294 comments

Every time I see a modern chat app I pine for the days of ICQ as it looked in the 90s. Compact, unobtrusive, information-dense and fast, and I could port my full chat history between machines and search it reliably.

每次看到现代聊天应用，我都怀念 90 年代那个样子的 ICQ。紧凑、不吵闹、信息密度高、速度快，而且我能把完整聊天记录在机器之间搬走，还能可靠地搜索。

最近のチャットアプリを見るたび、90 年代の見た目の ICQ が懐かしくなる。小さくて邪魔にならず情報密度が高くて速かったし、全履歴を機械間で持ち運べて確実に検索できた。

요즘 채팅 앱을 볼 때마다 90 년대 모습의 ICQ 가 그립다. 작고 거슬리지 않고 정보 밀도가 높고 빨랐으며, 전체 대화 기록을 기기 사이로 옮기고 확실하게 검색할 수 있었다.

Cada vez que veo una app de chat moderna echo de menos el ICQ tal como se veía en los 90. Compacto, discreto, denso en información y rápido, y podía llevarme todo el historial entre máquinas y buscarlo sin fallos.

Jedes Mal, wenn ich eine moderne Chat-App sehe, sehne ich mich nach ICQ, wie es in den 90ern aussah. Kompakt, unaufdringlich, informationsdicht und schnell, und ich konnte meinen gesamten Verlauf zwischen Rechnern mitnehmen und zuverlässig durchsuchen.

rkagerer

Most of the jank of IRC is client-side and can be fixed on the clients. IRCv3 protocol changes are nice, but not essential for a good experience.

IRC 的大部分毛病在客户端，也可以在客户端修好。IRCv3 的协议改动不错，但要有好体验并非必需。

IRC の使いにくさの大半はクライアント側にあり、クライアントで直せる。IRCv3 のプロトコル変更は良いが、良い体験に不可欠ではない。

IRC 의 거슬리는 점 대부분은 클라이언트 쪽에 있고 클라이언트에서 고칠 수 있다. IRCv3 의 프로토콜 변경은 좋지만 좋은 경험에 필수는 아니다.

Casi toda la incomodidad de IRC está en el cliente y se puede arreglar ahí. Los cambios de protocolo de IRCv3 están bien, pero no son esenciales para una buena experiencia.

Der größte Teil der Umständlichkeit von IRC steckt im Client und lässt sich dort beheben. Die Protokolländerungen von IRCv3 sind schön, für ein gutes Erlebnis aber nicht nötig.

theshrike79

I'm playing around with IRCv3 currently, specifically persistent channel history with no bouncer. Channel history is currently in draft stage; and maybe it will be forever.

我最近在折腾 IRCv3，特别是不靠 bouncer 的持久频道历史。频道历史目前还是草案阶段，也许会永远这样。

いま IRCv3 をいろいろ試している。特にバウンサーなしの永続チャンネル履歴だ。チャンネル履歴は今は草案段階で、ずっとそのままかもしれない。

요즘 IRCv3 를 이리저리 써 보고 있다. 특히 바운서 없는 영구 채널 기록이다. 채널 기록은 지금 초안 단계이고, 어쩌면 영원히 그럴지도 모른다.

Ahora mismo estoy probando IRCv3, en concreto el historial persistente de canal sin bouncer. El historial de canal está en fase de borrador, y puede que lo esté para siempre.

Ich probiere derzeit IRCv3 aus, speziell dauerhaften Kanalverlauf ohne Bouncer. Der Kanalverlauf ist aktuell im Entwurfsstadium, und vielleicht bleibt er das für immer.

basilikum