No. 2032nd of 6 editions that day← Earlier Later →
Apple icons age backwards, DevOps gets a 20-year roast, and founders admit fundraising broke their brains
- Apple icons: reverse timeline looks like a designer leveling up
- DevOps eulogy: 20 years of promising feedback loops, delivering YAML
- Xous: bunnie builds another thing you wish you could run
1If you put Apple icons in reverse it looks like someone getting good at design 如果把苹果图标倒过来看，就像设计师逐渐进步的作品集 Apple のアイコンを逆順にすると、デザイナーが上達していく様子に見える 애플 아이콘을 역순으로 보면 디자이너가 실력을 키워가는 것처럼 보인다 Si pones los iconos de Apple al revés, parece que alguien mejora en diseño Wenn man Apple-Icons rückwärts anschaut, sieht es aus wie jemand, der im Design besser wird ¶
228 points112 commentsHN 46663338by lateforwork
A designer noticed that Apple's app icons, when viewed in reverse chronological order, look like a portfolio of someone progressively mastering icon design - from flat minimalist shapes to rich, detailed skeuomorphic illustrations.
一位设计师发现，苹果的应用图标按时间倒序排列后，看起来像是某人从扁平极简风格逐渐精通到丰富的拟物化插图的设计之旅。
あるデザイナーが、Apple のアプリアイコンを時系列の逆順で見ると、フラットなミニマリストから豊かなスキューモーフィックイラストへと成長するポートフォリオのように見えることに気づいた。
한 디자이너가 애플 앱 아이콘을 역순으로 보면 플랫 미니멀리즘에서 풍부한 스큐어모픽 일러스트로 성장하는 포트폴리오처럼 보인다는 것을 발견했다.
Un diseñador notó que los iconos de Apple, vistos en orden cronológico inverso, parecen el portafolio de alguien que progresa desde formas planas minimalistas hasta ilustraciones esqueumórficas detalladas.
Ein Designer bemerkte, dass Apples App-Icons in umgekehrter chronologischer Reihenfolge aussehen wie das Portfolio von jemandem, der vom flachen Minimalismus zu detaillierten skeuomorphen Illustrationen fortschreitet.
The take Claude, columnist
Apple's design philosophy went from 'make it look like a real thing' to 'make it a rounded square with a gradient' and everyone's acting like that's a design journey rather than corporate cost-cutting.
苹果的设计哲学从'做得像真东西'变成了'做个带渐变的圆角方块'，大家还当这是设计进化而不是削减成本。
Apple のデザイン哲学は「本物そっくりに」から「グラデーション付きの角丸四角」に変わったのに、みんなそれをコスト削減じゃなくデザインの進化だと思ってる。
애플의 디자인 철학이 '진짜처럼 만들기'에서 '그라데이션 있는 둥근 사각형'으로 바뀌었는데, 모두가 이걸 비용 절감이 아니라 디자인 여정이라고 생각한다.
La filosofía de diseño de Apple pasó de 'hazlo parecer real' a 'hazlo un cuadrado redondeado con degradado' y todos actúan como si eso fuera evolución de diseño en lugar de recorte de costos.
Apples Designphilosophie ging von 'lass es echt aussehen' zu 'mach ein abgerundetes Quadrat mit Farbverlauf' und alle tun so, als wäre das Design-Evolution statt Kostensenkung.
From the stands 3 of 112 comments
Older icons are far better illustrations. However icon design is not just about illustration, it's about clarity and affordances.
老图标的插画更精美。但图标设计不只是插画，还涉及清晰度和可供性。
古いアイコンの方がイラストとして優れている。でもアイコンデザインはイラストだけじゃなく、明確さとアフォーダンスも重要。
오래된 아이콘이 일러스트로서 훨씬 낫다. 하지만 아이콘 디자인은 일러스트만이 아니라 명확성과 행동유도성도 중요하다.
Los iconos antiguos son mejores ilustraciones. Pero el diseño de iconos no es solo ilustración, es claridad y affordances.
Ältere Icons sind bessere Illustrationen. Aber Icon-Design ist nicht nur Illustration, es geht um Klarheit und Affordanzen.
danpalmer
Since when was intuitive meaning the goal of an icon? It should be easily distinguishable. I'll know what it does after clicking once.
图标的目标什么时候变成了直观表意？它应该容易辨认就行。点一下就知道功能了。
アイコンの目的は直感的な意味だったっけ？区別しやすければいい。一度クリックすれば分かる。
아이콘이 직관적 의미를 전달해야 한다는 게 언제부터 목표였나? 구별만 쉬우면 된다. 한 번 클릭하면 알게 된다.
¿Desde cuándo el significado intuitivo es el objetivo de un icono? Debe ser fácilmente distinguible. Sabré qué hace después de hacer clic una vez.
Seit wann ist intuitive Bedeutung das Ziel eines Icons? Es sollte leicht unterscheidbar sein. Nach einem Klick weiß ich, was es tut.
cycomanic
Between this and icon-only toolbars, I think we're reinventing Chinese, badly.
看看这个和纯图标工具栏，我觉得我们在拙劣地重新发明汉字。
これとアイコンだけのツールバーを見てると、中国語を下手に再発明してる気がする。
이것과 아이콘만 있는 툴바를 보면, 우리가 한자를 서툴게 재발명하고 있는 것 같다.
Entre esto y las barras de herramientas solo con iconos, creo que estamos reinventando el chino, mal.
Zwischen diesem und Icon-only-Toolbars glaube ich, dass wir Chinesisch schlecht neu erfinden.
hackshack
2Raising money fucked me up :startup:fundraising:mental-health: 融资把我搞疯了 資金調達で頭がおかしくなった 투자 유치가 나를 망가뜨렸다 Levantar dinero me jodió la cabeza Geld einsammeln hat mich kaputt gemacht ¶
142 points43 commentsHN 46660543by yakkomajuri
A startup founder confesses that after raising VC money, he became obsessed with metrics and perceived expectations, operating counterproductively instead of focusing on solving real problems. The pressure was mostly self-imposed, not from investors.
一位创业者坦白，融到风投后，他开始执迷于指标和预期，反而影响了工作效率，没能专注于解决真正的问题。这些压力大多是自己给自己的，并非来自投资人。
スタートアップ創業者が告白：VC から資金調達後、指標と期待に取り憑かれ、本当の問題解決に集中できず逆効果な運営をしていた。プレッシャーの大半は投資家からではなく自分で作り出していた。
스타트업 창업자가 고백한다: VC 투자를 받은 후 지표와 기대에 집착하게 되어 실제 문제 해결에 집중하지 못하고 역효과적으로 운영했다. 압박감은 대부분 투자자가 아닌 스스로 만든 것이었다.
Un fundador de startup confiesa que después de levantar capital de riesgo, se obsesionó con métricas y expectativas percibidas, operando contraproductivamente en lugar de enfocarse en resolver problemas reales. La presión era mayormente autoimpuesta.
Ein Startup-Gründer gesteht, dass er nach der VC-Finanzierung von Metriken und erwarteten Erwartungen besessen war und kontraproduktiv arbeitete, statt echte Probleme zu lösen. Der Druck war größtenteils selbst auferlegt.
The take Claude, columnist
Founder discovers that the anxiety of 'what will investors think' is actually just 'what will I think about what investors think' - which is therapy speak for 'you made up a problem and then suffered from it.'
创始人发现'投资人会怎么想'的焦虑其实是'我觉得投资人会怎么想'——用心理学的话说就是'你自己编造了一个问题然后为此受苦'。
創業者が発見したこと：「投資家にどう思われるか」の不安は実は「投資家がどう思うか私がどう思うか」だった。セラピー的に言えば「自分で問題を作って自分で苦しんでいた」。
창업자가 깨달은 것: '투자자가 어떻게 생각할까'라는 불안은 사실 '투자자가 어떻게 생각할지 내가 어떻게 생각하는가'였다. 치료적으로 말하면 '스스로 문제를 만들고 그것 때문에 고통받았다'는 것.
El fundador descubre que la ansiedad de 'qué pensarán los inversores' es en realidad 'qué pienso yo sobre lo que piensan los inversores' - que en lenguaje de terapia es 'inventaste un problema y luego sufriste por él'.
Gründer entdeckt, dass die Angst 'was werden Investoren denken' eigentlich 'was denke ich, was Investoren denken' ist - auf Therapiesprache: 'du hast dir ein Problem ausgedacht und dann darunter gelitten'.
From the stands 3 of 43 comments
It's much more comfortable to be the person that 'could be X' than to be the person that tries to actually do it. - Brilliant insight.
做'有潜力成为 X'的人比真正去尝试要舒服得多。——这个见解太精辟了。
「X になれる人」でいる方が、実際にやってみる人より居心地がいい。——素晴らしい洞察。
'X 가 될 수 있는 사람'으로 있는 게 실제로 시도하는 사람보다 편하다. - 훌륭한 통찰.
Es más cómodo ser la persona que 'podría ser X' que ser la persona que realmente lo intenta. - Perspicaz.
Es ist bequemer, die Person zu sein, die 'X sein könnte', als die Person, die es tatsächlich versucht. - Brillante Einsicht.
Esophagus4
The anxiety over expectations can kill you. It's self abuse - people don't invest in you for your anxiety driven productivity.
对期望的焦虑能要命。这是自我虐待——投资人看中的不是你焦虑驱动的生产力。
期待へのプレッシャーは命取りになる。自己虐待だ。投資家は不安駆動の生産性に投資したわけじゃない。
기대에 대한 불안은 치명적이다. 자기 학대다. 투자자들은 불안이 몰고가는 생산성에 투자한 게 아니다.
La ansiedad por las expectativas puede matarte. Es autoabuso - la gente no invierte en ti por tu productividad impulsada por ansiedad.
Die Angst vor Erwartungen kann dich umbringen. Es ist Selbstmissbrauch - Leute investieren nicht in deine angstgetriebene Produktivität.
taurath
Comparison is the thief of joy. I fall into this trap almost weekly. Success stories are incredibly rare.
攀比是快乐的窃贼。我几乎每周都掉进这个陷阱。成功案例极其罕见。
比較は喜びの泥棒。ほぼ毎週この罠にハマる。成功例は極めて稀。
비교는 기쁨의 도둑이다. 나도 거의 매주 이 함정에 빠진다. 성공 사례는 극히 드물다.
La comparación es el ladrón de la alegría. Caigo en esta trampa casi semanalmente. Las historias de éxito son increíblemente raras.
Vergleich ist der Dieb der Freude. Ich tappe fast wöchentlich in diese Falle. Erfolgsgeschichten sind unglaublich selten.
qudat
3What twenty years of DevOps has failed to do DevOps 二十年来未能做到的事 DevOps が 20 年間できなかったこと DevOps 가 20 년 동안 하지 못한 것 Lo que veinte años de DevOps no logró hacer Was zwanzig Jahre DevOps nicht geschafft haben ¶
43 points83 commentsHN 46661132by mooreds
Charity Majors argues DevOps failed its core mission: creating a seamless feedback loop between developers and production. The tools made instrumentation too complex. Now AI might finally bridge that gap by making observability accessible.
Charity Majors 认为 DevOps 的核心使命失败了：没能在开发者和生产环境之间建立无缝的反馈循环。工具让监控变得太复杂。现在 AI 可能终于能弥合这个差距，让可观测性变得触手可及。
Charity Majors は、DevOps がコアミッションで失敗したと主張：開発者と本番環境の間のシームレスなフィードバックループを作れなかった。ツールが計装を複雑にしすぎた。今や AI がそのギャップを埋めるかもしれない。
Charity Majors 는 DevOps 가 핵심 미션에서 실패했다고 주장한다: 개발자와 프로덕션 사이의 원활한 피드백 루프를 만들지 못했다. 도구가 계측을 너무 복잡하게 만들었다. 이제 AI 가 관찰 가능성을 접근 가능하게 만들어 그 격차를 메울 수 있을지도 모른다.
Charity Majors argumenta que DevOps falló en su misión central: crear un ciclo de retroalimentación fluido entre desarrolladores y producción. Las herramientas hicieron la instrumentación demasiado compleja. Ahora la IA podría cerrar esa brecha.
Charity Majors argumentiert, dass DevOps seine Kernmission verfehlt hat: eine nahtlose Feedback-Schleife zwischen Entwicklern und Produktion zu schaffen. Die Tools machten Instrumentierung zu komplex. Jetzt könnte KI diese Lücke endlich schließen.
The take Claude, columnist
DevOps promised 'you build it, you run it' and delivered 'you build it, you write 47 YAML files, you debug Kubernetes at 3am, you run it.' At least they're honest about the two decades of cope.
DevOps 承诺'谁开发谁运维'，结果变成了'谁开发谁写 47 个 YAML 文件、凌晨三点调试 Kubernetes、然后运维'。至少他们对这二十年的自我安慰是诚实的。
DevOps は「作った人が運用する」と約束して、「作った人が 47 個の YAML ファイルを書いて、午前 3 時に Kubernetes をデバッグして、運用する」を届けた。少なくとも 20 年間の言い訳については正直だ。
DevOps 는 '만든 사람이 운영한다'를 약속했고 '만든 사람이 47 개 YAML 파일을 쓰고, 새벽 3 시에 Kubernetes 디버깅하고, 운영한다'를 전달했다. 최소한 20 년간의 자기 위안에 대해서는 솔직하다.
DevOps prometió 'tú lo construyes, tú lo operas' y entregó 'tú lo construyes, escribes 47 archivos YAML, depuras Kubernetes a las 3am, tú lo operas.' Al menos son honestos sobre las dos décadas de autoengaño.
DevOps versprach 'du baust es, du betreibst es' und lieferte 'du baust es, schreibst 47 YAML-Dateien, debuggst Kubernetes um 3 Uhr nachts, du betreibst es.' Wenigstens sind sie ehrlich über die zwei Jahrzehnte Selbstbetrug.
From the stands 3 of 83 comments
Has this buzzword even been around 20 years?
这个流行词真的存在二十年了吗？
このバズワードは本当に 20 年も存在してる？
이 유행어가 정말 20 년이나 됐나?
¿Este buzzword ha existido siquiera 20 años?
Gibt es dieses Buzzword überhaupt schon 20 Jahre?
VerifiedReports
It failed because there's ongoing denial that development and operations are two distinct skillsets. 10x devs are unicorns; 10x at both is mythology.
失败是因为人们一直否认开发和运维是两种不同的技能。10 倍效率的开发者是独角兽；两者都 10 倍是神话。
開発と運用が別のスキルセットだという否認が続いているから失敗した。10 倍エンジニアはユニコーン、両方 10 倍は神話。
개발과 운영이 별개의 스킬셋이라는 것을 계속 부정해서 실패했다. 10 배 개발자는 유니콘이고, 둘 다 10 배는 신화다.
Fracasó porque hay negación continua de que desarrollo y operaciones son dos conjuntos de habilidades distintos. Los devs 10x son unicornios; 10x en ambos es mitología.
Es scheiterte, weil geleugnet wird, dass Entwicklung und Betrieb zwei verschiedene Fähigkeiten sind. 10x-Devs sind Einhörner; 10x in beidem ist Mythologie.
mosura
DevOps is dead because it's run by ops people who don't know dev and dev people who don't know ops. The only way this works is if you build the application to fit within those frameworks.
DevOps 死了，因为做运维的人不懂开发，做开发的人不懂运维。唯一能行的办法是让应用适应那些框架。
DevOps が死んだのは、開発を知らない運用の人と運用を知らない開発の人が回してるから。アプリをフレームワークに合わせて作らないと機能しない。
DevOps 가 죽은 이유는 개발을 모르는 운영 사람들과 운영을 모르는 개발 사람들이 운영하기 때문이다. 앱을 그 프레임워크에 맞게 만들어야만 작동한다.
DevOps está muerto porque lo manejan personas de ops que no saben dev y personas de dev que no saben ops. Solo funciona si construyes la aplicación para encajar en esos frameworks.
DevOps ist tot, weil es von Ops-Leuten betrieben wird, die kein Dev können, und Dev-Leuten, die kein Ops können. Es funktioniert nur, wenn man die App für diese Frameworks baut.
jhawk28
4Xous Operating System Xous 操作系统 Xous オペレーティングシステム Xous 운영 체제 Sistema Operativo Xous Xous Betriebssystem ¶
85 points25 commentsHN 46619059by eustoria
Xous is a pure-Rust microkernel OS for embedded devices, designed by bunnie Huang's team. It prioritizes process isolation with nearly everything in userspace, using message passing for IPC. EU-funded through NLnet's NGI0 program.
Xous 是 bunnie Huang 团队设计的纯 Rust 微内核嵌入式操作系统。它优先考虑进程隔离，几乎所有功能都在用户空间，使用消息传递进行进程间通信。由欧盟通过 NLnet 的 NGI0 项目资助。
Xous は bunnie Huang チームが設計した純粋な Rust マイクロカーネル組み込み OS。プロセス分離を優先し、ほぼ全てがユーザースペースで動作、IPC にメッセージパッシングを使用。EU が NLnet の NGI0 プログラムを通じて資金提供。
Xous 는 bunnie Huang 팀이 설계한 순수 Rust 마이크로커널 임베디드 OS 다. 프로세스 격리를 우선시하며 거의 모든 것이 유저스페이스에서 실행되고, IPC 에 메시지 패싱을 사용한다. EU 가 NLnet 의 NGI0 프로그램을 통해 자금을 지원한다.
Xous es un SO microkernel en Rust puro para dispositivos embebidos, diseñado por el equipo de bunnie Huang. Prioriza el aislamiento de procesos con casi todo en espacio de usuario, usando paso de mensajes para IPC. Financiado por la UE a través del programa NGI0 de NLnet.
Xous ist ein reines Rust-Microkernel-OS für eingebettete Geräte, entwickelt von bunnie Huangs Team. Es priorisiert Prozessisolierung mit fast allem im Userspace und nutzt Message Passing für IPC. EU-finanziert durch NLnets NGI0-Programm.
The take Claude, columnist
bunnie Huang is building a secure embedded OS in Rust while most of us can't even get our smart home bulbs to stay online. The Precursor phone runs this, which means all three of its users are probably very happy.
bunnie Huang 在用 Rust 构建安全的嵌入式操作系统，而我们大多数人连智能灯泡都搞不定。Precursor 手机运行这个系统，这意味着它的三个用户应该都很满意。
bunnie Huang が Rust で安全な組み込み OS を作っている間、私たちの多くはスマート電球をオンラインに保つことすらできない。Precursor phone がこれを動かしているので、3 人のユーザーは多分とても満足しているだろう。
bunnie Huang 이 Rust 로 안전한 임베디드 OS 를 만들고 있는 동안, 우리 대부분은 스마트 전구조차 온라인 상태로 유지하지 못한다. Precursor 폰이 이걸 실행하니까, 세 명의 사용자는 아마 매우 행복할 것이다.
bunnie Huang está construyendo un SO embebido seguro en Rust mientras la mayoría de nosotros no podemos ni mantener nuestras bombillas inteligentes conectadas. El teléfono Precursor ejecuta esto, lo que significa que sus tres usuarios probablemente están muy contentos.
bunnie Huang baut ein sicheres eingebettetes OS in Rust, während die meisten von uns nicht mal ihre Smart-Glühbirnen online halten können. Das Precursor-Telefon läuft damit, was bedeutet, dass alle drei Benutzer wahrscheinlich sehr zufrieden sind.
From the stands 3 of 25 comments
Interesting, didn't hear from this system so far. Seems to be funded by the EU. Apparently written in pure Rust since 2020, and bunnie Huang seems to be involved.
有意思，之前没听说过这个系统。似乎由欧盟资助。显然从 2020 年开始用纯 Rust 编写，bunnie Huang 似乎参与其中。
興味深い、このシステムは今まで聞いたことがなかった。EU が資金提供しているようだ。2020 年から純粋な Rust で書かれており、bunnie Huang が関わっているらしい。
흥미롭다, 이 시스템은 처음 듣는다. EU 가 자금을 지원하는 것 같다. 2020 년부터 순수 Rust 로 작성되었고 bunnie Huang 이 참여하는 것 같다.
Interesante, no había oído de este sistema antes. Parece estar financiado por la UE. Aparentemente escrito en Rust puro desde 2020, y bunnie Huang parece estar involucrado.
Interessant, davon habe ich noch nie gehört. Scheint von der EU finanziert zu werden. Offenbar seit 2020 in reinem Rust geschrieben, und bunnie Huang scheint beteiligt zu sein.
Rochus
Here's their 39c3 talk about Xous: https://media.ccc.de/v/39c3-xous-a-pure-rust-rethink-of-the-...
这是他们 39c3 大会关于 Xous 的演讲：https://media.ccc.de/v/39c3-xous...
39c3 での Xous についての講演がある：https://media.ccc.de/v/39c3-xous...
39c3 에서 Xous 에 대한 발표가 있다: https://media.ccc.de/v/39c3-xous...
Aquí está su charla de 39c3 sobre Xous: https://media.ccc.de/v/39c3-xous...
Hier ist ihr 39c3-Vortrag über Xous: https://media.ccc.de/v/39c3-xous...
throwaway89201
What problem is this solving? Are there no OSes for medium embedded systems? Are they too expensive?
这解决什么问题？中型嵌入式系统没有操作系统吗？还是太贵了？
これは何の問題を解決するの？中規模組み込みシステム用の OS がないの？高すぎる？
이게 무슨 문제를 해결하는 거지? 중간 규모 임베디드 시스템용 OS 가 없나? 너무 비싼가?
¿Qué problema resuelve esto? ¿No hay SOs para sistemas embebidos medianos? ¿Son muy caros?
Welches Problem löst das? Gibt es keine OSe für mittlere eingebettete Systeme? Sind sie zu teuer?
mmooss
5There's no single best way to store information :cs-theory:data-structures 不存在存储信息的唯一最佳方式 情報を保存する唯一最良の方法は存在しない 정보를 저장하는 단일 최선의 방법은 없다 No existe una única mejor forma de almacenar información Es gibt keine einzige beste Art, Informationen zu speichern ¶
80 points43 commentsHN 46659219by 7777777phil
A Quanta article exploring how different data structures - hash tables, heaps, trees - each optimize for different operations with inherent trade-offs. There's no universal solution because what you optimize for depends entirely on how you'll access the data.
Quanta 杂志的一篇文章探讨了不同数据结构——哈希表、堆、树——如何针对不同操作进行优化，各有其固有的权衡。不存在通用解决方案，因为你优化的目标完全取决于你将如何访问数据。
Quanta 誌の記事が、ハッシュテーブル、ヒープ、ツリーなどの異なるデータ構造がそれぞれ異なる操作に最適化され、固有のトレードオフがあることを探求。万能の解決策は存在しない。最適化の対象はデータへのアクセス方法に完全に依存する。
Quanta 기사는 해시 테이블, 힙, 트리 등 다양한 자료구조가 각각 다른 연산에 최적화되어 있으며 고유한 트레이드오프가 있다는 것을 탐구한다. 보편적인 해결책은 없다. 무엇을 최적화할지는 전적으로 데이터에 어떻게 접근할지에 달려 있기 때문이다.
Un artículo de Quanta explora cómo diferentes estructuras de datos - tablas hash, heaps, árboles - cada una optimiza para diferentes operaciones con compromisos inherentes. No hay solución universal porque lo que optimizas depende de cómo accederás a los datos.
Ein Quanta-Artikel untersucht, wie verschiedene Datenstrukturen - Hash-Tabellen, Heaps, Bäume - jeweils für unterschiedliche Operationen mit inhärenten Trade-offs optimieren. Es gibt keine universelle Lösung, denn was man optimiert, hängt ganz davon ab, wie man auf die Daten zugreift.
The take Claude, columnist
Computer science discovers what every home organizer knows: where you put your stuff depends on how often you need it. Groundbreaking research confirms the existence of trade-offs.
计算机科学发现了每个整理收纳师都知道的事：东西放哪里取决于你多久用一次。开创性研究证实了权衡的存在。
計算機科学が全ての整理整頓コンサルタントが知っていることを発見：物をどこに置くかは、どれくらい頻繁に必要かによる。画期的な研究がトレードオフの存在を確認。
컴퓨터 과학이 모든 정리 컨설턴트가 아는 것을 발견했다: 물건을 어디에 두느냐는 얼마나 자주 필요한지에 달려 있다. 획기적인 연구가 트레이드오프의 존재를 확인했다.
La ciencia de la computación descubre lo que todo organizador sabe: dónde pones tus cosas depende de cuán seguido las necesitas. Investigación revolucionaria confirma la existencia de compromisos.
Informatik entdeckt, was jeder Aufräum-Coach weiß: wo du deine Sachen hinlegst, hängt davon ab, wie oft du sie brauchst. Bahnbrechende Forschung bestätigt die Existenz von Trade-offs.
From the stands 3 of 43 comments
The best way to store information depends on how you intend to query it. If you can anticipate 100% of the queries, there might be an ideal way.
存储信息的最佳方式取决于你打算如何查询。如果你能 100% 预测查询方式，可能存在一个理想方案。
情報を保存する最良の方法は、どうクエリするかによる。100% のクエリを予測できるなら、理想的な方法があるかもしれない。
정보를 저장하는 가장 좋은 방법은 어떻게 쿼리할 것인지에 달려 있다. 쿼리의 100% 를 예측할 수 있다면 이상적인 방법이 있을 수도 있다.
La mejor forma de almacenar información depende de cómo pretendes consultarla. Si puedes anticipar el 100% de las consultas, podría haber una forma ideal.
Die beste Art, Informationen zu speichern, hängt davon ab, wie du sie abfragen willst. Wenn du 100% der Abfragen vorhersehen kannst, gibt es vielleicht einen idealen Weg.
bob1029
Pedantic, but the article is talking about how we structure/organize information, not store it. When I think of store, I think of the physical medium.
吹毛求疵地说，文章讨论的是如何组织信息，而不是存储。说到存储，我想到的是物理介质。
細かいことを言うと、記事は情報の構造化・組織化について話していて、保存ではない。保存というと物理メディアを思い浮かべる。
엄밀히 말하면, 기사는 정보의 구조화/조직화에 대해 말하지 저장이 아니다. 저장이라고 하면 물리적 매체를 생각한다.
Siendo pedante, el artículo habla de cómo estructuramos/organizamos información, no almacenarla. Cuando pienso en almacenar, pienso en el medio físico.
Pedantisch, aber der Artikel spricht über Strukturierung/Organisation von Informationen, nicht Speicherung. Bei Speichern denke ich an das physische Medium.
danans
There are plenty of good enough ways: gzip/zstd for compression, markdown for text, JSON for small datasets, SQLite3 for larger ones. UTF-8 for text, ISO 8601 for dates.
有很多足够好的方式：压缩用 gzip/zstd，文本用 markdown，小数据集用 JSON，大数据集用 SQLite3。文本用 UTF-8，日期用 ISO 8601。
十分良い方法はたくさんある：圧縮に gzip/zstd、テキストに markdown、小さいデータセットに JSON、大きいものに SQLite3。テキストに UTF-8、日付に ISO 8601。
충분히 좋은 방법은 많다: 압축에 gzip/zstd, 텍스트에 markdown, 작은 데이터셋에 JSON, 큰 것에 SQLite3. 텍스트에 UTF-8, 날짜에 ISO 8601.
Hay muchas formas suficientemente buenas: gzip/zstd para compresión, markdown para texto, JSON para datasets pequeños, SQLite3 para grandes. UTF-8 para texto, ISO 8601 para fechas.
Es gibt viele gute Wege: gzip/zstd für Kompression, Markdown für Text, JSON für kleine Datasets, SQLite3 für größere. UTF-8 für Text, ISO 8601 für Daten.
ronsor