はてなキーワード: ブラックリストとは
CLAUDE.md や rules / skills みたいな形で、重要なコーディングルールはあらかじめかなり固めておく。
たとえば repository 層や Entity 層は具体的にどう書くのか、テストケースはどういう書き方をして、どういう観点で項目を洗い出すのか、みたいな AI への指示は最初から用意しておく。
あと、linter や ArchUnit、dependency-cruiser みたいなアーキテクチャ制約も、自分なりの定石を持っておく。
割と過剰なレベルでガチガチに固める感じで、アーキテクチャルールも「◯◯は XXX に依存できない」みたいなブラックリスト式じゃなくて、「◯◯は XXX だけに依存できる」みたいなホワイトリスト式の方が良いと思っている。
ts 前提だと eslint や tsconfig は一番厳しい水準に設定する、流石にきつい部分でてきたらそこだけ緩める、という運用
おすすめなのは、何かしらの小規模案件や個人開発アプリを1つオーバーエンジニアリング上等でガチガチ構成で作っておく。
そこで出てきた linter 設定やプロンプト設定を、別案件に横展開する感じ。
正直、ガチガチすぎると MVP とかレベルだとコード量は増えるけど、メンテする前提の案件ならバイブコーディング時代だと普通にペイすると感じている。
アイディアを思いついたら、AI と壁打ちしながら仕様を洗い出していく。
手書きでドメイン図を書いて、それを写メ撮って画像認識で仕様整理、みたいなのも割とアリだと思っている。
どういう画面があって、どういう入力項目や表示項目が存在するか、バックエンドはどういうエンドポイントが必要か、この辺りは最初に一通り洗い出しておく。
それに加えて、ユーザーが初めてトップページを開いてから登録・ログインして実際にサービスを一通り使うまで、みたいな流れをそのまま Playwright のシナリオテストに落とせそうな形で何パターンか仕様書にしておく。
フロントエンドで、DDD における集約みたいな概念がそのまま当てはまらない領域についても、設計時点で洗い出せているなら Entity 的なものやドメインサービス的なロジック用のレイヤを作って、ドメインオブジェクトとして実装していく。
最初に作った基本設計をベースに、◯◯Entity、XXEntity、△△Entity……を作るためのプランとチェックリスト形式の TODO を 1つの md ファイルに吐き出してもらう。
フェーズごとにフォーマッタ、linter、アーキテクチャルールなど一括実行したコマンド実行させて失敗してたら成功するまで修正繰り返させる。
ある程度わかりやすい単位で AI に依頼する感じで、出来上がったコードをレビューする前提なので、実装プランの md 自体はよほど分かりやすいツッコミどころがない限り細かくレビューしない。
mdのフォーマットは skills 側で事前に用意しておく。
フロントエンド用、バックエンド用の両方でドメイン層のファイルを作る。
当然、足りないロジックは後から絶対に出てくるけど、最初から完璧は目指さない。
TODO 一覧の中から自分の認知負荷が許す単位で「チェックリストのここからここまで実装して」と指示を出し、実装が終わったら TODO 項目のチェック状態を更新してもらう、mdファイルもコミットに含める。
コミット前にはlint ルールを無効化していないか、意図通りの実装になっているかは git diff の差分で必ず確認する。
git worktree を使うことが多い。
よくやるのはフロントエンドの画面モック作成とバックエンド実装の2並列で行う。
実装プランを考えてもらうときは「◯◯画面を実装プラン考えて」くらいの単位で依頼する。
実装プランの md ファイルを作るときのプロンプトには、基本設計の〇〇画面の項目一覧をベースに、◯◯のアイテムコンポーネント、リストコンポーネント、◯◯のボタンコンポーネント、Information コンポーネント、外部通信用の ◯◯Gateway を実装する、◯◯コンポーネントは既に ◯◯ 機能で実装してあるからそれを使って、◯◯は処理が膨らみそうだからドメインサービスで実装して、みたいな感じで頭の中のふんわりしたイメージを伝える。
バックエンドも同様で、◯◯のエンドポイントを作って、Gateway がこれこれ必要だから実装して、これはインターフェースと実装分けてね、Entityへの変換処理は関数分けて、◯◯の処理は Usecase 層で、◯◯の処理はドメイン層で、Usecase が膨らみそうだから ◯◯ の処理は独立したクラスにして、あ、似たようなのが ◯◯ 機能にあるからそれを参考にして、くらいの粒度で指示を出す。
フロントエンドの実装を待っている間に、バックエンドのプランを考えたり、タスク粒度を調整したり、リファクタリングプランを考えたりする、またバックエンドのAI待ち時間はフロントエンドのことをする。
フロントエンドオンリーの実装とかで作業が競合するリスクあるときは並列作業しない。
チェックリスト更新が終わるごとに差分を確認して、問題なければコミットメッセージを提案してもらってコミットする。
細切れにするコストよりも、レビューする人間の認知不可が許すレベルであればある程度まとまった単位でレビューして実装速度を優先する派。
テストは、ある程度実装が進んでリファクタリングが辛くなってきたタイミングで作ることが多い。
カバレッジやミューテーションテストなど、定量的にテストを評価できる仕組みは導入する。
バックエンド側のテスト実装は正直かなり楽で、行数や認知的複雑度を厳しく制限して単一責務の原則を守って実装しておけば、AI がかなり高精度なテストを出してくれる。
これもテストファイル実装プランを作ってもらって「ここからここまでのテスト20ファイルを実装してね」をレビュー挟んで繰り返す感じ、例えばミューテーションテストのkill率100%ならそんなに詳しくは見ない。
フロントエンドはテストの定量指標での評価が難しいので、そこはその分レビューを頑張るしかない。
自分はこんな感じでやっている。
感覚としては、優秀だけどシステムのアーキテクチャ全体の責務を負ったことはない経験不足の2年目やSESの部下を扱うEMに近いのかなぁ。
周りの話を聞いていると、もっともっと AI に自律的にいろいろやらせているようにも聞こえる。
これでも 1日1人で数万行レベルはコードを書けてるので、AIない時代に比べると数ヶ月分の成果を1日とかで出してることになるが、もっと本気出せるのかなぁ。
「全機能分プラン作ってね!そこから良い感じの粒度でコミットも自分でやってね!」みたいな指示を良い感じに出せたとしても、指示がでかすぎると、脆弱性盛々になったり、lint エラーループでパニクって linter オフにし始めたり、テスト通すためにエラー握りつぶして assertTrue(true) し始めたりする。
それは流石に許容できないレベルじゃない?が紛れ込むリスクが上がりすぎるんじゃないかなぁ。と思ってるんだがどうだろうか。。。
あとツールはあんま入れてないねkiroとかspec-kitとか、ガチガチ細切れで仕様書作るメリットもあんま感じなかった。
mcpもserenaくらいしかいれてないや、トークン節約してレートリミットの猶予伸ばした方が結局開発早くなるかなって。
いろいろ入れた方がいいんだろうか。
完全にオレオレでこんな感じでやっているんだけど、みんなspec駆動開発というものをどんな感じで、具体的にどうやっているのかが知りたい。
ガチな事言うと数百、数千円くらいなら滞納してもブラックリストには入らんぞ
その代わりペイディは利用出来なくなるけど
なんで知ってるかって?俺が急なスマホの故障でペイディの支払いを3年間放置してしまったからだよ
でも、ブラックリストには入らんかったしクレジットカードも作れるし分割払いも出来る
調べたら小さい額だったら社内のリストに乗るだけでブラックまではいかないみたいだね
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260111101022# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaWTHhgAKCRBwMdsubs4+ SHnuAP4+cvPEaV48zgdtLJ9nL1J9pJL0ifLbS73UOoDnQ4cf7wD/Rgsa0QKIEeCu eMNWrp+FfuUb2ckO6shC3QzKsXce0QA= =Vmua -----END PGP SIGNATURE-----
年収800万あるし毎年100万以上決済してて支払い遅延したことなんてこの10年一度もないのにw
なのにあの審査が通りやすいことで有名なイオンカードで審査落ちてめっちゃ凹んだw
で、Geminiに審査落ちる理由聞いたら、支払い能力とか以外に「短期間で複数枚カード作成」もブラックリストに載っちゃうらしい
これがダメだった模様
直近では、
それとほぼ同時期に「年収上がったしぃ、これからガンガン金使えるからぁ、いっちょザ・クラスでも目指しちゃいますかぁ!」ってノリでJCBカード作っちゃったんよな
で、NGと言われている3枚目として今日イオンカードを作ろうとしてしまった
イオンカード落ちるとかもう恥ずかしすぎて生きていけないし年収ちょっと増えただけでノリノリで後先考えずくだらんカード作ってしまった自分をぶん殴りたい
最近さ、精神科医とかメンタル系の人たちが「つらかったら気軽に病院に来てください」とかやたら優しいこと言ってくるじゃん。
でもな、あれ普通に罠だと思ってる。
ほんと、騙されるなよ。
「まあ一回ぐらい…」って軽い気持ちで行ったらどうなると思う?
気づいたら病名つけられて、薬ドバドバ出されて終わり。
軽い薬から始まって薬漬けにされる。
ゲートウェイドラッグ構造なんよ。
治らないのに、意味あるか分からん薬を「とりあえず飲みましょう」って山ほど出される。
で、その薬がまたキツい。
飲めば飲むほど「前より悪くなってね?」ってなる。
それでも医者に言うと「じゃあ量増やしましょう」「別の薬足しましょう」はい無限ループ。
そのうち通院歴と診断名だけがしっかり残って、保険だの仕事だの、人生のあちこちで「あ、これ不利じゃん…」って場面が出てくる。
結局さ、治らない前提で、薬出し続けて、通わせ続けて、金だけはきっちり取る。
「行かなきゃよかった」って後悔するやつが多数だから。
人生、意外と取り返しつかなくなるぞ。
もしあのまま精神科行ってなかったら引きこもったままで陽性症状が酷くなり
※身バレしないように9割実話・1割フィクションの内容です。また、駄文のため「こんな人もいるんだな~」ぐらいの気持ちで読んでください。
僕は5年ほどお付き合いしている彼女がいる。
付き合ってすぐに同棲を初めて、そこからずっと一緒に住んでいる。
今年の春ごろについに彼女にプロポーズをして、正式に夫婦という形になった。
そして、お互い「結婚したら絶対に結婚式したいね」と常々、話しており様々な結婚式会場を見学しに行った。
何軒か見回って、2人で「ここにしよう!」と結婚式会場を決めて、その会場のプランナーさんと約10か月に及ぶ打合せを行った。
その打合せの中で、ある日、ついに結婚式の最終見積もりを表示された。
正直、覚悟をしていたがかなりビックリするくらいの金額になっており、本当に払えるのかすごく不安になった。
最終見積りを見せられた日の夜、2人で居酒屋に行き色々と話をしていた。
その話の中で「結婚式の費用は両家はどの割合で支払おうか?5:5でもいいけど、やっぱりプロポーズした側でもあるし少し多めに僕が払っても大丈夫だよ」と話をした。
すると、突然、妻の表情が曇り始めた。
「どうしたの?」と聞くと、妻は「ごめん。今まで言ってなかったんだけど、実は私、借金があるの」と言った。
正直、とても驚いた。
元々、僕たちはお互いの貯金額や給料は知らず、財布も完全に別々だった。
僕は元々、物欲がそこまでないためある程度の貯金はあったが、妻は推し活(女性アイドル)や友達とのご飯をかなり頻繁に行く浪費家タイプではあった。
ただ、それでも、借金をするまで深刻な状況だったのは本当に知らず、その衝撃と今まで言ってくれなかった悲しみが相まって、そこからご飯は何も味がしなかった。
話を追及していくと、妻はリボ払いを社会人になってからずっと利用しており、今の借金額は総額で「600万円弱ある」と言った。
結婚するにあたって、妻の財布事情を確認せずにそのまま信じていたが実は借金があったとは。。。
お酒の場では冷静な話し合いが出来ないと思い、その日はもうその話はしないようにし、後日改めて家の近くのカフェで2人で真剣に話し合った。
結婚式の費用、妻の借金、今後の2人の生活費、、、色々な費用の計算を2人で話し合った。
息をするのにもお金がかかるこの時代に、どれだけの支払いが今後待ち受けているのかと考えると恐ろしかった。
お互い普通の会社で正社員として働いているが、正直いまの給料じゃとてもじゃないが支払えない。
だから、僕は妻にこう告げた。
僕は、元々大学生のころに奨学金を返すために女性用風俗で働いていた経験があり、そのお店ではランキング上位に入っていた。
奨学金も入店して半年で全部返せた。女性用風俗で働いている人なら分かると思うが、登録ビジネスの側面があるこの業界の中では割と良い方だと思っている。
だから、「もう一度、女性用風俗で働いて借金を返す」。そのことを告げた妻は少し顔を曇らせながらも「分かった。本当にありがとう、応援するし協力もさせてほしい」と言ってくれた。
そこから僕は昔の女性用風俗のお店のオーナーから紹介してもらったお店と面接し、入店し働き始めた。
その中でも1番大きいのは、男性用風俗は「何もしなくてもお客さん側から勝手に予約してくれる」が、女性用風俗は「お客さんからはほぼ来ず、こっちから営業をかけないと予約してくれない」という点だ。
だから、ほとんどの女性用風俗で働く男性たちはSNSのDM機能を使って営業DMを送って、そこから自分の顧客獲得につなげている。
僕は過去に繋がっていたお客さんたちはみんな連絡先が不明だったため、イチからのスタートだった。
なので、手当たり次第に営業DMも送りまくった。何十人、何百人のアカウントにDMを毎日送り続けて、営業をしていった。
時には、妻が営業DMの内容を添削したり、SNSにあげる用の写真を撮るためだけのデートを妻としたりした。
そして様々なお客さんから予約が入り、妻がいるにも関わらず、妻公認で全く知らない女性と一緒にホテルに行く日々が続いた。
もちろん、お客さんは僕に妻がいることは知らない。それなのに「好きだ」「あなたと離れなくない」と言ってくるガチ恋のお客さんが現れるたびに、少し心苦しくなった。
一番心苦しいのは妻だろうけど。
そして入店して半年ほど経った後、僕はその女性用風俗のお店でトップの売り上げを出した。
まさか、こんな形で妻と二人三脚でやったことが実を結ぶとは思わなかった。
そして売り上げがトップになったころ、僕と妻との結婚式を迎えることとなった。
僕や妻の家族、会社の同僚や上司、学生時代の友人などたくさんの人たちを招待し、全員の前で永遠の愛を誓い、披露宴では盛大なパーティーを行った。
僕が入店してから貯めてた売り上げは全て結婚式費用に消えていった。
僕は正直、披露宴で盛大なパーティーを行っているとき、「俺がエロで稼いだお金が料理となり、花となり、みんなの笑顔になってるな~」と俯瞰した気持ちでいながら、皆から祝福されていた。
(脱線するが、結婚式2日前まで女性用風俗で出勤しており、全く知らない女性とホテルで愛し合ってるときはさすがに罪悪感に押しつぶされそうになった。妻はこの事も知っている。)
結婚式が終わり、結婚式費用もほぼほぼ女性用風俗の売り上げと、頂いたご祝儀から支払うことが出来た。
まず、妻と2人で弁護士事務所を訪れ、債務整理を行ってもらった。「月十数万円の支払いを5年ほど続ける必要がある」と弁護士から伝えられ、僕は「まだ5年も女性用風俗で働かないといけないのか...」と思った。
弁護士からは「期間を延ばして、月々の支払いを抑えることが出来るがどうする」と聞かれ、そんなものは早く返した方が良いので「大丈夫です」と伝えた。
すると弁護士からは「会社の給料だけで返せますか?なにか他に副業とかやってるんですか?」と聞かれ、さすがに女性用風俗で働いてるなんてことは言えないので「大丈夫です」とだけ伝えた。
債務整理を行った人なら分かると思うが、債務整理を行うとブラックリストに一定期間掲載されてしまう。
もちろん、今回は妻がブラックリストに載ってしまう形になった。
そのため、不動産の審査や銀行の融資の審査、クレカの審査などがかなり厳しくなってしまう。
そんな厳しい状況になりながら、毎月十数万円の借金返済5年計画がスタートした。
5年も女性用風俗で働いて、妻の借金を返せるのだろうか。そして今後の2人の生活や人生はどうなるのだろうか。
そんな、想像しがたい未来に目を背け、笑顔で「今日もお客さんのところにいってらっしゃい。頑張ってね」と送り出してくれる妻を尻目に、僕は今日も全く知らない女性とホテルに行っている。
をAIに調べさせた
日本の二次創作(ファンアート)文化や「絵師」コミュニティには、AIへの嫌悪感が過激化しやすい土壌となる文化的・心理的背景があります。まず指摘できるのは、創作物への強い愛着と同一化です。漫画・アニメの創作コミュニティでは、自分の描いたキャラクターや画風を「我が子」のように大切に思う傾向が強く、他者に真似されたり無断利用されることに対して極めて敏感です 。この心理は、長年問題視されてきた無断転載・無断加工への嫌悪とも連続しています。元々、日本のイラスト界隈ではネット上で作品を無断転載されたり、他人の絵を加工される行為に強い拒否反応があり、著作権意識が高いクリエイターが多いことで知られます。生成AIは、インターネット上から膨大な画像を無差別にスクレイピングして学習する特性上、クリエイターにとっては「無断転載の塊」のように映ります。そのため**「AI学習=自分達の作品が盗まれている」という強い被害者意識が生まれやすいのです  。実際、2022年のmimic騒動以降、Twitterでは「AI学習禁止」「無断生成AI反対」といったスローガンがクリエイターの間で広まりました 。同人文化に根付く「作品は描き手の努力の結晶」という価値観も、機械が容易に似せて作った作品への拒否感につながっています。人間が何年も修練を積んで培った画風をAIが数時間で真似ることに対し、「努力を食い物にしている」との怒りが噴出するのです 。加えてファン側にも、推しのイラストレーターや漫画家の作風への忠誠心が強く、「AIごときに大切な作品を汚されたくない」という心理が存在します 。日本のオタク文化では、創作物は単なる商品ではなく創作者とファンの共同財産のように捉えられる面があり、その分外部(AI)の介入**に対する拒絶反応が激しくなると考えられます。
これは割と納得感があった
更につっこむとこう返ってくる
③コミュニティ同一化が強い
⑤代替可能性が非常に高く“近未来で仕事を最初に奪われるのが絵師”
②はそうか?と思うけど
③とか④は確かにあるかもしれない
つまり絵師もファンもどこまでもオタクであって、何者にも代えがたい大切なもので、文化でありアイデンティティであり、ファンも忠誠心が高いわけだ
今後誰かが守ってくれる感じもしない
(同人は他人の創作を侵害してないの?というツッコミもあるが野暮なので脇へ置いとく)
_____
将来、もしAIが「制作過程」まで完全に模倣したら彼らはどうなるんだろうな
他の界隈でお起きてるっていう指摘があるけど
それって主に仕事が奪われる系でしょ?
日本で強く反発してるのはたとえば声優業界とかあるけど、あの現象は理解しやすいじゃん
(以下参考)
日本におけるAI画像生成の使用者(いわゆる「AI絵師」)は、しばしば激しいバッシングの対象となります。その特徴の一つは、疑惑だけで叩かれることがある点です。前述のあらいずみ氏のケースのように、*「AIっぽい」*という理由だけで吊し上げられる事例があり、証拠を示しても疑惑を払拭できないほど感情的な反応が起きることもあります 。また、プロの絵師であってもAI使用が発覚すれば容赦ない非難にさらされます。実際、ベテランイラストレーターの七瀬葵氏が2022年に自身の同人誌でAI生成画像を利用した際には、ファンから「裏切り者」扱いされ、「AIで作った絵は絵師が描いたものじゃない」と否定する声が噴出しました。彼女の元には「死ね」といった暴言DMまで送りつけられ、深刻な誹謗中傷被害を受けたといいます 。このようにプロ・アマ問わずAI利用者への風当たりが強く、「使ったかもしれない」レベルの疑惑でも叩かれるケースがあります。さらに、AI絵師側への攻撃はオンライン上の言論にとどまらず、殺害予告に発展した例すらあります。2024年1月には、イラストレーター裏方氏の画風を無断学習したAIモデルが公開され、氏が抗議したところ逆恨みを買い、「邪魔するな」等のメッセージと共に大量の殺害予告が届く異常事態となりました 。この事件では裏方氏が法的措置に踏み切り勝訴を勝ち取る事態にまで発展しています 。総じて、日本のコミュニティではAI使用者=加害者のような図式で扱われがちで、実名晒しや人格攻撃も含む過激なバッシングが横行しているのが現状です。
一方で、AIユーザー側にも一部に挑発的な言動が見られ、それが反感を煽る要因ともなっています。例えば2025年末のコミックマーケット107では、AI生成作品サークル「クズレジ」の参加者が自身の隣接ブースに反AI派で知られる裏方氏が配置されたことに絡み、「対面が裏方氏なのででかいAIポスターを飾ります!」とSNSに投稿し物議を醸しました 。この挑発的投稿を受けて裏方氏はコミケ参加辞退を検討すると表明し、AI擁護派・反対派の双方から攻撃的な言説が飛び交う騒ぎとなりました(最終的にクズレジ氏は炎上後に謝罪し活動停止を表明)  。このように一部のAI絵師側の挑発も対立を激化させており、AI利用者へのバッシングには「モラルや権利侵害への怒り」に加えて、AIユーザーの振る舞いへの反発も含まれていると考えられます。
もう是非とか言ってられないんだよ
____
なんでこの内容で「他の界隈ではAIに反対してない」って読み取るんだ??
過 激 化って書いてるんだが読めんのか
あるいは他所で殺人予告とかしてる界隈があったら興味あるから教えてほしい、海外でも良い
ChatGPT5.1DeepResearchにちゃんと聞いた上でこれ書いてんだが
海外でも、イラスト界隈が一番濃度が高く、かつ日本が最も過激に見える
他の業界や海外で、AI使用者に対して殺人予告まで出てくるケースはありましたか?
あります。
「日本の二次絵だけが殺人予告レベルまで行ってるのか?」というと、そうではなくて、海外や他ジャンルでも少数ですが実際に起きています。 ただし、「日本の二次元界隈は“濃度”が高い」感じはあります。
アメリカのインディーコミック界隈でも、AIを使う作家に対する殺害予告が報じられています。
• 「ここ数週間で、AIアートを使ったコミック制作者は殺害予告を受けるようになり、“地下にもぐらざるを得なくなった”」
共通点:
• 「自分の仕事/作風/故人の名誉を踏みにじられた」という侵害感
海外でもAIユーザーに対する殺人予告や“死ね”攻撃は実在します。 
____
おまけ
世界的に見ても「最も激怒している業界はイラストレーター界隈」
数千人のイラストレーターが
「NO AI」アイコンを一斉投稿してサイトを占拠した有名事件がある。
予告を受けて“地下に潜った”と報道されている。
中国:Xiaohongshu炎上 → 数百人単位でAIボイコット
韓国:Webtoon界隈の職業漫画家が団結してAIボイコット
Naver Webtoonで
まあ色々調べたり考えたりしたけど
あとSNSの影響か
「貸倒引当金の損金算入」なんて言葉を聞くと、だいたいの人は眠くなる。
けれど、これが実は奨学金という制度の“本音”を照らすキーワードでもある。
ざっくり言えば、「貸したお金が返ってこなさそうな分を、あらかじめ経費として認める」仕組みだ。
そして、これを税金の計算に反映できるかどうかが、国の性格を決める。
たとえば、あなたが会社を経営していて1000万円もうけたとする。
でも、あなたが「このうち100万円は、貸したけど回収できなそう」と言って、
その100万円を経費にできる(=損金に算入できる)とどうなるか。
国に払う税金が30万円減る。
つまり、国が“貸倒リスクの3割”を実質的に負担したということになる。
損金算入とは、国家が企業の失敗の一部を税で肩代わりする制度なのだ。
これを知らずに「貸倒引当金なんて難しい話」と思っている人は多い。
だがここにこそ、**「どんな失敗を国が共に背負うか」**という社会哲学がある。
日本では原則として、実際に回収不能にならなければ損金にはできない。
これらは「法定繰入率」というルールで、あらかじめ貸倒分を税務上の費用として認められている。
つまり、銀行が融資で焦げついても、その痛みはすでに税で少し吸収されている。
一方、**奨学金(JASSO)**のような「教育を支援する貸付」はこの枠外だ。
貸した金が返らなければ、本当に国の損失になる。
だからこそ、制度は「破産させない」「逃がさない」という設計に偏る。
これが、表向き“やさしい”奨学金制度の裏にある、硬い現実だ。
アメリカでは考え方が違う。
学生ローンを含む貸付債権は、束ねられて**証券化(SLABS)**され、投資家の手に渡る。
アメリカ政府もそれを前提にしている。
議会予算局(CBO)や教育省は、あらかじめ「将来どのくらい焦げ付くか」をモデル化し、予算に織り込む。
「学生が破産した=想定外の失敗」ではなく、「予定通りの割合」なのだ。
だからこそ、延滞者に課される**回収手数料(25%上乗せ)**も、「罰」ではなく「市場の回収コスト」として処理される。
日本学生支援機構(JASSO)の奨学金は、貸与終了から7か月後に返済が始まる。
この不思議な“間”の意味を考えたことがあるだろうか?なぜ4月から請求しないのか?
引越し、就職、給与口座の整備——確かに数か月の猶予は理にかなっている。
だが、もう少し冷静に見ると、別の合理が見えてくる。絶対に借り逃げさせない強い意思
この時期に返済請求を受ければ、破産手続きで裁判所から「支払不能」が認められやすい。書類上は収入ゼロ、もしくは雇用不安定の人間に借金の取り立てをしているのだから。
つまり、裁判所は破産免責を認定しない。「返せるでしょ?」となる。
このタイミングで返済義務を発動させれば、制度としては極めて理想的に“逃げ道”を塞げる。
JASSOはそこまで公には言わないが、債権保全の観点では非常に計算された設計だ。
(ちなみに借金があっても債権者から返済の請求が無ければ裁判所は自己破産の手続きも受理されない。返す義務が具体化していないのだから訴えの利益が無いのだ)
20代前半の7年なんて“クレカが持てないだけ”で済む——そう考える若者がゼロとは言い切れない。
JASSOの7か月ルールは、そんな“逃げのタイミング”を制度的に潰す仕組みでもある。
こうして見えてくるのは、
日本では奨学金は「教育支援」よりも「回収可能性」に重心を置いた制度になっているということ。
なぜなら、貸倒を損金にできない限り、貸す側のリスクは全額自己責任だからだ。
だから破産しても倫理的非難は少なく、「数字の範囲で終わる」。
つまり——
日本では**「道徳」が返済を支え**、アメリカでは**「市場」が返済を支える**。
奨学金は、「教育機会を広げたい」と「回収したい」の間で揺れている。
その揺れを見える化しないまま「返せ」と言えば、制度は道徳主義的に硬直する。
もし本当に“支援”を名乗るなら、返済開始の柔軟化や所得連動の自動適用といった再設計が必要だ。
「貸す側が損を想定できる国」と、「借りる側が破産を許されない国」では、若者の挑戦の角度も変わってくる。
ならば、前借りの回収はその人の立ち上がり方に合わせていいはずだ。
その構造を知れば、奨学金という“やさしい顔をした金融装置”が、
ChatGPTに書いてもらいました。10分
.cn みたいな怪しげなドメインを弾くサービスはあるかもしれないね。
ただしdアカウントは.cnも通ったし、存在しない.xuというドメインも通った。
ドメイン単位で弾く企業がないとは言わないけど、少なくともdアカウントに関してはワイの予測のどちらかが当たっていると思うよ。
そもそもdアカウントに限らず、どんな企業も将来の新規ドメインまで追いかけてらんないだろうから、gTLDレベルではホワイトリストもブラックリストも作りたくないと思う。
それはさておき、もう消えちゃってるけど
作れるけど今どきは許可されたドメインしか登録できんから自分で取ったドメインのアドレスなんてちゃんとしたサービスだと使えないぞ
という言説が、適切だったかどうかというのが、ワイが疑問を挟んだ問題だったわけです。少なくとも、余計な突っ込みを受けないためには、この物言いには改良の余地がありそうやね。(今のところ実例として挙げられた「ちゃんとしたサービスだと使えない」メールアドレスは、dアカウントにおけるヤフーのセーフティーアドレスという組み合わせだけだし、それはドメインとは無関係やね。なおかつ、.jpや.comのようなメジャーどころのドメインなら、そもそも使えないサービスが存在するとは考えにくいことには同意してくれてるわけだよね?)
「前科があるから銀行口座/クレカが作れない」ということは無いはずだが、
「逮捕拘禁投獄されていた期間によって債務不履行等が生じたので、ブラックリストに登録され、銀行口座/クレカが作れない」ということは十分にあり得る。
ここには大いに問題があって、本人は何の悪事もしておらず不起訴や無罪になってもやはり同様にブラックリストに登録され、銀行口座/クレカが作れない。
ブラックリストに債務不履行の理由までは載らないので、当然にそうなる。
本質的な問題としては「何がエッセンシャル・サービスでありユニバーサル・サービスであるべきか」ということだと思うのだが、これは日本に限らずどこもあまり真面目に対応していない。
電気ガス水道と郵便、公共交通機関、医療、介護以外だと、ホテルくらい。
自分は、携帯(含、携帯メールとネット)も保護されるべきだと思っている。
ちなみに。
日本人でも外国にいて現地の銀行口座を突然閉鎖された経験がある人間は多いので、ここの住人にもいるのではなかろうか。
欧米で現地の銀行口座を開設するようなやつらは日本人の中でも高所得な方だと思うが、そんな手合いでも「お前は儲からないから口座は停止」とかやられる。
幸いなことに、両親が結婚したのは、その女が捕まる前のことであった。
幸いなことに、両親が結婚したのは、その女が捕まった後のことであった。
前と後を間違えていた。
ーーー
ところどころ改変あり。
バブル期に結婚した両親がまだ新婚だったころの話。続柄は増田から見たときのもの。
ある日、父の勤め先にクレジットカード会社が営業に来た。
そのカード会社は、父の勤め先と取引がある銀行の子会社であった。
父を含めた同僚数名がクレカを作ることになったが、
父は、折角だからと母の分も家族カードとして発行することにしたという。
理由を先方に尋ねたところ、「奥様がブラックリストに載っていたので発行できない」という回答が返ってきた。
母と同姓同名で、漢字表記も生年月日も同じ女がかつて罪を犯し、服役中であったという。
当時は今ほど個人情報に厳しくなかったためか、あっさり教えてくれたのだとか。
勤め先経由で聞いたため、職場でも有名になり「変な奥さんを捕まえてしまったね」と父は冗談交じりで言われたという。
幸いなことに、両親が結婚したのは、その女が捕まった後のことであった。つまり、その犯罪が起きたとき、母はまだ旧姓であった。
戸籍の写しや結婚した日付の証明などをカード会社に送ることで、無事に疑念は晴れ、カードを発行することが出来たという。
以来、両親ともにカード発行や銀行口座開設を拒否されたことは無いと言う。
上の話は、両親の若かりし頃の思い出として、増田が小さいころから何度も聞かされてきた話である。
父も母も、当時は大変な思いをしただろうが、今となっては「あんなこともあったね」という「笑い話」の一つのようだ。
まだ孫は生まれていないが、両親はきっと孫にも話すだろう。