Booklog - 記号と再帰 新装版 記号論の形式・プログラムの必然
田中久美子
第 1 章。記号は意味を担う媒体である。記号はそれ自身が再帰性を持つ。自然言語など自然発生的な記号と違いプログラミング言語のような人工的な記号では再帰の有意味・無意味の境界を何処に置くかが問題となる。 本書では記号論の観点からプログラミング言語を捉え直し、浮かび上がる本質的な性質から、一般の記号の原理・性質を論じる。ソシュールとパースに始まる人文系の記号論と形式的な計算機科学の視点の橋渡し。 元来記号論はその人間から切り離されずにいたが、プログラミング言語は人間の脳に解釈系が外在する。よって記号論をこの様な形式言語に適用することは、記号論の形式化・基礎の確率に役立つと思われる。 またプログラミング言語に記号論を適用することは、記号論の昔からある考え方を以て、プログラミング言語が何故必然的に現状の姿をしているかを再発見することにもつながる。 記号論の 3 つの側面、記号とは何かという問いに対する、記号のモデルに関するもの・種類に関するもの・系に関するものの、を反映して 3 部構成。
第 2 章。プログラミング言語の記号の整理。関数型言語とオブジェクト指向言語の例での比較。 プログラミング言語の構成要素。型。データや関数の定義と使用の入れ子でプログラムが定義される。文と式。型とクラス。クラスの構成子と継承。 リテラル・演算子・予約後・識別子。これらを本書における情報記号と呼ぶ。 識別子の解釈層。ハードウェアの層ではアドレスや実際の値。プログラミング言語の層では識別子の定義と使用の層、これは多層構造でありさらには型とアドレスの層も含む。自然言語の層では人向けに書かれたコメント。 識別子の解釈層を定義と使用に置くということは、記号の解釈を記号の系の中だけで捉える汎記号主義につながる。人の認識が記号であるという考えはパース、ソシュール、聖アウグスティヌスにも見られる。
壮大な感じや。興味深く、初回は多めに読んでしまったけど、ページ数に対し中々重い内容なので今後はゆっくり読もう。シニフィエとか載ってるようなのでワンス・アポン・アン・アルゴリズムの後で読むにはうってつけの本やな。積んでた本同士が繋がっていくのは良いね。
2026-08-17, read count: 1, page: i ~ vi, 1 ~ 28, pages read: 34
第 3 章。二元論と三元論。二元論は古くは聖アウグスティヌスの時代に見られ、意味からラベルを想起させると考えた。ソシュールが転回して以降は、記号はシニフィアンとシニフィエで構成され、シニフィアンは指し示すもの(ラベル相当だが後付できるものではない)・シニフィエが意味のような指し示されるものとし、ラベルが意味を規定すると考える。 三元論は古くはギリシャ時代プラトンまで遡り、実世界の対象がイデア(本質)を連想させラベルを想起させると考えた。パースが転回して以降の三元論では、ラベル相当の表意体が、イデア相当の解釈項を媒介とし、対象を想起させると考える。 哲学者・言語学者の間で微妙にモデルは異なるが、ノスがいうように構成要素の数だけで見れば、二元論か三元論、あるいは亜種に分類できるという。しかし二元論と三元論の対応関係はノス曰く「バビロンの混乱状態」にあり、突き詰められていない。本書でソシュールとパースのモデルをそれぞれの代表として扱うが、それは両者が現代記号学の父であることに因る。 ノスによると、ソシュールの二元論は三元論のうち一要素を無視しているという。具体的には対象(ノスの思想では参照)を無視しているとする。 パースの思想は、対象を概念としての直接対象と現実世界≒心の外に外在する実体としての動的対象に分ける。モデルに含まれるのは心の中にある直接対象の方。同様にソシュールも記号を心的なものと考えていたことを鑑みると、パースの直接対象とシニフィエが対応する可能性が考えられ得る。 また解釈項はソシュールの思想においては記号過程としてモデルに含まず、モデル外にある記号同士の全体論的価値として現れる、というのが本書の仮説。このように対応付けられた二元論・三元論を情報記号を通して確認する。 理解が追いつかなくて読める頁数少なく、実際に検証する前できょうは終わり。面白い。いい本だこれ。
2026-08-18, read count: 1, page: 29 ~ 42, pages read: 14
第 3 章。 2 つのパラダイムと記号モデル。プログラムの識別子はデータか関数を表現する二元的なものとデータと関数の両方を表現する三元的なものに分けられる。 関数型プログラミング(FP)は全てが二元的識別子であり関数とデータすらも他の記号に働きかけるものと捉える。 オブジェクト指向プログラミング(OOP)は、オブジェクトは計算対象に関連するものをひとまとめに扱い、記号とそれが表す内容、また記号に働きかける記号も加えて三元的に捉える。 FP は名前がシニフィアン相当、内容がシニフィエ相当であると捉えられる。名前がデータや計算本体を指す。記号が使われることに関する記述は記号に付帯せず外在する。記号のモデルに外在する使用が識別子に意味を与える。 FP をソシュールの思想における差異に沿って見ると、どう使われるかによって別の意味を持ちうることからも、有意味である。 OOP は名前が表意体・データ構造(クラス)が概念を表す直接対象・関数(メソッド)が解釈項に相当すると捉えられる。 三元的識別子では識別子に意味を与えうるものは全て定義に含もうとするため、クラスの中に差異が現れる。そのため複数の識別子が関わる関数がある場合は全てを定義に含むことができないため、全てを三元的に記述できるわけでない。よって OOP には二元的・三元的識別子が混在する。 このように一方のモデルに現れるものはもう一方のモデルにも現れ、形式的に互換であるといえることがプログラム上の対応においては正当性がある。 以降、本書の新仮説に基づく議論をする際は、シニフィアン・表意体に相当する指示子、シニフィエ・直接対象に相当する内容、全体論的価値・解釈項に相当する使用、という語を使う。 これまでの内容を踏まえて記号の構成要素を整理すると、内容(what 意味論的なもの)と使用(how 実用的なもの)があり、記号とは semantics と pragmatics を表象する媒体であると言える。 なんとか 3 章読み切った。理解に頭を使うが楽しめてる気がする。最後の絵画の記号論的な解釈から次章へつなぐのもいいな。各章の主題の位置づけの地図もいい。
2026-08-19, read count: 1, page: 42 ~ 55, pages read: 14
第 4 章。画家による主題の解釈が表現される絵画のように、指示子・内容・使用が溶け合う契機を通して各構成要素の役割を考察する。 まずは構成要素が少ないソシュールの二元論。ソシュールはシニフィアンとシニフィエは不可分であるとするが、その関係は恣意的であり必然性はないとする。 情報記号では識別子は何でも良いという点において恣意的であるが、自然言語では社会的慣習により束縛されてもいるという一見矛盾した性質を持つ。 また恣意性にも絶対的・相対的な恣意性がある。さらには記号には関係性が織りなす差異しかないとする。ソシュール自身これらを逆説的であると観察する。 その逆説の解消を、社会的慣習に束縛されない情報記号において、構成要素がどのような場合に一体化するのか考えることで試みる(これはプログラム・ハードウェアに解釈層を置いた場合の話であり自然言語に於いては束縛される)。 記号の最も原初的な単位の関係を考えるにあたり、情報記号も最も原初的なラムダ計算で考える。 ラムダ計算のβ簡約は記号の置換であって、自然言語にも意味解釈を置換として捉えられる側面がある。これはラムダ計算が記号の原理を備えているからではないかという仮説。 きっとこの先、置換から自己言及・再帰に繋がってくんやろな。ワンス・アポン・アン・アルゴリズムで置換がでてきて良かった。 中々頁数を読むのが難しいが少しずつ進もう。
2026-08-20, read count: 1, page: 55 ~ 64, pages read: 10
第 4 章。どんな記号モデルでも記号の構成要素に分節と名前付与の機能が考えられている。 分節とは記号の単位を構成する≒意味を切り出すこと。ラムダ項は複数の記号の複合体として 1 つの単位でまとめることから、分節を担う単位であるといえる。 ソシュールの転回以前は、記号は実世界のもの(シニフィエ相当)に対するラベル(シニフィアン相当)であり機能は名前付与だけだった。ソシュールはシニフィアンに名前付与と分節の機能を持たせ、シニフィアンがシニフィエを分節する。 ラムダ項も名前付与と分節の機能を持つが、ラムダ項における名前付与は別の分節に行われるという違いがある(ソシュールの名前付与は分節する内容自身に行う)。 ソシュールは記号同士の関わりを差異・連辞(syntagm)として間接的に言及しているが、ラムダ項のβ簡約のような 2 つの記号を関連付けるための名前という観点は、二元論に基づく現代の記号モデルに於いても直接的に言及されない。 ラムダ項の名前は常に局所的で動的。二元論では大域的で静的で、有効範囲は関係のある人々や言語の異なり等で実際には存在するが、記号論の枠組みの中で意識されているとは言い難い。 ある分節が別の記号の複合から得られることは、記号の解釈をその記号系の中で考える汎記号主義の立場に相当する。 再帰的定義には、内容が定まるより先に記号が投機的に導入されなければならない。確定する前の自身を投機的に記号で表し、自身に言及(使用)することで自身の意味を分節することが再帰。 ソシュールが逆説的と言及したシニフィアンとシニフィエが不可分であるという性質は、再帰で顕著に成り立つ。また自然言語の多くは再帰的。 再帰的定義を導入せずとも不動点関数による自己適用としての再帰性は内在する。これは型なしラムダ計算の場合に限り、単純型付きラムダ計算では再帰的定義や型付きの場合の拡張が必要(のちの章で触れる)。 ラムダ項を並置した場合、二元論では第 1 のラムダ項の指示子と第 2 のラムダ項をあわせて記号の単位と見、三元論では第 1 第 2 のラムダ項をあわせて記号の単位と見る。 この 2 つは別のモデルであるが、再帰的な記号では使用と内容が不可分になり、二元論と三元論は等価なモデル。 再帰的な記号で使用が内容と融合するのはハーダーの意味論と実用論との関係を暗示する。使用が意味へと凝固する契機の 1 つは再帰であるというのが本書の 1 つの帰結。 ソシュールの「記号には差異しかない」という思想は、ラムダ項の意味的な同一性を一般には判定できないという性質にも対応して現れる。 プログラムが同一でないことを知る間接的な手法として、プログラムの入出力の差異を見ることができるが、これはソシュールの言明の 1 つの具現化のよう。 内容が濃くてめちゃ長メモになった。うまく理解できればもっと短くまとめられるんやろが、今はこれが精一杯。
2026-08-21, read count: 1, page: 64 ~ 82, pages read: 19
第 5 章。情報記号の何(what)「である」どう(how)「する」の記述に基づく関係構造について。 純粋に記号だけからなる汎記号主義的な情報記号の世界でも「である」「する」の対比があるのであれば、その本質は記号が備えているのではないかという仮説。 OOP では、対象のデータ構造に注目して記述すると「である」に基づく関係、関数に注目して記述すると「する」に基づく関係を構成する。 OOP の「である」に相当するのはクラス、「する」に相当するのは抽象データ型(あるいはインタフェース)。 クラス間の「である」関係は、 OOP では継承として表現される。 OOP と三元論の対応から、三元論でも同様に内容と使用に基づく「である」「する」の関係構造が考えられる。 本書では二元論はモデル内に内容しかないので、「である」に基づく関係のみが考えられる。 「である」「する」の対比が現れるのは、視点がモデルの内外にあるかの違いと考えられる。 パースは三元論の中でも内容が使用に先立って存在する視点を取っていると見られる。 ハイデッガーの「手元にある」(zuhanden)と「手前にある」(vorhanden)は「する」と「である」との対応が考えられ、使用が内容に先立つ視点を取っていると見られる。 内容・使用との対応を考えると、 再帰的な記号では「である」「する」の対比は消滅する。しかし人間の記号においては峻別が簡単でないからこそどちらの関係構造を採択するかが問題となる。その顕著な例がプログラミング。 以上が「である」「する」と三元論の対応の話。ちょっともやる。 「する」を導入する目的は再利用や複雑性の低減だけではなかろうし、FPにも abstract data type のような「する」に基づく抽象がある。「FP = 二元論、 OOP = 三元論」をここへ適用することで単純化が強くなっている印象。
2026-08-22, read count: 1, page: 83 ~ 106, pages read: 24
第 6 章。表現レベル。情報記号では識別子が指すものが型・アドレス・値と抽象レベルが異なる。 例えば、代入演算子の左右で抽象レベルが左辺はアドレスで右辺は値で異なる、多くの OOP でのコンストラクタがクラスと識別子を同じくする、等。 情報記号の曖昧性の解消は、文脈中でどのような識別子が使われるかに依り実用論的に行われる。それは例えば命令や演算子による。他にも値型と参照型の違いもある。 この指示の曖昧性≒複数の表現レベルは記号論では記号の分類として扱われる問題。 記号の種類は、二元論ではイェルムスレウがソシュールの思想を拡張して、三元論ではパース自身が形式化して行っている。 二元論と三元論の記号モデルの対応付けの仮説を踏まえ、情報記号に二元論・三元論の分類の適用を試みる。 きょうは第Ⅱ部の導入部だけ。まだ問題提起なので難しい話はない。
2026-08-23, read count: 1, page: 107 ~ 119, pages read: 13
第 6 章。イェルムスレウのグロセマティクス(glossematics = 本書では glossary(用語) + mathematics(数学))は記号を形式的に捉え、記号の関係や記号系を公理や原理により記述しようとした。 シニフィエとシニフィアンを表現(expression)(本書の指示子)と内容(content)としてソシュールの考えとは区別した。 直接指示記号と間接指示記号、後者は、指示子とそれが示す直接的な内容が、本来無関係な異なる内容を表す記号と結びつくことで、間接的に内容を表す。 メタ言語記号と対象言語記号、考察対象とする言語=対象言語の記号とそれを内容とするメタ言語記号。イェルムスレウはメタ言語記号を「科学的なもの」であると説明する。 二元論に関しては、メタ言語記号は型と値の関係に自然に適用できるが、間接指示記号については指示の曖昧性を起こすと考えられる。 パースの普遍的範疇(universal category)では全対象(項)を 3 つに分類し、単項の一次性・他の一項を参照する二次性・他の二項を参照する三次性に分解する。パースは記号は三次性の典型であると考えた。 記号と対象の関係で一次性の類似記号(icon)(対象の類似・性質)・二次性の指標記号(index)(対象との物理的・事実的関係、参照)・三次性の象徴記号(symbol)(概念)に分類した。 三元論に関しては、三次性が二次や一次として用いられるような高次の記号が低次の記号として利用される退化によると考えられる。 本書では、二元論・三元論の記号の分類を情報記号を介して対応付けると、類似記号は対象言語記号・間接指示記号、直接指示記号が指標記号、メタ言語記号が象徴記号に相当するとする。 指標記号が間接指示記号の内容を指すべきところ直接指示記号の内容を指す、象徴記号がメタ言語記号の内容を指すべきところ対象言語記号・間接指示記号の内容を指す、といった曖昧さが生じる。 本書では記号の分類について概観するには三元論が優れるとする。二元論では組合せができる点で柔軟な分類の枠組みを提供するように見えるが、二元論・三元論の対応を考えると三元論でも同様の説明ができるだろうということ。 モデルのシンプルさでは二元論がよく出来てるなと思った。二元論にしろ三元論にしろモデルにハマらない例外ケースがないのか気になるところ。
2026-08-24, read count: 1, page: 119 ~ 130, pages read: 12
Years (3)
Books (61)
- Domain Modeling Made Functional 関数型ドメインモデリング ドメイン駆動設計と F# でソフトウェアの複雑さに立ち向かおう2024-08-19〜2024-09-06
- GE 巨人の復活 シリコンバレー式「デジタル製造業」への挑戦2026-01-21〜2026-01-29
- NETFLIX の最強人事戦略 自由と責任の文化を築く2026-02-19〜2026-02-28
- NHK 3 ヶ月でマスターする 数学2026-05-27〜2026-06-02
- NO HARD WORK! 無駄ゼロで結果を出す僕らの働き方2025-12-23〜2025-12-31
- People Powered 「ビジネス」「ブランド」「チーム」を変革するコミュニティの原則 遠くへ行きたければ、みんなで行け2024-08-22〜2024-10-21
- Slack ゆとりの法則2025-10-17〜2025-10-30
- TEAM OF TEAMS 複雑化する世界で戦うための新原則2026-01-07〜2026-01-20
- Team Topologies 価値あるソフトウェアを素早く届ける適応型組織設計2026-04-24〜2026-05-01
- The DevOps 勝利をつかめ! 技術的負債を一掃せよ2026-01-01〜2026-01-06
- なぜこの人はわかってくれないのか 対立を超える会話の技術2026-01-30〜2026-02-09
- みずほ銀行システム統合、苦闘の 19 年史 史上最大の IT プロジェクト「3 度目の正直」2026-05-23〜2026-05-26
- アドレナリンジャンキー プロジェクトの現在と未来を映す 86 パターン2025-11-13〜2025-12-01
- エッセンシャル思考 最少の時間で成果を最大にする2025-12-03〜2025-12-12
- エフォートレス思考 努力を最小化して成果を最大化する2025-12-13〜2025-12-22
- クリエイティブプログラマー 創造的なプログラミングのための 7 つのテーマ2026-04-09〜2026-04-17
- サンダー・キャッツの発酵の旅 世界中を旅して見つけたレシピ、技術、そして伝統2025-05-20〜2025-06-22
- サンダー・キャッツの発酵教室2025-07-15〜2025-07-18
- スーパーエンジニアへの道 技術リーダーシップの人間学2025-07-19〜2025-08-15
- ディズニー CEO が実践する 10 の原則2026-03-16〜2026-03-24
- デッドライン ソフト開発を成功に導く 101 の法則2025-10-10〜2025-10-16
- ピアリング戦記 日本のインターネットを繋ぐ技術者たち2024-12-28〜2025-01-14
- ピクサー流 創造するちから 小さな可能性から、大きな可能性を生み出す方法2026-03-01〜2026-03-15
- ピクルスと漬物の歴史2025-02-24〜2025-03-04
- ピープルウエア ヤル気こそプロジェクト成功の鍵 第 3 版2025-09-17〜2025-10-09
- ファスト&スロー あなたの意思はどのように決まるか?2026-01-19〜2026-04-06
- プログラマの数学2026-06-18〜2026-06-26
- プログラマーのための CPU 入門 CPU は如何にしてソフトウェアを高速に実行するか2025-01-15〜2025-03-19
- プログラマー脳 優れたプログラマーになるための認知科学に基づくアプローチ2024-09-28〜2024-10-15
- プログラミング F#2024-09-07〜2024-09-07
- プログラミングの心理学 25 周年記念版2025-08-16〜2025-09-16
- ポストモーテム みずほ銀行システム障害事後検証報告2026-06-03〜2026-06-06
- ユニコーン企業のひみつ Spotify で学んだソフトウェアづくりと働き方2026-02-10〜2026-02-18
- ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング2024-09-15〜2024-09-27
- ワンス・アポン・アン・アルゴリズム 物語で読み解く計算2026-07-30〜2026-08-16
- 世界の作りおき野菜 みんなに愛される味付けの魔法2025-02-22〜2025-02-23
- 世界の納豆をめぐる探検2025-12-02〜2025-12-02
- 世界一流エンジニアの思考法2024-09-08〜2024-09-14
- 働きたくないイタチと言葉がわかるロボット2026-07-04〜2026-07-11
- 入門・倫理学2024-10-21〜2024-12-09
- 分子調理の日本食2025-02-08〜2025-02-09
- 型システムのしくみ TypeScript で実装しながら学ぶ型とプログラミング言語2025-07-01〜2025-07-14
- 実践プロパティベーステスト PropEr と Erlang/Elixir ではじめよう2024-11-05〜2024-12-27
- 家庭の低温調理 完璧な食事のためのモダンなテクニックと肉、魚、野菜、デザートのレシピ 992025-02-10〜2025-02-16
- 描きながら考える力 「ドゥードル」革命―ラクガキのパワーが思考とビジネスを変える!2026-04-18〜2026-04-23
- 数の女王2026-07-14〜2026-07-14
- 数学図鑑 やりなおしの高校数学2026-06-07〜2026-06-17
- 日本企業がシリコンバレーのスピードを身につける方法2026-04-04〜2026-04-08
- 最適経路の本 レナの不思議な数学の旅2026-07-15〜2026-07-29
- 本を読む本2024-10-13〜2024-11-04
- 演奏するプログラミング、ライブコーディングの思想と実践2025-06-23〜2025-06-30
- 熊とワルツを リスクを楽しむプロジェクト管理2025-10-31〜2025-11-12
- 男のスコッチウィスキー講座 100 蒸留所 巡礼試飲旅2024-10-26〜2025-06-01
- 異文化理解力 相手と自分の真意がわかるビジネスパーソン必須の教養2026-03-25〜2026-04-03
- 笑う数学2026-07-12〜2026-07-13
- 筋肉がすべて 健康・不老・メンタル、人生のすべてが変わる唯一の方法2026-05-12〜2026-05-22
- 習慣と脳の科学2025-04-06〜2025-05-19
- 記号と再帰 新装版 記号論の形式・プログラムの必然2026-08-17〜2026-08-24
- 運動能 新版・一流の頭脳2026-05-02〜2026-05-11
- 部下としての AI 世界一流エンジニアの進化術2026-06-27〜2026-07-03
- 魏武注孫子2024-11-25〜2025-04-05