#author("2024-04-30T13:36:35+09:00;2023-05-08T10:23:03+09:00","default:inoue.ko","inoue.ko") #author("2024-04-30T13:37:02+09:00;2023-05-08T10:23:03+09:00","default:inoue.ko","inoue.ko") *情報共有のための意識改革 ~ 言葉・文字・貨幣・インターネット。人類の生存戦略は''「モノを情報（複製可能なもの）に変換するとともに、お互いの信用を前提として、それを遠隔・非同期的に共有すること」''にあったと言っても過言ではありません((人類最大の発明である「文字」は「遠隔・非同期」コミュニケーションツールです。))。 ''水・空気・情報・・私たちが生き延びるために必要なものは、いずれも排他的な所有には馴染まない共有財産です''。インターネットは産業革命以後長く続いた「発信者（生産者）と受信者（消費者）の乖離」を解消し、世界規模での「情報」の共有を可能にしました。SNSによる誹謗中傷などの新たな問題を生んでいることも確かですが、それ以上に、政治・経済の枠組みを超えた社会の変革を可能にする「希望の仕組み」でもあります。 インターネットの活用を前提とした情報共有のための意識改革を推奨します。 ~ ***CONTENTS #contents2_1 ~ **意識改革の方向性 ***クラウドファースト サーバーにあるものがマスター、手元のファイルはクローン データはローカルデバイス（自分の手元）ではなく、サーバーに一元管理して、みんなで共有するのが理想です。 #image(Git/Fig03.png,right,30%) クラウドファーストで考えると、バックアップが自動的にできる（差分記録が残る）など、データを失うリスクが軽減されるとともに利便性も増します。「もし自分のパソコンが壊れたら・・」という不安からも解放されます。 ~ ***「実体渡し」から「アドレス渡し」へ 情報伝達は、データの「実体渡し」ではなく、「アドレス渡し」を推奨します。例えば以下のように、データのある場所へと誘導するということです。アドレスは単なる文字列なので、通信負荷なく送受可能です。 ・授業の資料一覧です。以下をご覧下さい。 https://www.example.com/data01.html ・ 荷物は北浜305倉庫、B列45番BOX。開錠の暗証番号は2112です。 -''実体渡し''：データそのものを相手に渡す（メール添付） --過去に送信された「実体」は確実に古くなる --文書のアップデート時に、送り直すこと（ファイルの差替え）が必要 -''アドレス渡し''：データの所在（URL）を相手に伝える --リンク先の文書は常に最新にアップデートされている --未完成の記事でも、事前にその所在を伝えておくことが可能 ~ ***Push型からPull型へ Pushとは、送信者が情報を強制的に送る（受信者は情報を受動的に受け取る）もので、電話・FAX・メールなどがこれにあたります。一方 Pull は、受信者が必要なときに情報を能動的に受け取りにいくもので、Webサイト、共有フォルダ、掲示板を見に行くなどの行為がこれにあたります。送信者都合による Push配信は情報氾濫を招きます。可能な限り Push から Pull への移行が賢明です。 #image(images/情報共有.jpg) //状況は刻々と変化するので、紙に印刷された書類や PDF はやがてゴミになります。メールの添付ファイルは「その内容が古くなる」「変更の都度差し替えが必要になる」といった点で、情報共有の効率を悪くします。 //個人の手元で作ったファイルを相手に送信する・・という従来型の発想をやめて、サーバー上にあるファイルを「マスターファイル」と位置付けて、共同編集で更新しつつ、必要に応じてそれを手元に落とす・・という発想に切り替えることが、情報の氾濫・錯綜を防止するために必要であると感じます。 ~ ***対面・同期から遠隔・非同期へ リアルタイム・双方向が最良・・というわけではありません。自律分散を前提とするインターネットでは、''遠隔・非同期''が前提です。 -遠隔：空間的拘束からの解放 -非同期：時間的拘束からの解放 インターネットはアナログ回線と違ってパケット送信が前提です。利用者の通信速度にも依存するので、リアルタイム（同期式）双方向のセッションは本質的に得意ではありません。オンデマンド（非同期式）でも視聴できる動画配信とチャットの組み合わせがベストです。 //-TCPは信頼性が高い1対1の通信なので、送受信の時差は大きくなります。 //-UDPは信頼性は低いですが、マルチキャスト型通信も利用可能なので、放送型の通信に向いています ~ ***アナログからデジタルへ アナログとデジタルの最大の違いは、 デジタル情報が「居場所」を選ばないということです((アナログの時代には、文字は紙、音はテープ、 光はフィルムなどのように、情報が媒体（工業製品）に拘束されていました。))。しかし例えば、WORD文書やPDFは「A4タテ」などという情報が含まれている点で紙媒体に拘束されたままだと言えます((１ページに収めようと文章を調整する作業などは、「タテ成り行き」で構わない Webページでは不要な作業です。ページに収めるためのレイアウト調整や、罫線との格闘、これがこの国の生産効率を著しく下げている元凶です。))。「モノに拘束されないデータにする」ということを常に意識することが必要です。 &small(ちなみに公的報告書は未だに「紙」が基本で、これがデジタル化の妨げとなっています。); ~ ***ローカルデバイス（パソコン）からブラウザへ 画像処理、図形描画、音楽制作、そして AI関連のソフトウエア開発など、ほぼすべてのことがブラウザ（Chrome, Firefox等）の中だけで完結できるようになりました。ブラウザは、機種・OSに依存しない世界共通のプラットフォームです。 ローカルデバイス（パソコン）にデータを保存するのをやめて、クラウド一元管理を前提とすれば、必要なのはそのアカウント情報だけ・・ということになります。パソコンを管理する煩わしさからも解放されます。 -PC機器への依存を推奨しない理由 --電源喪失、故障、経年劣化・・で終了。持続可能性がありません。 --機器メーカー・機種に依存するデータは、人によっては開けません。 --機種依存するアプリケーションのデータも、人によっては開けません。 -ブラウザを作業基盤とすることを推奨する理由 --ほぼすべての人がブラウザ環境を持っています。ということは、__利用者を差別することなく__、誰もがそこでコミュニケーションすることができます。 --日常的に使うオフィスツール（ワードプロセッサ、スプレッドシート、スライド等）が Webアプリケーションとしてブラウザ上で動くので、自分のPCにそれらをインストールする必要がなくなります。 --クラウドベースなので、自分のパソコンが壊れても被害がありません。 --ウイルス対策はクラウド側にあってデータは守られるので、自分のPCのウイルス対策は事実上不要になります。 --[[プロプライエタリ>Google:プロプライエタリ]]なソフトウエアをインストールせずに済む・・ということはライセンス管理のような面倒な作業からも解放されます。 ~ ***利用者（消費者）から開発者（生産者）へ この国では「技術」というものについて、開発者（生産者） と利用者（消費者）という産業革命以後の構図が根強くあって、システム開発を ICTベンダーに丸投げする組織・企業が多く存在します。しかし、業務の ICT 化の名の下に導入される「ガラパゴスシステム」は、その活用に無駄な学習コストがかかるだけでなく、開発がクローズドであるがゆえに、臨機応変な改変もできません。 &scale(70){参考：[[TheCathedralAndTheBazaar]]}; デジタル技術の特徴は、物質的原材料いらず、オープンなソースコード、豊富な技術情報・・結果、すべての人に DIY の機会が与えられています。消費者意識でベンダーまかせにするのではなく、システムを自らの手で DIY すべく、組織のメンバー全員の意識改革を促すことが大切です。 ~ ***自らの情報発信基盤を持つ 自らのWebサイトを持つと、その「アドレス渡し」を１回行うだけで、以後の関係構築が完了します。ICTの活用に原材料（お金）は不要です。ITベンダー（専門の生産者）に依存するのではなく、自らその技術（サービス）を利用して Pull アクセスの基盤となる Webサイトを構築することを推奨します。無料のアカウントを持つだけでも、それは実現します。 -[[Googleサイト>https://sites.google.com]]：Googleアカウントがあればすぐに公開可能 https://sites.google.com/view/opensquarejp -[[WordPress>https://wordpress.com/ja/]]：世界中のWebサイトの 40%近くを占める Blog システム アカウントの作成手順 > [[WordPress/Account]] ~ ***付記：機種依存文字は使わない / 漢字は第２水準まで 正しく共有できない情報は、生産効率を著しく下げるだけでなく、場合によっては大きな事故につながります。 -電子行政における外字問題の解決に向けて [[Google:行政 外字問題]] -代表的な機種依存文字 https://mect-japan.com/2017/login/guide/izon.html ~ ~ **情報洪水対策 現代社会には情報が氾濫していて、送信者の意図どおりに受信者に情報が届かない、あるいは、非常に効率が悪いということが多々あります。ここでは、そうした情報洪水にどう対応するか、いくつかのキーワードを紹介します。 ~ ***情報マーケット 一般に情報というものは送信者の都合で配信されることが多いのですが、情報マネジメントの観点からは''受信者の立場で考える''ということが重要です。受信者には、その所属、関係する会議、プロジェクトなど、複数のプロフィールがあります。送信者は、受信者のプロフィールに合わせた最適な「情報マーケット」に接続する必要があります。 ~ ***情報ポータル 受信者は複数の「情報マーケット」を訪れます。そこで有効になるのが「情報の玄関」である「ポータルサイト」です。まず「市場」を整理し、その窓口となる「ポータルサイト」を再編することで、受信者にとって最適な情報環境が実現できます。 ~ ***Push と Pull プッシュとは、送信者が情報が強制的に送る（受信者は情報を受動的に受け取る）形態で、メール・FAX送信などがこれにあたります。一方、プルとは、受信者が必要なときに情報を能動的に受け取りにいく形態で、Webサイト、共有フォルダ、掲示板を見に行くなどの行為がこれにあたります。 一般に、受信者にとっては、プッシュされた方がいい情報と、プルで対応する方がいい情報は異なっているはずですが、送信者都合で何でもプッシュされることが多いのが実態で、業務効率を下げる原因となっています。プッシュとプルの整理が必要です。 ~ ***「実体渡し」から「アドレス渡し」へ 「実体渡し」とは、書類のポスティングやメール添付ファイルのように、データそのものを相手に渡すことを意味します。一方「アドレス渡し」とは、「データの所在」を相手に伝えることを意味します。例えば、以下のような方法が「アドレス渡し」です。 -Web上に掲載して、そのURLをメールで知らせる。 -ファイルサーバーに置いて、その場所をメールで知らせる。 -荷物を直接相手に届けるのではなく「北浜305倉庫、B列45番、暗唱番号は2112」などと伝える。 書類等の情報は常にバージョンアップするので、過去に渡された「実体」は確実に古くなります。一方アドレス渡しの場合、リンク先の情報は常に最新を保つことができます。 ~ ~ **情報の見える化 ''見える化''はトヨタ生産方式で有名になった概念で、要は情報の可視化と共有のことですが、それは現場の自律的な問題解決を促し、継続的な品質向上に寄与します。情報マネジメントにおける「見える化」には、以下３つがあるといわれます。 ~ ***有用度・活用度の見える化 閲覧数などを基礎データとして情報の有用度・活用度を明示することで、受信者にとって有益な情報は何なのかがわかります。表示文字の大きさが話題性の高さを示すタグクラウドなどは、これにあたります。 ~ ***鮮度の見える化 情報が氾濫する大きな要因のひとつが、賞味期限切れ情報の存在です。賞味期限を見える化し、例えば１年以上利用されていない情報は自動的に非表示にするなどの対策を講じると、情報マーケットを新鮮に保つことができます。 ~ ***コストの見える化 情報の流通には送信者・受信者ともに膨大なコストがかかっています。例えば、メールに資料を添付して関係者100人に一斉送信した場合、100人がこれを読んで確認するために３分間を使うと、延べ5時間、時間当たり2000円としても１万円の人件費がかかったことになります。人的資源がどれだけ費やされているかを見える化することも必要なのです。 ~ ~ **KEYWORDS ***Small is Beautiful｜UNIXの哲学 -それぞれ、ひとつのことを、うまくやる（自律分散協調） -誰もが理解できる簡単な仕組みをつかう（みんなに支えてもらう） -誰もが入手できる技術をつかう（利用者を差別しない・Open） -ほどほどで良しとする（[[100%を目指さない>LogisticCurve]]・Updateが前提） &small(Mike Gancarz, 2001, UNIXという考え方); ~ ***Open｜「複製」を容認する 生命の情報（DNA・RNA）から SNS上の投稿まで、あらゆる「情報体」は複製（シェア・拡散）されることを望んでいます。「情報」を私的財産として排他的に所有する感覚は古くからあり、特に近現代は「複製するな！複製するなら金払え」という考え方が横行した時代でしたが、インターネット文化の背景には Small、Share、Open など、前時代とは真逆の思想があって、その基盤を支える[[オープンソース>OpenSource]]の大半が従来の Copyright とは異 なる ''Copyleft'' という発想で共同開発され ています。それは「自由な複製と突然変異」 を推進する発想であり、情報共有を基盤とする人間社会の進化（多様化）を持続可能にするものだと考えます。 ~ ***Update｜「書きかけ」を容認する Wikipedia では「書きかけ項目」という表記をよく目にします。あらゆる情報はアップデートされることを前提に「書きかけ」であっても公開するのが賢明です（情報が無い時は「現在、情報はありません」という情報を出すべきです）。 特に危機的な状況下では、迅速な情報提供が求められます。 //COVID-19の感染拡大がはじまった2020年2月、クルーズ船から出された「情報が不足しています」という映像は記憶に新しいと思います。 「最新の情報が随時更新されている」というのは「状況が常に見えている」ということと同じです。東日本大震災では、防潮堤の近くに住んでいて「海が見えていなかった」人たちが多く逃げ遅れています。 //もちろん、混乱を招かないように配慮することは大前提ですが、情報を求めている人のために、全体は未完成でも、出せる情報から順次出していくことが求められます。 //ただし「書きかけ」をメールで配信するのではかえって混乱します。あくまでも Pull型の情報共有システムの利用が前提です。 ~ ***HTML｜文書作成はWebページを手本にする 文書というものは、以下のような「要素」に分解・整理することができます。一定のルールで文書を構造化すると、情報の抽出や再利用の効率が良くなります。 -見出し（大見出し、中見出し、小見出し） -本文（文章段落） -箇条書き（第１レベル、第２レベル・・） -注釈 文書の標準フォーマットのひとつである [[HTML]] は、そうした個々の要素を「タグ」で囲むかたちで記述します。この感覚に慣れるには、Wikiの記法として知られる [[Markdown]] を体験するのがよいでしょう。これは世界標準の文書の構造化手法です。プレーンテキストファイル（拡張子 .md）として保存されるもので、ブラウザその他の様々なソフトウエアで表示させることができます。 //-情報内容（HTML）と 情報形式（CSS） を独立分離させて管理する //-情報要素に名前（ID, CLASS）をつける（名前を使って対象を制御する） ~ ~ //***オブジェクト指向 //その背景にあるのはデータとプログラム（プロパティとメソッド）をパックにした移植性の高い小さな「オブジェクト」が自律分散協調的につながる仕組みです。 //~ //***自律分散協調 //ヒト・モノの集中と移動を抑制するとともに、「情報」を「媒体(モノ)」 から解放して、遠隔・非同期・オープン な共有を可能にすることが必要だ。 //~ //***参加者を「信用」する //~ //~ **APPENDIX ***関連ページ -社会システムへの[[インターネットアーキテクチャの導入]] -[[遠隔・非同期・オープン]] ~ ~ ~