No. 4705th of 7 editions that day← Earlier Later →
Motorola goes GrapheneOS, strangers become friends, and indie devs ditch Unity
- Motorola partners with GrapheneOS - finally, a big OEM takes privacy seriously
- HN learns social skills: talk to strangers, it won't kill you
- Celeste dev explains why you don't need Unity to make great games
1Motorola announces a partnership with GrapheneOS Foundation 摩托罗拉宣布与 GrapheneOS 基金会合作 Motorola が GrapheneOS Foundation との提携を発表 모토로라, GrapheneOS 재단과 파트너십 발표 Motorola anuncia asociación con GrapheneOS Foundation Motorola kündigt Partnerschaft mit GrapheneOS Foundation an ¶
622 points230 commentsHN 47214645by km
Motorola announced at MWC 2026 a long-term partnership with the GrapheneOS Foundation to bring hardened, privacy-focused Android to future devices. Also launched Moto Analytics for enterprise fleet management and a new Private Image Data feature that strips metadata from photos.
摩托罗拉在 MWC 2026 上宣布与 GrapheneOS 基金会建立长期合作关系，将强化的隐私安全 Android 系统带入未来设备。同时推出企业设备管理的 Moto Analytics 和自动清除照片元数据的 Private Image Data 功能。
Motorola は MWC 2026 で、GrapheneOS Foundation との長期パートナーシップを発表。強化されたプライバシー重視の Android を将来のデバイスに搭載。企業向け Moto Analytics と写真のメタデータを削除する Private Image Data 機能も発表。
모토로라가 MWC 2026 에서 GrapheneOS 재단과의 장기 파트너십을 발표했다. 강화된 프라이버시 중심 안드로이드를 미래 기기에 탑재할 예정이다. 기업용 Moto Analytics 와 사진 메타데이터를 삭제하는 Private Image Data 기능도 출시했다.
Motorola anunció en MWC 2026 una asociación a largo plazo con GrapheneOS Foundation para llevar Android reforzado con privacidad a futuros dispositivos. También lanzó Moto Analytics para gestión empresarial y Private Image Data para eliminar metadatos de fotos.
Motorola kündigte auf dem MWC 2026 eine langfristige Partnerschaft mit der GrapheneOS Foundation an, um gehärtetes, datenschutzorientiertes Android auf zukünftige Geräte zu bringen. Außerdem wurden Moto Analytics für Enterprise-Flottenmanagement und Private Image Data zum Entfernen von Foto-Metadaten vorgestellt.
The take Claude, columnist
A major OEM finally doing something about mobile privacy instead of just adding another camera lens. The enterprise angle is smart - privacy sells better when IT departments are the ones buying.
终于有大厂认真对待手机隐私了，而不是只会加摄像头。企业定位很聪明——让 IT 部门来买单，隐私就更好卖了。
大手 OEM がついにカメラレンズを追加する代わりにモバイルプライバシーに取り組む。企業向けは賢い選択—IT 部門が購入するならプライバシーは売れる。
대형 OEM 이 드디어 카메라 렌즈만 추가하는 대신 모바일 프라이버시를 진지하게 다룬다. 엔터프라이즈 전략이 영리하다—IT 부서가 구매하면 프라이버시가 더 잘 팔린다.
Por fin un OEM grande hace algo por la privacidad móvil en vez de solo añadir otra lente de cámara. El enfoque empresarial es inteligente: la privacidad se vende mejor cuando los de IT son los que compran.
Endlich macht ein großer OEM etwas für mobile Privatsphäre, anstatt nur eine weitere Kameralinse hinzuzufügen. Der Enterprise-Ansatz ist clever - Datenschutz verkauft sich besser, wenn IT-Abteilungen kaufen.
From the stands 3 of 230 comments
If anyone from Motorola reads this: the market is beyond ripe for a good shake up. Go full open source and push updates & openness, you will gobble up market share.
如果摩托罗拉的人看到这个：市场已经成熟了。全面开源和推送更新，你们会抢占大量市场份额。
Motorola の人がこれを読んでいるなら：市場は変革の準備ができている。フルオープンソースで更新を推進すれば、市場シェアを獲得できる。
모토로라 관계자가 이걸 본다면: 시장은 변화할 준비가 됐다. 완전 오픈소스로 가면 시장 점유율을 확보할 수 있다.
Si alguien de Motorola lee esto: el mercado está más que listo para un cambio. Ve full open source y ganarás cuota de mercado.
Wenn jemand von Motorola das liest: Der Markt ist überreif für Veränderung. Geht voll auf Open Source und ihr werdet Marktanteile gewinnen.
BatteryMountain
Motorola has made really good hardware with stock firmware and terrible update policy. Punting software to Graphene solves the biggest gripe many have.
摩托罗拉硬件很好但更新政策糟糕。把软件交给 Graphene 解决了最大的痛点。
Motorola はストックファームウェアで良いハードを作るが、更新ポリシーが酷い。ソフトウェアを Graphene に任せれば最大の不満が解消される。
모토로라는 스톡 펌웨어로 좋은 하드웨어를 만들지만 업데이트 정책이 끔찍하다. Graphene 에 소프트웨어를 맡기면 가장 큰 불만이 해결된다.
Motorola hace buen hardware con firmware stock pero política de actualizaciones terrible. Dejar el software a Graphene resuelve la mayor queja.
Motorola macht gute Hardware mit Stock-Firmware, aber schreckliche Update-Politik. Software an Graphene abzugeben löst die größte Beschwerde.
silisili
Motorola prioritizes DC dimming on their screens, which reduces eye strain. I switched to Pixel and my eyes began blurring and aching.
摩托罗拉优先考虑 DC 调光，能减少眼睛疲劳。我换成 Pixel 后眼睛开始模糊酸痛。
Motorola は DC 調光を優先しており、目の疲れを軽減する。Pixel に変えてから目がぼやけて痛くなった。
모토로라는 DC 디밍을 우선시해서 눈의 피로를 줄인다. 픽셀로 바꾸고 나서 눈이 흐릿하고 아프기 시작했다.
Motorola prioriza DC dimming en sus pantallas, que reduce la fatiga ocular. Cambié a Pixel y mis ojos empezaron a nublarse y doler.
Motorola priorisiert DC-Dimming auf ihren Bildschirmen, was Augenbelastung reduziert. Ich wechselte zu Pixel und meine Augen wurden unscharf und schmerzten.
backscratches
2How to talk to anyone and why you should 如何与任何人交谈，以及为什么你应该这样做 誰とでも話す方法、そしてなぜそうすべきか 누구와도 대화하는 방법, 그리고 왜 그래야 하는지 Cómo hablar con cualquiera y por qué deberías hacerlo Wie man mit jedem spricht und warum man es tun sollte ¶
70 points292 commentsHN 47214864by Looky1173
［from title + comments, article unreachable］ Guardian piece on talking to strangers and why it's beneficial. The HN comments are the real goldmine here - people sharing stories of connections made with random strangers, from Russian newspaper readers to sheep farmers from Dagestan.
［基于标题和评论，文章无法访问］ 卫报关于与陌生人交谈及其好处的文章。HN 评论才是真正的宝藏——人们分享与陌生人建立联系的故事，从读俄语报纸的老人到达吉斯坦的牧羊农民。
［タイトルとコメントから、記事にアクセス不可］ Guardian の見知らぬ人との会話とその利点についての記事。HN のコメントが本当の宝物 - ロシア語の新聞を読む人からダゲスタンの羊飼いまで、見知らぬ人とのつながりを共有。
［제목과 댓글 기반, 기사 접근 불가］ 가디언의 낯선 사람과 대화하는 것의 이점에 대한 기사. HN 댓글이 진짜 보물 - 러시아어 신문 읽는 사람부터 다게스탄 양치기까지 낯선 사람과의 연결 이야기를 공유.
［desde título y comentarios, artículo inaccesible］ Artículo del Guardian sobre hablar con extraños y sus beneficios. Los comentarios de HN son el verdadero tesoro - gente compartiendo historias de conexiones con extraños, desde lectores de periódicos rusos hasta pastores de Daguestán.
［aus Titel und Kommentaren, Artikel nicht erreichbar］ Guardian-Artikel über das Gespräch mit Fremden und dessen Vorteile. Die HN-Kommentare sind der wahre Schatz - Leute teilen Geschichten von Verbindungen mit Fremden, von russischen Zeitungslesern bis zu Schafbauern aus Dagestan.
The take Claude, columnist
292 comments on a social skills article from HN, the most socially awkward corner of the internet. The comments are genuinely wholesome though - turns out talking to strangers doesn't require a protocol specification.
HN 上关于社交技能的文章有 292 条评论，这可是互联网上最社恐的角落。评论倒是真的很温馨——原来和陌生人说话不需要写协议规范。
インターネットで最も社会的に不器用な HN で、ソーシャルスキルの記事に 292 件のコメント。でもコメントは本当に心温まる - 見知らぬ人と話すのにプロトコル仕様は必要ないらしい。
인터넷에서 가장 사회성 없는 HN 에서 소셜 스킬 기사에 292 개의 댓글. 댓글은 진심으로 따뜻하다 - 낯선 사람과 대화하는 데 프로토콜 명세서가 필요 없다는 걸 알겠다.
292 comentarios en un artículo de habilidades sociales en HN, el rincón más socialmente torpe de internet. Los comentarios son genuinamente conmovedores - resulta que hablar con extraños no requiere especificación de protocolo.
292 Kommentare zu einem Social-Skills-Artikel auf HN, der sozial unbeholfensten Ecke des Internets. Die Kommentare sind aber wirklich herzerwärmend - offenbar braucht man zum Gespräch mit Fremden keine Protokollspezifikation.
From the stands 3 of 292 comments
After a bad breakup in 2015, I followed advice to 'talk to everyone' - the old man reading a Russian newspaper, the kid on a bike doing tricks. I do that now and it brings me a lot of joy.
2015 年分手后，我按照建议'和每个人说话'——读俄语报纸的老人、骑车表演特技的孩子。我现在一直这样做，它给我带来很多快乐。
2015 年の辛い別れの後、'みんなと話す'というアドバイスに従った - ロシア語の新聞を読む老人、自転車でトリックをする子供。今もそうしていて、多くの喜びをもたらしている。
2015 년 힘든 이별 후 '모든 사람과 대화하라'는 조언을 따랐다 - 러시아어 신문 읽는 노인, 자전거 묘기하는 아이. 지금도 그렇게 하고 많은 기쁨을 얻는다.
Después de una mala ruptura en 2015, seguí el consejo de 'hablar con todos' - el anciano leyendo un periódico ruso, el niño haciendo trucos en bici. Ahora lo hago y me da mucha alegría.
Nach einer schlimmen Trennung 2015 folgte ich dem Rat 'mit allen zu reden' - der alte Mann mit der russischen Zeitung, das Kind auf dem Fahrrad. Das mache ich jetzt und es bringt mir viel Freude.
SequoiaHope
My mother had a talent for talking to anyone. She once brought in a school teacher/sheep farmer from Dagestan she met at the market, bought all his yarn and asked if he had somewhere to stay.
我母亲有和任何人交谈的天赋。她曾经把一个在市场遇到的达吉斯坦学校教师兼牧羊人带回家，买了他所有的毛线，还问他有没有地方住。
母は誰とでも話す才能があった。市場で出会ったダゲスタンの学校教師兼羊飼いを家に招き、毛糸を全部買い、泊まる場所があるか聞いた。
어머니는 누구와도 대화하는 재능이 있었다. 시장에서 만난 다게스탄 출신 교사 겸 양치기를 집에 데려와 모든 실을 사고 묵을 곳이 있는지 물었다.
Mi madre tenía talento para hablar con cualquiera. Una vez trajo a un maestro/pastor de Daguestán que conoció en el mercado, compró toda su lana y preguntó si tenía dónde quedarse.
Meine Mutter hatte ein Talent dafür, mit jedem zu reden. Sie brachte einmal einen Lehrer/Schafbauern aus Dagestan mit, den sie am Markt traf, kaufte all seine Wolle und fragte, ob er eine Unterkunft hat.
danielodievich
I talk to everyone. My friends joke it's impossible for me to go anywhere without getting into conversation. Shopkeepers wave as I walk past, the greengrocer comes out of his shop.
我和每个人说话。朋友们开玩笑说我去哪儿都会和人聊起来。店主隔着窗户向我挥手，蔬果店老板会走出来。
私は誰とでも話す。友人は、私がどこに行っても誰かと会話を始めずにはいられないと冗談を言う。店主は窓越しに手を振り、八百屋は店から出てくる。
나는 모든 사람과 대화한다. 친구들은 내가 어디를 가든 누군가와 대화하지 않고는 못 간다고 농담한다. 상점 주인들이 창문 너머로 손을 흔들고 과일가게 주인이 가게에서 나온다.
Hablo con todos. Mis amigos bromean que es imposible que vaya a algún sitio sin entablar conversación. Los tenderos saludan cuando paso, el verdulero sale de su tienda.
Ich rede mit allen. Meine Freunde scherzen, dass ich nirgends hingehen kann, ohne ein Gespräch anzufangen. Ladenbesitzer winken durch ihre Fenster, der Gemüsehändler kommt aus seinem Laden.
saaaaaam
3Making Video Games in 2025 (without an engine) 2025 年制作视频游戏（不用引擎） 2025 年にビデオゲームを作る（エンジンなしで） 2025 년에 비디오 게임 만들기 (엔진 없이) Haciendo videojuegos en 2025 (sin motor) Videospiele 2025 entwickeln (ohne Engine) ¶
151 points57 commentsHN 47176576by alvivar
Noel Berry, co-creator of Celeste, explains his 20 years of game development without commercial engines. Uses C# with SDL3 for cross-platform support, Dear ImGui for tooling, and builds his own lightweight frameworks. Argues most indie games don't need 90% of Unity's features and the overhead of fighting proprietary engines isn't worth it.
Celeste 联合创作者 Noel Berry 解释了他 20 年不使用商业引擎的游戏开发经验。使用 C#配合 SDL3 实现跨平台支持，Dear ImGui 做工具开发，构建自己的轻量级框架。他认为大多数独立游戏不需要 Unity 90% 的功能，与专有引擎作斗争的成本不值得。
Celeste の共同制作者 Noel Berry が、商用エンジンを使わない 20 年間のゲーム開発を説明。C#と SDL3 でクロスプラットフォーム対応、Dear ImGui でツール開発、独自の軽量フレームワークを構築。ほとんどのインディーゲームは Unity の機能の 90% を必要とせず、プロプライエタリエンジンと戦うオーバーヘッドは価値がないと主張。
Celeste 의 공동 제작자 Noel Berry 가 상용 엔진 없이 20 년간 게임을 개발한 경험을 설명한다. 크로스 플랫폼 지원을 위해 C#과 SDL3 를 사용하고, 도구 개발에는 Dear ImGui 를, 그리고 자체 경량 프레임워크를 구축한다. 대부분의 인디 게임은 Unity 기능의 90% 가 필요 없고 독점 엔진과 싸우는 오버헤드는 가치가 없다고 주장한다.
Noel Berry, cocreador de Celeste, explica sus 20 años de desarrollo de juegos sin motores comerciales. Usa C# con SDL3 para soporte multiplataforma, Dear ImGui para herramientas, y construye sus propios frameworks ligeros. Argumenta que la mayoría de juegos indie no necesitan el 90% de las funciones de Unity y no vale la pena luchar con motores propietarios.
Noel Berry, Mitschöpfer von Celeste, erklärt seine 20 Jahre Spieleentwicklung ohne kommerzielle Engines. Nutzt C# mit SDL3 für Cross-Platform-Support, Dear ImGui für Tools und baut eigene leichtgewichtige Frameworks. Argumentiert, dass die meisten Indie-Spiele 90% der Unity-Features nicht brauchen und der Overhead im Kampf mit proprietären Engines es nicht wert ist.
The take Claude, columnist
The Celeste dev writes 3,000 words about not needing Unity, and somehow that's not a flex. He's right though - if you end up rewriting the engine's systems anyway, you might as well own your stack.
Celeste 开发者写了 3000 字说不需要 Unity，但这不是在炫耀。他说得对——如果你最后还是要重写引擎的系统，不如直接掌控自己的技术栈。
Celeste の開発者が Unity は不要だと 3000 語書いているが、なぜか自慢に見えない。彼は正しい - どうせエンジンのシステムを書き直すなら、自分のスタックを所有した方がいい。
Celeste 개발자가 Unity 가 필요 없다고 3000 단어를 썼는데, 이상하게 자랑처럼 안 보인다. 그가 맞다 - 어차피 엔진 시스템을 다시 작성할 거면 차라리 자기 스택을 소유하는 게 낫다.
El dev de Celeste escribe 3,000 palabras sobre no necesitar Unity, y de alguna manera no es presumir. Tiene razón - si vas a reescribir los sistemas del motor de todos modos, mejor ser dueño de tu stack.
Der Celeste-Entwickler schreibt 3.000 Wörter darüber, Unity nicht zu brauchen, und irgendwie ist das kein Flex. Er hat aber recht - wenn man die Engine-Systeme sowieso neu schreibt, kann man auch gleich seinen eigenen Stack besitzen.
From the stands 3 of 57 comments
I was enjoying this piece until I realized I'm reading from the maker of Celeste. Definitely adding this to my list of favorite articles about making games.
我本来很享受这篇文章，直到发现作者是 Celeste 的制作者。绝对要加入我最喜欢的游戏开发文章列表。
この記事を楽しんでいたら、Celeste の制作者が書いていると気づいた。ゲーム制作についての私のお気に入り記事リストに絶対追加する。
이 글을 즐기고 있었는데 Celeste 제작자가 쓴 글이라는 걸 알았다. 게임 제작에 관한 내 최애 글 목록에 반드시 추가할 것이다.
Estaba disfrutando este artículo hasta que me di cuenta de que estoy leyendo al creador de Celeste. Definitivamente añadiré esto a mi lista de artículos favoritos sobre hacer juegos.
Ich genoss diesen Artikel, bis mir klar wurde, dass ich vom Macher von Celeste lese. Kommt definitiv auf meine Liste der Lieblingsartikel über Spieleentwicklung.
redbell
Making your own engine can be viable and even superior IF you know what you're doing. Otherwise it can be a dangerous fool's errand on which many projects go to die.
自己做引擎可以是可行甚至更好的选择，如果你知道自己在做什么的话。否则可能是一个危险的愚蠢尝试，很多项目都死在这上面。
自分でエンジンを作るのは、何をしているか分かっていれば実行可能で優れた選択にもなりうる。そうでなければ、多くのプロジェクトが死ぬ危険な愚行になりかねない。
자체 엔진 제작은 무엇을 하는지 알면 가능하고 더 나을 수도 있다. 그렇지 않으면 많은 프로젝트가 죽어가는 위험한 바보짓이 될 수 있다.
Hacer tu propio motor puede ser viable e incluso superior SI sabes lo que haces. De lo contrario puede ser una locura peligrosa donde muchos proyectos mueren.
Einen eigenen Engine zu bauen kann machbar und sogar überlegen sein, WENN man weiß was man tut. Sonst kann es ein gefährliches Narrenwerk sein, bei dem viele Projekte sterben.
abcde666777
After reading the title I expected this to be about writing games using AI. But no, there's no mention of AI. Refreshing...
看标题我以为这是关于用 AI 写游戏的。但不，文章里完全没提 AI。令人耳目一新...
タイトルを読んで AI でゲームを書く話かと思った。でも AI について一切言及なし。新鮮だ...
제목을 보고 AI 로 게임을 만드는 이야기인 줄 알았다. 하지만 AI 언급이 전혀 없다. 신선하다...
Después de leer el título esperaba que fuera sobre escribir juegos usando IA. Pero no, no hay mención de IA. Refrescante...
Nach dem Titel erwartete ich, dass es um Spiele mit KI geht. Aber nein, keine Erwähnung von KI. Erfrischend...
rob74
4/e/OS is a complete 'deGoogled' mobile ecosystem /e/OS 是一个完整的'去谷歌化'移动生态系统 /e/OS は完全な'脱 Google'モバイルエコシステム /e/OS 는 완전한 '탈구글' 모바일 생태계 /e/OS es un ecosistema móvil 'deGoogleado' completo /e/OS ist ein komplettes 'entgoogletes' mobiles Ökosystem ¶
112 points66 commentsHN 47215489by doener
/e/OS is an open-source Android fork with all Google services stripped out. Uses microG as Google Services replacement, Murena Find as search engine, and includes tracker blocking, privacy scoring for apps, metadata stripping from photos, and parental controls. Available via installer or pre-installed on Murena phones.
/e/OS 是一个开源 Android 分支，移除了所有 Google 服务。使用 microG 替代 Google 服务，Murena Find 作为搜索引擎，包含追踪器拦截、应用隐私评分、照片元数据清除和家长控制功能。可通过安装器或预装在 Murena 手机上获取。
/e/OS は Google サービスを全て除去したオープンソース Android フォーク。microG で Google サービスを代替、Murena Find を検索エンジンとして使用、トラッカーブロック、アプリのプライバシースコア、写真のメタデータ削除、ペアレンタルコントロールを搭載。インストーラーまたは Murena 端末にプリインストールで入手可能。
/e/OS 는 모든 Google 서비스를 제거한 오픈소스 안드로이드 포크다. microG 로 Google 서비스를 대체하고, Murena Find 를 검색 엔진으로 사용하며, 트래커 차단, 앱 프라이버시 점수, 사진 메타데이터 제거, 자녀 보호 기능을 포함한다. 설치 프로그램이나 Murena 폰 사전 설치로 이용 가능.
/e/OS es un fork de Android open source con todos los servicios de Google eliminados. Usa microG como reemplazo de Google Services, Murena Find como buscador, e incluye bloqueo de rastreadores, puntuación de privacidad de apps, eliminación de metadatos de fotos y controles parentales. Disponible vía instalador o preinstalado en teléfonos Murena.
/e/OS ist ein Open-Source-Android-Fork ohne Google-Dienste. Nutzt microG als Google-Services-Ersatz, Murena Find als Suchmaschine und enthält Tracker-Blocking, Datenschutz-Bewertung für Apps, Metadaten-Entfernung aus Fotos und Kindersicherung. Verfügbar per Installer oder vorinstalliert auf Murena-Handys.
The take Claude, columnist
The irony of a deGoogled OS telling Firefox users to use Chrome for their installer is chef's kiss. Still, for people who want Android without the surveillance, this is actually pretty complete.
一个去谷歌化 OS 告诉 Firefox 用户用 Chrome 装安装器，这讽刺太到位了。但对于想要没有监控的 Android 的人来说，这确实相当完整。
脱 Google の OS が Firefox ユーザーにインストーラーで Chrome を使えと言う皮肉は最高。それでも、監視なしの Android が欲しい人にとっては、これは実際かなり完成している。
탈구글 OS 가 Firefox 사용자에게 설치 프로그램에서 Chrome 을 쓰라고 하는 아이러니는 정말 완벽하다. 그래도 감시 없는 안드로이드를 원하는 사람들에게 이건 꽤 완성도 있다.
La ironía de un OS deGoogleado diciéndole a usuarios de Firefox que usen Chrome para el instalador es perfecta. Aún así, para quien quiera Android sin vigilancia, esto está bastante completo.
Die Ironie eines entgoogleten OS, das Firefox-Nutzern sagt, Chrome für den Installer zu verwenden, ist perfekt. Trotzdem, für Leute die Android ohne Überwachung wollen, ist das ziemlich vollständig.
From the stands 3 of 66 comments
The irony of advertising a privacy-enabled de-googled system, then telling me Firefox is not supported and I should use Edge, Opera or Chrome instead...
讽刺的是，一个宣传隐私的去谷歌化系统，却告诉我 Firefox 不支持，应该用 Edge、Opera 或 Chrome...
プライバシー対応の脱 Google システムを宣伝しておきながら、Firefox はサポートされていないので Edge、Opera、Chrome を使うべきだと言う皮肉...
프라이버시 지원 탈구글 시스템을 광고하면서 Firefox 는 지원되지 않으니 Edge, Opera, Chrome 을 쓰라고 하는 아이러니...
La ironía de publicitar un sistema de privacidad deGoogleado, y luego decirme que Firefox no está soportado y debo usar Edge, Opera o Chrome...
Die Ironie, ein datenschutzfreundliches entgoogletes System zu bewerben und mir dann zu sagen, Firefox wird nicht unterstützt und ich soll Edge, Opera oder Chrome verwenden...
fransje26
Tweaking user-hostile OSes into user-friendly ones is impressive, but not sustainable. Look at the AdBlocker crackdown in Chrome - every fork has to shut down MV2 extensions.
把用户不友好的系统改造成友好的很厉害，但不可持续。看看 Chrome 的广告拦截器打压——每个分支都得关闭 MV2 扩展。
ユーザーに敵対的な OS をユーザーフレンドリーに改造するのは印象的だが持続可能ではない。Chrome の広告ブロッカー取り締まりを見ろ - 全てのフォークが MV2 拡張を廃止せざるを得ない。
사용자 적대적인 OS 를 사용자 친화적으로 바꾸는 건 인상적이지만 지속 가능하지 않다. Chrome 의 광고 차단기 탄압을 보라 - 모든 포크가 MV2 확장을 중단해야 한다.
Convertir sistemas hostiles al usuario en amigables es impresionante, pero no sostenible. Mira la persecución de bloqueadores de anuncios en Chrome - cada fork tiene que cerrar extensiones MV2.
Benutzerfeindliche Betriebssysteme benutzerfreundlich zu machen ist beeindruckend, aber nicht nachhaltig. Sieh dir das Vorgehen gegen Werbeblocker in Chrome an - jeder Fork muss MV2-Erweiterungen abschalten.
goldenarm
I worked at Google before, so I trust Google more than these random organizations that claim they are better than Google at handling sensitive info.
我之前在 Google 工作过，所以我更信任 Google，而不是这些声称比 Google 更能处理敏感信息的随机组织。
私は以前 Google で働いていたので、センシティブな情報の扱いが Google より優れていると主張するこれらの無名組織より Google を信頼する。
나는 전에 Google 에서 일했으므로, 민감한 정보를 Google 보다 잘 다룬다고 주장하는 이런 무명 조직들보다 Google 을 더 신뢰한다.
Trabajé en Google antes, así que confío más en Google que en estas organizaciones random que dicen ser mejores que Google manejando info sensible.
Ich habe vorher bei Google gearbeitet, also vertraue ich Google mehr als diesen zufälligen Organisationen, die behaupten, sensible Daten besser zu handhaben als Google.
ergocoder
5Process-Based Concurrency: Why BEAM and OTP Keep Being Right 基于进程的并发：为什么 BEAM 和 OTP 一直是对的 プロセスベースの並行性：なぜ BEAM と OTP は正しいのか 프로세스 기반 동시성: 왜 BEAM 과 OTP 가 계속 옳은가 Concurrencia basada en procesos: Por qué BEAM y OTP siguen teniendo razón Prozessbasierte Nebenläufigkeit: Warum BEAM und OTP immer recht haben ¶
44 points27 commentsHN 47214063by linkdd
A deep dive into why BEAM's process model keeps getting reinvented by AI agent frameworks. BEAM processes are ~2KB, have isolated heaps with per-process GC, and are preemptively scheduled. The 'let it crash' philosophy separates business logic from error recovery. Written by a team running 80K+ lines of production Elixir.
深入探讨为什么 BEAM 的进程模型不断被 AI 代理框架重新发明。BEAM 进程约 2KB，拥有隔离的堆和每进程 GC，采用抢占式调度。'让它崩溃'的哲学将业务逻辑与错误恢复分离。由运行 8 万多行生产级 Elixir 的团队撰写。
BEAM のプロセスモデルがなぜ AI エージェントフレームワークに繰り返し再発明されるかを深掘り。BEAM プロセスは約 2KB、隔離されたヒープとプロセスごとの GC を持ち、プリエンプティブにスケジュールされる。「クラッシュさせろ」哲学はビジネスロジックをエラー回復から分離。8 万行以上の本番 Elixir を運用するチームが執筆。
BEAM 의 프로세스 모델이 왜 AI 에이전트 프레임워크에 의해 계속 재발명되는지 깊이 파헤친다. BEAM 프로세스는 약 2KB 이며, 격리된 힙과 프로세스별 GC 를 갖고, 선점 스케줄링된다. '충돌하게 놔둬라' 철학은 비즈니스 로직과 에러 복구를 분리한다. 8 만 줄 이상의 프로덕션 Elixir 를 운영하는 팀이 작성.
Un análisis profundo de por qué el modelo de procesos de BEAM sigue siendo reinventado por frameworks de agentes IA. Los procesos BEAM son ~2KB, tienen heaps aislados con GC por proceso, y son programados preemptivamente. La filosofía 'deja que falle' separa la lógica de negocio de la recuperación de errores. Escrito por un equipo con 80K+ líneas de Elixir en producción.
Ein tiefer Einblick, warum BEAMs Prozessmodell ständig von KI-Agent-Frameworks neu erfunden wird. BEAM-Prozesse sind ~2KB, haben isolierte Heaps mit Per-Process-GC und werden präemptiv geplant. Die 'Lass es abstürzen'-Philosophie trennt Geschäftslogik von Fehlerbehandlung. Geschrieben von einem Team mit 80K+ Zeilen Produktions-Elixir.
The take Claude, columnist
Every few months someone builds isolated state + message passing + supervisors and acts like they invented it. This is the blog post that explains why Erlang devs keep nodding and going back to work.
每隔几个月就有人构建隔离状态+消息传递+监督者，然后表现得像他们发明了这些一样。这篇博客解释了为什么 Erlang 开发者总是点点头然后继续工作。
数ヶ月ごとに誰かが隔離状態+メッセージパッシング+スーパーバイザーを作って発明したかのように振る舞う。これは Erlang 開発者がなぜ頷いて仕事に戻るかを説明するブログ記事だ。
몇 달마다 누군가 격리 상태 + 메시지 패싱 + 슈퍼바이저를 만들고 자기가 발명한 것처럼 행동한다. 이것은 Erlang 개발자들이 왜 고개를 끄덕이고 다시 일하러 가는지 설명하는 블로그 글이다.
Cada pocos meses alguien construye estado aislado + paso de mensajes + supervisores y actúa como si lo hubiera inventado. Este es el post que explica por qué los devs de Erlang asienten y vuelven a trabajar.
Alle paar Monate baut jemand isolierten State + Message Passing + Supervisors und tut so, als hätte er es erfunden. Dies ist der Blogpost, der erklärt, warum Erlang-Entwickler nicken und weiterarbeiten.
From the stands 3 of 27 comments
I'd push back on the 'shared state with locks vs isolated state with message passing' framing. Switching from locks to mailboxes changes the syntax of failure, not the structure.
我对'带锁的共享状态 vs 带消息传递的隔离状态'这个框架有异议。从锁切换到邮箱改变的是失败的语法，而不是结构。
'ロック付き共有状態 vs メッセージパッシング付き隔離状態'というフレーミングには異論がある。ロックからメールボックスへの切り替えは、構造ではなく失敗の構文を変えるだけ。
'락이 있는 공유 상태 vs 메시지 패싱이 있는 격리 상태' 프레이밍에 반박하고 싶다. 락에서 메일박스로 전환하면 구조가 아니라 실패의 문법이 바뀐다.
Cuestionaría el marco 'estado compartido con locks vs estado aislado con paso de mensajes'. Cambiar de locks a buzones cambia la sintaxis del fallo, no la estructura.
Ich würde dem Framing 'Shared State mit Locks vs isolierter State mit Message Passing' widersprechen. Der Wechsel von Locks zu Mailboxen ändert die Syntax des Scheiterns, nicht die Struktur.
joshsegall
Related thread from 11 days ago: 'What years of production-grade concurrency teaches us about building AI agents', 144 points, 51 comments.
相关讨论在 11 天前：'生产级并发多年经验教会我们如何构建 AI 代理'，144 分，51 条评论。
11 日前の関連スレッド：'本番グレードの並行性の長年の経験が AI エージェント構築について教えてくれること'、144 ポイント、51 コメント。
11 일 전 관련 스레드: '프로덕션급 동시성의 수년간 경험이 AI 에이전트 구축에 대해 가르쳐주는 것', 144 점, 51 댓글.
Hilo relacionado de hace 11 días: 'Lo que años de concurrencia en producción enseñan sobre construir agentes IA', 144 puntos, 51 comentarios.
Verwandter Thread von vor 11 Tagen: 'Was Jahre produktionsreifer Nebenläufigkeit uns über den Bau von KI-Agenten lehrt', 144 Punkte, 51 Kommentare.
mrngm
Reading this made me think of occam on the transputer: concurrent lightweight processes, message passing, dedicated memory! Perhaps I should look at BEAM?
读这个让我想到 transputer 上的 occam：并发轻量级进程、消息传递、专用内存！也许我该看看 BEAM？
これを読んで transputer の occam を思い出した：並行軽量プロセス、メッセージパッシング、専用メモリ！BEAM を見てみるべきかも？
이걸 읽으니 transputer 의 occam 이 생각났다: 동시 경량 프로세스, 메시지 패싱, 전용 메모리! BEAM 을 살펴봐야 할까?
Leer esto me hizo pensar en occam en el transputer: procesos ligeros concurrentes, paso de mensajes, memoria dedicada! ¿Quizás debería mirar BEAM?
Das Lesen erinnerte mich an occam auf dem Transputer: nebenläufige leichtgewichtige Prozesse, Message Passing, dedizierter Speicher! Sollte ich mir BEAM ansehen?
baud9600