2026年7月11日土曜日

聖書文書が物として翻訳・朗読・収集・破壊・発注・携帯・献上・量産されたことが確認できる事例だ

 

年代現物・言及史料物として確認できる用途史料上の意味
紀元前2世紀『アリステアスの手紙』律法の原本をエルサレムから取り寄せ、ギリシャ語に翻訳し、王立図書館へ収蔵する物語自体は史実そのままとは考えられていないが、律法が移送・翻訳・校訂・朗読・図書館収蔵される書物として描かれる最古級の資料。(attalus.org)
紀元前2世紀末『ベン・シラの知恵』ギリシャ語訳序文「律法・預言者・その他の書物」を読書・学習し、別言語へ翻訳する複数の権威的書物が、分類された読書・教育・翻訳対象として認識されていたことを示す。(BibleGateway)
紀元前1世紀~紀元70年以前テオドトス碑文会堂を「律法の朗読」と「戒めの教授」のために建設する石碑によって、律法文書が会堂における公共朗読・教育用媒体だったことが確認できる。(image-database.nes.lsa.umich.edu)
紀元93~94年頃ヨセフス『アピオン反駁』権威を認める22冊を限定し、追加・削除・変更を禁じる聖書文書群を、無制限な蔵書ではなく限定された標準書目・改変禁止の本文として説明した初期の明瞭な記録。(Penelope)
2~3世紀初期キリスト教のコデックス断片福音書や使徒書簡を巻物ではなく、ページを綴じた冊子で携帯・参照する初期キリスト教徒は比較的早くコデックスを多用した。前後を素早く参照でき、複数文書を一体化しやすい形式だった。初期コデックスの成立自体は1世紀まで遡る。(British Library)
303年ディオクレティアヌス帝迫害についてのエウセビオスの記録教会の聖書文書を押収し、公の場所で焼却する聖書が思想だけでなく、破壊すべき共同体の物的インフラと認識されていた。エウセビオスは教会破壊と「聖なる書物」の焼却を目撃記録として述べる。(New Advent)
4世紀前半コデックス・ヴァティカヌス、コデックス・シナイティクス多数の聖書文書を大型羊皮紙冊子に集約する聖書が、個別の巻物群から旧約・新約を大規模に統合した冊子型ライブラリへ近づいたことを示す。シナイ写本は複数の書記と訂正者の作業痕を残す。(British Library Archives)
331~332年頃コンスタンティヌス帝の「50部の聖書」発注新設教会のため、羊皮紙に読みやすく書かれた聖書50部を専門写字生へ発注するエウセビオスが皇帝の注文書を引用している。聖書が国家資金で仕様を指定され、専門工房で複数生産される教会設備になった。(Christian Classics Ethereal Library)
4世紀末~5世紀初頭ヒエロニムスによるラテン語聖書の改訂・翻訳異なるラテン語本文を校訂し、ヘブライ語・ギリシャ語資料と照合する後に「ウルガタ」と呼ばれる本文系統の基盤となり、西欧で複製される聖書の標準ソース本文を形成した。ただし、中世を通じて本文には地域差が残った。(Cambridge University Press & Assessment)
7世紀末~8世紀初頭コデックス・アミアティヌス完全なラテン語聖書を一巻の巨大な冊子にまとめ、教皇への贈答品として運搬する716年、修道院長チェオルフリスがローマへの献上品として携行した。聖書が外交的・宗教的贈答品、修道院技術の記念碑として使われた。(The Library of Congress)
830~840年代ムーティエ=グランヴァル聖書修道院写字室で巨大な完本聖書を制作し、共同体に所蔵するトゥールの修道院写字室で制作された大型完本で、聖書が修道院改革・典礼・権威表示のための据え置き型書物になった例。(British Library)
9世紀前後カロリング朝の大型聖書群統一されたラテン語本文を各地の教会・修道院へ供給する聖書の複製が個別注文だけでなく、帝国と修道院改革に結びついた本文統一・制度整備事業になった。巨大で高価なため、主に共同体所有だった。(Cambridge University Press & Assessment)
11~12世紀注解付き聖書・Glossed Bible本文の周囲へ教父の注解を書き込み、学校や修道院で比較して読む聖書本文だけでなく、余白の注釈を一体化した教育用ワークステーションとなる。本文と公認解釈を同じページ上で運用した。(Cambridge University Press & Assessment)
12~13世紀大学都市の聖書生産講義、説教、神学研究に使うため、章立て・配列・検索補助を標準化するパリなどで聖書制作が修道院中心から都市の専門写字生・書籍商へ移り、大学教育の需要に対応した。
13世紀パリ聖書全聖書を小型の一冊に収め、学生・説教師が携帯する薄い羊皮紙と極小文字を使い、書物の順序、章区分、序文などを一定化した。聖書が巨大な教会備品から携帯可能な標準リファレンスへ変わった。グーテンベルク聖書の本文構成も、この13世紀パリ系ウルガタを基盤とする。(Wikipedia)
13世紀聖書道徳化本(Bible moralisée)聖書場面と、その道徳的・神学的解釈を大量の画像で対にして示す王侯貴族向けの豪華本で、本文を通読するというより、画像と短文で解釈を教える視覚的教育・権威表示用聖書だった。現存本はデジタル公開されている。(Digital Bodleian)
13~14世紀ペキア方式による大学写本校正済みの親本を分冊し、複数の写字生へ貸し出して並行複製する一冊を一人が最初から最後まで写すのではなく、分業して複製時間を短縮する。聖書や神学書が管理された複製システムに組み込まれた。
14~15世紀鎖付き聖書・鎖付き写本教会・図書館で閲覧を許しつつ、持ち去りを防ぐ装丁に鎖を取り付けた痕跡が現存する。聖書は公開される一方、高価な共有財産として物理的アクセス制御を受けた。(Bodleian Library Medieval Manuscripts)
1454~1455年頃グーテンベルク聖書金属活字と印刷機により、大型ラテン語聖書を百数十部規模で複製する西欧初の印刷物ではないが、金属活字で作られた最初の大規模書籍。約180部が製作され、約145部が紙、約35部が羊皮紙だったとされる。(The Library of Congress)

古代の巻物からグーテンベルクまで、聖書を物として一本で追う本

 

1. David Stern, The Jewish Bible: A Material History

今回の企画に最も近いです。

トーラー巻物、ヘブライ語聖書写本、初期印刷本、近代以降までを、ユダヤ人が実際に手に取った物体としての聖書から追います。章立ても「トーラー巻物」「写本時代」「初期印刷時代」という流れなので、巻物、コデックス、装丁、ページ設計、朗読、聖物としての扱いを考える基礎になります。図版も83点あります。

強い範囲
古代ユダヤ教から写本・印刷まで

弱い範囲
キリスト教の中世ラテン聖書やグーテンベルクへの道筋は別資料が必要


2. Frans van Liere, An Introduction to the Medieval Bible

中世部分なら、これが一番使いやすい入門書です。

聖書を単一の完本としてではなく、

  • 分冊された聖書
  • 詩篇集
  • 典礼用書物
  • 注解付き聖書
  • 大型聖書
  • 携帯用聖書
  • 学校・大学で使われた聖書

として扱います。第2章はそのものずばり “The Bible as Book” で、巻物からコデックスへの移行や、中世の聖書が現代人の想像する「一冊の聖書」とは違っていたことを整理しています。

強い範囲
初期中世から大学用・携帯用聖書まで

今回の用途
コデックス・アミアティヌス、カロリング朝大型聖書、注解聖書、パリ聖書をつなぐ骨格


3. The Cambridge History of the Bible / The New Cambridge History of the Bible

通史として最も体系的ですが、かなり専門的な論文集です。

特に使える章は、

  • 初期キリスト教のパピルスと写本生産
  • ヘレニズム・ローマ期の書物生産
  • 聖書写本の挿絵
  • 本文の生産と伝承

です。初期キリスト教でコデックスがどう採用されたか、私人間でどのように写本が複製・流通したかなどを、個別研究に基づいて確認できます。

強い範囲
古代から近代までの学術的裏取り

弱点
一冊を順に読む通史というより、項目ごとの専門論文集


グーテンベルク直前と初期印刷に強い本

4. The Bible as Book: The First Printed Editions

Paul Saenger、Kimberly van Kampen編の論文集です。

写本のページ設計が初期印刷聖書へどう引き継がれたか、注解欄、タイポグラフィ、初期印刷版の生産などを扱います。つまり、

グーテンベルクが中世聖書の何を継承し、何を変えたか

を調べる本です。

「グーテンベルク聖書は突然出現したのではなく、中世写本の仕様を印刷で実装した」という論点には非常に合います。収録論文には、写本と初期印刷における聖書注解のレイアウトを扱う研究もあります。


5. Teaching the History of the Bible as Book: A Bibliographic Essay

これは本ではなく、この分野の文献案内です。

「物としての聖書史」を教えるための書籍・展覧会図録・研究資料を整理しており、まさに今回の調査を続けるための入口になります。聖書が周囲の物質文化から影響を受け、逆にそれを変えた物体だったという観点が明示されています。

最初にこれを読み、必要な時代の文献へ枝分かれするのが効率的です。


全体像を読みやすくつかむ本

6. Bruce Gordon, The Bible: A Global History

2024年刊の比較的新しい通史です。

物質史だけに限定した本ではありませんが、聖書を固定された本文ではなく、写本、翻訳、出版、移動、使用を通じて形を変えてきた書物として、二千年以上・世界規模で追っています。528ページほどあり、専門書より読みやすく、企画全体の背骨に向いています。

今回の範囲では、David Sternやvan Liereほど物質面に集中していませんが、

聖書が誰によって、どこへ運ばれ、どのように使われたか

という用途史まで広げる場合に有用です。


無料で読めるページ・現物データベース

British Library

写本や初期印刷物の現物を見るのに強いです。

デジタル化写本として、リンディスファーン福音書などの資料を閲覧できます。個々の写本について、年代、材質、装飾、来歴を確認する用途に向きます。

Library of Congressのグーテンベルク聖書展示

グーテンベルク聖書の、

  • 紙本と羊皮紙本
  • 印刷後の装飾
  • 活字と組版
  • 現存本
  • デジタル画像

を確認できます。グーテンベルク部分の一次的な現物資料として使いやすいです。

JSTOR版 The Jewish Bible: A Material History

利用環境によっては章単位で閲覧できます。目次だけでも今回の企画に非常に近く、

  • The Torah Scroll
  • The Hebrew Bible in the Age of the Manuscript
  • The Jewish Bible in the Early Age of Print

という構成です。

読む順番

今回の「巻物からグーテンベルクまで」に限定するなら、次の順が最も効率的です。

  1. David Stern
    巻物とヘブライ語聖書の物質性を押さえる
  2. Frans van Liere
    中世の分冊聖書、大型聖書、注解聖書、携帯聖書を押さえる
  3. The Bible as Book: The First Printed Editions
    写本から活版印刷への連続性を見る
  4. Cambridge History
    個々の事実と年代を裏取りする
  5. British Library/Library of Congress
    実物画像と所蔵情報を確認する

結論として、一冊だけ選ぶならDavid Stern、グーテンベルクまで通すならStern+van Liere+初期印刷論文集の3冊が最も近い組み合わせです。

2026年7月10日金曜日

AppleとAdobeの関係は長い歴史があります。

 AppleとAdobeの関係は長い歴史があります。実際、私たちはAdobeの創業者たちが、いわゆる「ガレージ」で活動していた頃に彼らと出会いました。AppleはAdobeにとって最初の大口顧客であり、当社の新しいLaserWriterプリンターにAdobeのPostScript言語を採用しました。AppleはAdobeに出資し、長年にわたり同社の株式の約20%を保有していました。両社は緊密に連携してデスクトップパブリッシングの先駆者となり、多くの素晴らしい時間を共有しました。しかし、その黄金時代以来、両社の関係は疎遠になっていきました。Appleは存亡の危機を乗り越え、一方のAdobeはAcrobat製品を武器に法人市場へと進出していきました。今日でも両社は、共通のクリエイティブユーザーにサービスを提供するために協力関係を続けています――MacユーザーはAdobeのCreative Suite製品の約半数を購入しています――が、それ以外には共通の関心事はほとんどありません。

顧客や批評家の方々に、なぜ私たちがiPhone、iPod、iPadでFlashを許可しないのかをより深く理解していただくため、アドビのFlash製品に関する私たちの考えをいくつか書き留めておきたい。アドビは、私たちの決定を主にビジネス上の理由によるものと位置づけている――彼らは、私たちがApp Storeを守りたいだけだと言っている――が、実際には技術的な問題に基づいている。アドビは、私たちがクローズドなシステムであり、Flashはオープンであると主張しているが、実際にはその逆である。説明させてほしい。

まず、「オープン」についてです。

アドビのFlash製品は100%独自仕様です。これらはアドビからのみ入手可能であり、将来の機能強化や価格設定などについてはアドビが単独で決定権を持っています。アドビのFlash製品は広く利用可能ですが、それらは完全にアドビによって管理され、アドビからのみ入手できるため、オープンであるとは言えません。ほぼあらゆる定義において、Flashはクローズドなシステムです。

Appleにも多くの独自製品があります。iPhone、iPod、iPadのオペレーティングシステムは独自仕様ですが、私たちはウェブに関連するすべての標準はオープンであるべきだと強く信じています。AppleはFlashを使用する代わりに、HTML5、CSS、JavaScript――これらすべてがオープン標準――を採用しました。Appleのモバイルデバイスには、これらオープン標準を高性能かつ低消費電力で実装したものがすべて搭載されています。AppleやGoogleをはじめとする多くの企業が採用している新しいウェブ標準であるHTML5により、ウェブ開発者は(Flashのような)サードパーティ製のブラウザプラグインに依存することなく、高度なグラフィックス、タイポグラフィ、アニメーション、トランジションを作成できます。HTML5は完全にオープンであり、Appleもメンバーである標準化委員会によって管理されています。

Appleは、ウェブのためのオープンスタンダードを自ら策定することさえあります。例えば、Appleは小さなオープンソースプロジェクトから着手し、WebKitを開発しました。これは完全なオープンソースのHTML5レンダリングエンジンであり、当社のすべての製品で使用されているSafariウェブブラウザの中核を成しています。WebKitは広く採用されています。GoogleはAndroidのブラウザでこれを使用しており、Palmも、Nokiaも使用しています。また、RIM(BlackBerry)もこれを使用すると発表しています。マイクロソフト製を除くほぼすべてのスマートフォンのウェブブラウザがWebKitを採用しています。AppleはWebKit技術をオープン化することで、モバイルウェブブラウザの標準を確立しました。

第二に、「フルウェブ」という問題があります。

アドビは、ウェブ上の動画の75%がFlash形式であるため、Appleのモバイルデバイスでは「フルウェブ」にアクセスできないと繰り返し主張しています。しかし、彼らが言及していないのは、これらの動画のほぼすべてが、より新しいフォーマットであるH.264でも利用可能であり、iPhone、iPod、iPadで視聴できるという点だ。ウェブ上の動画の約40%を占めると推定されるYouTubeは、すべてのAppleモバイルデバイスにプリインストールされたアプリでその真価を発揮しており、特にiPadでは、おそらく史上最高のYouTubeの検索・視聴体験を提供している。これに加え、Vimeo、Netflix、Facebook、ABC、CBS、CNN、MSNBC、Fox News、ESPN、NPR、Time、The New York Times、The Wall Street Journal、Sports Illustrated、People、National Geographic、その他数え切れないほどのメディアからの動画も利用可能です。iPhone、iPod、iPadのユーザーは、動画コンテンツをほとんど見逃しているわけではありません。

アドビのもう一つの主張は、AppleデバイスではFlashゲームが再生できないというものです。これは事実です。幸いなことに、App Storeには5万本以上のゲームやエンターテインメントタイトルがあり、その多くは無料です。iPhone、iPod、iPad向けに利用可能なゲームやエンターテインメントタイトルの数は、世界のどのプラットフォームよりも多いのです。

第三に、信頼性、セキュリティ、そしてパフォーマンスがあります。

シマンテックは最近、2009年のセキュリティ実績が最悪の部類に入るものとしてFlashを指摘しました。また、Macがクラッシュする最大の原因がFlashであることも、私たちは身をもって知っています。私たちはこれらの問題を解決するためにアドビと協力してきましたが、問題はここ数年ずっと続いています。Flashを追加することで、iPhone、iPod、iPadの信頼性やセキュリティを低下させることは望んでいません。

さらに、Flashはモバイルデバイス上で良好なパフォーマンスを発揮していません。ここ数年、私たちはAdobeに対し、モバイルデバイス――どのデバイスでも構わない――上でFlashが良好に動作する様子を提示するよう繰り返し求めてきました。しかし、そのような例を一度も目にしたことはありません。Adobeは当初、2009年初頭にスマートフォン向けFlashをリリースすると公言していましたが、その後2009年後半、さらに2010年前半と延期され、現在は2010年後半になると言っています。最終的には搭載されるだろうとは思うが、期待しすぎて待たなくてよかったと安堵している。実際にどのようなパフォーマンスになるかは誰にも分からない。

第四に、バッテリー駆動時間の問題がある。

動画再生時のバッテリー駆動時間を長くするためには、モバイル端末はハードウェアで動画をデコードしなければならない。ソフトウェアでのデコードでは消費電力が大きすぎるからだ。現代のモバイルデバイスに使用されているチップの多くには、H.264と呼ばれるデコーダーが搭載されている。これは、あらゆるブルーレイDVDプレーヤーで使用され、Apple、Google(YouTube)、Vimeo、Netflix、その他多くの企業に採用されている業界標準である。

Flashは最近H.264のサポートを追加したが、現在、ほぼすべてのFlashウェブサイトの動画は、モバイルチップには実装されていない旧世代のデコーダーを必要とし、ソフトウェアで実行しなければならない。その違いは顕著です。例えばiPhoneでは、H.264動画は最大10時間再生できますが、ソフトウェアでデコードされる動画は、バッテリーが完全に消耗するまでに5時間未満しか再生できません。

ウェブサイトがH.264を使用して動画を再エンコードすれば、Flashを一切使用せずに動画を配信することが可能になります。AppleのSafariやGoogleのChromeといったブラウザでは、プラグインを一切必要とせずに完璧に再生され、iPhone、iPod、iPadでも見栄えが抜群です。

第五に、「タッチ」があります。

Flashは、マウスを使うPC向けに設計されており、指で操作するタッチスクリーン向けではありません。例えば、多くのFlashウェブサイトは「ロールオーバー」に依存していますが、これはマウスのカーソルを特定の場所に合わせると、メニューやその他の要素がポップアップ表示される機能です。Appleの革新的なマルチタッチインターフェースはマウスを使用せず、ロールオーバーという概念自体が存在しません。ほとんどのFlashウェブサイトは、タッチ操作対応デバイスをサポートするために書き直す必要があります。開発者がFlashウェブサイトを書き直す必要があるのなら、HTML5、CSS、JavaScriptといった最新の技術を採用しない手はないでしょう。

たとえiPhone、iPod、iPadでFlashが動作したとしても、ほとんどのFlashウェブサイトがタッチ操作対応デバイスをサポートするために書き直さなければならないという問題は解決されません。

第六に、最も重要な理由です。

Flashがクローズドでプロプライエタリであり、重大な技術的欠点があり、タッチ操作対応デバイスをサポートしていないという事実に加え、iPhone、iPod、iPadでFlashを許可しないさらに重要な理由があります。ウェブサイトからの動画やインタラクティブコンテンツの再生にFlashを使用することのデメリットについてはすでに議論しましたが、アドビは開発者に対し、当社のモバイルデバイス上で動作するアプリを作成するためにFlashを採用するよう求めています。

プラットフォームと開発者の間にサードパーティ製のソフトウェア層を挟むことは、結局のところ水準以下のアプリを生み出し、プラットフォームの機能強化や進歩を妨げる結果になることを、私たちは苦い経験から知っています。開発者がサードパーティ製の開発ライブラリやツールに依存するようになれば、プラットフォームの機能強化の恩恵を受けられるのは、そのサードパーティが新機能を採用することを選択した場合に限られます。私たちの機能強化をいつ、どのように開発者に提供するかを、サードパーティの裁量に委ねるわけにはいきません。

この状況は、サードパーティがクロスプラットフォーム開発ツールを提供している場合、さらに深刻になります。サードパーティは、サポートするすべてのプラットフォームで利用可能にならない限り、あるプラットフォームの機能強化を採用しない可能性があります。その結果、開発者が利用できるのは、機能の「最小公倍数」に過ぎなくなります。繰り返しになりますが、競合他社のプラットフォームで利用できないという理由だけで、開発者が私たちの革新や機能強化を利用できなくなるような結果は、決して容認できません。

Flashはクロスプラットフォーム開発ツールです。開発者が最高のiPhone、iPod、iPadアプリを作成できるよう支援することは、アドビの目標ではありません。彼らの目標は、開発者がクロスプラットフォームアプリを作成できるよう支援することです。そして、アドビはAppleのプラットフォーム向けの機能強化の採用において、痛々しいほど遅れています。例えば、Mac OS Xがリリースされてからすでに10年近く経っていますが、アドビがこれを完全に(Cocoaとして)採用したのは、CS5をリリースしたわずか2週間前のことです。アドビは、主要なサードパーティ開発者の中で、Mac OS Xを完全に採用した最後の企業でした。

私たちの動機は単純です。開発者に最も先進的で革新的なプラットフォームを提供し、開発者がこのプラットフォームを土台として、世界がこれまでに見たことのない最高のアプリを創り出せるようにしたいのです。開発者がさらに素晴らしく、強力で、楽しく、便利なアプリケーションを作成できるよう、プラットフォームを継続的に強化していきたいと考えています。これは皆にとってメリットがあります。最高のアプリがあるからこそ、私たちはより多くのデバイスを販売でき、開発者はますます幅広いユーザー層や顧客基盤にリーチでき、ユーザーはどのプラットフォームよりも豊富で最高品質のアプリラインナップに常に喜びを感じることができます。

結論。

FlashはPC時代に、PCとマウス向けに開発されました。Flashはアドビにとって成功したビジネスであり、彼らがPC以外の分野へ展開したいと考える理由も理解できます。しかし、モバイル時代とは、低消費電力のデバイス、タッチインターフェース、そしてオープンなウェブ標準が鍵となる時代であり、これらはすべてFlashが及ばない分野です。

Appleのモバイルデバイス向けにコンテンツを提供するメディアが雪だるま式に増えていることは、動画の視聴やあらゆる種類のウェブコンテンツの閲覧に、もはやFlashが不要であることを示しています。また、AppleのApp Storeに20万ものアプリが存在することは、数万人の開発者がゲームを含むグラフィカルに豊かなアプリケーションを作成する上で、Flashが不要であることを証明しています。

HTML5のような、モバイル時代に生まれた新しいオープン標準が、モバイルデバイス(そしてPCでも)で主流となるでしょう。おそらくアドビは、過去を捨て去ったアップルを批判することに注力するよりも、将来に向けた優れたHTML5ツールの開発に、もっと力を入れるべきでしょう。

スティーブ・ジョブズ

2010年4月


https://web.archive.org/web/20100501010616/http://www.apple.com/hotnews/thoughts-on-flash/

2026年7月9日木曜日

🔨ブラウザ上で電子工作 論理回路構築を勉強できる簡単電子工作のlogic.ly(ロジックリー) 線でつなげてできあがり  everycircuitとの違い

 

ローコード電子工作 GUIで作れるよ

無料版だとセーブできないが、電球がピカピカつくのでわかりやすい

https://logic.ly/demo

画像
こんな画面です。こちらえずLチカ(バルブチカ)しましょ
画像
部品置きの
画像
線でつなげてできあがり、ボタンをおします
画像
ピカー

というわけで、誰でも簡単に論理回路を作れるが、お気づきの通りプラスとかマイナスとかはないので、あくまで論理的な思考をこれで鍛えていこう

本格的に直流やら交流やらやりたいひとは everycircuitがおすすめですが、結局電子回路買ってのシミュレーションなので、ほんとにわかんないうちはロジックリーでつなげて遊んで見るものいいと思います。

『ファイブスター物語』において、アマテラスがジュノーンを見て「可動ラインが見えない」ことを高い耐久性の証拠として評価する場面

 『ファイブスター物語』において、アマテラスがジュノーンを見て「可動ラインが見えない」ことを高い耐久性の証拠として評価する場面は、工業製品における構造統合の美を端的に示している。可動部には本来、ヒンジ、分割線、クリアランス、逃げ、段差などが必要であり、それらはしばしば弱点や設計上の制約を外観に露出させる。これに対し、隠し蝶番、フラッシュドア、格納式ドアハンドル、航空機のギャップシールなどは、可動機構を内部に処理し、閉鎖時には一体の面として見せる。ここでの美しさは装飾ではなく、可動、耐久、放熱、整備性といった複数条件が破綻なく統合された結果として現れる。したがって「線が見えない」とは、単に継ぎ目が少ないことではない。構造上必要な余白や変形を、外部に弱点として露出させない設計完成度の象徴である。ジュノーンの美は、性能を誇示する鋭さではなく、無理なく動き、長く耐え、なお一体として美しい機械に宿る機能美なのである。

関連キーワード:
アマテラス、ジュノーン、可動ライン、構造統合、隠し蝶番、フラッシュサーフェス、クリアランス、耐久設計、応力分散、工業デザイン、機能美、永野護、モーターヘッド

ABAP CDS

 ABAP CDSは、関係データベース上の表や列を、単なる保存構造ではなく、業務上の意味を備えたデータモデルとして記述するための仕組みである。従来のSQLが主として取得対象、結合条件、集約方法を表現するのに対し、CDSはAssociation、Composition、型、権限、通貨・単位、UI、分析、API公開などのメタデータを同一モデルへ重ねる。これにより、受注、顧客、明細といった企業内の概念を、画面や個別プログラムごとに再定義せず、中央の意味モデルとして共有できる。この思想は、Javaオブジェクトを中心とするEJBやSpringのORMよりも、AEMの基盤となったJCR、Apache Jackrabbit、Apache Slingの構造に近い。JCRがコンテンツを型、属性、参照、階層を持つノードとして保存し、SlingがHTTPリソースとして公開するように、ABAP CDSは業務データを意味付きエンティティへ変換し、Service DefinitionとODataを通じて外部へ公開する。ただし、AEMが記事や画像などのコンテンツ管理を主目的とするのに対し、CDSは会計、在庫、販売など、整合性と権限制御を伴うトランザクションデータを扱う。したがってABAP CDSは、SQLビューの拡張ではなく、企業の帳簿をセマンティックな情報資源へ変換するモデル記述言語として理解できる。

関連キーワード:ABAP CDS、セマンティックデータモデル、OData、JCR、Apache Jackrabbit、Apache Sling、AEM、Association、Composition、メタデータ駆動、業務エンティティ、Service Definition

2026年7月7日火曜日

I²Cは、SDAとSCLの2線を用いて複数の集積回路を接続する同期式シリアル通信方式である。

 I²Cは、SDAとSCLの2線を用いて複数の集積回路を接続する同期式シリアル通信方式である。しかし、I²C規格そのものが温度、加速度、表示内容などの意味を定義しているわけではない。規格が担うのは、START/STOP条件、デバイスアドレス、読み書き方向、ACK/NACK、バイト転送といった通信上の共通手順である。その上に、各ICが独自のレジスタマップ、コマンド体系、データ形式を実装する。したがって、レジスタ領域はI²Cに内在するものではなく、接続されたIC内部の設計として存在する。ドライバは、この階層差を吸収するため、下位のI²C送受信ルーチンと、上位のIC固有処理に分離される。PIC、STM32、Raspberry Pi Picoなどでは関数名や周辺回路の制御方法が異なるが、レジスタ番号を指定し、値を読み書きするという構造は共通している。Wokwiのようなシミュレーターを利用すれば、I²Cスキャナーによるアドレス探索、SSD1306へのコマンド送信、ロジックアナライザーによる信号観察を通して、通信規格と上位プロトコルの境界を実験的に理解できる。「味わう」学習では、ライブラリを単に利用するのではなく、共通ルーチン、IC固有ドライバ、実際の信号波形を往復して観察することが重要である。

関連キーワード:I²C、シリアル通信、レジスタマップ、デバイスアドレス、ACK/NACK、上位プロトコル、デバイスドライバ、HAL、PIC、ARM Cortex-M、STM32、Raspberry Pi Pico、SSD1306、Wokwi、ロジックアナライザー