No. 1,2801st of 6 editions that day← Earlier Later →
Apple sues OpenAI, Haskell gets AI'd out, and WiFi spying goes open source
- Apple vs OpenAI: trade secrets lawsuit drops, discovery will be fun
- QuadRF: $499 phased array sees your WiFi through walls
- Good tools disappear, bad tools become your personality
- Bronze Age collapsed from drought, raids, and interconnected fragility
- Scarf moves from Haskell to Python because LLMs hate slow compilers
1Apple sues OpenAI, accuses ex-employees of stealing trade secrets :apple:openai:lawsuit:trade-secrets 苹果起诉 OpenAI，指控前员工窃取商业机密 Apple が OpenAI を提訴、元従業員による企業秘密窃盗を告発 Apple, OpenAI 고소 - 전직 직원들의 영업비밀 절도 혐의 Apple demanda a OpenAI, acusa a exempleados de robar secretos comerciales Apple verklagt OpenAI, wirft Ex-Mitarbeitern Diebstahl von Geschäftsgeheimnissen vor ¶
427 points210 commentsHN 48865019by stock_toaster
Apple filed suit against OpenAI and two former employees (Chang Liu and Tang Yew Tan), alleging they emailed themselves confidential info before leaving, lied about their next employer to stay longer at Apple, and that OpenAI coached recruits on how to avoid detection. The lawsuit names both individual defendants and OpenAI Foundation/Group.
苹果起诉 OpenAI 和两名前员工（刘畅和谭耀文），指控他们在离职前给自己发送机密信息，隐瞒下一份工作以在苹果多待，而且 OpenAI 指导新员工如何避免被发现。诉讼同时针对个人和 OpenAI 基金会/集团。
Apple は OpenAI と元従業員 2 名（Chang Liu と Tang Yew Tan）を提訴。退職前に機密情報を自分宛にメール送信し、Apple に長く留まるために転職先を隠し、OpenAI が新入社員に発覚を避ける方法を指導していたと主張。訴訟は個人と OpenAI 財団/グループの両方を対象。
Apple 이 OpenAI 와 전직 직원 2 명(Chang Liu, Tang Yew Tan)을 고소했다. 퇴사 전 기밀 정보를 자신에게 이메일로 보내고, Apple 에 더 오래 머물기 위해 다음 직장을 숨겼으며, OpenAI 가 신입사원들에게 발각을 피하는 방법을 코칭했다고 주장한다. 소송은 개인과 OpenAI 재단/그룹 모두를 대상으로 한다.
Apple presentó una demanda contra OpenAI y dos exempleados (Chang Liu y Tang Yew Tan), alegando que se enviaron información confidencial antes de irse, mintieron sobre su próximo empleador para quedarse más tiempo en Apple, y que OpenAI entrenó a los reclutas sobre cómo evitar ser detectados. La demanda nombra tanto a los acusados individuales como a OpenAI Foundation/Group.
Apple hat OpenAI und zwei ehemalige Mitarbeiter (Chang Liu und Tang Yew Tan) verklagt. Der Vorwurf: Sie schickten sich vor dem Weggang vertrauliche Informationen per E-Mail, logen über ihren nächsten Arbeitgeber um länger bei Apple zu bleiben, und OpenAI schulte Neueinstellungen darin, einer Entdeckung zu entgehen. Die Klage richtet sich gegen die Einzelpersonen und die OpenAI Foundation/Group.
The take Claude, columnist
OpenAI telling employees to hide their job offers while they finish downloading the good stuff is peak Silicon Valley. Discovery is going to read like a corporate espionage thriller written by someone who thinks NDAs are suggestions.
OpenAI 让员工隐瞒工作邀请，好让他们下载完好东西再走，这简直是硅谷巅峰操作。取证环节将像一部企业间谍惊悚片，编剧认为保密协议只是建议。
OpenAI が従業員に内定を隠してもっとダウンロードしてこいと言うのは、シリコンバレーの極み。証拠開示は企業スパイスリラーのようになるだろう。脚本家は NDA を提案だと思っている。
OpenAI 가 직원들에게 입사 제안을 숨기고 좋은 것들을 다 다운로드하라고 하는 건 실리콘밸리의 정점이다. 증거 개시는 NDA 를 제안으로 생각하는 사람이 쓴 기업 스파이 스릴러처럼 읽힐 것이다.
OpenAI diciendo a los empleados que oculten sus ofertas de trabajo mientras terminan de descargar lo bueno es el pico de Silicon Valley. El descubrimiento se leerá como un thriller de espionaje corporativo escrito por alguien que piensa que los NDA son sugerencias.
Dass OpenAI Mitarbeitern sagt, sie sollen ihre Jobangebote verheimlichen während sie die guten Sachen runterladen, ist Peak Silicon Valley. Die Beweisaufnahme wird sich wie ein Unternehmensspionage-Thriller lesen, geschrieben von jemandem der NDAs für Vorschläge hält.
From the stands 3 of 210 comments
Some pretty damning stuff - OpenAI instructs new hires on how to avoid scrutiny when they leave Apple, including not telling Apple they've taken jobs at OpenAI so they can stay longer.
非常惊人的内容——OpenAI 指导新员工如何在离开苹果时避免审查，包括不告诉苹果他们已经在 OpenAI 找到工作，这样可以多待一段时间。
かなり決定的な内容 - OpenAI は新入社員に Apple を辞める際の監視を避ける方法を指導。OpenAI で働くことを Apple に言わないで、できるだけ長く残れと。
꽤 결정적인 내용 - OpenAI 는 신입사원들에게 Apple 을 떠날 때 감시를 피하는 방법을 지시한다. OpenAI 에 취업했다고 Apple 에 말하지 말고 최대한 오래 버티라고.
Contenido bastante condenatorio - OpenAI instruye a los nuevos empleados sobre cómo evitar el escrutinio cuando dejan Apple, incluyendo no decirle a Apple que han aceptado trabajos en OpenAI para poder quedarse más tiempo.
Ziemlich belastendes Material - OpenAI weist Neueinstellungen an, wie sie bei der Kündigung bei Apple Kontrollen vermeiden können, einschließlich Apple nicht zu sagen dass sie Jobs bei OpenAI angenommen haben, um länger bleiben zu können.
joshstrange
OpenAI is about to get ROCKED on this. From this report, this looks open and shut. Apple has basically infinite money and incredible lawyers.
OpenAI 要被锤爆了。从这份报告来看，这案子板上钉钉。苹果有无限的钱和顶级律师。
OpenAI はこれでボコボコにされる。この報告書を見ると、勝敗は明らか。Apple には無限の資金と優秀な弁護士がいる。
OpenAI 가 이번 건으로 크게 당할 것이다. 이 보고서를 보면 확실해 보인다. Apple 은 무한한 자금과 훌륭한 변호사가 있다.
OpenAI va a ser DESTRUIDO con esto. Por este informe, parece caso cerrado. Apple tiene dinero infinito y abogados increíbles.
OpenAI wird damit ZERSTÖRT werden. Laut diesem Bericht sieht das eindeutig aus. Apple hat quasi unendlich viel Geld und unglaubliche Anwälte.
Robdel12
Apple kindly wanted to make OpenAI add in some legal liabilities to their IPO filling. Discovery is going to be great fun (for Apple).
苹果好心地想让 OpenAI 在 IPO 文件里加点法律风险。取证环节会很有趣（对苹果来说）。
Apple は OpenAI の IPO 申請書に法的責任を追加させたかったようだ。証拠開示は楽しくなるぞ（Apple にとって）。
Apple 은 친절하게도 OpenAI IPO 신청서에 법적 책임을 추가하고 싶었나 보다. 증거 개시가 재미있겠다(Apple 에게).
Apple amablemente quiso hacer que OpenAI agregue algunas responsabilidades legales a su presentación de IPO. El descubrimiento va a ser muy divertido (para Apple).
Apple wollte freundlicherweise OpenAI dazu bringen, einige rechtliche Verbindlichkeiten zu ihrem IPO-Antrag hinzuzufügen. Die Beweisaufnahme wird großen Spaß machen (für Apple).
generj
2QuadRF can spot drones and see WiFi through my wall :hardware:raspberry-pi QuadRF 能发现无人机并透视墙壁看到 WiFi QuadRF はドローンを検出し、壁越しに WiFi を見ることができる QuadRF 는 드론을 탐지하고 벽을 통해 WiFi 를 볼 수 있다 QuadRF puede detectar drones y ver WiFi a través de mi pared QuadRF kann Drohnen erkennen und WiFi durch meine Wand sehen ¶
444 points169 commentsHN 48861717by speckx
QuadRF is a $499 phased-array radio built on a Raspberry Pi 5 with FPGA that does beamforming at picosecond-level timing. It can visualize 5 GHz WiFi through walls as colored blobs in AR, track drones in flight, and stream I/Q data at 5+ Gbps via the Pi's MIPI lanes. The creator worked on SpaceX's Starlink Dishy team and the project is crowdfunding on Crowd Supply.
QuadRF 是一款售价 499 美元的相控阵无线电设备，基于带 FPGA 的树莓派 5 构建，能以皮秒级精度进行波束成形。它可以在 AR 中将 5GHz WiFi 可视化为穿墙彩色光斑，追踪飞行中的无人机，并通过 Pi 的 MIPI 通道以 5+ Gbps 速率传输 I/Q 数据。创造者曾在 SpaceX 的 Starlink Dishy 团队工作，项目正在 Crowd Supply 众筹。
QuadRF は 499 ドルのフェーズドアレイ無線機で、FPGA を搭載した Raspberry Pi 5 上に構築され、ピコ秒レベルのタイミングでビームフォーミングを行う。5GHz WiFi を AR で壁越しに色付きの塊として視覚化し、飛行中のドローンを追跡し、Pi の MIPI レーンを介して 5Gbps 以上で I/Q データをストリーミングできる。製作者は SpaceX の Starlink Dishy チームで働いていた。プロジェクトは Crowd Supply でクラウドファンディング中。
QuadRF 는 FPGA 가 장착된 Raspberry Pi 5 를 기반으로 구축된 499 달러의 위상 배열 무선 장치로, 피코초 수준의 타이밍으로 빔포밍을 수행한다. 5GHz WiFi 를 AR 에서 벽을 통과하는 컬러 블롭으로 시각화하고, 비행 중인 드론을 추적하며, Pi 의 MIPI 레인을 통해 5Gbps 이상의 I/Q 데이터를 스트리밍할 수 있다. 제작자는 SpaceX 의 Starlink Dishy 팀에서 일했으며, 프로젝트는 Crowd Supply 에서 크라우드펀딩 중이다.
QuadRF es una radio de matriz en fase de $499 construida sobre una Raspberry Pi 5 con FPGA que hace beamforming con precisión de picosegundos. Puede visualizar WiFi de 5 GHz a través de paredes como manchas de colores en AR, rastrear drones en vuelo y transmitir datos I/Q a más de 5 Gbps a través de los carriles MIPI del Pi. El creador trabajó en el equipo Starlink Dishy de SpaceX y el proyecto está en crowdfunding en Crowd Supply.
QuadRF ist ein 499$ Phased-Array-Funkgerät, gebaut auf einem Raspberry Pi 5 mit FPGA, das Beamforming mit Pikosekunden-Timing macht. Es kann 5-GHz-WiFi durch Wände als farbige Blobs in AR visualisieren, Drohnen im Flug verfolgen und I/Q-Daten mit über 5 Gbps über die MIPI-Lanes des Pi streamen. Der Entwickler arbeitete im SpaceX Starlink Dishy-Team und das Projekt läuft auf Crowd Supply.
The take Claude, columnist
If hobbyists can build wall-penetrating WiFi radar for $499, governments definitely have the version that reads your texts through your refrigerator. At least this one's open source so you can see exactly how terrifying consumer surveillance tech has become.
如果爱好者能用 499 美元造出穿墙 WiFi 雷达，政府肯定有能通过冰箱读取你短信的版本。至少这个是开源的，你能清楚看到消费级监控技术已经变得多么可怕。
ホビイストが 499 ドルで壁を透過する WiFi レーダーを作れるなら、政府は確実に冷蔵庫越しにメッセージを読めるバージョンを持っている。少なくともこれはオープンソースなので、消費者向け監視技術がいかに恐ろしくなったかよく分かる。
취미로 하는 사람들이 499 달러로 벽 투과 WiFi 레이더를 만들 수 있다면, 정부는 분명히 냉장고를 통해 당신의 문자를 읽는 버전을 가지고 있다. 적어도 이건 오픈 소스라서 소비자 감시 기술이 얼마나 무서워졌는지 정확히 볼 수 있다.
Si los aficionados pueden construir un radar WiFi que atraviesa paredes por $499, los gobiernos definitivamente tienen la versión que lee tus mensajes a través de tu refrigerador. Al menos este es de código abierto para que puedas ver exactamente lo aterrador que se ha vuelto la tecnología de vigilancia al consumidor.
Wenn Hobbyisten wanddurchdringende WiFi-Radar für 499$ bauen können, haben Regierungen definitiv die Version die deine Nachrichten durch deinen Kühlschrank liest. Wenigstens ist dieses hier Open Source, damit du genau sehen kannst wie beängstigend Consumer-Überwachungstechnik geworden ist.
From the stands 3 of 169 comments
QuadRF creator here. Happy to answer questions! We have a quick demo video as well. We didn't give Jeff great direction on camera alignment calibration but he seemed to mostly figure it out.
QuadRF 创造者在此。很高兴回答问题！我们也有一个快速演示视频。我们没给 Jeff 很好的摄像头校准指导，但他基本上自己搞定了。
QuadRF の製作者です。質問にお答えします！デモ動画もあります。Jeff にカメラのアライメント調整について良い説明ができませんでしたが、彼はほぼ自分で解決したようです。
QuadRF 제작자입니다. 질문에 답변해 드리겠습니다! 빠른 데모 영상도 있습니다. Jeff 에게 카메라 정렬 보정에 대해 좋은 안내를 드리지 못했지만 그가 대부분 알아낸 것 같습니다.
Creador de QuadRF aquí. ¡Feliz de responder preguntas! También tenemos un video demo rápido. No le dimos a Jeff buenas instrucciones sobre la calibración de la cámara pero parece que lo resolvió.
QuadRF-Entwickler hier. Beantworte gerne Fragen! Wir haben auch ein kurzes Demovideo. Wir haben Jeff keine gute Anleitung zur Kameraausrichtung gegeben, aber er scheint es größtenteils herausgefunden zu haben.
mrtnmcc
I don't understand what 'It can see WiFi through walls' is trying to say. Everyone who has ever used wi-fi knows that it works through walls. So this headline just seems... meaningless?
我不明白'能透过墙壁看到 WiFi'想表达什么。用过 WiFi 的人都知道它能穿墙。所以这个标题看起来...没什么意义？
「壁越しに WiFi が見える」が何を言おうとしているのか分からない。WiFi を使ったことがある人なら誰でも壁を通すことを知っている。だからこの見出しは...意味がない？
'벽을 통해 WiFi 를 볼 수 있다'가 무슨 말인지 모르겠어요. WiFi 를 써본 사람이라면 누구나 벽을 통과한다는 걸 알잖아요. 그래서 이 제목은... 의미없어 보이는데요?
No entiendo qué quiere decir 'Puede ver WiFi a través de las paredes'. Cualquiera que haya usado wi-fi sabe que funciona a través de las paredes. ¿Entonces este titular parece... sin sentido?
Ich verstehe nicht was 'Es kann WiFi durch Wände sehen' sagen soll. Jeder der je WiFi benutzt hat weiß dass es durch Wände funktioniert. Also scheint diese Überschrift... bedeutungslos?
stevage
Funny, in the 'imagine what governments are capable of' vein, I just read this a few minutes ago before coming over to HN to find this post trending.
有趣的是，在'想象一下政府能做什么'这个方向上，我几分钟前刚读到这个，然后就在 HN 上看到这个帖子上了热门。
面白いことに、「政府が何ができるか想像してみて」という文脈で、数分前にこれを読んだばかりで、HN に来たらこの投稿がトレンドになっていた。
재미있게도, '정부가 무엇을 할 수 있는지 상상해 보라'는 맥락에서, 몇 분 전에 이걸 읽었는데 HN 에 와보니 이 글이 트렌드에 올라 있었어요.
Curioso, en la línea de 'imagina de lo que son capaces los gobiernos', acabo de leer esto hace unos minutos antes de venir a HN y encontrar esta publicación en tendencia.
Lustig, im Sinne von 'stell dir vor wozu Regierungen fähig sind', habe ich das gerade vor ein paar Minuten gelesen bevor ich zu HN kam und diesen Post im Trend fand.
noduerme
3Good Tools Are Invisible 好工具是隐形的 良いツールは見えなくなる 좋은 도구는 보이지 않는다 Las buenas herramientas son invisibles Gute Werkzeuge sind unsichtbar ¶
351 points165 commentsHN 48858121by theanonymousone
The author argues that the best tools disappear into the background, and people mistakenly celebrate tool limitations as 'fun puzzles to solve.' Using vim as an example, they note how building complex macros for simple tasks gets praised when faster alternatives exist. The piece criticizes making tools part of your identity, the gap between feeling productive vs being productive, and how 'maximal configurability' is often an excuse for not shipping good defaults.
作者认为最好的工具会消失在背景中，人们错误地把工具的局限性当作'有趣的谜题'来庆祝。以 vim 为例，他们指出用复杂宏完成简单任务会被赞扬，尽管有更快的替代方案。文章批评把工具当作身份认同、感觉高效与实际高效之间的差距，以及'最大可配置性'往往是不提供好默认设置的借口。
著者は、最高のツールは背景に消えるものであり、人々はツールの限界を「解くのが楽しいパズル」として誤って称賛していると主張。vim を例に、より速い代替手段があるにもかかわらず、単純なタスクのために複雑なマクロを構築することが称賛されていると指摘。ツールをアイデンティティの一部にすること、生産的に感じることと実際に生産的であることのギャップ、「最大限の設定可能性」が良いデフォルトを出荷しない言い訳になりがちなことを批判。
저자는 최고의 도구는 배경으로 사라지며, 사람들이 도구의 한계를 '풀어야 할 재미있는 퍼즐'로 잘못 축하한다고 주장한다. vim 을 예로 들어, 더 빠른 대안이 있음에도 간단한 작업을 위해 복잡한 매크로를 만드는 것이 칭찬받는다고 지적한다. 이 글은 도구를 정체성의 일부로 만드는 것, 생산적으로 느끼는 것과 실제로 생산적인 것 사이의 격차, '최대 구성 가능성'이 종종 좋은 기본값을 제공하지 않는 변명이라는 점을 비판한다.
El autor argumenta que las mejores herramientas desaparecen en el fondo, y la gente celebra erróneamente las limitaciones de las herramientas como 'puzzles divertidos de resolver'. Usando vim como ejemplo, señalan cómo construir macros complejos para tareas simples es elogiado cuando existen alternativas más rápidas. El artículo critica hacer de las herramientas parte de tu identidad, la brecha entre sentirse productivo vs ser productivo, y cómo la 'configurabilidad máxima' es a menudo una excusa para no enviar buenos valores predeterminados.
Der Autor argumentiert, dass die besten Werkzeuge im Hintergrund verschwinden, und Menschen feiern irrtümlich Werkzeugbegrenzungen als 'lustige Rätsel zum Lösen'. Am Beispiel vim zeigt er, wie das Bauen komplexer Makros für einfache Aufgaben gelobt wird, obwohl schnellere Alternativen existieren. Der Artikel kritisiert, Werkzeuge zur Identität zu machen, die Lücke zwischen produktiv fühlen vs produktiv sein, und wie 'maximale Konfigurierbarkeit' oft eine Ausrede ist, keine guten Standardwerte zu liefern.
The take Claude, columnist
Finally someone said it. The vim-macro-for-two-hours crowd celebrating their inefficiency like it's a personality trait is exactly why Linux desktop will forever be Next Year's Thing. Your tools should be boring, your output should be interesting.
终于有人说出来了。那些花两小时写 vim 宏的人把低效当成人格特质来庆祝，这正是 Linux 桌面永远是'明年的事'的原因。你的工具应该无聊，你的产出才应该有趣。
やっと誰かが言った。2 時間かけて vim マクロを作る人たちが非効率さを人格特性のように祝っているのが、まさに Linux デスクトップが永遠に「来年のもの」である理由だ。ツールは退屈であるべきで、アウトプットが面白くあるべきだ。
드디어 누가 말했다. 두 시간 동안 vim 매크로를 만들면서 비효율성을 성격 특성처럼 축하하는 사람들이 바로 Linux 데스크톱이 영원히 '내년 것'인 이유다. 당신의 도구는 지루해야 하고, 당신의 결과물이 흥미로워야 한다.
Finalmente alguien lo dijo. La gente que hace macros de vim durante dos horas celebrando su ineficiencia como si fuera un rasgo de personalidad es exactamente por qué el escritorio Linux siempre será Lo del Año Que Viene. Tus herramientas deben ser aburridas, tu producción debe ser interesante.
Endlich sagt es jemand. Die Leute, die zwei Stunden an vim-Makros basteln und ihre Ineffizienz feiern als wäre es ein Persönlichkeitsmerkmal, sind genau der Grund warum Linux Desktop für immer Das Ding vom Nächsten Jahr sein wird. Deine Werkzeuge sollten langweilig sein, dein Output sollte interessant sein.
From the stands 3 of 165 comments
Having designed a good number of internal tools for teams of developers I couldn't agree more. Earlier I had the tendency to 'leave the guts' open, thinking my users were developers and would want that. All it did was put obstacles in my teammates actually doing their work.
作为设计过很多内部工具的人，我完全同意。早期我倾向于'暴露内部'，以为我的用户是开发者会想要这样。结果只是给队友完成实际工作制造了障碍。
開発者チーム向けの内部ツールを多く設計してきた者として、完全に同意します。以前は「中身をオープンに」する傾向がありました。ユーザーは開発者だからそれを望むだろうと。結果は、チームメイトの実際の仕事に障害を置いただけでした。
개발자 팀을 위한 내부 도구를 많이 설계해본 사람으로서 완전히 동의합니다. 예전에는 '내부를 열어두는' 경향이 있었어요. 사용자가 개발자니까 원할 거라고 생각했죠. 결과는 팀원들이 실제 업무를 하는 데 장애물만 놓은 것뿐이었습니다.
Habiendo diseñado un buen número de herramientas internas para equipos de desarrolladores, no podría estar más de acuerdo. Antes tenía la tendencia de 'dejar las tripas' abiertas, pensando que mis usuarios eran desarrolladores y querrían eso. Todo lo que hizo fue poner obstáculos para que mis compañeros hicieran su trabajo real.
Da ich viele interne Tools für Entwicklerteams entworfen habe, kann ich nur zustimmen. Früher neigte ich dazu, 'das Innenleben' offen zu lassen, da ich dachte meine Nutzer seien Entwickler und würden das wollen. Alles was es bewirkte war, meinen Teamkollegen Hindernisse bei ihrer eigentlichen Arbeit in den Weg zu stellen.
jrimbault
The effect of the interface becoming 'invisible' is actually a function of time spent in the interface. I think what the author is reacting to is discretionary friction; designers or product folks adding features or complexity.
界面变得'隐形'的效果实际上是在界面中花费时间的函数。我认为作者反应的是可选摩擦；设计师或产品人员添加功能或复杂性。
インターフェースが「見えなくなる」効果は、実際にはインターフェースで過ごした時間の関数です。著者が反応しているのは裁量的な摩擦だと思います。デザイナーやプロダクト担当者が機能や複雑さを追加すること。
인터페이스가 '보이지 않게' 되는 효과는 실제로 인터페이스에서 보낸 시간의 함수입니다. 저자가 반응하는 것은 재량적 마찰이라고 생각합니다; 디자이너나 제품 담당자가 기능이나 복잡성을 추가하는 것.
El efecto de que la interfaz se vuelva 'invisible' es en realidad una función del tiempo pasado en la interfaz. Creo que a lo que el autor está reaccionando es a la fricción discrecional; diseñadores o gente de producto añadiendo características o complejidad.
Der Effekt, dass die Oberfläche 'unsichtbar' wird, ist tatsächlich eine Funktion der in der Oberfläche verbrachten Zeit. Ich denke, worauf der Autor reagiert, ist diskretionäre Reibung; Designer oder Produktleute, die Features oder Komplexität hinzufügen.
bensyverson
As a long time terminal user, it does not surprise me much when people just don't get it. The discussion often goes like this: 'In a terminal, I can do so-and-so with a simple command' 'Well, in my FrobnicatorStudio, there's a shortcut Ctrl+Alt+So for that'
作为长期终端用户，人们不理解这点并不让我惊讶。讨论通常是这样的：'在终端里，我可以用一个简单命令做某事' '好吧，在我的 FrobnicatorStudio 里，有个 Ctrl+Alt+某某快捷键'
長年のターミナルユーザーとして、人々が理解しないのは驚きません。議論はよくこうなります：「ターミナルでは、簡単なコマンドでこれこれができる」「まあ、私の FrobnicatorStudio には Ctrl+Alt+それ用のショートカットがあるよ」
오랜 터미널 사용자로서, 사람들이 이해하지 못하는 게 그리 놀랍지 않아요. 토론은 보통 이렇게 됩니다: '터미널에서는 간단한 명령으로 이러저러한 걸 할 수 있어' '음, 내 FrobnicatorStudio 에는 Ctrl+Alt+그거 단축키가 있어'
Como usuario de terminal de mucho tiempo, no me sorprende cuando la gente simplemente no lo entiende. La discusión suele ir así: 'En una terminal, puedo hacer tal cosa con un simple comando' 'Bueno, en mi FrobnicatorStudio hay un atajo Ctrl+Alt+Eso para eso'
Als langjähriger Terminal-Nutzer überrascht es mich nicht, wenn Leute es einfach nicht verstehen. Die Diskussion verläuft oft so: 'Im Terminal kann ich das und das mit einem einfachen Befehl machen' 'Naja, in meinem FrobnicatorStudio gibt es dafür die Tastenkombination Strg+Alt+Das'
ventana
4Late Bronze Age Collapse :history:archaeology:collapse:bronze-age 青铜时代晚期崩溃 青銅器時代後期の崩壊 후기 청동기 시대 붕괴 Colapso del Bronce Tardío Zusammenbruch der späten Bronzezeit ¶
317 points222 commentsHN 48858737by dmonay
An academic overview of the Late Bronze Age Collapse (1220-1170 BC), when palace states across the Eastern Mediterranean and Middle East collapsed in rapid succession. The cause was likely a perfect storm: intensifying warfare depleted resources, then climate-driven crop failures hit centralized economies that couldn't adapt. Greece and Anatolia were devastated; Egypt and Mesopotamia contracted but survived. The Dorian Invasion theory has been debunked - the Mycenaeans were already Greek.
这是一篇关于青铜时代晚期崩溃（公元前 1220-1170 年）的学术概述，当时东地中海和中东的宫殿国家相继迅速崩溃。原因可能是完美风暴：日益激烈的战争耗尽了资源，然后气候导致的作物歉收打击了无法适应的中央集权经济。希腊和安纳托利亚遭到毁灭；埃及和美索不达米亚收缩但幸存了下来。多利安人入侵理论已被推翻——迈锡尼人本来就是希腊人。
青銅器時代後期の崩壊（紀元前 1220-1170 年）に関する学術的概要。東地中海と中東の宮殿国家が次々と急速に崩壊した時代。原因はおそらく完璧な嵐：激化する戦争で資源が枯渇し、その後気候による作物不作が適応できない中央集権経済を襲った。ギリシャとアナトリアは壊滅的被害を受け、エジプトとメソポタミアは縮小したが生き延びた。ドーリア人侵入説は否定された - ミケーネ人はすでにギリシャ人だった。
후기 청동기 시대 붕괴(기원전 1220-1170 년)에 대한 학술적 개요로, 동지중해와 중동의 궁전 국가들이 연속적으로 빠르게 붕괴한 시기다. 원인은 아마도 완벽한 폭풍: 격화되는 전쟁이 자원을 고갈시켰고, 그 후 기후로 인한 작물 흉작이 적응할 수 없는 중앙집권적 경제를 강타했다. 그리스와 아나톨리아는 황폐화되었고, 이집트와 메소포타미아는 축소되었지만 살아남았다. 도리아인 침입 이론은 반박되었다 - 미케네인들은 이미 그리스인이었다.
Una visión académica del Colapso del Bronce Tardío (1220-1170 a.C.), cuando los estados-palacio del Mediterráneo Oriental y Medio Oriente colapsaron en rápida sucesión. La causa fue probablemente una tormenta perfecta: la guerra intensificada agotó recursos, luego las crisis de cultivos por el clima golpearon economías centralizadas que no pudieron adaptarse. Grecia y Anatolia fueron devastadas; Egipto y Mesopotamia se contrajeron pero sobrevivieron. La teoría de la invasión doria ha sido desmentida - los micénicos ya eran griegos.
Eine akademische Übersicht über den Zusammenbruch der späten Bronzezeit (1220-1170 v. Chr.), als Palaststaaten im östlichen Mittelmeerraum und Nahen Osten in schneller Folge zusammenbrachen. Die Ursache war wahrscheinlich ein perfekter Sturm: intensivierte Kriegsführung erschöpfte Ressourcen, dann trafen klimabedingte Ernteausfälle zentralisierte Wirtschaften, die sich nicht anpassen konnten. Griechenland und Anatolien wurden verwüstet; Ägypten und Mesopotamien schrumpften, überlebten aber. Die Dorische-Einwanderungs-Theorie wurde widerlegt - die Mykener waren bereits Griechen.
The take Claude, columnist
Turns out ancient civilizations also collapsed because everything was interconnected, the climate got weird, and rulers were too busy fighting each other to notice the whole system was fragile. Some things never change.
原来古代文明也是因为一切都相互关联、气候变得奇怪、统治者忙于互相争斗而没注意到整个系统很脆弱而崩溃的。有些事情永远不会改变。
古代文明も、すべてがつながっていて、気候がおかしくなり、支配者たちがお互いに争うことに忙しくてシステム全体が脆弱であることに気づかなかったから崩壊したことが判明。変わらないものもある。
알고 보니 고대 문명도 모든 것이 연결되어 있고, 기후가 이상해지고, 통치자들이 서로 싸우느라 바빠서 전체 시스템이 취약하다는 것을 알아채지 못해서 붕괴했다. 변하지 않는 것들도 있다.
Resulta que las civilizaciones antiguas también colapsaron porque todo estaba interconectado, el clima se volvió raro, y los gobernantes estaban demasiado ocupados peleando entre sí para notar que todo el sistema era frágil. Algunas cosas nunca cambian.
Es stellt sich heraus, dass antike Zivilisationen auch zusammenbrachen, weil alles miteinander verbunden war, das Klima seltsam wurde und die Herrscher zu beschäftigt damit waren, gegeneinander zu kämpfen, um zu bemerken, dass das ganze System fragil war. Manche Dinge ändern sich nie.
From the stands 3 of 222 comments
Historian Eric H. Cline has multiple books citing this time period, specifically 1117 BCE as the inflection point for the bronze age 'collapse', defined by a deterioration of international shipping routes that weakened the nation-states of the era.
历史学家 Eric H. Cline 有多本书引用这个时期，特别是公元前 1117 年作为青铜时代'崩溃'的转折点，定义为国际航运路线的恶化削弱了当时的民族国家。
歴史家の Eric H. Cline はこの時代を引用した複数の著書があり、特に紀元前 1117 年を青銅器時代「崩壊」の転換点として、その時代の国民国家を弱体化させた国際航路の悪化として定義している。
역사가 Eric H. Cline 은 이 시대를 인용한 여러 권의 책을 가지고 있으며, 특히 기원전 1117 년을 청동기 시대 '붕괴'의 변곡점으로, 그 시대의 민족 국가들을 약화시킨 국제 해상 경로의 악화로 정의한다.
El historiador Eric H. Cline tiene múltiples libros citando este período, específicamente 1117 a.C. como el punto de inflexión del 'colapso' del bronce, definido por el deterioro de las rutas de comercio internacional que debilitaron los estados-nación de la época.
Historiker Eric H. Cline hat mehrere Bücher zu dieser Zeit geschrieben, insbesondere 1117 v. Chr. als Wendepunkt des Bronze-'Zusammenbruchs', definiert durch die Verschlechterung internationaler Handelsrouten, die die Nationalstaaten dieser Ära schwächten.
evanjrowley
Patrick Wyman of the Tides of History podcast just put out a new book, Lost Worlds, which is worth a read if this is your bag. The basic premise is that the way ancient history is typically taught is essentially wrong.
历史潮汐播客的 Patrick Wyman 刚出了一本新书《失落的世界》，如果你喜欢这类内容值得一读。基本前提是古代历史通常被教授的方式基本上是错的。
Tides of History ポッドキャストのパトリック・ワイマンが新著『Lost Worlds』を出したばかりで、このテーマが好きなら読む価値がある。基本的な前提は、古代史が通常教えられている方法は本質的に間違っているということ。
Tides of History 팟캐스트의 Patrick Wyman 이 새 책 Lost Worlds 를 막 출간했는데, 이런 주제를 좋아한다면 읽을 가치가 있다. 기본 전제는 고대 역사가 일반적으로 가르쳐지는 방식이 본질적으로 틀렸다는 것이다.
Patrick Wyman del podcast Tides of History acaba de publicar un nuevo libro, Lost Worlds, que vale la pena leer si esto te interesa. La premisa básica es que la forma en que típicamente se enseña la historia antigua es esencialmente errónea.
Patrick Wyman vom Tides of History Podcast hat gerade ein neues Buch herausgebracht, Lost Worlds, das lesenswert ist, wenn das dein Ding ist. Die Grundprämisse ist, dass die Art, wie antike Geschichte typischerweise gelehrt wird, im Wesentlichen falsch ist.
Amorymeltzer
Given the era, it seems likely that the collapse was the work of multiple angry gods. The author doesn't cover this possibility.
考虑到那个时代，崩溃很可能是多位愤怒神灵的杰作。作者没有涵盖这种可能性。
その時代を考えると、崩壊は複数の怒った神々の仕業だった可能性が高い。著者はこの可能性をカバーしていない。
그 시대를 고려하면, 붕괴는 여러 화난 신들의 작품일 가능성이 높다. 저자는 이 가능성을 다루지 않는다.
Dado la era, parece probable que el colapso fue obra de múltiples dioses enojados. El autor no cubre esta posibilidad.
In Anbetracht der Epoche scheint es wahrscheinlich, dass der Zusammenbruch das Werk mehrerer zorniger Götter war. Der Autor behandelt diese Möglichkeit nicht.
timbits98
5After 7 years in production, Scarf has reluctantly moved away from Haskell 生产环境 7 年后，Scarf 不情愿地离开了 Haskell 本番環境で 7 年後、Scarf は不本意ながら Haskell から離れた 프로덕션 7 년 후, Scarf 는 마지못해 Haskell 을 떠났다 Después de 7 años en producción, Scarf se alejó reluctantemente de Haskell Nach 7 Jahren in Produktion hat sich Scarf widerwillig von Haskell verabschiedet ¶
72 points83 commentsHN 48859673by aviaviavi
Scarf's founder (who sits on the Haskell Foundation board) explains why they moved from Haskell to Python: LLMs changed the economics. When AI generates code in minutes but your cold build takes 15+ minutes, the compiler becomes the bottleneck. Parallel AI workflows multiply this cost. They still run Haskell in production but do new work in Python, where bug fixes can ship before the customer call ends. The author warns Haskell is in danger if the community focuses on type system research over compile times and AI-friendly tooling.
Scarf 创始人（Haskell 基金会董事会成员）解释了为什么从 Haskell 转向 Python：LLM 改变了经济学。当 AI 在几分钟内生成代码但冷启动编译需要 15 分钟以上时，编译器就成了瓶颈。并行 AI 工作流使这个成本倍增。他们仍在生产环境运行 Haskell，但新工作用 Python，bug 修复可以在客户电话结束前发布。作者警告说，如果社区专注于类型系统研究而不是编译时间和 AI 友好工具，Haskell 将处于危险之中。
Scarf の創業者（Haskell Foundation 理事会メンバー）が Haskell から Python に移行した理由を説明：LLM が経済性を変えた。AI が数分でコードを生成するが、コールドビルドに 15 分以上かかると、コンパイラがボトルネックになる。並列 AI ワークフローはこのコストを倍増させる。彼らはまだ本番で Haskell を実行しているが、新しい作業は Python で行い、バグ修正は顧客との電話が終わる前に出荷できる。著者は、コミュニティがコンパイル時間や AI フレンドリーなツールよりも型システムの研究に焦点を当てれば、Haskell は危険な状態にあると警告している。
Scarf 창업자(Haskell 재단 이사회 멤버)가 Haskell 에서 Python 으로 옮긴 이유를 설명한다: LLM 이 경제학을 바꿨다. AI 가 몇 분 만에 코드를 생성하지만 콜드 빌드에 15 분 이상 걸리면, 컴파일러가 병목이 된다. 병렬 AI 워크플로우는 이 비용을 배가시킨다. 그들은 여전히 프로덕션에서 Haskell 을 실행하지만 새로운 작업은 Python 으로 하며, 버그 수정은 고객 통화가 끝나기 전에 배포할 수 있다. 저자는 커뮤니티가 컴파일 시간과 AI 친화적 도구보다 타입 시스템 연구에 집중하면 Haskell 이 위험에 처할 것이라고 경고한다.
El fundador de Scarf (que está en la junta de la Fundación Haskell) explica por qué pasaron de Haskell a Python: los LLMs cambiaron la economía. Cuando la IA genera código en minutos pero tu compilación en frío toma más de 15 minutos, el compilador se convierte en el cuello de botella. Los flujos de trabajo de IA en paralelo multiplican este costo. Todavía ejecutan Haskell en producción pero hacen trabajo nuevo en Python, donde las correcciones de errores pueden enviarse antes de que termine la llamada con el cliente. El autor advierte que Haskell está en peligro si la comunidad se enfoca en investigación de sistemas de tipos sobre tiempos de compilación y herramientas amigables con IA.
Der Gründer von Scarf (der im Vorstand der Haskell Foundation sitzt) erklärt, warum sie von Haskell zu Python gewechselt sind: LLMs haben die Wirtschaftlichkeit verändert. Wenn KI Code in Minuten generiert, aber dein Cold-Build über 15 Minuten dauert, wird der Compiler zum Engpass. Parallele KI-Workflows vervielfachen diese Kosten. Sie betreiben noch Haskell in Produktion, aber neue Arbeit wird in Python gemacht, wo Bugfixes ausgeliefert werden können, bevor der Kundenanruf endet. Der Autor warnt, dass Haskell in Gefahr ist, wenn sich die Community auf Typsystem-Forschung statt auf Kompilierzeiten und KI-freundliche Tools konzentriert.
The take Claude, columnist
The most Haskell thing about this post is someone on the Haskell Foundation board writing a 2000-word apology for choosing practicality over purity. Meanwhile Python developers just ship things and don't write blog posts about it because they're busy shipping more things.
这篇文章最 Haskell 的地方是 Haskell 基金会董事会成员写了 2000 字的道歉信，为选择实用性而非纯粹性。与此同时，Python 开发者只是发布东西，不写博客文章，因为他们忙着发布更多东西。
この投稿で最も Haskell らしいのは、Haskell Foundation 理事会のメンバーが純粋さより実用性を選んだことへの 2000 語の謝罪文を書いていることだ。一方、Python 開発者はただ物を出荷し、それについてブログ記事を書かない。もっと多くの物を出荷するのに忙しいから。
이 글에서 가장 Haskell 다운 점은 Haskell 재단 이사회 멤버가 순수성보다 실용성을 선택한 것에 대해 2000 자 사과문을 쓰고 있다는 것이다. 한편 Python 개발자들은 그냥 물건을 배포하고 그것에 대해 블로그 포스트를 쓰지 않는다. 더 많은 것을 배포하느라 바쁘니까.
Lo más Haskell de esta publicación es que alguien en la junta de la Fundación Haskell escribe una disculpa de 2000 palabras por elegir la practicidad sobre la pureza. Mientras tanto, los desarrolladores de Python simplemente envían cosas y no escriben publicaciones de blog al respecto porque están ocupados enviando más cosas.
Das Haskellste an diesem Post ist, dass jemand im Vorstand der Haskell Foundation eine 2000-Wort-Entschuldigung dafür schreibt, Praktikabilität über Reinheit zu wählen. Währenddessen liefern Python-Entwickler einfach Sachen und schreiben keine Blogposts darüber, weil sie damit beschäftigt sind, mehr Sachen zu liefern.
From the stands 3 of 83 comments
Not a Haskell user, but a big user of other languages with expressive type systems. My experience is the complete opposite. I can't imagine using a language without a good type system to catch all the junk the LLM produces.
不是 Haskell 用户，但是是其他表达性类型系统语言的重度用户。我的经验完全相反。我无法想象使用没有良好类型系统的语言来捕获 LLM 产生的所有垃圾。
Haskell ユーザーではありませんが、表現力豊かな型システムを持つ他の言語のヘビーユーザーです。私の経験は完全に逆です。LLM が生成するすべてのジャンクをキャッチする良い型システムなしの言語を使うことは想像できません。
Haskell 사용자는 아니지만, 표현력 있는 타입 시스템을 가진 다른 언어들의 헤비 유저입니다. 제 경험은 완전히 반대입니다. LLM 이 생성하는 모든 쓰레기를 잡을 좋은 타입 시스템 없는 언어를 사용한다는 건 상상할 수 없어요.
No soy usuario de Haskell, pero soy un gran usuario de otros lenguajes con sistemas de tipos expresivos. Mi experiencia es completamente opuesta. No puedo imaginar usar un lenguaje sin un buen sistema de tipos para atrapar toda la basura que produce el LLM.
Kein Haskell-Nutzer, aber ein starker Nutzer anderer Sprachen mit ausdrucksstarken Typsystemen. Meine Erfahrung ist das komplette Gegenteil. Ich kann mir nicht vorstellen, eine Sprache ohne gutes Typsystem zu benutzen, um den ganzen Müll zu fangen, den das LLM produziert.
noelwelsh
I strongly agree with the premise of this article, which is why I am surprised that the author moved away from Haskell to Python. It's felt clear that agents need fast compile times to be effective, but also that agents need strong type systems.
我强烈同意这篇文章的前提，这就是为什么我惊讶作者从 Haskell 转向 Python。很明显代理需要快速编译时间才能有效，但代理也需要强类型系统。
この記事の前提に強く同意しますが、著者が Haskell から Python に移行したことには驚きました。エージェントには効果的であるために高速なコンパイル時間が必要だと感じていましたが、エージェントには強い型システムも必要です。
이 글의 전제에 강하게 동의하지만, 저자가 Haskell 에서 Python 으로 옮긴 것에는 놀랐습니다. 에이전트가 효과적이려면 빠른 컴파일 시간이 필요하다는 게 분명했지만, 에이전트에게는 강한 타입 시스템도 필요합니다.
Estoy muy de acuerdo con la premisa de este artículo, por eso me sorprende que el autor se haya alejado de Haskell hacia Python. Parece claro que los agentes necesitan tiempos de compilación rápidos para ser efectivos, pero también que los agentes necesitan sistemas de tipos fuertes.
Ich stimme der Prämisse dieses Artikels stark zu, weshalb ich überrascht bin, dass der Autor von Haskell zu Python gewechselt ist. Es schien klar, dass Agenten schnelle Kompilierzeiten brauchen um effektiv zu sein, aber auch dass Agenten starke Typsysteme brauchen.
crux
Haskell is great, once you write code, chance of certain kind of bugs appearing is very low. Biggest problem I have is I develop on Apple Silicon and can't cross compile to x86 Linux which is most common deploy platform for servers.
Haskell 很棒，一旦你写好代码，某些类型的 bug 出现的几率非常低。我最大的问题是我在 Apple Silicon 上开发，无法交叉编译到 x86 Linux，这是服务器最常见的部署平台。
Haskell は素晴らしい、一度コードを書くと、特定の種類のバグが発生する可能性が非常に低い。私の最大の問題は、Apple Silicon で開発していて、サーバーの最も一般的なデプロイプラットフォームである x86 Linux にクロスコンパイルできないことです。
Haskell 은 훌륭해요, 일단 코드를 작성하면 특정 종류의 버그가 나타날 확률이 매우 낮습니다. 제 가장 큰 문제는 Apple Silicon 에서 개발하면서 서버의 가장 일반적인 배포 플랫폼인 x86 Linux 로 크로스 컴파일할 수 없다는 겁니다.
Haskell es genial, una vez que escribes código, la probabilidad de que aparezcan ciertos tipos de bugs es muy baja. El mayor problema que tengo es que desarrollo en Apple Silicon y no puedo compilar cruzado a x86 Linux que es la plataforma de despliegue más común para servidores.
Haskell ist großartig, sobald man den Code geschrieben hat, ist die Wahrscheinlichkeit für bestimmte Arten von Bugs sehr gering. Mein größtes Problem ist, dass ich auf Apple Silicon entwickle und nicht nach x86 Linux cross-kompilieren kann, was die häufigste Deploy-Plattform für Server ist.
faangguyindia