未分類

コロナ禍の運動不足から、腰痛などが発生しています。
隔日のウォーキングはしていますが、筋力の低下が著しいです。

そこで、『ぶらさがり健康法』→『(可能なら)懸垂』に持っていくために、部屋に鉄棒を作ってみました。

まず、屋根裏に上って、私の体重を支えられるに足る木材の場所を捜しました。

で、屋根から千枚通しを打ち込んで基準点を見えるようにしました。

で、DIYショップにいって、手摺り用の器具(でもって、私の体重を支えられそうな、ごっついもの)を購入してきました。

完成

ぶらさがってみましたが、ビクともしませんでした ―― 私の体の方にガタが出てくるもしれませんが。

以上

その後

部屋に鉄棒を作ってみた(その2)

インターネット登録で、「臓器提供意志登録カード」を作ってくれるようです。

■インターネットでの登録方法

(Step.1) https://www.jotnw.or.jp/faq/?category=001001にアクセス

あとは、流れのままに必要事項を入力して、ボタンを押せば「仮登録」が終わります。

最後に、

仮登録が完了しました。
（公社）日本臓器移植ネットワークからＩＤの入った登録カードを送付します。

とメッセージが出てきます。登録カードが届いたら速やかに署名と署名年月日を自筆で書き、本登録手続き（本サイト上の本登録画面にＩＤとパスワード(江端のパスワードは"最初は大きい最高の私"）を行ってください。

ここから3日後、郵送で、こんなものが届きました。

でもって、仮登録した時に送付されてきたメールを開きます。

これで登録は終りです。

あとは、カードに必要記載事項(署名年月日、本人署名(自筆)、家族署名(自筆)←家族と同居されていない場合は空欄でもいいそうです)を記入して、記載した面に、保護シート ↓

で張り付ければ、完了です。

送付されてくるカードが、プラスチック製だといいな、と思っていたのですが・・・まあ、保護シートがあるから、ある程度の硬さは担保できると思いますが。

どうせなら、VISAとかMasterとかJCBを付けて、日常的に使用できるようにしておくと良いんじゃないかと。デートでの支払いの時に、このカードを彼氏/彼女に見せることで、さりげなく自慢ができるようにする、てなアプローチは「あり」だと思います。

ちなみに、

というように、移植臓器のマッチングの可能性は恐しく低いです ―― もちろんタイミングの問題もあるのですが、(私、勘違いしていたのですけど)希望すれば、誰でもいつでも臓器を提供できる訳ではないようです。

「臓器提供適応基準となる年齢」があることを知り、軽くショックを受けています。
『そうかぁ、私の臓器にも"旬"があるのね』と、「結婚適齢期」と同程度の概念として「臓器適齢期」というものがあると知って、がっくりしています(考えてみれば、そりゃそうだよな、とも思えるのですが)。

まあ、そうだとしても、提供登録者が増えるのは良いことだと思います。母数が増えれば、確率は上がるのですから。

では、最後に注意を一つ。

嫁さん:「このカード、どこに保管しておこうか？」

私:「いやいや、持ち歩かんと意味ないだろう？ 必要なのは、死亡直後の私たちの遺体なんだから」

以上

私は、私が死去した場合、全ての葬儀を、その規模の大小に関わらず『全て行わないで欲しい』ことを表明しております。

以下、メモではありますが、備忘録としてコピペしておきます。

(1)自分なりの宗教観がある

■これは、米国のユタ州のアーチーズ国立公園で見た風景の中に、いわゆる「神」を見た(という気になっている)という、私の体験に因ります。現在、私が信じられるのは、その私の「神」だけで、それ以外の「神」や「仏」については、ちょっと『良く分からない』という感じです。

■そんでもって、私が信じていない『神仏』で葬儀をされることも、そして理解不能な呪文(お経)のようなもので葬送されるのも)『なんか違うなぁ』と思っています。

(2)智一(故人)主催の『オリジナルの葬儀』を考えている

■私のイベントですので、自分で葬儀をコーディネートしたいです。私が実施する予定の葬儀は「Webを使ったメモリアル葬儀」です。私のことは(喪主ではなく)私が語りたいし、感謝の気持ちも、私の言葉で語りたい(それによって、新しい葬儀の創始者になりたい)。

■そして、四十九日や一周忌などというイベントではなく、10年後も、20年後も、いつでも、(日本国内だけでなく、世界でお世話になった人々も含めて)私のことを思い出して貰えるような葬儀を企画したい。

■上記の『オリジナルの葬儀』については、人に集って貰う必要もないので、双方にとってもメリットがあると思う。

(3)すでに、献体、臓器移植の手続きを開始済である

■尊厳死協会(リビングウイル)への登録、私の身体の部位の無条件の献体手続を開始済み(ただし移植目的に限定。学術目的には提供しない、で相談中)しています。

■献体は、死亡直後に行わなければならないらしいです。これが、普通の葬儀を行わない(行えない)最大の理由です。

■で、移植用の身体の部位の摘出作業に数日から1週間くらい必要とされています(*)。その後に、普通の葬儀をする、というのも(しかも、身体本体もないし(骨くらいは残っているかもしれんけど))、なんとなく間が抜けているなぁ、と思っています(遺骨の返還は1～2年、長ければ3年だそうです)。

―― 自分から積極的に動いてアピールしないと、あなたの臓器(一説には、総額1000万円相当)が、燃やされて(火葬)て灰になってしまう

(4)法律上必要な手続はきちんとやる

■日本は火葬が法律で定められているので、火葬はしなければならないので、これはちゃんとやる予定です。納骨についても、家族で保存して貰うのも面倒ですし、散骨は許可を得るのが面倒なので、行き先(墓場)は確定(購入済み)しています(なお、大学病院で納骨して貰うということもできるそうです)。

(5)死後も『チャレンジャー』でありたい

■色々な考え方はあると思いますが、やっぱり「私の死」は「私のもの」だと思っています。世間の常識や慣例や、あるいは人の考えではなく、私の生き方と私の死に方は、私が決めたい、と思うのです。

■『私に最後に一目会いたい』という方の気持ちには応えられなのかもしれませんが、私としては、上記の、私の創る『オリジナルの葬儀』で、『生きていた時の私』を覚えていて欲しいし、それを独力で実現したいと思っています。そして、その(日本発？の)パイオニアが、『私』でありたいと思っています。

ところが、この全ての葬儀を、その規模の大小に関わらず『全て行わないで欲しい』 について、家族で議論を行った結果、『現状では無理である』と、家族から逆にロジカルに説得されてしまいました。

特に、家族からのコメント「火葬までに一定の時間は欲しい」「故人を語り会う機会を担保して欲しい」「礼服を着てみたい」「喪主をやってやらんでもない」という反対意見があり、その中でも最大の理由が「上記(1)～(5)の理由では、(家族以外の)親族を説得するロジックとしては弱すぎる」でした。

# つまり『面倒はゴメンだぜ』という家族の本音がダダモレでした。

その一方で、

「遺体の顔を一方的に見られるのは甚だしく不本意なので、私たち(嫁さん+娘たち)については『火葬ファースト』でよろしく」などという、かなり身勝手な意見もでております。

という訳で、本件、継続審議ということになっております。

以上

N-BOXのテールゲート(後ろのドア)が開かなくなったので、ディーラに相談しに行きました。

そしたら『単なるゴムパッキンが接着していて開けにくくなっていただけで、力づくで開けられた』だったようです。

ただ、開閉に電磁的なスイッチを使っているので、開閉しない状態を1秒以上躊躇していると、コンピュータが半ドアと判断してしまう、という電磁的な問題だったようです。

つまり、テールゲートは、「一瞬」かつ「力づく」で「こじ開ける」ことが必要である、ということです。

半ドアになった状態から、こじ開ける方法も教えて貰ってきました。

まず、半ドア状態になっている時に、ここに指を差し込みます。

この段階で、テイルゲートのボタンを押して、両手の力で引き開けます。

また、手動でテールゲートを開く方法も教えて貰いました。

で、この中は、こんな風になっています。

で、この中に小さなフックがあります。

で、マイナスドライバ(青色)で、フック金具(赤色)を押して、内側からテールゲートを押し出すと、開きます。

以上

■interview と interview withの違い
interview Mr.A → これは動詞としての使用 ("Aさんにインタビューする")
a/the interview with Mr.A これは名詞としての使用("Aさんへのインタビュー")

■形容詞の順番(https://english-club.jp/blog/english-adjective-order/)

■"mediate"と"mediate between/among A,B, and C"の違い
mediate a treaty (条約を纏める) のような場合は、前置詞不要
mediate between A and B のように、調停相手が複数で明確な場合は、between, amongが必要

■provision time, provisioning time の意味
サービス等を開始する為に必要な"準備"期間の意味であり、"サービス提供時間"とは異なる

"conventional transportation services" 約 12,000 件
"existing transportation services"  約 120,000 件
"previous transportation services" 約 3,930 件

"conventional services" 232,000 件
"existing transportation services"? 4,820,000 件
"previous services" 614,000 件

"participatory simulation" 16,900 件
"experiential simulation"20,300
"hands-on simulation"

「ハザード」（有害性）とは理論的に害をもたらす可能性があるものです。一方、「リスク」（危険性）とは実際的に害をもたらすものの危険の可能性（高い、低い）を指します。
ある例を見てみましょう。巨大な火山が噴火したとします。多量の溶岩が噴出し、火山灰が大気に放出されました。これはハザードの例です。なぜならば噴火は火山の近隣に住む人々の命を危険にさらす可能性があるからです。しかしこの噴火が大洋の無人島にある火山で起きたとしたら、人々の命を危険にさらす可能性、つまりリスクは非常に低いと言えるでしょう。

"control room officer"  49,100 件
"control center officer" 72,200 件  → ×(映像が合わない)
"control center operator" 60,200 件  → ○(映像があう)

number と countの違い
「number」とは、数や数字、順番を表す言葉です。
「count」は、何かの数を数える時に使います。 → ○ counts of steering operation

vehicle On-demand 187,000 件  → ○
automobile On-demand 約 29,400 件

"user dissatisfaction" 69,000 件 →○
"user's dissatisfaction"   6,650 件 → ×
"users' dissatisfaction"  0件

"user smartphone"  537,000 件 (user's smartphoneも含む)
"user’s smartphone" 461,000 件 → ○

"user's decision"   473,000 件
"user decision" 423,000 件

"user’s information terminal" 597 件
"user information terminal" 147,000 件 → ○

■WordとExcelによる年賀状宛名書きは、

(1)「年賀状の宛名印刷 ワープロ編：ワード（Word）とエクセル（Excel）で年賀状の住所録作成、宛名を印刷「年賀状・暑中見舞いドットコム」2022年・令和4年寅（とら）年版」を読んで、毎年作り直すこと(大した手間ではない)。

(2)ただし"1.png"を読むこと(ここだけ違う)

#include <stdio.h>

int main() {
    printf("Hello World\n");
    return 0;
}

■launch.json

{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "g++.exe - アクティブ ファイルのビルドとデバッグ",
            "type": "cppdbg",
            "request": "launch",
            "program": "${fileDirname}\\${fileBasenameNoExtension}.exe",
            "args": [],
            "stopAtEntry": false,
            "cwd": "${fileDirname}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "gdb",
            "miDebuggerPath": "C:\\msys64\\mingw64\\bin\\gdb.exe",
            "setupCommands": [
                {
                    "description": "gdb の再フォーマットを有効にする",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": true
                },
                {
                    "description": "逆アセンブリ フレーバーを Intel に設定",
                    "text": "-gdb-set disassembly-flavor intel",
                    "ignoreFailures": true
                }
            ],
            "preLaunchTask": "C/C++: g++.exe アクティブなファイルのビルド"
        }
    ]
}

■task.json

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "2.0.0",
    "tasks": [
        {
            "label": "hello",
            "type": "shell",
            "command": "g++",
            "args": [
                "-g",
                "hello.cpp"
            ],
            "group": {
                "kind": "build",
                "isDefault": true
            },
            {
                "type": "cppbuild",
                "label": "C/C++: g++.exe アクティブなファイルのビルド",
                "command": "C:\\msys64\\mingw64\\bin\\g++.exe",
                "args": [
                    "-fdiagnostics-color=always",
                    "-g",
                    "${file}",
                    "-o",
                    "${fileDirname}\\${fileBasenameNoExtension}.exe"
                ],
                "options": {
                    "cwd": "${fileDirname}"
                },
                "problemMatcher": [
                    "$gcc"
                ],
                "group": "build",
                "detail": "コンパイラ: C:\\msys64\\mingw64\\bin\\g++.exe"
            }
        ]
    }

■c_cpp_properties.json

{
    "configurations": [
        {
            "name": "Win32",
            "includePath": [
                "${workspaceFolder}/**"
                "C:\\msys64\\mingw64\\include"
            ],
            "defines": [
                "_DEBUG",
                "UNICODE",
                "_UNICODE"
            ],
            "compilerPath": "C:\\msys64\\mingw64\\bin\\gcc.exe",
            "cStandard": "gnu17",
            "cppStandard": "gnu++14",
            "intelliSenseMode": "windows-gcc-x64"
        }
    ],
    "version": 4
}

国会議員関係政治団体を政治家名で紐付けして、政治資金収支報告書のオンラインシステムの使用した/使用していない団体を調べ、オンライン提出を無視している比率(オンライン提出無視率)で算出しました。

オンライン提出した団体は、青字で表示しています。

ご覧頂くと、面白いことが分かります。

(1)ある党首の政治団体が、オンライン提出無視率100%でした。
(2)2以上の団体の全部に、オンライン提出をさせている人は２人だけでした。

総じて、

―― どの口で「デジタル化社会」と言っているんだ？

ということですね。

エクセルシートはこちら → 政治資金収支報告書のオンラインシステムの使用と不使用の団体

先ずは、オンラインシステムにて提出している政治団体(国会議員関係政治団体名)の一覧です。

衆議院議員篠原孝全国後援会
田城郁後援会
なたにや正義後援会
真政会（石田　真敏）
政策創造研究会
日本国家戦略フォーラム２０２５
新邦友会
室井邦彦後援会
大島理森政経会
日本維新の会参議院比例区第５３支部
宮沢会
ＹＭＦ経済研究会
鷹之政経フォーラム
島村大後援会
笑顔の日本
頑張れ！ふじすえの会
ＮＨＫから国民を守る党近畿支部
自由民主党兵庫県参議院比例区第四十六支部
石田まさひろ政策研究会
一番星
健政会(若林　健太)
新政経研究会
新流会
卓然会
武田良太政経研究会
原口一博後援会
ふるげん未来塾
牧樹会
穂高会
横浜政経懇話会

ーーーーー

さて、ここからは、オンライン提出しなかった団体を、政治家の名前と紐付けて纏める作業を始めてみよう。

ついでに政治家単位でスコアも付けてみよう (オンライン提出無視率 0～100%)。