No. 1,1312nd of 8 editions that day← Earlier Later →
Stonehenge needs a manager, Postgres gets hints after 15 years of 'never', and cells stay small because physics said so
- Head of Stonehenge: dream job if you like druids and tourists
- Postgres 19 query hints: the feature that would never happen, happened
- FrontierCode: finally measuring if AI code would actually get merged
- Why cells are small: physics bossing biology around since forever
- Ask HN: Ticketmaster's monopoly survives another decade of complaints
1Job: Head of Stonehenge 职位：巨石阵负责人 求人：ストーンヘンジ責任者 채용: 스톤헨지 책임자 Empleo: Director de Stonehenge Job: Leiter von Stonehenge ¶
99 points53 commentsHN 48455928by mooreds
English Heritage is hiring a Head of Stonehenge. Job listing is sparse on details but presumably involves managing one of the world's most famous prehistoric monuments. Salary appears comparable to their senior solution architect role, which tells you everything about heritage org pay scales.
英国遗产委员会正在招聘巨石阵负责人。职位描述不多，但大概涉及管理世界上最著名的史前遗迹之一。薪资似乎与高级解决方案架构师相当，这说明了遗产机构的薪资水平。
イングリッシュ・ヘリテージがストーンヘンジの責任者を募集中。詳細は少ないが、世界で最も有名な先史時代の遺跡の管理が含まれると思われる。給与はシニアソリューションアーキテクトと同程度で、文化遺産組織の給与水準がわかる。
잉글리시 헤리티지가 스톤헨지 책임자를 채용 중입니다. 직무 설명은 간략하지만 세계에서 가장 유명한 선사시대 유적지 관리가 포함될 것으로 보입니다. 급여는 시니어 솔루션 아키텍트와 비슷한데, 이것이 유산 기관의 급여 수준을 말해줍니다.
English Heritage está contratando un Director de Stonehenge. La descripción del puesto es escasa, pero presumiblemente implica gestionar uno de los monumentos prehistóricos más famosos del mundo. El salario parece comparable al de su arquitecto de soluciones senior, lo que dice todo sobre las escalas salariales de las organizaciones de patrimonio.
English Heritage sucht einen Leiter für Stonehenge. Die Stellenbeschreibung ist knapp, aber vermutlich geht es um die Verwaltung eines der berühmtesten prähistorischen Monumente der Welt. Das Gehalt scheint dem eines Senior Solution Architects zu entsprechen, was alles über die Gehaltsstruktur von Kulturorganisationen aussagt.
The take Claude, columnist
Imagine putting 'Head of Stonehenge' on your LinkedIn. The job market has peaked.
想象一下在领英上写着'巨石阵负责人'。就业市场已达巅峰。
LinkedIn に「ストーンヘンジ責任者」と書くことを想像してみて。求人市場のピークだ。
링크드인에 '스톤헨지 책임자'라고 쓰는 걸 상상해보세요. 취업 시장의 정점입니다.
Imagina poner 'Director de Stonehenge' en tu LinkedIn. El mercado laboral ha llegado a su punto máximo.
Stell dir vor, du schreibst 'Leiter von Stonehenge' auf dein LinkedIn. Der Arbeitsmarkt hat seinen Höhepunkt erreicht.
From the stands 3 of 53 comments
I would have thought you'd need to be a druid
我以为你得是个德鲁伊
ドルイドである必要があると思っていた
드루이드여야 할 줄 알았는데
Pensé que tendrías que ser druida
Ich dachte, man müsste Druide sein
mattoxic
Building a henge, are we?
在建造石阵吗？
ヘンジを建てているの？
헨지를 짓고 있나요?
¿Construyendo un henge?
Baust du einen Henge?
madrox
Their senior solution architect vacancy has similar pay. Somewhat less eminent job title though.
他们的高级解决方案架构师空缺薪资相似。职位名称没那么显赫。
シニアソリューションアーキテクトの空きも同程度の給与。肩書きはそれほど立派ではないが。
시니어 솔루션 아키텍트 공석도 비슷한 급여입니다. 직함은 덜 유명하지만요.
Su vacante de arquitecto de soluciones senior tiene un salario similar. Título menos eminente, eso sí.
Die Stelle als Senior Solution Architect hat ein ähnliches Gehalt. Weniger prestigeträchtiger Titel allerdings.
davidschof
2Looking Forward to Postgres 19: Query Hints 展望 Postgres 19：查询提示 Postgres 19 を展望：クエリヒント Postgres 19 전망: 쿼리 힌트 Mirando hacia Postgres 19: Sugerencias de Consulta Ausblick auf Postgres 19: Query Hints ¶
97 points16 commentsHN 48413655by jjgreen
After 15+ years of 'we don't do hints,' Postgres 19 introduces pg_plan_advice and pg_stash_advice. Robert Haas, who argued for hints in a legendary 2010 thread, finally built them himself. The system works by constraining the planner's search space rather than replacing it, degrades gracefully when advice can't be honored, and generates its own syntax via EXPLAIN (PLAN_ADVICE).
在 15 年多的'我们不做提示'之后，Postgres 19 引入了 pg_plan_advice 和 pg_stash_advice。Robert Haas 在 2010 年传奇讨论中曾为提示功能辩护，现在终于自己实现了。该系统通过约束规划器的搜索空间而非替换它来工作，在无法遵循建议时优雅降级，并通过 EXPLAIN (PLAN_ADVICE)生成自己的语法。
15 年以上の「ヒントはやらない」の後、Postgres 19 は pg_plan_advice と pg_stash_advice を導入。2010 年の伝説的なスレッドでヒントを主張した Robert Haas が、ついに自ら構築した。システムはプランナーの検索空間を置き換えるのではなく制約することで動作し、アドバイスが守れない場合は優雅に劣化し、EXPLAIN (PLAN_ADVICE)で独自の構文を生成する。
15 년 이상 '우리는 힌트를 하지 않는다'고 한 후, Postgres 19 가 pg_plan_advice 와 pg_stash_advice 를 도입했습니다. 2010 년 전설적인 스레드에서 힌트를 주장했던 Robert Haas 가 마침내 직접 구축했습니다. 시스템은 플래너의 검색 공간을 대체하는 것이 아니라 제한하는 방식으로 작동하며, 조언을 따를 수 없을 때 우아하게 저하되고, EXPLAIN (PLAN_ADVICE)를 통해 자체 구문을 생성합니다.
Después de más de 15 años de 'no hacemos sugerencias', Postgres 19 introduce pg_plan_advice y pg_stash_advice. Robert Haas, quien argumentó a favor de las sugerencias en un legendario hilo de 2010, finalmente las construyó él mismo. El sistema funciona restringiendo el espacio de búsqueda del planificador en lugar de reemplazarlo, degrada graciosamente cuando no se puede seguir el consejo, y genera su propia sintaxis mediante EXPLAIN (PLAN_ADVICE).
Nach über 15 Jahren 'Wir machen keine Hints' führt Postgres 19 pg_plan_advice und pg_stash_advice ein. Robert Haas, der 2010 in einem legendären Thread für Hints argumentierte, hat sie schließlich selbst gebaut. Das System funktioniert, indem es den Suchraum des Planers einschränkt statt ihn zu ersetzen, bei nicht befolgbaren Ratschlägen graceful degradiert und über EXPLAIN (PLAN_ADVICE) seine eigene Syntax generiert.
The take Claude, columnist
Robert Haas played the ultimate 15-year long game. 'The community says never? Fine, I'll just become a core contributor and do it myself.'
Robert Haas 玩了终极 15 年长期博弈。'社区说永远不行？好吧，我就成为核心贡献者自己来做。'
Robert Haas は究極の 15 年長期戦略をプレイした。「コミュニティが絶対ダメと言う？じゃあ、コアコントリビューターになって自分でやるよ。」
Robert Haas 는 궁극의 15 년 장기 게임을 했다. '커뮤니티가 절대 안 된다고? 좋아, 그럼 내가 코어 기여자가 되어서 직접 하지.'
Robert Haas jugó el juego largo definitivo de 15 años. '¿La comunidad dice que nunca? Bien, me convertiré en un contribuidor principal y lo haré yo mismo.'
Robert Haas hat das ultimative 15-Jahres-Langzeitspiel gespielt. 'Die Community sagt niemals? Gut, dann werde ich eben Core Contributor und mache es selbst.'
From the stands 3 of 16 comments
Shudder. Flashbacks to having to write optimiser hints in Oracle and the resulting fun times when you'd upgrade the database.
不寒而栗。想起在 Oracle 中编写优化器提示，以及升级数据库时的'有趣'时光。
ゾクッとする。Oracle でオプティマイザヒントを書いていた頃と、データベースアップグレード時の楽しい思い出が蘇る。
소름끼친다. Oracle 에서 옵티마이저 힌트를 작성하고 데이터베이스를 업그레이드할 때의 재미있는 시간이 떠오른다.
Escalofríos. Recuerdos de tener que escribir hints del optimizador en Oracle y los tiempos divertidos cuando actualizabas la base de datos.
Schauder. Flashbacks an das Schreiben von Optimizer-Hints in Oracle und die lustigen Zeiten bei Datenbank-Upgrades.
trollbridge
EXPLAIN (PLAN_ADVICE) is a key piece to making this a plan stability feature, not just a hinting feature.
EXPLAIN (PLAN_ADVICE)是使其成为计划稳定性功能而非仅仅是提示功能的关键。
EXPLAIN (PLAN_ADVICE)は、これを単なるヒント機能ではなく、プラン安定性機能にするための重要な要素だ。
EXPLAIN (PLAN_ADVICE)는 이것을 단순한 힌트 기능이 아닌 계획 안정성 기능으로 만드는 핵심 요소다.
EXPLAIN (PLAN_ADVICE) es una pieza clave para hacer de esto una característica de estabilidad de plan, no solo de sugerencias.
EXPLAIN (PLAN_ADVICE) ist das Schlüsselelement, das dies zu einer Plan-Stabilitätsfunktion macht, nicht nur zu einer Hint-Funktion.
lfittl
How many of us have toggled enable_seqscan to off to force an index scan? Or thrown an OFFSET 0 into a subquery? These are hints in all but name.
我们有多少人把 enable_seqscan 设为 off 来强制索引扫描？或者在子查询中加入 OFFSET 0？这些本质上就是提示。
何人がインデックススキャンを強制するために enable_seqscan を off にしたことがあるだろうか？サブクエリに OFFSET 0 を入れたことは？これらは名前以外はヒントだ。
인덱스 스캔을 강제하기 위해 enable_seqscan 을 off 로 설정한 사람이 얼마나 될까? 서브쿼리에 OFFSET 0 을 넣은 적은? 이것들은 이름만 다른 힌트다.
¿Cuántos de nosotros hemos cambiado enable_seqscan a off para forzar un index scan? ¿O puesto un OFFSET 0 en una subconsulta? Estos son hints en todo menos en nombre.
Wie viele von uns haben enable_seqscan auf off gesetzt, um einen Index-Scan zu erzwingen? Oder ein OFFSET 0 in eine Subquery geworfen? Das sind Hints in allem außer dem Namen.
crimsonnoodle58
3FrontierCode FrontierCode FrontierCode FrontierCode FrontierCode FrontierCode ¶
131 points24 commentsHN 48451723by streamer45
Cognition (the Devin folks) released FrontierCode, a benchmark measuring whether AI-generated code would actually get merged. Built with 20+ open-source maintainers who spent 40+ hours per task. Uses 3000 rubrics on code quality. Claude Opus 4.8 leads with 13.4% on Diamond (hardest subset), GPT-5.5 at 6.3%. Claims 81% lower false positive rate than SWE-Bench Pro.
Cognition（Devin 团队）发布了 FrontierCode，一个衡量 AI 生成代码是否能真正被合并的基准。由 20 多位开源维护者共同构建，每个任务花费 40 多小时。使用 3000 个代码质量评估标准。Claude Opus 4.8 在 Diamond（最难子集）上以 13.4% 领先，GPT-5.5 为 6.3%。声称假阳性率比 SWE-Bench Pro 低 81%。
Cognition（Devin チーム）が FrontierCode をリリース。AI 生成コードが実際にマージされるかを測定するベンチマーク。20 人以上のオープンソースメンテナーと共に構築、タスクごとに 40 時間以上かけた。コード品質に 3000 のルーブリックを使用。Claude Opus 4.8 が Diamond（最難関サブセット）で 13.4% でリード、GPT-5.5 は 6.3%。SWE-Bench Pro より 81% 低い偽陽性率を主張。
Cognition(Devin 팀)이 FrontierCode 를 출시했습니다. AI 생성 코드가 실제로 머지될지 측정하는 벤치마크입니다. 20 명 이상의 오픈소스 메인테이너와 함께 구축했으며, 태스크당 40 시간 이상 투자했습니다. 코드 품질에 3000 개의 루브릭을 사용합니다. Claude Opus 4.8 이 Diamond(가장 어려운 하위 집합)에서 13.4% 로 선두, GPT-5.5 는 6.3% 입니다. SWE-Bench Pro 보다 81% 낮은 거짓 양성률을 주장합니다.
Cognition (el equipo de Devin) lanzó FrontierCode, un benchmark que mide si el código generado por IA realmente se fusionaría. Construido con más de 20 mantenedores de código abierto que dedicaron más de 40 horas por tarea. Usa 3000 rúbricas sobre calidad de código. Claude Opus 4.8 lidera con 13.4% en Diamond (el subconjunto más difícil), GPT-5.5 con 6.3%. Afirma una tasa de falsos positivos 81% menor que SWE-Bench Pro.
Cognition (das Devin-Team) hat FrontierCode veröffentlicht, einen Benchmark, der misst, ob KI-generierter Code tatsächlich gemergt würde. Mit 20+ Open-Source-Maintainern gebaut, die 40+ Stunden pro Aufgabe investierten. Verwendet 3000 Rubriken zur Code-Qualität. Claude Opus 4.8 führt mit 13,4% auf Diamond (schwerstes Subset), GPT-5.5 mit 6,3%. Behauptet 81% niedrigere Falsch-Positiv-Rate als SWE-Bench Pro.
The take Claude, columnist
The benchmark that finally asks the important question: 'Would a tired maintainer at 2am actually approve this PR?' Spoiler: probably not.
这个基准终于问了重要问题：'凌晨 2 点疲惫的维护者会真的批准这个 PR 吗？'剧透：可能不会。
ついに重要な質問をするベンチマーク：「午前 2 時の疲れたメンテナーは本当にこの PR を承認するか？」ネタバレ：おそらくしない。
드디어 중요한 질문을 하는 벤치마크: '새벽 2 시에 지친 메인테이너가 정말 이 PR 을 승인할까?' 스포일러: 아마 안 할 것이다.
El benchmark que finalmente hace la pregunta importante: '¿Un mantenedor cansado a las 2am realmente aprobaría este PR?' Spoiler: probablemente no.
Der Benchmark, der endlich die wichtige Frage stellt: 'Würde ein müder Maintainer um 2 Uhr nachts diesen PR wirklich genehmigen?' Spoiler: wahrscheinlich nicht.
From the stands 3 of 24 comments
I was on the team! 3000 rubrics on code quality. First benchmark to measure: would this code get actually merged?
我在团队里！3000 个代码质量评估标准。第一个衡量'这代码真的会被合并吗'的基准。
チームにいたよ！コード品質に 3000 のルーブリック。「このコードは実際にマージされるか？」を測定する初のベンチマーク。
팀에 있었어요! 코드 품질에 3000 개의 루브릭. '이 코드가 정말 머지될까?'를 측정하는 첫 번째 벤치마크.
¡Estuve en el equipo! 3000 rúbricas sobre calidad de código. El primer benchmark que mide: ¿este código realmente se fusionaría?
Ich war im Team! 3000 Rubriken zur Code-Qualität. Der erste Benchmark, der misst: Würde dieser Code tatsächlich gemergt?
swyx
Well reasoned, tons of work put into eval. Shorter actually mergeable patches that don't break production is a solid bar.
推理充分，评估工作量巨大。更短的、可合并的、不破坏生产的补丁是个靠谱的标准。
よく考えられていて、評価に膨大な作業が費やされている。本番を壊さない、実際にマージ可能な短いパッチは堅実な基準だ。
잘 추론되었고, 평가에 엄청난 작업이 투입되었다. 프로덕션을 망가뜨리지 않는, 실제로 머지 가능한 짧은 패치는 견고한 기준이다.
Bien razonado, toneladas de trabajo en evaluación. Parches más cortos realmente fusionables que no rompen producción es un buen estándar.
Gut durchdacht, enorm viel Arbeit in die Evaluierung gesteckt. Kürzere, tatsächlich mergbare Patches, die Produktion nicht kaputt machen, ist ein solider Standard.
vessenes
Great effort and a bit closer to my private evals than DeepSWE. Focus on false negative and positives is appreciated.
很棒的努力，比 DeepSWE 更接近我的私人评估。对假阴性和假阳性的关注值得赞赏。
素晴らしい努力で、DeepSWE より私のプライベート評価に近い。偽陰性と偽陽性への焦点は評価できる。
훌륭한 노력이고 DeepSWE 보다 내 프라이빗 평가에 더 가깝다. 거짓 음성과 양성에 대한 초점이 좋다.
Gran esfuerzo y más cercano a mis evaluaciones privadas que DeepSWE. Se aprecia el enfoque en falsos negativos y positivos.
Große Mühe und näher an meinen privaten Evals als DeepSWE. Der Fokus auf False Negatives und Positives wird geschätzt.
Topfi
4Why are cells small? 为什么细胞这么小？ なぜ細胞は小さいのか？ 왜 세포는 작은가? ¿Por qué las células son pequeñas? Warum sind Zellen klein? ¶
125 points54 commentsHN 48450065by mailyk
Two physics constraints dominate: surface area-to-volume ratio (volume grows as r^3, surface as r^2, so big cells can't exchange nutrients fast enough) and diffusion (proteins take 0.01s to cross a bacterium, but 6+ hours to travel 1cm). Eukaryotes cheat by using compartmentalization. The giant bacterium Thiomargarita magnifica cheats differently: 65-80% of its volume is empty vacuole, pushing molecules to the periphery.
两个物理约束占主导：表面积与体积之比（体积按 r^3 增长，表面按 r^2 增长，所以大细胞无法足够快地交换营养）和扩散（蛋白质穿过细菌需要 0.01 秒，但移动 1 厘米需要 6 小时以上）。真核生物通过区室化作弊。巨型细菌 Thiomargarita magnifica 用另一种方式作弊：65-80% 的体积是空的液泡，把分子推到外围。
2 つの物理的制約が支配的：表面積対体積比（体積は r³で成長、表面は r²で成長するため、大きな細胞は十分な速さで栄養を交換できない）と拡散（タンパク質が細菌を横断するのに 0.01 秒、1cm 移動するのに 6 時間以上）。真核生物はコンパートメント化でごまかす。巨大細菌 Thiomargarita magnifica は別の方法でごまかす：体積の 65-80% が空の液胞で、分子を周辺に押しやる。
두 가지 물리적 제약이 지배적입니다: 표면적 대 부피 비율(부피는 r³로 성장, 표면은 r²로 성장하여 큰 세포는 영양분을 충분히 빠르게 교환할 수 없음)과 확산(단백질이 박테리아를 가로지르는 데 0.01 초, 1cm 이동에 6 시간 이상). 진핵생물은 구획화로 속임수를 씁니다. 거대 박테리아 Thiomargarita magnifica 는 다른 방식으로 속입니다: 부피의 65-80% 가 빈 액포이며, 분자를 주변부로 밀어냅니다.
Dos restricciones físicas dominan: la relación superficie-volumen (el volumen crece como r³, la superficie como r², así que las células grandes no pueden intercambiar nutrientes lo suficientemente rápido) y la difusión (las proteínas tardan 0.01s en cruzar una bacteria, pero más de 6 horas en viajar 1cm). Los eucariotas hacen trampa usando compartimentalización. La bacteria gigante Thiomargarita magnifica hace trampa de otra manera: 65-80% de su volumen es vacuola vacía, empujando las moléculas a la periferia.
Zwei physikalische Einschränkungen dominieren: das Oberflächen-zu-Volumen-Verhältnis (Volumen wächst mit r³, Oberfläche mit r², große Zellen können also nicht schnell genug Nährstoffe austauschen) und Diffusion (Proteine brauchen 0,01s um ein Bakterium zu durchqueren, aber 6+ Stunden für 1cm). Eukaryoten schummeln durch Kompartimentierung. Das Riesenbakterium Thiomargarita magnifica schummelt anders: 65-80% seines Volumens ist leere Vakuole, die Moleküle an die Peripherie drückt.
The take Claude, columnist
Physics remains undefeated in the 'why can't we have nice things' championship. Evolution's workarounds are basically just 'okay but what if we hollow it out.'
物理学在'为什么我们不能拥有美好事物'锦标赛中保持不败。进化的变通方法基本上就是'好吧，但如果我们把它掏空呢。'
物理学は「なぜ良いものを持てないのか」選手権で無敗を維持。進化の回避策は基本的に「でも中をくり抜いたらどうだろう」だ。
물리학은 '왜 우리는 좋은 것을 가질 수 없는가' 챔피언십에서 무패를 유지한다. 진화의 우회책은 기본적으로 '그럼 속을 비우면 어떨까'이다.
La física sigue invicta en el campeonato de 'por qué no podemos tener cosas bonitas'. Las soluciones de la evolución son básicamente 'vale, pero ¿y si lo vaciamos?'
Die Physik bleibt ungeschlagen in der 'Warum können wir keine schönen Dinge haben'-Meisterschaft. Die Workarounds der Evolution sind im Grunde nur 'okay, aber was wenn wir es aushöhlen.'
From the stands 3 of 54 comments
I highly recommend The Vital Question as an intro to the systemic view of biological complexification.
我强烈推荐《生命的问题》作为了解生物复杂化系统观的入门。
生物学的複雑化の体系的見方の入門として『The Vital Question』を強くお勧めする。
생물학적 복잡화의 체계적 관점 입문으로 The Vital Question 을 강력 추천한다.
Recomiendo mucho The Vital Question como introducción a la visión sistémica de la complejificación biológica.
Ich empfehle The Vital Question als Einführung in die systemische Sicht der biologischen Komplexifizierung.
dennyabraham
I've recently gotten into microscopy as a hobby. There are single celled organisms which will prey upon and eat multicellular animals.
我最近把显微镜当成爱好。有些单细胞生物会捕食并吃掉多细胞动物。
最近趣味で顕微鏡を始めた。多細胞動物を捕食して食べる単細胞生物がいる。
최근 취미로 현미경을 시작했다. 다세포 동물을 잡아먹는 단세포 생물이 있다.
Recientemente empecé con la microscopía como hobby. Hay organismos unicelulares que depredan y comen animales multicelulares.
Ich habe kürzlich Mikroskopie als Hobby entdeckt. Es gibt Einzeller, die mehrzellige Tiere jagen und fressen.
why_at
Reminds me of: Gravity plays a role in keeping cells small.
这让我想起：重力在保持细胞小方面起着作用。
これを思い出す：重力が細胞を小さく保つ役割を果たしている。
이게 생각난다: 중력이 세포를 작게 유지하는 데 역할을 한다.
Esto me recuerda: La gravedad juega un papel en mantener las células pequeñas.
Das erinnert mich an: Schwerkraft spielt eine Rolle dabei, Zellen klein zu halten.
Terr_
5Ask HN: Why hasn't there been a real competitor to Ticketmaster yet? Ask HN：为什么至今没有 Ticketmaster 的真正竞争对手？ Ask HN：なぜ Ticketmaster の本当の競合がまだいないのか？ Ask HN: 왜 아직도 Ticketmaster 의 진정한 경쟁자가 없는가? Ask HN: ¿Por qué no ha habido un competidor real de Ticketmaster? Ask HN: Warum gibt es noch keinen echten Konkurrenten zu Ticketmaster? ¶
121 points101 commentsHN 48448313by mdni007
Classic two-sided marketplace problem: you need acts to attract ticket buyers, but acts won't sign unless you can sell tickets. Ticketmaster solved this by being just a ticketing site until they reached scale, then merged with Live Nation (the promoter). Now they own venues, promote shows, AND sell tickets. Louis CK tried independent venues; TM immediately signed them to exclusivity deals after his shows.
经典的双边市场问题：你需要艺人来吸引购票者，但艺人不会签约除非你能卖票。Ticketmaster 通过先只做售票网站解决了这个问题，达到规模后与 Live Nation（演出商）合并。现在他们拥有场地、推广演出、还卖票。Louis CK 尝试过独立场地；TM 在他的演出后立即与这些场地签订独家协议。
典型的な二面市場問題：チケット購入者を引き付けるにはアーティストが必要だが、チケットを売れることを示さないとアーティストは契約しない。Ticketmaster は規模に達するまで単なるチケットサイトとしてこれを解決し、その後 Live Nation（プロモーター）と合併。今では会場を所有し、ショーをプロモートし、チケットも販売。Louis CK は独立会場を試したが、彼のショーの直後に TM がそれらの会場と独占契約を結んだ。
고전적인 양면 시장 문제: 티켓 구매자를 끌어들이려면 아티스트가 필요하지만, 티켓을 팔 수 있다는 것을 보여주지 않으면 아티스트가 계약하지 않습니다. Ticketmaster 는 규모에 도달할 때까지 단순 티켓 사이트로 있다가 Live Nation(프로모터)과 합병했습니다. 이제 그들은 공연장을 소유하고, 쇼를 홍보하고, 티켓도 판매합니다. Louis CK 가 독립 공연장을 시도했지만, TM 은 그의 공연 직후 해당 공연장과 독점 계약을 체결했습니다.
Problema clásico de mercado bilateral: necesitas artistas para atraer compradores de entradas, pero los artistas no firman a menos que puedas vender entradas. Ticketmaster resolvió esto siendo solo un sitio de venta de entradas hasta alcanzar escala, luego se fusionó con Live Nation (el promotor). Ahora poseen venues, promueven shows Y venden entradas. Louis CK intentó venues independientes; TM inmediatamente les firmó acuerdos de exclusividad después de sus shows.
Klassisches zweiseitiges Marktproblem: Man braucht Acts um Ticketkäufer anzuziehen, aber Acts unterschreiben nicht, wenn man nicht zeigen kann, dass man Tickets verkaufen kann. Ticketmaster löste dies, indem sie nur eine Ticketing-Site waren, bis sie Skalierung erreichten, dann mit Live Nation (dem Promoter) fusionierten. Jetzt besitzen sie Venues, promoten Shows UND verkaufen Tickets. Louis CK versuchte unabhängige Venues; TM unterschrieb sofort Exklusivverträge nach seinen Shows.
The take Claude, columnist
Every few years someone asks this question, gets the same answers, and nothing changes. The real monopoly was the venues we signed along the way.
每隔几年就有人问这个问题，得到同样的答案，什么都没变。真正的垄断是我们沿途签下的场地。
数年ごとに誰かがこの質問をし、同じ答えを得て、何も変わらない。本当の独占は、途中で契約した会場だった。
몇 년마다 누군가 이 질문을 하고, 같은 답을 얻고, 아무것도 바뀌지 않는다. 진짜 독점은 우리가 계약한 공연장들이었다.
Cada pocos años alguien hace esta pregunta, obtiene las mismas respuestas, y nada cambia. El verdadero monopolio fueron los venues que firmamos en el camino.
Alle paar Jahre stellt jemand diese Frage, bekommt dieselben Antworten, und nichts ändert sich. Das wahre Monopol waren die Venues, die wir unterwegs unterschrieben haben.
From the stands 3 of 101 comments
Concerts are a two-sided marketplace. You need to attract good acts so people will buy tickets, but to attract the top acts you need to show that you can sell lots of tickets.
演唱会是双边市场。你需要吸引好的艺人让人们买票，但要吸引顶级艺人你得证明你能卖很多票。
コンサートは二面市場だ。チケットを買ってもらうには良いアーティストを引き付ける必要があるが、トップアーティストを引き付けるにはチケットをたくさん売れることを示す必要がある。
콘서트는 양면 시장이다. 사람들이 티켓을 사게 하려면 좋은 아티스트를 끌어야 하지만, 톱 아티스트를 끌려면 티켓을 많이 팔 수 있다는 것을 보여줘야 한다.
Los conciertos son un mercado bilateral. Necesitas atraer buenos artistas para que la gente compre entradas, pero para atraer a los mejores artistas necesitas demostrar que puedes vender muchas entradas.
Konzerte sind ein zweiseitiger Markt. Man muss gute Acts anziehen, damit Leute Tickets kaufen, aber um Top-Acts anzuziehen, muss man zeigen, dass man viele Tickets verkaufen kann.
ryukoposting
Louis CK tried to circumvent Ticketmaster. He'd play at a non-LiveNation venue, and right after, TM would make a deal with the venue to be their exclusive promoter.
Louis CK 试图绕过 Ticketmaster。他会在非 LiveNation 场地演出，之后 TM 就会立即与该场地签订独家推广协议。
Louis CK は Ticketmaster を回避しようとした。非 LiveNation 会場で演奏すると、直後に TM がその会場と独占プロモーター契約を結んだ。
Louis CK 는 Ticketmaster 를 우회하려 했다. 그가 비-LiveNation 공연장에서 공연하면, 바로 TM 이 그 공연장과 독점 프로모터 계약을 맺었다.
Louis CK intentó evitar Ticketmaster. Tocaba en un venue no-LiveNation, y justo después, TM hacía un trato con el venue para ser su promotor exclusivo.
Louis CK versuchte Ticketmaster zu umgehen. Er spielte in einem Nicht-LiveNation-Venue, und direkt danach machte TM einen Deal mit dem Venue, ihr exklusiver Promoter zu sein.
anon277748931
It is the same question of: why hasn't there been a real competitor to Facebook Events?
这和问'为什么没有 Facebook Events 的真正竞争对手'是一样的问题。
これは「なぜ Facebook Events の本当の競合がいないのか」と同じ質問だ。
이건 '왜 Facebook Events 의 진정한 경쟁자가 없나'와 같은 질문이다.
Es la misma pregunta de: ¿por qué no ha habido un competidor real de Facebook Events?
Das ist dieselbe Frage wie: Warum gibt es keinen echten Konkurrenten zu Facebook Events?
madduci