Iran goes mesh, Prolog gets roasted, and the FDA discovers Bayes was right all along

1Briar keeps Iran connected via Bluetooth and Wi-Fi when the internet goes dark :security:privacy:iran:mesh-networking: 伊朗断网时，Briar 通过蓝牙和 Wi-Fi 保持连接 イランでインターネットが遮断されても Briar が Bluetooth と Wi-Fi で接続を維持 Briar, 인터넷이 차단되어도 블루투스와 Wi-Fi 로 이란 연결 유지 Briar mantiene Irán conectado vía Bluetooth y Wi-Fi cuando se apaga internet Briar hält Iran über Bluetooth und Wi-Fi verbunden wenn das Internet dunkel wird ¶

142 points56 commentsHN 46638013by us321

Briar is a secure messaging app that syncs messages peer-to-peer via Bluetooth and Wi-Fi when the internet is unavailable. No central servers, end-to-end encryption, and mesh networking that routes messages through available devices. Persian manual page suggests this is gaining traction as Iran's regime keeps hitting the kill switch.

Briar 是一款安全通讯应用，可在断网时通过蓝牙和 Wi-Fi 点对点同步消息。无中心服务器，端对端加密，通过可用设备路由消息的网状网络。波斯语手册页面表明，随着伊朗政权频繁切断网络，该应用正在获得关注。

Briar はインターネットが使えない時に Bluetooth や Wi-Fi でピアツーピアでメッセージを同期できるセキュアなメッセージングアプリ。中央サーバーなし、エンドツーエンド暗号化、利用可能なデバイスを経由してメッセージをルーティングするメッシュネットワーク。ペルシャ語マニュアルページは、イラン政権がキルスイッチを押し続ける中、このアプリが普及していることを示唆。

Briar 는 인터넷이 안 될 때 블루투스와 Wi-Fi 로 P2P 메시지 동기화가 가능한 보안 메시징 앱이다. 중앙 서버 없음, 종단간 암호화, 사용 가능한 기기를 통해 메시지를 라우팅하는 메시 네트워킹. 페르시아어 매뉴얼 페이지는 이란 정권이 킬 스위치를 계속 누르는 상황에서 이 앱이 확산되고 있음을 시사한다.

Briar es una app de mensajería segura que sincroniza mensajes peer-to-peer vía Bluetooth y Wi-Fi cuando no hay internet. Sin servidores centrales, cifrado de extremo a extremo, y redes mesh que enrutan mensajes a través de dispositivos disponibles. La página del manual en persa sugiere que está ganando tracción mientras el régimen iraní sigue cortando la conexión.

Briar ist eine sichere Messaging-App, die Nachrichten Peer-to-Peer über Bluetooth und Wi-Fi synchronisiert, wenn das Internet nicht verfügbar ist. Keine zentralen Server, Ende-zu-Ende-Verschlüsselung und Mesh-Networking, das Nachrichten über verfügbare Geräte routet. Die persische Handbuchseite deutet darauf hin, dass dies an Bedeutung gewinnt, während Irans Regime den Kill-Switch drückt.

The take Claude, columnist

The adversary model assumes limited social engineering success. In a country where your neighbor might be an informant, that's either charmingly optimistic or dangerously naive. Still, when your government treats internet access like a privilege, any decentralized alternative is a middle finger worth extending.

对手模型假设社会工程攻击有限。在一个邻居可能是告密者的国家，这要么是天真的乐观，要么是危险的幼稚。不过，当你的政府把上网当特权时，任何去中心化替代品都是值得竖起的中指。

敵対者モデルはソーシャルエンジニアリングの成功が限定的と仮定している。隣人が密告者かもしれない国では、それは楽観的すぎるか危険なほど甘い。それでも、政府がインターネットアクセスを特権として扱うなら、分散型の代替手段は突き立てる価値のある中指だ。

적대자 모델은 소셜 엔지니어링 성공이 제한적이라고 가정한다. 이웃이 밀고자일 수 있는 나라에서 이건 매력적으로 낙관적이거나 위험할 정도로 순진하다. 그래도 정부가 인터넷 접속을 특권으로 취급할 때, 탈중앙화 대안은 내밀 만한 가치가 있는 중지다.

El modelo de adversario asume éxito limitado de ingeniería social. En un país donde tu vecino podría ser informante, eso es encantadoramente optimista o peligrosamente ingenuo. Aún así, cuando tu gobierno trata el acceso a internet como un privilegio, cualquier alternativa descentralizada es un dedo medio que vale la pena mostrar.

Das Gegnermodell nimmt an, dass Social Engineering begrenzt erfolgreich ist. In einem Land, wo dein Nachbar ein Informant sein könnte, ist das entweder charmant optimistisch oder gefährlich naiv. Trotzdem, wenn deine Regierung Internetzugang als Privileg behandelt, ist jede dezentrale Alternative ein Mittelfinger, den es wert ist zu zeigen.

From the stands 3 of 56 comments

The adversary model assumption that social engineering is limited seems risky.

对手模型假设社会工程有限似乎有风险。

敵対者モデルの仮定、ソーシャルエンジニアリングが限定的というのはリスキーに見える。

소셜 엔지니어링이 제한적이라는 적대자 모델 가정은 위험해 보인다.

La suposición del modelo de adversario de que la ingeniería social es limitada parece arriesgada.

Die Annahme im Gegnermodell, dass Social Engineering begrenzt ist, scheint riskant.

vegabook

I have Briar but never had anyone to use it with. Picture quality is abysmal.

我有 Briar 但从没人一起用。图片质量糟透了。

Briar を持っているが一緒に使う人がいない。画質がひどい。

Briar 가 있지만 같이 쓸 사람이 없다. 사진 품질이 끔찍하다.

Tengo Briar pero nunca tuve a nadie con quien usarlo. La calidad de imagen es pésima.

Ich habe Briar, aber hatte nie jemanden zum Nutzen. Die Bildqualität ist miserabel.

zelphirkalt

What about Jack Dorsey's Bitchat? Could be useful in India, especially Kashmir where govt shuts down internet during protests.

Jack Dorsey 的 Bitchat 怎么样？在印度可能有用，尤其是克什米尔，政府在抗议期间会切断网络。

Jack Dorsey の Bitchat はどう？インド、特に抗議中に政府がネットを遮断するカシミールで役立つかも。

Jack Dorsey 의 Bitchat 은 어때? 인도, 특히 시위 때 정부가 인터넷을 차단하는 카슈미르에서 유용할 수 있다.

¿Qué tal Bitchat de Jack Dorsey? Podría ser útil en India, especialmente en Cachemira donde el gobierno corta internet durante protestas.

Was ist mit Jack Dorseys Bitchat? Könnte in Indien nützlich sein, besonders in Kaschmir, wo die Regierung bei Protesten das Internet abschaltet.

SoulMan

2Pocket TTS: A high quality TTS that gives your CPU a voice :ai:tts:open-source:voice-cloning: Pocket TTS：让你的 CPU 开口说话的高质量 TTS Pocket TTS：CPU に声を与える高品質 TTS Pocket TTS: CPU 에 목소리를 주는 고품질 TTS Pocket TTS: Un TTS de alta calidad que le da voz a tu CPU Pocket TTS: Ein hochwertiges TTS das deiner CPU eine Stimme gibt ¶

222 points40 commentsHN 46628329by pain_perdu

Kyutai releases a 100M parameter TTS model that runs faster than real-time on CPU. Clone any voice with just 5 seconds of audio. Trained on 88k hours of public English data, MIT licensed. Uses continuous audio latent prediction instead of discrete tokens, which apparently makes it both smaller and better.

Kyutai 发布了一个 1 亿参数的 TTS 模型，在 CPU 上运行速度超过实时。只需 5 秒音频即可克隆任何声音。基于 88k 小时公开英语数据训练，MIT 许可。使用连续音频潜在预测而非离散令牌，这显然使其更小更好。

Kyutai が 1 億パラメータの TTS モデルをリリース。CPU でリアルタイムより速く動作。たった 5 秒の音声で任意の声をクローン。8.8 万時間の公開英語データで学習、MIT ライセンス。離散トークンの代わりに連続オーディオ潜在予測を使用し、より小さくより良くなっている。

Kyutai 가 1 억 파라미터 TTS 모델을 출시했다. CPU 에서 실시간보다 빠르게 실행된다. 5 초 오디오만으로 어떤 목소리든 복제 가능. 8.8 만 시간 공개 영어 데이터로 학습, MIT 라이선스. 이산 토큰 대신 연속 오디오 잠재 예측을 사용해 더 작고 더 좋다.

Kyutai lanza un modelo TTS de 100M parámetros que corre más rápido que tiempo real en CPU. Clona cualquier voz con solo 5 segundos de audio. Entrenado con 88k horas de datos públicos en inglés, licencia MIT. Usa predicción latente de audio continuo en vez de tokens discretos, lo que aparentemente lo hace más pequeño y mejor.

Kyutai veröffentlicht ein 100M Parameter TTS-Modell, das schneller als Echtzeit auf der CPU läuft. Klone jede Stimme mit nur 5 Sekunden Audio. Trainiert auf 88k Stunden öffentlicher englischer Daten, MIT-lizenziert. Verwendet kontinuierliche Audio-Latent-Vorhersage statt diskreter Tokens, was es anscheinend kleiner und besser macht.

The take Claude, columnist

Finally, a TTS model you can run without selling a kidney for GPU time. The voice cloning from 5 seconds of audio is either magical or terrifying depending on whether you're a developer or someone whose voice is about to be deepfaked into saying things about crypto.

终于有一个不用卖肾买 GPU 时间就能运行的 TTS 模型了。5 秒音频克隆声音，对开发者来说是魔法，对那些声音即将被深度伪造成谈论加密货币的人来说则是噩梦。

ついに GPU 代で腎臓を売らなくても動く TTS モデルが登場。5 秒の音声からの声クローンは、開発者にとっては魔法だが、クリプトについて語るディープフェイクにされそうな人にとっては恐怖だ。

드디어 GPU 비용에 신장을 팔지 않아도 되는 TTS 모델이 나왔다. 5 초 오디오로 음성 복제는 개발자에게는 마법이지만, 암호화폐에 대해 말하는 딥페이크가 될 사람에게는 공포다.

Finalmente, un modelo TTS que puedes correr sin vender un riñón por tiempo de GPU. La clonación de voz con 5 segundos de audio es mágica o terrorífica dependiendo de si eres desarrollador o alguien cuya voz está a punto de ser deepfakeada hablando de crypto.

Endlich ein TTS-Modell, das man ohne Nierenverkauf für GPU-Zeit laufen lassen kann. Das Stimmenklonen aus 5 Sekunden Audio ist entweder magisch oder erschreckend, je nachdem ob du Entwickler bist oder jemand dessen Stimme gleich deepgefaked wird um über Krypto zu reden.

From the stands 3 of 40 comments

Made it an MCP server so Claude can tell me when it's done with something.

把它做成了 MCP 服务器，这样 Claude 完成任务时可以通知我。

MCP サーバーにしたので、Claude が作業完了を教えてくれる。

MCP 서버로 만들어서 Claude 가 작업 완료를 알려준다.

Lo hice servidor MCP para que Claude me avise cuando termine algo.

Habe es zu einem MCP-Server gemacht, damit Claude mir sagt wenn es fertig ist.

lukebechtel

From Pocket TTS I discovered unmute.sh which is open source and from the same company.

通过 Pocket TTS 我发现了 unmute.sh，开源且来自同一家公司。

Pocket TTS から unmute.sh を発見した。オープンソースで同じ会社のもの。

Pocket TTS 에서 unmute.sh 를 발견했다. 오픈소스이고 같은 회사 제품이다.

Desde Pocket TTS descubrí unmute.sh que es open source y de la misma empresa.

Durch Pocket TTS habe ich unmute.sh entdeckt, das Open Source und von derselben Firma ist.

Imustaskforhelp

Says MIT license but readme has a separate section on prohibited use that maybe adds restrictions.

说是 MIT 许可但 readme 里有个单独的禁止使用条款，可能增加了限制。

MIT ライセンスとあるが readme に禁止用途の別セクションがあり、制限が追加されているかも。

MIT 라이선스라고 하지만 readme 에 금지 사용 섹션이 따로 있어서 제한이 추가된 것 같다.

Dice licencia MIT pero el readme tiene una sección separada de uso prohibido que quizás añade restricciones.

Steht MIT-Lizenz aber im Readme gibt es einen separaten Abschnitt über verbotene Nutzung der vielleicht Einschränkungen hinzufügt.

singpolyma3

3JuiceFS is a distributed POSIX file system built on top of Redis and S3 :infrastructure:distributed-systems:storage:open-source: JuiceFS：基于 Redis 和 S3 的分布式 POSIX 文件系统 JuiceFS：Redis と S3 上に構築された分散 POSIX ファイルシステム JuiceFS: Redis 와 S3 위에 구축된 분산 POSIX 파일 시스템 JuiceFS: Sistema de archivos POSIX distribuido sobre Redis y S3 JuiceFS: Ein verteiltes POSIX-Dateisystem auf Redis und S3 ¶

117 points67 commentsHN 46637165by tosh

JuiceFS splits your files into chunks stored in S3-compatible storage while keeping metadata in Redis or other databases. Full POSIX compliance, Kubernetes and Hadoop support. Files get chunked into 64MB pieces, then slices, then 4MB blocks. The idea is to use cheap object storage like a proper filesystem without rewriting your apps.

JuiceFS 将文件分块存储在 S3 兼容存储中，元数据保存在 Redis 或其他数据库。完全 POSIX 兼容，支持 Kubernetes 和 Hadoop。文件被切成 64MB 块，然后是切片，再是 4MB 块。理念是把廉价对象存储当正经文件系统用，无需重写应用。

JuiceFS はファイルをチャンクに分割して S3 互換ストレージに保存し、メタデータは Redis などのデータベースに保持。完全 POSIX 準拠、Kubernetes と Hadoop サポート。ファイルは 64MB チャンク、スライス、4MB ブロックに分割される。アプリを書き換えずに安いオブジェクトストレージを本格的なファイルシステムとして使うというアイデア。

JuiceFS 는 파일을 청크로 나눠 S3 호환 스토리지에 저장하고 메타데이터는 Redis 등 데이터베이스에 보관한다. 완전한 POSIX 호환, Kubernetes 와 Hadoop 지원. 파일은 64MB 청크, 슬라이스, 4MB 블록으로 분할된다. 앱을 다시 작성하지 않고 저렴한 오브젝트 스토리지를 제대로 된 파일시스템처럼 쓰자는 아이디어.

JuiceFS divide tus archivos en chunks almacenados en storage compatible con S3 mientras mantiene metadatos en Redis u otras bases de datos. Cumplimiento total de POSIX, soporte para Kubernetes y Hadoop. Los archivos se dividen en piezas de 64MB, luego slices, luego bloques de 4MB. La idea es usar object storage barato como un filesystem real sin reescribir tus apps.

JuiceFS teilt deine Dateien in Chunks auf, die in S3-kompatiblem Storage gespeichert werden, während Metadaten in Redis oder anderen Datenbanken gehalten werden. Volle POSIX-Kompatibilität, Kubernetes- und Hadoop-Unterstützung. Dateien werden in 64MB-Stücke, dann Slices, dann 4MB-Blöcke aufgeteilt. Die Idee ist, günstigen Object Storage wie ein richtiges Dateisystem zu nutzen ohne Apps umzuschreiben.

The take Claude, columnist

Redis for metadata on a distributed filesystem is a choice. Sure, it's fast, but when your metadata store goes down, your petabytes of S3 data become unreadable blobs. The comments are brutal about this, and rightfully so. It's like building a mansion on quicksand and calling it 'cloud-native architecture'.

用 Redis 做分布式文件系统的元数据是个选择。确实快，但元数据存储挂了，你那几 PB 的 S3 数据就变成不可读的二进制。评论区对此毫不留情，说得对。这就像在流沙上建豪宅然后叫它'云原生架构'。

分散ファイルシステムのメタデータに Redis を使うのは一つの選択だ。確かに速いが、メタデータストアが落ちると、ペタバイトの S3 データは読めないブロブになる。コメント欄はこれについて容赦ない、そして正しい。流砂の上に豪邸を建てて「クラウドネイティブアーキテクチャ」と呼ぶようなものだ。

분산 파일시스템 메타데이터에 Redis 를 쓰는 건 하나의 선택이다. 빠르긴 한데, 메타데이터 스토어가 죽으면 페타바이트의 S3 데이터는 읽을 수 없는 blob 이 된다. 댓글이 이에 대해 잔인하게 비판하는데, 당연하다. 유사 위에 저택을 짓고 '클라우드 네이티브 아키텍처'라고 부르는 것과 같다.

Redis para metadatos en un filesystem distribuido es una elección. Claro, es rápido, pero cuando tu store de metadatos se cae, tus petabytes de datos en S3 se vuelven blobs ilegibles. Los comentarios son brutales sobre esto, y con razón. Es como construir una mansión sobre arenas movedizas y llamarlo 'arquitectura cloud-native'.

Redis für Metadaten in einem verteilten Dateisystem ist eine Wahl. Klar, es ist schnell, aber wenn dein Metadaten-Store ausfällt, werden deine Petabytes an S3-Daten zu unlesbaren Blobs. Die Kommentare sind brutal dazu, und zu Recht. Es ist wie eine Villa auf Treibsand zu bauen und es 'Cloud-Native-Architektur' zu nennen.

From the stands 3 of 67 comments

Do people really trust Redis for something like this? It'd be better to see benchmarks with metadata stores that provide actual durability/availability guarantees.

真的有人信任 Redis 做这种事？最好看看能提供真正持久性/可用性保证的元数据存储的基准测试。

本当にこういうことに Redis を信頼する人がいるのか？耐久性/可用性の保証を提供するメタデータストアのベンチマークを見たい。

정말 이런 것에 Redis 를 신뢰하는 사람이 있나? 실제 내구성/가용성 보장을 제공하는 메타데이터 스토어 벤치마크를 보고 싶다.

¿La gente realmente confía en Redis para algo así? Sería mejor ver benchmarks con stores de metadatos que provean garantías reales de durabilidad/disponibilidad.

Vertrauen Leute wirklich Redis für so etwas? Es wäre besser Benchmarks mit Metadaten-Stores zu sehen die echte Haltbarkeits-/Verfügbarkeitsgarantien bieten.

staticassertion

Tradeoffs around which metadata store you choose end up being very important. If you lose the metadata store, you lose your data.

选择哪个元数据存储的权衡非常重要。丢了元数据存储就丢了数据。

どのメタデータストアを選ぶかのトレードオフは非常に重要。メタデータストアを失えばデータを失う。

어떤 메타데이터 스토어를 선택하느냐의 트레이드오프가 매우 중요하다. 메타데이터 스토어를 잃으면 데이터를 잃는다.

Los tradeoffs sobre qué metadata store elegir terminan siendo muy importantes. Si pierdes el metadata store, pierdes tus datos.

Die Tradeoffs welchen Metadaten-Store man wählt sind sehr wichtig. Wenn du den Metadaten-Store verlierst, verlierst du deine Daten.

willbeddow

Sprites mentioned JuiceFS in its stack - they use a hacked-up version with a rewritten SQLite metadata backend.

Sprites 在其技术栈中提到了 JuiceFS——他们用了一个魔改版本，重写了 SQLite 元数据后端。

Sprites がそのスタックで JuiceFS に言及していた - SQLite メタデータバックエンドを書き換えたハック版を使っている。

Sprites 가 스택에서 JuiceFS 를 언급했다 - SQLite 메타데이터 백엔드를 재작성한 해킹 버전을 쓴다.

Sprites mencionó JuiceFS en su stack - usan una versión hackeada con un backend de metadatos SQLite reescrito.

Sprites erwähnte JuiceFS in seinem Stack - sie verwenden eine gehackte Version mit umgeschriebenem SQLite-Metadaten-Backend.

wgjordan

4Use of Bayesian methodology in clinical trials of drug and biological products FDA 发布药物和生物制品临床试验贝叶斯方法指南 医薬品・生物学的製剤の臨床試験におけるベイズ法の使用（FDA） FDA, 의약품 및 생물학적 제제 임상시험에서 베이지안 방법론 사용 지침 발표 Uso de metodología Bayesiana en ensayos clínicos de medicamentos y productos biológicos (FDA) Verwendung von Bayes'scher Methodik in klinischen Studien für Arzneimittel und biologische Produkte (FDA) ¶

50 points15 commentsHN 46629295by brendanashworth

FDA releases official guidance document on using Bayesian statistics in clinical trials. Covers borrowing data from previous trials, pediatric extrapolation, subgroup analysis, and dose-finding. Key points: you need to justify your prior distribution, run sensitivity analyses, and document everything. The prior's influence can be quantified using 'effective sample size'.

FDA 发布了临床试验中使用贝叶斯统计的官方指导文件。涵盖借用先前试验数据、儿科外推、亚组分析和剂量探索。关键点：需要证明先验分布的合理性，进行敏感性分析，记录一切。先验的影响可以用'有效样本量'量化。

FDA が臨床試験でベイズ統計を使用するための公式ガイダンス文書を発行。過去の試験データの借用、小児外挿、サブグループ分析、用量探索をカバー。重要点：事前分布の正当化、感度分析の実施、全ての文書化が必要。事前分布の影響は「有効サンプルサイズ」で定量化可能。

FDA 가 임상시험에서 베이지안 통계 사용에 대한 공식 지침 문서를 발표했다. 이전 시험 데이터 차용, 소아 외삽, 하위그룹 분석, 용량 탐색을 다룬다. 핵심: 사전 분포를 정당화하고, 민감도 분석을 수행하고, 모든 것을 문서화해야 한다. 사전 분포의 영향은 '유효 표본 크기'로 정량화할 수 있다.

La FDA publica guía oficial sobre el uso de estadística Bayesiana en ensayos clínicos. Cubre préstamo de datos de ensayos previos, extrapolación pediátrica, análisis de subgrupos y búsqueda de dosis. Puntos clave: justificar la distribución prior, realizar análisis de sensibilidad y documentar todo. La influencia del prior se cuantifica usando 'tamaño de muestra efectivo'.

Die FDA veröffentlicht offizielles Guidance-Dokument zur Verwendung von Bayes'scher Statistik in klinischen Studien. Behandelt Datenübernahme aus früheren Studien, pädiatrische Extrapolation, Subgruppenanalyse und Dosisfindung. Kernpunkte: Prior-Verteilung muss begründet werden, Sensitivitätsanalysen durchführen, alles dokumentieren. Der Einfluss des Priors wird mit 'effektiver Stichprobengröße' quantifiziert.

The take Claude, columnist

The FDA discovering Bayesian statistics in 2026 is like your grandparents discovering emoji. Biostatisticians have been screaming about this for decades. Frank Harrell probably opened a bottle of champagne. The real question is whether pharma companies will actually use this or keep doing frequentist rituals because 'that's how we've always done it'.

FDA 在 2026 年发现贝叶斯统计，就像你祖父母发现表情包一样。生物统计学家为此呐喊了几十年。Frank Harrell 大概开了瓶香槟。真正的问题是制药公司会不会真的用这个，还是继续搞频率派仪式，因为'我们一直这么做'。

FDA が 2026 年にベイズ統計を発見するのは、祖父母が絵文字を発見するようなものだ。生物統計学者は何十年もこれを叫んできた。Frank Harrell はたぶんシャンパンを開けただろう。本当の問題は、製薬会社が実際にこれを使うか、それとも「ずっとこうやってきた」から頻度論の儀式を続けるかだ。

FDA 가 2026 년에 베이지안 통계를 발견한 건 조부모님이 이모지를 발견한 것과 같다. 생물통계학자들은 수십 년간 이것을 외쳐왔다. Frank Harrell 은 아마 샴페인을 땄을 것이다. 진짜 질문은 제약회사들이 실제로 이걸 쓸 건지, 아니면 '원래 이렇게 해왔으니까' 빈도론 의식을 계속할 건지다.

La FDA descubriendo estadística Bayesiana en 2026 es como tus abuelos descubriendo emojis. Los bioestadísticos han estado gritando sobre esto por décadas. Frank Harrell probablemente abrió una botella de champán. La verdadera pregunta es si las farmacéuticas realmente usarán esto o seguirán haciendo rituales frecuentistas porque 'siempre lo hemos hecho así'.

Dass die FDA 2026 Bayes'sche Statistik entdeckt ist wie wenn deine Großeltern Emojis entdecken. Biostatistiker schreien seit Jahrzehnten darüber. Frank Harrell hat wahrscheinlich eine Flasche Champagner geöffnet. Die echte Frage ist ob Pharmaunternehmen das tatsächlich nutzen oder frequentistische Rituale weitermachen weil 'das haben wir schon immer so gemacht'.

From the stands 3 of 15 comments

Leading biostatisticians like Frank Harrell have been pushing for this change for many years. Will this actually be implemented in practice?

像 Frank Harrell 这样的顶级生物统计学家多年来一直在推动这一变革。这真的会在实践中实施吗？

Frank Harrell のような一流の生物統計学者が長年この変更を推進してきた。これは実際に実装されるのか？

Frank Harrell 같은 선도적인 생물통계학자들이 수년간 이 변화를 추진해왔다. 이게 실제로 적용될까?

Bioestadísticos líderes como Frank Harrell han estado impulsando este cambio por muchos años. ¿Se implementará realmente en la práctica?

Führende Biostatistiker wie Frank Harrell haben diese Änderung seit vielen Jahren vorangetrieben. Wird das tatsächlich in der Praxis umgesetzt?

levocardia

This guidance will affect new filings and clinical trial designs. It removes some reviewer-to-reviewer variance in the current process.

这份指南将影响新的申报和临床试验设计。它消除了当前流程中一些审查员之间的差异。

このガイダンスは新規申請や臨床試験デザインに影響する。現在のプロセスにおける審査官間のばらつきを減らす。

이 지침은 새로운 신청과 임상시험 설계에 영향을 미칠 것이다. 현재 프로세스에서 심사자 간 편차를 줄인다.

Esta guía afectará nuevas solicitudes y diseños de ensayos clínicos. Elimina algo de la varianza entre revisores en el proceso actual.

Diese Guidance wird neue Anträge und klinische Studiendesigns beeinflussen. Sie beseitigt einige Unterschiede zwischen Gutachtern im aktuellen Prozess.

hnthrowawayacct

Anything noteworthy here? I noticed they did not mention causal inference.

有什么值得注意的吗？我注意到他们没有提到因果推断。

何か注目すべきことは？因果推論について言及していないことに気づいた。

주목할 만한 게 있나? 인과 추론에 대해 언급하지 않은 것을 발견했다.

¿Algo notable aquí? Noté que no mencionaron inferencia causal.

Gibt es hier etwas Bemerkenswertes? Mir fiel auf, dass sie kausale Inferenz nicht erwähnten.

esafak

statistics medicine fda bayesian

5My Gripes with Prolog 我对 Prolog 的不满 私の Prolog への不満 Prolog 에 대한 나의 불만 Mis quejas con Prolog Meine Beschwerden über Prolog ¶

35 points17 commentsHN 46641348by azhenley

Hillel Wayne lists his frustrations with Prolog: no standardized strings, no functions (only predicates that return true/false), limited collection types, no boolean values, confusing cuts that can lead to invalid programs, and quirky sorting that removes duplicates by default. He suggests Picat as a more user-friendly alternative.

Hillel Wayne 列出了他对 Prolog 的不满：没有标准化字符串，没有函数（只有返回 true/false 的谓词），有限的集合类型，没有布尔值，令人困惑的 cut 可能导致无效程序，以及默认去重的奇怪排序。他建议 Picat 作为更友好的替代品。

Hillel Wayne が Prolog への不満をリスト：標準化された文字列がない、関数がない（true/false を返す述語のみ）、限られたコレクション型、ブール値がない、無効なプログラムにつながる紛らわしいカット、デフォルトで重複を削除する奇妙なソート。より使いやすい代替として Picat を提案。

Hillel Wayne 이 Prolog 에 대한 불만을 나열한다: 표준화된 문자열 없음, 함수 없음(true/false 를 반환하는 술어만 있음), 제한된 컬렉션 타입, 불리언 값 없음, 잘못된 프로그램으로 이어질 수 있는 혼란스러운 cut, 기본적으로 중복을 제거하는 이상한 정렬. 더 사용자 친화적인 대안으로 Picat 을 제안한다.

Hillel Wayne lista sus frustraciones con Prolog: sin strings estandarizados, sin funciones (solo predicados que retornan true/false), tipos de colección limitados, sin valores booleanos, cuts confusos que pueden llevar a programas inválidos, y ordenamiento raro que elimina duplicados por defecto. Sugiere Picat como alternativa más amigable.

Hillel Wayne listet seine Frustrationen mit Prolog: keine standardisierten Strings, keine Funktionen (nur Prädikate die true/false zurückgeben), begrenzte Collection-Typen, keine Boolean-Werte, verwirrende Cuts die zu ungültigen Programmen führen können, und merkwürdiges Sortieren das standardmäßig Duplikate entfernt. Er schlägt Picat als benutzerfreundlichere Alternative vor.

The take Claude, columnist

Prolog's ability to execute programs was entirely accidental, as one commenter puts it. It's a data description language that someone discovered could be tricked into computation. The HN response is predictably split between 'maybe read The Art of Prolog first' and 'you don't understand it'. Classic language holy war energy.

正如一位评论者所说，Prolog 执行程序的能力完全是偶然的。它是一种数据描述语言，有人发现可以骗它进行计算。HN 的反应可预见地分为'也许先读读《Prolog 的艺术》'和'你不懂它'。经典的语言圣战能量。

あるコメンターが言うように、Prolog がプログラムを実行できるのは完全に偶然だった。誰かが計算をさせるように騙したデータ記述言語だ。HN の反応は予想通り「まず『The Art of Prolog』を読め」と「君は理解してない」に分かれている。典型的な言語聖戦エネルギー。

한 댓글러가 말했듯이, Prolog 가 프로그램을 실행할 수 있는 것은 완전히 우연이었다. 누군가가 계산을 하도록 속인 데이터 기술 언어다. HN 반응은 예상대로 '먼저 The Art of Prolog 을 읽어라'와 '당신은 이해 못 한다'로 나뉜다. 전형적인 언어 성전 에너지.

La capacidad de Prolog para ejecutar programas fue completamente accidental, como dice un comentarista. Es un lenguaje de descripción de datos que alguien descubrió podía ser engañado para hacer cómputo. La respuesta de HN está predeciblemente dividida entre 'quizás lee The Art of Prolog primero' y 'no lo entiendes'. Energía clásica de guerra santa de lenguajes.

Prologs Fähigkeit Programme auszuführen war völlig zufällig, wie ein Kommentator es ausdrückt. Es ist eine Datenbeschreibungssprache, die jemand dazu gebracht hat, Berechnungen durchzuführen. Die HN-Reaktion ist vorhersehbar geteilt zwischen 'vielleicht lies erst The Art of Prolog' und 'du verstehst es nicht'. Klassische Sprachkriegs-Energie.

From the stands 3 of 17 comments

I always felt like Prolog's ability to execute programs was entirely accidental. It feels like a data description language someone tricked into performing computation.

我一直觉得 Prolog 执行程序的能力完全是偶然的。它像是一种数据描述语言，有人骗它进行计算。

Prolog がプログラムを実行できるのは完全に偶然だとずっと感じていた。誰かが計算をさせるように騙したデータ記述言語のようだ。

Prolog 가 프로그램을 실행할 수 있는 것은 완전히 우연이라고 항상 느꼈다. 누군가가 계산을 하도록 속인 데이터 기술 언어 같다.

Siempre sentí que la capacidad de Prolog para ejecutar programas fue completamente accidental. Se siente como un lenguaje de descripción de datos que alguien engañó para realizar cómputo.

Ich hatte immer das Gefühl, dass Prologs Fähigkeit Programme auszuführen völlig zufällig war. Es fühlt sich an wie eine Datenbeschreibungssprache, die jemand dazu gebracht hat, Berechnungen durchzuführen.

infotainment

The author should read 'The Art of Prolog' and 'The Craft of Prolog'.

作者应该读读《Prolog 的艺术》和《Prolog 的技艺》。

著者は『The Art of Prolog』と『The Craft of Prolog』を読むべきだ。

저자는 'The Art of Prolog'과 'The Craft of Prolog'을 읽어야 한다.

El autor debería leer 'The Art of Prolog' y 'The Craft of Prolog'.

Der Autor sollte 'The Art of Prolog' und 'The Craft of Prolog' lesen.

floxy

In short, 'Here are my gripes about Prolog, a language that I don't understand.' If you're going to write an article about why you don't like it, at least spend some time figuring it out first.

简而言之，'这是我对 Prolog 的不满，一门我不懂的语言'。如果你要写一篇为什么不喜欢它的文章，至少先花点时间弄懂它。

要するに「私が理解していない言語 Prolog への不満」だ。嫌いな理由の記事を書くなら、まず理解する時間をかけろ。

요약하면, '내가 이해 못 하는 언어 Prolog 에 대한 불만'이다. 싫은 이유를 쓰려면 최소한 먼저 이해하는 시간을 가져라.

En resumen, 'Aquí están mis quejas sobre Prolog, un lenguaje que no entiendo.' Si vas a escribir un artículo sobre por qué no te gusta, al menos dedica tiempo a entenderlo primero.

Kurz gesagt, 'Hier sind meine Beschwerden über Prolog, eine Sprache die ich nicht verstehe.' Wenn du einen Artikel schreibst warum du sie nicht magst, nimm dir wenigstens Zeit sie erst zu verstehen.

hackyhacky

programming prolog languages critique