鳥の名前 その1

鳥の名前 その1


Bean Machine の回顧展の次の部分を理解するには、少し余談をする必要があります。私がブログを書き続けてきた約 20 年間を振り返ってみると、組み合わせ論理に対する自分の評価についてほんの少ししか言及していないことに驚きました。次の数回のエピソードでは、それを私に紹介した素晴らしい本に基づいて簡単に紹介します。 アラバマ物語をあざけるには、故レイモンド・スマリヤン著。

数羽の鳥、おそらく有限または無限の数の鳥がいる森を想像してください。これらは珍しい鳥です。森の鳥の種名を森の鳥に呼ぶと、森の鳥が呼び返します。同じかもしれないし、違うかもしれないが、あなたが鳥の名前を言うと、鳥はあなたにその鳥の名前を返します。森の中にアカショウビンの枢機卿がいるかもしれません。オオアオサギを呼ぶと、カワセミが呼び戻します。

(写真は私によるものです。クリックすると高解像度が表示されます。)

「電話しました」と記します。 Q に P そして返事が来た R” として PQ = R。それで声をかけたら S に R そして R と答えた T、それを次のように表記します PQS = RS = T。わかりやすい方法で括弧を使用します。 PQS = (PQ)S そしてこれは違うかもしれません P(QS)。後者は「電話しました」 S に Q、そして電話しました Qさんの返答 P「。特定の鳥の名前を表すには大文字を使用し、変数を表すには小文字を使用します。

ここで検討している質問は次のとおりです。 どのような状況下で、鳥はあなたが呼んだのと同じ名前を呼び返すでしょうか? つまり、特定の鳥に対して、 y、どのような状況で行われるか yx = x?

スマリヤンは、この関係を持つ鳥を「愛情」と呼んでいます。y が好きです ×」ということは、 yx = x。もし y が好きです × それから × の「固定点」であると言われています。 y。


森は、鳥のつがいごとに「構成的」であると言われます (ある、 b) — ある そして b 同じでも異なってもよい — 森の中に次のような鳥がいる cx = b(ax) みんなのために ×。つまり、どんな名前を呼んでも × に ある、そしてその応答を呼び出します b、単に呼び出した場合と同じ結果が得られます。 × に c。 c です 構成 「コール」の × に ある、そしてその応答を呼び出します b”。

モッキンバードはその鳥です M という性質を持つ Mx = xx。つまり、どの鳥の名前でも ×、 M 何を教えてくれる ×の応答はそれ自身の名前に対するものです。 (注意深い読者は、私たちが何を言っていないことに気づくでしょう。 MM ですが、少なくとも定義から次のことがわかります。 MM = MM、だから私に少し信用してください 一貫性 少なくとも。)

定理: 合成林にマネシツグミが含まれている場合、森のすべての鳥は少なくとも 1 羽の鳥を好みます。

証拠: それを自分で証明してみてください。解決策については下にスクロールしてください。

。

。

。

。

。

。

。

させて p どんな鳥でもいい。させて c 作曲する鳥になってください p と M。したがって cx = p(Mx) みんなのために ×。

特に、それは次のことに当てはまります c、 それで cc = p(Mc)。しかし マック=cc、 したがって cc = p(cc)、そして私たちは鳥を見つけました p が好きです。以来 p だった どれでも 鳥、 毎 森の鳥は少なくとも一羽の鳥が好きです。あるいは、別の言い方をすると、マネシツグミがいる組成林内のすべての鳥は、少なくとも 1 羽の鳥を持っています。 固定点。


次回のFAIC: さらにいくつかの興味深い鳥を見て、Bean Machine に戻る前に、なぜこの奇抜さがコンパイルに関連するのかについて説明します。



Source link

Postagens Similares

  • Classificato al primo posto su HN nella zona morta di dicembre

    Per coloro che non ne erano a conoscenza (lo saresti se fossi iscritto via e-mail!), quest’anno ho aperto un blog separato sull’intelligenza artificiale, L-space Diaries, per 1) provare Substack con rabbia e 2) creare un feed mirato su un argomento piuttosto che su una persona (ho anche avviato DX Tips per la scrittura di devtools/devrel,…

  • Inkling: Unser Modell mit offenen Gewichten

    Inkling: Unser Modell mit offenen Gewichten (via) Mira Muratis Thinking Machines Lab hat gerade sein erstes Modell mit offenen Gewichten veröffentlicht. Inkling ist „ein Mixture-of-Experts-Transformator mit 975B Gesamtparametern, 41B aktiv“ – ein Apache-2.0-lizenziertes multimodales Modell, das auf 45 Billionen Text-, Bild-, Audio- und Video-Token trainiert wird. Sie versprechen auch Inkling-Small, ein 276B-Modell (12B aktiv), aber…

  • Regresja i kombinacje liniowe || Matematyka ∩ Programowanie

    Ostatnio pomagałem w kursie algebry liniowej organizowanym przez Tai-Danae Bradleya i Jacka Hidary’ego i jedno z pytań, które pojawiło się kilka razy, brzmiało: „Dlaczego programiści powinni przejmować się koncepcją kombinacji liniowej?” Dla tych, którzy nie wiedzą, dane wektory $ v_1, \dots, v_n$, a kombinacja liniowa wektorów to wybór niektórych współczynników $ a_i$, za pomocą których…

  • Covid-19 预估更新 2020 年 8 月 23 日 – CDC 预测中包含预估

    估计感染死亡人数和死亡率 如果我们知道感染人数,并且知道感染死亡率(IFR),那么从感染人数预测死亡人数就会非常简单。然而,在整个大流行期间,我们一直在估计感染人数和 IFR,但在许多情况下做得很糟糕。各州的数字似乎也有很大差异。 IFR 约为 0.5% 我在 Medium 上的一篇文章中解释了我是如何得出这个结论的。超级快速的解释是,这个数字至少可以根据纽约州 4 月下旬进行的抗体测试,结合纽约州因 Covid-19 死亡的信息来计算出来。一旦我们知道了大概的 IFR,我们就可以引导根据死亡人数估计感染人数的方法,这有助于我们将阳性检测与感染之间的关系归零。 检测呈阳性并不等于感染 阳性检测和感染不是一回事。阳性检测是感染数量的有用指标,但它们并不相同。这个简单的概念似乎阻碍了许多所做的估计。 随着时间的推移,阳性检测与感染之间的关系一直在发生变化。在大流行初期,感染与阳性检测的比例似乎在 10:1 到 20:1 之间。现在这个比例似乎在 3:1 到 5:1 的范围内。 单纯病死率 我的估计方法的基石是跟踪 Naive CFR 的变化,作为感染与阳性检测比率的指标。 单纯病死率 计算方法是今天的死亡人数除以 14 天前的阳性检测人数。由于死亡滞后于阳性检测,因此阳性检测是未来死亡的有用先行指标。 我仍然对许多广为人知的短期死亡率估计的巨大错误感到惊讶。如果您仅采用过去 7 天的平均初始病死率 (naive CFR),并根据 14 天滞后的阳性检测结果,用它来估计未来 14 天的死亡人数,那么您可以对未来 14 天的死亡人数做出比已发布的绝大多数估计更准确的估计。 对于截至 8 月 1 日左右的估计,我使用了阳性测试百分比(阳性率)和幼稚 CFR 之间的强相关性。因为我们在报告测试数据时知道测试阳性率,所以它作为死亡率的领先指标非常有用,而且我使用最近的阳性率以及阳性测试的数量来估计近期未来的死亡率。 但自大流行开始以来,单纯病死率已大幅下降。一开始超过50%,8月初一度跌至1.4%。随着 Naive CFR…

  • Çılgın Yeni Fikirler

    Mayıs 2021 Kamuoyuna açıklamaktan çok korktuğum bir görüş var. Hem alan uzmanı hem de makul bir kişi olduğunu tanıdığım biri kulağa mantıksız gelen bir fikir önerseydi, “Bu asla işe yaramayacak” demek konusunda çok isteksiz olurdum. Fikirler tarihi, özellikle de bilim tarihi üzerine çalışmış olan herkes, büyük olayların böyle başladığını bilir. Birisi kulağa çılgınca gelen bir…

  • Flickr 的 URL 方案-無名之輩

    我在 URL 作為使用者介面方面接受的教育有一半來自 2000 年代末的 Flickr。它的 URL 如下圖所示: flickr.com/photos/mwichary/favoritesflickr.com/photos/mwichary/setsflickr.com/photos/mwichary/sets/72177720330077904flickr.com/photos/mwichary/54896695834flickr.com/photos/mwichary/54896695834/in/set-72177720330077904 這真是令人難以置信,令人呼吸新鮮空氣。沒有多餘的 www. 在前面或尷尬 .php 在最後。沒有參數與其令人不愉快 ?&= 句法。不 % 用十六進位代碼進行聚會的標誌。當您與其他人共用這些 URL 時,您無需修改或刪除任何內容。當 Chrome 的網址列開始自動完成它們時,您就清楚地知道自己要去哪裡。 這可能看起來很愚蠢。這 使用者介面 網址數量?誰手動輸入或編輯 URL?但鍵盤仍然是最有效的輸入裝置。如果您要去的地方是您已經去過的地方,那麼輸入幾個字母可能比等待頁面加載、單擊等更快地到達目的地。它可能比篩選書籤更快到達那裡。或者,如果您要去的位置在層次結構中位於上層,則精心設計的 URL 將允許您拖曳以進行選擇,然後從末尾退格一些內容。 Flickr 允許完成這一切,而且無需按 Shift 鍵。 任何易於編輯的 URL 都需要輕鬆編輯 可讀的, 也。 Flickr 是。連結名稱非常簡單,以至於看到菜單… …準確地告訴您每個項目的 URL 是什麼。 此後的幾年裡,富文本的夢想並沒有實現。我們繼續在各地看到和使用裸 URL。這就是 Flickr URL 的另一個好處:它們很短。它們可以放在電子郵件或 Markdown 中。從頭開始,它們可以被放置在 句子。 今天,它們在 Slack 上永遠不會被中間那個令人沮喪的省略號截斷(這偶爾會導致有人複製縮短且格式錯誤的 URL 並進一步共享!)。…

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *