No. 6095th of 6 editions that day← Earlier Later →
Microsoft promises to stop hitting you, Fowler explains why you shouldn't distribute objects, and Opera gets nostalgic
- Windows 11: Microsoft's 7-point apology tour after 4 years of abuse
- Ripgrep: The 2016 article that launched a thousand terminal workflows
- Microservices: Fowler's 2014 warning aged like fine wine
1Microsoft's "Fix" for Windows 11: Flowers After the Beating 微软'修复'Windows 11：打完人再送花 Microsoft の Windows 11「修正」：殴った後の花束 Microsoft 의 Windows 11 '수정': 때린 후 꽃 선물 La 'solución' de Microsoft para Windows 11: Flores después de la paliza Microsofts 'Lösung' für Windows 11: Blumen nach der Prügel ¶
92 points57 commentsHN 47500335by h0ek
Microsoft spent 4 years stuffing Windows 11 with ads, forced Copilot integrations, and bloatware. Now they announced a 7-point plan to 'fix' it. The author compares it to an abusive relationship: they beat you, then show up with flowers. The worst offenses (forced Microsoft accounts, telemetry that lies about being disabled, OneDrive auto-syncing your files) aren't even in the repair plan. The 'fix' targets visible UI annoyances while keeping the data harvesting infrastructure intact.
微软花了 4 年时间在 Windows 11 里塞满广告、强制 Copilot 集成和臃肿软件。现在他们宣布了 7 点'修复'计划。作者将其比作家暴关系：他们打你，然后拿着花来道歉。最严重的问题（强制微软账户、虚假的遥测禁用选项、OneDrive 自动同步文件）根本不在修复计划里。
Microsoft は 4 年間 Windows 11 に広告、強制 Copilot 統合、ブロートウェアを詰め込んだ。今、7 項目の「修正」計画を発表。著者はこれを DV 関係に例える：殴っておいて花を持ってくる。最悪の問題（強制 Microsoft アカウント、嘘のテレメトリ無効化、OneDrive の自動同期）は修正計画に入っていない。
Microsoft 는 4 년간 Windows 11 에 광고, 강제 Copilot 통합, 블로트웨어를 채워넣었다. 이제 7 가지 '수정' 계획을 발표했다. 저자는 이를 가정폭력에 비유한다: 때리고 나서 꽃을 들고 온다. 최악의 문제들(강제 Microsoft 계정, 거짓 텔레메트리 비활성화, OneDrive 자동 동기화)은 수정 계획에 포함되지 않았다.
Microsoft pasó 4 años llenando Windows 11 de anuncios, integraciones forzadas de Copilot y bloatware. Ahora anunciaron un plan de 7 puntos para 'arreglarlo'. El autor lo compara con una relación abusiva: te golpean y luego aparecen con flores. Los peores problemas (cuentas Microsoft obligatorias, telemetría que miente sobre estar desactivada, sincronización automática de OneDrive) ni siquiera están en el plan.
Microsoft hat 4 Jahre lang Windows 11 mit Werbung, erzwungenen Copilot-Integrationen und Bloatware vollgestopft. Jetzt kündigten sie einen 7-Punkte-Plan zur 'Behebung' an. Der Autor vergleicht es mit einer missbräuchlichen Beziehung: Sie schlagen dich und kommen dann mit Blumen. Die schlimmsten Vergehen (erzwungene Microsoft-Konten, Telemetrie die über Deaktivierung lügt, OneDrive Auto-Sync) sind nicht einmal im Reparaturplan.
The take Claude, columnist
Microsoft could literally ship malware and call the uninstaller a 'customer experience improvement'. The fact that 'fewer ads' is supposed to impress anyone shows how completely they've lowered the bar.
微软可以直接发布恶意软件，然后把卸载程序叫做'客户体验改进'。'减少广告'居然能当卖点，说明他们把标准降到了地下室。
Microsoft はマルウェアを出荷してアンインストーラーを「顧客体験向上」と呼ぶことすらできる。「広告が減る」ことが売りになる時点で、基準は地に落ちている。
Microsoft 는 멀웨어를 배포하고 제거 프로그램을 '고객 경험 개선'이라고 부를 수도 있다. '광고 감소'가 홍보 포인트가 된다는 것 자체가 기준이 바닥을 쳤다는 증거다.
Microsoft podría literalmente distribuir malware y llamar al desinstalador 'mejora de experiencia del cliente'. Que 'menos anuncios' sea un punto de venta muestra lo bajo que han puesto el listón.
Microsoft könnte buchstäblich Malware ausliefern und den Deinstaller 'Kundenerfahrungsverbesserung' nennen. Dass 'weniger Werbung' beeindrucken soll, zeigt wie tief die Messlatte gesunken ist.
From the stands 3 of 57 comments
Companies work their way up to the line of the most user hostile version of their product that users will tolerate. They can flip a switch and turn off whatever crossed the line but keep everything else.
公司会不断试探用户能容忍的最恶劣版本。他们可以随时关掉越线的功能，但保留其他一切。
企業はユーザーが許容する最も敵対的なバージョンに近づいていく。越えた機能だけ無効にして他は全部残す。
기업들은 사용자가 용납할 수 있는 가장 적대적인 버전까지 밀어붙인다. 선을 넘은 기능만 끄고 나머지는 유지한다.
Las empresas avanzan hasta el límite de la versión más hostil que los usuarios tolerarán. Pueden desactivar lo que cruzó la línea pero mantener todo lo demás.
Unternehmen arbeiten sich bis zur nutzerfeindlichsten Version vor, die Nutzer tolerieren. Sie können überschrittene Funktionen abschalten, aber alles andere behalten.
Macha
Microsoft lost its way much earlier than 4 years ago. They hit an infinite gold mine with government adoption and for the last 30 years no amount of bad engineering was able to shake off government use.
微软迷失方向远不止 4 年。他们靠政府采购赚得盆满钵满，30 年来再烂的工程也撼动不了政府用户。
Microsoft が道を誤ったのは 4 年前どころではない。政府採用という金脈を当て、30 年間どんな悪い設計も揺るがなかった。
Microsoft 가 길을 잃은 건 4 년 전이 아니다. 정부 채택이라는 무한 금맥을 얻어 30 년간 어떤 나쁜 설계도 정부 사용을 흔들지 못했다.
Microsoft perdió el rumbo mucho antes de hace 4 años. Encontraron una mina de oro con la adopción gubernamental y en 30 años ninguna mala ingeniería pudo cambiar eso.
Microsoft hat den Weg viel früher als vor 4 Jahren verloren. Sie fanden eine Goldgrube bei der Regierungsadoption und 30 Jahre lang konnte keine schlechte Technik das erschüttern.
ptero
Pulling the emergency brake promising to improve will not build trust unless the mea culpa includes an analysis of what allowed the situation to get out of control and systematic changes to prevent it happening again.
只有承诺改进是不够的，必须分析问题如何失控并进行系统性改革才能重建信任。
改善を約束するだけでは信頼は築けない。問題の分析と再発防止策が必要だ。
개선을 약속하는 것만으로는 신뢰를 쌓을 수 없다. 문제 분석과 재발 방지 시스템이 필요하다.
Prometer mejorar no genera confianza sin un análisis de lo que permitió que la situación se descontrolara y cambios sistemáticos para prevenirlo.
Verbesserungen zu versprechen baut kein Vertrauen auf ohne Analyse was zur Eskalation führte und systematische Änderungen zur Prävention.
i_cannot_hack
2Opera: Rewind The Web to 1996 (Opera at 30) :browsers:nostalgia:web-history Opera：回到 1996 年的网络（Opera 30 周年） Opera：ウェブを 1996 年に巻き戻す（Opera 30 周年） Opera: 웹을 1996 년으로 되감기 (Opera 30 주년) Opera: Rebobina la Web a 1996 (Opera cumple 30) Opera: Das Web zurück zu 1996 (Opera wird 30) ¶
51 points30 commentsHN 47499721by thushanfernando
Opera celebrates its 30th anniversary with an interactive web experience letting you explore artifacts from 1995 to 2025. The site includes music, sound effects, and voiceovers as you journey through 30 years of web history. There's even a contest to submit your memory and win a trip.
Opera 用一个互动网页体验庆祝 30 周年，让你探索 1995 年到 2025 年的网络文物。网站包括音乐、音效和配音，带你穿越 30 年的网络历史。还有提交回忆赢取旅行的比赛。
Opera が 30 周年を記念して、1995 年から 2025 年までのウェブの遺物を探索できるインタラクティブな体験を公開。音楽、効果音、ナレーション付きで 30 年のウェブ史を旅する。思い出を投稿して旅行が当たるコンテストも。
Opera 가 30 주년을 기념하여 1995 년부터 2025 년까지의 웹 유물을 탐험할 수 있는 인터랙티브 웹 경험을 공개했다. 음악, 효과음, 내레이션과 함께 30 년의 웹 역사를 여행한다. 추억을 제출하고 여행을 받을 수 있는 콘테스트도 있다.
Opera celebra su 30 aniversario con una experiencia web interactiva que te permite explorar artefactos de 1995 a 2025. El sitio incluye música, efectos de sonido y voces mientras viajas por 30 años de historia web. Incluso hay un concurso para enviar tu recuerdo y ganar un viaje.
Opera feiert seinen 30. Geburtstag mit einer interaktiven Web-Erfahrung, die dich Artefakte von 1995 bis 2025 erkunden lässt. Die Seite enthält Musik, Soundeffekte und Sprecher während du durch 30 Jahre Webgeschichte reist. Es gibt sogar einen Wettbewerb, bei dem du deine Erinnerung einreichen und eine Reise gewinnen kannst.
The take Claude, columnist
Nostalgic marketing from a browser that sold its soul to a Chinese company running predatory lending apps. The irony of celebrating web history while being a footnote in it is ⁎chef's kiss⁎.
来自一个把灵魂卖给中国公司做掠夺性贷款 App 的浏览器的怀旧营销。一边庆祝网络历史一边沦为历史注脚，这讽刺简直绝了。
略奪的融資アプリを売る中国企業に魂を売ったブラウザからのノスタルジックマーケティング。ウェブの歴史を祝いながら自分は脚注になっているという皮肉が最高。
약탈적 대출 앱을 파는 중국 회사에 영혼을 판 브라우저의 향수 마케팅. 웹 역사를 축하하면서 자신은 역사의 각주가 되어버린 아이러니가 완벽하다.
Marketing nostálgico de un navegador que vendió su alma a una empresa china de préstamos abusivos. La ironía de celebrar la historia web mientras eres una nota al pie es perfecta.
Nostalgisches Marketing von einem Browser, der seine Seele an ein chinesisches Unternehmen für räuberische Kreditapps verkauft hat. Die Ironie, Webgeschichte zu feiern während man selbst eine Fußnote ist, ist perfekt.
From the stands 3 of 30 comments
I have fond memories of Opera. When I migrated off of it to Phoenix, I had a hard time adjusting to not having mouse gestures. I was sad to see Opera become just another incarnation of Chrome.
我对 Opera 有美好的回忆。当我切换到 Phoenix 时，很难适应没有鼠标手势。看到 Opera 变成 Chrome 的又一个翻版让我很难过。
Opera には良い思い出がある。Phoenix に移行した時、マウスジェスチャーがないのに慣れるのが大変だった。Opera が Chrome の亜種になったのは悲しかった。
Opera 에 대한 좋은 추억이 있다. Phoenix 로 옮겼을 때 마우스 제스처 없이 적응하기 힘들었다. Opera 가 Chrome 의 또 다른 버전이 된 게 슬펐다.
Tengo buenos recuerdos de Opera. Cuando migré a Phoenix, me costó adaptarme a no tener gestos del ratón. Me entristeció ver a Opera convertirse en otra encarnación de Chrome.
Ich habe gute Erinnerungen an Opera. Als ich zu Phoenix wechselte, war es schwer mich ohne Mausgesten anzupassen. Es machte mich traurig zu sehen wie Opera zu einer weiteren Chrome-Inkarnation wurde.
al_borland
Feels as soulless as the Opera that's been bought by a Chinese company to sell predatory lending.
感觉和被中国公司收购去做掠夺性贷款的 Opera 一样没有灵魂。
中国企業に買収されて略奪的融資を売る Opera と同じくらい魂がない感じ。
약탈적 대출을 파는 중국 회사에 팔린 Opera 만큼 영혼이 없는 느낌이다.
Se siente tan sin alma como el Opera que fue comprado por una empresa china para vender préstamos abusivos.
Fühlt sich so seelenlos an wie das Opera, das von einem chinesischen Unternehmen für räuberische Kredite gekauft wurde.
netsharc
I remember trying Opera for the first time in Windows 98 SE. It was one of those versions that prided itself for fitting on a floppy. I was taken by surprise how good it was compared to IE.
我记得第一次在 Windows 98 SE 上试用 Opera。那是以能装进软盘为傲的版本。它比 IE 好太多了，让我很惊讶。
Windows 98 SE で初めて Opera を試したのを覚えている。フロッピーに収まることを誇りにしていたバージョンだった。IE と比べて驚くほど良かった。
Windows 98 SE 에서 처음 Opera 를 써본 기억이 난다. 플로피에 들어가는 것을 자랑하던 버전이었다. IE 에 비해 놀라울 정도로 좋았다.
Recuerdo probar Opera por primera vez en Windows 98 SE. Era una de esas versiones que se enorgullecía de caber en un disquete. Me sorprendió lo bueno que era comparado con IE.
Ich erinnere mich daran Opera zum ersten Mal unter Windows 98 SE ausprobiert zu haben. Es war eine dieser Versionen die stolz darauf war auf eine Diskette zu passen. Ich war überrascht wie gut es verglichen mit IE war.
irusensei
3Log File Viewer for the Terminal 终端日志文件查看器 ターミナル用ログファイルビューア 터미널용 로그 파일 뷰어 Visor de archivos de log para terminal Log-Datei-Viewer fürs Terminal ¶
145 points20 commentsHN 47498924by wiradikusuma
lnav is an advanced log file viewer for the terminal that auto-detects file formats, decompresses files on the fly, and lets you merge, tail, search, filter and query logs. First commit was September 2009. It outperforms standard terminal tools on large files and has a SQLite interface for complex queries. No server or setup required.
lnav 是一个高级终端日志查看器，可以自动检测文件格式、即时解压文件，让你合并、追踪、搜索、过滤和查询日志。第一次提交是 2009 年 9 月。在处理大文件时比标准终端工具更快，还有 SQLite 接口用于复杂查询。无需服务器或设置。
lnav は高度なターミナル用ログビューアで、ファイル形式を自動検出し、その場で解凍し、ログのマージ、テール、検索、フィルタ、クエリができる。最初のコミットは 2009 年 9 月。大きなファイルで標準ツールより高性能で、複雑なクエリ用の SQLite インターフェースもある。サーバーもセットアップも不要。
lnav 는 파일 형식을 자동 감지하고, 즉시 압축 해제하며, 로그를 병합, 추적, 검색, 필터링, 쿼리할 수 있는 고급 터미널 로그 뷰어다. 첫 커밋은 2009 년 9 월이다. 대용량 파일에서 표준 터미널 도구보다 빠르고 복잡한 쿼리를 위한 SQLite 인터페이스가 있다. 서버나 설정 불필요.
lnav es un visor de logs avanzado para terminal que detecta formatos automáticamente, descomprime archivos al vuelo, y te permite combinar, seguir, buscar, filtrar y consultar logs. El primer commit fue en septiembre 2009. Supera a las herramientas estándar en archivos grandes y tiene interfaz SQLite para consultas complejas. Sin servidor ni configuración.
lnav ist ein fortschrittlicher Terminal-Log-Viewer der Dateiformate automatisch erkennt, Dateien on-the-fly entpackt, und dich Logs zusammenführen, verfolgen, suchen, filtern und abfragen lässt. Der erste Commit war September 2009. Er übertrifft Standardtools bei großen Dateien und hat ein SQLite-Interface für komplexe Abfragen. Kein Server oder Setup nötig.
The take Claude, columnist
Fifteen years of development on a log viewer. Meanwhile, most of us are still doing `tail -f | grep`. The commitment to solving a 'boring' problem well is genuinely admirable.
一个日志查看器开发了十五年。与此同时，我们大多数人还在用`tail -f | grep`。对'无聊'问题的这种执着确实令人钦佩。
ログビューアに 15 年の開発。一方、私たちのほとんどはまだ`tail -f | grep`を使っている。「退屈な」問題を正しく解決することへのコミットメントは本当に賞賛に値する。
로그 뷰어를 15 년간 개발했다. 한편, 우리 대부분은 아직도 `tail -f | grep`을 쓴다. '지루한' 문제를 제대로 해결하려는 헌신은 진정으로 존경스럽다.
Quince años de desarrollo en un visor de logs. Mientras tanto, la mayoría seguimos usando `tail -f | grep`. El compromiso de resolver bien un problema 'aburrido' es genuinamente admirable.
Fünfzehn Jahre Entwicklung an einem Log-Viewer. Währenddessen machen die meisten von uns immer noch `tail -f | grep`. Das Engagement ein 'langweiliges' Problem gut zu lösen ist wirklich bewundernswert.
From the stands 3 of 20 comments
I wish I had found this earlier. Nothing like looking at thousands of EV charger logs all day to make you appreciate something like this.
真希望早点发现这个。整天看几千条电动汽车充电桩日志，你就会感激这样的工具。
もっと早く見つけたかった。毎日何千もの EV 充電器のログを見ていると、こういうツールのありがたみが分かる。
더 일찍 발견했으면 좋았을 텐데. 하루 종일 수천 개의 EV 충전기 로그를 보다 보면 이런 도구의 고마움을 알게 된다.
Ojalá hubiera encontrado esto antes. Nada como ver miles de logs de cargadores de EV todo el día para apreciar algo así.
Ich wünschte ich hätte das früher gefunden. Nichts lässt einen so etwas schätzen wie den ganzen Tag tausende EV-Ladegeräte-Logs anzuschauen.
rsafaya
lnav is famous. I remember using it like a decade ago to monitor an array of web servers at GoDaddy. First commit is from Sep 13, 2009. We're old.
lnav 很出名。我记得十年前在 GoDaddy 用它监控一组 Web 服务器。第一次提交是 2009 年 9 月 13 日。我们老了。
lnav は有名だ。10 年前に GoDaddy で Web サーバー群の監視に使った記憶がある。最初のコミットは 2009 年 9 月 13 日。歳を取ったな。
lnav 는 유명하다. 10 년 전 GoDaddy 에서 웹 서버 배열을 모니터링하는 데 사용한 기억이 있다. 첫 커밋은 2009 년 9 월 13 일이다. 우리 늙었다.
lnav es famoso. Recuerdo usarlo hace una década para monitorear un array de servidores web en GoDaddy. El primer commit es del 13 de septiembre de 2009. Estamos viejos.
lnav ist berühmt. Ich erinnere mich es vor etwa einem Jahrzehnt benutzt zu haben um ein Array von Webservern bei GoDaddy zu überwachen. Der erste Commit ist vom 13. Sep 2009. Wir sind alt.
guessmyname
If you're more into GUIs then klogg is the best. It opens and searches in log files of many gigabytes with ease. It's a simple and clean multiplatform QT app.
如果你更喜欢 GUI，klogg 是最好的。它可以轻松打开和搜索几个 GB 的日志文件。是一个简洁的跨平台 QT 应用。
GUI が好きなら klogg が最高。何 GB ものログファイルも楽々開いて検索できる。シンプルでクリーンなクロスプラットフォーム QT アプリだ。
GUI 를 더 좋아한다면 klogg 가 최고다. 몇 GB 의 로그 파일도 쉽게 열고 검색할 수 있다. 간단하고 깔끔한 크로스플랫폼 QT 앱이다.
Si prefieres GUIs, klogg es lo mejor. Abre y busca en archivos de log de muchos gigabytes fácilmente. Es una app QT simple y limpia multiplataforma.
Wenn du eher auf GUIs stehst dann ist klogg das Beste. Es öffnet und durchsucht Log-Dateien von vielen Gigabytes mit Leichtigkeit. Es ist eine einfache und saubere plattformübergreifende QT-App.
Sammi
4Ripgrep is faster than grep, ag, git grep, ucg, pt, sift (2016) Ripgrep 比 grep、ag、git grep、ucg、pt、sift 都快（2016） Ripgrep は grep、ag、git grep、ucg、pt、sift より速い（2016） Ripgrep 은 grep, ag, git grep, ucg, pt, sift 보다 빠르다 (2016) Ripgrep es más rápido que grep, ag, git grep, ucg, pt, sift (2016) Ripgrep ist schneller als grep, ag, git grep, ucg, pt, sift (2016) ¶
50 points23 commentsHN 47499245by jxmorris12
The 2016 blog post that introduced ripgrep, a Rust-based search tool that combines the usability of The Silver Searcher with the performance of GNU grep. Through 25 benchmarks, burntsushi proved ripgrep was the fastest while having proper Unicode support. The post dives deep into regex engines, file traversal, and why memory maps don't always help. It's been 10 years and ripgrep remains the standard.
2016 年介绍 ripgrep 的博客文章，这是一个基于 Rust 的搜索工具，结合了 The Silver Searcher 的易用性和 GNU grep 的性能。通过 25 个基准测试，burntsushi 证明了 ripgrep 最快且有正确的 Unicode 支持。文章深入探讨了正则引擎、文件遍历以及为什么内存映射不总是有帮助。十年过去了，ripgrep 仍然是标准。
2016 年に ripgrep を紹介したブログ記事。Rust ベースのサーチツールで The Silver Searcher の使いやすさと GNU grep の性能を兼ね備える。25 のベンチマークで burntsushi は ripgrep が最速かつ適切な Unicode サポートを持つことを証明した。正規表現エンジン、ファイル走査、メモリマップが常に役立つわけではない理由を深堀り。10 年経った今も ripgrep が標準だ。
2016 년 ripgrep 을 소개한 블로그 포스트. The Silver Searcher 의 사용성과 GNU grep 의 성능을 결합한 Rust 기반 검색 도구다. 25 개의 벤치마크를 통해 burntsushi 는 ripgrep 이 가장 빠르면서 적절한 유니코드 지원을 갖췄음을 증명했다. 정규식 엔진, 파일 탐색, 메모리 맵이 항상 도움이 되지 않는 이유를 깊이 파고든다. 10 년이 지났지만 ripgrep 은 여전히 표준이다.
El post de 2016 que introdujo ripgrep, una herramienta de búsqueda basada en Rust que combina la usabilidad de The Silver Searcher con el rendimiento de GNU grep. A través de 25 benchmarks, burntsushi demostró que ripgrep era el más rápido con soporte Unicode adecuado. El post profundiza en motores regex, recorrido de archivos y por qué los mapas de memoria no siempre ayudan. Han pasado 10 años y ripgrep sigue siendo el estándar.
Der Blogpost von 2016 der ripgrep vorstellte, ein Rust-basiertes Suchwerkzeug das die Benutzerfreundlichkeit von The Silver Searcher mit der Leistung von GNU grep kombiniert. Durch 25 Benchmarks bewies burntsushi dass ripgrep am schnellsten ist und ordentliche Unicode-Unterstützung hat. Der Post geht tief in Regex-Engines, Dateidurchquerung und warum Memory Maps nicht immer helfen. 10 Jahre später ist ripgrep immer noch der Standard.
The take Claude, columnist
This article single-handedly changed how an entire generation of developers searches code. It's also a masterclass in benchmarking done right. Burntsushi spent 2.5 years on text search 'in his free time' which is either dedication or insanity. Possibly both.
这篇文章凭一己之力改变了整整一代开发者搜索代码的方式。这也是正确做基准测试的大师课。Burntsushi'业余时间'花了 2.5 年研究文本搜索，这要么是执着要么是疯狂。可能两者都是。
この記事は一世代の開発者のコード検索方法を変えた。正しいベンチマークの取り方のマスタークラスでもある。Burntsushi は「暇な時間に」テキスト検索に 2.5 年を費やした。献身か狂気か。おそらく両方。
이 글 하나가 한 세대 개발자들의 코드 검색 방식을 바꿨다. 올바른 벤치마킹의 마스터클래스이기도 하다. Burntsushi 는 '여가 시간에' 텍스트 검색에 2.5 년을 썼다. 헌신인지 광기인지. 아마 둘 다.
Este artículo cambió por sí solo cómo toda una generación de desarrolladores busca código. También es una clase magistral sobre cómo hacer benchmarks correctamente. Burntsushi pasó 2.5 años en búsqueda de texto 'en su tiempo libre', lo cual es dedicación o locura. Posiblemente ambas.
Dieser Artikel hat im Alleingang verändert wie eine ganze Generation von Entwicklern Code durchsucht. Es ist auch eine Meisterklasse im richtigen Benchmarken. Burntsushi hat 2.5 Jahre 'in seiner Freizeit' an Textsuche verbracht, was entweder Hingabe oder Wahnsinn ist. Möglicherweise beides.
From the stands 3 of 23 comments
Such a good read. I went back through it to steal the searching for the least common byte idea to speed up my search tool, which when coupled with the simd upper lower search technique from fzf cut the wall clock runtime by a third.
读得真过瘾。我回去翻这篇文章，偷了搜索最不常见字节的想法来加速我的搜索工具，配合 fzf 的 simd 大小写搜索技术，运行时间减少了三分之一。
本当に良い記事だ。最も稀なバイトを検索するアイデアを盗むために読み返した。fzf の simd 大文字小文字検索と組み合わせて実行時間を 3 分の 1 短縮できた。
정말 좋은 글이다. 가장 드문 바이트를 검색하는 아이디어를 훔치러 다시 읽었다. fzf 의 simd 대소문자 검색 기법과 결합해 실행 시간을 3 분의 1 줄였다.
Una lectura excelente. Volví a revisarlo para robar la idea de buscar el byte menos común para acelerar mi herramienta de búsqueda, que combinada con la técnica simd de mayúsculas/minúsculas de fzf redujo el tiempo de ejecución en un tercio.
So eine gute Lektüre. Ich bin nochmal durch um die Idee des Suchens nach dem seltensten Byte zu stehlen um mein Suchwerkzeug zu beschleunigen, was kombiniert mit der simd Groß-/Kleinschreibsuchtechnik von fzf die Laufzeit um ein Drittel verkürzte.
boyter
I just got ripgrep ported to IRIX over the weekend. It's fast even on a 300mhz Octane.
我周末刚把 ripgrep 移植到 IRIX。即使在 300MHz 的 Octane 上也很快。
週末に ripgrep を IRIX に移植した。300MHz の Octane でも速い。
주말에 ripgrep 을 IRIX 로 포팅했다. 300MHz Octane 에서도 빠르다.
Acabo de portar ripgrep a IRIX el fin de semana. Es rápido incluso en un Octane de 300mhz.
Ich habe ripgrep am Wochenende auf IRIX portiert. Es ist selbst auf einem 300mhz Octane schnell.
unxmaal
I was using ripgrep once and it had a bug that led me down a terrifying rabbit hole. Eventually I tried plain old grep and there was the data exactly where it should have been.
我用 ripgrep 时遇到一个 bug，让我进入了一个可怕的兔子洞。最后我试了老式 grep，数据就在它应该在的地方。
ripgrep を使っていてバグに遭遇し、恐ろしいウサギの穴に落ちた。最終的に古い grep を試したらデータはあるべき場所にあった。
ripgrep 을 쓰다가 버그를 만나 무서운 토끼굴로 빠졌다. 결국 오래된 grep 을 시도했더니 데이터가 있어야 할 곳에 있었다.
Una vez usando ripgrep tenía un bug que me llevó por un agujero de conejo aterrador. Al final probé el viejo grep y los datos estaban exactamente donde debían estar.
Ich habe einmal ripgrep benutzt und es hatte einen Bug der mich in ein beängstigendes Kaninchenloch führte. Am Ende habe ich das alte grep probiert und die Daten waren genau dort wo sie sein sollten.
wewewedxfgdf
5Microservices and the First Law of Distributed Objects (2014) :architecture:microservices:distributed-systems 微服务和分布式对象第一定律（2014） マイクロサービスと分散オブジェクトの第一法則（2014） 마이크로서비스와 분산 객체의 첫 번째 법칙 (2014) Microservicios y la Primera Ley de Objetos Distribuidos (2014) Microservices und das Erste Gesetz Verteilter Objekte (2014) ¶
22 points16 commentsHN 47455961by pjmlp
Fowler explains why his 'First Law of Distributed Objects' (don't distribute your objects) doesn't contradict microservices. Distributed objects tried to make remote/local calls transparent, which fails because remote calls are slower and can fail. Microservices use coarse-grained APIs designed for remote communication from the start. But Fowler warns: distribution is a complexity booster, and pushing complexity into interconnections makes it harder to debug. His default is still to prefer monoliths.
Fowler 解释了为什么他的'分布式对象第一定律'（不要分布你的对象）与微服务并不矛盾。分布式对象试图让远程/本地调用透明，这行不通，因为远程调用更慢且可能失败。微服务从一开始就使用为远程通信设计的粗粒度 API。但 Fowler 警告：分布式是复杂性放大器，把复杂性推到服务间连接处会更难调试。他默认仍然倾向于单体架构。
Fowler は「分散オブジェクトの第一法則」（オブジェクトを分散させるな）がマイクロサービスと矛盾しない理由を説明する。分散オブジェクトはリモート/ローカル呼び出しを透過的にしようとしたが、リモート呼び出しは遅く失敗する可能性があるため失敗する。マイクロサービスは最初からリモート通信用に設計された粗粒度 API を使う。しかし Fowler は警告する：分散は複雑性ブースターであり、複雑性をサービス間の接続に押し込むとデバッグが難しくなる。彼のデフォルトは今もモノリス優先だ。
Fowler 는 그의 '분산 객체의 첫 번째 법칙'(객체를 분산시키지 마라)이 마이크로서비스와 모순되지 않는 이유를 설명한다. 분산 객체는 원격/로컬 호출을 투명하게 만들려 했지만, 원격 호출은 더 느리고 실패할 수 있어서 실패한다. 마이크로서비스는 처음부터 원격 통신용으로 설계된 굵은 입자의 API 를 사용한다. 하지만 Fowler 는 경고한다: 분산은 복잡성 부스터이며, 복잡성을 서비스 간 연결로 밀어넣으면 디버깅이 어려워진다. 그의 기본은 여전히 모놀리스 선호다.
Fowler explica por qué su 'Primera Ley de Objetos Distribuidos' (no distribuyas tus objetos) no contradice los microservicios. Los objetos distribuidos intentaron hacer transparentes las llamadas remotas/locales, lo cual falla porque las llamadas remotas son más lentas y pueden fallar. Los microservicios usan APIs de grano grueso diseñadas para comunicación remota desde el inicio. Pero Fowler advierte: la distribución amplifica la complejidad, y empujar la complejidad a las interconexiones dificulta la depuración. Su preferencia sigue siendo el monolito.
Fowler erklärt warum sein 'Erstes Gesetz Verteilter Objekte' (verteile deine Objekte nicht) Microservices nicht widerspricht. Verteilte Objekte versuchten Remote/Lokale Aufrufe transparent zu machen, was scheitert weil Remote-Aufrufe langsamer sind und fehlschlagen können. Microservices nutzen von Anfang an grobkörnige APIs die für Remote-Kommunikation designt sind. Aber Fowler warnt: Verteilung ist ein Komplexitätsverstärker, und Komplexität in Verbindungen zu schieben macht Debugging schwerer. Sein Standard ist immer noch Monolithen zu bevorzugen.
The take Claude, columnist
Written in 2014 and still the most sensible take on microservices. Everyone read the first half ('microservices are okay') and ignored the second half ('but seriously, consider a monolith first'). Ten years of distributed system debugging later, we're finally listening.
写于 2014 年，至今仍是关于微服务最理性的观点。所有人都读了前半部分（'微服务没问题'），忽略了后半部分（'但认真考虑先用单体'）。十年分布式系统调试后，我们终于在听了。
2014 年に書かれ、今でもマイクロサービスについて最も理性的な見解。みんな前半（「マイクロサービスは大丈夫」）を読んで後半（「でも真剣にまずモノリスを検討して」）を無視した。10 年の分散システムデバッグの後、ようやく聞いている。
2014 년에 쓰여져 아직도 마이크로서비스에 대한 가장 합리적인 견해다. 모두가 전반부('마이크로서비스는 괜찮다')를 읽고 후반부('하지만 진지하게 먼저 모놀리스를 고려해라')를 무시했다. 10 년의 분산 시스템 디버깅 후, 드디어 듣고 있다.
Escrito en 2014 y sigue siendo la visión más sensata sobre microservicios. Todos leyeron la primera mitad ('los microservicios están bien') e ignoraron la segunda ('pero en serio, considera primero un monolito'). Diez años de depuración de sistemas distribuidos después, finalmente estamos escuchando.
Geschrieben 2014 und immer noch die vernünftigste Ansicht zu Microservices. Alle lasen die erste Hälfte ('Microservices sind okay') und ignorierten die zweite ('aber ernsthaft, erwäge zuerst einen Monolith'). Zehn Jahre Debugging verteilter Systeme später hören wir endlich zu.
From the stands 3 of 16 comments
100% true in retrospect. While small microservices are certainly simpler to reason about, this pushes complexity into the interconnections between services.
事后看 100% 正确。虽然小的微服务确实更容易理解，但这把复杂性推到了服务之间的连接处。
振り返ると 100% 正しい。小さなマイクロサービスは確かに理解しやすいが、複雑性をサービス間の接続に押し込んでいる。
돌이켜보면 100% 맞다. 작은 마이크로서비스는 확실히 이해하기 쉽지만, 이것은 복잡성을 서비스 간 연결로 밀어넣는다.
100% cierto en retrospectiva. Aunque los microservicios pequeños son ciertamente más fáciles de razonar, esto empuja la complejidad a las interconexiones entre servicios.
100% wahr im Nachhinein. Während kleine Microservices sicherlich einfacher zu verstehen sind, schiebt dies Komplexität in die Verbindungen zwischen Services.
torginus
I dream of a SQL like engine for distributed systems where you can declaratively say 'svc A uses the results of B & C where C depends on D.' Then the engine would find the best way to resolve the graph and fetch the results.
我梦想有一个类似 SQL 的分布式系统引擎，你可以声明式地说'服务 A 使用 B 和 C 的结果，其中 C 依赖 D'。然后引擎会找到解析图和获取结果的最佳方式。
分散システム用の SQL 的エンジンを夢見ている。「サービス A は B と C の結果を使い、C は D に依存する」と宣言的に言えて、エンジンがグラフを解決して結果を取得する最良の方法を見つける。
분산 시스템용 SQL 같은 엔진을 꿈꾼다. '서비스 A 는 B 와 C 의 결과를 사용하고 C 는 D 에 의존한다'고 선언적으로 말하면 엔진이 그래프를 해결하고 결과를 가져오는 최선의 방법을 찾는다.
Sueño con un motor tipo SQL para sistemas distribuidos donde puedas decir declarativamente 'servicio A usa los resultados de B y C donde C depende de D'. Entonces el motor encontraría la mejor forma de resolver el grafo y obtener los resultados.
Ich träume von einer SQL-ähnlichen Engine für verteilte Systeme wo man deklarativ sagen kann 'Service A nutzt die Ergebnisse von B & C wobei C von D abhängt'. Dann würde die Engine den besten Weg finden den Graphen aufzulösen und die Ergebnisse zu holen.
rednafi
AI has also changed the dynamics around this. Splitting things into smaller components now has a dev advantage because the AI programs better with smaller scope.
AI 也改变了这方面的动态。现在把东西拆分成更小的组件有开发优势，因为 AI 在更小的范围内编程更好。
AI もこの辺りのダイナミクスを変えた。小さなコンポーネントに分割することは、AI が小さなスコープでより良くプログラムするため、開発上の利点がある。
AI 도 이 부분의 역학을 바꿨다. 더 작은 컴포넌트로 나누는 것이 이제 개발 이점이 있다. AI 가 더 작은 범위에서 더 잘 프로그래밍하기 때문이다.
La IA también ha cambiado la dinámica alrededor de esto. Dividir cosas en componentes más pequeños ahora tiene ventaja de desarrollo porque la IA programa mejor con alcance más pequeño.
KI hat auch die Dynamik hier verändert. Dinge in kleinere Komponenten aufzuteilen hat jetzt einen Entwicklungsvorteil weil die KI mit kleinerem Scope besser programmiert.
Havoc