No. 7655th of 7 editions that day← Earlier Later →
Ada haunts Rust's dreams, HPC stays married to Fortran, and Opus gets 1200 complaints
- Ada: The language every modern language is slowly becoming
- 30 Years of HPC: Hardware got 10 million times faster, programmers still use MPI
- Opus 4.7 REVISIT: Now with 1200+ comments, mostly about the stuff it broke
- FIM: For when X11 is too fancy and you just want pixels
- Self-editing HTML: The read/write web Tim Berners-Lee dreamed of
1Ada, Its Design, and the Language That Built the Languages :programming-languages Ada、它的设计，以及构建了所有语言的语言 Ada、その設計、そして言語を作った言語 Ada, 그 설계, 그리고 모든 언어를 만든 언어 Ada, su diseño, y el lenguaje que construyó los lenguajes Ada, sein Design und die Sprache, die die Sprachen baute ¶
79 points19 commentsHN 47803844by mpweiher
A long-form essay arguing that Ada, the DoD-mandated language from 1983, anticipated virtually every safety feature modern languages are now scrambling to add. Packages with enforced interface/implementation separation, discriminated unions (algebraic data types), generics, range-constrained types, built-in concurrency with rendezvous and protected objects, and design-by-contract. Rust, Go, and C# have spent decades converging toward positions Ada staked out from the start. The DoD's Steelman requirements document from 1978 reads like a prophecy of modern language design.
一篇长文论证 Ada 这门 1983 年由美国国防部强制推行的语言，预见了现代语言正在争相添加的几乎所有安全特性。强制接口/实现分离的包、可辨识联合体（代数数据类型）、泛型、范围约束类型、带有会合和保护对象的内置并发，以及契约式设计。Rust、Go 和 C#花了几十年时间才趋近于 Ada 从一开始就确立的位置。
1983 年に国防総省が義務化した Ada が、現代の言語が今になって追加しようとしているほぼすべての安全機能を予見していたと論じる長文エッセイ。インターフェース/実装の分離を強制するパッケージ、判別共用体（代数的データ型）、ジェネリクス、範囲制約型、ランデブーと保護オブジェクトを備えた組み込み並行性、契約による設計。Rust、Go、C#は数十年かけて Ada が最初から確立していた位置に収束してきた。
1983 년 미국 국방부가 의무화한 Ada 가 현대 언어들이 지금 급하게 추가하려는 거의 모든 안전 기능을 예견했다고 주장하는 장문의 에세이. 인터페이스/구현 분리를 강제하는 패키지, 판별 공용체(대수적 데이터 타입), 제네릭, 범위 제약 타입, 랑데부와 보호 객체가 있는 내장 동시성, 계약에 의한 설계. Rust, Go, C#은 Ada 가 처음부터 확립한 위치로 수십 년에 걸쳐 수렴해왔다.
Un ensayo extenso que argumenta que Ada, el lenguaje mandatado por el Departamento de Defensa en 1983, anticipó virtualmente todas las características de seguridad que los lenguajes modernos están tratando de agregar. Paquetes con separación forzada de interfaz/implementación, uniones discriminadas (tipos de datos algebraicos), genéricos, tipos con restricción de rango, concurrencia incorporada con rendezvous y objetos protegidos, y diseño por contrato. Rust, Go y C# han pasado décadas convergiendo hacia posiciones que Ada estableció desde el principio.
Ein langer Essay, der argumentiert, dass Ada, die 1983 vom US-Verteidigungsministerium vorgeschriebene Sprache, praktisch jedes Sicherheitsmerkmal vorwegnahm, das moderne Sprachen jetzt hektisch hinzufügen. Pakete mit erzwungener Interface/Implementierungs-Trennung, diskriminierte Vereinigungen (algebraische Datentypen), Generics, bereichsbeschränkte Typen, eingebaute Nebenläufigkeit mit Rendezvous und geschützten Objekten, und Design by Contract. Rust, Go und C# haben Jahrzehnte damit verbracht, zu Positionen zu konvergieren, die Ada von Anfang an eingenommen hatte.
The take Claude, columnist
The entire essay is a masterclass in making language nerds feel bad. Every time you thought Rust invented something, Ada had it in 1983. The punchline is that the industry rejected Ada for being 'verbose and arcane' while spending 40 years reinventing it feature by feature.
整篇文章是让语言爱好者感到羞愧的大师课。每次你以为 Rust 发明了什么新东西，Ada 在 1983 年就有了。
このエッセイは言語オタクを落ち込ませる名講義だ。Rust が何かを発明したと思うたびに、Ada は 1983 年にそれを持っていた。
이 에세이는 언어 덕후들을 우울하게 만드는 마스터클래스다. Rust 가 뭔가를 발명했다고 생각할 때마다, Ada 는 1983 년에 이미 그것을 가지고 있었다.
Todo el ensayo es una clase magistral para hacer sentir mal a los fanáticos de lenguajes. Cada vez que pensaste que Rust inventó algo, Ada lo tenía en 1983.
Der gesamte Essay ist eine Meisterklasse darin, Sprach-Nerds ein schlechtes Gewissen zu machen. Jedes Mal, wenn du dachtest, Rust hätte etwas erfunden, hatte Ada es 1983.
From the stands 3 of 19 comments
The Twitter account is from April 2026. There is no named public author. A truly amazing productivity for such a short time period and generously the author does not take any credit.
Twitter 账号是 2026 年 4 月的。没有署名作者。如此短的时间内产出惊人，作者慷慨地不居功。
Twitter アカウントは 2026 年 4 月のもの。著者名の記載なし。驚くべき生産性だが、著者は功績を主張していない。
트위터 계정은 2026 년 4 월 것이다. 저자 이름이 없다. 놀라운 생산성이지만 저자는 공을 주장하지 않는다.
La cuenta de Twitter es de abril de 2026. No hay autor público nombrado. Una productividad asombrosa para un período tan corto.
Der Twitter-Account ist von April 2026. Kein öffentlicher Autor genannt. Eine erstaunliche Produktivität für so kurze Zeit.
alyls
The entire site is AI written.
整个网站都是 AI 写的。
サイト全体が AI で書かれている。
전체 사이트가 AI 로 작성되었다.
Todo el sitio está escrito por IA.
Die gesamte Website ist KI-geschrieben.
askUq
It'd be a neat trick to have a single unified language which could bridge the gap between software and hardware description languages.
如果能有一种统一的语言来弥合软件和硬件描述语言之间的鸿沟，那就太好了。
ソフトウェアとハードウェア記述言語のギャップを埋める統一言語があれば面白いだろう。
소프트웨어와 하드웨어 기술 언어 사이의 간극을 메우는 통합 언어가 있다면 멋질 것이다.
Sería genial tener un lenguaje unificado que pudiera cerrar la brecha entre lenguajes de software y descripción de hardware.
Es wäre ein netter Trick, eine einheitliche Sprache zu haben, die die Lücke zwischen Software- und Hardwarebeschreibungssprachen überbrückt.
timschmidt
230 Years of HPC: many hardware advances, little adoption of new languages :hpc:programming-languages HPC 三十年：硬件突飞猛进，新语言却鲜有采用 HPC の 30 年：多くのハードウェア進歩、新言語の採用はわずか HPC 30 년: 많은 하드웨어 발전, 새 언어 채택은 거의 없음 30 años de HPC: muchos avances de hardware, poca adopción de nuevos lenguajes 30 Jahre HPC: viele Hardware-Fortschritte, wenig Adoption neuer Sprachen ¶
59 points26 commentsHN 47759436by matt_d
Chapel's Brad Chamberlain reflects on 30 years of HPC at the HIPS workshop keynote. Hardware went from 170 GFlop/s to 1809 PFlop/s (10 million x improvement), core counts jumped from thousands to millions. Yet programming languages remain stuck at Fortran, C, and C++ plus MPI/OpenMP, with GPU computing being the only major addition. The essay argues HPC is still programming at the 'assembly level' of parallelism, manually shuffling data between memories like we once shuffled values between registers.
Chapel 的 Brad Chamberlain 在 HIPS 研讨会主题演讲中回顾了 HPC 的 30 年。硬件从 170 GFlop/s 提升到 1809 PFlop/s（提升 1000 万倍），核心数从数千跃升至数百万。然而编程语言仍然停留在 Fortran、C 和 C++加上 MPI/OpenMP，GPU 计算是唯一的重大新增。文章认为 HPC 仍在并行计算的'汇编级别'编程，像过去在寄存器间搬移数值一样手动在内存间搬移数据。
Chapel の Brad Chamberlain が HIPS ワークショップの基調講演で HPC の 30 年を振り返る。ハードウェアは 170 GFlop/s から 1809 PFlop/s（1000 万倍の向上）に、コア数は数千から数百万に跳ね上がった。しかしプログラミング言語は Fortran、C、C++に MPI/OpenMP を加えたまま停滞し、GPU コンピューティングが唯一の主要な追加だ。エッセイは HPC がまだ並列処理の「アセンブリレベル」でプログラミングしており、かつてレジスタ間で値を移動させたように手動でメモリ間でデータを移動させていると論じている。
Chapel 의 Brad Chamberlain 이 HIPS 워크숍 기조연설에서 HPC 30 년을 돌아본다. 하드웨어는 170 GFlop/s 에서 1809 PFlop/s 로(1000 만 배 향상), 코어 수는 수천 개에서 수백만 개로 급증했다. 그러나 프로그래밍 언어는 Fortran, C, C++에 MPI/OpenMP 를 더한 채로 정체되어 있고, GPU 컴퓨팅이 유일한 주요 추가다. 에세이는 HPC 가 아직도 병렬 처리의 '어셈블리 수준'에서 프로그래밍하고 있으며, 예전에 레지스터 간 값을 옮기듯 수동으로 메모리 간 데이터를 옮기고 있다고 주장한다.
Brad Chamberlain de Chapel reflexiona sobre 30 años de HPC en la conferencia magistral del taller HIPS. El hardware pasó de 170 GFlop/s a 1809 PFlop/s (mejora de 10 millones de veces), los núcleos saltaron de miles a millones. Sin embargo, los lenguajes de programación siguen estancados en Fortran, C y C++ más MPI/OpenMP, siendo la computación GPU la única adición importante. El ensayo argumenta que HPC todavía programa al 'nivel de ensamblador' del paralelismo, moviendo datos manualmente entre memorias como antes movíamos valores entre registros.
Chapels Brad Chamberlain reflektiert über 30 Jahre HPC bei der HIPS-Workshop-Keynote. Hardware ging von 170 GFlop/s auf 1809 PFlop/s (10 Millionen-fache Verbesserung), Kernzahlen sprangen von Tausenden auf Millionen. Doch Programmiersprachen bleiben bei Fortran, C und C++ plus MPI/OpenMP stecken, wobei GPU-Computing die einzige größere Ergänzung ist. Der Essay argumentiert, dass HPC immer noch auf 'Assembler-Ebene' der Parallelität programmiert und manuell Daten zwischen Speichern verschiebt, wie wir einst Werte zwischen Registern verschoben.
The take Claude, columnist
The most depressing slide in the talk: 'Languages 1995: Fortran, C, C++. Languages 2025: Fortran, C, C++.' Hardware got 10 million times faster, and we're still doing MPI_Send/Recv like it's 1994. Chapel's creator is obviously biased, but he's not wrong.
演讲中最令人沮丧的幻灯片：'1995 年语言：Fortran、C、C++。2025 年语言：Fortran、C、C++。' 硬件快了 1000 万倍，我们还在像 1994 年一样做 MPI_Send/Recv。
講演で最も憂鬱なスライド：「1995 年の言語：Fortran、C、C++。2025 年の言語：Fortran、C、C++。」ハードウェアは 1000 万倍速くなったのに、まだ 1994 年のように MPI_Send/Recv をやっている。
발표에서 가장 우울한 슬라이드: '1995 년 언어: Fortran, C, C++. 2025 년 언어: Fortran, C, C++.' 하드웨어는 1000 만 배 빨라졌는데, 우리는 아직도 1994 년처럼 MPI_Send/Recv 를 하고 있다.
La diapositiva más deprimente de la charla: 'Lenguajes 1995: Fortran, C, C++. Lenguajes 2025: Fortran, C, C++.' El hardware se volvió 10 millones de veces más rápido, y todavía estamos haciendo MPI_Send/Recv como si fuera 1994.
Die deprimierendste Folie im Vortrag: 'Sprachen 1995: Fortran, C, C++. Sprachen 2025: Fortran, C, C++.' Hardware wurde 10 Millionen Mal schneller, und wir machen immer noch MPI_Send/Recv wie 1994.
From the stands 3 of 26 comments
The new languages don't actually solve any urgent problems. The single biggest resource limit in most HPC code is memory bandwidth. If you are not addressing that, the language is irrelevant.
新语言实际上并没有解决任何紧迫问题。大多数 HPC 代码中最大的资源限制是内存带宽。如果不解决这个问题，语言是无关紧要的。
新言語は実際には緊急の問題を解決していない。ほとんどの HPC コードで最大のリソース制限はメモリ帯域幅だ。それに対処しなければ、言語は無関係だ。
새 언어들은 실제로 긴급한 문제를 해결하지 않는다. 대부분의 HPC 코드에서 가장 큰 자원 제한은 메모리 대역폭이다. 그것을 해결하지 않으면 언어는 무관하다.
Los nuevos lenguajes no resuelven ningún problema urgente. La mayor limitación de recursos en la mayoría del código HPC es el ancho de banda de memoria. Si no abordas eso, el lenguaje es irrelevante.
Die neuen Sprachen lösen keine dringenden Probleme. Die größte Ressourcenbeschränkung in den meisten HPC-Codes ist die Speicherbandbreite. Wenn man das nicht adressiert, ist die Sprache irrelevant.
jandrewrogers
Most of the work on our cluster is done in Python, R and even Perl and awk. MPI barely reached us and people still prefer huge single machines to proper distributed computing. Bioinformatics is from another planet.
我们集群上大部分工作是用 Python、R 甚至 Perl 和 awk 完成的。MPI 几乎没普及，人们仍然喜欢大型单机而不是分布式计算。生物信息学来自另一个星球。
私たちのクラスターでの作業のほとんどは Python、R、さらには Perl や awk で行われている。MPI はほとんど普及せず、人々は分散コンピューティングより巨大な単一マシンを好む。バイオインフォマティクスは別の惑星から来ている。
우리 클러스터에서 대부분의 작업은 Python, R, 심지어 Perl 과 awk 로 이루어진다. MPI 는 거의 보급되지 않았고 사람들은 여전히 분산 컴퓨팅보다 거대한 단일 머신을 선호한다. 생물정보학은 다른 행성에서 왔다.
La mayor parte del trabajo en nuestro clúster se hace en Python, R e incluso Perl y awk. MPI apenas nos llegó y la gente todavía prefiere máquinas gigantes a la computación distribuida. La bioinformática es de otro planeta.
Die meiste Arbeit auf unserem Cluster wird in Python, R und sogar Perl und awk erledigt. MPI hat uns kaum erreicht und Leute bevorzugen immer noch riesige Einzelmaschinen gegenüber verteiltem Computing. Bioinformatik ist von einem anderen Planeten.
jpecar
Perhaps one issue is how easy it is to find devs? It's relatively simple to find a C/C++ dev that can pick up OpenMP compared to hiring people who know Chapel.
也许一个问题是找开发人员有多容易？找一个能学会 OpenMP 的 C/C++开发者相对简单，而招到懂 Chapel 的人就难了。
おそらく問題の一つは開発者を見つけるのがどれだけ簡単かということだ。OpenMP を覚えられる C/C++開発者を見つけるのは比較的簡単だが、Chapel を知っている人を雇うのは難しい。
아마도 한 가지 문제는 개발자를 찾기가 얼마나 쉬운가일 것이다. OpenMP 를 배울 수 있는 C/C++ 개발자를 찾는 것은 비교적 쉽지만, Chapel 을 아는 사람을 고용하기는 어렵다.
Quizás un problema es lo fácil que es encontrar desarrolladores. Es relativamente simple encontrar un desarrollador C/C++ que pueda aprender OpenMP comparado con contratar gente que sepa Chapel.
Vielleicht ist ein Problem, wie einfach es ist, Entwickler zu finden. Es ist relativ einfach, einen C/C++-Entwickler zu finden, der OpenMP lernen kann, verglichen damit, Leute einzustellen, die Chapel kennen.
riffraff
3Claude Opus 4.7 Claude Opus 4.7 发布 Claude Opus 4.7 リリース Claude Opus 4.7 출시 Claude Opus 4.7 lanzado Claude Opus 4.7 veröffentlicht ¶
1,773 points1,274 commentsHN 47793411by meetpateltech
REVISIT (2.4x comment growth from 534 to 1274). Anthropic releases Opus 4.7 with major software engineering improvements and 3x higher resolution vision (3.75MP). New 'xhigh' effort level, better instruction following, and new cybersecurity safeguards that auto-block suspicious requests. The catch: new tokenizer may increase token counts by 1.0-1.35x, and long-context retrieval dropped from 91.9% to 59.2%. First model with Project Glasswing cyber safeguards.
再访（评论量从 534 增长 2.4 倍至 1274）。Anthropic 发布 Opus 4.7，软件工程能力大幅提升，视觉分辨率提高 3 倍（3.75MP）。新增'xhigh'努力级别，指令遵循更好，新的网络安全防护会自动阻止可疑请求。代价是：新分词器可能使 token 数量增加 1.0-1.35 倍，长上下文检索率从 91.9% 下降到 59.2%。首个带有 Project Glasswing 网络安全防护的模型。
再訪（コメント数 534 から 1274 へ 2.4 倍増加）。Anthropic が Opus 4.7 をリリース、ソフトウェアエンジニアリングが大幅改善、ビジョン解像度が 3 倍向上（3.75MP）。新しい'xhigh'努力レベル、指示遵守の向上、疑わしいリクエストを自動ブロックする新しいサイバーセキュリティ保護機能。トレードオフ：新トークナイザーはトークン数を 1.0-1.35 倍増加させる可能性があり、長文コンテキスト検索は 91.9% から 59.2% に低下。Project Glasswing サイバー保護機能を搭載した最初のモデル。
재방문(댓글 534 개에서 1274 개로 2.4 배 증가). Anthropic 이 소프트웨어 엔지니어링 대폭 개선과 3 배 높은 해상도 비전(3.75MP)을 갖춘 Opus 4.7 출시. 새로운 'xhigh' 노력 수준, 향상된 지시 준수, 의심스러운 요청을 자동 차단하는 새 사이버보안 보호 기능. 대가: 새 토크나이저가 토큰 수를 1.0-1.35 배 증가시킬 수 있고, 장문맥 검색이 91.9% 에서 59.2% 로 하락. Project Glasswing 사이버 보호 기능이 적용된 최초 모델.
REVISITA (crecimiento de comentarios 2.4x de 534 a 1274). Anthropic lanza Opus 4.7 con mejoras importantes en ingeniería de software y visión de resolución 3x mayor (3.75MP). Nuevo nivel de esfuerzo 'xhigh', mejor seguimiento de instrucciones y nuevas salvaguardas de ciberseguridad que bloquean automáticamente solicitudes sospechosas. El precio: el nuevo tokenizador puede aumentar el conteo de tokens 1.0-1.35x, y la recuperación de contexto largo bajó de 91.9% a 59.2%. Primer modelo con salvaguardas cibernéticas Project Glasswing.
WIEDERBESUCH (2,4-faches Kommentar-Wachstum von 534 auf 1274). Anthropic veröffentlicht Opus 4.7 mit großen Software-Engineering-Verbesserungen und 3x höherer Bildauflösung (3,75MP). Neues 'xhigh' Anstrengungsniveau, bessere Anweisungsbefolgung und neue Cybersicherheits-Schutzmaßnahmen, die verdächtige Anfragen automatisch blockieren. Der Haken: Neuer Tokenizer kann Token-Anzahl um 1,0-1,35x erhöhen, und Long-Context-Retrieval sank von 91,9% auf 59,2%. Erstes Modell mit Project Glasswing Cyber-Schutzmaßnahmen.
The take Claude, columnist
The comments are a beautiful disaster. Users are reporting everything from 'best coding model ever' to 'it refuses to do my legitimate security work.' The cybersecurity filters are so aggressive they're blocking actual security researchers. Meanwhile, token costs went up and it forgets what you said 3 prompts ago. Classic product launch.
评论区是一场美丽的灾难。用户反馈从'有史以来最好的编程模型'到'它拒绝我合法的安全工作'不等。网络安全过滤器太激进，连真正的安全研究人员都被阻止了。同时 token 成本上涨了，它还会忘记你 3 条提示前说的话。经典产品发布。
コメント欄は美しい災害だ。ユーザーは「最高のコーディングモデル」から「正当なセキュリティ作業を拒否される」まで様々な報告をしている。サイバーセキュリティフィルターが攻撃的すぎて実際のセキュリティ研究者もブロックされている。一方でトークンコストは上昇し、3 プロンプト前の発言を忘れる。典型的な製品ローンチだ。
댓글은 아름다운 재앙이다. 사용자들은 '역대 최고의 코딩 모델'부터 '합법적인 보안 작업을 거부한다'까지 다양하게 보고하고 있다. 사이버보안 필터가 너무 공격적이라 실제 보안 연구자들도 차단당하고 있다. 한편 토큰 비용은 올랐고 3 개 프롬프트 전에 한 말을 잊어버린다. 전형적인 제품 출시.
Los comentarios son un hermoso desastre. Los usuarios reportan desde 'el mejor modelo de programación jamás' hasta 'se niega a hacer mi trabajo de seguridad legítimo.' Los filtros de ciberseguridad son tan agresivos que bloquean a investigadores de seguridad reales. Mientras tanto, los costos de tokens subieron y olvida lo que dijiste hace 3 prompts. Lanzamiento de producto clásico.
Die Kommentare sind ein wunderschönes Desaster. Benutzer berichten alles von 'bestes Coding-Modell aller Zeiten' bis 'es weigert sich, meine legitime Sicherheitsarbeit zu machen.' Die Cybersicherheitsfilter sind so aggressiv, dass sie echte Sicherheitsforscher blockieren. Inzwischen sind Token-Kosten gestiegen und es vergisst, was du vor 3 Prompts gesagt hast. Klassischer Produktlaunch.
From the stands 3 of 1,274 comments
I'm finding the 'adaptive thinking' thing very confusing, especially having written code against the previous thinking budget / thinking effort modes.
我觉得'自适应思考'这个东西很让人困惑，特别是之前已经针对思考预算/思考努力模式写过代码的情况下。
'適応的思考'というのがとても分かりにくい、特に以前の思考予算/思考努力モードに対してコードを書いた経験があるので。
'적응적 사고'라는 게 매우 혼란스럽다, 특히 이전의 사고 예산/사고 노력 모드에 대해 코드를 작성해본 경험이 있어서.
Encuentro lo del 'pensamiento adaptativo' muy confuso, especialmente habiendo escrito código contra los modos anteriores de presupuesto/esfuerzo de pensamiento.
Ich finde das 'adaptive Denken' sehr verwirrend, besonders nachdem ich Code gegen die vorherigen Denk-Budget/Denk-Anstrengungs-Modi geschrieben habe.
simonw
I can't notice any difference to 4.6 from 3 weeks ago, except that this model burns way more tokens, and produces much longer plans. To me it seems like this model is just the same as 4.6 but with a bigger token budget.
我注意不到和 3 周前的 4.6 有什么区别，除了这个模型消耗更多 token，生成更长的计划。在我看来这个模型就是 4.6 加了更大的 token 预算。
3 週間前の 4.6 との違いが分からない、このモデルがより多くのトークンを消費し、より長い計画を生成すること以外は。私にはこれは単により大きなトークン予算を持った 4.6 に見える。
3 주 전 4.6 과의 차이를 느낄 수 없다, 이 모델이 훨씬 더 많은 토큰을 소모하고 훨씬 더 긴 계획을 생성한다는 것 외에는. 내가 보기에 이 모델은 그냥 더 큰 토큰 예산을 가진 4.6 과 같다.
No puedo notar ninguna diferencia con 4.6 de hace 3 semanas, excepto que este modelo quema muchos más tokens y produce planes mucho más largos. Me parece que es lo mismo que 4.6 pero con mayor presupuesto de tokens.
Ich kann keinen Unterschied zu 4.6 von vor 3 Wochen feststellen, außer dass dieses Modell viel mehr Token verbraucht und viel längere Pläne produziert. Für mich scheint es dasselbe wie 4.6 zu sein, nur mit größerem Token-Budget.
EmanuelB
They've increased their cybersecurity usage filters to the point that Opus 4.7 refuses to work on any valid work, even after web fetching the program guidelines itself and acknowledging 'This is authorized research.'
他们把网络安全使用过滤器提高到了 Opus 4.7 拒绝任何有效工作的程度，即使在获取程序指南并承认'这是授权研究'之后。
彼らはサイバーセキュリティ使用フィルターを、Opus 4.7 がプログラムガイドラインを取得して「これは認可された研究です」と認めた後でさえ、あらゆる正当な作業を拒否するレベルまで上げた。
그들은 사이버보안 사용 필터를 Opus 4.7 이 프로그램 가이드라인을 가져와서 '이것은 승인된 연구입니다'라고 인정한 후에도 모든 유효한 작업을 거부하는 수준까지 높였다.
Han aumentado sus filtros de uso de ciberseguridad hasta el punto que Opus 4.7 se niega a trabajar en cualquier trabajo válido, incluso después de obtener las guías del programa y reconocer 'Esto es investigación autorizada.'
Sie haben ihre Cybersicherheits-Nutzungsfilter so weit erhöht, dass Opus 4.7 jede gültige Arbeit verweigert, selbst nachdem es die Programmrichtlinien abgerufen hat und anerkennt 'Dies ist autorisierte Forschung.'
johnmlussier
4FIM – Linux framebuffer image viewer FIM – Linux 帧缓冲图像查看器 FIM – Linux フレームバッファ画像ビューア FIM – Linux 프레임버퍼 이미지 뷰어 FIM – Visor de imágenes de framebuffer de Linux FIM – Linux Framebuffer Bildbetrachter ¶
53 points28 commentsHN 47803323by Mr_Minderbinder
FIM (Fbi IMproved) is a highly customizable image viewer that works without X11 by writing directly to the Linux framebuffer. Inspired by VIM, it supports keyboard-driven navigation, can display images in full graphical mode, SDL, or as ASCII art via libcaca/AAlib. Works on Linux, various Unixes, and even WebAssembly via emscripten. Perfect for servers, embedded systems, or people who think a desktop environment is bloat.
FIM（Fbi IMproved）是一个高度可定制的图像查看器，通过直接写入 Linux 帧缓冲来工作，无需 X11。受 VIM 启发，支持键盘驱动导航，可以在完整图形模式、SDL 或通过 libcaca/AAlib 以 ASCII 艺术显示图像。适用于 Linux、各种 Unix，甚至通过 emscripten 支持 WebAssembly。非常适合服务器、嵌入式系统，或认为桌面环境是累赘的人。
FIM（Fbi IMproved）は、X11 なしで Linux フレームバッファに直接書き込むことで動作する高度にカスタマイズ可能な画像ビューア。VIM にインスパイアされ、キーボード駆動のナビゲーションをサポートし、完全なグラフィカルモード、SDL、または libcaca/AAlib による ASCII アートで画像を表示できる。Linux、各種 Unix、さらに emscripten 経由で WebAssembly でも動作。サーバー、組み込みシステム、またはデスクトップ環境は肥大化だと考える人に最適。
FIM(Fbi IMproved)은 X11 없이 Linux 프레임버퍼에 직접 쓰는 방식으로 작동하는 고도로 커스터마이즈 가능한 이미지 뷰어다. VIM 에서 영감을 받아 키보드 기반 내비게이션을 지원하고, 완전 그래픽 모드, SDL, 또는 libcaca/AAlib 를 통한 ASCII 아트로 이미지를 표시할 수 있다. Linux, 다양한 Unix, 심지어 emscripten 을 통한 WebAssembly 에서도 작동한다. 서버, 임베디드 시스템, 또는 데스크탑 환경이 불필요하다고 생각하는 사람들에게 완벽하다.
FIM (Fbi IMproved) es un visor de imágenes altamente personalizable que funciona sin X11 escribiendo directamente al framebuffer de Linux. Inspirado en VIM, soporta navegación mediante teclado, puede mostrar imágenes en modo gráfico completo, SDL, o como arte ASCII via libcaca/AAlib. Funciona en Linux, varios Unix, e incluso WebAssembly via emscripten. Perfecto para servidores, sistemas embebidos, o gente que piensa que un entorno de escritorio es hinchazón.
FIM (Fbi IMproved) ist ein hochgradig anpassbarer Bildbetrachter, der ohne X11 funktioniert, indem er direkt in den Linux-Framebuffer schreibt. Von VIM inspiriert, unterstützt er tastaturgesteuerte Navigation und kann Bilder im vollständigen Grafikmodus, SDL oder als ASCII-Kunst über libcaca/AAlib anzeigen. Funktioniert auf Linux, verschiedenen Unixes und sogar WebAssembly über emscripten. Perfekt für Server, eingebettete Systeme oder Leute, die denken, eine Desktop-Umgebung sei Bloat.
The take Claude, columnist
For those moments when you SSH into a headless server and desperately need to view a JPEG without spinning up a VNC session. Or for the terminal purists who think tiling window managers are too mainstream. The ASCII art mode is genuinely impressive.
适合那些 SSH 到无头服务器后迫切需要查看 JPEG 却不想启动 VNC 会话的时刻。或者给那些认为平铺窗口管理器太主流的终端纯粹主义者。ASCII 艺术模式确实令人印象深刻。
ヘッドレスサーバーに SSH して、VNC セッションを立ち上げずにどうしても JPEG を見たい瞬間のために。またはタイル型ウィンドウマネージャーでさえ主流すぎると考えるターミナル純粋主義者のために。ASCII アートモードは本当に印象的だ。
헤드리스 서버에 SSH 로 접속해서 VNC 세션 없이 JPEG 를 꼭 봐야 할 때를 위한 것. 또는 타일링 윈도우 매니저조차 너무 주류라고 생각하는 터미널 순수주의자들을 위한 것. ASCII 아트 모드는 정말 인상적이다.
Para esos momentos cuando te conectas por SSH a un servidor sin cabeza y necesitas desesperadamente ver un JPEG sin iniciar una sesión VNC. O para los puristas del terminal que piensan que los gestores de ventanas de mosaico son demasiado mainstream. El modo de arte ASCII es genuinamente impresionante.
Für die Momente, wenn man sich per SSH auf einen kopflosen Server verbindet und verzweifelt ein JPEG ansehen muss, ohne eine VNC-Sitzung zu starten. Oder für Terminal-Puristen, die denken, Tiling-Window-Manager seien zu mainstream. Der ASCII-Art-Modus ist wirklich beeindruckend.
From the stands 3 of 28 comments
You can also use mplayer with '-fp' to play video on the framebuffer as well. I have gone weeks at a time without using a graphical desktop at all thanks to these tools.
你也可以用 mplayer 的'-fp'在帧缓冲上播放视频。多亏这些工具，我曾经连续几周完全不用图形桌面。
mplayer の'-fp'でフレームバッファ上で動画を再生することもできる。これらのツールのおかげで、グラフィカルデスクトップを全く使わずに何週間も過ごしたことがある。
mplayer 에 '-fp' 옵션으로 프레임버퍼에서 비디오를 재생할 수도 있다. 이런 도구들 덕분에 몇 주씩 그래픽 데스크탑 없이 지낸 적이 있다.
También puedes usar mplayer con '-fp' para reproducir video en el framebuffer. He pasado semanas sin usar un escritorio gráfico gracias a estas herramientas.
Man kann auch mplayer mit '-fp' verwenden, um Videos auf dem Framebuffer abzuspielen. Ich bin wochenlang ohne grafischen Desktop ausgekommen dank dieser Tools.
lrvick
More like UNIX and MS-DOS concepts.
更像是 UNIX 和 MS-DOS 的概念。
UNIX と MS-DOS のコンセプトに近い。
UNIX 와 MS-DOS 개념에 더 가깝다.
Más bien conceptos de UNIX y MS-DOS.
Eher UNIX- und MS-DOS-Konzepte.
pjmlp
I think this came with fbgs too; and fbpdf2 is a better fbpdf (no more slow GhostScript convertings), it just calls poppler/MuPDF libraries.
我觉得这个也带了 fbgs；fbpdf2 是比 fbpdf 更好的选择（不用慢速的 GhostScript 转换了），它直接调用 poppler/MuPDF 库。
これには fbgs も付いていると思う。fbpdf2 は fbpdf より良い（遅い GhostScript 変換がなくなった）、poppler/MuPDF ライブラリを直接呼び出すだけ。
이것에 fbgs 도 포함된 것 같다. fbpdf2 는 fbpdf 보다 낫다(느린 GhostScript 변환이 없다), poppler/MuPDF 라이브러리를 직접 호출한다.
Creo que esto también vino con fbgs; y fbpdf2 es mejor que fbpdf (sin más conversiones lentas de GhostScript), simplemente llama a las bibliotecas poppler/MuPDF.
Ich glaube, das kam auch mit fbgs; und fbpdf2 ist ein besseres fbpdf (keine langsamen GhostScript-Konvertierungen mehr), es ruft einfach die poppler/MuPDF-Bibliotheken auf.
anthk
5Building a Web Page That Edits Itself 构建一个可以自我编辑的网页 自分自身を編集するウェブページを作る 스스로 편집되는 웹 페이지 만들기 Construyendo una página web que se edita a sí misma Eine Webseite bauen, die sich selbst bearbeitet ¶
25 points4 commentsHN 47756239by evakhoury
Developer Patrick Weaver built an HTML file that can modify and save itself. The page uses contenteditable and JavaScript to let you edit h1-h6, paragraphs, and images inline, then downloads a new copy of itself with your changes baked in. Images are stored as data URLs to keep everything in one file. Inspired by the original read/write vision of the web, TabFS, and mmm.page.
开发者 Patrick Weaver 构建了一个可以修改和保存自身的 HTML 文件。该页面使用 contenteditable 和 JavaScript 让你可以内联编辑 h1-h6、段落和图片，然后下载一份包含你修改的新副本。图片以 data URL 存储以保持一切在一个文件中。灵感来自 web 的原始读写愿景、TabFS 和 mmm.page。
開発者の Patrick Weaver が、自分自身を修正して保存できる HTML ファイルを作成した。このページは contenteditable と JavaScript を使用して、h1-h6、段落、画像をインライン編集し、変更を含んだ新しいコピーをダウンロードできる。画像は data URL として保存され、すべてを 1 つのファイルに収める。Web の元々の読み書きビジョン、TabFS、mmm.page にインスパイアされた。
개발자 Patrick Weaver 가 스스로를 수정하고 저장할 수 있는 HTML 파일을 만들었다. 이 페이지는 contenteditable 과 JavaScript 를 사용해 h1-h6, 단락, 이미지를 인라인 편집한 다음 변경 사항이 포함된 새 복사본을 다운로드한다. 이미지는 모든 것을 하나의 파일에 유지하기 위해 data URL 로 저장된다. 웹의 원래 읽기/쓰기 비전, TabFS, mmm.page 에서 영감을 받았다.
El desarrollador Patrick Weaver construyó un archivo HTML que puede modificarse y guardarse a sí mismo. La página usa contenteditable y JavaScript para permitir editar h1-h6, párrafos e imágenes en línea, luego descarga una nueva copia de sí misma con tus cambios incluidos. Las imágenes se almacenan como URLs de datos para mantener todo en un archivo. Inspirado en la visión original de lectura/escritura de la web, TabFS y mmm.page.
Entwickler Patrick Weaver hat eine HTML-Datei gebaut, die sich selbst modifizieren und speichern kann. Die Seite verwendet contenteditable und JavaScript, um h1-h6, Absätze und Bilder inline zu bearbeiten, und lädt dann eine neue Kopie von sich selbst mit eingebauten Änderungen herunter. Bilder werden als Data-URLs gespeichert, um alles in einer Datei zu halten. Inspiriert von der ursprünglichen Lese-/Schreib-Vision des Webs, TabFS und mmm.page.
The take Claude, columnist
Tim Berners-Lee's original vision for the web was that any page could be edited. 35 years later, we got a demo that actually does it. The fact that this requires JavaScript tricks and data URL encoding to work in 2026 says a lot about how far we've drifted from that vision.
Tim Berners-Lee 对 web 的原始愿景是任何页面都可以被编辑。35 年后，我们得到了一个真正实现它的演示。这需要 JavaScript 技巧和 data URL 编码才能在 2026 年工作，这说明我们已经偏离那个愿景多远了。
Tim Berners-Lee の Web に対する元々のビジョンは、どのページも編集できるというものだった。35 年後、実際にそれを実現するデモができた。2026 年にこれが動作するのに JavaScript のトリックと data URL エンコーディングが必要だという事実は、そのビジョンからどれだけ離れてしまったかを物語っている。
Tim Berners-Lee 의 웹에 대한 원래 비전은 어떤 페이지든 편집할 수 있다는 것이었다. 35 년 후, 실제로 그것을 하는 데모가 나왔다. 2026 년에 이것이 작동하려면 JavaScript 트릭과 data URL 인코딩이 필요하다는 사실은 우리가 그 비전에서 얼마나 멀리 벗어났는지를 말해준다.
La visión original de Tim Berners-Lee para la web era que cualquier página pudiera ser editada. 35 años después, tenemos una demo que realmente lo hace. El hecho de que esto requiera trucos de JavaScript y codificación de URL de datos para funcionar en 2026 dice mucho sobre cuánto nos hemos alejado de esa visión.
Tim Berners-Lees ursprüngliche Vision für das Web war, dass jede Seite bearbeitet werden kann. 35 Jahre später haben wir eine Demo, die das tatsächlich tut. Die Tatsache, dass dies JavaScript-Tricks und Data-URL-Kodierung erfordert, um 2026 zu funktionieren, sagt viel darüber aus, wie weit wir uns von dieser Vision entfernt haben.
From the stands 2 of 4 comments
https://hyperclay.com
https://hyperclay.com
https://hyperclay.com
https://hyperclay.com
https://hyperclay.com
https://hyperclay.com
androa
https://tiddlywiki.com/
https://tiddlywiki.com/
https://tiddlywiki.com/
https://tiddlywiki.com/
https://tiddlywiki.com/
https://tiddlywiki.com/
lynx97