はてなキーワード: 正規化とは
その観点で言うと、定期考査も学校毎に作成するのは無駄だと思う。
詳しくは以下に書いたのだが、学校毎に出題範囲の違う定期考査を、単元ごとに実施する小テスト(単元テスト)に正規化することで、テストの作成を教科書会社に一任できる。
https://anond.hatelabo.jp/20200301003948
ついでに言うと、「定期考査」の実施は教育課程の上で必須ではない。実際に廃止した学校もある。
だから、考査期間を設けて、考査をまとめて実施する必要がそもそも無いと思う。むしろ、小学校と同じく、授業中の小テスト(単元テスト)だけで成績評価した方が、生徒の落ちこぼれを早期に発見できてよいと思う。
変えればいい。
コロナウイルスによる臨時休校の影響で、期末考査が実施できない学校がたくさんあり、「3学期の成績はどうやってつけるんだ!」みたいな話が出ている。
しかし、教育関係者以外にはあまり知られていないけれど、成績をつける上で定期考査の実施は必須ではない。例えば、千代田区のとある中学校では廃止されている。
だから、定期考査の代替で課題を出し、その出来で成績をつけることは十分可能である。
そして、その中学校で定期考査の代わりに導入されているのは、小学校と同様の単元毎の小テスト、すなわち「単元テスト」である。
私も、中学校以降でも定期考査を廃止して「単元テスト」を実施した方が良いと思っている。その理由は3つある。
1つ目は、こまめにテストを実施することで、生徒側の理解が深まることである。
定期考査は実施回数が少ない分、1回の出題範囲が広い。しかし、「単元テスト」に変更すれば、生徒が出題範囲が広くてヤマを張るみたいなことは少なくなる。
しかも、単元毎につまづきをフォローできるようになり、理解できない点が多すぎて生徒が授業についていけなくなるということも、今よりは防げるだろう。
そして、この点こそ、「単元テスト」がまさに今回の臨時休校のような事態にうってつけだと言える。
期末考査でなく、「単元テスト」としてこまめに評価を行っていれば、3月に期末考査ができないから成績の材料が無いなどと慌てる必要は無かったのだ。
「単元テスト」を実施していたなら、実施できた単元までで成績をつけて、残りの評価は次学年に回すという対応が取れたはずなのだ。
小学校までの「単元テスト」とは違い、定期考査が各学校の手作りで作成されているのは、学校によって授業の進み方が違うため、出題範囲が異なるからである。
出題範囲が単元毎として正規化されるなら、テスト問題は教科書会社が教科書に合わせて単元毎に作り、教材として売ればいい。それにより教員の手間が省け、学習指導に集中できる。
(ついでに、N高やオンライン学習塾のように授業自体も映像化するか、先に挙げた中学校のようにグループ学習化してしまえば、
教師は授業する必要がなくなり、個別指導に集中できるので、さらに効率化できる上に、個々の学生のフォローができて良いと思うが、これはまた別な話。)
3つ目は、「単元テスト」は単元終了ごとに実施するので、全教科共通の考査期間が無くなることである。
生徒側も、考査期間1週間前だけ勉強して他の期間はずっと遊ぶみたいなことがなくなり、常に学習する習慣が身に付く。
考査期間なのでこのあたりは1週間ほど授業も行事もできない、というのも無くなるので、スクールカレンダーにも柔軟性が生まれる。
ちなみに、「単元テスト」には、先に単元が終わったクラスは、後から単元が終わったクラスより不利になる(後から終わったクラスの生徒は、先に終わったクラスの生徒から問題内容を聞くことができる)という問題点があるが、
これについては、問題用紙を複数パターン用意するか(作成の手間は先ほどの通り、教科書会社に任せればいい)、テストに繰返し受験を認めて、納得行く成績が出るまで何回でも解かせるようにすれば解決する。
個人的には後者が良いと思う。学校内のテストは入試と違い、一発勝負で優劣を評価するものではなく、学習内容の定着のために行う授業の一環なのだから、別に繰り返し受けたっていいはずだ。
それに、今の通信簿は、昔と違って相対評価でなく絶対評価なのである。リトライによって全員「5」になったって、規則的には別に構いはしない。
何かの参考とかにしたらダメです。書き始めて半年経つんだけどこっからどう直したらいいんだか(何をゴールにしたらいいのか)わからない。。
追記:合流性とか強正規化可能性とか停止性とか、全部チューリング不完全で、事前の静的解析で使うメモリの最大量が確定できる、とかそういう風に読み替えられる人を増やしたいのです、数式の添え字とΣと∫にびびらない人を増やしたいようなもので
数理論理学の一分野である証明論から成長した、数理論理学と理論計算機科学の境界領域の研究領域である型理論(type theory)は、大規模なプログラムの内的な整合性のチェックを行うための方法論を必要とする情報処理技術の分野で関心を集めている。
そもそも「型」(type)とは何か。プログラミング言語は一般的にはレコードや関数といったプログラムを構成する「値」(value)の定義をする道具である(*1)。その言語のコンパイラ作成者はこれらレコードや関数などの値、もしくは第一級の対象(first-class object)の種類を区別する型システム(type system)を必要とする。抽象代数学の観点からすると、「型」とはこれらの値もしくは第一級の対象が属する高階の対象(higher order object)としての空間(space)ないし代数系(algebraic system)で、型システムはそれら「型」とそれら相互の関係(relation)つまり型のなす順序構造(order structure)ないし束構造(lattice structrure)であるといえる。
プログラムを構成する値すべてに型が付くためには、曖昧でない(*2)こと、自己矛盾していないこと、悪循環を含まないこと、それぞれの値の内容をチェックするために無限の時間を要しない(*3)ことなどが必要で、これらを満たすなら、プログラムは有限時間で実行を終え、停止する。手続き型言語では無限ループ、型無しラムダ計算では無限再帰によって型付け不能なプログラムを書くことができるが、型理論はこれらのチューリング完全な計算機を意図しない停止しないプログラムから守る装甲でもあり、再帰やメモリ確保で好き勝手をさせないための拘束具でもある。型が付くプログラムには単に停止するというだけでなく、可能な実行経路(訂正:経路→方法)のすべてで同じ結果を出すなど種々の良い性質がある。
1)この定義は現実に使われているプログラミング言語の特徴を覆い切れていない、狭い不満足な定義だが本稿では都合上この定義に立脚して限定的に議論する。例えば変数(variable)というものを持つプログラミング言語もあり広く使われているが、これについてはレコードや関数と同じように性質の良いものとして扱うことが難しい。難しさの原因は次の注の内容と関連する。近年は変数を扱うかわりに値の不変のコピー(immutable copy)やその参照に名前を付ける機能を持つプログラミング言語が増えている。
2) 現実の情報システムでは、COBOL言語のレコード再定義やC言語の共用体、一般的な関数ポインタやVisual Basic言語のvariant型変数のように、同一領域に異なる型の値が共存する共用型(union type)の値がしばしば必要となる。共用型の値はgoto文を排除した構造化/オブジェクト指向プログラミングにおいて条件キャストやクラス分岐などによる実行経路の複雑さの主要な原因になるが、これは和型(sum type)すなわち相異なる型の非交和(disjoint sum)として定義することで曖昧さなく定義できる。
3) ゲームプログラムやネットワークサービスにおいてしばしばみられるように、入力として無限リストや任意に深い木のようなものを想定する場合には明らかに(条件を満たさない限り)停止しないことが正しい動作となり、この場合は最外周のループを(←どうする?)メモリリークを起こさないなど別の考慮が必要となる。
https://addons.mozilla.org/ja/firefox/addon/twitter%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/
https://github.com/lvnkae/twitter-filter
質問箱回答だけうざい
NewsPick発言が痛々しい
表示名ミュートの詳細設定
例)
例)
<>宇佐美 *定満
宇佐美定満
宇佐美 定満
宇佐美 定満
宇佐美 定満
等、姓名間にスペースが0個以上ある定満はを含むツイートを削除
絵文字の扱い
amba.to | bitly系(ameba) |
amzn.to | bitly系(amazon) |
bit.ly | 本家 |
buff.ly | bitly系 |
dlvr.it | |
goo.gl | google独自/APIは廃止されたらしい |
htn.to | hatena独自/19.02.28API廃止 |
ino.to | Inoreader |
ift.tt | bitly系(IFTTT) |
is.gd | ※ |
j.mp | bitly系 |
kisu.me | |
lb.to | bitly系(livedoor) |
nav.cx | ※naver独自 |
npx.me | ※NewsPicks独自 |
ow.ly | hootsuite |
tinyurl.com | ※tinyurl |
twitter検索結果がかなりきれいになった。まとめサイトとかまず見ない。
ウェブマスター オフィスアワー 2019 年 10 月 02 日 メモ(※所々抜け漏れあり)
https://www.youtube.com/watch?v=bBurTQBqhS0
11/25 Webmaster Conference Tokyo:今週か来週の早い段階で情報を公開する予定
最新情報への対応や常に変動するランキングに対応させるためのもの
「何かまずいところがないだろうか?」という視点でサイトに着手するのは不要
客観的にいいのか悪いのかを知るために定期的なユーザーテストの実施とか、
お互いにレビューし合う習慣を付けるとか
品質評価ガイドラインとかE-A-Tとかは個人的には見なくても良いと思うが、
Q.RankBrainにおける更新性や更新の有無による効果はあるのか?
A.オフィスアワーでランキング要素の可能性について言及するのは難しい。言えることはコンテンツの内容を改善してくださいということだけ。もし、更新性が影響すると言ってしまうとみんながそっちに走ってしまうので。
Q.被リンクではページランクとドメインランクのどちらを重要視していますか?
A.ショートアンサーとしてはどちらでもありません。
仮にドメインランクが重要ですと言ったら何が起こるでしょうか?オールドドメインの買い占めが発生してしまうでしょう。
例えばコンテンツの質を見るに、Wikipediaに関連リンクを貼られるとかそのくらいの影響力があるのかなどを見てみると良いでしょう。
筆者注:
【図解】グーグルのリンク評価20の原則【2019年版】(前編#1~#10) | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
https://webtan.impress.co.jp/e/2019/09/30/34042
初心者必見!SEO対策の基本を5分で完全解説【2019年最新版】
https://emma.tools/magazine/seo-basics/
↑これら記事とか?
A.Googleのアルゴリズムも完璧ではないので、アップデートで再評価される可能性はある。
メインのクエリでユーザーが自身のサービスが頭に浮かぶような存在になれるかどうか。
Q.robots.txtでブロックしていないURLなのに、カバレッジでrobots.txtでブロックされていますというエラーが出る
A.色々確認中ではありますが、私が調べた範疇では問題ありません。Search Consoleのフィードバックも送ってください。その際、スクリーンショットだけではなく、テキストで問題点も添えてください。
Q.サイト内画像をサムネイルとして表示したい。Googleが推奨する方法がありませんか?
A.特にそのやり方については公開はしておりません。Googleが良いと思った画像だけを採用します。
強いて対策を言えば、画像のヘルプを参考に画像の情報をGoogleに伝えるようにしてください。
A.確認しましたが、Search Consoleに表示されています。
タイムラグがあるかもしれませんがDisallowされていませんか?確認してみてください。
Q.HTTPSのSearch Consoleは追加した方が良い?重複コンテンツになりますか??
A.追加した方が良いです。
重複コンテンツによって、起こるのはどちらかのコンテンツが上位表示される可能性があるということ。
共倒れになるということはありません。
そのクエリで頭に浮かぶくらいの存在になっているかどうかです。
Q.セパレートURLにおいてMFI後のcanonicalURLの設定について
正規化とは同等のページ内容のURLが複数あるからこそ行うもの。
canonicalよりも、リダイレクトでやってみてはどうでしょうか?
Q.検索パフォーマンスのデータの収集開始タイミングはいつから??
A.基本的には登録前のデータも取れるはずですが、違うケースもあればフィードバックで教えて下さい。
Q.Search Consoleのプロパティへの表示について、所有者として確認されてから6日経ってもプロパティに表示されていません
A.何らかの判断で時間がかかったのだと思います。通常は数日ですが、遅れたのは新規サイトであることが要因である可能性があることです。なにか不具合ありましたらSearch Consoleへフィードバックをぜひお願いします。
A.かなり困っているご様子ですので取り上げましたが、当フォーラムでは対象外の話題ですのでウェブ検索フォーラムへ送信願います。
Q.max-image-preview robots meta の値を確認するには?
A.まだ反映されていないのでもうちょっと待てば反映されます。
Q.Search ConsoleのタイムゾーンについてPTからPSTとPDTに切り替わりますか?
A.切り替わります!!
Q.ドメインを変えずにサイト名だけを変えると検索順位はどう変わる?
A.サイト名ほど大きな要素を変えてしまうのは影響すると思います。
どういうサイト名に変えるのかも重要。ユーザーにとってわかりやすくなるとかであれば、長期的には有効になるかもしれません。
Q.max-image-preview でlargeを設定するとDiscoverに表示されやすいと聞きましたがAMP対応しているだけでDiscoverに表示されやすくなりますか?
A.AMPでもmax-image-previewでlargeでもどっちでも対応可能です。
Q.クロールエラーが特定できない件について、1月のオフィスアワーにてホスティング会社に相談してみては?との回答で、のち、6月に検証中とのことでしたがあれからいかがでしょうか?
A.あまり気にされなくても良いです。ただ、間違ったエラーが表示されないようにするためにエンジニアも調整中ではあります。
こういうエラーに気づかれましたらSearch Consoleのフィードバックをぜひお願いします。
次回は10月後半か11月前半の予定です
外部キー嫌いがアンチパターンなのは同意だが、間違った外部キーの使い方するほうがよっぽどアンチパターンじゃないか?
外部キー貼らなかったことによって、俺はこんな被害だしたぜっての是非教えてほしい。
すぐに思いついたケースは
とかを思いついたがこんなケースで合ってるのか?こんなケースより間違った外部キーの使い方したほうが家に帰れなくなるケースのほうが多いと思うぞ。間違った使い方をしていて、システムが太ってくるとこんなケースが出てくる。
特に下2つは害悪で、SQLアンチパターンをコピペして、「おまえらw外部キー嫌いはアンチパターンだぞwww」ってやるのもいいけど、同じくらい間違った使い方を注意喚起したほうがいいと思うよ。DB識者のなかでは「そんなの常識w」かもしれないが何もしらない初心者が真似をしてお家に帰れなくなるのは辛くないか?
そんな経験していると、DB初心者は「せや!ユーザテーブルに退会フラグか論理削除フラグ持ったろwww うはw俺天才www」とかなって今度は削除フラグ持つなおじさんが出てくるぞ。しまいにはこれですよ。
http://b.hatena.ne.jp/entry/s/qiita.com/ponkotuy/items/6049388d564fb4385f4e
初心者どうしたらいいんでしょうね(*_*) 是非、DB識者には明るい未来を示して欲しいね。
俺?俺はAndroidのエンジニアでSQLiteは使わないから関係ないね。
RDB初心者の俺が恐れ多くも案を出すと、FKを作成する前に、そのテーブルの性質を予測することが大事なんじゃないかね?大量に発生するログデータなのか、大事なトランザクションデータなのか、第2正規化しただけのただの情報テーブルなのか。大事なトランザクションデータだったら親が削除された時にどこにどうやって退避するか。大量のログデータだったら、親が削除される時どうアプローチするか。とか恐れ多くも予測するね。
ちなみに外部キーないからER図出せないってのはそれはツールの作りであって、FK制約とは関係ないんじゃないの。バリデーション(外部キー)はセキュリティ対策(ER図を作成する)の為、実装するってのと個人的に同じことだと思っている。
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 141 | 25724 | 182.4 | 48 |
01 | 129 | 14566 | 112.9 | 49 |
02 | 59 | 5600 | 94.9 | 35 |
03 | 24 | 1440 | 60.0 | 50.5 |
04 | 17 | 1624 | 95.5 | 48 |
05 | 17 | 2180 | 128.2 | 30 |
06 | 44 | 3248 | 73.8 | 21.5 |
07 | 54 | 6025 | 111.6 | 43.5 |
08 | 83 | 8014 | 96.6 | 49 |
09 | 92 | 8282 | 90.0 | 46 |
10 | 114 | 10853 | 95.2 | 39.5 |
11 | 110 | 14247 | 129.5 | 35.5 |
12 | 147 | 13030 | 88.6 | 44 |
13 | 152 | 16290 | 107.2 | 55.5 |
14 | 209 | 16865 | 80.7 | 46 |
15 | 120 | 12412 | 103.4 | 54.5 |
16 | 123 | 12393 | 100.8 | 35 |
17 | 86 | 6175 | 71.8 | 45 |
18 | 71 | 8347 | 117.6 | 37 |
19 | 68 | 8922 | 131.2 | 48.5 |
20 | 133 | 12783 | 96.1 | 49 |
21 | 137 | 9878 | 72.1 | 37 |
22 | 109 | 12753 | 117.0 | 42 |
23 | 115 | 8545 | 74.3 | 32 |
1日 | 2354 | 240196 | 102.0 | 44 |
基数(5), 会田(5), ストパン(7), 対数(6), 種子島(3), 正規化(5), 会田誠(13), 2月28日(4), ストライクウィッチーズ(4), 大量虐殺(4), 基本情報(14), 出生(11), 人種差別(10), 芸術(22), ポスター(19), 算数(8), カルチャー(12), AM(12), 弾圧(15), PM(12), 専業(12), 表現規制(17), 表現の自由(35), 運転手(9), 極論(10), 遅刻(10), 人種(15), パンツ(20), エビデンス(13), 自衛隊(14), 人権(38), 数学(17), 小学校(20), 違法(14), やめる(16)
■子どもが欲しい人の気持がわからない。 /20190228131113(27), ■会田誠の作品を見て雑感 /20190228154954(18), ■ついにこの日がやって来たか /20190301002931(12), ■さようなら、アイドルマスターシンデレラガールズ /20190301015217(11), ■子供部屋おじさんの対義語が生まれたらしい /20190301013339(11), ■弊社では立ちションする男性は面接で落としています。 /20190301141118(11), ■ちんこ久しぶりー☆ /20190301120405(10), ■生きるのがつらい /20190301022759(10), ■増田の皆に是か非かを問いたいと思う /20190301131244(9), ■任天堂の嫌いなところ /20190228203242(8), ■ふたなりって美少女にちんこついてるやつばっかだけど /20190226141611(8), ■自衛官募集ポスターの件 /20190301071546(8), ■寿司を食べ続けて何日で飽きるか? /20190228113153(7), ■女はまじめに誰かにアドバイスをしたらダメなの? /20190301011348(6), ■プログラミング、三大胡散臭い開発手法 /20190301141011(6), ■表現の自由が許されるなら /20190301232723(5), ■犬だから人権を停止して欲しい /20190228160128(5), ■「歩く殺人現場」とかいうネットスラングがあることを知る /20190301133325(5), ■みいつけた!のスイちゃんで抜きます /20190301074807(5), ■アラサー職歴なしだけど /20190301165309(5), ■ザ・ファブルの―――― /20190228204837(5), ■人の言動に対する「ブーメラン」という論評 /20190301182410(5)
あなたがそう言いたいのならそれで良い。
私が言いたいのは、基本情報は中学以上の数学が試験範囲に含まれる(組み合わせ計算、浮動小数点の正規化、対数、基数変換・・・これらは小学校じゃやらないだろ。)であって、
↓
出なかったよ
↓
基本情報には、組み合わせ計算、浮動小数点の正規化、対数、基数変換等等の数学が含まれている。
という流れなんだけど。
同意。
ロック処理とか甘いしサイズ制限も2GBだしANSI SQLに一部対応してないしで、Webサービスのバックエンドに向かないのは間違いないが、さりとて5万行程度のテーブルを捌けない程無能なRDBでもない。
複数テーブルでもちゃんと外部参照設定して第3正規化するくらいは普通にできる。複数テーブルJoinしたりサブクエリ書いたりもできる。
元の発言した人は、ちゃんとAccessを使ったことがあるのか疑問である。
ただ、Excelよりも便利なのは確実だが、WordとExcelくらいしか使えない人も多いので、ほかの人とデータ共有するのであれば、Excelのままでもいいかな。
確率警察です。軽自動車の安全性について考察してバズった記事を読んで、驚いたので確率についての記事を書きたいと考えた。この記事で伝えたいのは以下の内容になる。
https://anond.hatelabo.jp/20180822005110
全体に対して部分が占める比率の事。比率とは二値A,Bあり、AのBに対する比率を表す場合、A÷Bで示される値の事を言う。
例
比率は特に全体を定義する必要はない。割合と確率は全体が定義されて初めて意味がある。
すなわち、(正規化を行ったとして)、割合は全部分の割合を合算した場合1になる様に、確率は全事象の確率を積分すると1になる様に定義されなければならない。
かみ砕くと、いま宝くじが1等~7等、そしてはずれで構成されているとして、1等から7等とはずれの枚数を足した場合に宝くじ全体の枚数となっている必要があるし
1枚をひいたときに、1等から7等とはずれが出る確率を足したものは1になる必要がある
上記を言い換えるとこうなるが、ここはわからなくてよい。確率は公理みたさなくてはならない。数式を書くのが面倒なのでリンクを張る
http://bin.t.u-tokyo.ac.jp/spzemi2013/chap1.pdf
元増田は普通車登録台数にたいする、事故件数の「比率」を求めている。事故は同一運転手及び同一車両による重複もあり得るとしたら、割合ですらないし、まして確率ではない。
したがって「事故発生率」という事象の発生する割合と誤認させるような表現は、明らかに間違いである。
正しく表現するなら、こうなるべきだろう
1万台当たりの死亡事故数を比較したとき、軽自動車の普通自動車に対する死亡事故数の比率は、1.39となり。死亡事故数が4割近く多い事が言える。
ここまでの説明から、この4割が40%高い「確率」で死ぬということを意味しないことは明らか。「発生率」という言葉とともに、大いに誤認を誘うものとなっており、元増田が確率を理解しているかは疑わしい。
hatekun_b 結論から書いてあって大変読みやすい。台数あたりの事故発生数は7%増なのに死亡数は39%増ということは、一事故あたり30%多く死ぬってこと(4人乗ってた普通車なら1人生き残れても軽だと全滅する)
ここまで説明したことから、比率の加減乗除は無価値であり何も言えてないことが分かるはずである。正しい理解があれば、「一事故あたり30%多く死ぬ」などという結論には、絶対に至らない。
唐突だが、今ここで、ある人の誕生から時間経過にかんする死亡率を考える。人間は必ず100歳までに死ぬ、生死の状態は背反であり半分死んでるなどは認めない、と仮定しよう。死亡率を定義する関数Fを年齢について表す場合、F(60)=0.05などと表せる。
この時、60歳の1年間で死ぬ確率は0.05 = 5%である。F(0)からF(100)までを足すと必ず1になり、F(x)、年齢 xは0以上かつ100以下、 は必ず F(x) は 0以上かつ 1以下 を満たすものである。この時のF(x)の値を確率変数、関数Fの値がなす分布を確率分布とよぶ。
答えはNoであろう。身長体重、性別、などなど多くの情報の影響もうけるはずである。年齢も含めた死亡率に関連のある数値を、関数の値を決定する変数として定めた場合、関数FはF(x0,....,xn)= y のように表せる事になる。
この時、各変数x_i,iは0以上かつn以下、 が互いに影響を与えない、すなわち独立しているならば簡単だが、死亡率のようなものの場合には各変数は互いに相関を持つことは想像に難くない。これを交絡という。
元増田は死亡比率を語っているだけだが、あえて死亡率であることを認めたとして、車種を変更した場合に死亡率は決まるだろうか?上記の話から、死亡率も多数の変数の交絡を考える必要があることは明らかであろう。
したがって、車種を変更しただけで「死亡率」を乱暴に扱う元増田の考え方は非常に危険と言わざるを得ない。死亡比率であったとしても、死亡事故の発生件数を定義する関数は多変量であるはずで状況としては変わらない。
見てきたように元増田は確率に対する誤った理解から、多くのブックマーカーに誤認を与えてしまっている。非常に残念なことだ。軽自動車の開発に携わる人々は、購入者の事を考えて、より便利で快適で安全な車を提供しようと努力をしている。
乱雑で誤った数値いじりによって、軽自動車が普通自動車に対して著しく危険とするのは間違った考え方で改めてほしい。安全試験の結果など、対象の車について明確に定義されている値のみを参考にしていただきたいと思う。
またはてなーの皆様には、確率という割と雑に扱われ適当に参照されてしまう数学を、改めて理解しなおしていただきたいと思う。この程度の基本知識は一般教養として知っておいて損のない話のはずだ
id:tenari んーでも確率の分野でもこれを40%多い確率で死ぬって表現するのは普通じゃないのかな?医療・健康領域とか。詳しい解説がほしい
この指摘はあるかと思っていました。知りたいと思われているのは、こういう事であると想像します。複雑な現象について述べる場合、条件を限定する仮定を置いたモデルのもっともらしさを証明する事によって、複雑な現象をより簡単に述べる事が可能になるような手法がある。この現象について限定したモデルを統計モデル、統計モデルのもっともらしさを測る値を尤度といい、我々が目にする様々な確率を述べるにあたって広範囲に用いられている。この増田で書くには重い話ですので、興味があれば調べられると良いかと思う。
https://github.com/lvnkae/youtube-filter
非表示チャンネルとタイトルの設定は見たまま。セレクトボックスで項目選んで単語を入力するのみ。
例1)
の8パターンにヒット。
例2)
例)
<>宇佐美 *定満
宇佐美定満
宇佐美 定満
宇佐美 定満
宇佐美 定満
等、姓名間にスペースが0個以上ある定満は全てヒット
文字列が流れるだけの動画や不愉快な変顔サムネを目にする機会が減った。
しかし多すぎて終わりが見えない。
youtubeはDOMContentLoadedが発生するの初回だけでその後のページ遷移はelementの出し入れだけでやってるのですね。
DOM構築完了からすべてが始まる構成だったのでだいぶ手直しが必要でした。
2回め以降はURL変更をトリガーにしてるのですが、ホームからホーム選択などURL変わらないパターンもあり…。
フィルタ抜ける経路がまだあるかもしれません。
アイコンははてなフィルタに合わせて拾ってきたフリーのやつです。
普段youtube見る時はfirefox使ってるからそっちでも作りたいなぁという気持ちだけはあります。
スマホ対応はgoogle先生次第です。iOSやandroidでのchrome拡張対応は全く予定がないそうなので。