  |
はてなキーワード: スクリーニングとは
サイゼデート反対派が言う「性的魅力が伴ってないのにサイゼデートしたがるキモオタ」のサイゼデートは現存していないのではないか？
なぜならそんなキモいオタクに着いていく女性はいないため（“客観的にみて”いるとしたら、彼女は彼女なりの魅力を感じていると言えるだろう）
キモオタが女に求める基準は勝手に上げさせておけばいい だって誰も相手にしてないんだから
「部下に恋愛感情を抱くハラスメントキモオタ」みたいなものがいたとして部下がそれに付き合わされているということもあるかもしれないがそれはレアケースだし、ハラスメントが起こる環境の方をなんとかするべきだろう
つまり、キモオタに「サイゼはやめろ」と言うのは完全な哀れみと優しさからくる言葉なんだ そんな表面的なテクニックを教えるとスクリーニングが面倒になるからやめてくれ
Bloombergの報道によると、TikTok（ティックトック）のモデレーターが、生々しい動画による精神的トラウマを理由に、同ソーシャルメディアプラットフォームとその親会社であるByteDance（バイトダンス）を訴えたという。提案されている集団訴訟の中で、モデレーターのCandie Frazier（キャンディー・フレイジャー）氏はこれまで、暴力、学校での銃撃、致命的な転落、さらにはカニバリズムなどが映っている動画をスクリーニングしたと述べている。「（結果）原告は睡眠障害に悩み、眠れた時には恐ろしい悪夢にうなされています」と訴状には記されている。
問題をさらに悪化させているのは、TikTokはモデレーターたちに12時間のシフト制で働くことを要求し、1時間の昼食と15分の休憩を2回取ることしか許さないことだという。訴状によると「膨大な量のコンテンツがあるため、コンテンツモデレーターは、1つの動画につき25秒以内の視聴しか許されず、同時に3～10本の動画を観ることになる」とのこと。
TikTokは、Facebook（フェイスブック）やYouTubeを含む他のソーシャルメディア企業とともに、児童虐待やその他のトラウマになるような画像にモデレーターが対処するためのガイドラインを作成した。その中には、モデレーターのシフトを4時間に制限することや、心理的なサポートを提供することなどが盛り込まれている。しかし、訴訟によると、TikTokはこれらのガイドラインを実施しなかったとされている。
コンテンツモデレーターは、ソーシャルメディアに掲載される生々しい画像やトラウマになるような画像の矢面に立ち、ユーザーがそれらを体験しなくて済むようにする役目を背負っている。大手テック企業にコンテンツモデレーターを提供しているある企業は、この仕事が心的外傷後ストレス障害（PTSD）を引き起こす可能性があることを同意書の中で認めているほどだ。しかし、ソーシャルメディア企業は、心理的な危険性を考慮して十分な報酬を支払っておらず、メンタルヘルスのサポートも十分ではないとして、モデレーターなどから批判を受けている。2018年には、Facebookに対して同様の訴訟が起こされている。
フレイジャー氏は、他のTiktokスクリーナーを代表して集団訴訟を起こすことを希望しており、心理的傷害に対する補償と、モデレーターのための医療費支援基金を設ける裁判所命令を求めている。
とくに若者に対する悪影響が大きいと思う
https://mainichi.jp/articles/20211023/k00/00m/040/291000c?inb=ys
シンポでは、日本ダウン症協会が意見書を出した。意見書は「対象疾患が排除すべき疾患として固定観念化されることは今を生きる障害者を苦しめることになる」と指摘。検査がマススクリーニング（一斉検査）化につながらないような制度設計や検証を求めた。
これらの検査に関しては産科医も懸念を示してきた経緯があるが、それ以上に当事者の危機感は強い。
当事者が苦しむことになる以上、検査を全面禁止にすべきであろう。
少なくとも社会的マイノリティを支援する立場からは検査を肯定しえない。
検査を希望する夫婦は元々疾患のある子を望んでいないため、強制的に産ませたところで虐待に走る懸念があるとの考え方もあろう。
しかし、たとえ虐待が生じるとしても児童相談所の立ち入りなり親権停止なりで対応すれば良いのであって、それとこれとは話が別である。
https://note.com/kuma1206/n/n9a5bf1261462
を読んだので勝手に補足する。
"行政は野良犬やネズミの対策も必要でしょう。「プラジクアンテル」を混ぜた餌の散布も必要になるかもしれません。"
主にこの部分について。
・言いたいこと
キツネ・イヌに対する駆虫薬の投与ではエキノコックスの根絶（清浄化）はできない。
以下本文
・エキノコックスについて
エキノコックスの幼虫はノネズミ類（北海道では主にエゾヤチネズミ、愛知県ではまだ不明であろう）の肝臓で成長し、キツネ・イヌにネズミごと捕食され、キツネ・イヌの消化管で成虫になる。
成虫は消化管で虫卵を生み、キツネ・イヌの糞の中に虫卵が混ざる。その虫卵をネズミが食べ、ネズミ体内で幼虫が孵化する。
キツネ糞便に虫卵、ネズミに幼虫、キツネに成虫。この話を読んでいる間だけでも覚えておいてほしい。
キツネ・イヌ体内のエキノコックス成虫に対する寄生虫用薬としてプラジクアンテルがあり、これはキツネ・イヌのエキノコックスに対してはほぼ100%の駆虫効果がある。
具体的には、経口投与を行うと、感染している成虫が死に、糞便と一緒に排出される。いわゆる虫下しだ。
１．虫卵に対する効果がない
２．ネズミに投与しても幼虫には効かない
という問題がある。
１．虫卵に対する効果がない
については、この薬は虫卵を殺す（感染性を失わせる）ことはできない。
虫卵を十分形成している成虫をプラジクアンテルで駆虫した際にも、成虫ごと虫卵が糞便中に排出され、それは感染性を持つ。
なので、元記事にもあるように、プラジクアンテル投与後には、糞便の適切な処理が必要になる。
投与してしばらく（次に感染したネズミを食べ、体内で成虫が育つまで）は、虫卵の排出が一定期間抑えられる。
プラジクアンテルは経口投与が可能なため、この効果を期待して、定期的にプラジクアンテルをキツネの嗜好性の高い餌に混ぜて散布する事業（ベイト散布）が北海道の一部地域では行われている（後述）。
ちなみに、エキノコックスの虫卵は耐性がそもそもめちゃめちゃに高く、そこらの洗浄剤、消毒薬はほとんど効果がない。
実験的にエキノコックスを扱う施設では、消毒に高温水を用いて熱で殺している。
一般家庭であやしい糞を処理する場合は、糞に触らず袋で何重かにつつみ、燃えるゴミだろうか。廃棄物の扱いについては詳しくないのでこれ以上は言及しない。
手についた場合は石鹸と水でよく洗い、物理的に流すのが最も効果的だと思われる。アルコールをかけても駄目。
水分が多い環境（川・泥・雪上など）では感染性を数か月失わないという研究もあったはず。
２．ネズミに投与しても幼虫には効かない
については、現在のところ、ネズミ体内の幼虫を駆虫する手段は存在しない。
少し話がそれるが、エキノコックスのヒトへの感染は、「ネズミの代わりに間違ってヒトに感染する」というルートと考えてよい。
つまり、キツネの糞の中の虫卵をネズミの代わりに食べることで、ヒトは感染しているのだ。
ネズミと同様、ヒトでも薬による駆虫はあまり成功していない（というか、ヒトに対する治療の研究の方が盛んにされている。）
１．２．を踏まえて、キツネ・イヌに対するプラジクアンテルを投与を行うと、どうなるかというと……
・投与した飼いイヌについては、エキノコックスの成虫が駆虫される。定期的な投与によって、その後も虫卵の排出を防げる。
（そもそもネズミを食べなければ感染しないのだが、散歩中に意外と食べてるみたいな話もあるので……）
・ベイト散布によって投与したキツネについては、エキノコックスの成虫が駆虫される。定期的な投与も人手があれば可能。
・ノネズミに感染したエキノコックスの幼虫は、駆虫できない。（ネズミ寿命の１～数年は残存）
このようになり、卵と幼虫が残ってしまうのだ。
この卵と幼虫は、もちろんネズミやキツネが摂食することで、再び感染環が成立する。
また、別の問題として、すべてのキツネにプラジクアンテルの投与ができないという問題もある。
キツネは縄張りをもつ動物で、同じシーズンに限っては同じ場所に同一個体（同一家族）がいるとみなせ、個体数が確認しやすい方ではある。
何十個かのプラジカンテル入りのベイト散布を縄張り内で行うことで、狙ったキツネへの投与は可能である。
しかし、人里離れた地域のキツネの数をすべて把握するのは実際のところ無謀であり、すべてのキツネの駆虫は難しい。
しかし、逆に言えば、決まった地域で駆虫を行い、ある地域での虫卵の排出を抑えることはできる。
これを目的として北海道の一部で行われているのが、大学キャンパスや公園等のキツネと人が接しやすい場所でのベイト散布だ。
嗜好性の高い餌にプラジクアンテルを混ぜた餌を、範囲内に定期的にまくことで、その場所での虫卵からヒトへの感染を防ぐことができる。
別の地域には依然としてエキノコックスは残るし、ベイト散布をやめればネズミやキツネの移動によりエキノコックスがまた浸潤することとなるが、対処療法的には実績を残している方法のようである。
・結論
イヌ・キツネに対するプラジクアンテルの投与を行っても、卵と幼虫がときには年単位で残ってしまい、再び感染環が成立する可能性がある。
また、投与漏れがあれば、そこで感染環が維持される可能性がある。一般的に、投与漏れを防ぐのは難しいのではないか。
一部地域にプラジクアンテル入りのベイトを散布する方法は、エキノコックスの根絶こそはできないものの、
（余談）
・愛知県はどうすべきか？
愛知で確認されているエキノコックスは野犬からのみの検出であるが、同じ地域にキツネもいるため、キツネの検査を行うことが望ましい。当然動いてるとは思うが。
ちなみに、エキノコックスはネコ、タヌキに感染しても感染性のある虫卵を形成できないことが知られている。（ネコは一例だけ例外があるが、基本は安全とみてよい）
また、中間宿主のノネズミの種が不明であるため、ネズミの捕獲調査も必要。
北海道では、街中にはいないエゾヤチネズミが感染環のメインなので、都市部に住むキツネは比較的感染環が成立しづらいという意見を聞いたことがある。
しかし、愛知での状況は不明であるので、確認したい。また、都市部に住むネズミ（ドブネズミ等）もエキノコックスの感染例はある。
感染の範囲が狭いのであれば、もしかするとベイト散布だけで清浄化できる可能性もある。
理論上、すべてのイヌ・キツネに定期的にプラジクアンテルを投与し続けることで、
成虫を排除し続け、虫卵とネズミ体内の幼虫の絶滅を待つという形はとれるかもしれない。
これは単なる想像で、実績があるわけではない。
十分感染が広がってしまっている場合は、現状では清浄化は難しい。
例えば、イヌ・キツネのエキノコックスワクチンの開発等が必要であろう。
・愛知県民はどうすべきか？
元記事にもあるが、エキノコックスは北海道中に広がっているのに、年間の感染者は20人程度に過ぎず、発症したものを放っておけば死亡するにもかかわらず、死亡例もほとんどない。
これは疫学的にはなかなかすごいことで、wikipediaによるとエキノコックス症の全世界での発生率が10万人あたり1人程度であるにもかかわらず、
北海道での感染率が10万人当たり0.5人以下しかないということになる。なんとエキノコックス症が発生していない地域も含めた全体より低いのである。
（発生と感染を同等に扱っているので厳密には違うが、エキノコックスの場合はそんなに変わらない数字になるはず）
これについての主な理由としては、北海道民のエキノコックスへの理解の高さがあるとされている。
つまり、沢水を飲まない、キツネに触らない、山菜などはしっかり洗う、といった啓蒙が成功している例である。
また、スクリーニング検査が自治体によっては無料で受けられ、山に入るような人は検査を受けているようだ。
検査の精度は高く、エキノコックス症のヒトでの経過が非常にゆっくりであることから、10年に1回程度検査をすれば問題ない。
愛知県民も同様に、正しい知識の取得と啓蒙が現状では最も重要であろう。
手を洗おう。
いまもjQueryをWebアプリケーションの大事なライブラリとして使っている会社は少なくないと思う。
jQueryを会社で使っていると何が問題なのかを語っていこう。独断と偏見によるものなので、jQueryを使っていても問題ない会社も当然ある。たとえばペライチのサイトを作る会社とか小規模サイトなんかでは全く問題ない。
採用困難で売り手市場になっている時代、そして「jQueryを触らなければならない環境 vs モダンフロントエンド環境」という選択肢がある中で、あえてjQueryを選ぶフロントエンドエンジニアは少ない。
また、新人はもはやjQueryを学ぶことはない。彼らはES6以降のJavaScript / TypeScriptを書く。よしんばjQueryを学ぶことになった新人がいたとしても、それはただその新人が可哀想なだけで、現役なわけではない。ラガード（遅滞者）の仲間入りをさせているだけだ。新人でもキャリアをデザインできる新人は「jQueryはオワコン」という情報には触れているので、よほど就活で失敗しない限りはjQueryのところにたどり着かなくなっている。
そもそもバックエンドエンジニアでもモダンフロントエンドを書くような環境が増えてきた中で、2世代も前のjQueryだけでアーキテクチャに関する一考もないコードをメンテしなければいけないので、「jQuery」という言葉だけでフロントエンドエンジニアでなくとも入社を避けがちだ。（jQueryでアーキテクチャがしっかりしている可能性は低い。アーキテクチャがしっかりしているならばjQueryに依存しておらず、jQueryに依存していないのであれば簡単にjQueryから脱却できるはずで、簡単にjQueryから脱却できるならもう脱却しているはずだからだ）
メインストリームの部分はほとんどリプレイスが終わっているというでもなく、すべて現役でjQueryなのであれば尚更問題で、誰もメンテしたがらないコードの出来上がりだ。「弊社はCOBOLで書いてます！」とにこやかに言うようなものだ。
（ただし、さすがにjQueryだけでフロントをやっているという会社の求人をほとんど見かけることはない。無意識のスクリーニングで落としているのかもしれない）
jQueryを使っている会社には、フロントエンドエンジニアは一人もいないと言いきってもいいかもしれない。もしくは、今まさにjQueryをやめようとしているか、たまたま入ってきたフロントエンドエンジニアが今まさに辞めようと迷っているかのどれかだ。
「jQueryを使っていました」というエンジニアは、他社からはフロントエンドスキルが0とみなされる。つまり、フロントエンドエンジニアではないという意味だ。jQueryは、jQueryを使っている会社に対してしか武器にならないのだ（逆はできる）
jQueryを書ける人口自体は増えているだろうが、労働市場からは撤退し始めている。昔jQueryを書いていた人材の人数が上限で、そこから新たに学ぶ人の絶対数が減っているため、全体としては減っている。
私もjQueryは以前業務で書いていたが、もう数年書いていない。特にメリットを感じないからだ。遊びで、生のJavaScriptを書くことはある。
jQueryで入社するのは、昔からjQueryを使っている高齢のエンジニアか、なぜかjQueryを学ぶことになってしまった新人である可能性がある。
そのため、需要と供給に応じて、昔いたようなスキルレベルの人を今の市場で見つけようとすると費用がかかってしまう。jQuery書けますという人材が高年齢化しているのだ。そして世継ぎはいない。
リプレイスはハッキリ言って難しい。モダンなフロントエンドを学習するだけでは足りなくて、それを使いこなせた上でしかもjQueryを使用したカオスイベントコードも読めて、そしてアーキテクチャを考えてリプレイスしなければいけない。
時代が下るにつれて、そうしたハイスキル人材はより高価値になっていき、レア度も単価も高くなる。今そういう人を雇うという判断をしない会社が、どうして今後もっとハイスキルの人を雇えようか。
jQueryを使ったサービスがしっかり利益を出している点もリプレイスを難しくしている。全廃もできない。かと言ってコストに見合わなければリプレイスという経営判断も難しい。経営が困難な状態ならより厳しい。
何も理由がなくjQueryを使い続けたいという奇特な人は多くないはずだ。何か理由があってそうなっているわけだ。カッコよく言うと『ナッシュ均衡』という状態だろう。今会社にいる人材もいわゆる『jQuery人材』が多いため、そこを打破するのはとても困難な道だろう。
jQueryから抜け出すには、すでにいる人材がなんとかしてリプレイスするか、外から連れてきて改革するしかない。しかし大抵の場合、既存の従業員にとってはそんな大変なことをするよりも転職したほうが楽な道だ。（もちろん、「jQueryしかなかったサービスをモダンフロントエンドにした」というのが実績としてある人材はかなり魅力的な人材で引くてあまたなことだろう。その意味ではピンチをチャンスに変えるときの『チャンス』ではある）
ReactやVue.jsに変えたいと思ったとして「じゃあお前それですぐに利益出せんのかよ？」と詰められたら、その論争をクリアしてまで変えるのはほとんど無理に近い。通常、リプレイスそれ自体は価値を生み出さない。リプレイス後に運用コストが低下したり、人材獲得がしやすくなるために利益が出るのだ。リプレイスとは長期の投資であるため、短期的には必ず損失になる。経営が困難な状態でリプレイスしようとするのは、生活困窮世帯にリボ払いをやめさせるぐらい難しい。そのため、まず自分が身銭を切ってリプレイスするしかない。そしてリターンがあるかもわからない身銭は切りにくい。そして同僚は容易に『抵抗勢力』になる。
jQueryを今も使っているということは、裏を返せば「これまでリプレイスをしてこなかった」「リプレイスしようとしたが無理だった」という実績にもなる。
jQueryを使っている会社は、昔からあるコードをもとに書いているため、今もES6以前の文法で書いている可能性がある。そうしてどんどんと情報が少なく、古く、現代で通用しにくいものになっていく。
bundlerを使っていない可能性が高いし、もしかするとCI/CDも無いかもしれない。そうすると、モダンなインフラエンジニア（もしくはモダンなインフラ知識のあるエンジニア）がいないかもしれない。SREという概念がないかもしれない。
世間一般から見ると会社の中が古いのだが、古い会社にいると「自分が古い」とはなかなか思えないものだ。太っちょの集まりの中にいたら「自分はそんなに太ってない」と思うのと同じことだ。
すべては憶測なので、実際は違うかもしれない。
さんざんdisってきたが、そもそもjQueryは何も悪くないし、大変優れたライブラリだ。ちょっとしたプロトタイプを作るときには良いものであるかもしれない。しかも今もjQuery自体はメンテされている。そのため、状態管理さえうまくできていればjQueryだろうがなんだろうが問題ない。
問題は、jQueryというライブラリを使ってきた時代からアーキテクチャが前進していない点にある。何年もずっとその状態だということだ。そこを今日に至るまで誰1人として変えられなかったということだ。特に経営陣は何の問題視もしていない可能性が極めて高い。そうした社内のしがらみが反映された結晶体、それが『使用技術: jQuery』という言葉になっているのだと思う。また、ヤバさは、jQueryのバージョンに反比例する。
jQueryを使っているアプリケーションには、jQueryが担保していなかったアーキテクチャ部分に問題があることが多い。また、どこから呼ばれているか誰もわからない複雑なイベント、SPAもクソもないページ遷移ごとのリロード、誰もどこもテストできず、HTMLにベタ書きで書かれたJavaScriptコード、その場しのぎでデタラメに書かれた関数、無視される変数のスコープ、サポートが終わったライブラリ、ドキュメントを見つけるのすら困難なよくわからないライブラリ、高齢者しか知らない伝説の機能・伝説のハック、などもある。これらはモダンフロントエンドではほとんど発生しないものだ。
そのため、一定の基準として「jQueryを使っているかどうか」で、フロントエンドエンジニアとしてのやりがいがあるかどうかを判別できる。
そうして、フロントエンドエンジニアというのはもうjQueryに見向きもしていない。書けるけど書きたくない。パラレルワールドのようなものだ。
そういうようなことを「使用技術: jQuery」という文言から感じ取ってしまうのだ。
（そしてこれは、実際の仕事の中身が違うかどうかは関係ない。jQueryとは、そういうふうなブランドと化しているのだ）
jQueryを使っている会社からしたら「そんなことはわかっている」という部分で、「じゃあどうすればいいのか？」という部分が気になるところだと思う。
そこで、後編では「どうやってjQueryを全廃すればいいのか？」「実際にどのように全廃したのかの事例」について、だいたい来週ぐらいに書くつもりだ。
お楽しみに！
https://note.com/osamu_iga/n/nd17e78fe4a1b
一番最初のこれは特異度が低いと扱われたのだろうか？
https://pubs.rsna.org/doi/full/10.1148/radiol.2020200432
当時はプライマーなどもあり特異度は低かったかもしれないけれど、今だって同じ様な実験をしたら恐らく同じ様な結果になると思う。
なぜかというと、採取した検体に必ずウイルスが含まれるわけじゃないから。
例えば
５５５例目は、三条市の４０歳代男性（福祉施設職員）。１２月２３、２８日に患者の発生している福祉施設関連（特別養護老人ホームさかえの里）の濃厚接触者として検体採取、PCR検査の結果、陰性だった。その後、３１日に再度検体採取し、１日にPCR検査の結果、陽性が判明した。現在咽頭痛がある。濃厚接触者はいない。宿泊療養施設に入所予定。
５５６例目は、三条市の２０歳代女性（福祉施設職員）。１２月２３、２８日に患者の発生している福祉施設関連（特別養護老人ホームさかえの里）の濃厚接触者として検体採取、PCR検査の結果、陰性だった。その後、３１日に再度検体採取し、１日にPCR検査の結果、陽性が判明した。現在咽頭痛がある。濃厚接触者はいない。宿泊療養施設に入所予定。
こんなふうに。
恐らくクラスターが発生した施設なので継続的に検体を採取していたのだろう。結果としてこの施設での最終的な感染者に対し一回目の的中率がどのくらいなのかはわからないのだけど、少なくとも一回目のPCR検査ではこのように漏れている。
PCRがスクリーニングに向いていないというのもこれが理由だけど、この辺の感覚は未だに理解されていない。
そしてこれも理解されていない。
学問や学会や院のことはよく知らんが世間のどこにでも転がっている話だと思われる
院まで出てるのに日本語も英語もできないとか話があるが、逆に言えば院まで出てる人々が集まっている会社なのにそんな彼を採用する際にスクリーニングできなかったのだということなので、彼を採用してしまったという失敗を素直に反省してフィードバックして次に活かした方が健全な気がする
というかそんなにマッチョイズムが支配する(と読んでるこっちは感じた)部署なら辞めさせるのは無理でもさっさと転属させて窓際要員に据えといたら良いだろうに、それができないのは古い体質の会社だからなのか
正直俺なら院まで出てる(か知らんが)のに「能力のなさでどうにもならないと感じたら残業3桁やってでもカバーしろ」みたいなこと考えてる先輩の言うことを聞きたくはない
