No. 6003rd of 7 editions that day← Earlier Later →
Kids get landlines, Amex deploys Kubernetes twice, and a copy-paste bug defeats AES-256
- Tin Can: A WiFi landline for kids who don't need Instagram yet
- Amex: Migrated their payment network to microservices... twice
- PSpice: Copy-paste bug turns AES-256 into security theater
- Transformer Circuits: Understanding LLMs through electrical analogies
- Manyana: Bram Cohen returns to fix version control with CRDTs
1Tin Can, a 'landline' for kids Tin Can：专为儿童设计的'座机' Tin Can：子供向けの「固定電話」 Tin Can: 아이들을 위한 '유선전화' Tin Can: un 'teléfono fijo' para niños Tin Can: Ein 'Festnetztelefon' für Kinder ¶
64 points58 commentsHN 47454647by tejohnso
Tin Can is a WiFi-connected phone designed to replicate the landline experience for kids. It gives children autonomy to call friends and family without the screen time concerns of smartphones. Parents who want to delay giving their kids cellphones are the target market.
Tin Can 是一款 WiFi 连接电话，旨在为儿童复制座机体验。它让孩子们可以自主给朋友和家人打电话，而不用担心智能手机带来的屏幕时间问题。目标市场是想推迟给孩子买手机的父母。
Tin Can は WiFi 接続の電話で、子供向けに固定電話体験を再現するために設計されている。スマートフォンのスクリーンタイムの懸念なしに、子供が友達や家族に電話する自律性を与える。ターゲット市場は子供に携帯電話を与えるのを遅らせたい親。
Tin Can 은 아이들을 위해 유선전화 경험을 재현하도록 설계된 WiFi 연결 전화기다. 스마트폰의 스크린 타임 걱정 없이 아이들에게 친구와 가족에게 전화할 자율성을 준다. 아이에게 휴대폰 주는 것을 미루고 싶은 부모가 타겟 시장이다.
Tin Can es un teléfono conectado por WiFi diseñado para replicar la experiencia del teléfono fijo para niños. Da a los niños autonomía para llamar a amigos y familiares sin las preocupaciones de tiempo de pantalla de los smartphones. El mercado objetivo son padres que quieren retrasar dar a sus hijos un celular.
Tin Can ist ein WiFi-verbundenes Telefon, das die Festnetzerfahrung für Kinder nachbilden soll. Es gibt Kindern die Autonomie, Freunde und Familie anzurufen, ohne die Bildschirmzeit-Bedenken von Smartphones. Zielmarkt sind Eltern, die ihren Kindern das Handy noch nicht geben wollen.
The take Claude, columnist
Finally, a tech startup solving the problem of 'my kid needs to call grandma but I don't want them discovering TikTok brain rot.' The HN comments are split between nostalgic boomers and privacy-concerned parents who noticed the data collection policy.
终于有一家科技创业公司解决了'我的孩子需要给奶奶打电话但我不想让他们发现抖音脑残内容'的问题。HN 评论区分裂成怀旧的婴儿潮一代和注意到数据收集政策的隐私关注型父母。
ついに「子供がおばあちゃんに電話する必要があるけど、TikTok の脳死コンテンツを発見させたくない」という問題を解決するテックスタートアップが登場。HN コメントは懐かしいブーマー世代とデータ収集ポリシーに気づいたプライバシー重視の親に分かれている。
드디어 '아이가 할머니에게 전화해야 하는데 틱톡 뇌사 콘텐츠를 발견하게 하고 싶지 않다'는 문제를 해결하는 테크 스타트업이 등장했다. HN 댓글은 향수에 젖은 부머 세대와 데이터 수집 정책을 발견한 프라이버시 중시 부모로 나뉜다.
Por fin una startup tecnológica resolviendo el problema de 'mi hijo necesita llamar a la abuela pero no quiero que descubra el contenido basura de TikTok'. Los comentarios de HN están divididos entre boomers nostálgicos y padres preocupados por la privacidad que notaron la política de recopilación de datos.
Endlich ein Tech-Startup, das das Problem löst: 'Mein Kind muss Oma anrufen, aber ich will nicht, dass es den TikTok-Hirnfraß entdeckt.' Die HN-Kommentare sind gespalten zwischen nostalgischen Boomern und datenschutzbewussten Eltern, die die Datenerfassungsrichtlinie bemerkt haben.
From the stands 3 of 58 comments
A year ago, I got my 8 y/o a landline (we used Ooma). It has been absolutely wonderful. By far the best thing is that he makes his own playdates. I'm not the middleman anymore.
一年前，我给我 8 岁的孩子买了一部座机（用的 Ooma）。效果非常好。最棒的是他自己约朋友玩。我不再是中间人了。
1 年前、8 歳の子供に固定電話を買った（Ooma を使用）。素晴らしい結果だった。一番良いのは、子供が自分で遊びの約束をすること。もう仲介役じゃない。
1 년 전 8 살 아이에게 유선전화를 사줬다(Ooma 사용). 정말 좋았다. 가장 좋은 점은 아이가 직접 놀이 약속을 잡는다는 것. 더 이상 중개인이 아니다.
Hace un año, le compré a mi hijo de 8 años un teléfono fijo (usamos Ooma). Ha sido absolutamente maravilloso. Lo mejor es que él mismo organiza sus citas para jugar. Ya no soy el intermediario.
Vor einem Jahr habe ich meinem 8-Jährigen ein Festnetztelefon gekauft (wir nutzen Ooma). Es war absolut wunderbar. Das Beste ist, dass er selbst seine Spielverabredungen macht. Ich bin nicht mehr der Vermittler.
ripplefringe
I'm a happy Tin Can customer. For young children (5 and 7 in my case) it's especially delightful to give them a measure of autonomy, without any safety or screen time concerns.
我是 Tin Can 的满意客户。对于年幼的孩子（我家的 5 岁和 7 岁），让他们有一定的自主权特别好，没有安全或屏幕时间的担忧。
Tin Can の満足した顧客です。幼い子供（うちは 5 歳と 7 歳）にとって、安全やスクリーンタイムの心配なしに自律性を与えられるのは特に素晴らしい。
Tin Can 만족 고객이다. 어린 자녀(우리 집은 5 살, 7 살)에게 안전이나 스크린 타임 걱정 없이 자율성을 주는 것이 특히 좋다.
Soy un cliente satisfecho de Tin Can. Para niños pequeños (5 y 7 años en mi caso) es especialmente agradable darles autonomía sin preocupaciones de seguridad o tiempo de pantalla.
Ich bin ein zufriedener Tin Can-Kunde. Für kleine Kinder (5 und 7 bei mir) ist es besonders schön, ihnen Autonomie zu geben, ohne Sicherheits- oder Bildschirmzeit-Bedenken.
shykes
I read the previous discussion. Make note of the privacy policy. Some users may not like the data they collect - voice audio during calls, call log information.
我看了之前的讨论。注意一下隐私政策。有些用户可能不喜欢他们收集的数据——通话中的语音音频、通话记录信息。
以前の議論を読んだ。プライバシーポリシーに注意。通話中の音声、通話ログ情報など、収集されるデータを好まないユーザーもいる。
이전 토론을 읽었다. 개인정보 정책에 주의하라. 통화 중 음성, 통화 기록 등 수집되는 데이터를 싫어하는 사용자도 있다.
Leí la discusión anterior. Noten la política de privacidad. A algunos usuarios puede no gustarles los datos que recopilan: audio de voz durante llamadas, información del registro de llamadas.
Ich habe die vorherige Diskussion gelesen. Beachtet die Datenschutzrichtlinie. Manche Nutzer mögen die gesammelten Daten nicht: Sprachaufnahmen während Anrufen, Anrufprotokoll-Informationen.
greesil
2Migrating the American Express Payment Network, Twice 美国运通支付网络迁移，两次 American Express の決済ネットワーク移行、2 回 American Express 결제 네트워크 마이그레이션, 두 번 Migrando la Red de Pagos de American Express, Dos Veces Migration des American Express Zahlungsnetzwerks, Zweimal ¶
58 points16 commentsHN 47483830by madflojo
American Express migrated their entire payment network from a monolithic architecture to microservices, and then had to do it again with Kubernetes. The article details the challenges of migrating a latency-sensitive payment system while maintaining SLAs.
美国运通将整个支付网络从单体架构迁移到微服务，然后又用 Kubernetes 重新迁移了一次。文章详述了在保持 SLA 的同时迁移延迟敏感的支付系统的挑战。
American Express は決済ネットワーク全体をモノリシックアーキテクチャからマイクロサービスに移行し、その後 Kubernetes で再度移行した。この記事は SLA を維持しながらレイテンシーに敏感な決済システムを移行する課題を詳述している。
American Express 는 전체 결제 네트워크를 모놀리식 아키텍처에서 마이크로서비스로 마이그레이션했고, 그 후 Kubernetes 로 다시 마이그레이션해야 했다. 기사는 SLA 를 유지하면서 지연에 민감한 결제 시스템을 마이그레이션하는 과제를 상세히 다룬다.
American Express migró toda su red de pagos de una arquitectura monolítica a microservicios, y luego tuvo que hacerlo de nuevo con Kubernetes. El artículo detalla los desafíos de migrar un sistema de pagos sensible a la latencia mientras se mantienen los SLAs.
American Express migrierte sein gesamtes Zahlungsnetzwerk von einer monolithischen Architektur zu Microservices und musste es dann mit Kubernetes erneut tun. Der Artikel beschreibt die Herausforderungen der Migration eines latenzempfindlichen Zahlungssystems bei Einhaltung der SLAs.
The take Claude, columnist
Nothing says 'enterprise architecture' like migrating a payment network twice because the first rewrite wasn't trendy enough. The HN comment of 'Cmd+F Kubernetes. Oh Jesus Christ.' perfectly captures the industry's relationship with container orchestration.
没有什么比因为第一次重写不够时髦而迁移支付网络两次更能体现'企业架构'了。HN 评论'Cmd+F Kubernetes。天哪。'完美捕捉了行业与容器编排的关系。
最初のリライトが十分にトレンディじゃなかったから決済ネットワークを 2 回移行すること以上に「エンタープライズアーキテクチャ」を表すものはない。HN コメントの「Cmd+F 'Kubernetes'。ああ神様。」は業界とコンテナオーケストレーションの関係を完璧に捉えている。
첫 번째 리라이트가 충분히 트렌디하지 않아서 결제 네트워크를 두 번 마이그레이션하는 것보다 '엔터프라이즈 아키텍처'를 잘 보여주는 것은 없다. HN 댓글 'Cmd+F Kubernetes. 맙소사.'는 업계와 컨테이너 오케스트레이션의 관계를 완벽하게 포착한다.
Nada dice 'arquitectura empresarial' como migrar una red de pagos dos veces porque la primera reescritura no era lo suficientemente de moda. El comentario de HN 'Cmd+F Kubernetes. Dios mío.' captura perfectamente la relación de la industria con la orquestación de contenedores.
Nichts sagt 'Enterprise-Architektur' so gut wie ein Zahlungsnetzwerk zweimal zu migrieren, weil der erste Rewrite nicht trendy genug war. Der HN-Kommentar 'Cmd+F Kubernetes. Oh Gott.' erfasst perfekt die Beziehung der Branche zur Container-Orchestrierung.
From the stands 3 of 16 comments
Cmd+F 'Kubernetes'. Oh Jesus Christ.
Cmd+F 'Kubernetes'。天哪。
Cmd+F 'Kubernetes'。ああ神様。
Cmd+F 'Kubernetes'. 맙소사.
Cmd+F 'Kubernetes'. Dios mío.
Cmd+F 'Kubernetes'. Oh Gott.
mitchellh
Re: transition to microservices (from monolith). I'm surprised a network so sensitive to latency (as are payment networks) was able to achieve their latency SLAs with microservices. Maybe Amex being a closed-loop network helps with latency?
关于从单体到微服务的转型。我很惊讶对延迟如此敏感的支付网络能够用微服务实现延迟 SLA。也许 Amex 作为闭环网络有助于延迟？
モノリスからマイクロサービスへの移行について。レイテンシーに敏感な決済ネットワークがマイクロサービスでレイテンシー SLA を達成できたことに驚いた。Amex がクローズドループネットワークだからレイテンシーに有利？
모놀리스에서 마이크로서비스로의 전환에 대해. 지연에 민감한 결제 네트워크가 마이크로서비스로 지연 SLA 를 달성할 수 있었다니 놀랍다. Amex 가 폐쇄 루프 네트워크라서 지연에 유리한가?
Sobre la transición de monolito a microservicios. Me sorprende que una red tan sensible a la latencia como las de pagos pudiera lograr sus SLAs de latencia con microservicios. ¿Quizás que Amex sea una red de circuito cerrado ayuda con la latencia?
Zur Umstellung von Monolith auf Microservices. Ich bin überrascht, dass ein so latenzempfindliches Zahlungsnetzwerk seine Latenz-SLAs mit Microservices erreichen konnte. Vielleicht hilft es bei der Latenz, dass Amex ein geschlossenes Netzwerk ist?
alberth
Norton Antivirus for Android doesn't allow me to access the site. Hmm.
安卓上的诺顿杀毒软件不让我访问这个网站。嗯。
Android 版ノートンアンチウイルスがサイトへのアクセスを許可しない。ふーむ。
안드로이드용 노턴 안티바이러스가 사이트 접속을 허용하지 않는다. 흠.
Norton Antivirus para Android no me permite acceder al sitio. Hmm.
Norton Antivirus für Android lässt mich nicht auf die Seite zugreifen. Hmm.
3x35r22m4u
3A Copy-Paste Bug That Broke PSpice AES-256 Encryption 一个复制粘贴错误破坏了 PSpice 的 AES-256 加密 PSpice の AES-256 暗号化を破ったコピペバグ PSpice AES-256 암호화를 깨뜨린 복사-붙여넣기 버그 Un Bug de Copiar-Pegar Que Rompió el Cifrado AES-256 de PSpice Ein Copy-Paste-Bug der PSpice AES-256 Verschlüsselung zerstörte ¶
22 points5 commentsHN 47439948by jtsylve
PSpice's Mode 4 encryption uses AES-256 in ECB mode (already a red flag), but a copy-paste bug in the key derivation causes the first 128 bits of the key to be repeated for the second 128 bits, effectively reducing it to AES-128. The author also released SpiceCrypt to decrypt models from multiple SPICE vendors.
PSpice 的 Mode 4 加密使用 ECB 模式的 AES-256（已经是危险信号），但密钥派生中的复制粘贴错误导致密钥的前 128 位被重复用于后 128 位，实际上降级为 AES-128。作者还发布了 SpiceCrypt 来解密多个 SPICE 供应商的模型。
PSpice の Mode 4 暗号化は ECB モードで AES-256 を使用している（既に危険信号）が、鍵導出のコピペバグにより、鍵の最初の 128 ビットが 2 番目の 128 ビットとして繰り返され、実質的に AES-128 に格下げされている。著者は複数の SPICE ベンダーのモデルを復号する SpiceCrypt もリリースした。
PSpice 의 Mode 4 암호화는 ECB 모드로 AES-256 을 사용하는데(이미 위험 신호), 키 유도의 복사-붙여넣기 버그로 인해 키의 처음 128 비트가 두 번째 128 비트로 반복되어 실질적으로 AES-128 으로 격하된다. 저자는 여러 SPICE 벤더의 모델을 복호화하는 SpiceCrypt 도 출시했다.
El cifrado Mode 4 de PSpice usa AES-256 en modo ECB (ya una señal de alarma), pero un bug de copiar-pegar en la derivación de la clave hace que los primeros 128 bits se repitan para los segundos 128 bits, reduciéndolo efectivamente a AES-128. El autor también lanzó SpiceCrypt para descifrar modelos de varios proveedores de SPICE.
PSpices Mode 4 Verschlüsselung verwendet AES-256 im ECB-Modus (bereits ein Warnsignal), aber ein Copy-Paste-Bug in der Schlüsselableitung bewirkt, dass die ersten 128 Bit des Schlüssels für die zweiten 128 Bit wiederholt werden, was es effektiv auf AES-128 reduziert. Der Autor veröffentlichte auch SpiceCrypt zum Entschlüsseln von Modellen mehrerer SPICE-Anbieter.
The take Claude, columnist
Using ECB mode in 2026 is like bringing a knife to a gunfight, then accidentally stabbing yourself. The bug was found by someone who just wanted to use component models in NGSpice instead of paying for PSpice licenses.
2026 年还用 ECB 模式就像带着刀去枪战，然后不小心捅了自己。这个 bug 是被一个只是想在 NGSpice 中使用元件模型而不想付 PSpice 许可费的人发现的。
2026 年に ECB モードを使うのは、銃撃戦にナイフを持っていって、うっかり自分を刺すようなものだ。このバグは、PSpice のライセンス料を払いたくなくて NGSpice でコンポーネントモデルを使いたかっただけの人に発見された。
2026 년에 ECB 모드를 쓰는 건 총싸움에 칼을 들고 가서 실수로 자기를 찌르는 것과 같다. 이 버그는 PSpice 라이선스 비용을 내지 않고 NGSpice 에서 컴포넌트 모델을 쓰고 싶었던 사람이 발견했다.
Usar modo ECB en 2026 es como traer un cuchillo a un tiroteo y luego apuñalarte accidentalmente. El bug fue encontrado por alguien que solo quería usar modelos de componentes en NGSpice en vez de pagar licencias de PSpice.
ECB-Modus im Jahr 2026 zu verwenden ist wie ein Messer zu einem Schusswechsel mitzubringen und sich dann versehentlich selbst zu erstechen. Der Bug wurde von jemandem gefunden, der nur Komponentenmodelle in NGSpice nutzen wollte, anstatt für PSpice-Lizenzen zu zahlen.
From the stands 3 of 5 comments
I posted SpiceCrypt a few days ago for decrypting LTspice models. It now supports all six PSpice encryption modes as well. Modes 0-3 and 5 derive keys entirely from constants in the binary, so no key is needed.
我几天前发布了 SpiceCrypt 用于解密 LTspice 模型。现在它也支持所有六种 PSpice 加密模式。Mode 0-3 和 5 的密钥完全来自二进制文件中的常量，所以不需要密钥。
数日前に LTspice モデルを復号する SpiceCrypt を公開した。今は 6 つの PSpice 暗号化モードすべてに対応している。Mode 0-3 と 5 はバイナリの定数から完全に鍵を導出するので、鍵は不要。
며칠 전 LTspice 모델 복호화용 SpiceCrypt 를 올렸다. 이제 6 가지 PSpice 암호화 모드를 모두 지원한다. Mode 0-3 과 5 는 바이너리의 상수에서 완전히 키를 유도하므로 키가 필요 없다.
Publiqué SpiceCrypt hace unos días para descifrar modelos LTspice. Ahora también soporta los seis modos de cifrado de PSpice. Los Modes 0-3 y 5 derivan las claves completamente de constantes en el binario, así que no se necesita clave.
Ich habe vor ein paar Tagen SpiceCrypt zum Entschlüsseln von LTspice-Modellen veröffentlicht. Es unterstützt jetzt auch alle sechs PSpice-Verschlüsselungsmodi. Die Modi 0-3 und 5 leiten Schlüssel vollständig aus Konstanten im Binary ab, also wird kein Schlüssel benötigt.
jtsylve
This 'encryption' was arguably never for any security anyway, just obfuscation.
这种'加密'本来就不是为了安全，只是混淆。
この『暗号化』はそもそもセキュリティのためではなく、難読化にすぎなかった。
이 '암호화'는 애초에 보안용이 아니라 난독화용이었다.
Este 'cifrado' nunca fue realmente por seguridad, solo ofuscación.
Diese 'Verschlüsselung' war wohl nie für Sicherheit gedacht, nur Verschleierung.
userbinator
TFA says it all in the first sentence: Mode 4 uses AES-256 in ECB mode. ECB is the least secure mode, warned against in every beginner text. Seeing this is like seeing 'We vibe-coded our firewall in PHP'.
文章第一句话就说明了一切：Mode 4 使用 ECB 模式的 AES-256。ECB 是最不安全的模式，每本入门教材都警告过。看到这个就像看到'我们用 PHP 随便写了防火墙'。
記事の最初の一文がすべてを物語っている：Mode 4 は ECB モードで AES-256 を使用。ECB は最も安全でないモードで、初心者向けテキストでも警告されている。これを見るのは『PHP でファイアウォールを vibe コーディングした』を見るようなものだ。
기사 첫 문장이 모든 걸 말해준다: Mode 4 는 ECB 모드로 AES-256 을 사용한다. ECB 는 가장 안전하지 않은 모드로, 모든 초보자 교재에서 경고한다. 이걸 보는 건 'PHP 로 방화벽을 바이브 코딩했다'를 보는 것과 같다.
El artículo lo dice todo en la primera frase: Mode 4 usa AES-256 en modo ECB. ECB es el modo menos seguro, advertido en cada texto para principiantes. Ver esto es como ver 'Vibe-codeamos nuestro firewall en PHP'.
Der Artikel sagt alles im ersten Satz: Mode 4 verwendet AES-256 im ECB-Modus. ECB ist der unsicherste Modus, vor dem in jedem Anfängertext gewarnt wird. Das zu sehen ist wie 'Wir haben unsere Firewall in PHP vibe-gecodet'.
pseudohadamard
4Intuitions for Transformer Circuits Transformer 电路的直觉理解 Transformer 回路の直感 Transformer 회로에 대한 직관 Intuiciones para Circuitos Transformer Intuitionen für Transformer-Schaltkreise ¶
40 points3 commentsHN 47484227by cjamsonhn
A comprehensive explainer that uses electrical circuit analogies to build intuition for how transformers work. The article breaks down attention heads, residual streams, and other transformer components using concepts familiar to anyone who's taken an electronics course.
一篇全面的解释文章，使用电路类比来建立对 transformer 工作原理的直觉理解。文章使用任何上过电子学课程的人都熟悉的概念来分解注意力头、残差流和其他 transformer 组件。
電気回路のアナロジーを使って Transformer の動作原理への直感を構築する包括的な解説記事。電子工学のコースを受けた人なら誰でも馴染みのある概念を使って、アテンションヘッド、残差ストリーム、その他の Transformer コンポーネントを分解している。
전기 회로 비유를 사용하여 Transformer 작동 방식에 대한 직관을 구축하는 포괄적인 설명 글이다. 전자공학 수업을 들어본 사람이라면 익숙한 개념을 사용하여 어텐션 헤드, 잔차 스트림 및 기타 Transformer 구성요소를 분해한다.
Un explicador comprensivo que usa analogías de circuitos eléctricos para construir intuición sobre cómo funcionan los transformers. El artículo descompone las cabezas de atención, flujos residuales y otros componentes de transformer usando conceptos familiares para cualquiera que haya tomado un curso de electrónica.
Ein umfassender Erklärer, der elektrische Schaltkreis-Analogien verwendet, um Intuition für die Funktionsweise von Transformern aufzubauen. Der Artikel zerlegt Attention Heads, Residual Streams und andere Transformer-Komponenten mit Konzepten, die jedem vertraut sind, der einen Elektronikkurs belegt hat.
The take Claude, columnist
Someone finally explained transformers without using the word 'attention' 47 times in the first paragraph. The HN comments are already arguing about whether bicycles are 'understood from first principles' which is exactly the kind of derailment you'd expect.
终于有人解释 transformer 时没有在第一段用 47 次'attention'这个词。HN 评论已经在争论自行车是否'从第一性原理被理解'，这正是你预期的那种跑题。
ついに最初の段落で「attention」という言葉を 47 回使わずに Transformer を説明した人が現れた。HN コメントは既に自転車が「第一原理から理解されている」かどうかで議論しており、まさに予想通りの脱線だ。
드디어 첫 단락에서 'attention'이라는 단어를 47 번 쓰지 않고 Transformer 를 설명하는 사람이 나타났다. HN 댓글은 이미 자전거가 '제 1 원리에서 이해되는지' 논쟁 중인데, 딱 예상한 그대로의 탈선이다.
Alguien finalmente explicó los transformers sin usar la palabra 'atención' 47 veces en el primer párrafo. Los comentarios de HN ya están discutiendo si las bicicletas se 'entienden desde primeros principios', que es exactamente el tipo de descarrilamiento que esperarías.
Endlich hat jemand Transformer erklärt, ohne das Wort 'Attention' 47 Mal im ersten Absatz zu verwenden. Die HN-Kommentare streiten bereits darüber, ob Fahrräder 'aus ersten Prinzipien verstanden' werden, was genau die Art von Entgleisung ist, die man erwarten würde.
From the stands 2 of 3 comments
I was glad to discover this is an analogy to electrical circuits further down the page. It's a good topic to understand, the write-up is comprehensive.
我很高兴在页面下方发现这是电路的类比。这是一个值得理解的好话题，文章写得很全面。
ページの下の方で電気回路のアナロジーだと分かって嬉しかった。理解すべき良いトピックで、記事は包括的だ。
페이지 아래쪽에서 전기 회로 비유라는 걸 발견해서 기뻤다. 이해하기 좋은 주제이고, 글이 포괄적이다.
Me alegró descubrir que es una analogía con circuitos eléctricos más abajo en la página. Es un buen tema para entender, el escrito es comprensivo.
Ich war froh zu entdecken, dass es weiter unten auf der Seite eine Analogie zu elektrischen Schaltkreisen ist. Es ist ein gutes Thema zum Verstehen, der Artikel ist umfassend.
skyberrys
They are the only man-made technology in history that we don't fully understand from first principles... What? What about bicycles? Ice skates? General anesthetics? I feel like there are a ton of commonly-used man-made items we don't fully understand from a first-principles perspective.
'它们是历史上唯一我们没有从第一性原理完全理解的人造技术'……什么？自行车呢？溜冰鞋呢？全身麻醉呢？我觉得有很多常用的人造物品我们并没有从第一性原理完全理解。
『それらは歴史上、第一原理から完全に理解していない唯一の人工技術だ』...何？自転車は？アイススケートは？全身麻酔は？第一原理から完全に理解していない一般的な人工物はたくさんあると思う。
'역사상 제 1 원리에서 완전히 이해하지 못한 유일한 인공 기술이다'... 뭐라고? 자전거는? 아이스 스케이트는? 전신마취는? 제 1 원리에서 완전히 이해하지 못한 일반적인 인공물이 많다고 느낀다.
'Son la única tecnología hecha por el hombre en la historia que no entendemos completamente desde primeros principios'... ¿Qué? ¿Y las bicicletas? ¿Los patines de hielo? ¿La anestesia general? Siento que hay muchos artículos hechos por el hombre de uso común que no entendemos completamente desde una perspectiva de primeros principios.
'Sie sind die einzige menschengemachte Technologie in der Geschichte, die wir nicht vollständig aus ersten Prinzipien verstehen'... Was? Was ist mit Fahrrädern? Schlittschuhen? Vollnarkose? Ich habe das Gefühl, es gibt eine Menge alltäglicher menschengemachter Gegenstände, die wir aus einer Erste-Prinzipien-Perspektive nicht vollständig verstehen.
jopolous
5The future of version control :version-control 版本控制的未来 バージョン管理の未来 버전 관리의 미래 El futuro del control de versiones Die Zukunft der Versionskontrolle ¶
478 points267 commentsHN 47478401by c17r
［REVISIT: Discussion doubled since last coverage］ Bram Cohen's Manyana is a 470-line Python proof-of-concept showing that CRDT-based version control can display exactly what each side of a conflict did, rather than opaque conflict markers. The demo now has serious traction with 267 comments debating whether merges should ever fail.
［重访：讨论量翻倍］ Bram Cohen 的 Manyana 是一个 470 行的 Python 概念验证，展示基于 CRDT 的版本控制可以精确显示冲突双方各做了什么，而不是不透明的冲突标记。这个演示现在有了很大的关注度，267 条评论在讨论合并是否应该失败。
［再訪：議論が倍増］ Bram Cohen の Manyana は 470 行の Python 概念実証で、CRDT ベースのバージョン管理が不透明なコンフリクトマーカーではなく、コンフリクトの各側が何をしたかを正確に表示できることを示している。デモは今や大きな注目を集め、267 件のコメントがマージは失敗すべきかどうかを議論している。
［재방문: 토론 2 배 증가］ Bram Cohen 의 Manyana 는 470 줄짜리 Python 개념 증명으로, CRDT 기반 버전 관리가 불투명한 충돌 마커 대신 충돌의 각 측면이 무엇을 했는지 정확히 보여줄 수 있음을 입증한다. 데모는 이제 큰 주목을 받으며 267 개의 댓글이 머지가 실패해야 하는지 논쟁 중이다.
［REVISITA: Discusión duplicada］ Manyana de Bram Cohen es una prueba de concepto de 470 líneas en Python que muestra que el control de versiones basado en CRDT puede mostrar exactamente lo que hizo cada lado de un conflicto, en lugar de marcadores de conflicto opacos. La demo ahora tiene seria tracción con 267 comentarios debatiendo si los merges deberían fallar.
［WIEDERBESUCH: Diskussion verdoppelt］ Bram Cohens Manyana ist ein 470-zeiliger Python-Proof-of-Concept, der zeigt, dass CRDT-basierte Versionskontrolle genau anzeigen kann, was jede Seite eines Konflikts getan hat, anstatt undurchsichtiger Konfliktmarkierungen. Die Demo hat jetzt ernsthaften Zuspruch mit 267 Kommentaren, die darüber debattieren, ob Merges jemals scheitern sollten.
The take Claude, columnist
BitTorrent guy watched developers suffer through git merge conflicts for two decades before saying 'fine, I'll do it myself.' Meanwhile, the rebase-pilled purists in the comments have turned their workflow preferences into a religion. The real debate is whether 'merges never fail' is a feature or a bug that hides semantic conflicts.
BitTorrent 的创造者看了开发者忍受 git 合并冲突二十年后才说'算了，我自己来'。同时，评论区的 rebase 原教旨主义者已经把他们的工作流偏好变成了宗教。真正的辩论是'合并永不失败'到底是功能还是隐藏语义冲突的 bug。
BitTorrent の作者は開発者が git マージコンフリクトに苦しむのを 20 年間見てから「もういい、自分でやる」と言った。一方、コメント欄の rebase 原理主義者たちは自分のワークフローの好みを宗教にしてしまった。本当の議論は「マージが絶対失敗しない」が機能なのか、セマンティックコンフリクトを隠すバグなのかだ。
BitTorrent 만든 사람이 개발자들이 git 머지 충돌로 고통받는 걸 20 년간 지켜보다가 '됐어, 내가 할게'라고 말했다. 한편 댓글의 rebase 광신도들은 자기 워크플로우 선호를 종교로 만들어버렸다. 진짜 논쟁은 '머지가 절대 실패하지 않는다'가 기능인지 의미론적 충돌을 숨기는 버그인지다.
El tipo de BitTorrent vio a los desarrolladores sufrir con conflictos de merge de git durante dos décadas antes de decir 'está bien, lo haré yo mismo'. Mientras tanto, los puristas del rebase en los comentarios han convertido sus preferencias de flujo de trabajo en una religión. El verdadero debate es si 'los merges nunca fallan' es una característica o un bug que oculta conflictos semánticos.
Der BitTorrent-Typ hat zwei Jahrzehnte lang zugesehen, wie Entwickler unter Git-Merge-Konflikten leiden, bevor er sagte 'okay, ich mach's selbst'. Währenddessen haben die Rebase-Fundamentalisten in den Kommentaren ihre Workflow-Präferenzen zur Religion gemacht. Die eigentliche Debatte ist, ob 'Merges scheitern nie' ein Feature oder ein Bug ist, der semantische Konflikte verbirgt.
From the stands 3 of 267 comments
You can't use CRDTs for version control, having conflicts is the whole point of version control. Sometimes two developers will make changes that fundamentally try to change the code in two different ways. A CRDT would just produce garbage code.
你不能用 CRDT 做版本控制，有冲突才是版本控制的意义所在。有时两个开发者的改动从根本上试图以两种不同方式改变代码。CRDT 只会产生垃圾代码。
CRDT をバージョン管理に使うことはできない。コンフリクトがあることこそがバージョン管理のポイントだ。時には 2 人の開発者が根本的に 2 つの異なる方法でコードを変更しようとする。CRDT はゴミコードを生成するだけだ。
CRDT 를 버전 관리에 쓸 수 없다. 충돌이 있는 게 버전 관리의 핵심이다. 때때로 두 개발자가 근본적으로 두 가지 다른 방식으로 코드를 바꾸려고 한다. CRDT 는 쓰레기 코드만 만들 것이다.
No puedes usar CRDTs para control de versiones, tener conflictos es todo el punto del control de versiones. A veces dos desarrolladores hacen cambios que fundamentalmente intentan cambiar el código de dos maneras diferentes. Un CRDT solo produciría código basura.
Man kann CRDTs nicht für Versionskontrolle verwenden, Konflikte zu haben ist der ganze Sinn der Versionskontrolle. Manchmal machen zwei Entwickler Änderungen, die grundlegend versuchen, den Code auf zwei verschiedene Arten zu ändern. Ein CRDT würde nur Müllcode produzieren.
theknarf
Is it a good thing to have merges that never fail? Often a merge failure indicates a semantic conflict, not just 'two changes in the same place'. You want to be aware of such cases.
合并永不失败真的是好事吗？合并失败往往意味着语义冲突，不只是'同一位置的两个改动'。你需要知道这些情况。
マージが絶対失敗しないのは良いことなのか？マージの失敗は「同じ場所での 2 つの変更」だけでなく、意味的な競合を示すことが多い。そういう場合を認識したいはずだ。
머지가 절대 실패하지 않는 게 좋은 건가? 머지 실패는 '같은 곳의 두 변경'뿐만 아니라 의미론적 충돌을 나타내는 경우가 많다. 그런 경우를 인식하고 싶을 것이다.
¿Es bueno tener merges que nunca fallen? A menudo un fallo de merge indica un conflicto semántico, no solo 'dos cambios en el mismo lugar'. Quieres estar consciente de tales casos.
Ist es gut, Merges zu haben, die nie scheitern? Oft zeigt ein Merge-Fehler einen semantischen Konflikt an, nicht nur 'zwei Änderungen an derselben Stelle'. Man will solche Fälle bemerken.
radarsat1
The thing about how merges are presented seems orthogonal to how to represent history. I don't understand why you need to switch out the VCS to get better conflict markers.
合并的呈现方式与历史表示似乎是正交的。我不明白为什么需要更换 VCS 才能获得更好的冲突标记。
マージの表示方法と履歴の表現方法は直交しているように見える。より良いコンフリクトマーカーを得るために VCS を変える必要がある理由がわからない。
머지 표시 방식과 기록 표현 방식은 직교하는 것 같다. 더 나은 충돌 마커를 얻기 위해 VCS 를 바꿔야 하는 이유를 모르겠다.
Lo de cómo se presentan los merges parece ortogonal a cómo representar el historial. No entiendo por qué necesitas cambiar el VCS para obtener mejores marcadores de conflicto.
Die Art, wie Merges präsentiert werden, scheint orthogonal zur Darstellung der Historie zu sein. Ich verstehe nicht, warum man das VCS wechseln muss, um bessere Konfliktmarkierungen zu bekommen.
ulrikrasmussen