はてなキーワード: キッズとは
別に電通が鬼滅をあげるのはいいんだが、上げ方がまるでコロナを意識していないと思う
混雑してしまう特典をつけなくてもよかったと思うし初日に映画館へ足を運べと誘導する必要も今は無かったはず
結局叩かれるのは鬼滅や映画館になるわけで、テレビを見ていてもコロナを無視したものばかりの宣伝
相手はキッズなんだからもっと対策について言い聞かせないといけないし
・ネタの種類 16種
マグロ、ホタテ、イカ、玉子、ハマチ、穴子、サバ、いくら、コハダ、サーモン、タコ、えんがわ、ほっき、甘エビ、ウニ、中トロ
8.少年ナイフ「SUSHI BAR SONG(English version)」(1998)
・ネタの種類 16種
穴子、ウニ、トロ、納豆、ウナギ、赤貝、いくら、ばってら、サーモン、玉子、サラダ巻、かっば、穴キュウ、鉄火、さより、かずのこ
・ネタの種類 16種
マグロ、アジ、ハマチ、エンガワ、エビ、穴子、しめサバ、中トロ、ネギトロ、玉子、うに、いくら、つぶ貝、かんぱち、納豆巻き、カニサラダ
・ネタの種類 18種
マグロ、カツオ、ヒラメ、エビ、玉子、きゅうり、うめ、なっとう、おしんこ、かんぴょう、太巻(ごぼう、しいたけ)、とびっこ、かにっこ、いくら、すじこ、うに、しらうお、たこ
6. ORANGE RANGE「SUSHI食べたい」(2015)
関サバ、アジ、ホタテ、ネギトロ、ブリ、穴子、甘エビ、イカ、コハダ、カンパチ、タイ、カツオ、玉子、エンガワ、サーモン、唐揚げ、トロ、タコ、ウニ、いくら
4.ピコ太郎「Can You See? I’m SUSHI」(2018)
・ネタの種類 22種
サケ、エビ、カニ、ウニ、マグロ、トロ、カリフォルニアロール、ホタテ、イワシ、ハマチ、タイ、ウナギ、イカ、カツオ、かっぱ巻き、サバ、玉子、タコ、サンマ、アワビ、カレイ、ヒラメ
4.SAKA-SAMA「寿司ディナイトフィーバー」(2018)
・ネタの種類 22種
赤身、マグロ、中トロ、大トロ、びんちょう、あぶりトロサーモン、マヨサーモン、ボタンエビ、イクラ、ミル貝、ネギトロ、カニミソ、ウニ、玉子、穴子、カリフォルニアロール、イワシ、コハダ、サバ、赤貝、つぶ貝、ホッキ貝、カニ
マグロ、エビ、サーモン、サンマ、タイ、えんがわ、ぶり、赤貝、いわし、いくら、かんぱち、アジ、玉子、穴子、ほたて、いか、ネギトロ、ヒラメ、コハダ、カツオ、ハマチ、しめさば、中トロ、大トロ
・ネタの種類 26種
たこ、ひらめ、うに、いか、あなご、ぶり、中トロ、こはだ、いくら、きす、あじ、かに、かつお、たい、カリフォルニア巻、納豆巻き、いしだい、スズキ、シャコ、赤貝、ハマチ、エンガワ、しまさば、エビ、玉子、みる貝
・ネタの種類 30種
トロ、中トロ、コハダ、アジ、アナゴ、甘エビ、しめサバ、スズキ、ホタテ、アワビ、赤貝、ミル貝、カツオ、カンパチ、ウニ、イクラ、タコ、イカ、タイ、ワカメ、ヒラメ、のり巻き、かずのこ、小柱、キス、玉子、ネギトロ、たくあん、梅巻き
以下、30位まで。
サバ、サンマ、トロ、とろろ(?)、かに、毛蟹、しゃけ、いくら、さわら、ふぐ
・ネタの種類 9種
ブリ、ウニ、ヒラメ、ボタンエビ、ホッキ、ホタテ、アワビ、大トロ炙り、ネギトロ
・ネタの種類 7種
・ネタの種類 5種
※サーモン食べてる奴にカリフォルニアロール文句いう資格なし、なぜなら川魚は寿司じゃなし
と歌詞にあるので3種の説も
・ネタの種類 5種
16.NICE GUY人「Hai Irasshai」(2003)
・ネタの種類 4種
納豆巻、鉄火巻、サラダ巻、カリフォルニアロール
・ネタの種類 4種
・ネタの種類 3種
※ゲーム「超回転 寿司ストライカー The Way of Sushido」OP
・ネタの種類 2種
サーモン、しめさば
19.夕闇に誘いし漆黒の天使達「SUSHI-SONG」(2019)
・ネタの種類 2種
・ネタの種類 2種
・ネタの種類 1種
鮒鮨
22.SHINO from WORLD WONDERφ「すし」(2015)
・ネタの種類 1種
22.西沢和哉「回転寿司」(1998)
・ネタの種類 1種
25.オメでたい頭でなにより「wosushi ~ウォールオブ寿司~」(2016)
25.むてん娘。(モーニング娘。)「あっぱれ回転ずし!」(2010)※無添くら寿司タイアップ曲
25.ダフニィ&セレステ「あい・らう〝・ゆあすし」(2000)
25.クレイジーケンバンド「I like sushi」(2003)
雑感。
・寿司ソングの醍醐味は寿司ネタを連呼するところだと思っている。私は欲張りだからネタが多い方が良いので数えてみたらシブがき隊の強さよ。やはり、この数があったからこそ寿司ソングが確立したのかもしれない。
・また、寿司ソングは遊び心に溢れている。食べ物を歌のテーマとすることがナンセンスだからか冗談、駄洒落、地口、転訛の含有率が高い。これはネタを連呼するためにヒップホップ、ラップの形式を取り入れることが多いことにも起因しているだろう。
・ORANGE RANGEの楽曲はおそらく、寿司は比喩なのかもしれないがそれ以外はほぼ食べ物としての寿司を歌っている。
・寿司をテーマにしながらアプローチは様々で、寿司店に来た客、寿司職人、寿司に仮託、寿司の擬人化、寿司文化の紹介、寿司の食べ方など。
"お寿司がなぜ好きかみんなにわかるかい? 家族が笑顔になってみんな幸せ"
・日本人は寿司を嬉しいときも悲しいときも食べる。提供方法も様々で、寿司屋、回転寿司屋、式場、デリバリー、スーパーなど。手軽さもあるけれどちょっと特別で、家族で囲むものという飲食の表象のひと断面として、寿司ソングの多様性は解釈されるだろう。
深夜アニメであっても子供が視聴可能な環境が整っていたことと、主題歌が街中のいたるところで流れたことは影響がでかいだろうな。
「深夜だからといって視聴者が限定されるわけではない。録画をしたり配信サービスを利用したりと、届け方は様々。深夜で放送していることを知らずに、動画配信サービスをファーストウインドーとして見るケースも少なくない」
高橋氏も「知る限り前例がない」と言うほどユニークなプロモーション戦略となったのが、アニメ放送前の19年3月末に1~5話で構成される特別版を劇場公開したことだ。放送前のため、興味を持って見に来るのは原作の漫画ファンが多い。(中略) SNSなどで情報が拡散。話題性を高めた状態でテレビアニメが並行してスタートを切った。
引用元: https://xtrend.nikkei.com/atcl/contents/18/00364/00003/?i_cid=nbpnxr_ranking_m (日経Xトレンド)
[B! セキュリティ] フェイスブックの暗号化、日米英などが見直し要求へ (写真=AP) 日本経済新聞
平文に一定のアルゴリズムに従って暗号鍵から生成したノイズデータを掛け合わせ、意味が読み取れない暗号文を作るのが暗号化である。逆に意味が取れない暗号文から平文を求める操作を復号と呼ぶ。アルゴリズムがよく知られていながら暗号鍵が無ければ復号できないものがよい暗号と言われる。一般には256bitAESでも使っておけばまずパッと見ても聞いても数学的にもほぼ乱数と区別できなくなる。
ノイズデータの生成方法には色々あり、事前に送り付けた乱数表を使い使用後は破棄するもの、事前に送り付けた共通鍵や公開鍵を使うもの、都度生成するものなどがある。掛け合わせる方法も色々あり、乱数表に書いてある数字と暗号文を足し合わせると平文になるもの、共通鍵を暗号文に使うと平文になるもの、公開鍵を使うと平文になるものなどがある。
共通鍵を平文に使うと暗号文になり、共通鍵を暗号文に使うと平文になるものを、対称暗号とか共通鍵暗号と呼ぶ。
公開鍵を平文に使うと暗号文になり、暗号文に秘密鍵を使うと平文になるものを公開鍵暗号と呼ぶ。非対称暗号ともいう。
共通鍵暗号でも公開鍵暗号でも「平文が、暗号文になり、平文に戻る」というところは同じだが、
共通鍵では「平文→ 鍵→暗号文→鍵 →平文」と同じ鍵を使い、
公開鍵では「平文→ 公開鍵→暗号文→秘密鍵 →平文」と二種類の鍵を順に使う。
なお、この二種類の鍵は順に使えば順序はどっちでも良い。先に秘密鍵で処理して公開鍵で処理することも可能だ。とにかく2種類両方を使えば良い。
共通鍵暗号は分かりやすい。zipのパスみたいなもんだ。Wi-Fiのパスワードも同じだ。だが公開鍵暗号については、二種類の鍵を順番に使うと何が良いのかと思う人も多いだろう。どうせ暗号で読めないのだからいいじゃないかと思うだろう。実は名前の通り鍵を公開しても全くノーダメージというところがメリットなのだ。書かなかったが公開鍵から秘密鍵を数学的に求めることは不可能である。逆も不可能である。そして処理する順番もどっちでもいい。つまり適当な暗号文と鍵の片割れを公開しておくことで、もう片割れの所有を証明できるのである。これが公開鍵暗号の醍醐味である。
この技術はHTTPSの証明書に使われている。というかすべての公開鍵基盤で使われている。.pemとか.cerとかid_rsa.pubはこの片割れであり、ウェブブラウザの「証明書の検証」とは、ネットを見てる時にサーバが送ってくる「適当な暗号文」として"*.hatena.ne.jp"のハッシュを知らん鍵で暗号化したもののハッシュを知らん鍵で暗号化したもののハッシュを暗号化したものに対して、事前にWindowsをインストールした時に付いてきたHatena-Masuda Ultra Global Root CAとかいったけったいな鍵の片割れを使ってみてちゃんと復号出来てるかチェックしているのである。
暗号化通信を行うには、暗号鍵でデータを暗号化すればいい。暗号化には共通鍵暗号を使うのが高速で便利だ。公開鍵暗号は原理的に計算量が多く低速である。しかし、どうやって共通鍵を事前に知らせればいい? 公開鍵暗号で共通鍵を暗号化すれば、受け取り手は自分の秘密鍵で復号できるだろう。しかし、秘密鍵は本当に秘密か? 暗号文と秘密鍵が手に入れば、公開鍵暗号でも解読できてしまうのではないか? HTTPS化しているウェブサービスでも、TLSをロードバランサで終端してデータセンタ内は平文だったりするのではないか? そこで鍵交換、セッション鍵生成の議論が登場する。
Diffie-Hellman-Merkle(Diffie-Hellman)鍵交換方式とは、ディッフィー君とヘルマン君が下宿で階段をドタドタやってる時に天啓のように降ってきたと言われる、ネット上に数字そのものを公開することなく、2者間で同じ1つの乱数を得る方法である。
送信者と受信者の間で共通の1つの乱数を得ることができ、その乱数を第三者に知られることがない。
上で何度か「公開鍵暗号の秘密鍵と公開鍵は、平文に対して両方使えば平文に戻り、順序は関係ない」と書いたのを覚えているだろうか。Diffie-Hellmanはこれに似た方式だ。まず、AさんとBさんは送信者がお互い本人であることを証明できるようにする(公開鍵基盤を使う)。そして、それぞれ手元で乱数AとBを生成する。次に、鍵用の乱数Aを適当な乱数で暗号化した鍵Aと、鍵用の乱数Bを適当な乱数で暗号化した鍵Bを計算し、お互いに送り付ける。この暗号Aと暗号Bは盗聴されているものとする。
AさんとBさんはそれぞれ鍵Bと鍵Aに対して暗号化を行う。すると鍵BAと鍵ABが生まれる。このとき数学的な都合により鍵BA == 鍵ABである。
では、暗号A、暗号B、適当A、適当Bのみから鍵ABや乱数Aを求めることはできないのか? 可能だが式変形などで「解く」ことができず、総当たりになるため計算量が膨大になる。従って実質的にはできない。
或は、暗号A、暗号Bを掛け合わせれば、鍵ABになるのではないか? これもできない。暗号AまたはBと掛け合わせるのは生の乱数AまたはBでなければ意味がない。第三者が乱数Cを作って暗号AやBと掛け合わせても、鍵ACや鍵BCになってしまい、鍵ABと一致しない。
これにより、手元で生成した乱数以外のすべての情報が公開で既知で盗聴されているにもかかわらず、2者間で秘密の暗号鍵用乱数を得ることができる。
原始的なDiffie-Hellman鍵交換の実際の計算は非常に簡単であり、この「暗号化」は事前に決めた別の方法で生成する既知の2つの整数X, Yと乱数A, Bに対して、
暗号A = XをA乗してYで割った余り、
暗号B = XをB乗してYで割った余り、
鍵AB = 暗号BをA乗してYで割った余り、
である。
なお、くれぐれも簡単と聞いてPython 2.7とかで実装しようとしないように。算数の上手い人が作ったライブラリを使え。暗号処理の自作は絶対バグらせて割られるのがオチだ。ちなみにDiffie-Hellman-Merkleの三人目のマークル氏というのは両名と何のゆかりもないので普通は名前に入れないのだが、Merkle氏の先行研究が直接の元ネタなので入れるべきだと主張する派閥もある。俺はどっちでもいいと思うが折角なので入れておく。
ここでやっとE2E暗号化が登場する。上のセクションでしれっと書いたが、DH鍵交換が完了した時に送信者と受信者が得る共通の乱数は、各々ローカルで都度生成する乱数を元にしている。身許保証は公開鍵によるが、鍵は公開鍵に縛られないのだ。つまり、SNSやメールサーバその他、身許を保証する機能と文章をやり取りする機能があるツールと、そのツールで間違いなく本人にDH鍵交換の暗号を送れるクライアントアプリがあれば、その経路で本人同士の間だけで共通の乱数を生成し、それを「セッション鍵」として共通鍵暗号方式による通信経路が設定できる。
この「公開鍵認証基盤で本人確認し、DH鍵交換でセッション鍵を設定し、鍵を端末に出し入れすることなく、受信側端末のメモリに入るまで暗号化を解くこともないまま、共通鍵暗号で通信する」のがいわゆる「End-to-End 暗号化」である。
E2E暗号化を行うと、鍵はDH鍵交換で生成され、端末の外に出ないし書き出す必要もなく、通信の中で割り出す事もできず、通信が終われば破棄してもよい。好きなだけ定期再生成してもよい。認証に使う公開鍵と数学的な関係もない。一度設定してしまえば、SNS運営にチャットログを出させても鍵交換した意味不明な履歴と意味不明な暗号文が出てくるのみで、盗聴者をなりすまさせて鍵を再設定させても前の鍵と何も関係のない新しい鍵が出てくるだけで、意味不明な暗号文の解読の助けにはならない。ちょっと量子コンピュータめいているが、端末となりすましの両方で鍵を一致させることもできない。
ざっくり言えば送信側端末と受信側端末に残っている平文か鍵をバレる前にぶっこ抜く以外に解読方法がない。
これは盗聴関係者にとって非常に大きな問題で、米国のFBIなどは盗聴能力を維持するには法規制以外に策がないと考えている。DH鍵交換のアルゴリズムは上に書いた剰余以外にも楕円曲線を用いた数学的に更に複雑なものもあり、ソースはネットにいくらでも転がっているし、電子計算機アルゴリズムの常でやたら強力な癖に計算量的には全然負担にならない。NSAなどは数学者を揃えて最高のアルゴリズムを提供する振りをして、規格書で事前に決めた一定の数学的特徴を備えているべき定数に備えていないものを指定するとか、実装でミスが出やすい関数を選ぶなど小細工を入れているが俺は二次関数も分からんので詳しいことは知らん。しばしば政府の陰謀にキレた若いITキッズが小細工を抜いて差し替えた再実装を公開したりして揉めている。
実際にSNSなどでE2E暗号化を実装する上での問題点は、本人確認、機種変とマルチデバイス、嫌がらせ対応がある。まず本人確認がコケればMITMは可能だ。E2Eでは鍵を外に出さないのがメリットなので複数端末ログインができず(鍵が変わって別端末で書いたメッセージは解読できなくなる)、運営で常時メッセージを監視できない(したら意味がない)ので嫌がらせ対応が多少困難になる。またMITBというか、改造偽アプリで抜かれる可能性は、まあ、ある。
半妖の夜叉姫で令和が舞台なのに木刀持ってリーゼントのコテコテの不良集団が出てきて主人公とがっつり絡んだけど
うる星のあたるの同級生に似てるっていうパロディネタだったみたいだ
世界観をぶち壊してまで40年前の人間を現代設定のアニメに登場させて「今時のキッズはこんなものも知らないとかw」って50代60代のおっさんがイキってると思うと泣ける
うる星めぞんらんまファンは犬夜叉は駄作認定で見てないし犬夜叉ファンはうる星見てないしキッズは犬夜叉見てないし
昭和パロディにしては不良のやってることがゲスで(小さな女の子とおばあちゃんを縛ってナイフで刺そうとする、女子高生の顔を集団で殴る)ギャグにもなってない
誰が得するんだ
鉄血みたいに自分らだけで爆死してくれ
「常識がない、ガッツがない、ストレス耐性低い、すぐ辞める」とかがゆとり世代の特徴と言われたじゃん
その下はさとり世代とか呼ばれて
「プライベート優先、欲がない」が特徴ということになったじゃん
一瞬回復してた景気もコロナでおじゃんだし、この先も不景気が続くなら、やっぱりやる気がなくて欲がないさとりみたいな奴がずっと続くんだろうか
最近の子供はTikTokとかYouTubeとかが文化の発信地なんだよな。ネットの成功者を間近に見て育ってことは、本当の俺はインターネットで一発当てて輝ける奴なんだ、とか思いながら生きてくんかな。
正直d4djはどうでもいい。一応ナナシスのカバー来るかもと聞きつけてテスト版には触れてはみた。
しかしながらキャラもそこまで刺さらなかったし、カバー楽曲も多岐にわたりすぎてよくわからない。
最初はガルパでキッズを囲ったしアニクラ勢を囲うつもりか?と思ったけど選曲が所々おっさんすぎる…。
正直、ガルパの段階で「カバーするんならそれもう声優カラオケやんm9(^д^)www」という印象はあった。
閑話休題。
私はナナシスが好きだ。それはもうストーリーを泣きながらプレイしカラオケでは必ずナナシス曲を歌いライブのチケットを祈るくらい好きだ。ライブは実際に行った。最高で言葉も出なかった。
音ゲーとしては弱いところもあるかもしれない。リリースから数年でこれだけの回数音ゲーuiの大型アプデがなされたゲームを私は知らない。
でも、シナリオから曲まで全部Pがやってるのも他に知らない。Pは信頼できる。そう思っていた。
それがまさか、だ。
わかっている。5.0が終わって、次のエピソードもないし復刻祭りだし、映画は延期したしライブはできないし。新曲来ないし。未デビューの二人も情報ないし。正直ずっと終わる終わるって言われてたけどマジ終わるんじゃないの?という恐怖が心のどこかにはあった。それは事実だ。
でも、「H-A-J-I-M-A-R-I-U-T-A-!!」がカバーされると発表された時の、あの絶望感。
ナナシスはアイドルゲーなので、無論アイドル意識の曲もあるがバンド曲もあればラップ曲もあるしEDM調もあるし、選ぶべき曲はもっと他にあったはずなのだ。
「H-A-J-I-M-A-R-I-U-T-A-!!」が悪いんじゃない。DJという題材すら無視した寒い選曲に怒りしかないのだ。
私だって許せない気持ちもあるけど「SEVENTH HAVEN」や「HEAVEN’S RAVE」(百歩譲って「B.A.A.B.」……)くらいなら、向こうのdjというテーマもわかるし…となったかもしれない。でも、結果がこれなのだ。
ナナシスという、ストーリーと音楽を関連付けて楽しむコンテンツで、d4djの、DJというテーマとも噛み合わない曲を雑に選択されたダメージは大きすぎた。
コンテンツがコンテンツを食う、とはよく言われるけど、その意味がよくわかった。
いつの間にか後発のAqoursにもガルパにも追い抜かれ、他からは生きてる?とまで心配されるほどだ。これは死刑宣告かもしれない。
ナナシスの、彼女たちの「はじまり」を、向こうの矜持も誇りも何も感じない、完全なる話題作りのためだけに砕かれたのだ。
これで「d4djの曲じゃん!」なんて言われたら支配人は皆首を吊ると思う(主語がデカすぎる)
きめつ、こんなにキッズが増えると誰が思ってたんだろ。