  |
はてなキーワード: アドレスとは
言いたいことをまとめると
さらに言うと
以下本文（別に読まなくて良い）
こんな増田があった。
つぶやき的な増田だけど、素朴に基礎知識を持っている人の感想というところであろう。
しかし、それに対しての反応に、未だに基礎知識がなく印象論だけで話をしている人が多く居るという事を見かたので、改めて書いてみる。
この他にも、元々東京都が婚活アプリを整備すると言う話 [注5] に対しても微妙な意見があるので整理してみる。
ちなみに前書いた増田
https://anond.hatelabo.jp/20231208002645
子育て支援のほうが合理的、そんな意見があるが、それは間違っている。何故かと言うと、少子化の主因を捉えていないから。
これは繰り返し言われてきたが、少子化の主要因は、非婚化と言われている(注1)
詳しくは注記に文献を上げておくので見てほしいが、簡単に言うと
と言う状況があるためだ。
結婚した夫婦がもうける子どもの数は微減状態にはあるが、そこに合計特殊出生率の変化のグラフと、婚姻率のグラフを重ねてみてほしい。そうすれば、夫婦が設ける子どもの数は横這いで、結果として表れる合計特殊出生率の変化のグラフとは重ならないが、婚姻率のグラフは綺麗に重なることがわかるだろう。一目瞭然で「結婚した夫婦も減ってるじゃ無いか」と言うのは枝葉であり、全くマトを得てない事が分かると思う。
少なくとも「対策の合理性」という観点から検討すると合理的とは言いがたい。
ただ、この点についても重要な視点がある為、あとで少し書いてみる。どちらにしても少子化支援で解決は難しい。
このように、結婚しない人を結婚させるより、3人目を諦める人を支援した方が良いと言う事実はない事も既に研究で明らかになっている。確かに理想の人数の子の数を諦めた理由という調査では、その理由に経済を上げる人が多いが、統計で分析すると
要するに夫婦の子どもの数を増やすには、最も合理的な手段は晩婚化対策であるだと言うことになるが、政治的にタブーでありこの路線はほぼ無理であるとも言える。ただ、やるべきではあるのだが、これは子育て支援の方面ではない。
もちろん、
ただし
子育て支援は少子化対策としては有効ではないと言うことをとにかく認識してほしい。
よく「子育て支援・少子化対策」と並べる人がいるが、この二つは似て非なるものである。少子化対策とは別に考えるべきだ。
と言うことになる。
この施策を真っ向からストレートに捉えると、出会いを作って結婚してもらうと言う事になるだろう。色々な所が取り組んでいる。それを東京都がやるのが東京都が行う管掌のマッチングアプリという事になるだろう。
ここで「合理的か」という観点から見るとき考えなければならないのが、この施策にかかるリソースだが、東京都がこの婚姻支援に入れる予算は、たったの3億円である。(注5)
福祉予算としては圧倒的に低く、はっきりと東京都レベルでは誤差の範囲の予算だ。例えば、都庁のプロジェクションマッピングの半額以下である。
予算が低いことが問題ではない。むしろ「合理性」という観点では低い予算で高い効果が上がる可能性が高いと言うことだ。3億円では都心の100人規模の保育所の運営費にも満たないと思われる。
色々な資料を読んでいると、非婚化・晩婚化による少子化は1990年代から既に言われていることで(注1) この程度の予算でできる事をなぜやってこなかったのか、とどうしても思ってしまうが、過去の事は仕方が無い。
これからでもよいのでやるべきだ。
さて、優先順位の3番目にきている「晩婚化対策」についても触れたいと思う。
晩婚化対策が何故必要かは、既に述べた理由の再掲にはなるのだが、まとめると
また、
さて、晩婚化対策とはなんだろうか？これは2つ考えられ
の二つがある。
政策的にやりやすいのは明らかに後者である。1は大事だが、これは政治的にタブーであるし、現実問題出来るのかという事がついて回る。
一方で後者はやりやすい。と言うのは、いずれの統計でも、いずれの時代にも「結婚したい」と考える独身者の率は年齢が上がるほど延びて、一定を超えると諦めて減ると言うカーブを取るからである。
ただしこれは子育て支援とは切り口が異なる。政策的には子育て支援に含められている場合も多いが「不妊治療の公的扶助の拡充」などがそれにあたる。
子育て支援と異なるのは何かと言うと、保育所の支援、学費の無料化などは「既に生んだ後」の支援である。実はこれが少子化対策には効果が薄く非合理的だと言われる。
直接的に生みたいが生めないと言う人々を支援することが有効なのだが、何故か少子化対策に対してこちらの方が手薄になっている。
少子化対策予算などいくらでも出せるのだから全部やればいいと思うのだが。
おこなわれないのは、属性の人々はあまり政治層に声を上げないし、代弁して声を上げるような社会団体が無いからだと思われる。
再掲するが、せめて
が必要だ。
政治的に
みたいなことを堂々といったら炎上するだけで難しいのはわかる。例えば、子育て支援は所得制限無し無制限が支持される一方で、自治体が頑張って結婚相談所を作っても参加補助どころか無料も無理で、実費請求されるところがほとんどだ。
今回の件も、例えば朝日新聞の報道( 注5) にも「行政がやる事か？」「結婚しろという圧力になる」と言った的外れなコメントが、有識者枠で掲載される有様だ。有識者と言いながら単なる社会活動家のポジショントークに過ぎないのだが、ほぼ例外なく誰もが当事者であるから出てきてしまうのであろう。
これは有権者の支持が得られないというところであろう。
が、もうこれを上手くオブラートに包んで実行していくほかにないのでは無いと思われる。
子育て支援をするなと行っているのでは無い。子育て支援はやるべきだ。しかし、子育て支援は少子化対策にならないのを直視して、少子化対策は別枠でちゃんとやってくれと言う事である。
少なくともこの現実を直視し、正しい基礎知識を持った上で、婚姻支援を合理的ではないなどいった誤った考えを早く正すべきだと考える。また政治活動家がロビー活動をする時も、この論法を使うことは控えてほしい。もっと他に手頃なスケープゴートがあるだろう。
冷静に考えてほしい。東京都だけで2兆円ちかい子育て関連予算に対して、3億円の施策が何だというのか？ そして誰も「子育て支援を削って非婚化対策しろ」なんて考えで施策を行ってないのである。
少子化対策は非常に重要な問題で、主要な政治家はみな積極的に取り組んでいる状態だ。子育て支援と婚姻支援がトレードオフの関係にある訳がないから、必要なら両方やれば良いのだ。
正しい知識をもって行動してほしい。
アドレス載せすぎてスパム判定されたので、h抜きにしてあります。
入らなかったので別エントリで
言いたいことをまとめると
さらに言うと
以下本文（別に読まなくて良い）
こんな増田があった。
つぶやき的な増田だけど、素朴に基礎知識を持っている人の感想というところであろう。
しかし、それに対しての反応に、未だに基礎知識がなく印象論だけで話をしている人が多く居るという事を見かたので、改めて書いてみる。
この他にも、元々東京都が婚活アプリを整備すると言う話 [注5] に対しても微妙な意見があるので整理してみる。
ちなみに前書いた増田
https://anond.hatelabo.jp/20231208002645
子育て支援のほうが合理的、そんな意見があるが、それは間違っている。何故かと言うと、少子化の主因を捉えていないから。
これは繰り返し言われてきたが、少子化の主要因は、非婚化と言われている(注1)
詳しくは注記に文献を上げておくので見てほしいが、簡単に言うと
と言う状況があるためだ。
結婚した夫婦がもうける子どもの数は微減状態にはあるが、そこに合計特殊出生率の変化のグラフと、婚姻率のグラフを重ねてみてほしい。そうすれば、夫婦が設ける子どもの数は横這いで、結果として表れる合計特殊出生率の変化のグラフとは重ならないが、婚姻率のグラフは綺麗に重なることがわかるだろう。一目瞭然で「結婚した夫婦も減ってるじゃ無いか」と言うのは枝葉であり、全くマトを得てない事が分かると思う。
少なくとも「対策の合理性」という観点から検討すると合理的とは言いがたい。
ただ、この点についても重要な視点がある為、あとで少し書いてみる。どちらにしても少子化支援で解決は難しい。
このように、結婚しない人を結婚させるより、3人目を諦める人を支援した方が良いと言う事実はない事も既に研究で明らかになっている。確かに理想の人数の子の数を諦めた理由という調査では、その理由に経済を上げる人が多いが、統計で分析すると
要するに夫婦の子どもの数を増やすには、最も合理的な手段は晩婚化対策であるだと言うことになるが、政治的にタブーでありこの路線はほぼ無理であるとも言える。ただ、やるべきではあるのだが、これは子育て支援の方面ではない。
もちろん、
ただし
子育て支援は少子化対策としては有効ではないと言うことをとにかく認識してほしい。
よく「子育て支援・少子化対策」と並べる人がいるが、この二つは似て非なるものである。少子化対策とは別に考えるべきだ。
と言うことになる。
この施策を真っ向からストレートに捉えると、出会いを作って結婚してもらうと言う事になるだろう。色々な所が取り組んでいる。それを東京都がやるのが東京都が行う管掌のマッチングアプリという事になるだろう。
ここで「合理的か」という観点から見るとき考えなければならないのが、この施策にかかるリソースだが、東京都がこの婚姻支援に入れる予算は、たったの3億円である。(注5)
福祉予算としては圧倒的に低く、はっきりと東京都レベルでは誤差の範囲の予算だ。例えば、都庁のプロジェクションマッピングの半額以下である。
予算が低いことが問題ではない。むしろ「合理性」という観点では低い予算で高い効果が上がる可能性が高いと言うことだ。3億円では都心の100人規模の保育所の運営費にも満たないと思われる。
色々な資料を読んでいると、非婚化・晩婚化による少子化は1990年代から既に言われていることで(注1) この程度の予算でできる事をなぜやってこなかったのか、とどうしても思ってしまうが、過去の事は仕方が無い。
これからでもよいのでやるべきだ。
さて、優先順位の3番目にきている「晩婚化対策」についても触れたいと思う。
晩婚化対策が何故必要かは、既に述べた理由の再掲にはなるのだが、まとめると
また、
さて、晩婚化対策とはなんだろうか？これは2つ考えられ
の二つがある。
政策的にやりやすいのは明らかに後者である。1は大事だが、これは政治的にタブーであるし、現実問題出来るのかという事がついて回る。
一方で後者はやりやすい。と言うのは、いずれの統計でも、いずれの時代にも「結婚したい」と考える独身者の率は年齢が上がるほど延びて、一定を超えると諦めて減ると言うカーブを取るからである。
ただしこれは子育て支援とは切り口が異なる。政策的には子育て支援に含められている場合も多いが「不妊治療の公的扶助の拡充」などがそれにあたる。
子育て支援と異なるのは何かと言うと、保育所の支援、学費の無料化などは「既に生んだ後」の支援である。実はこれが少子化対策には効果が薄く非合理的だと言われる。
直接的に生みたいが生めないと言う人々を支援することが有効なのだが、何故か少子化対策に対してこちらの方が手薄になっている。
少子化対策予算などいくらでも出せるのだから全部やればいいと思うのだが。
おこなわれないのは、属性の人々はあまり政治層に声を上げないし、代弁して声を上げるような社会団体が無いからだと思われる。
再掲するが、せめて
が必要だ。
政治的に
みたいなことを堂々といったら炎上するだけで難しいのはわかる。例えば、子育て支援は所得制限無し無制限が支持される一方で、自治体が頑張って結婚相談所を作っても参加補助どころか無料も無理で、実費請求されるところがほとんどだ。
今回の件も、例えば朝日新聞の報道( 注5) にも「行政がやる事か？」「結婚しろという圧力になる」と言った的外れなコメントが、有識者枠で掲載される有様だ。有識者と言いながら単なる社会活動家のポジショントークに過ぎないのだが、ほぼ例外なく誰もが当事者であるから出てきてしまうのであろう。
これは有権者の支持が得られないというところであろう。
が、もうこれを上手くオブラートに包んで実行していくほかにないのでは無いと思われる。
子育て支援をするなと行っているのでは無い。子育て支援はやるべきだ。しかし、子育て支援は少子化対策にならないのを直視して、少子化対策は別枠でちゃんとやってくれと言う事である。
少なくともこの現実を直視し、正しい基礎知識を持った上で、婚姻支援を合理的ではないなどいった誤った考えを早く正すべきだと考える。また政治活動家がロビー活動をする時も、この論法を使うことは控えてほしい。もっと他に手頃なスケープゴートがあるだろう。
冷静に考えてほしい。東京都だけで2兆円ちかい子育て関連予算に対して、3億円の施策が何だというのか？ そして誰も「子育て支援を削って非婚化対策しろ」なんて考えで施策を行ってないのである。
少子化対策は非常に重要な問題で、主要な政治家はみな積極的に取り組んでいる状態だ。子育て支援と婚姻支援がトレードオフの関係にある訳がないから、必要なら両方やれば良いのだ。
正しい知識をもって行動してほしい。
アドレス載せすぎてスパム判定されたので、h抜きにしてあります。
今までの話を読んできてもらった人には、完全に誤った議論であることはわかっていただけると思うのだけれど、どうしてもこう言う事を言う人がいる。
ただ、一点だけ「既に金がある奴を支援するべき」はその通りで、そのための施策がマッチングサービス・非婚化対策なのである。
統計で見ると、結婚しない・出来ない理由は、トップが「出会いがない」で次いで「経済的理由」である。
経済的理由と出会いが無いはほぼ同率なので、両方に手当てをする必要がある。
そして未婚男性で最も多いのは年収500万円以上なので、経済だけを協調して、マッチングサービスなど出会いを作る施策を非合理的だとする理由はない。
両方やれば良いし「合理性」で考えるならば、マッチングサービスなどの単純な婚活支援が最初に来るだろう。
参考： ttps://president.jp/articles/-/63789 婚活市場では"高望み"の部類だが…｢年収500万円以上の未婚男性｣が最も余っている皮肉な理由
引用：
涯未婚率対象年齢である45～54歳男女の未婚人口を年収別にみると、未婚男性でもっとも人口が多いのは500万円以上の年収層になります（2007～2017年の10年推移）。これは2007年も同様で、比率にしてしまうと小さくなるのですが、実数としては「婚活女性が高望みといわれてしまう年収500万円以上の未婚男性」がもっとも余っている
わずかにそう言った傾向はあるかも知れないが、基本的には誤り。根拠としては、結婚する理由に「子どもが欲しいから」と答える人が減っているという事を上げることが多いが、子どもが欲しいからと上げていた Permalink | 記事への反応(0) | 12:26
弱者男性は嘘がつけない（正直過ぎる）からモテない→嘘はつこうと思えばいくらでも嘘つけるし、陽キャとかの方がそれ大丈夫か？と思うほど正直過ぎる反応する
女を人として扱え→逆に弱者男性が女を人として扱ってないと思う事があるのが謎。怒りスイッチと謎の拘りが個人によって違いすぎる風俗嬢のお気持ち表明みたい
清潔感系のアドバイスに聞く耳持つような奴は既に同年代の世間一般程度の清潔感はあるし
ヤバ目のオタクは脳内ハッピーセット系なんで自分の境遇や弱者男性問題にも関心ないよ
有り難いアドレスってマッチングアプリで映えるプロフや写真の撮り方、お手軽収入アップや経歴ロンダリング講座とか、穴場ナンパスポット的なのだよ
３月２９日時点で条件が示されていればドラマ化はなかった――これは日テレの調査によって明らかになったドラマ制作サイドの考えだ。ドラマ制作した日テレは３月２９日のウェブ会議において原作利用許諾を得られ制作がスタートしたと考えている。原作サイドの小学館は６月１０日のメールで初めて契約が締結したと認識している。すれ違いだ。
すれ違いが多数重なったことで悲惨な結果になった本件だが、６月１０日までに実際に何があったかに焦点を当てて考察する。どちらの調査報告書でも解釈の都合に合わせて省略が施されていて、突き合わせてみないと実態がわかりにくい。原作の先生がブログで示した「何度も確認した条件」は、果たしてどのようなものだったのか。どう確認されたのか。日テレは何を約束し、あるいは約束したと思い込んだのか。
なおこの考察では、日テレの調査報告書も小学館の調査報告書にもウソは書かれてないと仮定する。この後に及んですぐバレるウソをつくのはリスクでしかないし、外部の弁護士が実名で名を連ねているからだ。
引用元を（日p12）（小p34）のようにページ数を付記して示す。
（日） https://www.ntv.co.jp/info/pressrelease/pdf/20240531-2.pdf
（小） https://doc.shogakukan.co.jp/20240603a.pdf
なお文脈を補うために適宜カッコ書きで（このように）追記する。
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ（小学館側は）芦原氏が自分の作品を大切にする方であり、作品の世界観を守るために細かな指示をする所謂「難しい作家」であるから、原作に忠実で原作を大事にする脚本家でないと難しいと伝えた。（小p13）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ他社に当面ドラマ化の意向がないことを確認し、会議で報告した。（小p13）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ他局からのドラマ化の話を断ったことが説明され（日p10）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ（日テレからの原作者とどういう形で進めていくのがよいか、の質問に対して）「できあがったプロット・脚本を見ながら進めていきましょう」
（日テレ側は）本件原作者の意見を無視するような改変はしない、リスペクトをもって取り組むという趣旨の話をした（日p10）
日テレはこのときにドラマ企画についての許諾がなされたと認識したらしい。
日テレの報告書には、この時点までの二度の打ち合わせではブログにあったような条件は文書でも口頭でも提示されてなかったと注記している。小学館担当者は「漫画を原作としてドラマ化する以上、『原作漫画とドラマは全く別物なので、自由に好き勝手にやってください』旨言われない限り、原作漫画に忠実にドラマ化することは当然という認識である」と回答した。
４月には日テレから脚本家候補者の提案があり、その中に揉めた脚本家も含まれていた。
脚本家が書いてきたプロットに原作の先生が修正を加えたりした。４月中に日テレから脚本家が決定したと通知された。
４月２４日
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ「マストではないので、ご提案があれば随時お聞きしたい」（と添えて原作者の意見を伝えた）（小p16）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ未完部分はドラマオリジナルのエンドでよい（日p9）
日テレの調査によると、この発言は「未完部分は原作に影響を与えないよう、原作者が提案するものをベースにしたドラマオリジナルエンドで良いという趣旨で言った」とのこと。
５月１９日
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ原作者としてエピソードの順番の入れ替えをしないよう脚本家に求めた。...送信メールに「 『セクシー田中さん』はキャラクター漫画だと思っています。それ故キャラクターを好きになってもらうために、各エピソードが綿密に構成されているので、やむを得ない場合以外はできるだけ、原作の流れを崩さないで頂けたら…と思っています」と記載し、編集者の立場からの希望を述べた。（小p17）
電話でドラマ化にあたってはやむを得ない部分はあるということを説明し了承を得た。（日p16）
６月６日
日本テレビ社内で 10 月期クールの日曜ドラマ化で決定になりそうだとして契約締結の段取りについて相談したいとの連絡（小p19）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ日本テレビ社内で正式決定されたら...連絡するように求めた（小p19）
６月８日
「日テレ内で『10 月ドラマ枠』で正式決定いたしました。」とメール（日p17）
（小学館社員に対し）契約の話を進めるように要請した。（小p19）
日テレの調査報告書によると、事前にドラマ化自体と放送枠は決まっていたが、初回放送日がこのタイミングで決まった、としている。
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ電話で改めて、ドラマのオリジナル部分は芦原氏が詳細プロットを書き、これを受けて脚本家が起こした脚本を了承しない場合は脚本を自ら書く方法を提案し、脚本家に失礼にならないよう了承を取ることを求めた。（小p21）
芦原氏に書いてもらうことはありがたいと賛同し、脚本家にもうまく話しておくと回答した（小p21）
「ドラマオリジナル部分は原作にない部分を描くため、本件原作者にとって非常にセンシティヴであること、本件原作者の過去のドラマ化の経験から本件原作者から提案したほうが良いであろうこと、提案の形態は、プロット若しくはロングプロット（なるべくセリフを多めに書く）とし、本件原作者が作成して本件脚本家が読み込んだ上で、本件原作者の意図を最大限汲んだ形で巧妙に脚本化できればベストであること、ただし、脚本化の過程で本件原作者の了承がどうしても得られない場合は、本件原作者自ら脚本を執筆する可能性があること、これを実施すると、専業の脚本家の方に大変失礼であるので、予め了承を取っておいてほしいことを述べ」日テレ社員の了承を得た、とのこと（日p18）、しかし日テレ社員は、
「もし脚本が芦原先生の意図を十分汲まず、芦原先生の承諾を得られないときは、芦原先生に脚本も書いてもらうこともある」と言われた記憶はないと否定しているが、詳細プロットを書く話を聞き、感謝したことは認めている。（小p21）
原作者自ら脚本を執筆する可能性があること、これを実施すると、専業の脚本家の方に大変失礼であるので、予め了承を取っておいてほしいことは、この時点では言われた記憶はない（日p18）
小学館のレポートでは日テレ社員は「明確な条件としてはお伝えいただいておりません」とも回答し、話があったことを否定してはいない、と強調している。
「契約書の件承知しました。（日テレ社員）より（小学館社員）から契約にあたっての 9、10 話のロングプロットの話など聞きまして、こちらとしては合意で契約すすめたいというのは（日テレ社員）に戻させていただきました」（小p22）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ「脚本家の方との向き合いもあると思いますので、なかなか心苦しいのですが」との懸念を示しつつ「その先のドラマオリジナル展開に関しては、芦原先生の方から、脚本もしくは詳細プロットの体裁でご提案させて頂けませんでしょうか」と、提案（小p22）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ「許諾の条件という程ではありませんが、はっきりとした要望としてご検討頂けますと幸いです」（日p19）
小学館のレポートは「交渉への配慮として許諾条件という程ではないとしながらも」と注記している。
「結果進めさせて頂くとのことで承知しました。9話あたりからのドラマオリジナル展開に関して芦原先生の方から脚本もしくは詳細プロットの体裁でご提案して頂く点も承知しました。芦原先生の原作の世界観もあると思いますので具体的に頂けるほうが良いと思います。（小p22）
こちらからもそのご提案を受けて、案だしもさせて頂ければと思いますが、その方向で進めさせてください。」（日p19）
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ具体的な進め方は...（別の社員）と相談するように求め、原作利用契約は小学館から連絡するとのメールを送った（小p22）
進め方の相談の電話を...（その小学館社員）にするとメールした。
日テレ側の聞き取りによると、日テレ社員は「脚本は本件脚本家が書くものだと思っていたため、…メールにある『脚本』という点が引っ掛かった。そこで、」
ᅟᅟᅟᅟᅟᅟᅟᅟᅟ9、10 話に関しては、原作者にプロットを書いて頂く方向で進められたらと思う旨メールにて回答した。（日p19）
小学館の調査報告書によると小学館担当者は「この提案は、プロットを忠実に脚本に起こしてもらえるならば、という前提での提案であり、この時点で芦原氏の脚本執筆を条件から外した事実はない。」とのこと（小p22）。日テレの調査にも同様の回答をしている。
「テレビドラマとして本件原作者のプロットが通用するかどうかは実際にみてからでないとわからない」旨回答し、本件脚本家の執筆したものでラリーをさせてほしいという旨伝えた（日p18）
さらに、「この時点で本件原作者の了承がどうしても得られない場合は、本件原作者自ら脚本を執筆する可能性があることについて本件脚本家に了承を取っておいてほしいことは言われたことはない」（日p18）としている。
ᅟᅟᅟᅟᅟᅟᅟᅟᅟドラマオリジナル部分については本件原作者からロングプロットの提案をしたい旨連絡があった（日p18）
それで良い旨... 回答し、...（小学館担当者に）伝えた（日p18）
高々数ＭBをケチってログの残らない媒体でコミュニケーションを取るのはリスクでしかない。６月９日に何が起こったかについて双方の意見は真っ向から食い違ってる。お互いがああも自分の意見を主張できるのは、相手方に記録が残ってないという確信があるからだと思う。彼らの読みは正しくて、だから結局どちらが正しいのかはわからない。真実は闇の中。ログの残らない電話だから。
・ドラマ化するなら「必ず漫画に忠実に」。漫画に忠実でない場合はしっかりと加筆修正をさせていただく。
・漫画が完結していない以上、ドラマなりの結末を設定しなければならないドラマオリジナルの終盤も、まだまだ未完の漫画のこれからに影響を及ぼさない様「原作者があらすじからセリフまで」用意する。
原作者が用意したものは原作変更しないでいただきたいので、ドラマオリジナル部分については、原作者が用意したものを、そのまま脚本化していただける方を想定していただく必要や、場合によっては、原作者が脚本を執筆する可能性もある。
これらを条件とさせていただき、小学館から日本テレビさんに伝えていただきました。
...「この条件で本当に良いか」ということを小学館を通じて日本テレビさんに何度も確認させていただいた後で、スタートしたのが今回のドラマ化です。
（原作者のブログ記事より。アドレスはここだった http://ashihara-hina.jugem.jp/?eid=244 ）
わたしの社会経験は豊富とは言えないけれど、小学館お墨付きのブログの「本当にこの条件で良いかと何度も確認させた」というのは誇張した表現としか思えない。少なくとも６月１０日まで、原作者サイドはいろんな状況で何度も原作に従うように打診してきた。だけど「改めて」原作が脚本を書く了承を求めた６月８日以前にそれを求めた証拠を、わたしは小学館のレポートからさえも読み取ることはできなかった。そして「許諾の条件というほどではありませんが」… これが交渉の配慮から出てきた言い方なのは分かるが、「許諾の条件ではない」とワザワザ明記した要望が「許諾の条件だ」なんて認められない。これこれが条件だ、さもなければドラマ化は無しで、と言葉は強いかもしれないがビジネスの場では明確に迫るべきだと思う。
日テレ社員は６月１０日のメールで「脚本もしくは詳細プロットの体裁でご提案して頂く点も承知しました」と一旦は納得してる。これは双方のレポートで食い違いがない。だけどその後に、「待てよ」と思い直して「（脚本ではなく）プロットで」と確認して小学館社員も方針に納得したらしい。しかし小学館社員は方向転換しない等とは言ってない。前提が覆れば現在の方針を改めるつもりでいた。このような『現在の方針の確認』は『契約の条件』というには曖昧に過ぎると思う。日テレ視点では脚本の話はそのメールでイキナリ飛び出てきた文言だったのかもしれない。だけど誤って受け入れた原作脚本の可能性を否定したいなら、「原作者が脚本を書く可能性は無しでお願いします」とハッキリ言わなければならなかったと思う。
某中華ソシャゲが不具合報告のメールのToに該当ユーザーのメールアドレス200超を全部突っ込んで送信してちょっとした騒動になってるけど、
弊社取引先の一つには、ニートからいきなり事業統括部長待遇で入社した社長のバカ息子が、
今日も今まさにこの時もToに取引先のメールアドレスをぶち込むせいで、
弊社含めてどの会社のどの部署のどの肩書の誰々さん（フルネーム）と付き合いがあるのかが公然の秘密になってるし、
中には未だに携帯の電話番号+ランダムな文字列みたいなキャリアメールアドレス使ってる人もいるから電話番号すら筒抜けだし、
それを受けて弊社のセキュリティ部門の対応として社外に送るメールはToには2つ以上のアドレスの記載が禁止されているし、
CCもBCCも禁止されているので、「直接のご担当ではないことは理解しておりますが、一応念の為、共有を行います」って断り書きいれて控えを送るし、
社内メールではToに複数のアドレスの記載はOKだけど、アドレスの記載順に席次の概念が取り入れられているので、
社内の偉い順にToを一つ一つ追加していかないといけないし、
休みの日にも個人の携帯に電話が来て即日対応しないといけないことも多いから泊りがけで遊びに行くこともできなくなったし、
うちの直接の上司はXとYouTube経由で陰謀論にはまって社内で反ワク推奨運動して部長から厳重注意を受けるし、
15年前に農学系修士（マウス扱う系）を出た人間だけど。その研究室、もし変えられるなら変えたほうがいいと思う。
内部進学する人間は院進が当然だから研究室めぐりや先輩からの情報とかで自分に合った研究室選びができるし（ブラック研究室を避けられるし）、入ったら入ったで4年生のうちに教官もしくは先輩から指導を受けててやり方に慣れられるし、学部時代からの友人関係もあってストレスを出しやすい。
一方、外部から来る人はそれが全くできない。だから辛くてついていけない人も結構いる。（そして学部上りはそれがよくわからない）
・やばい先輩がいる
・全然機材がなくて自分で顔広げてほかのところに借りに行かないと研究できない
そんなことはむしろ多い。でもそれでも内部進学が「わかってて」入るのと、あなたみたいに「わからずに」入るのとでは全然ちがう。
で、あわないところは本当にずっと合わないままだったりする。狭い世界だからなかなか逃げられないし。
そして、そもそも成果が出る出ないは全く違う次元で起こる。これはほとんど運みたいなものもある。
ちなみに私は子供のころから研究職になりなくて京都大学に入って、当然のように内部進学で院進したけど、できると聞いてたテーマは教授が変わっててできなくて、選んだテーマは時代にあってなくて、成果も全然でなかったからアカデミアは当然あきらめ、就活も研究職志望だったけどまったく受からず、そして自分が研究に向いていないことをようやく自覚して、結局院卒で文系就職したけど、いまは楽しいよ。研究の思考プロセスってなんにでも活用できるから。
研究がやってみたい、という気持ちでその世界に飛び込んだあなたはとてもえらいし、すごい。
そんなあなたが２か月もかからず心をつぶされるのは、本当に本当にもったいないし、悲しい。
研究は１日休んだだけでも不安になるよね。怖いよね。わかる。まわりすごい人ばっかりだし成果も出してるし。異様なほどタフな人たちがいっぱいいるから。
でも、勇気を出して誰かをたよって。学生相談室でも、ほかの研究室の人でもいい（夜中でもたいてい誰かいるよね）。ブラック研究室ってあるから。いっぱいあるから、みんなそれわかってるから、多分話を聞いてくれると思う。もちろん自分の学外の知り合いでもいいから。あともしかしたらメールの窓口もあるかも。しんどい、だけでもいいから学内アドレスで送ってしまおう。
はてなブログに書くのは初めてで文章もあまり書くのが得意ではないため、いろいろ目をつぶっていただけると嬉しいです。
去年の夏ころ話題になったこの記事を読んで、部署の後輩も同じような人だなあとは思っていました。
https://anond.hatelabo.jp/20230830203626
そしてこの後輩、つまり弊社のBさんが原因で転職することになり、引継ぎで大炎上しているので自分で書きだしているうちに何か対策のヒントが見つかるといいなと思いました。
Aさん＝自分 そろそろやめる
Bさん＝後輩 私の倍以上の年齢
Bさんが入ってきたのは2年前の春でした。
大企業（弊社の取引先）を定年退職して、弊社の社長の紹介で入ってきました。
そんな経緯なので社長だけが面接して独断で入れたようで、上長も人事もBさんの勤務初日に初めて顔を合わせたようです。
2～3日経って、上長Aが私に「Bさん、仕事できないね」と言いました。そのときは、Bさんと絡みがなくて何のことかわからなかったのですが、決定的にわかったのは、私がBさんにお客様のメールアドレスを教える→30分くらい経ってBさんが上長Aに「Aさんから教えてもらったアドレスは間違ってます！お客様の企業サイトから問い合わせたら返信が返ってきました！」と企業からの自動返信メールを印刷して上長Aに報告しにいくということがあったからです。
上長Aは試用期間の3か月でクビにしようとしたのですが、社長から「まだ仕事に慣れていないだけだ」と止められたそうです。
元の記事のBさんと同じで、弊社のBさんも教えたことを何回も聞く、メモを取った方がいいのでは？というと「あー」という返事だけ、一度言ったことは何回も聞くくせに大事なことは放置という感じでした。すぐに嘘をつくところも同じです。
Bさんは口頭で聞いたことを文字にするのが苦手な人なんだなと思って、Bさんのために上長やほかの部署の人にも確認を取ってHTMLでマニュアルを作りましたが、何度マニュアルを読んでと言っても同じことを質問してきます。
ある日いつも通り「マニュアル読んでわからなかったら質問しに来て」と言ったところ「読みましたがマニュアルに書いてありませんでした」と言うので、「この項目のここに書いてありますよ」と伝えたら、逐一教えるときにマニュアルのリンクを貼っているのに「マニュアルがどこに保存されているのかわかりません！」と怒り気味に言われました。
さらに類似点として「客先の名前を覚えられない」のも同じです。
外国語ができるという売りで入ってきましたが、悪びれず本当はグーグル翻訳をコピペしていると言っていました。（その割に私の外国語の文法は逐一指摘する）
また、他責がひどく書くメールは基本的にコピペ、意味を理解していますか？と上長Aが聞くと「理解はしていませんが、〇〇さんがこのように書いていました」とそれの何がおかしいのかわからないといった風に答えていました。
このようなやりとりを何回も続けていくと、やはりストレスが溜まります。
そして声を荒げるようになってしまい、元の記事のAさんと同じように他の部署から私がパワハラをしているのではないか？と通報があったようで、上長Aに呼び出されて面談になりました。
しかしながら元の記事と違うところは、上長AもBさんがどうしようもないのを知っているということです。ただクビにもできない、異動ものちに出てくる上長Bが反対してさせられないという状況でした。
私は一度長期休暇中に自死しようとしたところを家族に見つかり、心療内科に通うことになりました。
今も通い続けています。
弊社のBさんの元の記事のBさんと違うところは、私に対して高圧的なところです。何かと私の些細なミスも上司に報告し、私は何回も教えたことをAさんが教えてくれないのが悪いと言います。
上長が不在のときはほとんどデスクで寝ています。起こす意味も込めて〇〇の進捗はいかがですか？と聞くと「まだできていません！！」と声を上げて怒り出します。
また、独り言がひどく、常時「あー」とか「うー」とか声を出しています。私は認知症の家族が当時は家にいた（後に亡くなりました）ので慣れていましたが、上長Aはそれも耐えられないと言っていました。
また、営業なので営業宛の電話はBさんに代わってほしいと言ったところ「女なんだからAさんが出てや」と言われました。
（Bさんは男性）
上長Bが入ってきて、少しは現状が良くなるかと思いきや、上長BはBさんをとても気に入っていました。私に仕事を振ると口答えするがBさんは素直にやってくれるからということです。実際は上長Bはコンプラ無視の無理難題（下請法や外為法に抵触するようなこと）を指示してくるため、それはコンプライアンス上できないと断っていました。
Bさんは上長Bの指示に従いますが、コンプライアンス上どうしても行き詰まる箇所があり、私に相談する→それはコンプラの問題でできないと言う→上長Bの私に対する評価が下がる（私に『見つかってしまった』と考える）のループでした。
そのうち上長BはBさんに私の見えないところでしか仕事を振らなくなり、Bさんが行うと確実に問題が発生するため、私と上長Aが彼らの尻ぬぐいを毎回行っていました。
尻ぬぐいの際もBさんに聞くとBさんは必ず「わかりません！」「やってません！」と怒り出すため、消耗が激しい上Bさんがわかっていないのは事実なので社内を飛ばしてお客様に状況をヒアリングするという状況が続いていました。
この上長B→Bさんコンボに耐えられなくなり、私は退職することになりましたが、当然引継ぎはBさんが行うことになり今大炎上しています。
Bさんは自分が私の引継ぎを行うと思っていなかった上、他の部署の人に「いつか辞めると思っていました！」と言っていたそうです。
また、引継ぎの際最初は「すべて引き継ぎます」と言っていましたが、よくよく上長Aが聞くと「わからないことは上長Aにやってもらいます」とも言っていて、上長Aが呆れていました。
今マニュアルを活用して引継ぎを行っていますが、マニュアルに書いていることをそのまま個別の案件に応用するという考えが浮かばないらしく、「〇〇の件はマニュアルに載っていません！」と適宜個別の案件が載っていないことを私の落ち度であるかのように指摘します。
例えば、1+1=2とマニュアルに載っているとします。それでりんご1つとみかん1つで合わせていくつになるでしょう？という問題を出されても、この二つの問題が関連付けられないようでした。
終いには人事に「マニュアルに載っていないことが多すぎる」と報告されていて私がまたパワハラ疑惑で呼び出されたため、マニュアルを人事に見せて、私が教えていないわけではないことを説明させてもらいました。
また、キャパオーバーだから私に仕事を手伝ってほしいという意味のメールも送ってきましたが、なぜか外国語で書かれていました。ちなみにこの文章は誤字があるものを最近私が海外のお客様に送っていて、その部分がそのままだったので名前以外は私のメールのコピペだと思います。Bさんも私も日本人の為、なぜ外国語で送ってきたかは不明です。
上長ABはその言語が読めないため、上長にバレないようにするためでは？と思っています。
人事から提示された解決法としては、上長Bの反対は一旦無視して単純作業の部署にBさんを異動させ、その部署のキャパが余っている人をこちらに入れるというものでした。
しかしながらその人も近々退職するため、その人が辞めるまでに別の人を新たに入れる必要があるそうです。
施設の備品の使い方質問したんだが、「こちらを参考にしてください」ってAタイプはこのアドレスBタイプはこのアドレスCタイプ…って列挙されて最後に動画もありますってQRコードも載せられたんだが。
まずてめーの施設の備品が何タイプなのかこっちは知らねーんだけど。てか管理者も分かってないんだな？だから全タイプのアドレスとりあえず載せたんだな？
仕方が無いからこっちで確認して調べたけど、要するに「斜めに引く」。これだけだったんだよ必要な操作。
「斜めに引きます。もし分からなければこちらを参考にしてください」の方が全タイプのアドレスぽちぽちコピペして列挙するよりラクだし質問者も手間が省けるだろ。
なんで自分の施設の備品を確認する、この手間をかけられないんだろうか。
てか把握しとけ。
Device Info は、高度なユーザー インターフェースとウィジェットを使用してモバイルデバイスに関する完全な情報を提供するシンプルで強力な Android アプリケーションです。たとえば、デバイス情報/ 電話情報には、CPU、RAM、OS、センサ、ストレージ、バッテリー、SIM、Bluetooth、ネットワーク、インストール済みアプリ、システム アプリ、ディスプレイ、カメラ、温度などに関する情報が含まれます。また、デバイス情報/ 電話情報は、ハードウェア テストでデバイスのベンチマークを行うことができます。
中身 : 👇 👇
👉 ダッシュボード : RAM、内部ストレージ、外部ストレージ、バッテリー、CPU、利用可能なセンサ、インストール済みアプリ & 最適化
👉 デバイス : デバイス名、モデル、メーカー、デバイス、ボード、ハードウェア、ブランド、IMEI、ハードウェア シリアル、SIM シリアル、SIM サブスクライバー、ネットワークオペレータ、ネットワークタイプ、WiFi Mac アドレス、ビルドフィンガープリント & USB ホスト
👉 システム : バージョン、コード名、API レベル、リリース バージョン、1 つの UI バージョン、セキュリティ パッチ レベル、ブートローダー、ビルド番号、ベースバンド、Java VM、カーネル、言語、ルート管理アプリ、Google Play サービスバージョン、Vulkan のサポート、Treble、シームレスな更新、OpenGL ES およびシステム稼働時間
👉 CPU : Soc - システム オン チップ、プロセッサ、CPU アーキテクチャ、サポート対象の ABI、CPU ハードウェア、CPU ガバナー、コア数、CPU 周波数、実行中のコア、GPU レンダラー、GPU ベンダー & GPU バージョン
👉 バッテリー : ヘルス、レベル、ステータス、電源、テクノロジー、温度、電圧と容量
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ネットワーク : IP アドレス、ゲートウェイ、サブネット マスク、DNS、リース期間、インターフェイス、周波数、リンク速度
👉 ディスプレイ : 解像度、密度、フォント スケール、物理サイズ、サポートされているリフレッシュレート、HDR、HDR 機能、明るさのレベルとモード、画面のタイムアウト、向き
👉 メモリ : RAM、RAM タイプ、RAM 周波数、ROM、内部ストレージ、外部ストレージ
👉 センサー : センサー名、センサベンダー、ライブセンサ値、タイプ、電力、ウェイクアップセンサ、ダイナミックセンサ、最大距離
👉 アプリ : ユーザーアプリ、インストール済みアプリ、アプリバージョン、最小 OS、ターゲット OS、インストール日、更新日、アクセス許可、アクティビティ、サービス、プロバイダ、レシーバー、抽出アプリ Apk
👉 アプリアナライザー : 高度なグラフを使用して、すべてのアプリケーションを分析します。また、ターゲット SDK、最小 SDK、インストール場所、プラットフォーム、インストーラ、および署名によってグループ化することもできます。
ディスプレイ、マルチタッチ、懐中電灯、ラウドスピーカー、イヤースピーカー、マイク、耳近接、光センサ、加速度計、振動、Bluetooth、WI-Fi、指紋、音量アップボタン、音量ダウンボタンをテストできます。
👉 温度 : システムによって指定されたすべての温度ゾーンの値
👉 カスタマイズ可能なウィジェット ： 最も重要な情報を表示する 3 つのサイズの完全にカスタマイズ可能なウィジェット
👉 レポートのエクスポート ： カスタマイズ可能なレポートのエクスポート、テキストレポートのエクスポート、PDF レポートのエクスポート
権限 👇 👇
READ_PHONE_STATE - ネットワーク情報を取得するには
BLUETOOTH_CONNECT - Bluetooth テスト
READ_EXTERNAL_STORAGE - イヤースピーカーとラウドスピーカーのテスト
