今週の学び×2 (#深夜の真剣レポート60分一本勝負 参加記事)

宇田(@41_36_22)さんのレポートワンライ企画に参加することにいたしました。本来は10月12日の22時～23時までで、10月13日0時05分から書き始めた私は遅刻なのですが、投稿企画に遅刻組は付き物ということで。
さて、テーマが「今週の学び」ということで、この記事では大きく2つを紹介する予定です。まずは短い方から。

LIVE ver. 音源

今年の8月に、株式会社インターネット(本当にすごい名前！)が主催する、GUMI がくぽ ウナ 誕生祭ライブ「Lively Paradise 2024」が開催されていました。
www.ssw.co.jp
開催から2ヶ月後の10月10日までアーカイブが公開されていたので、名残惜しくてギリギリ前日まで聞いていまして、今でも何度も頭の中でライブの光景と音声が蘇ってきます。

さて、このライブではGUMIさん歌唱の シリョクケンサ/40mP も披露されておりまして、この曲のイントロは木琴のあとにギターがやってくるんですが、このLively Paradiseでは金管楽器っぽい音でその部分が作られていました。ライブを聞いているあいだはヘッドホンを繋げてその弾むような感じを楽しんでいたので、いざライブを終えて原曲を聞いてみると、いよいよライパラ*1が終わってしまったんだな、と実感してしまいました。

学びは、「ライブ音源と原曲との違い」です。身をもっての学び。
早く円盤を出してほしい。音街ウナさんの『ビースト・ダンス』もすごく良かったから、せめてまた聞きたい。
株式会社インターネットさん、お願いします。

時間管理の兆し

わたしは高校時代からスマートフォンを得て、スマホ依存を逆利用したことで行うべきタスクや予定の管理はそこそここなせるようになったのですが、時間管理が相変わらず苦手です。

まいせりしるき(@mycelithyl)さんのDiscordサーバーにて

今まで自分が怒られたり気まずい経験をして対策を思いついた際には、それを忘れてしまわないうちに抽象化してから、 Comph-notes に条項を追加することにしています。
期日のあるタスクの分割、予定どうしの衝突の回避、予定の重要度が参考にすべき基準など、様々な項目がここに書き込まれています。

さて、わたしは特に睡眠時間の管理に対して数年前から劣勢を強いられてきました。
わたしは睡眠をまたぐと特に前日の事をよく忘れてしまうため、昨日と今日が、寝る前と起きた後が連続しているという感覚に乏しくなってしまっています。
起床時に割を食った自分が直接昨日の自分に抗議することはできません。「就寝前に起床後の仮想の自分と対話して睡眠時間を決める」という似たようなモデルを試してみたことはありましたが、睡眠時間の長さと起床直後の睡眠不足感にあまり強い相関が感じられなくてやめました*2。

実行されているかどうかのみならず、その継続時間や開始日時・終了日時が重要な予定がこの世界には存在しています。睡眠の例でも、単にしていればいいというのではなく、何時間行うのか、そして何時から何時までなのかまで管理されていなくてはその果実を十分に味わうことができません。
しかしながら、わたしは行うべきタスクや予定の数自体は管理できているものの、開始時間に向けての行動や時間配分を制御するのは勘でしかないという状態が継続していたわけです。

ところが、最近考えていくうち、期日のあるタスクの分割に使っていた考え方が、48時間以内の短いスパン内での時間管理に応用できるのではないかということに気が付きました。これが2つ目の学びでした。
条項の文面に起こすための抽象化の結果、タスク管理の考え方が時間に関してスケールフリーになっていたのです。

これからは新たな条文を自らに追加できるように、細かい条件を探っていこうと思います。

条件を思いついたら、お知らせしたりしなかったりすると思います。

*1:Lively Paradiseの略。公式ハッシュタグ #ライパラ2024 には公式から許可されたスクリーンショットが上がっているので、それを見て懐かしむこともできる。いい時代。

*2:いま思えば、睡眠サイクルに応じて周期的になっているのだと思います。

沖ノ鳥島をめぐる計画

導入

みなさんは法律が好きだろうか。
わたしは法律のことが好きだし、行政システムが好きだ。
別に専攻していたりマニアだったりするわけでもないけど、市民なりにたまに市役所に行って癒されたりしている。

身近なものを調べたとき、根拠として法律や省庁の会議に行きあたることがある。
たとえば、高速道路、すなわち厳密には高速自動車国道*1がどういう根拠で建設されているか調べたときに、高速自動車国道法を通って道路法に行き当たる。
この道路法の第一条が面白いので紹介しよう。

第一章　総則
（この法律の目的）
第一条　この法律は、道路網の整備を図るため、道路に関して、路線の指定及び認定、管理、構造、保全、費用の負担区分等に関する事項を定め、もつて交通の発達に寄与し、公共の福祉を増進することを目的とする。

すごく良いと思わないだろうか？
道路法第一条は、自らが公共の福祉を増進することを目的とすると述べている。
ご存知の通り「公共の福祉」は日本国憲法第十三条に示されており、人権を制約する条件として知られる。
道路法の趣旨としては、第一条の「公共の福祉」という単語の意味は、それがそのまま文中に含まれている第十三条よりもむしろ「私有財産を正当な補償のもとに公共のために用いることができる」と定めている日本国憲法第二十九条で言うところの「公共のため」の語義に近いのかもしれないが、ともかく、道路法第一条での登場は、日本国憲法第九十八条で示されている憲法の最高法規性のあらわれとも言えるのではないだろうか。

国の関与する数多くのものに関して、審議会が行われ、専門家の意見を取り入れつつ国家としての方針が策定される。
たとえば最近話題になったもので言えば、AIをめぐっては、かつての「AI開発ガイドライン」・「AI利活用ガイドライン」・「AI原則実践のためのガバナンス・ガイドライン」を統合し、「人間中心のAI社会原則」を土台とした新たな「AI事業者ガイドライン」の策定をめざして、2024年3月14日に「第3回 AI事業者ガイドライン検討会、第27回AIネットワーク社会推進会議、第23回AIガバナンス検討会 合同会議」が開催された。
もうひとつ例を挙げれば、マイナンバーの利活用に関しては2024年2月29日に第175回社会保障審議会医療保険部会が開催されてマイナ保険証の利用促進等を議題とした議論が行われた。
たとえばhttps://www.meti.go.jp/shingikai/にアクセスすれば、日々行われているこのような検討のうち、経済産業省を管轄として開催されているものに関する資料や議事録を、公開されている範囲で閲覧することができる。もちろん、社会保障審議会医療保険部会が開催された厚生労働省やその他の省庁にも、同様のアクセス可能な記録が存在する。

さて、これから話したいのは経済産業省でも厚生労働省でもなく、内閣府に関する話だ。
とても気の長い話だ。

沖ノ鳥島

2022年8月27日、こんなニュースが発表された。

www.nikkei.com

16センチメートル！
手を広げればそこに収まってしまう程の高さ。
義務教育の地理で習うように、沖ノ鳥島は日本の最南端の島であり、同時に、日本の排他的経済水域(EEZ)の要衝だ。
いくら浸食が不可避の自然現象であるとはいえ、国家として重大な意味を持つこの場所に、護岸工事を施して後は手をこまねいているというのでもあるまい。

もちろん、護岸工事のほかにも多数の対策が施されているが、その中に、目を引く計画がある。
それは、沖ノ鳥島周辺のサンゴ礁の活性化である。

日本最南端の島、沖ノ鳥島の周囲には写真のようにサンゴ礁が茂っている。

国土交通省関東地方整備局による沖ノ鳥島の写真（2007年6月12日）

これを利用しようという計画だ。
平成22年6月2日、排他的経済水域及び大陸棚の保全及び利用の促進のための低潮線の保全及び拠点施設の整備等に関する法律、略称「低潮線保全・拠点施設整備法」が公布され、同年6月23日に同法律の施行令が公布された。
そして、同年7月13日に「排他的経済水域及び大陸棚の保全及び利用の促進のための低潮線の保全及び拠点施設の整備等に関する基本計画*2」が閣議決定された。

順に見ていこう。
低潮線保全・拠点施設整備法の第一条はこうだ。

（目的）
第一条　この法律は、我が国の排他的経済水域及び大陸棚が天然資源の探査及び開発、海洋環境の保全その他の活動の場として重要であることにかんがみ、排他的経済水域等の保持を図るために必要な低潮線の保全並びに排他的経済水域等の保全及び利用に関する活動の拠点として重要な離島における拠点施設の整備等に関し、基本計画の策定、低潮線保全区域における海底の掘削等の行為の規制、特定離島港湾施設の建設その他の措置を講ずることにより、排他的経済水域等の保全及び利用の促進を図り、もって我が国の経済社会の健全な発展及び国民生活の安定向上に寄与することを目的とする。

そして、同法第三条にはこうある。

第三条　政府は、排他的経済水域等の保全及び利用の促進のため、低潮線の保全並びに拠点施設の整備、利用及び保全（次項において「拠点施設の整備等」という。）に関する施策の総合的かつ計画的な推進を図るための基本計画（以下「基本計画」という。）を定めなければならない。
２　基本計画には、次に掲げる事項について定めるものとする。
一　低潮線の保全及び拠点施設の整備等に関する基本的な方針
二　低潮線の保全に関し関係行政機関が行う低潮線及びその周辺の状況の調査、低潮線保全区域における海底の掘削等の行為の規制その他の措置に関する事項
三　特定離島を拠点とする排他的経済水域等の保全及び利用に関する活動の目標に関する事項
四　拠点施設の整備等の内容に関する事項
五　その他低潮線の保全及び拠点施設の整備等に関する事項

同法律の施行令では、特定離島にどの島が該当するのかをきわめて明確に定めている。

第一条　排他的経済水域及び大陸棚の保全及び利用の促進のための低潮線の保全及び拠点施設の整備等に関する法律（以下「法」という。）第二条第三項の政令で定める離島は、沖ノ鳥島及び南鳥島とする。

「第二条第三項の政令で定める離島」というのが特定離島のことである。*3
そうすると、低潮線保全・拠点施設整備法第三条に従って、排他的経済水域等の保全及び利用の促進のため、政府は低潮線の保全並びに拠点施設の整備等に関する施策の基本計画を定め、その中には沖ノ鳥島及び南鳥島を拠点とする排他的経済水域等の保全及び利用に関する活動の目標に関する事項を含んでいなければならない。

この基本計画は、内閣府の総合海洋政策推進事務局が主導している。
基本計画はPDFで閲覧することができ*4、アからシまである特定離島を拠点とした活動の目標のアにそのサンゴ礁の計画が記載されている。

（２）特定離島を拠点とした活動の目標
ア．サンゴ増殖技術の開発・確立による国土保全
サンゴ礁の島では、国土保全対策の一つとして、サンゴや有孔虫などの島を形成する材料となる生物の生産を高め、生産されたサンゴの砂礫等を堆積させることによって、島の保全・再生を図ることが有効な手段と考えられている。そのため
に必要なサンゴ種苗生産技術、増殖基盤や効率的な移植技術等、一連のサンゴ増殖技術を開発・確立する。また、得られたサンゴ増殖技術等により、海面上昇の問題に直面する環礁国家に対して、島の保全・再生に必要な技術協力を実施する。

このプロジェクトは当然継続しており、基本計画の５（１）に基づいて、その進捗状況は毎年総合海洋政策本部へと報告される。

５．その他低潮線の保全及び拠点施設の整備等に関する事項
（１）基本計画の進ちょく状況の総合海洋政策本部への報告
この基本計画に基づく低潮線の保全に関する措置、特定離島を拠点とする活動、拠点施設の整備等の毎年度の進ちょく状況について、翌年度速やかに総合海洋政策本部へ報告し、計画の着実な実施を図る。

総合海洋政策本部会合の資料（https://www.kantei.go.jp/jp/singi/kaiyou/kaisai.html）からその進捗状況を見ることができる。
たとえば平成22年にツバルに協力したり、平成29年に有性生殖によるサンゴ増殖技術を開発・実証したりしている。
令和4年には高温耐性型サンゴの効率的な増殖技術を開発したり、移植したサンゴのモニタリングを行って13年間でサンゴが1cmから63cmにまで成長したことを発見したりしている。驚くかもしれないが、真面目な成果が出ているのだ。

グッド成長

令和5年度では、サンゴ幼生着床・育成基盤の改良を行っている。
もちろんこの計画は気の長いものではあるが、これからの報告が楽しみになってくる情報ではないだろうか。

あとがき

この記事はわたしの2022年7月28日（つまり、あの沖ノ鳥島16cmニュースの当日）の日記をもとにして書いたものだけれど、当時１日では調べ切れていなかった進捗状況まで知ることができ、楽しかった。
きっとこれからも時折この記事を思い出しては、沖ノ鳥島をめぐる壮大な計画にわたしは胸を躍らせるのだろう。記録に残しておくことはやっぱり大事だと思い直したし、そういう意味でも、わたしは文書主義が好きなのかもしれない。人間がどれほど忘れても、成立した文書は忘れないからだ。

See also

サンゴの再生に関して、三上信雄らの「沖ノ鳥島発サンゴの保全・再生」みどりいし, (18): 3-6. (2007).（https://www.amsl.or.jp/midoriishi/18_02.pdf）に概略が記されている。
より詳しく生態学的な視点で知りたい読者は、「沖ノ鳥島・南鳥島に関する研究調査事業 成果報告書」https://www.t-borderislands.metro.tokyo.lg.jp/contents/report2022/の「沖ノ鳥島・南鳥島の地生態工学的維持のための研究調査」を一読することを勧める。
あるいは、もっと大衆向けの（わたしのような文書に偏重した視点でない）情報を得たい場合は、東京都総務局のHP「日本の最南端・最東端の国境離島」（https://www.t-borderislands.metro.tokyo.lg.jp）や内閣府のHP「国境離島WEBページ : 海洋政策 - 内閣府」を巡ってみるのも楽しい。

*1:高速道路株式会社法でいうところの「高速道路」には一般的に"高速道路"と呼ばれる高速自動車国道のほかに自動車専用道路も含まれている。https://jaf.or.jp/common/kuruma-qa/category-drive/subcategory-knowledge/faq110

*2:https://www8.cao.go.jp/ocean/policies/teichousen/pdf/keikaku.pdf

*3:第二条　 ３　この法律において「特定離島」とは、本土から遠隔の地にある離島であって、天然資源の存在状況その他当該離島の周辺の排他的経済水域等の状況に照らして、排他的経済水域等の保全及び利用に関する活動の拠点として重要であり、かつ、当該離島及びその周辺に港湾法（昭和二十五年法律第二百十八号）第二条第三項に規定する港湾区域、同法第五十六条第一項の規定により都道府県知事が公告した水域及び漁港及び漁場の整備等に関する法律（昭和二十五年法律第百三十七号）第六条第一項から第四項までの規定により市町村長、都道府県知事又は農林水産大臣が指定した漁港の区域が存在しないことその他公共施設の整備の状況に照らして当該活動の拠点となる施設の整備を図ることが特に必要なものとして政令で定めるものをいう。

*4:https://www8.cao.go.jp/ocean/policies/teichousen/pdf/keikaku.pdf

Vivliostyle製本手順書②（原稿編集編）

基本的な編集

ここからは、原稿を支配する３つのファイル、

• vivliostyle.config.js　… 見た目を管理するために参照するCSSや、原稿の順番を決めるためのファイル
• manuscript.md　… 原稿本体であるmarkdownファイルの見本
• theme_common.css　… 文章の見た目を管理するCSSファイル

を調整する具体的な手法について説明していきます。 CSSファイルをいじる場合、別の場所に元のtheme_common.cssをコピーしてバックアップしておくと安心です。あるいは、同じ階層にコピーしてtheme_common_copy.cssを作って、その後theme_common_copy.cssの方だけをいじってもよいです。その際は、vivliostyle.config.jsのthemeのtheme_common.cssをtheme_common_copy.cssに変えておいてください。そうすると、プレビューやビルドの際に適用されるCSSがtheme_common_copy.cssの方になります。

原稿（基本的な編集）

• 改行　… ただの改行でも1行空行を作る。あるいは、改行の直前に
  と書く。空行なしだと、同じ段落に入る。
• 空き行　… そのぶん
  を書く。これはプレビューを見ながら調整するとよい。
• ルビ　… {漢字|ふりがな}と書く。
• 傍点　… 「『、、、、』というルビ」として書く。
• 縦中横　… <span class="tcy">と</span>の間に挟む。

  

  縦中横とは縦書きの中に横書きを入れるこういうやつ

• 太字、斜体、取り消し線　… discordと同じ書き方。下線は同じではない。
• 見出し　… discordと同じ書き方。「#」の数で決まり、作品タイトルの大見出しは1個、章見出しは2個。
• 下線、文字の色を変える、文字のフォントを変える、字間調整、改ページ　… 後述の「原稿（発展的な編集）」で紹介する。

原稿（発展的な編集）

原則、やりたいことに対応してtheme_common.cssにcssのクラスを造設する。 造設箇所は、pから始まる括弧の下の、.tcyや.uprightと書いてある場所。 改ページ以外は、縦中横と同様、<span class="[クラス]">と</span>で本文の指定したい箇所を囲めば適用できる。

下線

例：

  text-decoration: underline;
}

を追記。クラス名はunderline。（.は含めない）

文字の色を変える

例：赤色(#ff0000)にしたい場合、

  color: ff0000;
}

を追記。クラス名はcolored。（.は含めない） colorは16進数のカラーコードまたは色名で記述する。どちらであれ、Visual Studio Codeなら入力候補を出してくれる。

文字のフォントを変える

例：文章の一部のフォントをHG丸ゴシックM-PROに変えたい場合、

.alterfont {
  font-family: 'HG丸ゴシックM-PRO', Times, serif;
}

を追記。クラス名はalterfont。（.を含めない） 文章全体のフォントを変えたい場合は、htmlから始まる括弧のfont-familyを変える。 ちなみに、左から順に適用されているので、アルファベットフォントとアルファベットを含む日本語フォントとを両方適用したい場合、アルファベットフォントを左に書く。（さもなくば、アルファベットを含む日本語フォントが優先されてアルファベットにまで適用されてしまうため、アルファベットフォントが表示されるに至らなくなってしまう）

字間調整

例：字と字の間に3文字ぶんの字間を空けたい場合、

.jikan {
 text-indent: 4em 
}

と追記する。クラス名はjikan。（.を含めない） 文字を書いた後どれだけ下がって次の文字を書くかということを示しているため、３文字分追加で空けたいならデフォルトの1emに3em追加して4em。（emはfont-sizeを1とする単位）

改ページ

例：

hr.page-wrap {
  break-before: page;
  visibility: hidden;
  margin: 0px;
  padding: 0px;
  height: 1px;
}

と追記する。 <hr class="page-wrap>と書けば改ページできる。囲む必要はない。

画像の貼り付け

例：原稿と同じ階層のディレクトリに置いたfig1.pngを300pxの幅で貼り付けたい場合、

![図1](./fig1.png){width=300}

と記述する。高さを調整したい場合はwidthと同様にheightとして指定する。 プレビューを見ながら作業するとよい。

製本

原稿の順番

概略：プレビューやビルド時には、vivliostyle.config.jsのentryに記載されているmarkdownファイルの上からの順番がページ順として処理される。

まず、manuscript.md以外のファイルを原稿として読み込めるようにしましょう。 WORKSPACEの文字の右側の「□＋」のマークか、あるいはWORKSPACEを右クリックして一番上の「New File」で新しいファイルを作りましょう。 適当に「a.md」と名付けたファイルを作りましょう。

そしたら、

あ

とだけ書きましょう。 そのあと、vivliostyle.config.jsのentryの下の現在

manuscript.md

になっているところを

a.md
//manuscript.md

にしてみて、プレビューしてみましょう。

すると、a.mdの内容のみが反映されていると思います。 //を書いた行は文字が緑色になりまして、これは「コメントアウト」と言って、実行時にただのコメントとして無視されます。

また、「い」とだけ書いたi.mdも作ってみましょう。 そしたらvivliostyleのentryを

a.md
i.md
//manuscript.md

に変えましょう。 すると、「あ」の次ページに「い」が表示されると思います。

ここで、i.mdとa.mdの上下を入れ替えるとページ順も逆になります。 このように、コメントアウトを飛ばしながら上から順に処理されて生成されていきます。

ページ番号

theme_common.cssにある

  counter-reset: page ;
}

の記述の効果により、1ページから始まるページ番号が付きます。 1ページから始めたくない場合は、counter-reset: page+4 などとしてください。

ページ端の作品名

theme_common.cssの中に、 @page: left {から始まる括弧や、@page: right {から始まる括弧があり、それぞれ左ページと右ページに対応しています。 その中の、@top-left {や@top-right {から始まる括弧がそれぞれページの左上や右上の記述に対応していて、さらにその中にあるcontent:より後が実際に書かれる内容です。 作品名をページ端に入れたい場合は、プレビューで確認しながらcounter(page)の前後に作品名を入れましょう。

現実の扉を開く美少女に遭いたい

だれかわたしの心にそなわった窓をひらいてくれないだろうか。
一言でいえばこういうことだ。

現実を揺るがす存在

現実を揺るがすような存在を一目見たい。
これがわたしの原動力の１つであった。
世界を巻き込んでマゾヒズムに浸ろうとしているのだから、とんでもない。

現実

わたしにとって「現実」とはどういう意味の単語なのか、それだけでももう1本記事を使って説明したいくらいなのだが、大きく分ければ、わたしにとっての現実は、網膜の外から網膜の内を通してわたしに知覚され、認識される。
もっとも好ましいのは、網膜の外と網膜の内を両方書き換えるような存在だ。

すなわち、

• その存在自体が、世界で発生しうる事柄に対して人類のこれまで発見したいかなる解釈をも超越する者
• (少なくとも)わたしの世界に対する認識を不可逆的に変革する者

ということを意味する。
この2つの条件を満たす存在が目の前に現れると、わたしの認識や知覚の形態は永久に彼女を枠組みに収めるように変形して戻らない。
そしていずれ、わたしはこの世界にあるいかなる知識を動員してもついには彼女に辿り着くことはないことを知って、ひとたびは打ちひしがれてしまうことになる。

ここで科学の出番だ。
彼女がこの世界で発生している現象である以上、何らかの原理に基づいて存在しているはずだ。
彼女がもたらしてくれた鍵に基づいて、人類は現実に対してより進歩した理解をすることができる。
『Dr.STONE』における石化装置、『メッセージ』におけるヘプタポッド、『シン・ウルトラマン』におけるウルトラマン(リピアー/神永新二)。
まだこのような存在を少女で書いてくれた作品に巡り合えていないのが非常に残念でならない。

風斬氷華（ヒューズ・カザキリ）は、きわめてこれに近い存在であった。
「科学天使」は、しかし、作中でよく知られた物理法則であるAIM拡散力場と、作中でよく知られた魔術的体系の組み合わせで説明が可能であることが示されている。その２つが融合されて新たな現象が発生するというわけではなく、お互いがお互いの体系を自分とは独立した一部として利用して解釈可能なものにすぎない。
いわば、量子力学と固体物理の賜物である電子回路を搭載したGPS衛星からの電波に一般相対性理論による補正を計算に入れるGPSシステムのようなものだ。お互いの体系は独立したドメインで用いられている。GPSは量子力学と一般相対性理論の両方を用いているが、量子重力理論は関係がない。
わたしにとっては、『とある』の世界は、ある登場人物が世界の法則を体現している場合はその法則が具体的に書かれてくれず、具体的な世界の法則があると思えばそれはすでに解明された既知の事実となってしまっていて、あるいは世界の秘匿された法則があると思えばほとんどそれを象徴する存在が出てきてくれない。*1わたしはその中になにも新しいものを発見できないので、もどかしい。

ダウングレード

このような少女を含む作品はあまりにも存在しづらいので、わたしは妥協点を設けざるを得なかった。
だいたい、1番目の条件が厳しすぎるのがいけない。
そこで、1番目の条件を譲歩していく。
もともとの「その存在自体が、世界で発生しうる事柄に対して人類のこれまで発見したいかなる解釈をも超越する者」を1-0として、番号でランク付けしていく。1-Xは1-0に近いほど小さく、アルファベットは数字よりも細かい順序を示す。

• 1-1a: 世界で発生しうる事柄に対して人類のこれまで発見したいかなる解釈にも勝る解釈を発見した者
• 1-1b: 精神的環境で発生しうる事柄に対してそれに関係するひとびとがこれまで発見したいかなる解釈をも超越するものを作ることのできる者
• 1-2: 世界で発生してしまった事柄に対して科学的な手法で探究することのできる者
• 1-3: 世界で発生してしまった事柄に対して人類のこれまで発見したいかなる解釈とも異なる仮説を立てる者
• 1-4: 世界で発生しうる事柄についてわたしよりも知識およびその理解・掌握に勝っている者

例えば、1-1aには『シメジシミュレーション』のしじまの姉、1-1bには『児玉まりあ文学集成』の児玉まりあさん、1-2には科学を取り扱う作品のたくさんのキャラクターたち、1-3には胡乱な少女、1-4には『数学ガール』のミルカさんなどの物知りキャラ、いわゆる天才キャラなどが含まれる。（もちろん、彼女の理解が真実の深層に向かうとあれば1-2、場合によっては1-1aに”昇格”することもある。1-1aは通常1-2、1-3、1-4を、1-1bは通常1-3を含み、場合により1-4を含むこともままある。）
1-1bには、少しだけ「ふたりの世界に関する世界的な事実」、つまり、『わたしたちって、こうなんじゃないかなあ』といった「発見」をもたらしてくれる人が含まれる。あるいは、お互いに対して『あなたはこうなんじゃないかなあ』という発見をもたらす人も含まれる。
発見というのは尊いもので、ある思考・認識フレームから、知性という翼をはためかせて別のそれへの飛翔を遂げる行為にほかならない。わたしは発見を愛する。
相互理解というものはある程度科学的な手法に似たところがあって、「相手」という現象に対して仮説を立てて、検証して、再度仮説を立て直すというプロセスを持っている。
1-4のさらに妥協点には、「一般的な人間」がいる。あらゆる他者を、わたし一人で作ることのできる現実を揺るがす存在として捉えることができる。
しかし、妥協は妥協なので、あまりやりたくはない。

美少女

わたしにとっての「かわいい」の形は、これもまた単独で記事が生えてしまう*2。
その要点をまとめておくと、

• 表象kawaii
  • 寒色・静・規定のイメージ
    • 髪色・服の色・目の色・服装コードなどに適用される
  • メガネをかけている
    • あるいは、そのほかの「知」・「（思考・認識の）フレーム」 の象徴を持つこと
• 存在kawaii
  • 破綻していること
    • 重度の好奇心旺盛である/夢中になると手が付けられないこと・倫理観がないことなど
    • 胡乱であること（これは、先ほどの1-3にも関係する）
    • 何らかの形象であること

ということになる。
「形象」というのも、これはなおも記事が生えてしまうのだが、いわば高次元、あるいは形而上の空間がこの世界に落とす影のことで、ある存在が形象であるというのは、その存在を介してそのような空間の様子を伺い知ることができる、というものだ。
なにかの「象徴」が実態を持っているなら、わたしは、それは対応する概念の「形象」である、と呼んでいる。

そういった美少女の観念が、きゅうくつな物理法則に縛られた3次元の空間に制約され、しかしそれによって表出することができて実体を持って振る舞う様子は、奥深く、世界に対して示唆的で、手のひらで触れ合うことのできる奇跡を凝縮したような、きっと素晴らしく美しく、いじらしくもかわいらしい、そういった２つの魅力が同時に存在することのできる、人の形をしたよろこばしい現象なのだと思う。

*1:レベル6にさせられようとしていた御坂美琴もなかなか近かったが、「レベル5を超えた御坂美琴」が存在していた時間はあまりにも短すぎるので、これをわずかばかりでもキャラクターにおける独立した人格の状態と認識することは困難であると思われる。

*2:これに関しては実際に記事が生えているが、別名義ゆえあまり言う気にならないため、脚注に留める。文体も今とは違うし…。小倉しおんがものすごくかわいい - 補的足跡

novel-writer+Vivliostyleで最強になる

なります。

こんにちは。概念(@composershandle)です。

novel-writer+Vivliostyleが非常に使い心地が良いので、字書きオタクの間でこれを標準化したいくらいの気持ちで書いています。

必須

• Node.js(v14以上)　および、それを操る技能
• Visual Studio Code(以下、「VSCode」)

制限事項

• 自分の作った、それなりに文学的体裁の整った縦書きの文章を眺めてニヤニヤしたい人間であること。
• 自分で作成した文章のPDFに表紙や奥付をつけてインターネット上で入稿を果たすことで、自分の作った文章が物理的に形や重量を持っていることに喜びを感じる人間であること。
  
  
• つまりは、字書きオタクか否か、ということです。
• あるいは、それに匹敵するほどの物好き。

novel-writerの制限事項

• 青空文庫の形式のtxtファイルで原稿を書くことになります。
  • markdownには非対応
    • markdownで原稿を記述する場合は、Vivliostyleのみを活用してください。その場合、ここでは詳しく書きませんが、Vivliostyle Flavored Markdownの形式で原稿を記述できます。
    • 技術書を書こうとするならば、青空文庫の形式で書く必要は特にありません。
  • 青空文庫の形式でルビ、傍点、二重線などを引けます。

    • 可能な形式は青空文庫 注記一覧を参照。

    • htmlに直接<ruby>タグを書き入れるよりも簡便！
• 注意：VSCodeの拡張機能「テキスト小説」は、「novel-writer」と競合します。
  • 「テキスト小説」も青空文庫の形式で記載でき、またルビショートカット機能があるため、こちらを試すのもよいかもしれません。
  • ブラウザプレビュー機能は「novel-writer」にも「テキスト小説」にもありますが、(入稿用)PDF作成機能はおそらく「テキスト小説」にはないと思います。
    • 少なくともインストールページへの記載はありません。
    • 表示されているページを印刷するようなPDFは印刷メニューから生成できますが、本のような形にはなっていないと思われます。
• novel-writerはVSCodeの拡張機能であるため、VSCodeを操作する必要があります。
  • すなわち、宗教上VSCodeを使うことのできない方には向きません。
  • また、文章を書くためにコードエディタを使うことにアレルギーのある方にも向きません。

Node.jsの制限事項

• コマンドプロンプトを操作する必要があります。
• ある程度のエラーに対処するか、代替方法を見つける必要があります。
• Node.jsのnpmパッケージにある程度慣れている必要があります。いくつかの躓きそうな箇所に関しては、こちらをご覧ください。
  

  composershandle.hatenadiary.com

基本手順

ここまでの制限事項に合致した方は最強になれる条件を満たしています。

おめでとうございます。とりあえずこの基本手順をすべて終えましょう。

①Node.jsとVSCodeのインストール。

　　Node.js　Visual Studio Code - Code Editing. Redefined

②VSCode内のExtensionsの検索欄から「novel-writer」を検索し、拡張機能をインストール。

　　novel-writer - Visual Studio Marketplace

③原稿を入れておくためのフォルダを作り、そこにNode.jsで

npm install -g @vivliostyle/cli

を走らせることでそのディレクトリにVivliostyleをインストール。 

　　@vivliostyle/cli - npm

これはNode.jsのコマンドプロンプトから行ってもよいし、VSCodeでそのディレクトリで上のメニューからTerminalを立ち上げてそこにコマンドを打ち込んでもよい。

④Workspaceの一番上に原稿ディレクトリを持ってきて、右クリックメニューの一番下の「Novel:締め切りフォルダー」を適用する。

これでひととおり土台が整いました。これをさらに使いやすくしていきます。

応用手順

• VSCodeに拡張機能「zenkaku」、（「Auto Close Tag」）をインストール。
  • 前者は全角スペースをVSCodeで使えるようにする拡張機能。
  • 後者は自動で括弧やタグを閉じてくれる拡張機能ですが、あまり役に立たないかもしれません。
• もしGitで原稿を管理したいなら(そうしたほうがよい)、VSCodeに拡張機能「GitHub Pull Requests and Issues」、「GitLens -- Git supercharged」をインストール。
  
  • privateリポジトリなどに連携して使いましょう。
  • novel-writerにもGitの編集距離を見る機能があるので、活用できます。
• VSCodeの「右端で折り返し」ショートカット Alt+Z を覚えましょう。

  • Visual Studio Code | コードの折り返しを切り替えるショートカットキー | ONE NOTES

  • 覚えなくとも、一度設定しておくと楽です。
  • プレビューで見ながらだとどうしても横幅が狭くなるので、便利。

novel-writerの利点

novel-writerの数ある利点はインストールページでも紹介されていますが、あえてこの中から選ぶとするなら、わたしは品詞ハイライトを挙げます。

品詞ハイライトでは視覚的に名詞や語尾のリズムを見て取れますから、文章の調子を整えるのに役立ちます。

その他に関しては、こちらをご覧ください。画像付きで非常にわかりやすく記載されています。

marketplace.visualstudio.com

おま環記あるいはわたしの技術不足

• なぜかプレビューサーバーのlocalhost:8080に接続できず、そしてプレビューサーバーの箇所に書いてあるURLには同じ機種のしかもFirefoxからしかアクセスできませんでした。(なぜ…？)
  • これならVSCodeの画面をSplitしてプレビューしているのと変わらないので、利点が3割ほど減っている。
• 見出しがうまく生成されません。力技の解決策としては、出力されたHTMLをちょっと弄ってh4タグとかを埋め込むのが手っ取り早そう。
• なぜか「PDF出力」でPDFまでは出力されませんでした。
  • 代わりに生成されるHTMLに対してNode.jsかVSCodeのいずれかのターミナルで「vivliostyle build (ファイル名).html」を打ち込めば同様にPDFが生成されます。
  • 「vivliostyle preview (ファイル名).html」でPDF出力前のプレビューでサイズ変更できたりするため、これはこれでアリかもしれない。
  • 時間かかってただけでPDFは問題なく出力されています。せっかち。

おわりに

以上が概要です。それぞれのドキュメンテーションなどにより詳しい利点（VivliostyleによるCSS組版の利点など）が載っているでしょうから、ぜひ訪れてみてください。

novel-writerのプレビュー画面はおしゃれなので、とても気に入っています。

次の記事でまたお会いしましょう。概念(@composershandle)でした。

Node.jsとの遭遇

概念(@composershandle)です。

Node.jsを最近使うようになってきたので躓きポイントをブログに書いておきたい気持ちが生えてきた

— 概念 (@composershandle) 2023年2月14日

というわけで書きます。

恥ずかしながら。

躓きポイント

躓きポイント①「Node.jsでは何ができるの？」はよくない質問

Node.js® は、Chrome の V8 JavaScript エンジン で動作する JavaScript 環境です。

Node.js

Node.js公式のトップページを開くとこんな文面が出てくる。

…うん？ああ、JavaScriptが動くのね。それで？

そこで、上のメニューから「Node.jsとは」というページを開く。ここにより詳しく書いてあるに違いない。

Node.js はスケーラブルなネットワークアプリケーションを構築するために設計された非同期型のイベント駆動の JavaScript 環境です。

Node.js とは | Node.js

…つまり何者なのだお前は！

まちカドまぞく3巻55ページ右2コマ目より

ここでなかなか躓いてしまった。

考えてみれば、ここに具体的な嬉しさが書いてあるはずがない。だってこれは実行環境なのだから。例えば「Windowsではexeファイルが動かせますよ」と言う時に具体的なプログラムの内容なんて関係ない。

『Node.jsで具体的には何ができるの？』ということはNode.js上で動かすそれぞれのプログラムの領分なのだ。

あえて言うなら、「Javascriptができることならば、どんなくだらないことからどんな面白いことまでできる」というのが正解なのだろう。

そしてこれが次の躓きポイントに繋がる。

躓きポイント②　その性質上、包括的に記されづらい

①がわかっていれば当然のことである。

「Node.js  入門」で検索して出てくるのは当然Node.jsを１から活用する方法だ。

Node.js公式の使用例(Usage and example | Node.js v18.14.0 Documentation)にすら自分で書いたプログラムを自分で実行する方法しか載っていない。

Pythonをインストールして「Python  入門」で調べればPythonを用いてプログラムを書く方法が出てくる。そして、「Python  使い方」でもPythonを用いてプログラムを書く方法が出てくる。

これと同じ現象がNode.jsについても起こる。

「Node.jsを用いて自分がプログラムを書く方法」は大量に出てくるものの、その成果物だけを利用したいとき、つまり「Node.js上で動く任意のプログラムを実行する時に何をすればよいのか」という情報が詳細に書かれているものが見つからない。

そして、しばらくほかの成果物も実行してみたとき、あまりに簡単すぎるから誰も書かないのではないかということに気が付いた。

yarn createとかnpm createとか打てばよいのだが、あまりに簡単すぎて包括的に記される前に誰もが実際にいくつかやって会得してしまう。

こんなものはコマンドプロンプトよりも100倍簡単だからと思って誰も明示しないかもしれない。……が、わたしはこのような不文律じみたものが非常に苦手である。

npm i -g (任意の成果物の名前)

だとかが例文になる。らしい。

個々の成果物のチュートリアルにNode.jsで動くものならばこのような共通部分がある、ということはまず書かれないし(書いたところで何の得にもならない)、これを検索しようと思っても何という言葉でこの観念を表せばよいかわからなかったというのが躓きポイントとして絶望的な部分である。

今思えば、これはPythonにおけるpipに似たようなパッケージ管理ソフトなのだが、ここまで「成果物」という単語で書いてしまっているように、このようなものを「パッケージ」と言うのだ、という観念がなかったので非常にてこずった。

プログラムに関しては恥ずかしながらPythonで片手間に適当なものを書くくらいのことしかしてこなかったため、「パッケージとはライブラリの下位構造である」くらいの認識しかなかった。

AstroやVivliostyleのような大掛かりなものがパッケージだとは想像できなかったのだ。

これが大まかなわたしの敗因である。弱かった。あまりにも。

その後

Astroをインストールし、GitHubと連携し*1、Cloudflare pagesでデプロイされた、このような、まだ中身の不足している素朴なサイトを作り上げた。

https://comphand.pages.dev

躓きポイントが理解できていなかったため、原理の分からないチュートリアルには従えないという無意識の忌避感・抵抗がわたしをこのような個人サイト作りから遠ざけたのだろうと思う。

MarkdownをAstroの公式Documentのチュートリアルと同じ場所に置き、数式を使いたい場合は「astro katex」で検索して出てきたサイトの手順通りにAstroに組み込んだKatexが、Markdownファイルの最初に張り付けたKatexスタイルシートを読んで美麗に変換してくれる。素晴らしい。

今はVivliostyleやTauri(RustのGUIフレームワーク)なんかも使ってみたくなってわくわくしている。*2

*1:実はここにも壁があって、GitHub上での翻訳プロジェクトに少しだけ噛んでいた時にHDDの空き容量の都合上ローカルに落とすのが憚られてGitHub上で編集していたため、ローカルにインストールしてGitHubにPushするということ自体に抵抗があった、ということもある。そのため、GitHub Pagesをレポジトリに連携したはいいものの、なんとローカルで書いたMarkdownをPandocでHTML形式に変換し、それをレポジトリに直接アップロードするという曲芸みたいなことをしていた時期があった、という笑い話がある。

*2:もっとも、Vivliostyleに関してはVivliostyle Pubというブラウザ上で編集できるものがわたしがあれこれしている間に出てきてしまったのだが……