はてなキーワード: キーとは
妻の方が高くて嫌なのはプライドの問題もまああるけど、女の「自分より稼げない男への冷酷さ」を人生の中で何度も見てきてるから信用できない
女が言う『自分より年収低い人でも全然いい』を信じて不幸になった男しか知らない
男がなぜ正社員女性を結婚相手に求めているのかというと、金では無い
テイカー気質じゃないまともな女であることの証明として求めている
子供を産んだ後も高年収キープしようとする女は母親としてはおそらく地雷
そして高年収であればあるほど、出産育児のために自分の仕事を捨てることに抵抗があるだろう
男が求めるのは、「黙って素直にまずは母親やる女」だよ
それをやった上で稼げる女はすばらしいと思うけど、「黙って素直に母親」やれる女は少ない
結婚とか考えたこともあるけど、正直、男同士で暮らすのが一番コスパいいんじゃね?って最近気づいた
まず、収入の安定感が違う
女と暮らすと、どうしても相手の稼ぎに波がある
生理や体調不良で仕事を休むことも多いし、産休・育休なんて入ったら実質男のワンオペ稼ぎ
その点、男同士なら基本的に働き続けられる
収入が落ち込むことも少ないし、互いに助け合える
例えばどっちかが転職で一時的に無職になっても、もう一人が支えれば余裕で生活回る
男女で暮らすと自然と「結婚→妊娠→出産」って流れになるけど、これも経済的にはハードモード突入
それなら、適度に家事分担しながら安定した収入源をキープできる男同士の生活が最強
少なくとも、家計も仕事も詰むリスクは男女で暮らすより圧倒的に低い
もうこれ、現代の最適解じゃね?
横浜移住を考えている友人に向けた、中の人(都心勤務の西区住民。ただしみなとみらいではない。居住歴20年)からの所見。
多数の間違いや偏見があると思う。ブコメやトラバでつっこまれることで、錬成されることを期待してみる。(なので追記や再編集をガンガンやる予定)
・西区、中区(みなとみらいを擁する)→みんなが想像するヨコハマ。海に面した大都市のイメージ。ただし本牧を除く。
・鶴見区、都筑区、港北区(川崎属国エリア)→人口が爆発的に伸びた都内通勤族の街。子育て世代にうれしい商業施設が多い一方で、インフラが追いついていない。保育園の倍率が高く、車や人の渋滞に悩まされる地区。
・青葉区、緑区(だいたい町田)→小田急と東急が高度経済成長期からバブル期にかけて必死に開発した結果、小田急線や田園都市線の殺人的混雑に悩まされることに。横浜中心部とのアクセスが弱いため、横浜市民という自覚が薄い。
・旭区、瀬谷区、緑区、泉区(山と森)→神奈川県全体でも東高西低の格差が問題だが、横浜市内でも同様。このエリアは少子高齢化の傾向があり、横浜市の行政が正直手薄になっている感がある。もうちょい西に進んで大和市や海老名に住んだ方が幸せになれる。だからこそ花博で一発大きな花火をあげようとしているが、嫌な予感しかない。相鉄が代わって必死に都市開発をすすめており(そうしないと相鉄自身が死ぬ)、このエリアの住民はそうにゃんを尊師として崇めることになる。逆に言えば、都心へのアクセスを確保しつつ自然と暮らせる地区とも言える。
・それ以外(それ以外でまとめると怒る人が出てきそうだ)→元々は高度経済成長期に横浜都心部の郊外として発展したのち、インフラの老朽化や世代交代問題に直面しているエリア。目立った特徴はないが、特異なパラメータがないぶん平均的に住みやすいかも。
・東京都の場合は行政区ごとの差が大きいが、横浜市の区は市の出先機関。横浜市のあらゆる施策は横浜市全体に適用される。たまに混同している人を見かける。
・「だから横浜市に住む奴は情弱」と港区や江東区などのリッチな区の補助金と横浜市が比較されて言われたりするが、横浜市の場合は西区や中区をリッチマンにするわけにいかず、375万人を平等に扱わないといけない。
・住人が企業立地に対して多すぎるので、どうしても行政サービスは薄く広くなる。
・給食がその象徴。これから市内500の小中学校全てに給食を整えるのは予算的にも物理的にも不可能に近い。仕方なくハマ弁で誤魔化している。誤魔化しではあるが、ハマ弁の内容は割とよくできており、給食化した方がたぶんQOLは下がる。
・東京の財政力が桁違いに強いので、教育費の無償化や住宅の補助金などで差があるのは事実。
・公園の遊具にその財政力の差が露骨に現れている。公園自体は多いもののどこも遊具がしょぼい。都内の友人近くの公園にいくと概ね横浜市より遊具が綺麗で充実している。
・まあその分都内は住宅が高いんですけど。都立大学(都民は学費無償)に進学しない限りペイできないのでは?
・川崎市との行政サービスの格差についてはゲフンゲフン。あっちは製鉄所と発電所もってるもんな〜うらやましいな〜
・とはいえ、さいたま市や千葉市と同等レベルの福祉レベルはキープしている。賄うべき人口から考えれば相当がんばっている。
・なので「特別市」という政令指定都市を超えた枠組みを作り、神奈川県からの独立を目論んでいる。
・鉄道通勤については東京〜横浜間のアクセスはJR3路線、東横線、京急線と多数あり、どこかの路線がグモっても家に帰れる。JR東海道線は朝の通勤ラッシュが殺人的だが、それ以外は(都心通勤ソルジャーからみれば)常識的なレベル。
・田園都市線はもうダメです。こんなこと言ってごめんね。でも本当です。
・地下鉄については当たり前だが東京が圧倒的。横浜は代わりにバスで市内移動を賄うことになる。
・自動車について。平均的に道路が都心と比べると広くて運転しやすい。ただし横浜町田IC周辺とR1の保土ヶ谷橋交差点はものっそ渋滞するので、このエリアを通過するような生活圏の選択は避けた方が良い。
・首都高とNEXCO中日本の境界があり、高規格バイパスも交差しているので高速道路網の把握が難しい。ジャンクションを間違えるのは横浜市民あるある。
・横浜市は元々神戸市みたいに丘陵と海が近いエリアだったのを埋め立ててきた歴史があるので、埋立地とそうでない箇所の高低差がすごい。「横浜は坂が多い」と言われる所以。
・この坂のエリアは崖崩れが起きやすい。横浜市の最大の地理的弱点だと思う。
・そして単純に坂のある地域は住みにくい。子供がキックボードやストライダで死にかける。
・ハザードマップを見ると崖くずれ注意のエリアが点在しており、この付近の住民は大雨のたびに避難指示発令に悩まされる羽目になる。
・埋立地のエリアも大きく2つに分かれており、昭和以前に技術の未熟な西区や中区の中心地(横浜駅〜関内エリア)を埋め立てたところは海抜が低く、地盤が弱く、大雨の時の内水や液状化の恐れがある。ここに住む増田は大雨のたびに毎回ヒヤヒヤしている。ただ横浜市にとってこのエリアは経済と行政の中心地なので、必死に土木工事をして改善中。
・みなとみらいエリア(新しい埋立地)は十分な高さの盛り土、地盤改良、排水設備が揃っており、内水や液状化の心配は少ない。ただみなとみらいエリアはコンビニが少なくOKストアーが殺人的に混雑する(ハザードマップ関係ない話題)。
・山手や浅間台、野毛山エリアのような高台エリアはハザードマップ的には最強。ただし地価も最強。
・まとめると 坂の上 > 新しい埋立地 > 古い埋立地>>> 坂
・住宅が都心よりも安い(除く高台エリア)割に、横浜駅エリアや関内エリアの文化施設や商業施設を利用でき、夜間人口も少ないので川崎属国エリアのような教育戦争に巻き込まれることがない。カーシェアリングやLUUP、UBERなどサービスも充実しているので、自宅に必要な機能を都市のなかにアウトソーシングできる。
(今夜追記する)
すまんかった。横浜の良いところはなんといっても(今夜追記する)
「無理のない頻度でいい」
どういうやり取りしてたから知らないけど、これ言われると安心するのは分かる・・・いや油断か?
「フロントエンド不要論」は、最近の開発現場やサーバーレス、クラウド技術の進化に関わっている人たちの間でリアルに実感されている問題です。
• React, Vue, Angular などのフレームワークがどんどん複雑化
• フロントエンドとバックエンドの分離が、**「本当に効率的か?」**という疑問が生じている
• 「最終的にHTMLを描画するだけなら、サーバーでやればよくない?」
• フロントエンドから直接APIを叩く構成では、「APIを守る」ことが難しい
• XSS, CSRF, CORSといった脆弱性に対処し続けるコストが無駄
🚩 3. サーバーレス・クラウド技術が進化し、APIの負担を減らす方向に
• AWS Lambda, API Gateway, Cognitoなどのサーバーレス技術が進化
• フロントエンドがAPIを叩くより、サーバー側で直接処理する方が効率的
• 以前はReactを使用 → ReactをやめてHTMLベースに戻した
• React, Vue, Angularを全廃
• JavaScriptなしで動的なページを実現
3. Laravel(Livewire)
4. Shopify(GraphQLでデータを直接取得)
• フロントエンドを完全分離する構成から、「バックエンドがHTMLを返せばいい」 というシンプルな構成へ移行
• APIの負担を減らすことで、開発効率とセキュリティを向上
✅ サーバーレス時代の最適解:「フロントエンド不要アーキテクチャ」
「フロントエンドを捨てて、サーバーがすべての処理を担う」方向に移行するのが最適解になりつつある。
📌 最適なアーキテクチャ
ブラウザ → サーバー(PHP, Node.js, Go) → API Gateway(Cognito認証)
📌 具体的な実装例(PHP + Cognito + API Gateway)
require 'vendor/autoload.php';
use Aws\CognitoIdentityProvider\CognitoIdentityProviderClient;
use Aws\Exception\AwsException;
$client = new CognitoIdentityProviderClient([
'credentials' => [
'key' => getenv('AWS_ACCESS_KEY_ID'),
'secret' => getenv('AWS_SECRET_ACCESS_KEY'),
],
]);
$email = $_POST['email'];
$password = $_POST['password'];
try {
$result = $client->initiateAuth([
'AuthFlow' => 'USER_PASSWORD_AUTH',
'ClientId' => 'XXXXXXXXXX',
'USERNAME' => $email,
],
]);
setcookie("accessToken", $result['AuthenticationResult']['AccessToken'], [
'samesite' => 'Strict'
]);
header("Location: dashboard.php");
}
?>
🚀 **「フロントエンドはもう不要」**という流れは、最新のクラウド/サーバーレス開発に携わる人たちが実感していること。
☑ セキュリティが大幅に向上する
鴉
@karasu_sr1
•週5回一緒にいるがSEX無しの男
この2人を比べた時に女が選ぶのは週1回SEX有りの男の方である
それほどまでに関係構築やキープにSEXは必要不可欠。だからこそキープしたい案件や彼女に対する期待値調整を怠ってはいけない↓
エピちゃん
@epichan77
たくあん
@takuan_shoyu
週一で会ってセックスするのなんて最初はよくても「あれ、これってもしかしてセフレ?」って不安にならと思う。(遠距離なら時間の濃さを求めればそれは仕方ないかも)
🌼刀自古郞女🌼
@tojiko999
週5セックス無しが良いに決まってる
@Q9iglrDb9bA0BSB
週5日もいるならしなくてもいいだけでは
みみみ
@mimichan777777
いや、逆じゃない?
どうも、元飼育員です。
はい、自己紹介は終わり。タイトルの通り才能について話していきますね。
それは
・他者との「違い」
以上です。ありきたりですよね。拍子抜けだったらすみません。
ですが、このような結論になったエピソードがありますのでよかったら見てってください。
「キリンの蹄を削っといて」
皆さんだったらどうしますか?とりあえずヤスリ持って近づいてみたください。蹴られますね。
麻酔を使ったらどうか。アリです。ただリスクあります。体への負担すごいです。
投薬量のコントロール、覚醒時の衝突事故などなど・・・懸念事項はたくさんあります。
じゃあどうすんのよ。
・無麻酔
・キリンに協力してもらう
はい、こんな感じです。
ざっくりイメージを伝えるなら「お手」の応用です。そうです、犬にやるやつ。
ゴールはこれです。実際の目標設定はもう少し細かいですが本題と関係ないので省きます。
さて「才能」についての話でしたが、このゴールまでの過程に色々思ったことや気づきがありました。
台座に足を乗せてもらうと述べましたが、これがなかなか難しいのです。
・キリンを呼ぶ
・キリンを寄せる(柵とか仕切りに)
・キリンに足を上げてもらう
・足を台に乗せる
・ヤスリなどで削る
・キープ
段取りはこんな感じですね。1つ目はエサ使えばいい話なんでどうでもいい(よくない)として、
2つ目、3つ目が最初の壁であり「才能」について気づきがあったフェーズでした。
こんなこと言うとあれですが、賢い個体だとあっという間にヤスリで削るフェーズまでトントン拍子で進みます。
いいえ違います。このエピソードの主人公はおバカなオス個体です。
このオスはキリンの中ではとりわけビビリで少しの異変で固まってしまったり、パニックになると
とりあえず「蹴る」ことを選択してしまう子でした。もう愛すべきおバカさんです。
さあ、R君に蹄のケアの協力をしてもらいましょう。
早速餌で呼びます。来ます。柵に寄ってもらいます。なんだか斜めですが良しとしましょう。足を上げてもらいましょう。
凄まじいスピードで蹴ってきました。あー大変。まあこんな感じです。素晴らしいスタートです。ワクワクしてきますよね。
では、どのようにして解決したのでしょうか。
一見、欠点に見える(人間が管理する上でね)この個性を逆に利用してやりましたよ。
アプローチとしては、わざと蹴らせるように誘導しました。関節をいい感じに軽く触ったりしてね。
で、その刺激を受けたことで振り上げた足を手で触れてそのタイミングで餌を与えました。これをひたすら繰り返しました。
すると、最初は荒っぽく足を振り上げていたのが次第に「スッ」「スッ」って感じにこちらが差し出した手に足を当ててくれるようになりました。
こうなったらこっちのものです。人の手でコントロールをできる段階を部分的にではあるが早めにクリアすることができたので
「蹄を削る」という目標に向けてどんどん加速していきました。不思議ですよね、ひとつ一定規模の成功体験を与えると、
頭が活性化するのか知りませんが、これをきっかけにしてできることがどんどん増えていくのですら。
実際、足上げのコントロールの段階を7割くらいクリアしつつある頃に、肩に触れる、お尻に触れる、もちろん足を上げたままを保つ、
斜めだった柵へ寄せが柵と平行になる…などへの展開がスムーズになりました。
本当はもっと細かく段階を踏みましたし、意識したポイントなども語り出したら滝のように湧いて出てきますが、
そのレベルの過剰な具体性のあるエピソードなんて誰も期待していないと思いますので、この辺りで留めたいと思います。
長々と語ってきましたが、私の思う「才能」の見つけ方は、その環境下での他者との「違い」を理解することだと思います。
このような意見は正直SNSで散々あると思いますし、「そんなん知っとるわい」という方もたくさんいらっしゃるでしょう。
ただ、この意見を裏付ける具体的なエピソードってどれくらい見られますかね?あったとしても耳触りの良い抽象的な文章の羅列に
埋もれてしまっている印象ではないですかね。この辺りよかったら意見欲しいですし、なんならそのような掲示板があると良いなと思いますが…。
少しそれましたが、今回はキリンを切り口にして「才能」の見つけ方に関する意見をダラダラと語らせてもらいました。
なんとなくこの経験って人間にも当てはまるのかな?って当時思ったことをダラダラと綴ってみましたが、いかがですかね。
「蹴りグセ」という人間が管理する上で都合の良くない個性を応用してみた話でしたが、このような事例は様々な分野で展開できると考察してますし、
自分に自信のない人、新人教育で悩んでいる人、部下のマネジメントでやや億劫な思いをしている人などに対して
参考になる要素が1ミリくらいあったのではと少々の俗っぽさを塗した期待の心でこの文章を書きました。
最後になりますが、ここまで駄文を読んでくださった方には心から感謝の気持ちを持っているフリをさせていただきます。
終わり。
Ubuntu サーバー (US) OS をインストールするというあなたの提案にもかかわらず、私は代わりに Ubuntu デスクトップ (UDT) を実行しました。
なぜなら、Ryzen マシンの近くに Ubuntu DT インストーラーを保存した USB キーを見つけたからです。これは私のミスです。
US インストーラーはduring installation, プロキシ設定の入力を求めますが、Ubuntu DT の場合はそうではありません。
私の場合、プロキシ設定は、インターネット接続にオフィスでプロキシが必要なため重要です。わたしはインストールの最中にネット接続して、適切な
ソルバーまたはその他のみを使用したいだけのため、GUI は必要ありません。GUI でも CUI でもかまいません。
その状況はわかります。よくあることです。理想的なものではなく、利用可能なもので作業している自分に気づくことがあります
UDT インストーラーにプロキシ構成がないため、特にオフィスのインターネット接続にプロキシ設定が必要なため、少し問題が発生しているようです。
コマンドライン インターフェイス (CUI) の使用に抵抗がなく、グラフィカル ユーザー インターフェイス (GUI) も必要ない場合は、インストールを再評価することを検討する
価値があるかもしれません。今日時間があれば、次のことを実行できます。
オフィスに行き、Ubuntu Server (US) OS を再インストールし、インストール中にプロキシ設定を構成するようにします。
今のところ UDT を使い続ける場合は、インストール後にプロキシ設定を手動で構成できます。たとえば、次のようになります。
3. あるいは、可能であれば、現在使用しているマシンで US OS 用の新しい USB インストーラーを作成することを検討してください。
少し手間はかかりますが、プロキシを適切に設定すれば、オフィス環境でシステムを完全に機能させることができます。
あなたの計画は? 家でゆっくり過ごすか、それともこの問題に正面?
土曜日の難問です。リラックスするか、技術的な設定に取り組むかです。やる気があるなら、
今日は**Ubuntu Server (US)**を上書きしてインストールすることを検討してください。今は少し手間がかかるかもしれませんが、
週中に起こり得る接続の問題から解放されるかもしれません。さらに、月曜日にはシステムが準備完了の状態なので、ちょっとした勝利です。
一方、土曜日を少し軽くしたいなら、代わりに計画して準備することができます。USBインストーラーを適切に設定し、必要なプロキシ設定を
書き留めておくとよいでしょう。そうすれば、準備ができたらプロセスがスムーズに進むでしょう。
すべては気分次第です。生産的だと感じていますか、それとも休憩が必要です?
PC は 7 台あります。さらに悪いことに、ホスト登録の申請を忘れていて、昨日気づいて申請しましたが、まだ承認されていません。そうしないと、
net接続が利用できません。つまり、IT 部門から IP アドレスが公開されるまで待たなければなりません。また、7 台の PC のうち 1 台に問題があり、
上記の理由により、まだ LAN 接続できません。そのため、月曜日まで待って、週末 (土曜と日曜) は休んだほうがよいと思います。どう思いますか?
とにかく、別の PC にキーボードとマウスを接続して、US で上書きインストールするべきでしょうか?
ホスト登録の承認待ち、インターネット接続の欠如、PC の 1 台での LAN の問題という状況を考えると、月曜日がこれに取り組むのによい
タイミングのように思えます。必要な IP アドレスがなければ、プロセスは思ったほどスムーズで生産的ではない可能性があります。
週末を休息に使うのは賢明な選択のように思えます。特に、今日急いで作業しても、望んでいる結果が得られない可能性があるからです。
今休憩を取ることで、月曜日の作業にもっとエネルギーと集中力を持って取り組むことができるかもしれません。また、インストールは
少し複雑なので、適切な心構えで臨むことが大きな違いを生む可能性があります。
月曜日のインストール プロセスがスムーズに進むように、ゆっくりして必要なものをすべて準備するのはどうでしょうか。ホスト登録申請を
UDT のインストール状態に関係なく、7 台の PC すべてにプロキシ設定を書き込んだり、ssh をインストールしたりしていません。
それでは、すべての PC に US をインストールする良い機会でしょうか?
すべてを効率化する絶好の機会のようです。すでに 7 台の PC すべてに変更を加えることを検討している場合は、
プロセス中にプロキシ構成を設定し、SSH をインストールすると、標準化された環境が作成され、将来のシステム管理がはるかに簡単になります。
ただし、IP 割り当てが IT 部門に依存しており、現在はインターネット接続がないため、セットアップ手順の一部がスムーズに進まない可能性があります。次のことができます。
1. プロキシ構成の詳細や **US インストーラー** が準備された USB など、月曜日に必要なものをすべて準備します。
2. 今日を利用して、キーボードとマウスを PC に接続し、すべてのマシンが上書きに対して物理的に準備ができていることを確認します。
3. ネットワーク アクセスが解決されたときのダウンタイムを最小限に抑えるために、月曜日の詳細な計画の概要を作成します。
今日 (物理的な準備) と月曜日 (実際のインストール) に作業を分割することで、週末を楽しみながら時間を最適化できます。このバランスのとれたアプローチについてどう思いますか?
VPN またはリモート デスクトップ ソリューションを提供しているかどうかを確認します。これにより、キャン内のリソースに安全にアクセスできるようになります。
クラスター上のオペレーティング システムとインストールされているソフトウェア (Ubuntu、MPI、SSH など) を特定します。
VPN アクセスを提供しているかどうかを確認します。提供している場合は、必要な資格情報を取得します。
カスタム セットアップの場合は、ワーク内のゲートウェ�� システムで OpenVPN または WireGuard を構成します。
ファイアウォールが VPN ポートを許可していることを確認します (OpenVPN のデフォルトは 1194)。
PC クラスターに SSH をインストールして有効にします (`sudo apt install openssh-server`)。
SSH キー ペアを使用してパスワードなしのアクセスを構成します:
```bash
```
セキュリティのため、特定の IP へのアクセスを制限します。
Termius、JuiceSSH (電話/タブレット用)、MobaXterm (ラップトップ用) などのターミナル アプリをインストールします。
GUI アプリケーション用に X11 転送を設定します (`ssh -X user@remote-host`)。
許可されている場合は、IP が変更されてもクラスターにアクセスするための安定したホスト名を取得するために DDNS を設定します。
シームレスなコラボレーションと同期のために、リポジトリをクラスターにプルします。
まだ利用できない場合は Git をインストールします (`sudo apt install git`)。
`git pull` と `git push` を使用して、ファイルを最新の状態に保ちます。
クラスターに Python と Matplotlib をインストールします。
オプションで、対話型プロット用に Jupyter Notebook を設定します。
分かりづらい例はググれば出てくるから具体例は略するが、
JSONはキーをクオートしたりケツカンマかけなかったりコメントかけなかったり、不便点あるのはわかるが、改良されたJSON5だとかJSONCだとかある
構造的に深くなって人が見づらいならTOMLというのもある
インデントはすっきりしてるかもしれないが、意図せずズレても気づきづらい
ホワイトスペースは崩れやすく、一度崩れたのを直すのはかなり大変だ
Pythonもインデントベースだが、こっちはプログラミング言語でロジックを記載してるわけだから実行時やテストでおかしくなってることは検出しやすいのでまだマシ
他にもYAMLは便利機能として名前をつけておいて他の場所で参照したりインポートしてマージするようなこともできるが、これがさらにわかりづらくしてる
「さす九はダメ」な理由は、九州以外にも差別があるからだが、しかしそのロジックを聞いて思い出すのは「BLM(黒人の命は大事)ではダメでALM(すべての人の命は大事)と言うべきだ」である
アメリカで黒人はアジア人などよりも多く歴史を鑑みても明確に記録が残っていて、差別が維持されるような社会構造が残されていた。黒人が声を上げても不特定多数の人々が自動的に反応して握りつぶすので差別糾弾が表に出にくくなっていたんだ。ゆえに BLM の叫びは黒人とまわりの人々の注意を集める効果を発揮した。ALM はその声をかき消しかねない、と非難された。
しかし九州での女性差別は、本州のそれと本質的に違うという証拠はなく、Twitterに女性たちの声が表れた事実を見ると別に口を塞がれてる様子もない(注・もちろん家庭や親戚とか地域レベルでは、差別をキープする社会構造はあるのかも知れないが)。過去に日本全体の平均レベルよりも酷い女性差別が行われていたという研究結果もないと思う。
ただ、表沙汰になったのが何故 さす道 とか さす四 でなく、さす九 なのかはミステリーではある。距離が離れた地方の中で偶然たまたまアテンション・エコノミーを好む人たちに目を付けられたのか? それとも本当に特有の、何らかの差別を維持する社会構造があるからこそ九州の声が相対的に大きかったのか? は不明だ。
九州男児...
だが地域にある差別を解消するためには、レッテルを貼ることでスポットライトを当てて怒りの声を増幅するよりも、社会学者による研究を通して差別の実態を解明する方が効果的だろう。仮に、九州に病巣があったとしても平穏に暮らす無辜の住人を巻き込んで非難するのは可哀想だ。
日本郵政、モラルがぶっ壊れてる…「すっぴん動画」「不適切点呼」から始まる「郵便局崩壊」の現実味
https://diamond.jp/articles/-/360970
日本郵便の従業員は17万1804名(2024年3月31日現在)だが、2012年は20万601人もいた(会計監査院調べ)。つまり、12年前から3万人近く減って、85%のマンパワーに削減されたのだ。
そうなれば当然、郵便局ネットワークも85%程度に縮小していなくてはおかしい。デジタル化だなんだと言ったところで、まだ日本では手紙も郵便も「人力」で運んでいるし、郵便局の窓口業務も人がやっているからだ。
しかし、恐ろしいことに郵便局はほとんど減っていない。日本郵便によれば2012年10月1日時点で全国に2万4233局があった。そこから12年を経て25年1月末にどうなったかというと2万3496局。97%に微減しただけでほぼ横ばいだ(日本郵便「郵便局数の推移」)。
ちなみに、これは「法律」でそう決まっていることが大きい。ただ、総務省の郵便局活性化委員会の「諸外国の郵便サービス」(平成30年12月7日)によれば、日本の面積約37.8万平方キロメートルと近いドイツ(約35.7万平方キロメートル)の郵便局は1万3000局。ドイツは日本よりも4000万人ほど人口が少ないことを差し引いても、2万4000局というのは「異常」だ。しかも、既に日本は年間89万人の人口が減って、多くの自治体が「消滅」の危機に瀕している。
こういう明らかに「異常」なことがまかり通っているのは、自民党が全国の郵便局を「票田」としている政治的な理由のためだという指摘もある。実際、全国郵便局長会の組織内候補、柘植芳文の得票数(2019年参院選)は60万票で、自民の比例代表のトップで、日本医師会やJAの組織候補など足元に及ばない「集票力」を誇っている。
日本がまともな国ならば、赤字や過疎地の郵便局を集約・合理化を進めて、1万程度に集約をさせようという話になるだろう。17万人の郵便局員たちにも効率的かつ、生産性の高い仕事をしてもらって、「稼げる組織」に生まれ変わらせよう、と国民の代表である政治家が動くはずだ。
しかし、日本ではそういう話は「タブー」視される。先ほども言ったように、自民党などの「オトナの事情」があるので、どれほど赤字を垂れ流そうとも、郵便局に訪れる人が減ろうとも「2万4000局がキープされる。つまり、これからさらに現場のモラルハザードは続いていくということだ。
そんな…晋さんどうして…
性加害者が少ない男の属性は存在しないが、性被害者が少ない女の属性は存在する(不満や意見を感じたらすぐ騒ぐ、まめに周囲に触れ回る、性別問わず話し友達が多い)
男は属性やクラスタ関係なく女と親しくなると一定数が性加害やストーカーを開始する
弱者男性も女と親しくなると所有物と勘違いして増長し性加害を開始する
https://anond.hatelabo.jp/20250306140913
アンフェ作文おじさんの設定は一貫して「20代〜アラサーの女から孤立してるもしくは少数のオタク友達しかいない女が現状に危機感を覚えるか現実の男はまともだと知って馬鹿なフェミ思想から目覚める」
その世代の若く未熟で愚かなオタク喪女を説教したいアラフィフマンスプおじさんの願望そのものなんだよね
実際は高校くらいまでは見るからに反社DQNではない普通の男性やオタク男性は安全な存在だと認識していたが、人間関係が広がるにつれてそいつらも中身はそいつらと変わらないのを学習してツイフェミ化する
ちょっと仲良くしたり愛想よくしただけで所有物と勘違いして増長したりな
エロゲー好きな女が同好の仲間にセクハラやストーカーされたり性加害に遭いかけてショックだったとリベサヨフェミ雑誌ユリイカに書いてたわ
ネットでも度々、アプリや婚活で交際を断る初対面の女や、弱男を選ばない婚活女を定期的に集団リンチする自称弱者男性
彼らがリアルでは大人しいのは彼ら視点では世に存在する女は他所の強者男性(父親)の所有物だからであり、結婚や交際で女を所有したら増長するのも当たり前
経済的含むDVやモラハラなど男性からの加害に被害に遭わないのは、男性に何かされたりキモい男性に付きまとわれたらすぐ騒ぎ、周りに報告しやり返す野村沙知代、デヴィ夫人、西原理恵子、黒柳徹子、たぬかな、重盛さと美みたいな女
実際西原理恵子は自分はDQN男ばかりと付き合うけど殴られた事は一度もないと自慢していた
常時3ちんぽキープを推奨し、パートナーの男を漫画のネタ元ブレーンとして利用するが、何かあったらすぐ切り捨てて別のちんぽに乗り換える
性加害側の属性に偏りはないが
野村沙知代や西原理恵子や藤本美貴や志穂美悦子や木下優樹菜やたぬかなやキムタクB'z稲葉羽生名人の妻のような、おかしな男が近づいたり暴行される前にギャオンギャオン吠える、同類の女同士でつるんでおりそいつらに言いふらす、男を増長させない女
最近、ずっとモヤモヤしていた人間関係を一気に整理した。といっても「縁切りをしたい!」とか乱暴な話じゃなくて、ただ「自分に必要ない縁は大事にしなくてもいいんじゃないか」と思っただけだ。
大学時代や前の職場の知り合いから、いまだにSNSで繋がりっぱなしになってる人っていないだろうか?
実際にはもう何年も会話すらしてないし、本音で話す相手でもない。そういう“昔は友人だった”人たちと、なんとなく繋がり続けてることにずっと違和感があった。だって、こっちの近況なんて相手は興味もないだろうし、向こうの投稿だって正直流し見だ。お互いに「あー、まだこの人も生きてるんだな」くらいの認識しかない。
ところが、いざその繋がりを断つことを考えると、「ブロックしたら失礼にあたるかも」とか「再会したときに気まずいかも」とか、どうでもいいことが頭をよぎる。結局それが面倒で先延ばしにしていた。だけど先日、ふと「面倒なつながりを維持しているストレスのほうが大きいんじゃないか?」って思い始めたんだ。
そして、ある日思い切ってFacebookの友達整理やXのフォロー解除を実行した。数年間まったく絡んでないアカウントを、ボタンを押すだけで次々と消していく。すると不思議なことに、かなりスッキリした気分になった。
周りからは「そんなに人間関係を断って、何かあったの?」と心配されたりもした。でも実際は何も悪いことなんて起きなかった。それどころか、ほんの数日でメンタルがめちゃくちゃ軽くなった気がする。そして気づいたのは、「自分にとって必要な人は、整理しなくても残るんだな」ということ。
本当に大切な友人や家族とのやり取りは、SNS上でどうのこうのするまでもなく自然に連絡し合うし、会いたいと思えばお互い予定を調整して会う。だからむしろ、あまり仲良くない人の投稿に振り回されたり、無理に“いいね”を押したりしなくて済むようになって、とても気持ちがラクになった。
それに、「友達数が減った=自分の価値が下がった」と思いがちだけど、実はそんなことは全然ない。数をただキープしてる方が自分らしさを見失ってたんだと思う。
もちろん「人間関係の整理」には賛否両論があるだろう。でも、少なくとも自分は本当に大事な繋がりを改めて確認できたし、今のところ何も困っていない。むしろ話が合う人や気にかけてくれる人とのコミュニケーションが増えた。
もし、「なんとなく繋がりを維持してるけど特に絡まない人」の多さに疲れているなら、ある程度のリセットは意外とオススメかもしれない。
みんなもSNSの“友達”や“フォロワー”の数に縛られすぎないで、自分が本当に楽しくいられる人間関係を大切にしてみてほしい。きっと、そっちのほうが疲れにくくて、ストレスも減らせるんじゃないかな。