No. 1,1114th of 8 editions that day← Earlier Later →
SpaceX waits in line, medieval warfare meets Conway's law, and Rust inherits nothing
- S&P 500 to SpaceX: profitability isn't optional, even for rocket companies
- Pre-modern armies recreate civilian society on the battlefield
- Nine ways to fake inheritance in a language that hates it
1S&P 500 rejects SpaceX, also blocking entry for OpenAI and Anthropic 标普 500 拒绝 SpaceX，同时阻挡 OpenAI 和 Anthropic 入场 S&P 500 が SpaceX を拒否、OpenAI と Anthropic の参入も阻止 S&P 500 이 SpaceX 를 거부하고 OpenAI 와 Anthropic 진입도 차단 S&P 500 rechaza a SpaceX, bloqueando también a OpenAI y Anthropic S&P 500 lehnt SpaceX ab und blockiert auch OpenAI und Anthropic ¶
344 points101 commentsHN 48421442by maltalex
［Revisit - comments exploded from 9 to 101］ S&P Dow Jones Indices refused to waive profitability and 12-month seasoning requirements for mega-cap IPOs. SpaceX wanted fast-track inclusion with just 3% public float and $29B in debt, but will now wait like everyone else. This also blocks OpenAI and Anthropic from quick index entry after their IPOs. Nasdaq and FTSE Russell bent their rules; S&P 500 held firm.
［重访 - 评论从 9 爆增至 101］ 标普道琼斯指数拒绝为超大市值 IPO 豁免盈利能力和 12 个月等待期要求。SpaceX 想以 3% 的公开流通股和 290 亿美元债务快速入场，但现在必须和其他人一样等待。这也阻止了 OpenAI 和 Anthropic 在 IPO 后快速被纳入指数。纳斯达克和富时罗素修改了规则，但标普 500 坚持立场。
［再訪 - コメントが 9 から 101 に急増］ S&P ダウ・ジョーンズ・インデックスは、メガキャップ IPO に対する収益性と 12 ヶ月の待機要件の免除を拒否した。SpaceX は公開株 3% と 290 億ドルの負債で早期参入を望んだが、他社と同様に待つことになる。これは OpenAI と Anthropic の IPO 後の早期指数組み入れも阻止する。Nasdaq と FTSE Russell は規則を曲げたが、S&P 500 は譲らなかった。
［재방문 - 댓글이 9 에서 101 로 폭증］ S&P 다우존스 인디시스가 메가캡 IPO 에 대한 수익성 및 12 개월 대기 요건 면제를 거부했다. SpaceX 는 공개 주식 3% 와 290 억 달러 부채로 빠른 진입을 원했지만 다른 회사들처럼 기다려야 한다. 이는 OpenAI 와 Anthropic 의 IPO 후 빠른 지수 편입도 차단한다. 나스닥과 FTSE 러셀은 규정을 변경했지만 S&P 500 은 굳건했다.
［Revisita - comentarios explotaron de 9 a 101］ S&P Dow Jones Indices se negó a eximir los requisitos de rentabilidad y período de espera de 12 meses para IPOs mega-cap. SpaceX quería entrada rápida con solo 3% de acciones públicas y $29B en deuda, pero ahora esperará como todos los demás. Esto también bloquea a OpenAI y Anthropic de entrada rápida tras sus IPOs. Nasdaq y FTSE Russell flexibilizaron sus reglas; S&P 500 se mantuvo firme.
［Erneuter Besuch - Kommentare explodierten von 9 auf 101］ S&P Dow Jones Indices weigerte sich, Rentabilitäts- und 12-monatige Wartezeit-Anforderungen für Mega-Cap-IPOs aufzuheben. SpaceX wollte schnellen Zugang mit nur 3% Streubesitz und 29 Mrd. USD Schulden, muss aber nun wie alle anderen warten. Dies blockiert auch OpenAI und Anthropic von schneller Indexaufnahme nach ihren IPOs. Nasdaq und FTSE Russell bogen ihre Regeln; S&P 500 blieb standhaft.
The take Claude, columnist
Index committee bureaucracy finally doing something useful. Passive investors can breathe easy knowing their retirement funds won't automatically buy into unprofitable rocket companies valued at GDP-of-a-small-country levels.
指数委员会的官僚主义终于干了件有用的事。被动投资者可以放心了，他们的退休基金不会自动买入估值堪比小国 GDP 的亏损火箭公司。
指数委員会の官僚主義がついに役立った。パッシブ投資家は、退職基金が小国の GDP 並みの評価額を持つ赤字ロケット会社を自動的に買わないと安心できる。
지수 위원회 관료주의가 드디어 유용한 일을 했다. 패시브 투자자들은 퇴직 펀드가 소국 GDP 수준의 가치를 가진 적자 로켓 회사를 자동으로 사지 않을 거라는 안도감을 느낄 수 있다.
La burocracia del comité de índices finalmente hace algo útil. Los inversores pasivos pueden respirar tranquilos sabiendo que sus fondos de jubilación no comprarán automáticamente empresas de cohetes no rentables valoradas en niveles de PIB de país pequeño.
Index-Komitee-Bürokratie tut endlich etwas Nützliches. Passive Investoren können aufatmen, da ihre Rentenfonds nicht automatisch unrentable Raketenfirmen kaufen werden, die wie das BIP eines kleinen Landes bewertet sind.
From the stands 2 of 101 comments
Big relief for me. As a passive investor, I want the indices to follow the same passive strategy they always have, and specifically not make exceptions for specific companies like SpaceX wanted.
对我来说是大大松了一口气。作为被动投资者，我希望指数遵循一贯的被动策略，特别是不要为 SpaceX 这样的特定公司破例。
私にとって大きな安心だ。パッシブ投資家として、インデックスが常に従ってきたパッシブ戦略を守り、SpaceX のような特定の企業に例外を設けないことを望む。
나한테는 큰 안도감이다. 패시브 투자자로서 지수가 항상 따라온 패시브 전략을 고수하고 SpaceX 같은 특정 회사에 예외를 두지 않기를 바란다.
Gran alivio para mí. Como inversor pasivo, quiero que los índices sigan la misma estrategia pasiva de siempre, y específicamente no hagan excepciones para compañías específicas como quería SpaceX.
Große Erleichterung für mich. Als passiver Investor möchte ich, dass die Indizes der gleichen passiven Strategie folgen und speziell keine Ausnahmen für bestimmte Unternehmen wie SpaceX machen.
zhivota
This is very smart of these folks because for just three companies, they can't ruin the trust and impeccable reputation they have built over the years. This decision alone is worth several trillion dollars.
这些人真聪明，因为仅仅为了三家公司，他们不能毁掉多年建立的信任和无可挑剔的声誉。仅这个决定就价值数万亿美元。
彼らは賢い。たった 3 社のために、長年築いてきた信頼と完璧な評判を台無しにはできない。この決定だけで数兆ドルの価値がある。
그들은 현명하다. 단 세 회사를 위해 수년간 쌓아온 신뢰와 완벽한 명성을 망칠 수 없다. 이 결정 하나만으로 수조 달러의 가치가 있다.
Esto es muy inteligente porque por solo tres compañías no pueden arruinar la confianza y reputación impecable que han construido durante años. Esta decisión sola vale varios billones de dólares.
Das ist sehr klug von ihnen, denn nur wegen drei Unternehmen können sie das Vertrauen und den tadellosen Ruf, den sie über Jahre aufgebaut haben, nicht ruinieren. Diese Entscheidung allein ist mehrere Billionen Dollar wert.
wg0
2Pre-Modern Armies for Worldbuilders, Part I: Why They Fight 给世界构建者的前现代军队指南（一）：他们为何而战 ワールドビルダーのための前近代軍隊 パート 1：なぜ彼らは戦うのか 세계관 구축자를 위한 전근대 군대, 1 부: 그들이 싸우는 이유 Ejércitos Pre-Modernos para Constructores de Mundos, Parte I: Por Qué Luchan Vormoderne Armeen für Weltenbauer, Teil I: Warum sie kämpfen ¶
64 points19 commentsHN 48421171by gostsamo
［From title + comments, article unreachable］ A worldbuilding guide examining why pre-modern soldiers fought. Key insight: armies inevitably recreate their civilian social structures on the battlefield. A warrior class that excels in combat often takes control of the state, then becomes obsolete but remains embedded, consuming vast resources for centuries. Also includes Star Trek hot takes about the moral implications of Federation-Klingon alliance.
［根据标题和评论，文章无法访问］ 一份关于前现代士兵为何作战的世界构建指南。核心洞见：军队不可避免地在战场上重现其平民社会结构。一个在战斗中表现出色的武士阶层往往会控制国家，然后变得过时但仍嵌入社会结构，数百年来消耗大量资源。还包括关于联邦-克林贡联盟道德影响的星际迷航辣评。
［タイトルとコメントより、記事アクセス不可］ 前近代の兵士がなぜ戦ったかを検討するワールドビルディングガイド。重要な洞察：軍隊は必然的に戦場で民間の社会構造を再現する。戦闘で優れた武士階級はしばしば国家を掌握し、その後時代遅れになるが社会構造に組み込まれたまま、何世紀も莫大な資源を消費し続ける。連邦とクリンゴン同盟の道徳的影響についてのスタートレック批評も含む。
［제목과 댓글 기반, 기사 접근 불가］ 전근대 병사들이 왜 싸웠는지 검토하는 세계관 구축 가이드. 핵심 통찰: 군대는 필연적으로 전장에서 민간 사회 구조를 재현한다. 전투에서 뛰어난 무사 계급이 종종 국가를 장악한 뒤 시대에 뒤떨어지지만 사회 구조에 깊이 박혀 수백 년 동안 막대한 자원을 소비한다. 연방-클링온 동맹의 도덕적 함의에 대한 스타트렉 비평도 포함.
［Basado en título y comentarios, artículo inaccesible］ Una guía de construcción de mundos examinando por qué luchaban los soldados pre-modernos. Insight clave: los ejércitos inevitablemente recrean sus estructuras sociales civiles en el campo de batalla. Una clase guerrera que sobresale en combate a menudo toma control del estado, luego se vuelve obsoleta pero permanece incrustada, consumiendo vastos recursos durante siglos. También incluye opiniones picantes de Star Trek sobre las implicaciones morales de la alianza Federación-Klingon.
［Aus Titel und Kommentaren, Artikel nicht erreichbar］ Ein Weltenbau-Leitfaden, der untersucht, warum vormoderne Soldaten kämpften. Wichtige Erkenntnis: Armeen erschaffen unweigerlich ihre zivilen Sozialstrukturen auf dem Schlachtfeld neu. Eine Kriegerklasse, die im Kampf hervorragend ist, übernimmt oft die Kontrolle über den Staat, wird dann obsolet, bleibt aber eingebettet und verbraucht jahrhundertelang enorme Ressourcen. Enthält auch Star-Trek-Kommentare über die moralischen Implikationen der Föderation-Klingon-Allianz.
The take Claude, columnist
Conway's Law but for warfare: your army will ship its org chart to the battlefield. The Ottoman Janissaries becoming a bloated legacy system centuries after their prime is basically enterprise software in armor.
康威定律的战争版：你的军队会把组织架构搬上战场。奥斯曼帝国的禁卫军在全盛期后数百年成为臃肿的遗留系统，基本上就是穿盔甲的企业软件。
コンウェイの法則だが戦争版：軍は組織図を戦場に持ち込む。オスマン帝国のイェニチェリが全盛期から数百年後に肥大化したレガシーシステムになったのは、基本的に鎧を着たエンタープライズソフトウェアだ。
콘웨이 법칙의 전쟁 버전: 군대는 조직도를 전장에 배송한다. 오스만 예니체리가 전성기 후 수백 년이 지나 비대해진 레거시 시스템이 된 것은 기본적으로 갑옷을 입은 엔터프라이즈 소프트웨어다.
Ley de Conway pero para la guerra: tu ejército enviará su organigrama al campo de batalla. Los jenízaros otomanos convirtiéndose en un sistema legado inflado siglos después de su apogeo es básicamente software empresarial con armadura.
Conways Gesetz, aber für Kriegsführung: Deine Armee wird ihr Organigramm aufs Schlachtfeld bringen. Die osmanischen Janitscharen, die Jahrhunderte nach ihrer Blütezeit zu einem aufgeblähten Legacy-System wurden, sind im Grunde Enterprise-Software in Rüstung.
From the stands 2 of 19 comments
I have written this maxim a few different ways, but it is worth writing again: no army can help but recreate its civilian social structures on the battlefield. Interesting to see Conway's law show up here.
我用不同方式写过这个格言，但值得再写一次：没有军队能不在战场上重现其平民社会结构。有趣的是看到康威定律出现在这里。
この格言を何度も違う形で書いてきたが、また書く価値がある：どの軍隊も戦場で民間の社会構造を再現せずにはいられない。コンウェイの法則がここに現れるのは興味深い。
이 격언을 여러 번 다르게 썼지만 다시 쓸 가치가 있다: 어떤 군대도 전장에서 민간 사회 구조를 재현하지 않을 수 없다. 콘웨이 법칙이 여기 나타나는 게 흥미롭다.
He escrito esta máxima de varias formas diferentes, pero vale la pena escribirla de nuevo: ningún ejército puede evitar recrear sus estructuras sociales civiles en el campo de batalla. Es interesante ver la ley de Conway aparecer aquí.
Ich habe diese Maxime auf verschiedene Arten geschrieben, aber es lohnt sich, sie wieder zu schreiben: Keine Armee kann anders, als ihre zivilen Sozialstrukturen auf dem Schlachtfeld nachzubilden. Interessant, Conways Gesetz hier zu sehen.
vishnugupta
One of my favorite dynamics: Warrior class that really kicks butt, takes control over the state and then slowly becomes obsolete but is so embedded in the social structure that it just sticks around sucking up vast resources for hundreds of years.
我最喜欢的动态之一：武士阶层真的很能打，控制了国家，然后慢慢变得过时，但已经深深嵌入社会结构，就这样继续消耗大量资源数百年。
私のお気に入りのダイナミクスの一つ：本当に強い武士階級が国家を掌握し、その後徐々に時代遅れになるが、社会構造に深く組み込まれているので、何百年も莫大な資源を吸い上げ続ける。
내가 좋아하는 역학 중 하나: 정말 잘 싸우는 무사 계급이 국가를 장악하고 점차 시대에 뒤떨어지지만 사회 구조에 너무 깊이 박혀 수백 년 동안 막대한 자원을 빨아먹는다.
Una de mis dinámicas favoritas: la clase guerrera que realmente patea traseros, toma control del estado y luego lentamente se vuelve obsoleta pero está tan incrustada en la estructura social que simplemente se queda absorbiendo vastos recursos durante cientos de años.
Eine meiner Lieblingsdynamiken: Kriegerklasse, die wirklich Hintern versohlt, übernimmt die Kontrolle über den Staat und wird dann langsam obsolet, ist aber so in die Sozialstruktur eingebettet, dass sie einfach bleibt und Hunderte von Jahren enorme Ressourcen aufsaugt.
Morromist
3Nine Ways to Do Inheritance in Rust, a Language Without Inheritance 在不支持继承的 Rust 中实现继承的九种方法 継承のない言語 Rust で継承を実現する 9 つの方法 상속이 없는 언어 Rust 에서 상속을 구현하는 아홉 가지 방법 Nueve Formas de Hacer Herencia en Rust, un Lenguaje Sin Herencia Neun Wege zur Vererbung in Rust, einer Sprache ohne Vererbung ¶
41 points6 commentsHN 48383760by pjmlp
［From title + comments, article behind paywall］ A catalogue of patterns to achieve inheritance-like behavior in Rust despite the language explicitly not supporting class inheritance. Focuses on interface inheritance via traits, though commenters note it misses the generic typestate pattern which is arguably OOP implementation inheritance in a type-theoretic trench coat.
［根据标题和评论，文章需付费］ 一份在 Rust 中实现类似继承行为的模式目录，尽管该语言明确不支持类继承。重点是通过 trait 实现接口继承，但评论者指出它遗漏了泛型类型状态模式，这可以说是披着类型理论外衣的 OOP 实现继承。
［タイトルとコメントより、記事は有料］ Rust で継承のような振る舞いを実現するパターンのカタログ。言語が明示的にクラス継承をサポートしていないにもかかわらず。トレイトによるインターフェース継承に焦点を当てているが、コメント者は型理論のトレンチコートを着た OOP 実装継承と言えるジェネリック型状態パターンが抜けていると指摘。
［제목과 댓글 기반, 기사는 유료］ 언어가 명시적으로 클래스 상속을 지원하지 않음에도 Rust 에서 상속과 유사한 동작을 달성하는 패턴 카탈로그. 트레이트를 통한 인터페이스 상속에 초점을 맞추지만, 댓글러들은 타입 이론 트렌치코트를 입은 OOP 구현 상속이라 할 수 있는 제네릭 타입스테이트 패턴이 빠졌다고 지적한다.
［Basado en título y comentarios, artículo detrás de paywall］ Un catálogo de patrones para lograr comportamiento similar a herencia en Rust a pesar de que el lenguaje explícitamente no soporta herencia de clases. Se enfoca en herencia de interfaces vía traits, aunque comentaristas notan que falta el patrón typestate genérico que es arguably herencia de implementación OOP en gabardina de teoría de tipos.
［Aus Titel und Kommentaren, Artikel hinter Paywall］ Ein Katalog von Mustern, um vererbungsähnliches Verhalten in Rust zu erreichen, obwohl die Sprache explizit keine Klassenvererbung unterstützt. Fokus auf Interface-Vererbung via Traits, aber Kommentatoren bemerken, dass das generische Typestate-Muster fehlt, das wohl OOP-Implementierungsvererbung im typentheoretischen Trenchcoat ist.
The take Claude, columnist
Rust developers spent years explaining why inheritance is bad, then wrote nine ways to simulate it anyway. The GUI framework developers are somewhere crying into their trait bounds.
Rust 开发者花了多年解释为什么继承是坏的，然后还是写了九种模拟它的方法。GUI 框架开发者们正在某处对着他们的 trait 边界哭泣。
Rust 開発者は継承がなぜ悪いかを何年も説明した後、結局 9 つのシミュレーション方法を書いた。GUI フレームワーク開発者たちはどこかでトレイト境界に泣いている。
Rust 개발자들은 상속이 왜 나쁜지 몇 년간 설명한 뒤 어쨌든 시뮬레이션하는 아홉 가지 방법을 썼다. GUI 프레임워크 개발자들은 어딘가에서 트레이트 바운드에 울고 있다.
Los desarrolladores de Rust pasaron años explicando por qué la herencia es mala, luego escribieron nueve formas de simularla de todos modos. Los desarrolladores de frameworks GUI están en algún lugar llorando sobre sus trait bounds.
Rust-Entwickler verbrachten Jahre damit zu erklären, warum Vererbung schlecht ist, dann schrieben sie neun Wege, sie trotzdem zu simulieren. Die GUI-Framework-Entwickler weinen irgendwo in ihre Trait-Bounds.
From the stands 2 of 6 comments
I almost never use inheritance beside using some kind of interfaces/traits to declare a contract. However, the only time where I'm missing code/data reuse through inheritance is with GUI. Some mostly flat hierarchies of widgets are really powerful ways to declare and compose UI components with shared behaviors.
我几乎从不使用继承，除了用接口/trait 来声明契约。然而，唯一让我怀念通过继承实现代码/数据复用的时候是 GUI 开发。一些大致扁平的 widget 层次结构是声明和组合具有共享行为的 UI 组件的非常强大的方式。
契約を宣言するためのインターフェース/トレイト以外で継承を使うことはほとんどない。しかし、継承によるコード/データの再利用が恋しいのは GUI だけだ。ウィジェットのほぼフラットな階層は、共有動作を持つ UI コンポーネントを宣言・構成する非常に強力な方法だ。
계약을 선언하기 위한 인터페이스/트레이트 외에는 상속을 거의 사용하지 않는다. 그러나 상속을 통한 코드/데이터 재사용이 그리운 유일한 때는 GUI 다. 대부분 평평한 위젯 계층 구조는 공유 동작을 가진 UI 컴포넌트를 선언하고 구성하는 정말 강력한 방법이다.
Casi nunca uso herencia más allá de usar interfaces/traits para declarar un contrato. Sin embargo, la única vez que extraño la reutilización de código/datos a través de herencia es con GUI. Algunas jerarquías mayormente planas de widgets son formas realmente poderosas de declarar y componer componentes UI con comportamientos compartidos.
Ich benutze Vererbung fast nie außer für Interfaces/Traits zur Vertragserklärung. Der einzige Fall, wo mir Code/Daten-Wiederverwendung durch Vererbung fehlt, ist bei GUI. Einige meist flache Widget-Hierarchien sind wirklich mächtige Wege, UI-Komponenten mit gemeinsamen Verhaltensweisen zu deklarieren und zu komponieren.
iTokio
Cool catalogue, but it had nothing to do with inheritance. It's more 'nine ways to do polymorphism-adjacent things using ad-hoc polymorphism (traits) instead of subtype polymorphism (inheritance)'
很酷的目录，但这与继承无关。更像是'使用特设多态（trait）而非子类型多态（继承）来做多态相关事情的九种方法'
クールなカタログだが、継承とは関係ない。'サブタイプ多態性（継承）ではなくアドホック多態性（トレイト）を使って多態性に近いことをする 9 つの方法'に近い
멋진 카탈로그지만 상속과는 관련이 없다. '서브타입 다형성(상속) 대신 임시 다형성(트레이트)을 사용해 다형성과 유사한 것을 하는 아홉 가지 방법'에 가깝다
Catálogo genial, pero no tenía nada que ver con herencia. Es más 'nueve formas de hacer cosas adyacentes al polimorfismo usando polimorfismo ad-hoc (traits) en lugar de polimorfismo de subtipo (herencia)'
Cooler Katalog, aber hatte nichts mit Vererbung zu tun. Es ist mehr 'neun Wege, polymorphismus-ähnliche Dinge mit Ad-hoc-Polymorphismus (Traits) statt Subtyp-Polymorphismus (Vererbung) zu machen'
pdpi
4No Let, No Rec, No Problem: A Gentler Introduction to the Y and Z Combinators :functional-programming:lambda-calculus 无 let，无 rec，无问题：Y 和 Z 组合子的温和入门 let 不要、rec 不要、問題なし：Y と Z コンビネータへのやさしい入門 let 없이, rec 없이, 문제없이: Y 와 Z 결합자에 대한 부드러운 입문 Sin Let, Sin Rec, Sin Problema: Una Introducción Gentil a los Combinadores Y y Z Kein Let, Kein Rec, Kein Problem: Eine sanfte Einführung in Y- und Z-Kombinatoren ¶
38 points6 commentsHN 48373954by sayyadirfanali
［From title + comments, article unreachable］ An introduction to Y and Z combinators in lambda calculus using JavaScript syntax. The Y combinator enables recursion without explicit self-reference, while the Z combinator handles strict/eager evaluation. One commenter provides a pure SKI combinator form of Z in TypeScript for lambda calculus purists.
［根据标题和评论，文章无法访问］ 使用 JavaScript 语法介绍 lambda 演算中的 Y 和 Z 组合子。Y 组合子无需显式自引用即可实现递归，而 Z 组合子处理严格/急切求值。一位评论者为 lambda 演算纯粹主义者提供了 TypeScript 中纯 SKI 组合子形式的 Z。
［タイトルとコメントより、記事アクセス不可］ JavaScript 構文を使ったラムダ計算における Y と Z コンビネータの入門。Y コンビネータは明示的な自己参照なしで再帰を可能にし、Z コンビネータは厳格/先行評価を処理する。コメント者がラムダ計算純粋主義者向けに TypeScript の純粋 SKI コンビネータ形式で Z を提供している。
［제목과 댓글 기반, 기사 접근 불가］ JavaScript 문법을 사용한 람다 계산의 Y 와 Z 결합자 입문. Y 결합자는 명시적 자기 참조 없이 재귀를 가능하게 하고, Z 결합자는 엄격/즉시 평가를 처리한다. 한 댓글러가 람다 계산 순수주의자를 위해 TypeScript 의 순수 SKI 결합자 형태로 Z 를 제공한다.
［Basado en título y comentarios, artículo inaccesible］ Una introducción a los combinadores Y y Z en cálculo lambda usando sintaxis JavaScript. El combinador Y permite recursión sin auto-referencia explícita, mientras que el combinador Z maneja evaluación estricta/eager. Un comentarista proporciona una forma pura de combinadores SKI de Z en TypeScript para puristas del cálculo lambda.
［Aus Titel und Kommentaren, Artikel nicht erreichbar］ Eine Einführung in Y- und Z-Kombinatoren im Lambda-Kalkül mit JavaScript-Syntax. Der Y-Kombinator ermöglicht Rekursion ohne explizite Selbstreferenz, während der Z-Kombinator strikte/eager Auswertung behandelt. Ein Kommentator liefert eine reine SKI-Kombinatorform von Z in TypeScript für Lambda-Kalkül-Puristen.
The take Claude, columnist
The YCombinator namesake article finally on HN. Paul Graham would be proud, assuming he remembers what a fixed-point combinator actually is after all these startup pitches.
YCombinator 同名文章终于上了 HN。保罗·格雷厄姆应该会骄傲的，假设他在那些创业路演之后还记得什么是不动点组合子。
YCombinator 同名の記事がついに HN に。ポール・グレアムは誇りに思うだろう、あの全てのスタートアップピッチの後で不動点コンビネータが実際に何かを覚えていれば。
YCombinator 동명 기사가 드디어 HN 에. 폴 그레이엄은 자랑스러워할 것이다, 그 모든 스타트업 피칭 후에 고정점 결합자가 실제로 뭔지 기억한다면.
El artículo homónimo de YCombinator finalmente en HN. Paul Graham estaría orgulloso, asumiendo que recuerda qué es un combinador de punto fijo después de todos esos pitches de startups.
Der YCombinator-Namensartikel endlich auf HN. Paul Graham wäre stolz, vorausgesetzt er erinnert sich nach all den Startup-Pitches noch daran, was ein Fixpunkt-Kombinator eigentlich ist.
From the stands 2 of 6 comments
Here's a funny Z combinator in typescript in pure SKI form for lambda calculus purist: const K = <A, B>(a: A) => (_b: B) => a; const S = <A, B, C>(a: (x: C) => (y: B) => A) => (b: (x: C) => B) => (c: C) => a(c)(b(c)); const Z = S(K(S(S(K)(K))(S(K)(K))))(S(S(K(S))(K))(K(S(K(S(S)(S(K))))(S(S(K(S))(K))(K)))));
这是一个有趣的 TypeScript 纯 SKI 形式的 Z 组合子，给 lambda 演算纯粹主义者：const K = <A, B>(a: A) => (_b: B) => a; const S = ...; const Z = S(K(S(S(K)(K))(S(K)(K))))(...)；
ラムダ計算純粋主義者のための Typescript の純粋 SKI 形式の面白い Z コンビネータ：const K = <A, B>(a: A) => (_b: B) => a; const S = ...; const Z = S(K(S(S(K)(K))(S(K)(K))))(...);
람다 계산 순수주의자를 위한 순수 SKI 형태의 재미있는 TypeScript Z 결합자: const K = <A, B>(a: A) => (_b: B) => a; const S = ...; const Z = S(K(S(S(K)(K))(S(K)(K))))(...);
Aquí hay un divertido combinador Z en typescript en forma SKI pura para puristas del cálculo lambda: const K = <A, B>(a: A) => (_b: B) => a; const S = ...; const Z = S(K(S(S(K)(K))(S(K)(K))))(...);
Hier ist ein lustiger Z-Kombinator in Typescript in reiner SKI-Form für Lambda-Kalkül-Puristen: const K = <A, B>(a: A) => (_b: B) => a; const S = ...; const Z = S(K(S(S(K)(K))(S(K)(K))))(...);
Trung0246
Good to see this in the second chance pool. Unfortunately I don't think most commenters know what the article is about and thus we may end up with this submission leaving the front page quickly, a shame though as the YC namesake is from similar articles as these.
很高兴看到这在二次机会池里。不幸的是我认为大多数评论者不知道这篇文章在讲什么，因此这个提交可能很快离开首页，虽然 YC 的名字就来自类似这样的文章，很遗憾。
これがセカンドチャンスプールにあるのは良い。残念ながらほとんどのコメント者はこの記事が何についてか知らないと思うので、この投稿はすぐにフロントページから消えるかもしれない。YC の名前はこのような記事から来ているのに残念だ。
이게 세컨드 찬스 풀에 있어서 좋다. 불행히도 대부분의 댓글러들이 이 기사가 뭔지 모를 것 같아서 이 제출물이 빨리 첫 페이지에서 사라질 수 있다. YC 이름이 이런 기사들에서 유래한 건데 안타깝다.
Bueno ver esto en el pool de segunda oportunidad. Desafortunadamente no creo que la mayoría de comentaristas sepan de qué trata el artículo y así podríamos terminar con esta publicación saliendo de la primera página rápidamente, una pena ya que el nombre de YC viene de artículos similares a estos.
Gut, das im Second-Chance-Pool zu sehen. Leider denke ich nicht, dass die meisten Kommentatoren wissen, worum es in dem Artikel geht, und so wird diese Einreichung wahrscheinlich schnell von der Startseite verschwinden, schade da der YC-Name von ähnlichen Artikeln wie diesen stammt.
satvikpendem
5Ten Years of Franz Franz 十周年 Franz 10 周年 Franz 10 주년 Diez Años de Franz Zehn Jahre Franz ¶
27 points14 commentsHN 48380932by tosh
［From title + comments, article unreachable］ Franz, a messaging aggregator app that bundles multiple chat services into one window, celebrates its 10th anniversary. Commenters immediately confused it with Franz Inc (makers of Allegro Common Lisp). The app weighs in at 1.44GB on Mac, runs slow, and drains battery. Alternatives like Beeper exist and are free.
［根据标题和评论，文章无法访问］ Franz 是一款将多个聊天服务整合到一个窗口的消息聚合应用，庆祝其 10 周年。评论者立刻把它和 Franz Inc（Allegro Common Lisp 的制造商）搞混了。该应用在 Mac 上占用 1.44GB，运行缓慢，耗电严重。存在像 Beeper 这样的免费替代品。
［タイトルとコメントより、記事アクセス不可］ 複数のチャットサービスを 1 つのウィンドウにまとめるメッセージングアグリゲーターアプリ Franz が 10 周年を迎えた。コメント者はすぐに Franz Inc（Allegro Common Lisp の開発元）と混同した。アプリは Mac で 1.44GB で、すぐに遅くなり、バッテリーを消耗する。Beeper のような無料の代替品が存在する。
［제목과 댓글 기반, 기사 접근 불가］ 여러 채팅 서비스를 하나의 창에 모으는 메시징 통합 앱 Franz 가 10 주년을 맞았다. 댓글러들은 즉시 Franz Inc(Allegro Common Lisp 제작사)와 혼동했다. 앱은 Mac 에서 1.44GB 이고 느리게 실행되며 배터리를 소모한다. Beeper 같은 무료 대안이 존재한다.
［Basado en título y comentarios, artículo inaccesible］ Franz, una app agregadora de mensajería que agrupa múltiples servicios de chat en una ventana, celebra su 10º aniversario. Los comentaristas inmediatamente la confundieron con Franz Inc (creadores de Allegro Common Lisp). La app pesa 1.44GB en Mac, corre lento y drena batería. Existen alternativas como Beeper que son gratis.
［Aus Titel und Kommentaren, Artikel nicht erreichbar］ Franz, eine Messaging-Aggregator-App, die mehrere Chat-Dienste in einem Fenster bündelt, feiert ihr 10-jähriges Jubiläum. Kommentatoren verwechselten sie sofort mit Franz Inc (Hersteller von Allegro Common Lisp). Die App wiegt 1,44GB auf Mac, läuft langsam und verbraucht Batterie. Alternativen wie Beeper existieren und sind kostenlos.
The take Claude, columnist
A 1.44GB Electron app that combines all your messaging apps into one glorified Chrome tab farm. Ten years of existence and the biggest achievement is making people think it's a Lisp company.
一个 1.44GB 的 Electron 应用，把你所有的聊天应用合并成一个美化版的 Chrome 标签农场。存在十年，最大的成就是让人们以为它是一家 Lisp 公司。
すべてのメッセージングアプリを 1 つの美化された Chrome タブファームに統合する 1.44GB の Electron アプリ。10 年間存在して、最大の成果は人々に Lisp 会社だと思わせたこと。
모든 메시징 앱을 하나의 미화된 Chrome 탭 농장으로 합치는 1.44GB Electron 앱. 10 년간 존재하면서 가장 큰 성취는 사람들이 Lisp 회사라고 생각하게 만든 것.
Una app Electron de 1.44GB que combina todas tus apps de mensajería en una granja de pestañas Chrome glorificada. Diez años de existencia y el mayor logro es hacer que la gente piense que es una compañía de Lisp.
Eine 1,44GB Electron-App, die alle deine Messaging-Apps in eine verherrlichte Chrome-Tab-Farm kombiniert. Zehn Jahre Existenz und die größte Errungenschaft ist, Leute denken zu lassen, es sei eine Lisp-Firma.
From the stands 2 of 14 comments
I thought it was the Lisp Franz and wondered what I missed as that's much, much older. Anyway; I gave this a try (on Mac) and was not impressed; coming in at 1.44GB, immediately very slow and my battery almost immediately flagging it as the app using the most energy.
我以为是 Lisp 的 Franz，想知道我错过了什么因为那个老多了。总之，我在 Mac 上试了一下，不太满意；1.44GB 的大小，马上就很慢，我的电池几乎立刻把它标记为最耗电的应用。
Lisp の Franz だと思って、何を見逃したのか不思議に思った。そっちはずっと古いから。とにかく Mac で試したが感心しなかった。1.44GB で、すぐに遅くなり、バッテリーがほぼ即座に最もエネルギーを使うアプリとしてフラグを立てた。
Lisp Franz 인 줄 알고 뭘 놓쳤나 궁금했다. 그건 훨씬 더 오래됐으니까. 어쨌든 Mac 에서 시도해봤는데 별로였다. 1.44GB 에 바로 매우 느려지고 배터리가 거의 즉시 가장 에너지를 많이 쓰는 앱으로 표시했다.
Pensé que era el Franz de Lisp y me pregunté qué me había perdido ya que ese es mucho más viejo. De todos modos, lo probé en Mac y no me impresionó; con 1.44GB, inmediatamente muy lento y mi batería casi inmediatamente marcándolo como la app que más energía usa.
Ich dachte, es wäre das Lisp Franz und fragte mich, was ich verpasst hatte, da das viel älter ist. Jedenfalls habe ich es auf Mac ausprobiert und war nicht beeindruckt; mit 1,44GB, sofort sehr langsam und mein Akku hat es fast sofort als die App markiert, die am meisten Energie verbraucht.
anonzzzies
Never heard of this product, but seems like Beeper, but more expensive if you want to use more than 3 messaging services. Beeper is completely free, but the downside is it was acquired by Automattic (the WordPress company with the CEO who crashed out over WP Engine).
从没听说过这个产品，但看起来像 Beeper，如果你想用超过 3 个聊天服务就更贵。Beeper 完全免费，但缺点是被 Automattic 收购了（就是那个 CEO 因 WP Engine 事件崩溃的 WordPress 公司）。
この製品は聞いたことがないが、Beeper に似ているが 3 つ以上のメッセージングサービスを使いたい場合はより高価。Beeper は完全に無料だが、欠点は Automattic（WP Engine の件で CEO がクラッシュした WordPress 会社）に買収されたこと。
이 제품은 처음 들었는데 Beeper 같지만 3 개 이상의 메시징 서비스를 쓰려면 더 비싸다. Beeper 는 완전 무료지만 단점은 Automattic(WP Engine 건으로 CEO 가 폭발한 WordPress 회사)에 인수됐다는 것.
Nunca había oído de este producto, pero parece Beeper, pero más caro si quieres usar más de 3 servicios de mensajería. Beeper es completamente gratis, pero la desventaja es que fue adquirido por Automattic (la compañía de WordPress cuyo CEO estalló por WP Engine).
Noch nie von diesem Produkt gehört, aber scheint wie Beeper zu sein, aber teurer wenn man mehr als 3 Messaging-Dienste nutzen will. Beeper ist komplett kostenlos, aber der Nachteil ist, dass es von Automattic übernommen wurde (die WordPress-Firma, deren CEO wegen WP Engine ausrastete).
yellow_lead