
はてなキーワード:マネージャとは
あの記事を読んで、どう読んでもチンパンジーの事例としか読めないという擁護が一定数ある
的な事を語りたいだけなら、事例は機械でも良いわけですよ
例えば、象とかキリンでよかった
会話の成立しない言動のオカシイ無能をチンパンジーと呼ぶことはあっても象だキリンだとは呼ばない
そいつは機械を壊すし、いう事聞かないし、現場の人員を滅茶苦茶にして、職場を成立不可にする
そこに
話してるのはチンパンジーの事だろ、書いてあること以外を読み取るなよとか
もう義務教育の敗北だよね
書いてる本人でさえ「予防線」を張り巡らせる記事で、書いてないことを読み取るなと言い出す
つかさ、まず予防線から入って、締めにも予防線が必要だと思うって事は、銀魂のレンホーで「この作品はフィクションです怒らないでね」みたいな奴やん
書いてる本人も意識してるわけよ
チンパンを断れない筋に押し付けられた知的障碍者とかに置き換えたら、成功例は悍ましいよね
繰り返すけれど「くどいほどの予防線が必要だと思った」時点で無理なんだよ
書くなよ
・主人公はさえない中年男性 若いころはひとかどの人気者だったが今はさえない雇われホワイトカラー
・仕事はがんばってるが、家庭のことはいまいち。こどもは愛している。自動車で学校まで送っていく父親の仕事はなんとかこなしているが、今日も大事なこと(発表会とか、誕生日とか)を忘れるたぐいのヘマして子供には愛想つかされそうで胸が痛い。きれいでやさしかったしっかり者の嫁も今は主人公へのあたりが厳しく、離婚の危機…
こんなセットアップから、マジカルなキャラクターがあらわれ、非日常の冒険にまきこまれていく。そしていろいろあって、主人公は自分の欠点を知り、変容を遂げ、満たされない日々は去り、自信を取り戻し、家族仲も再度円満、元鞘または離婚危機回避して前向きに歩き出す。 Happy end…
いろんなバリエーションがあって、窓際刑事、会計士(セントラル・インテリジェンス)、自動車教習所の教官(ドライブ・ハード)、など。 変わりだねで2児の母で第3子を妊娠中のアラフォー女性(タリーと私の秘密の時間)
近くて遠い作品として、砂漠で満たされない生活している青年ルークスカイウォーカーや、打ち切りが決まった落ち目の37歳未婚女性ラノベ作家(ヤング≒アダルト)も無理やり入れてもいい。
本作「ジェイ・ケリー」も、シャーリーズセロン含むマークハミル除く、いわゆる「中年の危機」ものということになる。
以下パターンの違い
・用語「ミッドライフクライシス」は40~50代中心らしいけれど、本作の主人公ジェイケリーは60歳超くらいという設定。だいぶ年齢高め。(セントラル・インテリジェンスの主演俳優は当時実年齢37歳。ジョージクルーニーは実年齢63.64歳くらい)
・というわけで離婚はとっくの昔に済んでいる。良い関係を取り戻したい相手は二人の娘。長女は34歳次女は高校卒業の年。
(離婚の理由を娘になじられ、言葉では説明できないくらい色々あって別れたんだよと説明するのには納得)
・ジェイケリーは大スター。金銭的にはめちゃくちゃ富豪。マネージャー、エージェント、ヘアスタイリストを引き連れ(ちょっとちがうがたけし軍団とか松本人志のとりまきみたい)リムジンで移動は当たり前、自家用ジェットを飛ばし、パーティー出席のお願いも気に入らなければ断り、急に気が変わって参加しようとしたりしてマネージャを困らせる。若くして成功したこともあって、自分では何もできないがマネージャにわがままを言えば何でも通る。娘に向かってヘリを出して迎えに行かせるからとナチュラルに口走る。
・大ヒット映画に何本も出演・知らぬもののない有名人。クランクアップしたばかり、次の作品も決まっている。でも満たされない。イタリアで功労賞を授与したいと言われるが乗り気にならない。もうオレは終わったのか?と。本当の幸せがほしい・・・そうだ!次女と一緒の時間をもっとすごそう!>次女からの塩対応
・この辺が「冴えない主人公」作品の逆で、恵まれすぎている故のギャップが可笑しい。
・で、主人公にとっての非日常が「乳母日傘」「蝶よ花よ」の丸がかえ生活からの逸脱 「え。あのジェイケリーがわれわれと同じ普通車に乗って移動してる!」と言われるレベル。
ビバリーヒルズ(かな?)の自宅豪邸から最初は自家用ジェット、専属ヘアスタイリストもマネージャーも去っていく。彼女らにも「自分の人生」があるのだ。イタリアのど田舎までの長い移動の間に自分のあやまちに気づいて、よりよい人間になっていく・・・という流れのディテールの巧みさ。
・この一種のロードムービーのなかで、若かりし日の思い出が要所要所でインサートされていく。映画撮影にかまけて幼い日の娘と過ごさなかった思い出、大人になった長女に久しぶりに会ってぎごちなかった日の回想、今は疎遠な父親との生活・・・
・その回想シーンの入り抜きが映画ならではのマジカルな演出で、詳しくないんですが、もしかしたら大林宜彦ってこんな魂だったのかな?と思いながら見ました。
・最後の長女との電話のシーン、薄暮の林という画面もあって、非常に印象的でした。
・ノアバームバック 名前はよく聞くけどあんまり知らない監督でした。
管理ツールで管理できるように論理的に計画しなきゃいけないのであって、適当行き当たりばったりで見た目だけ猿真似したデータを突っ込めば素晴らしい管理が実現できるわけじゃない。
どこぞのSIerから転職してきたPMが、「プロジェクトの8割は完了状態なので、オンスケです」とか言ってるのを聞いて仰天したことがある。
「どんな管理してんの?」
「8割完了って?」
「タスク数です」
ガント作ってるとは聞かされてなくて、管理者内でしか共有してないって言うから、見てみれば、確かにぱっと見、よく見る感じの情景が広がっていたのだが、
「このタスクとこのタスク、難易度天と地なんだけど、なんで人日同じなん?」
「詳しいこと読みきれないので、仮置きです」
「このタスク、これが完成しないと進められないんだけど、どうして平行してんの?」
「依存関係が、これを作ったときわからなかったので。依存関係があったとしても、影響しない部分は実装できるでしょう?」
「このタスク、外部とのにぎりが必要なんだけど、調整タスクとかは?」
「いるんですか?」
「タスクとして書き入れないとしても、前提条件だからそう言う条件があることの明記は必要だし、状態や見込みの管理は必須だろ?」
ってな感じで、簡単なタスクを8割、先にこなして、別部署との調整、技術的決定等々、管理ツールに書き込まれてない要素で週明けからラインが軒並み空き状態になるのにオンスケとか……。
OJTで雰囲気でやってきたから、肝腎要の部分はこれっぽっちも知らんのだな……。
「プロジェクトって、後になればなるほど進度が遅くなるもんですから」
いや違う。
いっぱしぶった口振りしても、口だけで中身がねぇ。
「そこはアジャイルで……」
コアな不動部分をドメイン分析で明らかにして、そこは確定するのがアジャイルだ。
それをしないから、アジャイルはいい加減で行き当たりばったりだ、ってクソ評価下されるんだ。
クソ評価を下されるべきはPM たちであって、アジャイルという手法じゃねぇってのに。
そもそも部分像の把握ですら怪しい。
こんなんでよく給料もらってるな。
マジかよ。
「今最先端の生成AIを導入して、遅れを一気に取り戻します!」
うん。
中堅以上のエンジニアからはアラートが上がっていたんだが、マネージャクラスは誰も理解できないどころか、反対しかしない消極的な人間とか悪しざまに罵り、圧力をかけてきやがった。
その後どうなったか?
知らん w
才能がないと思ったら、早いうちに河岸を変えた方がいい。
早ければ早い方がいい。
可哀想だから(教え子が? それとも自分が? w)、って「がんばれ、がんばれ。才能なんて関係ない」みたいに騙すのは、むしろ害悪だよ。
10年後、気付いて路頭に迷わせるとして、その責任は取れるのか?
まぁ、本人自身が気づいて路頭に迷いつつあるけどどうしようもないのかもしれんが、地獄に道連れはやめてやれ w
それで生計を立てない、趣味の範囲で楽しむ分には好きにすればいいけど、エンジニアに限らず、それなりのお金をもらおうとしたら、才能、向き不向きは超えられない壁として現実に、強固に存在している。
球速120km出ないけど阪神の一軍のピッチャーに、ってのはどう逆立ちしても物理的に不可能だ。
でも草野球は楽しめる。
才能がなけりゃ、一人で永遠に「大いなる助走」を続けりゃいい。
誰にも迷惑かけないなら。
医師、看護師、会計士、経営者、etc.etc. にも、才能、向き不向きはある。
落ち着きないし。
同じことを何日も続けたら、爆発する。
「明日も同じことしなきゃならないのか……」って考えただけでも、死にたくなる。
こんな感じに、才能がものをいう分野って、意外に多い。
ソフトウェアエンジニアは、設計実装の抽象度が多層化していて、その巧拙によって安定度、運用や機動的な新機能追加の手間、リードタイム、金や何やら、数十倍、規模複雑度が爆上がりしている今なら下手すりゃ数百倍差が出る。
その差をちゃんと理解するには、巧の現場の「こういう世界があるんやー……」って実体験が必要だったり、巧レベルの才能が必要だったり、経営知識が必要だったり、経済知識も必要だったりして、「拙」の現場にぶら下がってるだけのエンジニアが「才能なんて幻想」って吠えたっても「マジ、迷惑だからやめてね」って思う。
どの炎上現場でも、高粘度現場(リーダーマネージャが理解できないからって邪魔ばっかりしてきたり、そもそもプロダクトがぐっちゃぐちゃになってたりして、どんな行為がサービスの息の根を止めるかわからなくて身動きが取れない「震える舌」みたいな現場。物事が全然進まない現場。通常、経費で札束ガンガン燃やしてるはずだから、ここも炎上現場っていう)でも、この手のエンジニアが腐るほどぶら下がってるんだよね。
たいてい、生み出されるソースコードとドキュメントの割合がおかしなことになってる。
いや、そういうの主催してる暇があったら、コード書けよ、って。
でも、Web記事引いてきて、「〇〇にはこう書いてある」とかドヤ顔で机上の空論で時間潰して「俺も一端の理論派エンジニアだぜ……」とか、いや、お前はただの受け売りを理解もせず垂れ流してるだけのそこらへんのAI と変わらんクズだよ。
おいらの師匠の一人は「TV出たり、本書いたりするやつは二流。一流は、自分の仕事に集中していて、他のことやる暇ないから」って言ってたけど、ほんとその通りだと思うよ。
シャバと違い、ソフトウェアの世界は驚くほどのスピードで巨大化、複雑化している。
30年、40年前なら、社会性の乏しい、プログラミングコンテスト受賞者みたいなエンジニアでも無双できたけど、今は無理なんだよね。
今だと玉拾いも任せられないくらいだったりする。
ちょい前も、PostgreSQLの中身いじれます! って東大卒業生いたけど、視点が局所的すぎて全体感に欠けてて、プロジェクトがヤバい状態になってるのが理解できなかったりしてたからね。
そろそろリリースできる状態になってる予定だけど、おいらの読み通りα版完成が3ヶ月遅れ、そこで大量の不具合が発覚してベータ版完成がそこからさらに3ヶ月以上遅れ、不具合積み残したまま見切り発車、ってなるんじゃねーかな、と思ってるんだが w
才能の種類、方向性によっては、10年前も今もたぶん10年後も変わらず十分通用するものはあるんだけどねー。
そこに生活水準をあげてしまうと、自分はもう通用しないと気づいても、撤退できない。
マイカーガー。
マイホームガー。
子供ガー。
愛犬ガー。
んなもん知るかっ!
そういう「元エンジニア」がリーダーとかマネージャとかにクラスチェンジして、事業、プロダクトの足を引っ張る。
あそことか、そことか、具体的な企業名はあげられないけど、そういうエンジニアが漬物石のように重しになって、身動きが取れなくなってるところが多い。
VCとかから、もっと売り上げを上げろ。成長率を上げろ、というプレッシャーを与えられ、何かしなきゃいけない。ってなって、外付けの雰囲気だけのサービスをどんどん外付けしていく戦略を取る。
1年で10。
2年で30とか。
マジかよ w
思い思い行き当たりばったりに作ったら、手間だけ増えてそれを壊すわけにはいかなくなって、さらに身動きが取れなくなっていく悪循環しか見えないんだが、そんな経営方針で大丈夫か?
とか意味不明な決定して、認証認可v1、認証認可v2、認証認可v3とマイクロサービスが増殖して、さらにv4を企画してるとかいう会社だってある。
真っ当な声には、自分の存在感を示すためだけの反対を唱えて邪魔したりして、現場で手を動かしているエンジニアより高級を取ってんのに、事業、プロダクトへ与えるダメージは倍増する。
さらに、自分の地位を死守するために、それを脅かす腕利のエンジニアを陥れる、排除することに全力を傾ける。
これで3倍界王拳だ w
経営者はできるエンジニアたちに任せていると思い込んでいるかもしれないが、さて、どうかね? w
大本営発表的にはうまくいっているとされているサービスが、その裏側はカーオブファイヤーみたいなところって、結構ある。
はっきりいう。
今はクラウド環境のプロダクトで、どのように自動テストで検証可能なシステムを構築するかの手法の研究を続けてる。
具体的には、今まで関わってきた炎上現場で安定稼働を達成させた手法(TDD)だな。
ワークライフバランス? w
才能のない人は河岸変えろ。
業務経歴書にも今まで使ったことがあるサービスの名前をたくさんたくさん載せてます。
じゃねーよ。
ボルトに世界水泳、吉田沙保里にNBAに出場させるような使い方してて、どこが技術力だよ。
ってのが多い。
「どうしてこのAurora、リーダーがこんなにたくさんぶら下がってんの?」
「テナントが増えて、アクセスが増えたので、負荷分散のために増やしました。水平スケーリングってやつです」
うん。水平スケーリングは知ってんねん。この程度のテナント数、ユーザー数、アクセス数で、どうしてこんなにでかいインスタンスのリーダーがぶら下がってんのか? って聞いてんねんけど……。
って現場、多い。
でも、今通常営業してるサービスでも、こういうところ多いんだよな。
それはともかく、
「マイクロサービス化していて、いま120を超えたところで、当面160になります」
「……は?」
「……デプロイの時、どうすんの?」
「変更があるサービス名を書いたファイルを一緒にコミットして、それ読み込んで、GitHubActionsでデプロイさせてます」
「Cloneして立ち上げます」
「これ……、モノリポ?」
「120個?」
「120個」
「なんか立ち上がらないんだけど……」
「あ、修正中なんで、〇〇と××のコミットをチェリーピックしてください」
「……動かないぞ」
「昨日の夕方、変更が入ったみたいなんで、△△のコミットもチェリーピック。いや、++のブランチを……」
5日で立ち上げ切れるんか?
って現場がね、案外たくさんあるんだ。
「ほう……?」
どうして「自分が間違えてる」「自分が見当外れなことをしている」可能性ってのを考慮しないんだろう、この人らは?
っていつも思う。
マイクロサービスの目的も前提も理解しないで、HowToだけ猿のように繰り返してるって自覚ないんか…… (-_-)
ってマーカーで引いた一文見せつけられるんだが、その前に書かれてある前提とか目的とか、書かれてない暗黙のそれとか、いわゆるコンテキスト削ぎ落として、単語レベルの理解を開陳されても、「は?」としか反応できんのよな。
120のマイクロサービスとか、お前、認知科学の知識もないねんな……。
それマイクロサービスじゃなく、「粉砕されたモノリシックサービス」っていうんやで、と。
まーじで、技術本とかの恣意的なつまみ食いで訳分からん理論構築すんなよ。
それでプロダクトがうまく回ってなかったら、それが答えなんよ。
まぁ、「うまく回ってる状態」ってのを知らない、理解できないだろうから、正しい答えに行きつかんだろうけど。
その正しい答えに行きつかない、ってのを
「致命的な才能の欠如」
って呼ぶんよ。
正直、AI に命令を出すリード、マネージャ、リーダーの能力が上がらないと、AI でコードを大量生産すると手に負えないスラムが根深く絡み合った構造で広がっていくことになるだろうというのが既に見えている。
というのも、AIほとんど影響ないちょい前の時点ですら「うちはDDD、TDD、クリーンアーキテクチャ、k8s、アジャイル、スクラム等々を採用して云々」ってプロダクトが、リリースから半年、1年で開発がスタックしている、という事例は一般が想像する以上に存在している。
リリース時は、CTOやマネージャが腕組みしてWebページで華々しい成果発表するものだが、その裏で手動運用のオンパレード、一箇所変更したらどこに影響が及ぶかわからない地雷原、不具合障害が発生するたびに増える監視サービス、手動運用マニュアル。
その前で、「圧倒的ではないか、我がプロダクトは」って悦に入る経営陣、の図。
それ見て「SaaS界のネズミー王国や〜」って妄想を迸らせる利用者側経営陣と、ブルシットな手数だけ増えて、業績給与はぴくりくらいしか動かないで悶絶する利用者側従業員。
この状態で、「いや〜、新技術の導入、失敗しましたわ〜。経費が5倍くらいに膨れ上がってます。ごめんちゃい」なんてリリース出せないでしょ。
それ見て教科書ガイドエンジニア、カタログショッピングエンジニアが「世界を変える! 俺(の業務経歴書)が変わる!!」って初見手探りで導入して、連れション地獄。
これが現状よ。
ここにAI が入ってくると、ますます「中身も、他の処理との関係性もよくわからんけどプロダクトに組み込まれた謎プログラムの塊」が、「これ以上機能を載せるとバランスを崩して全体が倒れる」寸前のサイズまで育つわけよ。
ここまで行っちゃったら、どこをどうしたらどうなるか、「AI 使ってふふふふ〜ん」ってレベルのエンジニアでは太刀打ちできなくなってるだろう。
すっと
「動くな!」
となって、対策のための会議とドキュメントづくりが延々と半年とかいうオーダーで繰り広げられることになる。
その間やれること、というかやらなきゃならないことは、障害対応手動運用。
こういう状態に陥らせたリーダーやリードテック、CTOは「新しいことに挑戦したいので」と敵前逃亡、成果発表のWebページを担いで次の犠牲者の元へ。
ちゃんと設計したら、生成AIを駆使する必要、あまりないはずなんだよなー。
で、テストも書いてくれる、っていうけど、AI に全投げ似非エンジニアにその妥当性とか、判断できんのかな?
カバレッジを100%に近づけるためだけのテストを手動で大量に書くのを代替してくれるかもしれないけど、あのテストが品質保証、障害対策になってる現場が一つでもあるか?
今流行りらしい、業務ドメイン分割マイクロサービスだと、AI で辻褄合わせてテストとか、無理やぞ。
という地獄が、2、3年後訪れるだろう。
楽しみやなぁ〜w
という話をすると、AI使いこなせないオールドタイプの負け犬の遠吠え、みたいにいうてくるのがいるんだけど、むしろAI を効果的に活用するための構造、構成とか模索してんのよ。
になってしまっている。
数値的な客観的な指標の方が「わかりやすい」よね、ってのは確かにそうなんだが、数値的な客観的な指標「でなければならない」と言われてるわけじゃねーのよな。
で、本来、業績に対するインパクト、仲間の働きやすさへの貢献とかが評価の対象になるはずなのに、全然関係ない「お前、そんなん、個人的にやれや」みたいな資格取得とかまで苦し紛れに入り込んできたり。
いや、そもそも、何のためにやってんの? って評価制度が多すぎる。
で済まんのよ。
数値目標監視のための観測業務とか、その時間を業績向上のために使えやと突っ込みたくなる。
昇給であるとかを「説明し、納得させられれば問題ない」んじゃあないのか?
あるいは、上司の上司に抗弁を入れる、あるいは転属希望が出せるようにしときゃいい。
クレームがたくさん入るリーダーマネージャの評価は下げりゃいいし、複数の転属希望が出るチームは、その転属希望を叶えるか、リーダーの首をすげかえればいい。
以前いた現場のプロパーには、初対面で「僕は人事評価制度をハックしてるんで、ガンガン昇給してます」とか鼻の穴おっ広げて自慢してくるアホウがいた。
「それ、自慢することか?」
その会社は、お追従野郎と、長時間かけてなんの価値も生み出さないドキュメントを大量生産している野郎が重用されていたおかげで、3ヶ月かけても手動運用が増えるだけの機能が申し訳程度に追加されるレベルに技術力ボロボロだったぞ。
本質を没却して、表面的な仕草だけ真似るから、ブルシットな制度になるんだわ。
この「本質を没却して、表面的な仕草だけ真似る」ってのは、この手の制度に限らず、システム関係では大量に蔓延ってる。
それのおかげで、ソコソコのベンチャーでも、追加のサービスが開発できない、安定しない、人的システム的負荷が爆増する等で、成長を阻害されまくってるところがびっくりするほど多い。
ちょっと藤井聡太7冠の将棋解説本読んだだけで、A級棋士に50%の確率で将棋に勝てるとか思い込むほど愚かで身の程知らずな行為だとは思わんかね?
曲がりなりにもマネージャ的な立場である以上、自分がチームのボトルネックになるわけにはいかない。
裁量はない。
そのためチーム四五人分の全力アウトプットをすべてチェックしてほぼ作り直すという、チーム全員分の仕事を全部巻き取る地獄みたいな状況になってる。
これについてもう少し詳しく調べてみましたが、sandbox化されたiframe内でパスワードマネージャがautofillする問題は2023年頃に脆弱性として報告されており、主要なパスワードマネージャでは修正されているようでした。
https://demonslayervietsub.graphy.com/
https://demonslayervietsub.graphy.com/courses/DemonSlayerKimetsuVietsub-68ac88af00a1d50ef4518995
https://demonslayervietsub.graphy.com/products/Thanh-Gươm-Diệt-Quỷ-Vô-Hạn-Thành-Vietsub-Full-HD-68ac86d6b3f6723996ddeb1d
https://cccv.to/xemdemonslayer
完全に別ドメインにした方がやはり安全ではありますが、これに関して言えばサブドメインでも即危険な状態になるわけではなさそうです。
問題2:ちょっとセンシティブなデータに投稿者がアクセスできる
上記の対策を行い、サービス上の認証の関わる部分にはアクセスができなくなったとしても、投稿者は自身がホスティングするサイトにリクエストが飛ぶようなコードを1文書けば、リクエストログからプレイヤーのIPアドレスやUser-Agentを見ることができます。
💡対策:プライバシーポリシーに書いておく
これは「サービスとして許容範囲」という判断をすることになると思います。プライバシーポリシーに「投稿者や第三者がIPアドレス等の情報にアクセスできる可能性がある」と明記しておくとトラブルが起きにくいはずです。
これについてもう少し詳しく調べてみましたが、sandbox化されたiframe内でパスワードマネージャがautofillする問題は2023年頃に脆弱性として報告されており、主要なパスワードマネージャでは修正されているようでした。
https://www.passes.com/mangmedibovietsubhd
https://www.passes.com/xemmangmedibothuyetminh
https://www.passes.com/conanvietsub
https://www.passes.com/culpatuyaizle
https://www.passes.com/siccin8fullizle
https://band.link/spermageddonespanol
完全に別ドメインにした方がやはり安全ではありますが、これに関して言えばサブドメインでも即危険な状態になるわけではなさそうです。
問題2:ちょっとセンシティブなデータに投稿者がアクセスできる
上記の対策を行い、サービス上の認証の関わる部分にはアクセスができなくなったとしても、投稿者は自身がホスティングするサイトにリクエストが飛ぶようなコードを1文書けば、リクエストログからプレイヤーのIPアドレスやUser-Agentを見ることができます。
💡対策:プライバシーポリシーに書いておく
これは「サービスとして許容範囲」という判断をすることになると思います。プライバシーポリシーに「投稿者や第三者がIPアドレス等の情報にアクセスできる可能性がある」と明記しておくとトラブルが起きにくいはずです。
これについてもう少し詳しく調べてみましたが、sandbox化されたiframe内でパスワードマネージャがautofillする問題は2023年頃に脆弱性として報告されており、主要なパスワードマネージャでは修正されているようでした。
https://www.passes.com/demonslayercastlearc
https://www.passes.com/kimetsunoyaibathai
https://www.passes.com/xemphimmuado
https://www.passes.com/phimmuadovietsub1080
https://www.passes.com/muadofullhd2025
https://www.passes.com/xemmangmedibo1080
完全に別ドメインにした方がやはり安全ではありますが、これに関して言えばサブドメインでも即危険な状態になるわけではなさそうです。
問題2:ちょっとセンシティブなデータに投稿者がアクセスできる
上記の対策を行い、サービス上の認証の関わる部分にはアクセスができなくなったとしても、投稿者は自身がホスティングするサイトにリクエストが飛ぶようなコードを1文書けば、リクエストログからプレイヤーのIPアドレスやUser-Agentを見ることができます。
💡対策:プライバシーポリシーに書いておく
これは「サービスとして許容範囲」という判断をすることになると思います。プライバシーポリシーに「投稿者や第三者がIPアドレス等の情報にアクセスできる可能性がある」と明記しておくとトラブルが起きにくいはずです。
これについてもう少し詳しく調べてみましたが、sandbox化されたiframe内でパスワードマネージャがautofillする問題は2023年頃に脆弱性として報告されており、主要なパスワードマネージャでは修正されているようでした。
https://www.passes.com/phimdemonslayer
https://www.passes.com/demonslayervietsub2025
https://www.passes.com/thanhguomdie
https://www.passes.com/xemphimmotchill
https://www.passes.com/demonslayerinfinitycastsubthai
https://www.passes.com/kimetsunoyaibathemovieinfinity
完全に別ドメインにした方がやはり安全ではありますが、これに関して言えばサブドメインでも即危険な状態になるわけではなさそうです。
問題2:ちょっとセンシティブなデータに投稿者がアクセスできる
上記の対策を行い、サービス上の認証の関わる部分にはアクセスができなくなったとしても、投稿者は自身がホスティングするサイトにリクエストが飛ぶようなコードを1文書けば、リクエストログからプレイヤーのIPアドレスやUser-Agentを見ることができます。
💡対策:プライバシーポリシーに書いておく
これは「サービスとして許容範囲」という判断をすることになると思います。プライバシーポリシーに「投稿者や第三者がIPアドレス等の情報にアクセスできる可能性がある」と明記しておくとトラブルが起きにくいはずです。
配信者グループのVShojo(V少女)が崩壊してしまったようだ。
長らく給料の未払いと、横領(この場合は北米本社のCEOが盗んだとされるので背任かな?)があったらしい。
新しい案:
配信者が集まって合同会社みたいなのを作って、会計担当、営業、マネージャを雇うというのはどうなんだろう。
会社を抜けるときは取得価格で持ち株を全部譲渡するというルールならもめることも少ないだろうし。
新規に加盟するなら、既存ホルダー全員の賛同を得て、持ち株を分けてもらって、それが議決権になる感じで。
grokとの議論
https://grok.com/share/bGVnYWN5_0e63837d-2378-48f5-83ad-4041d2f7d799
結論としては、正しくワークするように思いました。
合同会社と株式での支配により、横領を防ぎ、配信者ファーストも実現できるでしょう。
株主なので、事務所に所属するタレントよりも立場が高く、帳簿を見せろとより強く言える(会社法578条)から横領には早く気が付けるし抑止にもなる。
そして、仮に収益の半分を会社に入れたとしても、自分がオーナーの一人なのだから、ダメージも少ない。なんならより利益が上がれば、逆に配当も期待できる。
そして、個人配信者に比べて、財務や営業といった専門家を雇用することができる。
結構強い気がするよね。
議論では、リーダーに黄金株を付与して拒否権を持たせたりとか、いろいろやってるけど、長くなるので割愛。
興味がある人は会話ログをよめ。