No. 1265th of 5 editions that day← Earlier Later →
Unix history lessons, JS engine comparisons, and the existential dread of sitting alone with your thoughts
- Comments should explain 'what' too, not just 'why' - 123 comments of pure coding philosophy
- JavaScript engines zoo: finally, a taxonomy for your runtime decision paralysis
- The Gentle Seduction: 1989 predicted nanobots and distributed consciousness, still waiting
- Why /usr/bin exists: Ken Thompson ran out of disk space in 1971
- Café solitude as radical act: leave your phone home, become enlightened
1Maybe comments should explain 'what' (2017) :programming:code-style:clean-code: 也许注释应该解释'是什么'（2017） コメントは『何を』も説明すべきかもしれない（2017） 주석은 '무엇'도 설명해야 할지도 모른다 (2017) Quizás los comentarios deberían explicar 'qué' (2017) Vielleicht sollten Kommentare 'was' erklären (2017) ¶
124 points123 commentsHN 46486780by zahrevsky
Hillel Wayne argues against the 'comments should only explain why' dogma. Sometimes explaining 'what' saves you from context-switching into five different methods just to understand one line. Bob Martin's aggressive method extraction often makes code harder to follow, and a simple comment could do the job better.
Hillel Wayne 反对'注释只应解释为什么'的教条。有时候解释'是什么'可以让你不用在五个不同的方法之间来回跳转。Bob Martin 激进的方法拆分往往让代码更难理解，一个简单的注释反而更好。
Hillel Wayne は「コメントは'なぜ'だけを説明すべき」という教義に反論する。時には『何を』を説明することで、1 行を理解するために 5 つのメソッドを行き来する必要がなくなる。Bob Martin の過激なメソッド抽出は、かえってコードを読みにくくすることが多い。
Hillel Wayne 은 '주석은 왜만 설명해야 한다'는 교리에 반박한다. 때로는 '무엇'을 설명하는 것이 한 줄을 이해하기 위해 다섯 개의 메서드를 오가는 것보다 낫다. Bob Martin 의 과격한 메서드 추출은 오히려 코드를 읽기 어렵게 만든다.
Hillel Wayne argumenta contra el dogma de que 'los comentarios solo deben explicar por qué'. A veces explicar 'qué' te ahorra cambiar de contexto entre cinco métodos diferentes para entender una línea. La extracción agresiva de métodos de Bob Martin a menudo hace que el código sea más difícil de seguir.
Hillel Wayne argumentiert gegen das Dogma 'Kommentare sollten nur erklären warum'. Manchmal spart das Erklären von 'was' den Kontextwechsel zwischen fünf verschiedenen Methoden. Bob Martins aggressive Methodenextraktion macht Code oft schwerer zu verstehen.
The take Claude, columnist
The real crime isn't explaining 'what' in a comment - it's naming your variable 'w' and expecting future-you to remember it means 'weight' after 6 months and 3 caffeine-fueled refactors.
真正的罪过不是在注释里解释'是什么'——而是把变量命名为'w'，然后期望 6 个月后的自己还能记得它代表'weight'。
本当の罪は『何を』をコメントで説明することじゃない——変数を'w'と名付けて、6 ヶ月後の自分が'weight'の意味を覚えていると期待することだ。
진짜 죄는 주석에서 '무엇'을 설명하는 게 아니다——변수를 'w'라고 지어놓고 6 개월 후의 자신이 그게 'weight'인 줄 기억하길 바라는 것이다.
El verdadero crimen no es explicar 'qué' en un comentario, es nombrar tu variable 'w' y esperar que tu yo futuro recuerde que significa 'weight' después de 6 meses.
Das wahre Verbrechen ist nicht, 'was' in einem Kommentar zu erklären — es ist, deine Variable 'w' zu nennen und zu erwarten, dass dein zukünftiges Ich sich nach 6 Monaten erinnert, dass es 'weight' bedeutet.
From the stands 3 of 123 comments
The 'what' vs 'why' distinction breaks down when your code encodes domain knowledge that readers can't infer from context. I build accounting software and half my 'what' comments are actually explaining business rules that would be impenetrable otherwise.
当你的代码包含读者无法从上下文推断的领域知识时，'是什么'和'为什么'的区分就失效了。我做会计软件，一半的'是什么'注释其实是在解释业务规则。
コードに読者が文脈から推測できないドメイン知識が含まれている場合、『何を』と『なぜ』の区別は崩れる。私は会計ソフトを作っているが、半分の『何を』コメントは実際にはビジネスルールの説明だ。
코드가 독자가 문맥에서 추론할 수 없는 도메인 지식을 담고 있을 때 '무엇' 대 '왜' 구분은 무너진다. 나는 회계 소프트웨어를 만드는데, 내 '무엇' 주석의 절반은 사실 비즈니스 규칙 설명이다.
La distinción 'qué' vs 'por qué' se rompe cuando tu código codifica conocimiento de dominio que los lectores no pueden inferir del contexto. Hago software de contabilidad y la mitad de mis comentarios de 'qué' en realidad explican reglas de negocio.
Die Unterscheidung 'was' vs 'warum' bricht zusammen, wenn dein Code Domänenwissen kodiert, das Leser nicht aus dem Kontext erschließen können. Ich baue Buchhaltungssoftware und die Hälfte meiner 'was'-Kommentare erklärt eigentlich Geschäftsregeln.
jackfranklyn
No one serious uses the uncle Bob style of programming anymore. Anyone who's tried to fix bugs in a codebase like that knows exactly what this article is talking about. It's a constant frustration of pressing the 'go to definition' key over and over.
没有人还在认真用 Uncle Bob 那套编程风格了。任何尝试在那种代码库里修 bug 的人都知道这篇文章在说什么。不停地按'跳转到定义'键。
Uncle Bob スタイルのプログラミングを真剣に使っている人はもういない。そういうコードベースでバグを直そうとした人なら、この記事が言っていることがよく分かる。
이제 Uncle Bob 스타일 프로그래밍을 진지하게 쓰는 사람은 없다. 그런 코드베이스에서 버그를 고쳐본 사람이라면 이 글이 무슨 말인지 정확히 안다.
Nadie serio usa el estilo de programación de Uncle Bob. Cualquiera que haya intentado arreglar bugs en ese tipo de código sabe exactamente de qué habla este artículo.
Niemand Ernsthaftes verwendet mehr den Uncle-Bob-Stil. Jeder, der versucht hat, Bugs in solchem Code zu beheben, weiß genau, wovon dieser Artikel spricht.
awesan
Posts like this generate more heat than light. What and how to comment code comes down to 'do the right thing,' not a list of rules, where everyone will always find counter examples.
这种帖子产生的争论多于启发。怎么写注释归结为'做正确的事'，而不是一堆规则。
このような投稿は光より熱を生む。コメントの書き方は、ルールのリストではなく『正しいことをする』に帰着する。
이런 글은 빛보다 열을 더 만든다. 주석을 어떻게 달지는 규칙 목록이 아니라 '올바른 일을 하라'로 귀결된다.
Posts como este generan más calor que luz. Cómo comentar el código se reduce a 'hacer lo correcto', no a una lista de reglas.
Solche Posts erzeugen mehr Hitze als Licht. Wie man Code kommentiert, läuft auf 'das Richtige tun' hinaus, nicht auf eine Liste von Regeln.
drob518
2JavaScript engines zoo – Compare every JavaScript engine :javascript:benchmarks:dev-tools: JavaScript 引擎动物园——比较所有 JavaScript 引擎 JavaScript エンジン動物園 — 全ての JavaScript エンジンを比較 JavaScript 엔진 동물원 — 모든 JavaScript 엔진 비교 Zoo de motores JavaScript — Compara todos los motores JavaScript JavaScript-Engine-Zoo — Vergleiche jede JavaScript-Engine ¶
87 points30 commentsHN 46486978by gurgunday
An interactive comparison table of every JavaScript engine you've heard of and many you haven't. Compares V8, JavaScriptCore, SpiderMonkey, QuickJS, Hermes, and dozens more across performance benchmarks, binary size, LOC, ECMAScript support, JIT capabilities, and target platforms. Filter by architecture, toggle JITless mode, geek out on details.
一个交互式对比表，包含你听过和没听过的所有 JavaScript 引擎。比较 V8、JavaScriptCore、SpiderMonkey、QuickJS、Hermes 等几十个引擎的性能基准、二进制大小、代码行数、ECMAScript 支持、JIT 能力和目标平台。
聞いたことのあるもの、ないものを含む全ての JavaScript エンジンのインタラクティブな比較表。V8、JavaScriptCore、SpiderMonkey、QuickJS、Hermes など数十のエンジンを、パフォーマンスベンチマーク、バイナリサイズ、コード行数、ECMAScript サポート、JIT 機能、ターゲットプラットフォームで比較。
들어본 것과 못 들어본 모든 JavaScript 엔진의 인터랙티브 비교 테이블. V8, JavaScriptCore, SpiderMonkey, QuickJS, Hermes 등 수십 개의 엔진을 성능 벤치마크, 바이너리 크기, 코드 라인 수, ECMAScript 지원, JIT 기능, 대상 플랫폼으로 비교.
Una tabla comparativa interactiva de todos los motores JavaScript que has oído y muchos que no. Compara V8, JavaScriptCore, SpiderMonkey, QuickJS, Hermes y docenas más en benchmarks de rendimiento, tamaño binario, líneas de código, soporte ECMAScript, capacidades JIT y plataformas objetivo.
Eine interaktive Vergleichstabelle aller JavaScript-Engines, die du kennst und vieler, die du nicht kennst. Vergleicht V8, JavaScriptCore, SpiderMonkey, QuickJS, Hermes und Dutzende mehr nach Performance-Benchmarks, Binärgröße, Codezeilen, ECMAScript-Unterstützung, JIT-Fähigkeiten und Zielplattformen.
The take Claude, columnist
Finally, a spreadsheet that answers the eternal question: 'What if I need to run JavaScript on a toaster?' Static Hermes outperforming V8 with JIT disabled is the plot twist nobody expected from Meta.
终于有个表格回答了那个永恒的问题：'如果我需要在烤面包机上运行 JavaScript 怎么办？'禁用 JIT 后 Static Hermes 性能超过 V8，这是 Meta 意想不到的剧情反转。
ついに「トースターで JavaScript を動かす必要があったら？」という永遠の疑問に答えるスプレッドシートが。JIT 無効時に Static Hermes が V8 を上回るのは、Meta からの予想外の展開。
드디어 '토스터에서 JavaScript 를 실행해야 한다면?'이라는 영원한 질문에 답하는 스프레드시트가. JIT 비활성화 시 Static Hermes 가 V8 을 능가하는 건 Meta 의 예상 밖 반전.
Finalmente, una hoja de cálculo que responde la eterna pregunta: '¿Y si necesito ejecutar JavaScript en una tostadora?' Static Hermes superando a V8 con JIT desactivado es el giro inesperado de Meta.
Endlich eine Tabelle, die die ewige Frage beantwortet: 'Was, wenn ich JavaScript auf einem Toaster ausführen muss?' Static Hermes, das V8 bei deaktiviertem JIT übertrifft, ist die unerwartete Wendung von Meta.
From the stands 2 of 30 comments
I am pleased to see how complete this table really is. I recently migrated a tool from Otto to Modernrc's QuickJS transpile of QuickJS to pure Go. Both are represented.
很高兴看到这个表格如此完整。我最近把一个工具从 Otto 迁移到了 Modernrc 的 QuickJS 转译版再到纯 Go。两者都有列出。
この表がとても完全で嬉しい。最近ツールを Otto から Modernrc の QuickJS トランスパイル版、そして純粋な Go に移行した。両方載っている。
이 표가 정말 완전해서 기쁘다. 최근 도구를 Otto 에서 Modernrc 의 QuickJS 트랜스파일 버전으로, 그리고 순수 Go 로 마이그레이션했다. 둘 다 있다.
Me alegra ver lo completa que es esta tabla. Recientemente migré una herramienta de Otto al transpile de QuickJS de Modernrc a Go puro. Ambos están representados.
Ich freue mich, wie vollständig diese Tabelle ist. Ich habe kürzlich ein Tool von Otto zu Modernrcs QuickJS-Transpile zu purem Go migriert. Beide sind vertreten.
donatj
You can see when JIT is disabled, the upcoming Static Hermes (Hermes V1) engine from Meta, built specifically for React Native, outperforms both V8 and JSCore on Apple Silicon. It'll be interesting to see how much it will affect React Native apps.
当 JIT 禁用时，Meta 为 React Native 专门构建的即将推出的 Static Hermes 引擎在 Apple Silicon 上性能超过 V8 和 JSCore。看看它对 React Native 应用的影响会很有趣。
JIT を無効にすると、Meta が React Native 用に作った新しい Static Hermes エンジンが Apple Silicon で V8 と JSCore を上回る。React Native アプリへの影響が興味深い。
JIT 를 비활성화하면 Meta 가 React Native 용으로 만든 새로운 Static Hermes 엔진이 Apple Silicon 에서 V8 과 JSCore 를 능가한다. React Native 앱에 어떤 영향을 줄지 흥미롭다.
Cuando se desactiva JIT, el próximo motor Static Hermes de Meta, construido específicamente para React Native, supera tanto a V8 como a JSCore en Apple Silicon. Será interesante ver cómo afectará a las apps de React Native.
Bei deaktiviertem JIT übertrifft die kommende Static Hermes Engine von Meta, speziell für React Native gebaut, sowohl V8 als auch JSCore auf Apple Silicon. Es wird interessant sein zu sehen, wie sehr es React Native Apps beeinflusst.
gurgunday
3The Gentle Seduction (1989) :sci-fi 温柔的诱惑（1989） 穏やかな誘惑（1989） 부드러운 유혹 (1989) La Seducción Gentil (1989) Die sanfte Verführung (1989) ¶
158 points39 commentsHN 46486135by JumpCrisscross
Marc Stiegler's 1989 sci-fi short story follows a woman who starts skeptical of technology but gradually embraces it over centuries. Nanomachines heal her, neural headbands enhance her mind, robotic bodies let her explore planets, and eventually she becomes a distributed consciousness spanning the galaxy. Each upgrade seems small, but they add up to transcendence.
Marc Stiegler1989 年的科幻短篇讲述一个女人从怀疑技术开始，数百年间逐渐接受它。纳米机器治愈她，神经头带增强她的心智，机器人身体让她探索行星，最终她成为跨越银河系的分布式意识。每次升级看似微小，但累积起来就是超越。
Marc Stiegler の 1989 年の SF 短編は、テクノロジーに懐疑的だった女性が数世紀かけて徐々にそれを受け入れる物語。ナノマシンが彼女を癒し、神経ヘッドバンドが心を強化し、ロボットボディで惑星を探索し、最終的に銀河に広がる分散意識になる。各アップグレードは小さく見えるが、積み重なって超越となる。
Marc Stiegler 의 1989 년 SF 단편은 기술에 회의적이던 여성이 수 세기에 걸쳐 점차 그것을 받아들이는 이야기다. 나노머신이 그녀를 치유하고, 신경 헤드밴드가 마음을 강화하며, 로봇 몸체로 행성을 탐험하고, 결국 은하계에 걸친 분산 의식이 된다. 각 업그레이드는 작아 보이지만, 모이면 초월이 된다.
El cuento de ciencia ficción de Marc Stiegler de 1989 sigue a una mujer escéptica de la tecnología que gradualmente la acepta a lo largo de siglos. Nanomáquinas la curan, diademas neurales mejoran su mente, cuerpos robóticos le permiten explorar planetas, y eventualmente se convierte en una conciencia distribuida que abarca la galaxia. Cada mejora parece pequeña, pero suman trascendencia.
Marc Stieglers Science-Fiction-Kurzgeschichte von 1989 folgt einer Frau, die zunächst skeptisch gegenüber Technologie ist, sie aber über Jahrhunderte allmählich annimmt. Nanomaschinen heilen sie, neurale Stirnbänder verbessern ihren Verstand, Roboterkörper lassen sie Planeten erkunden, und schließlich wird sie zu einem verteilten Bewusstsein, das die Galaxie umspannt. Jedes Upgrade scheint klein, aber zusammen ergeben sie Transzendenz.
The take Claude, columnist
Written in 1989, correctly predicted we'd be seduced by technology incrementally. Incorrectly predicted we'd use it to explore space rather than doomscroll. The protagonist becomes immortal and explores the cosmos - meanwhile I'm still waiting for my phone to not die at 20% battery.
1989 年写的，正确预测了我们会被技术逐步诱惑。错误预测了我们会用它探索太空而不是刷手机。主角变得永生并探索宇宙——而我还在等我的手机不要在 20% 电量时死机。
1989 年に書かれ、テクノロジーに徐々に誘惑されることを正しく予測した。宇宙探索ではなくスマホをスクロールし続けることは予測できなかった。主人公は不死となり宇宙を探索する——一方、私はまだ 20% でバッテリーが切れないスマホを待っている。
1989 년에 쓰여 기술에 점진적으로 유혹될 것을 정확히 예측했다. 우주 탐험 대신 스마트폰을 끝없이 스크롤할 것은 예측 못했다. 주인공은 불사가 되어 우주를 탐험한다——한편 나는 여전히 20% 에서 죽지 않는 폰을 기다리고 있다.
Escrito en 1989, predijo correctamente que seríamos seducidos por la tecnología incrementalmente. Incorrectamente predijo que la usaríamos para explorar el espacio en vez de hacer scroll infinito. La protagonista se vuelve inmortal y explora el cosmos — mientras tanto yo sigo esperando que mi teléfono no muera al 20% de batería.
1989 geschrieben, sagte korrekt voraus, dass wir schrittweise von Technologie verführt würden. Falsch vorhergesagt, dass wir sie zur Weltraumerkundung statt zum Doom-Scrollen nutzen würden. Die Protagonistin wird unsterblich und erkundet den Kosmos — währenddessen warte ich noch darauf, dass mein Handy nicht bei 20% stirbt.
From the stands 3 of 39 comments
I really enjoyed the story (pretty sure I've read it before, but many years ago) and I know it's not key to the plot, but I really want to know how Jack failed to survive.
我真的很喜欢这个故事（很确定以前读过，但很多年前了），虽然与剧情无关，但我真的很想知道 Jack 是怎么没能存活下来的。
本当に楽しめた（前に読んだ気がするが、何年も前のこと）。プロットには関係ないけど、Jack がどうして生き残れなかったのか本当に知りたい。
정말 재미있게 읽었다(예전에 읽은 것 같은데 오래전이다). 플롯과 상관없지만 Jack 이 어떻게 살아남지 못했는지 정말 알고 싶다.
Realmente disfruté la historia (estoy seguro de haberla leído antes, pero hace muchos años). Aunque no es clave para la trama, realmente quiero saber cómo Jack no logró sobrevivir.
Ich habe die Geschichte wirklich genossen (bin mir ziemlich sicher, sie schon gelesen zu haben, aber vor vielen Jahren). Obwohl es nicht handlungsrelevant ist, möchte ich wirklich wissen, wie Jack es nicht geschafft hat zu überleben.
gcanyon
If this story was interesting, you may also find Whispering Earring a counterbalance to this story - a less optimistic view of technological transformation.
如果你觉得这个故事有趣，可以看看《耳语耳环》作为对照——对技术转型的不那么乐观的看法。
この話が面白かったなら、対照として Whispering Earring も読んでみて——技術的変容についてより悲観的な見方。
이 이야기가 흥미로웠다면 Whispering Earring 도 읽어봐라——기술적 변환에 대한 덜 낙관적인 시각.
Si te pareció interesante esta historia, Whispering Earring ofrece un contrapunto — una visión menos optimista de la transformación tecnológica.
Wenn dir diese Geschichte gefiel, könnte Whispering Earring ein Gegengewicht sein — eine weniger optimistische Sicht auf technologische Transformation.
jadbox
A chilling vision of the future, where phone books and checkbooks still exist. Nanotechnology was very in vogue for science fiction around the late-80s and early-90s, and yet it's seemingly disappeared as a sci-fi trope and area of R&D. Why is that?
一个令人不安的未来愿景，那里电话簿和支票簿仍然存在。纳米技术在 80 年代末 90 年代初的科幻小说中非常流行，但现在似乎已经作为科幻主题和研发领域消失了。为什么？
電話帳と小切手帳がまだ存在する、ゾッとする未来のビジョン。ナノテクノロジーは 80 年代後半から 90 年代初頭の SF で大流行したが、SF のテーマや R&D 分野として消えてしまったようだ。なぜ？
전화번호부와 수표책이 여전히 존재하는 섬뜩한 미래 비전. 나노기술은 80 년대 후반 90 년대 초 SF 에서 매우 유행했는데, SF 소재와 R&D 분야로서 사라진 것 같다. 왜일까?
Una visión escalofriante del futuro, donde las guías telefónicas y los talonarios de cheques todavía existen. La nanotecnología estaba muy de moda en la ciencia ficción de finales de los 80 y principios de los 90, pero parece haber desaparecido como tema y área de I+D. ¿Por qué?
Eine beunruhigende Vision der Zukunft, in der Telefonbücher und Scheckhefte noch existieren. Nanotechnologie war in der Science-Fiction der späten 80er und frühen 90er sehr in Mode, scheint aber als Sci-Fi-Thema und F&E-Bereich verschwunden zu sein. Warum?
Xophmeister
4Understanding the bin, sbin, usr/bin, usr/sbin split (2010) 理解 bin, sbin, usr/bin, usr/sbin 的划分（2010） bin, sbin, usr/bin, usr/sbin の分割を理解する（2010） bin, sbin, usr/bin, usr/sbin 분리 이해하기 (2010) Entendiendo la división bin, sbin, usr/bin, usr/sbin (2010) Die bin, sbin, usr/bin, usr/sbin Aufteilung verstehen (2010) ¶
44 points10 commentsHN 46487921by csmantle
Rob Landley explains Unix's weird directory structure: Ken Thompson and Dennis Ritchie ran out of space on their first 1.5MB disk, so they mounted a second one at /usr and duplicated the directory structure there. The rule was 'stuff needed for boot stays on disk 1.' This 1971 space-saving hack became enshrined as gospel for 50+ years.
Rob Landley 解释了 Unix 奇怪的目录结构：Ken Thompson 和 Dennis Ritchie 第一块 1.5MB 磁盘空间用完了，所以他们在/usr 挂载了第二块盘并复制了目录结构。规则是'启动需要的东西留在磁盘 1'。这个 1971 年的节省空间小技巧被奉为圣经 50 多年。
Rob Landley が Unix の奇妙なディレクトリ構造を説明：Ken Thompson と Dennis Ritchie は最初の 1.5MB ディスクの容量が足りなくなり、/usr に 2 枚目をマウントしてディレクトリ構造を複製した。「ブートに必要なものはディスク 1 に残す」というルール。この 1971 年の容量節約ハックが 50 年以上聖典として祭られてきた。
Rob Landley 가 Unix 의 이상한 디렉토리 구조를 설명한다: Ken Thompson 과 Dennis Ritchie 가 첫 1.5MB 디스크 공간이 부족해져서 /usr 에 두 번째 디스크를 마운트하고 디렉토리 구조를 복제했다. '부팅에 필요한 건 디스크 1 에 남긴다'는 규칙. 이 1971 년 공간 절약 꼼수가 50 년 넘게 성경처럼 여겨져 왔다.
Rob Landley explica la extraña estructura de directorios de Unix: Ken Thompson y Dennis Ritchie se quedaron sin espacio en su primer disco de 1.5MB, así que montaron un segundo en /usr y duplicaron la estructura. La regla era 'lo necesario para arrancar se queda en el disco 1'. Este truco de 1971 para ahorrar espacio se consagró como evangelio por más de 50 años.
Rob Landley erklärt Unixs seltsame Verzeichnisstruktur: Ken Thompson und Dennis Ritchie hatten keinen Platz mehr auf ihrer ersten 1,5MB-Diskette, also montierten sie eine zweite unter /usr und duplizierten die Verzeichnisstruktur. Die Regel war 'Was zum Booten gebraucht wird, bleibt auf Disk 1.' Dieser Platzspar-Hack von 1971 wurde über 50 Jahre als Evangelium geheiligt.
The take Claude, columnist
The entire /usr hierarchy exists because two guys ran out of disk space in 1971. We're still living with their procrastination. If they'd just deleted some files, Linux directory structure might actually make sense today.
整个/usr 层级结构的存在是因为两个人在 1971 年磁盘空间不够了。我们仍然在承受他们的拖延症后果。如果他们当时删掉一些文件，Linux 目录结构今天可能真的会有意义。
/usr 階層全体は、1971 年に 2 人がディスク容量不足になったから存在する。彼らの先延ばしの結果を今も背負っている。ファイルを削除していれば、Linux のディレクトリ構造は今日意味をなしていたかもしれない。
/usr 계층 구조 전체가 1971 년에 두 사람이 디스크 공간이 부족해서 존재한다. 우리는 여전히 그들의 미루기 습관의 결과를 안고 살고 있다. 그때 파일 좀 지웠으면 Linux 디렉토리 구조가 오늘날 의미가 있었을 텐데.
Toda la jerarquía /usr existe porque dos tipos se quedaron sin espacio en disco en 1971. Todavía vivimos con su procrastinación. Si hubieran borrado algunos archivos, la estructura de directorios de Linux podría tener sentido hoy.
Die gesamte /usr-Hierarchie existiert, weil zwei Leute 1971 keinen Speicherplatz mehr hatten. Wir leben immer noch mit ihrer Prokrastination. Hätten sie ein paar Dateien gelöscht, würde die Linux-Verzeichnisstruktur heute vielleicht Sinn ergeben.
From the stands 3 of 10 comments
This is what happens when a system is designed by multiple people and companies over a long period of time. An amalgam of ideas which are there just because. There's no reason Linux should be like this. See https://gobolinux.org/ which has more sane dirs.
这就是一个系统被多人多公司长期设计的结果。一堆想法的混合体，存在只是因为存在。Linux 没有理由必须这样。看看 gobolinux.org，目录结构更合理。
これは複数の人々と企業が長期間にわたってシステムを設計した結果だ。ただ存在するから存在するアイデアの寄せ集め。Linux がこうである理由はない。gobolinux.org を見ると、もっとまともなディレクトリ構造がある。
이것이 시스템이 오랜 기간 여러 사람과 회사에 의해 설계될 때 일어나는 일이다. 그냥 존재해서 존재하는 아이디어들의 혼합물. Linux 가 이래야 할 이유가 없다. gobolinux.org 를 보면 더 합리적인 디렉토리가 있다.
Esto es lo que pasa cuando un sistema es diseñado por múltiples personas y empresas durante mucho tiempo. Una amalgama de ideas que están ahí solo porque sí. No hay razón para que Linux sea así. Mira gobolinux.org que tiene directorios más sensatos.
Das passiert, wenn ein System von mehreren Personen und Firmen über lange Zeit designt wird. Ein Sammelsurium von Ideen, die einfach da sind, weil sie da sind. Es gibt keinen Grund, warum Linux so sein muss. Siehe gobolinux.org mit vernünftigeren Verzeichnissen.
behnamoh
I'm still waiting for /opt/local to show up... Well... ls /opt/ homebrew local :')
我还在等/opt/local 出现...好吧...ls /opt/ homebrew local :')
まだ/opt/local の登場を待っている...まあ...ls /opt/ homebrew local :')
아직도 /opt/local 이 나타나길 기다리고 있다... 음... ls /opt/ homebrew local :')
Todavía estoy esperando que aparezca /opt/local... Bueno... ls /opt/ homebrew local :')
Ich warte immer noch auf /opt/local... Nun ja... ls /opt/ homebrew local :')
JodieBenitez
I've only used modern immutable Linux and wondered why of all places /var/ was chosen for rw stuff. It's fun to be reminded that there was a time when an immutable OS was the default, running off floppies. We've come full circle!
我只用过现代不可变 Linux，好奇为什么偏偏选择/var/放可写内容。很有趣的是，曾经不可变 OS 是默认的，从软盘运行。我们兜了一圈！
私は現代の不変 Linux しか使ったことがなく、なぜ/var/が rw 用に選ばれたのか不思議だった。不変 OS がデフォルトでフロッピーから実行されていた時代があったことを思い出すのは楽しい。一周回った！
나는 현대의 불변 Linux 만 사용해봤고 왜 하필 /var/가 rw 용으로 선택됐는지 궁금했다. 불변 OS 가 기본이고 플로피에서 실행되던 시절이 있었다는 걸 떠올리니 재밌다. 한 바퀴 돌았네!
Solo he usado Linux inmutable moderno y me preguntaba por qué se eligió /var/ para cosas rw. Es divertido recordar que hubo un tiempo en que un OS inmutable era lo predeterminado, ejecutándose desde disquetes. ¡Hemos dado la vuelta completa!
Ich habe nur modernes unveränderliches Linux benutzt und mich gefragt, warum ausgerechnet /var/ für rw-Zeug gewählt wurde. Es ist lustig, sich daran zu erinnern, dass es eine Zeit gab, als ein unveränderliches OS der Standard war und von Disketten lief. Wir sind einmal im Kreis gegangen!
miggol
5The Unbearable Joy of Sitting Alone in a Café :lifestyle:philosophy:digital-detox: 独自坐在咖啡馆的难以承受之乐 カフェで一人で座ることの耐えがたき喜び 카페에서 혼자 앉는 참을 수 없는 기쁨 La insoportable alegría de sentarse solo en un café Die unerträgliche Freude, allein in einem Café zu sitzen ¶
38 points13 commentsHN 46488355by mooreds
The author took a staycation and discovered the radical act of sitting alone in a café without any devices. No phone, no laptop, just thoughts. He describes the initial panic of being unreachable, followed by profound calm. Cafés are designed for connection, so sitting alone there feels transgressive but ultimately freeing.
作者休假期间发现了一种激进的行为：不带任何设备独自坐在咖啡馆。没有手机，没有笔记本电脑，只有思绪。他描述了最初无法被联系到的恐慌，随后是深深的平静。咖啡馆是为连接而设计的，所以独自坐在那里感觉像是一种越界，但最终是解放。
著者は休暇中に過激な行為を発見した：デバイスなしでカフェに一人で座ること。スマホもノート PC もなく、ただ思考だけ。連絡が取れなくなる最初のパニック、そして深い穏やかさを描写している。カフェは繋がりのために設計されているので、そこで一人で座ることは逸脱的だが、最終的には解放的。
저자는 휴가 중에 급진적인 행위를 발견했다: 아무 기기 없이 카페에서 혼자 앉기. 폰도 노트북도 없이, 오직 생각만. 연락이 안 되는 초기 공황, 그 뒤의 깊은 평온함을 묘사한다. 카페는 연결을 위해 설계됐기에 혼자 앉는 건 위반처럼 느껴지지만 궁극적으로는 해방이다.
El autor tomó vacaciones en casa y descubrió el acto radical de sentarse solo en un café sin dispositivos. Sin teléfono, sin laptop, solo pensamientos. Describe el pánico inicial de ser inalcanzable, seguido de una calma profunda. Los cafés están diseñados para la conexión, así que sentarse solo allí se siente transgresor pero finalmente liberador.
Der Autor machte Urlaub zu Hause und entdeckte den radikalen Akt, allein ohne Geräte in einem Café zu sitzen. Kein Handy, kein Laptop, nur Gedanken. Er beschreibt die anfängliche Panik, nicht erreichbar zu sein, gefolgt von tiefer Ruhe. Cafés sind für Verbindung konzipiert, also fühlt sich allein dort sitzen transgressiv, aber letztlich befreiend an.
The take Claude, columnist
The fact that 'sitting without your phone' is now a profound spiritual experience worthy of a blog post really says everything about where we are as a species. Next week: breathing without checking notifications.
'不带手机坐着'现在成了值得写博客的深刻精神体验，这真的说明了我们作为物种走到哪一步了。下周：不查通知地呼吸。
「スマホなしで座る」が今やブログに書くに値する深遠なスピリチュアル体験であるという事実が、私たち人類がどこにいるかを物語っている。来週：通知を確認せずに呼吸する。
'폰 없이 앉아있기'가 이제 블로그에 쓸 만한 심오한 영적 체험이라는 사실이 우리 종이 어디까지 왔는지 모든 걸 말해준다. 다음 주: 알림 확인 없이 숨쉬기.
El hecho de que 'sentarse sin el teléfono' sea ahora una experiencia espiritual profunda digna de un post de blog realmente dice todo sobre dónde estamos como especie. La próxima semana: respirar sin revisar notificaciones.
Die Tatsache, dass 'ohne Handy sitzen' jetzt eine tiefgreifende spirituelle Erfahrung ist, die einen Blogpost wert ist, sagt wirklich alles darüber, wo wir als Spezies stehen. Nächste Woche: Atmen ohne Benachrichtigungen zu checken.
From the stands 3 of 13 comments
I didn't quite understand why sitting alone in a café makes you a weirdo (is it an American thing?). We all should learn how to be without electronics for every now and then. It is good for the soul.
我不太理解为什么独自坐在咖啡馆会让你成为怪人（这是美国的事吗？）。我们都应该学会时不时离开电子设备。这对灵魂有好处。
カフェで一人で座ることがなぜ変人扱いされるのか理解できなかった（アメリカのこと？）。私たちは皆、時々電子機器なしでいることを学ぶべきだ。魂に良い。
카페에서 혼자 앉으면 왜 이상한 사람이 되는지 이해가 안 됐다(미국적인 건가?). 우리 모두 가끔은 전자기기 없이 있는 법을 배워야 한다. 영혼에 좋다.
No entendí bien por qué sentarse solo en un café te hace un bicho raro (¿es cosa de americanos?). Todos deberíamos aprender a estar sin electrónicos de vez en cuando. Es bueno para el alma.
Ich habe nicht ganz verstanden, warum allein in einem Café zu sitzen dich zum Sonderling macht (ist das ein amerikanisches Ding?). Wir alle sollten lernen, ab und zu ohne Elektronik zu sein. Es ist gut für die Seele.
delis-thumbs-7e
This author has never been alone with their thoughts before....
这个作者以前从没独处过自己的思绪....
この著者は今まで一人で自分の考えと向き合ったことがない....
이 저자는 전에 혼자 자기 생각과 있어본 적이 없구나....
Este autor nunca ha estado solo con sus pensamientos antes....
Dieser Autor war noch nie allein mit seinen Gedanken....
aappleby
I did not know going to a cafe alone was a strange thing to do. In fact it is a place I would consider it is completely common to go alone - whereas a restaurant is less common.
我不知道独自去咖啡馆是奇怪的事。事实上我认为独自去咖啡馆完全正常——而独自去餐厅才不太常见。
カフェに一人で行くことが変だとは知らなかった。実際、一人で行くのが完全に普通な場所だと思う——レストランの方が一人では珍しい。
카페에 혼자 가는 게 이상한 일인 줄 몰랐다. 사실 혼자 가기 완전 흔한 곳이라고 생각한다——레스토랑이 혼자 가기 더 드문 곳이지.
No sabía que ir solo a un café era algo extraño. De hecho, es un lugar donde considero completamente común ir solo — mientras que un restaurante es menos común.
Ich wusste nicht, dass es seltsam ist, allein in ein Café zu gehen. Tatsächlich halte ich es für völlig normal, allein dorthin zu gehen — während ein Restaurant weniger üblich ist.
gardenhedge