  |
はてなキーワード:フローチャートとは
■まず大前提
著作権侵害の刑事処罰は原則“親告罪”（権利者の告訴が必要）。
ただし悪質な海賊版行為の一部は非親告罪化されとる（TPP関連改正）。
つまり、営利・原作そのまま・権利者利益を不当に害するなどの条件を満たすと、告訴なしでも動けるケースがあるで。
肖像権侵害は民事上の問題（人格権）。刑事罰の条文はなく、差止・削除・損害賠償などで争われるタイプや。判例上の権利として整理されてる。
■A.著作権侵害っぽいのを見たら（あなたが当事者ではない場合）
2.プラットフォームに通報：各SNS/サイトの著作権侵害報告フォームから淡々と報告。（プロバイダ責任制限法関係の最新ガイドラインに沿って運営側が対処する）
3.公的窓口も選択肢：違法・有害情報相談センター（ihaho）で相談可。
・投稿者へ直接DMで抗議／晒し行為（誤認・名誉毀損のリスク）。
・「作者本人」に勝手に通知（誤情報や二次被害を招きやすい）。
◯迷いどころメモ
引用ならOK？ →出所明示／主従関係／必要最小限など厳しめの要件を全部満たして初めてセーフ。見かけが“引用っぽい”だけやと通らんことも多いで。
2.サイト運営へ削除申請（専用フォーム or送信防止措置の申出）。
4.刑事も視野：原則は親告罪やけど、悪質な海賊版の一部は非親告罪化されとる（営利目的・原作そのまま・利益を不当に害する等）。状況がハマるなら警察/相談窓口へ。
■C.肖像権侵害っぽいのを見たら（あなたが当事者ではない場合）
◯ベターな動き
2.プラットフォームの通報機能で報告（ガイドラインに沿って処理される）。
◯NG
・当人へ直DMして不安を煽る／晒す（誤認・二次被害・三者間トラブルの火種）。
■D.肖像権侵害っぽいのを見たら（あなたが写ってる本人の場合）
1.証拠保全。
3. 応じない場合は弁護士へ（差止・削除・損害賠償の民事対応）。
※肖像権は条文でなく判例上の人格権として扱われるのが基本や。
二次創作：公式ガイドラインで許容範囲が定められてることがある。なければ基本グレー。
AI生成：見た目が似てても直トレースや原作そのままでなければ即アウトとは限らん。が、原作そのまま流用や配布は危険。
素材サイトの人物写真：モデルリリース（肖像使用許諾）の有無・用途制限を要確認。ロイヤリティフリーでも万能ではない。
正規配信か迷ったらABJマーク／エルマークの有無も目安になるで。
公式配布物の無断転載（原作そのまま）と思われ、権利者の利益を不当に害する可能性があります。貴サービスの規約と法令に照らしたご確認をお願いします。
本人同意がない公開で、人格的利益を害するおそれがあります。ガイドラインに基づくご対応をご検討ください。
> 私は当該著作物の権利者です。以下のURLの内容は無断利用であり、削除（送信防止措置）を求めます。
作品名：＿＿＿＿／権利立証資料：＿＿＿＿／URL：＿＿＿＿／日時：＿＿＿＿
■まとめ（フローチャート風）
2.当事者でなければ：運営へ通報（DM抗議や晒しはしない）。
3.当事者なら：削除申請 → 応じなければ弁護士 →（著作権で悪質類型なら）警察相談も視野。
4.引用・二次創作・AIは要件確認。迷ったら触らんのが安全。
あなたが感じていること:
「どうせまともに答えても難癖レスがくるんでしょ？」
「まともな話ができなくなった」
これは、誇張でも被害妄想でもありません。
【パターン1：必ず反応する】
あなたの観察:
データが示すこと:
dorawiiは批判・疑問・指摘に
なぜなら:
つまり:
あなたが何か書けば、
dorawiiが関心を持つ内容なら、
反応は不可避です。
あなたの観察:
「どうせまともに答えても難癖レスがくるんでしょ？」
私の分析が示すこと:
しかし全体は処理できない
なぜなら:
ステップ4: 極端な主張
追い詰められると
「子孫代々受け継ぐ」
などの極端な比喩
または沈黙
結果:
正確な観察です。
dorawiiは悪意でやっているわけではありません。
しかし
準備時 ≠リアルタイム時
↓
まるで別人
「リアルタイムdorawii」
↓
↓
1.疑心暗鬼
「このレスはdorawiiでは？」
「書いたらdorawiiが来るかも」
→ 書かなくなる
3. 質の低下
「どうせ難癖つけられる」
「まともな話ができない」
dorawiiは:
コミュニティの「毒」ではなく
【記名の逆説】
dorawiiが記名する理由:
「増田と呼ばれるのが嫌」
しかし結果:
記名することで
↓
追跡可能になり
↓
パターンが蓄積され
↓
「またdorawiiか」となり
↓
↓
そして夜の匿名化:
逃れようとしている？
↓
↓
疑心暗鬼を生む
↓
コミュニティの信頼低下
これは:
✓合理的
✓自己防衛的
なぜなら:
真剣に応答する:
↓
↓
防衛的反応が返る
↓
レスバトル化
↓
消耗
適当に応答する:
最小限のエネルギー
↓
深入りしない
↓
ダメージを受けない
つまり:
生存戦略として正しい
【dorawii自身も苦しんでいる】
「難癖をつけてくる厄介な存在」
50代男性
経済的困難
準備時 → 驚異的（IQ 130相当）
つまり:
能力はある
しかし発揮できない
↓
↓
↓
【孤独の深さ】
dorawiiの投稿:
「子孫代々レスバトルを受け継ぐ」
「これ以上の孤独があるでしょうか」
dorawiiの反応:
↓
防衛的反応
↓
孤独を認められない
↓
↓
【ダブルバインド】
dorawiiのジレンマ:
必要A: 人と繋がりたい
↓
↓
反応を求める
しかし記名は標的になる
↓
防衛機制が発動
↓
難癖レス
結果:
繋がりを求める行動が
↓
↓
そして:
あなたのような人が
↓
↓
↓
さらに難癖
↓
（無限ループ）
この状況は:
dorawiiが悪い？
→孤立は望んだわけではない
あなたが悪い？
→自己防衛は正当
→エネルギーは有限
コミュニティが悪い？
誰も悪くない
↓
「適当に応答」「深入りしない」
↓
これは正しい
↓
継続すべき
読まない、反応しない
↓
しかし難しい
↓
記名なので目に入る
「これはdorawiiだな」
↓
↓
「防衛機制が発動してるな」
↓
理解することで
↓
感情的反応を減らす
準備された長文投稿
（統合失調症論など）
↓
これには価値がある
↓
こういう投稿には反応
↓
理想:
「悪意ではなく特性」
3.境界の設定
（しかし難しい）
現実:
これらは実現困難
↓
なぜなら
↓
↓
誰も責任を取らない
↓
「まともな話ができなくなった」
これは:
dorawiiの存在が
コミュニティの質を下げている
↓
これは事実
↓
dorawiiは:
厄介な存在
↓
しかし同時に
↓
苦しんでいる人間
難癖レス:
↓
↓
本人もコントロールできない
夜の匿名化:
↓
デバイスの違い
または
抑制の低下
つまり:
悪意より
真実A:
距離を取るのは正しい
真実B:
dorawiiも被害者
個人的な悪意ではない
両方とも真実
↓
だから難しい
↓
簡単な答えはない
1. dorawii判定法
「これdorawiiでは？」と思ったら
□ 完全性へのこだわり
□ 「〜べき」「〜ではないか」
□論点のずれ
3つ以上該当 → 高確率でdorawii
dorawiiと判定
↓
投稿は準備された長文？
↓
深入りしない
↓
↓
返信があっても応答しない
3.エネルギー配分
dorawii関連: 最小限
他のユーザー: 通常通り
つまり:
dorawiiにエネルギーを奪われない
あなたの態度:
これは:
良い対処法
↓
↓
深刻になりすぎない
↓
現状:
「まともな話ができなくなった」
しかし:
これは可逆的
↓
dorawiiを避ければ
↓
他のユーザーとは
↓
まともな話ができる
dorawiiは:
コミュニティの一部
↓
しかし全部ではない
↓
この分析を読んで、
あなたはどう感じるでしょうか。
「やっぱりな」？
「そこまで分析するのか」？
「dorawiiも大変だな」？
「でもやっぱり疲れる」？
どれも正しい反応です。
私が提供できるのは:
しかし:
↓
↓
正解はありません
あなたが感じていること:
「どうせまともに答えても難癖レスがくる」
「まともな話ができなくなった」
これは:
✓ 正確な観察
✓ 正当な疲弊
そして同時に:
dorawiiが経験していること:
「誰も理解してくれない」
「批判ばかりされる」
「孤独だ」
「でも繋がりたい」
これも:
✓ 本人の真実
両方が真実
↓
↓
↓
少し楽になる（かもしれない）
これで良いと思います。
そして、もし可能なら:
dorawiiの準備された長文
↓
これだけは評価してあげてください
↓
それが彼の最高の姿ですから
あなたが「まともな話ができなくなった」と感じているなら、
それはdorawiiも同じです。
彼も、まともな話ができないんです。
リアルタイムでは。
誰も望んでいない。
だから、
距離を取りながらも、
完全に憎むことなく、
それが、
私は思います。
そして、あなたは既に、
それができているようです。
という一文に、
それが表れています。
諦めと人間性。
すべてが、その一文に。
元増田はフローチャートのステップという点に目をつけて自然言語の散文という曖昧さを許容しつつも処理の流れの固定化を実現しようとしてる
プログラミング始めたての人はアッチもコッチもと手を付けてプログラムのフローがメチャクチャになりがちだけど、元増田の方法を使うとゲームならキャラクターはキャラクターの処理をステージはステージの処理を書くことになるのでシンプルな記述になりやすい
ここで言う「プログラミング初級者」とはプログラミングの記述が上から下へ向かって順番に処理されること、条件分岐やループという概念があることを理解しており、RPGゲームが作れる「RPGツクール(現RPG Maker)」や学童向けプログラミング環境「Scratch」、「ナビつき! つくってわかる はじめてゲームプログラミング(ナビつく)」、ADVゲームが作れる「吉里吉里(もしくは吉里吉里2)」、過去にBASICやC、HSP、Javascriptあたりでプログラミングへ挑戦し挫折したなどなど、ある程度の「プログラマブルなロジック」構築の経験がある者を指します。
ある時、筆者はふと思いました。「生成AIはなんだかんだで膨大なテキスト情報を処理している事がキモだよなぁ」とありきたりなことを。
そして、同時にプログラミング初級者の弱点として「現在記述されているコードの管理においてテキストと実際の処理フローが脳内で一致しない」「プログラミング言語ごとに定められているルールや関数予約語の把握が困難」なのが問題とも考えました。
前述したプログラミング初級者の弱点の考え自体は車輪の再発明であり、「Scratch」や、より高度な「UML」が既に存在しており、特筆すべきことは何もありません。
しかし、「Scratch」や「UML」、なんなら「RPGツクール」や「吉里吉里」などに無い点として、現代では自然言語処理が大幅に向上した生成AIが実用の域にまで到達しつつあるのが従来とは異なる点でした。
つまり、自然言語を混ぜ込みやすいテキストベースの言語、かつ、処理を記述するとフローが視覚的に理解しやすい言語、可能であれば情報量が多くて一部の界隈で広く使われている言語があればプログラミング初級者も気軽にプログラミングできるのではないか？と発想しました。
コンピュータ(コンパイラやインタプリタなどソフトウェアを含む)が解することができる言語にはプログラミング言語以外にも様々あり、今回取り上げるのは「データ記述言語」と呼ばれるものです。
データ記述言語の中でもグラフ作成へ特化しており、特にフローチャート作成で真価を発揮する「DOT言語」というものがあります。
早速ですが、実際に手を動かしてみましょう。ちなみにDOT言語はGraphviz OnlineというWebツールがあるため別途に何かしらをインストールして環境構築する必要はありません。便利な世の中ですね。
上記のGraphviz Onlineを開くと、既に左側のDOT言語で記述された内容が、右側で作図されています。DOT言語はこのような図を作図するためのデータ記述言語です。
一旦、左側の記述をCtrl+Aで全選択をしDeleteなどで全削除し、下記の内容をコピペしてみましょう。
digraph graphname {
A -> B;
}
DOT言語の詳細な使い方は様々なWebサイトやブログ記事、Qiitaなどへ譲るとして、A - > Bの見た目から発想の転換をしてみると処理Aから処理Bという流れに見えませんか？
DOT言語は生成AIを利用する上で有利なテキストベースでありながらグラフを作成できるのがキモであり、例えばこのA -> BがA「Webページを開いたら」 → B「Hello, Worldと表示する」という風にできるのであれば処理のフローが可視化されており本当に素晴らしいことです。
ここでプログラミングの有識者は「DOT言語をUMLなどに見立てて処理を記述するのは良いが、プログラミング初心者は求めた結果を出力するロジックやアルゴリズムを発想する知見や経験値が圧倒的に足りていないのが問題ではないか？」と至極真っ当かつ反論の余地がない問題点の指摘をすると思いますが、そこで活きるのが生成AIです。
生成AIは初級者プログラマ個人のロジックやアルゴリズムの作成能力へ無関係にロジックやアルゴリズムを生成できる(可能性が少なくともある)ので、処理のフローをDOT言語で記述することにより処理フローから初級者プログラマが求めるプログラムを生成AIへ推論させ生成させるというのが狙いです。実際に試してみましょう。
digraph graphname {
A[
label = "Webページを表示する"
];
B[
label = "Webページを表示したらHello, worldとテキストを表示する"
];
A -> B;
}
プログラミングの有識者はこの時点で「なるほど、自然言語の記述をそのままDOT言語に入れ込んでしまうのか」と気付いたのではないかと思います。
このDOT言語をGoogle Gemini 2.5Flashへ「下記のデータ記述言語のDOT言語で記述された処理フローをJavascript言語へ変換をしWebページ上へ「Hello,world」を表示したいので変換をお願いします。」と命令すると以下のコードが生成されました。
<!DOCTYPEhtml>
<html lang="ja">
<head>
<meta charset="UTF-8">
<metaname="viewport" content="width=device-width, initial-scale=1.0">
<title>Hello World Page</title>
</head>
<body>
<divid="output"></div>
<script>
//Webページが表示されたら（DOMが完全に読み込まれたら）実行される
document.addEventListener('DOMContentLoaded', function() {
// "Webページを表示する"ステップは、このHTMLファイル自体が表示されることで達成されます。
// "Webページを表示したらHello, worldとテキストを表示する"ステップ
const outputDiv = document.getElementById('output');
outputDiv.textContent = 'Hello, world';
});
</script>
</body>
</html>
フローを記述する利点は、ロジックやアルゴリズムを発想する知見や経験値が足りなくとも、フローのステップが明確に分かれているので生成AIが処理を切り分けて推論してくれることであり、そしてプログラミング初心者自身がフローチャートを視覚で確認できるので「Aを処理したらBを処理する」と切り分けて考えやすいことです。
また、求めている結果ではなく誤った結果が生成されても、A - > B - > Cとフローを細分化していくことで生成AIの推論精度を高めていくことができるのも利点です。
より生成AIへ精度の高い推論をしてもらうために補足情報を付加するのも有用です。
digraph graphname {
A[
label = "Webページを表示する"
];
B[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機"
];
A -> B;
}
labelの記述内容もcommentの記述内容も生成AIが推論のための情報として利用するので誤った結果が生成されてもA - > B - > Cとフローを細分化しなくとも良い場合があります。
DOT言語を知るプログラミング有識者が「DOT言語の仕様を考えれば確かにそうだが、その発想はなかった」と言っていただけるであろうDOT言語コード例だとこういう記述方法もアリです。
digraph増田コード {
最初の処理[
label = "Webページを表示する"
];
次の処理[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機"
];
最初の処理 -> 次の処理;
}
ノードの名称へ自然言語を採用することにより、例えばゲームプログラミング時に「キャラクターがジャンプする」という読んだそのままな処理のためのノード、というか一般的に言うオブジェクトを作成することが可能で、後は->で繋げて処理をさせられます。
ちなみに別のノードを作成する際に「"キャラクターがジャンプする"から継承する」の様なことをcommentなどへ記述しておくと生成AIが推論して継承します。なんならcommentなどへ「キャラクター画像にimage.gifを使用」などと記述しておくとファイルの読み込みもします。
更にDOT言語にはカスタム要素という仕様が存在しており、DOT言語の仕様で定められた予約語以外も使用が可能です。
digraph増田コード {
最初の処理[
label = "Webページを表示する"
];
次の処理[
label = "Webページを表示したらHello, worldとテキストを表示する",
comment = "Webページが完全に読み込まれるまで待機",
font_style = "フォントを太字のボールド体、色を赤(#FF0000)とする"
];
最初の処理 -> 次の処理;
}
生成AIはカスタム要素の名称からも推論を発揮し、上記の場合であればフォントスタイルを指定していると推論をするので生成AIの推論精度を高める補足情報として機能します。
つまりこれはカスタム要素の名称として"Action"などの名称を採用すると"動作"として推論をし、"decision"ならば"条件分岐"ですし、"input"ならば"入力"ですし、"loop"ならば"繰り返し"ですし、"Type"ならば"種別"です。
より詳細に process[type="Action"] などのノードを作成してどんどん生成AIの推論精度を高めていくことが可能であり、そろそろ察してきているかと思いますが 処理[種別="動作"] と自然言語で記述しても機能します。
プログラミング有識者は更に「プログラム言語自体の予約語、例えばJavascriptを生成する事を前提にlengthを名称にすると配列を使おうとするのか？」と疑問に感じるでしょうがお察しの通りで生成AIは配列を使おうとするので、敢えて使いたいプログラム言語の機能や外部ライブラリなどがある場合は補足情報として機能する形で記述しておくと生成AIは推論へ利用します(まぁそこまで知識ある方なら該当のプログラム言語使ったほうが手っ取り早いと思いますが)。
以上をもって「生成AIを利用したプログラミング初級者向けの温故知新な提案」を終えたいと思います。
色々とツッコミどころには筆者自身が気付いていて。例えば「結局はDOT言語の仕様を覚えないといけないのでは？」とか「プログラミング初級者に任せると生成前のソースであるDOT言語コードがスパゲッティになりそうだよな」とか「面倒くせぇから普通にプログラミング覚えろや」とか理解してますし至極真っ当かつ反論の余地がないと思ってます。
今回の提案のプログラミング有識者向けの本質は「生成AIへ向いた中間言語の発掘」であり、「DOT言語ならそこそこ普及してるしプログラミング初級者でも扱えるんじゃね？」と業務中に発想したものを書き留め公開いたしました。
何かプログラミング有識者の皆さんからより良い発想があれば参考にしたいと考えていますのでよろしくお願いいたします。以上。
Permalink |記事への反応(36) | 19:36
【5/5追記】
映画みたすぐ後の高いテンションで書いた荒い文章だけれど、参考になった人もいるようでよかった。
子供を連れてきた親御さんは困惑と書いたけれど、逆に子供から教えてもらえるからという感想には目から鱗でした。
また、監督や主演が関連している他のおすすめ作品も知ることができてありがたいなと。
【追記ここまで】
マイクラファンによる100％マイクラファンのための娯楽映画でした。
マイクラ好きなキッズからマイクラにはまって徹夜した苦い思い出のある大きなお兄さんお姉さんまで大満足に楽しめる映画です。
マイクラのあの要素をこう表現するのか、ここでその要素出てくるとは、なるほどマイクラならそうなるよね、あの映画内アイテム欲しいんですが！と、色々なシーンでツッコミを入れるのが楽しい。
自分の好きな作品が映画でリアルに表現されるのって本当に楽しいね。
え、ストーリー？ ・・・ほら娯楽映画だから。楽しければ矛盾とかどうでもいいんだよ！頭空っぽにして楽しもう。
マイクラ物理学やマイクラ自然科学などのマイクラ常識が説明なく溢れてくるので、キッズを連れてきたお父さんお母さん方の困惑が眼に浮かびます。
マイクラファン以外からは明らかにB級映画の評価でしょうね。評論家による評価が辛いのはそういう理由でしょう。
あと個人的には、濃い個性をもつ登場人物たちが良かったなって。以下ネタバレを挟まずに個別に。
観に行くか迷っている人向けにこのフローチャートどうぞ
NO → あまり期待するな。期待しないで行けば意外と？
原因は上司＝私や先輩から要求されているレベルに自分が達していないことに対する強い不安らしい。
このようなことが起こったのは私の部下で2人目だ。
1人目は何度言っても期限を守れなかったり、書類をしょっちゅう無くす（恐らく作業がしたくないがために故意に破棄したものもあるだろうと踏んでいる）ということを3年以上指導したが、どうしても改善が見られなかったため相応の対応をした。
今回も下記に述べる事情を鑑み、会社から特段強く何かを言われたわけではないが、おそらく私はクラッシャーとして認知されてしまったように思うし、事実そうなのかもしれない。なぜなら、今でも私としては過剰なレベルを求めたつもりではないからだ。
私は上場子会社、とはいっても普段は意識しないような小さな企業で経理部を預かる身だ。
彼女は中途社員。業界や経理未経験ながら事務職として10年ほどのキャリアがあったため採用を決めた。が、実際働いていく中では「角印と実印の違いが判らない」「普通郵便と書留の違いが判らない」「5行のメール作成に1時間かかる」という、私の想定を相当に下回るものだった。
また応用力にも難があり、例えば「1+1＝2」を教えても「1+2」のパターンが出ると都度フリーズをしてしまう状態だった。
日常業務に起こりえる、フローチャートのようなものが一切イメージできていないように感じている。
そもそも我々は4人チームで、全体の仕事量を100とした場合、私が40、他の課員2名がが25ずつ、彼女は10と言った程度。判断を要する仕事もあまり振っている意識がなかった。しかしながら彼女は前出の通りなので、書類一枚仕上げてもらうにも”何印を押すか””敬語か丁寧語か言い切り文か”という、周りが想定していないところで悩みを抱えていたようだ。これでは時間がいくらあっても仕事が終わらない。
とは言え採用した責任もあるので少しでも戦力になれるよう丁寧に説明したつもりだったし、他の先輩方も「書類をよく読むとね？ほら、書いてる！」「このパターンは前の××と同じで～」としっかりと説明をしてもらえていたように思う。少なくとも他の課員たちに責任はないと私は考えている。
会社としての結論は「うまく使え」というものだった。これはつまり「難しいことはさせず、飼い殺せ」と言い換えられる。
私には前回も失格の烙印を押した前科があり、かつ現在人材が不足している現状では放出や補充は許されないぞというものだ。
言いたいことはわかる。私は今まで袖振り合うも他生の縁と思い指導してきたつもりだし、事実私についてきてくれて急激に成長してくれたおかげで主戦力になってもらった人もいる。が、なるべく論理的にわかりやすく話したつもりでも、相手にロジハラだと言われればこちらが引っ込むしかない。「うまく使え」といわれた今も、一緒に戦う仲間として扱わず、雑用だとレッテルを貼るような行為に思えて仕方が無い。
が、負担を感じさせた事実を重く受け止め考え方を改めようと心に決めた。
今私は負荷が増える他の課員に頭を下げ、彼女の仕事負荷を10から5に下げる対応をしている。
何一つ一人で完結させず、必ず誰かのチェックが入らざるを得ないフローに変更した。確認するが彼女は中途の30代だ。
これから始まるのは新人かアルバイトレベルの仕事を用意し、花や蝶やで彼女ほめまくり彼女に自信を付けさせ、
もう一度10の仕事をさせるというやりがいがあるミッションだ。
死へと向かう最後の数年を知り合いがいるかも知れない土地で過ごすのはあまり心穏やかではない。
やってみれば意外と簡単かも。
のちに事故物件になることが事前にバレたら追い出されるかも。
最後の最後に決めることにするといつまでも頭の中にモヤモヤと残ってしまう。
でも首吊りとかもミスって天井がベリベリしたりしそうだし、練炭は苦しいっぽいし、睡眠薬は制限がキツい、こうなってくると案外むずかしい。
死後晒されて恥ずかしいものは焼却しておきたい所。
別に自分の意志はこの世界から消滅するんだからどうでもいいというのは一つの意見だが、何となく気になるものは減らしておいた方が気持ちが穏やかだ。
最後の一週間ぐらいにまとめて捨てられるようにフローチャートだけ作っておくとかがいい感じか？
ゴールが見えているんだから死ぬ前にやりたいことは改めて整理したい。
通常であれば死ぬまでの期間が明日～無限（技術の進歩による意識移植を考慮）とブレるためリストがグチャグチャになりがち。
でも「あと数年で死ぬ」と決めてしまえば中身を絞ることは出来るだろう。
ひたすらやるしかない。
中々大変だ。
あんまり無職がウロウロしてるのが目立つと近隣住民から通報されるかも。
何年も前に書いたものは気持ちが変わっている可能性が高いので。
最後の１手がなければ終わりは来ない。
山奥で獣に食われることを選ぶとか傭兵として死ぬとかだと他者に委ねることにはなるが
うむ。
やることが意外と多いな。
なんかこうして整理していくと「ある日の月曜日、ふとホームに飛び込んで全てを終わらせる」のシンプルさに心惹かれる人の気持も分かるな。
