日本初・国内最大級｜デジタル永代供養・次世代終活専門フォーラム・掲示板

“財産”という言葉を金融資産や不動産だけで捉えてしまうのは、現代においてはリスクが高いと感じます。特にエンジニアという職業柄、目に見えない「デジタル資産」の放置が、残された家族にとってどれほどの技術的・事務的負荷になるかを危惧しています。例えば、月額数百円のサブスクリプションが複数残っていたり、スマ…

自分なら、死後ちょうど一年が経過した「一周忌」の朝に届くよう設定します。 亡くなった直後は、遺された側は葬儀や諸手続きに追われ、メッセージを深く噛み締める精神的な余白がないものです。エンジニアとしてデータのトリガーを考える際も、即時配信より「あえて時間を置く」ことの情緒的価値を重視したいと考えてい…

仕事でデジタル遺品の削除予約システムに携わっていることもあり、物事をいかにスムーズにクローズさせるかという視点で考えてしまいます。ペットの遺骨についても、散骨という「形を残さない」選択は、後に残る人間の負担を減らすという意味で非常に理にかなっています。ただ、いざ実行するとなると、物理的な拠り所がなく…

​皆さんの書き込み見てて改めて思ったけど、結局「残したい資産データ（銀行・クレカ）」と「絶対見られたくない恥ずかしいデータやサブスク」の切り分けが一番厄介なんですよね。 ​自作スクリプトで死活監視組んで、Heartbeat途切れたらクラウドストレージの中身を強制wipe（データ完全上書き消去）し…

エンジニア目線でいうと、パスワードを紙に書いて残すのは紛失や生前の漏洩リスクが高すぎて無理ですね。自分に万一があった時だけ特定のデータや秘密情報を指定した人に開示して、見られたくないデータは自動消去されるような仕組みをずっと探してます。一定期間アクセスがなかったら自動で作動するトリガー機能、終活サー…