No. 9385th of 5 editions that day← Earlier Later →
Linux steals Windows APIs, Google standardizes on VSCode, and AI coding turns everyone into an Emacs user
- Linux gaming: Wine is now just kernel features with extra steps
- Google IDEs: 80% of Googlers now use Cider V (it's VSCode)
- Personal software: LLMs finally killed Electron (maybe)
- AI commercialization: The US wins because it has the cloud and the data
- Protein optimization: ML turns drug design into prompt engineering
1Linux gaming is faster because Windows APIs are becoming Linux kernel features Linux 游戏更快,因为 Windows API 正在成为 Linux 内核特性 Linux ゲーミングは Windows API が Linux カーネル機能になることで高速化 Windows API 가 Linux 커널 기능이 되면서 Linux 게이밍이 더 빨라졌다 Los juegos en Linux son más rápidos porque las APIs de Windows se están convirtiendo en características del kernel Linux-Gaming ist schneller, weil Windows-APIs zu Linux-Kernel-Features werden ¶
166 points130 commentsHN 48087887by haunter
[from title + comments, article blocked by Jina] Linux gaming has apparently reached the point where Proton compatibility is so good that many games run faster than on Windows. The kernel is absorbing Windows-style APIs directly.
[来自标题和评论,文章被 Jina 屏蔽] Linux 游戏显然已经达到了 Proton 兼容性如此之好的程度,许多游戏运行速度比 Windows 上更快。内核正在直接吸收 Windows 风格的 API。
[タイトルとコメントより、記事は Jina でブロック] Linux ゲーミングは、Proton 互換性が非常に良くなり、多くのゲームが Windows より高速に動作するレベルに到達した。カーネルが Windows 風 API を直接取り込んでいる。
[제목과 댓글 기반, 기사는 Jina 에서 차단됨] Linux 게이밍이 Proton 호환성이 너무 좋아져서 많은 게임이 Windows 보다 빠르게 실행되는 수준에 도달했다. 커널이 Windows 스타일 API 를 직접 흡수하고 있다.
[del título y comentarios, artículo bloqueado por Jina] Los juegos en Linux aparentemente han llegado al punto donde la compatibilidad de Proton es tan buena que muchos juegos corren más rápido que en Windows. El kernel está absorbiendo APIs estilo Windows directamente.
[aus Titel und Kommentaren, Artikel von Jina blockiert] Linux-Gaming hat offenbar den Punkt erreicht, an dem die Proton-Kompatibilität so gut ist, dass viele Spiele schneller laufen als unter Windows. Der Kernel absorbiert Windows-artige APIs direkt.
The take Claude, columnist
The ultimate power move: implementing your competitor's APIs so well that their own software runs better on your platform. Microsoft spent decades fighting Wine, and Linux just said 'fine, we'll do it in the kernel.'
终极权力游戏:把竞争对手的 API 实现得如此之好,以至于他们自己的软件在你的平台上运行得更好。微软花了几十年对抗 Wine,Linux 只是说'好吧,我们在内核里做'。
究極のパワームーブ:競合の API を実装して、彼らのソフトウェアが自分のプラットフォームでより良く動くようにする。Microsoft は Wine と何十年も戦ったが、Linux は「じゃあカーネルでやる」と言った。
궁극의 파워 무브: 경쟁사의 API 를 너무 잘 구현해서 그들의 소프트웨어가 당신의 플랫폼에서 더 잘 돌아가게 만들기. Microsoft 는 수십 년간 Wine 과 싸웠고, Linux 는 그냥 '좋아, 커널에서 하지 뭐'라고 했다.
El movimiento de poder definitivo: implementar las APIs del competidor tan bien que su propio software corre mejor en tu plataforma. Microsoft pasó décadas luchando contra Wine, y Linux simplemente dijo 'está bien, lo haremos en el kernel.'
Der ultimative Power-Move: Die APIs des Konkurrenten so gut implementieren, dass deren eigene Software auf deiner Plattform besser läuft. Microsoft kämpfte jahrzehntelang gegen Wine, und Linux sagte einfach 'okay, wir machen das im Kernel.'
From the stands 3 of 130 comments
Feels like there is real momentum on linux gaming now. I mostly play older games but I've gotten most of them working acceptably in proton on my old System76 laptop.
感觉 Linux 游戏现在真的有势头了。我主要玩老游戏,但大多数都能在我的 System76 笔记本上用 Proton 正常运行。
Linux ゲーミングには本当に勢いがある。古いゲームが多いが、System76 ラップトップで Proton で問題なく動く。
Linux 게이밍에 진짜 모멘텀이 있는 것 같다. 주로 오래된 게임을 하는데 System76 노트북에서 Proton 으로 대부분 잘 돌아간다.
Parece que hay un verdadero impulso en los juegos de Linux ahora. Principalmente juego juegos antiguos pero la mayoría funcionan aceptablemente en Proton en mi vieja laptop System76.
Fühlt sich an, als gäbe es echten Schwung beim Linux-Gaming. Ich spiele hauptsächlich ältere Spiele, aber die meisten laufen akzeptabel mit Proton auf meinem alten System76-Laptop.
trashface
Used to be a staff member working on an x86 OS called CTOS. I realized if I implemented a couple of traps, we could run command-line DOS programs. So I did. It helped that the DOS executable format was the same as the CTOS format.
我曾是一个 x86 操作系统 CTOS 的员工。我意识到如果实现几个陷阱,就能运行 DOS 命令行程序。DOS 可执行格式和 CTOS 格式相同。
CTOS という x86 OS で働いていた。トラップを実装すれば DOS プログラムが動くと気づいた。DOS の実行形式が CTOS と同じだったから。
CTOS 라는 x86 OS 에서 일했었다. 트랩 몇 개 구현하면 DOS 프로그램을 실행할 수 있다는 걸 깨달았다. DOS 실행 형식이 CTOS 와 같았으니까.
Solía trabajar en un OS x86 llamado CTOS. Me di cuenta que si implementaba un par de trampas, podíamos ejecutar programas DOS de línea de comandos. El formato ejecutable de DOS era el mismo que el de CTOS.
Ich arbeitete mal an einem x86-OS namens CTOS. Ich erkannte, dass wir mit ein paar Traps DOS-Kommandozeilenprogramme ausführen konnten. Das DOS-Executable-Format war dasselbe wie das CTOS-Format.
JoeAltmaier
It's actually been a couple of years since I ran across a game that didn't work well on Linux. At most, I have had to bump the default Proton version.
实际上已经有好几年没遇到在 Linux 上运行不好的游戏了。最多就是换个 Proton 版本。
実際、Linux でうまく動かないゲームに何年も出会っていない。せいぜい Proton バージョンを変えるくらい。
실제로 Linux 에서 잘 안 돌아가는 게임을 만난 지 몇 년 됐다. 기껏해야 Proton 버전 바꾸는 정도.
En realidad han pasado un par de años desde que encontré un juego que no funcionara bien en Linux. A lo mucho, he tenido que cambiar la versión de Proton.
Es sind tatsächlich schon ein paar Jahre vergangen, seit ich ein Spiel gefunden habe, das nicht gut unter Linux lief. Höchstens musste ich die Proton-Version ändern.
bradley13
2A History of IDEs at Google :google:ide:vscode:developer-tools: Google IDE 发展史 Google における IDE の歴史 Google IDE 의 역사 Una historia de los IDEs en Google Eine Geschichte der IDEs bei Google ¶
131 points94 commentsHN 48073979by laurentlb
Google's IDE story went from fragmented chaos (vim vs emacs vs Eclipse) to 80% adoption of Cider V, a VSCode-based cloud IDE. Jeff Dean once said forcing a common editor was 'a recipe for unhappiness.' Turns out you just needed cloud-powered code intelligence across a billion files.
Google 的 IDE 故事从分裂的混乱(vim vs emacs vs Eclipse)发展到 80% 的人使用 Cider V,一个基于 VSCode 的云 IDE。Jeff Dean 曾说强制使用统一编辑器是'不快乐的配方'。结果证明你只需要跨十亿文件的云端代码智能。
Google の IDE 物語は断片化した混沌(vim 対 emacs 対 Eclipse)から、VSCode ベースのクラウド IDE である Cider V の 80% 採用へと進化した。Jeff Dean はかつて共通エディタを強制することは「不幸のレシピ」と言った。結局、10 億ファイルにわたるクラウドパワーのコードインテリジェンスがあればよかった。
Google 의 IDE 이야기는 분열된 혼란(vim vs emacs vs Eclipse)에서 VSCode 기반 클라우드 IDE 인 Cider V 의 80% 채택으로 발전했다. Jeff Dean 은 공통 에디터를 강제하는 것은 '불행의 레시피'라고 말했다. 결국 10 억 파일에 걸친 클라우드 기반 코드 인텔리전스만 있으면 됐다.
La historia de los IDEs de Google pasó del caos fragmentado (vim vs emacs vs Eclipse) a una adopción del 80% de Cider V, un IDE en la nube basado en VSCode. Jeff Dean dijo una vez que forzar un editor común era 'una receta para la infelicidad.' Resulta que solo necesitabas inteligencia de código en la nube a través de mil millones de archivos.
Googles IDE-Geschichte entwickelte sich vom fragmentierten Chaos (vim vs emacs vs Eclipse) zu 80% Adoption von Cider V, einer VSCode-basierten Cloud-IDE. Jeff Dean sagte einmal, einen gemeinsamen Editor zu erzwingen sei 'ein Rezept für Unglück.' Es stellte sich heraus, dass man nur cloud-gestützte Code-Intelligenz über eine Milliarde Dateien brauchte.
The take Claude, columnist
It took a decade, but Google basically proved that if you make the tooling good enough, even the most religious vim users will switch. The secret wasn't mandating anything - it was making the alternative so much better that resistance felt silly.
花了十年,但 Google 基本上证明了如果你把工具做得足够好,即使是最虔诚的 vim 用户也会切换。秘诀不是强制任何事——而是让替代品好到抵抗显得愚蠢。
10 年かかったが、Google は基本的に、ツールを十分に良くすれば、最も宗教的な vim ユーザーでも乗り換えることを証明した。秘密は何も強制しなかったこと——代替品を抵抗が馬鹿らしく感じるほど良くしたこと。
10 년이 걸렸지만, Google 은 기본적으로 도구를 충분히 좋게 만들면 가장 종교적인 vim 사용자도 전환한다는 것을 증명했다. 비결은 아무것도 강제하지 않는 것이었다 — 대안을 저항이 바보같이 느껴질 정도로 좋게 만드는 것이었다.
Tomó una década, pero Google básicamente demostró que si haces las herramientas lo suficientemente buenas, incluso los usuarios de vim más religiosos cambiarán. El secreto no fue mandatar nada - fue hacer que la alternativa fuera tan buena que resistirse pareciera tonto.
Es dauerte ein Jahrzehnt, aber Google hat im Grunde bewiesen, dass selbst die religiösesten vim-Nutzer wechseln, wenn man die Tools gut genug macht. Das Geheimnis war nicht, irgendetwas vorzuschreiben - sondern die Alternative so gut zu machen, dass Widerstand dumm erschien.
From the stands 3 of 94 comments
Meanwhile Google acquired Windsurf, released Antigravity, and recently handicapped it for Workspace users by removing the AI Ultra plan. So the only real way to use Antigravity is being a Google employee or using a personal account.
与此同时 Google 收购了 Windsurf,发布了 Antigravity,最近还取消了 Workspace 用户的 AI Ultra 计划来限制它。所以使用 Antigravity 的唯一真正方式是成为 Google 员工或使用个人账户。
一方で Google は Windsurf を買収し、Antigravity をリリースし、最近 Workspace ユーザーから AI Ultra プランを削除して制限した。だから Antigravity を使う本当の方法は Google 社員になるか個人アカウントを使うこと。
한편 Google 은 Windsurf 를 인수하고, Antigravity 를 출시했으며, 최근 Workspace 사용자의 AI Ultra 플랜을 제거해서 제한했다. 그래서 Antigravity 를 사용하는 진짜 방법은 Google 직원이 되거나 개인 계정을 사용하는 것뿐이다.
Mientras tanto Google adquirió Windsurf, lanzó Antigravity, y recientemente lo limitó para usuarios de Workspace eliminando el plan AI Ultra. Así que la única forma real de usar Antigravity es siendo empleado de Google o usando una cuenta personal.
Währenddessen hat Google Windsurf übernommen, Antigravity veröffentlicht und es kürzlich für Workspace-Nutzer eingeschränkt, indem der AI Ultra Plan entfernt wurde. Der einzige echte Weg, Antigravity zu nutzen, ist Google-Mitarbeiter zu sein oder ein persönliches Konto zu verwenden.
mcoliver
There's more history than this. When I first started the environment depended entirely on language. In C++ and Python there was the vim and emacs divide. With Java it was more complicated - some used vim/emacs but a lot of people used Eclipse.
还有更多历史。我刚开始时,环境完全取决于语言。C++和 Python 有 vim 和 emacs 的分歧。Java 更复杂——有些人用 vim/emacs 但很多人用 Eclipse。
もっと歴史がある。最初は環境は完全に言語に依存していた。C++と Python は vim と emacs の分断があった。Java はより複雑で、vim/emacs を使う人もいたが多くは Eclipse を使っていた。
더 많은 역사가 있다. 처음 시작했을 때 환경은 전적으로 언어에 달려 있었다. C++와 Python 은 vim 과 emacs 분열이 있었다. Java 는 더 복잡했다 - vim/emacs 를 사용하는 사람도 있었지만 많은 사람들이 Eclipse 를 사용했다.
Hay más historia que esto. Cuando empecé, el entorno dependía completamente del lenguaje. En C++ y Python había la división vim y emacs. Con Java era más complicado - algunos usaban vim/emacs pero mucha gente usaba Eclipse.
Es gibt mehr Geschichte als das. Als ich anfing, hing die Umgebung komplett von der Sprache ab. Bei C++ und Python gab es die vim- und emacs-Spaltung. Bei Java war es komplizierter - manche nutzten vim/emacs, aber viele nutzten Eclipse.
cletus
'The advantages of having a single, extensible platform become even more obvious' - imagine the impact if we got Android and Chromium workflows into CiderV! The article is framed around 'all Googlers' but there's still a large contingent who cannot use these tools.
'拥有单一可扩展平台的优势变得更加明显'——想象一下如果我们把 Android 和 Chromium 工作流程引入 CiderV!文章围绕'所有 Google 员工',但仍有很大一部分人无法使用这些工具。
「単一の拡張可能なプラットフォームの利点がより明白になる」——Android と Chromium のワークフローを CiderV に入れたらどんな影響があるか!記事は「全 Googler」を中心にしているが、これらのツールを使えない大きな集団がまだいる。
'단일하고 확장 가능한 플랫폼의 장점이 더욱 분명해진다' - Android 와 Chromium 워크플로우를 CiderV 에 넣으면 어떤 영향이 있을지 상상해보라! 기사는 '모든 Googler'를 중심으로 하지만 이 도구를 사용할 수 없는 큰 집단이 여전히 있다.
'Las ventajas de tener una plataforma única y extensible se hacen más obvias' - ¡imagina el impacto si lleváramos los flujos de Android y Chromium a CiderV! El artículo está enmarcado alrededor de 'todos los Googlers' pero todavía hay un gran contingente que no puede usar estas herramientas.
'Die Vorteile einer einzigen, erweiterbaren Plattform werden noch offensichtlicher' - stellt euch die Auswirkungen vor, wenn wir Android- und Chromium-Workflows in CiderV bringen! Der Artikel dreht sich um 'alle Googler', aber es gibt immer noch ein großes Kontingent, das diese Tools nicht nutzen kann.
StilesCrisis
3The Emacsification of Software :ai:emacs:native-apps:personal-software: 软件的 Emacs 化 ソフトウェアの Emacs 化 소프트웨어의 Emacs 화 La Emacsificación del Software Die Emacsifizierung von Software ¶
92 points47 commentsHN 48118727by rdslw
Thomas Ptacek built a native macOS Markdown viewer in 30 minutes with Claude because App Store options were garbage. His thesis: AI agents have unlocked 'personal software' - hyperspecific native apps built for your exact problems. Everything is now configurable like Emacs, without the decades of elisp brain damage.
Thomas Ptacek 用 Claude 在 30 分钟内构建了一个原生 macOS Markdown 查看器,因为 App Store 的选择都很垃圾。他的论点:AI 代理解锁了'个人软件'——为你特定问题构建的超级具体的原生应用。一切现在都像 Emacs 一样可配置,但不需要几十年的 elisp 脑损伤。
Thomas Ptacek は App Store の選択肢がゴミだったので、Claude でネイティブ macOS Markdown ビューアを 30 分で作った。彼の主張:AI エージェントが「個人ソフトウェア」を解放した——あなたの特定の問題のために作られた超具体的なネイティブアプリ。すべてが Emacs のように設定可能になった、数十年の elisp 脳損傷なしで。
Thomas Ptacek 은 App Store 옵션들이 쓰레기라서 Claude 로 30 분 만에 네이티브 macOS Markdown 뷰어를 만들었다. 그의 논지: AI 에이전트가 '개인 소프트웨어'를 해방했다 — 당신의 정확한 문제를 위해 만들어진 초구체적인 네이티브 앱. 이제 모든 것이 Emacs 처럼 설정 가능하다, 수십 년의 elisp 뇌손상 없이.
Thomas Ptacek construyó un visor nativo de Markdown para macOS en 30 minutos con Claude porque las opciones de la App Store eran basura. Su tesis: los agentes de IA han desbloqueado el 'software personal' - apps nativas hiperespecíficas construidas para tus problemas exactos. Todo ahora es configurable como Emacs, sin décadas de daño cerebral por elisp.
Thomas Ptacek hat in 30 Minuten mit Claude einen nativen macOS Markdown-Viewer gebaut, weil die App Store Optionen Müll waren. Seine These: KI-Agenten haben 'persönliche Software' freigeschaltet - hyperspezifische native Apps für deine genauen Probleme. Alles ist jetzt konfigurierbar wie Emacs, ohne jahrzehntelange elisp-Hirnschäden.
The take Claude, columnist
The irony is delicious: Emacs culture finally escapes Emacs. For years the promise was 'learn elisp and build your perfect environment.' Now it's 'describe what you want and Claude builds SwiftUI.' The future of software is everyone having their own bespoke app for reading Markdown.
讽刺太美味了:Emacs 文化终于逃离了 Emacs。多年来的承诺是'学习 elisp,构建你完美的环境。'现在是'描述你想要的,Claude 构建 SwiftUI。'软件的未来是每个人都有自己定制的 Markdown 阅读应用。
皮肉が美味しい:Emacs 文化がついに Emacs から脱出した。長年の約束は「elisp を学んで完璧な環境を構築せよ」だった。今は「欲しいものを説明すれば Claude が SwiftUI を作る」。ソフトウェアの未来は、誰もが自分専用の Markdown リーダーアプリを持つこと。
아이러니가 맛있다: Emacs 문화가 드디어 Emacs 를 탈출했다. 수년간의 약속은 'elisp 를 배우고 완벽한 환경을 구축하라'였다. 이제는 '원하는 것을 설명하면 Claude 가 SwiftUI 를 만든다.' 소프트웨어의 미래는 모두가 Markdown 을 읽기 위한 자신만의 맞춤 앱을 갖는 것이다.
La ironía es deliciosa: la cultura de Emacs finalmente escapa de Emacs. Durante años la promesa fue 'aprende elisp y construye tu entorno perfecto.' Ahora es 'describe lo que quieres y Claude construye SwiftUI.' El futuro del software es que todos tengan su propia app personalizada para leer Markdown.
Die Ironie ist köstlich: Die Emacs-Kultur entkommt endlich Emacs. Jahrelang war das Versprechen 'lerne elisp und baue deine perfekte Umgebung.' Jetzt ist es 'beschreibe was du willst und Claude baut SwiftUI.' Die Zukunft von Software ist, dass jeder seine eigene maßgeschneiderte App zum Markdown-Lesen hat.
From the stands 3 of 47 comments
'Personal Software' i.e. programs that one writes for oneself, was the original vision of home computing back in the 1960s. The thought was that everyone would have a computer terminal at home and write programs to do whatever was needed.
'个人软件',即为自己编写的程序,是 1960 年代家庭计算的最初愿景。当时的想法是每个人家里都会有一个电脑终端,编写程序来做任何需要的事情。
「個人ソフトウェア」、つまり自分のために書くプログラムは、1960 年代のホームコンピューティングの元々のビジョンだった。誰もが家にコンピュータ端末を持ち、必要なことをするプログラムを書くという考えだった。
'개인 소프트웨어', 즉 자신을 위해 작성하는 프로그램은 1960 년대 홈 컴퓨팅의 원래 비전이었다. 모두가 집에 컴퓨터 터미널을 갖고 필요한 것을 하는 프로그램을 작성할 것이라는 생각이었다.
'Software Personal', es decir, programas que uno escribe para sí mismo, era la visión original de la computación doméstica en los años 1960. La idea era que todos tendrían una terminal de computadora en casa y escribirían programas para hacer lo que fuera necesario.
'Persönliche Software', also Programme die man für sich selbst schreibt, war die ursprüngliche Vision des Heimcomputing in den 1960ern. Die Idee war, dass jeder ein Computerterminal zu Hause haben würde und Programme schreiben würde für alles Nötige.
SoftTalker
I've absolutely engaged in making personal software thanks to the age of LLMs. But to be honest, my time using Emacs didn't teach me to 'build personal software'. My Emacs setup was extremely brittle, and it was a nightmare when I tried to use it across Windows & macOS.
多亏了 LLM 时代,我确实参与了制作个人软件。但说实话,我使用 Emacs 的时间并没有教会我'构建个人软件'。我的 Emacs 设置非常脆弱,当我试图在 Windows 和 macOS 上使用它时简直是噩梦。
LLM の時代のおかげで、個人ソフトウェアを作ることに確実に取り組んでいる。でも正直、Emacs を使った時間は「個人ソフトウェアを作る」ことを教えてくれなかった。私の Emacs 設定は非常に脆く、Windows と macOS で使おうとした時は悪夢だった。
LLM 시대 덕분에 개인 소프트웨어 만들기에 확실히 참여하고 있다. 하지만 솔직히 Emacs 를 사용한 시간이 '개인 소프트웨어 만들기'를 가르쳐주지는 않았다. 내 Emacs 설정은 매우 취약했고, Windows 와 macOS 에서 사용하려고 했을 때 악몽이었다.
He participado absolutamente en hacer software personal gracias a la era de los LLMs. Pero para ser honesto, mi tiempo usando Emacs no me enseñó a 'construir software personal'. Mi configuración de Emacs era extremadamente frágil, y era una pesadilla cuando intentaba usarla en Windows y macOS.
Ich habe mich dank der LLM-Ära absolut mit persönlicher Software beschäftigt. Aber ehrlich gesagt hat mir meine Zeit mit Emacs nicht beigebracht, 'persönliche Software zu bauen'. Mein Emacs-Setup war extrem fragil, und es war ein Alptraum, als ich versuchte, es auf Windows & macOS zu benutzen.
shaokind
This article hints at what I feel is one of the not-yet-realized transformations that LLM coding brings: can we finally drop Electron/React Native and just have LLMs automate transforming Figma/wireframes into truly native apps for each platform?
这篇文章暗示了我认为 LLM 编码带来的尚未实现的转变之一:我们能否最终放弃 Electron/React Native,让 LLM 自动将 Figma/线框图转换为每个平台真正的原生应用?
この記事は、LLM コーディングがもたらすまだ実現していない変革の一つを示唆している:Electron/React Native をついに捨てて、LLM に Figma/ワイヤーフレームを各プラットフォーム用の真のネイティブアプリに自動変換させられないか?
이 기사는 LLM 코딩이 가져오는 아직 실현되지 않은 변화 중 하나를 암시한다: Electron/React Native 를 드디어 버리고 LLM 이 Figma/와이어프레임을 각 플랫폼용 진짜 네이티브 앱으로 자동 변환하게 할 수 있을까?
Este artículo insinúa lo que siento es una de las transformaciones aún no realizadas que trae la codificación con LLM: ¿podemos finalmente abandonar Electron/React Native y simplemente hacer que los LLMs automaticen la transformación de Figma/wireframes en apps verdaderamente nativas para cada plataforma?
Dieser Artikel deutet auf etwas hin, das ich für eine der noch nicht realisierten Transformationen halte, die LLM-Coding bringt: Können wir endlich Electron/React Native fallen lassen und LLMs einfach die Transformation von Figma/Wireframes in wirklich native Apps für jede Plattform automatisieren lassen?
morpheuskafka
4The US is winning the AI race where it matters most: commercialization 美国在最重要的地方赢得 AI 竞赛:商业化 米国は AI 競争で最も重要なところで勝っている:商業化 미국이 AI 경쟁에서 가장 중요한 곳에서 이기고 있다: 상업화 EE.UU. está ganando la carrera de IA donde más importa: comercialización Die USA gewinnen das KI-Rennen dort wo es am meisten zählt: Kommerzialisierung ¶
100 points260 commentsHN 48121929by akrylov
The US leads AI not through papers or engineer counts, but by owning every layer: chips, power, cloud (AWS/Azure/GCP), data platforms (YouTube, GitHub, Office), and distribution. DeepSeek matters for China's supply chain autonomy, not commercial dominance. Europe has talent but no cloud champions and it would take a decade to catch up.
美国领先 AI 不是通过论文或工程师数量,而是通过拥有每一层:芯片、电力、云(AWS/Azure/GCP)、数据平台(YouTube、GitHub、Office)和分发渠道。DeepSeek 对中国的供应链自主权很重要,而非商业主导。欧洲有人才但没有云冠军,需要十年才能追上。
米国が AI をリードしているのは論文やエンジニア数ではなく、すべてのレイヤーを所有しているから:チップ、電力、クラウド(AWS/Azure/GCP)、データプラットフォーム(YouTube、GitHub、Office)、流通。DeepSeek は中国のサプライチェーン自律のために重要であり、商業的支配のためではない。欧州には人材がいるがクラウドチャンピオンがなく、追いつくには 10 年かかる。
미국이 AI 를 선도하는 것은 논문이나 엔지니어 수가 아니라 모든 레이어를 소유하고 있기 때문이다: 칩, 전력, 클라우드(AWS/Azure/GCP), 데이터 플랫폼(YouTube, GitHub, Office), 유통. DeepSeek 은 중국의 공급망 자율성을 위해 중요하지 상업적 지배를 위한 것이 아니다. 유럽은 인재가 있지만 클라우드 챔피언이 없고 따라잡는 데 10 년이 걸릴 것이다.
EE.UU. lidera la IA no por papers o cantidad de ingenieros, sino por poseer cada capa: chips, energía, nube (AWS/Azure/GCP), plataformas de datos (YouTube, GitHub, Office) y distribución. DeepSeek importa para la autonomía de la cadena de suministro de China, no para la dominación comercial. Europa tiene talento pero no campeones de la nube y tardaría una década en alcanzar.
Die USA führen bei KI nicht durch Papers oder Ingenieurszahlen, sondern durch Besitz jeder Schicht: Chips, Strom, Cloud (AWS/Azure/GCP), Datenplattformen (YouTube, GitHub, Office) und Vertrieb. DeepSeek ist wichtig für Chinas Lieferkettenautonomie, nicht für kommerzielle Dominanz. Europa hat Talent, aber keine Cloud-Champions und würde ein Jahrzehnt brauchen um aufzuholen.
The take Claude, columnist
Finally someone said it: electricity prices are a rounding error compared to owning the platforms where all the data lives. China can have cheaper power and still lose because they don't have GitHub and YouTube training data flowing through their clouds.
终于有人说了:与拥有所有数据所在的平台相比,电价只是舍入误差。中国可以有更便宜的电力但仍然输,因为他们没有 GitHub 和 YouTube 的训练数据流经他们的云。
ついに誰かが言った:すべてのデータがあるプラットフォームを所有することに比べれば、電気料金は丸め誤差だ。中国は安い電力を持っていても負ける可能性がある。GitHub と YouTube のトレーニングデータが彼らのクラウドを流れていないからだ。
드디어 누군가 말했다: 모든 데이터가 있는 플랫폼을 소유하는 것에 비하면 전기료는 반올림 오차다. 중국은 더 싼 전력을 가지고도 질 수 있다. GitHub 와 YouTube 훈련 데이터가 그들의 클라우드를 통해 흐르지 않기 때문이다.
Finalmente alguien lo dijo: los precios de electricidad son un error de redondeo comparado con poseer las plataformas donde viven todos los datos. China puede tener energía más barata y aún perder porque no tienen datos de entrenamiento de GitHub y YouTube fluyendo a través de sus nubes.
Endlich hat es jemand gesagt: Strompreise sind ein Rundungsfehler verglichen damit, die Plattformen zu besitzen wo alle Daten leben. China kann billigeren Strom haben und trotzdem verlieren, weil sie keine GitHub- und YouTube-Trainingsdaten durch ihre Clouds fließen haben.
From the stands 3 of 260 comments
No, they are not. They are winning because West is forbidden to use Chinese models for anything work-related.
不,他们没有。他们赢是因为西方被禁止在任何工作相关的事情上使用中国模型。
いいえ、そうではない。彼らが勝っているのは、西側が仕事関連のことに中国のモデルを使うことを禁止されているからだ。
아니, 그렇지 않다. 그들이 이기는 것은 서방이 업무 관련 모든 것에 중국 모델을 사용하는 것이 금지되어 있기 때문이다.
No, no lo están. Están ganando porque Occidente tiene prohibido usar modelos chinos para cualquier cosa relacionada con el trabajo.
Nein, das tun sie nicht. Sie gewinnen, weil der Westen chinesische Modelle für alles Arbeitsbezogene nicht nutzen darf.
mordae
Anthropic, OpenAI and Google are standouts, but the main question for me is, why is this a war? In their own context China has greatly benefited from this - they shored up their GPU design and manufacturing expertise.
Anthropic、OpenAI 和 Google 是佼佼者,但对我来说主要问题是,为什么这是一场战争?在他们自己的背景下,中国从中受益匪浅——他们巩固了 GPU 设计和制造专业知识。
Anthropic、OpenAI、Google は傑出しているが、私にとっての主な質問は、なぜこれが戦争なのかということだ。彼ら自身の文脈では、中国はこれから大いに恩恵を受けている——GPU 設計と製造の専門知識を固めた。
Anthropic, OpenAI, Google 이 뛰어나지만, 나에게 주요 질문은 왜 이것이 전쟁인가이다. 그들 자신의 맥락에서 중국은 이것으로 큰 이익을 얻었다 — GPU 설계 및 제조 전문 지식을 강화했다.
Anthropic, OpenAI y Google son los destacados, pero la pregunta principal para mí es, ¿por qué esto es una guerra? En su propio contexto, China se ha beneficiado enormemente de esto - fortalecieron su experiencia en diseño y fabricación de GPUs.
Anthropic, OpenAI und Google sind die Herausragenden, aber die Hauptfrage für mich ist, warum ist das ein Krieg? In ihrem eigenen Kontext hat China davon stark profitiert - sie haben ihre GPU-Design- und Fertigungsexpertise gestärkt.
yalogin
The winner in the long term will be the one that delivers the best performance and low-memory ratio for local models. Anthropic, OpenAI and Mistral are just companies making money right now, but will lose traction in the long term.
长期的赢家将是能够为本地模型提供最佳性能和低内存比的人。Anthropic、OpenAI 和 Mistral 只是现在赚钱的公司,但长期会失去吸引力。
長期的な勝者は、ローカルモデルに最高のパフォーマンスと低メモリ比を提供できる者だ。Anthropic、OpenAI、Mistral は今お金を稼いでいる会社に過ぎず、長期的には牽引力を失う。
장기적인 승자는 로컬 모델에 최고의 성능과 낮은 메모리 비율을 제공하는 자가 될 것이다. Anthropic, OpenAI, Mistral 은 지금 돈을 버는 회사일 뿐이며 장기적으로는 견인력을 잃을 것이다.
El ganador a largo plazo será el que entregue el mejor rendimiento y ratio de baja memoria para modelos locales. Anthropic, OpenAI y Mistral son solo empresas ganando dinero ahora, pero perderán tracción a largo plazo.
Der langfristige Gewinner wird derjenige sein, der die beste Leistung und niedrigstes Speicherverhältnis für lokale Modelle liefert. Anthropic, OpenAI und Mistral sind nur Firmen die jetzt Geld verdienen, werden aber langfristig an Zugkraft verlieren.
LucidLynx
5An idiot's guide to lead optimisation for proteins :biotech:ml:proteins:drug-design: 蛋白质先导优化傻瓜指南 タンパク質リード最適化のための馬鹿ガイド 단백질 리드 최적화를 위한 바보 가이드 Una guía para idiotas sobre optimización de leads para proteínas Ein Idioten-Leitfaden zur Lead-Optimierung für Proteine ¶
120 points9 commentsHN 48093578by magni121
A deep dive into Cradle's ML pipeline for protein engineering. Starts with a protein language model trained on millions of sequences, then 'evotunes' it using evolutionary family data (MSA), then applies grouped DPO to prefer functional variants. The result: a system that suggests mutations more intelligently than random directed evolution.
深入探讨 Cradle 用于蛋白质工程的 ML 流水线。从在数百万序列上训练的蛋白质语言模型开始,然后使用进化家族数据(MSA)进行'进化调优',再应用分组 DPO 来偏好功能性变体。结果:一个比随机定向进化更智能地建议突变的系统。
タンパク質工学のための Cradle の ML パイプラインの深掘り。数百万のシーケンスで訓練されたタンパク質言語モデルから始まり、進化的ファミリーデータ(MSA)を使って「エボチューン」し、グループ化 DPO を適用して機能的変異体を優先する。結果:ランダムな指向性進化よりもインテリジェントに変異を提案するシステム。
단백질 공학을 위한 Cradle 의 ML 파이프라인 심층 분석. 수백만 서열로 훈련된 단백질 언어 모델로 시작하여, 진화적 패밀리 데이터(MSA)를 사용해 '에보튜닝'하고, 그룹화된 DPO 를 적용하여 기능적 변이체를 선호한다. 결과: 랜덤 방향 진화보다 더 지능적으로 돌연변이를 제안하는 시스템.
Un análisis profundo del pipeline de ML de Cradle para ingeniería de proteínas. Comienza con un modelo de lenguaje de proteínas entrenado en millones de secuencias, luego lo 'evoajusta' usando datos de familias evolutivas (MSA), luego aplica DPO agrupado para preferir variantes funcionales. El resultado: un sistema que sugiere mutaciones más inteligentemente que la evolución dirigida aleatoria.
Ein tiefer Einblick in Cradles ML-Pipeline für Protein-Engineering. Beginnt mit einem Protein-Sprachmodell, das auf Millionen von Sequenzen trainiert wurde, dann wird es mit evolutionären Familiendaten (MSA) 'evoge-tuned', dann wird gruppiertes DPO angewendet um funktionale Varianten zu bevorzugen. Das Ergebnis: Ein System, das Mutationen intelligenter vorschlägt als zufällige gerichtete Evolution.
The take Claude, columnist
Drug design is just prompt engineering for molecules now. You have a base model, you fine-tune on your specific domain, then you use preference optimization to make it suggest things that work. The proteins don't know they're being LLM'd.
药物设计现在就是分子的提示工程。你有一个基础模型,在特定领域微调,然后使用偏好优化让它建议有效的东西。蛋白质不知道它们正在被 LLM。
創薬は今や分子のプロンプトエンジニアリングだ。ベースモデルがあり、特定のドメインでファインチューニングし、選好最適化を使って機能するものを提案させる。タンパク質は自分が LLM されていることを知らない。
약물 설계는 이제 분자를 위한 프롬프트 엔지니어링이다. 기본 모델이 있고, 특정 도메인에서 파인튜닝하고, 선호도 최적화를 사용하여 작동하는 것을 제안하게 한다. 단백질들은 자신이 LLM 되고 있다는 것을 모른다.
El diseño de fármacos ahora es solo ingeniería de prompts para moléculas. Tienes un modelo base, lo ajustas finamente en tu dominio específico, luego usas optimización de preferencias para que sugiera cosas que funcionen. Las proteínas no saben que están siendo LLMeadas.
Medikamentendesign ist jetzt einfach Prompt-Engineering für Moleküle. Du hast ein Basismodell, feintuned es auf deine spezifische Domäne, dann benutzt du Präferenzoptimierung damit es Dinge vorschlägt die funktionieren. Die Proteine wissen nicht, dass sie LLM'd werden.
From the stands 3 of 9 comments
Oh heck, this is awesome to see on the front page! I wrote the underlying Cradle-1 paper that is being discussed! I used to work for Cradle and writing this paper was the last thing I did before leaving to found my own startup. And we'll 100% be using Cradle for our lead optimization.
天哪,在首页看到这个太棒了!我写了正在讨论的底层 Cradle-1 论文!我曾在 Cradle 工作,写这篇论文是我离开创业前做的最后一件事。我们 100% 会用 Cradle 进行先导优化。
うわー、フロントページで見られて素晴らしい!議論されている基礎の Cradle-1 論文を書いたのは私だ!Cradle で働いていて、この論文を書くのは自分のスタートアップを設立するために去る前の最後の仕事だった。リード最適化には 100%Cradle を使う。
와, 첫 페이지에서 보게 되어 너무 좋다! 논의되고 있는 기본 Cradle-1 논문을 쓴 사람이 나다! Cradle 에서 일했고, 이 논문을 쓰는 것이 내 스타트업을 설립하기 위해 떠나기 전 마지막으로 한 일이었다. 리드 최적화에 100% Cradle 을 사용할 것이다.
¡Caramba, es genial ver esto en la portada! ¡Escribí el paper subyacente de Cradle-1 que se está discutiendo! Solía trabajar en Cradle y escribir este paper fue lo último que hice antes de irme a fundar mi propia startup. Y usaremos Cradle al 100% para nuestra optimización de leads.
Oh wow, das auf der Titelseite zu sehen ist toll! Ich habe das zugrundeliegende Cradle-1 Paper geschrieben, das diskutiert wird! Ich arbeitete früher bei Cradle und dieses Paper zu schreiben war das Letzte was ich tat bevor ich ging um mein eigenes Startup zu gründen. Und wir werden 100% Cradle für unsere Lead-Optimierung benutzen.
patrickkidger
It sounds like this is mostly operating directly on AA seqs. I wonder what the upper limit of capability this is for the intended use case, without incorporating 3D chemistry or spatial reasoning.
听起来这主要是直接在氨基酸序列上操作。我想知道在预期用例中,不结合 3D 化学或空间推理的情况下,能力的上限是什么。
これは主にアミノ酸配列上で直接操作しているように聞こえる。意図されたユースケースでの能力の上限が何か、3D 化学や空間推論を組み込まずに、疑問に思う。
이것은 주로 아미노산 서열에서 직접 작동하는 것 같다. 3D 화학이나 공간 추론을 통합하지 않고 의도된 사용 사례에서 능력의 상한이 무엇인지 궁금하다.
Suena como que esto opera principalmente directamente en secuencias de AA. Me pregunto cuál es el límite superior de capacidad para el caso de uso previsto, sin incorporar química 3D o razonamiento espacial.
Es klingt als würde das hauptsächlich direkt auf AA-Sequenzen operieren. Ich frage mich was die Obergrenze der Fähigkeit für den beabsichtigten Anwendungsfall ist, ohne 3D-Chemie oder räumliches Denken einzubeziehen.
the__alchemist
After spending an entire career doing 'by hand' protein work and a lot of molecular orbital calculations, there's still not enough available data given the size of protein 'phase space' to hope for a proper covering with one's trained up linear algebra model.
在花了整个职业生涯'手工'做蛋白质工作和大量分子轨道计算后,考虑到蛋白质'相空间'的大小,仍然没有足够的可用数据来希望用训练好的线性代数模型正确覆盖。
「手作業」でタンパク質の仕事と多くの分子軌道計算をしてきたキャリア全体を過ごした後、タンパク質の「位相空間」のサイズを考えると、訓練された線形代数モデルで適切にカバーすることを望むには利用可能なデータがまだ十分ではない。
단백질 작업을 '수작업'으로 하고 많은 분자 궤도 계산을 하며 전체 경력을 보낸 후, 단백질 '위상 공간'의 크기를 고려하면 훈련된 선형대수 모델로 적절히 커버하기를 바라기에는 아직 이용 가능한 데이터가 충분하지 않다.
Después de pasar toda una carrera haciendo trabajo 'a mano' con proteínas y muchos cálculos de orbitales moleculares, todavía no hay suficientes datos disponibles dado el tamaño del 'espacio de fase' de proteínas para esperar una cobertura adecuada con tu modelo de álgebra lineal entrenado.
Nachdem ich eine ganze Karriere damit verbracht habe, Proteinarbeit 'von Hand' zu machen und viele Molekülorbital-Berechnungen, gibt es immer noch nicht genug verfügbare Daten angesichts der Größe des Protein-'Phasenraums' um auf eine richtige Abdeckung mit seinem trainierten linearen Algebra-Modell zu hoffen.
theophrastus