  |
はてなキーワード: テンプレートとは
アメリカ大統領選直後、ふたばちゃんねるにQアノンが集結していたことはウォッチャーの中でもあまり知られていない。
Qアノンを扱う記事でも、ふたばに言及されているのは1つしかなかった。
日本のトランプ支持陰謀論者「Jアノン」が集まる掲示板は、米国の本家「Qアノン」が集まる掲示板の元祖
https://hokke-ookami.hatenablog.com/entry/20201222/1608648649
現在でもふたばの政治板はQアノンに占領されている状態となっており、大統領選に派生して反ワクチン・反ウクライナ活動を行っている。
ふたばは誰でも見られる過去ログを残さない掲示板であり、外部ログサイトもスレッドの消滅から約48時間で消滅するため、今から過去の様子を追うのはかなり難しい。
しかし、現役Jアノンコミュニティの1つであることは事実であり、調査しておく価値はあるのではなかろうか。
他のQアノンと比べて認識は幾分か常識よりであるが、所詮は陰謀論者であるため対話は不能であり、冷静にソースを出して指摘してもすぐさまブチギレる。これはふたば住民が総じて排他的・閉鎖的だからなのか、あるいは二次裏でこれらの陰謀論がバカにされていたことの受け売りなのかは不明。
また、ふたばのQアノンは、主にけもフレ2をめぐる一連の騒動に関与していた人物が何等かの理由で政治に目覚め転向した…という経歴が多く、実際に上記記事にある「ログインボーナス」ややたら長いテンプレートはけもフレスレからの借用語であり、政治板を「けもフレ」「けものフレンズ」で全文検索すると面白いほどにひっかかる。
Jアノンとは (ジェイアノンとは) [単語記事] - ニコニコ大百科
https://dic.nicovideo.jp/a/j%E3%82%A2%E3%83%8E%E3%83%B3
いかにして彼らが陰謀論者となったかは想像がつかないが、初期のけものフレンズが「癒し」「IQが溶ける」「頭を使わなくて見られる」と言ったうたい文句を売りにしていたことを考えると、いわゆる心の弱い人たちがけもフレ2をめぐる一連の騒動で「目覚めて」しまい、そのままQアノンとなってしまったのではなかろうか。
Qアノンがマルチ商法・スピリチュアルを筆頭に様々な陰謀論を兼任する姿は、他のコミュニティでも見られる姿である。
自分の好きなドラクエのやり込み動画をあげていた、そこそこ有名な投稿者が不正をしてたんじゃないか？ってことで荒れていた
投稿された動画はほとんどすべてみていたし、根気強くゲームやり込んでいく様（まあ実際はそれも嘘だったみたいだが）を見ていてすごいなとかおもしろいなーとも思っていたのでショックだった
疑惑を裏付けるような画像や証拠もいくつかあがっていて、それを知った瞬間に自分の中にあった、
それまでの熱は急速に失われて、付けた高評価も全部低評価に変えてチャンネル登録もはずした
「あぁ、結局ドラクエのこと好きでもないし、ただ金儲けのためだったんだな……」って。
やり込みプレイって、ゲーム好きの奴がゲーム愛ゆえにある種暴走してやるようなもんなんだよ
はたから見たら一見無価値で無意味なことを他人の評価なんて気にせずやるんだ
この投稿者はそれとは真逆で、ドラクエを利用していたんだなって思うと萎えてしまった
最初は自分の表現の場が欲しくてコンテンツに集まってくる人が多いんだよな
アホくさいことや一見なんの価値もないようなことを、ただ自分の欲求を満たすだけにやってる
利益のためとかじゃなくて、自分がしたいからやってる、みたいなね。
でもそれがアフィリエイトやら収益化やらで金になるとわかると、
対して作品を好きでもないような連中が、金儲けできる！となだれ込んできて、
テンプレートで固めたような薄い記事やら動画やらであふれるようになる
当然作品や活動にたいして愛なんてない。金を得るためのただの道具だからね
当該の投稿者の動画はもう見ないとおもうし、正直な話なんだかyoutubeに対しても白けてしまった
けれど、
たぶんこれからも自分は新しいコンテンツが出てくるたびに、それに乗っかっては楽しんで、期待して、また裏切られていくんだろうな
感情の備忘録としてただ思うままにだらだらと書きなぐったんだけど、
予想外に色々と反応がもらえてうれしい
以下、返信になります
指摘されるまで自覚がなかったんだが、言われてみると厄介な潔癖症のそれなのかも。
嘘くせー
変えましたねー
さすがに新しく投稿されたものにまで、低評価をつけにはいきませんでしたが……
そこまでのこだわりというか熱がもうない
趣味だけでやってるうちはリソースが半ば無限にクオリティの向上に注がれるけど
一般受けを狙ってか、トガった要素や良さがなくなったりもする
なるほどです
勉強になる
上でも指摘されたけど、たぶん自分は潔癖症でネガティブなんだろうなぁ
改めないと。
なにそれ面白そう
増田に書き捨てといてよかったと思う瞬間
共感を得られたのはやっぱりうれしいし、
色々気づけたのでよかった
サイゼ騒動は一旦落ち着いたみたいだ。皆それぞれに納得を得て帰っていった。
そんな中で私はひとり、モヤモヤを抱えて立ち尽くしている。
渦中で人気になっていたコメントが、どうしても頭から離れないのだ。それは確かこんな意見だった——…
「男が女性をもてなすべき、という考え方は払拭されるべき古臭いセクシズムだ」
でも twitter や ガールズちゃんねる を眺めていると、相変わらず、「恋愛なんだから女をお姫様扱いしないでどーする」「安い女だと思われたくない」のような意見が広く支持されている。
困惑した私が はてなブックマーク に救いを求めていると、こんな感じの意見が目に留まった——…
「大人の女性としての関心を寄せ、敬意を持って相手に誠実に向き合っていれば、同じ時間を過ごす選択肢としてファミレスのような手軽で安易な手段に頼るなんてことはできるはずがない」
大人であることにはコストがかかる。大人の女性であることにはもっとコストがかかる。男性のように髭を剃るだけのスッピンでデートに出掛けるわけにはいかないし、女性の恋愛的な気分を着火させるにはそれにふさわしいムーディーな場所が必要だ。雪が降るだけではしゃいでいた単純な子ども時代から遠く離れ、年齢相応に成長した大人の女性には、複雑な心の機微がある。それを無視し、踏みにじり、理解しようともせずに思考放棄して便利なテンプレートに押し込める、そんな態度をコメントは批判しているのだろう。おそらく。私はこれに反論できない。
だが両者はハッキリと矛盾する。
個人的なことが二人の関係性だけに閉じず、集積されて社会に影響していくのなら。社会全体の「まとも」観が翻って個人にも影響していくのなら。この問題には解く意義がある。
女性特有の文化と、女性の生理的な仕組みそのものは、もちろん性差別ではない。だけど男がそれに合わせた振る舞いをすると直ちに古臭いセクシズムが出現してしまう。かと言って、目をつぶって男と同じように扱うのにはミソジニー的な横暴さがある。どうすればいいのかわからない…
セクシズムか／ミソジニーか。
男がいて、女がいて、彼は彼女をお姫様扱いすべきか／するべきじゃないのか。
お姫様扱いしている誰かがいたとして、彼は自分の態度を誇るべきか／誇るべきでないか。周りはそれを持ち上げるべきか。あるいは、距離を置くべきか。
自分が記事を正しく読めていない、一部飛ばし読みしているところもありますが、些末な点で言いたいことがあります。
大谷翔平、長嶋茂雄、野村克也が周りより一歩も二歩も抜きんでてたのは遺伝形質（身体的特性）に加えて本人が努力したからに決まってんだろ。努力の結果が遺伝するわけがない。遺伝疾患や体格と一緒にするな。わざとか。どっかの詭弁のテンプレートにこういう例があるのか。
https://pubmed.ncbi.nlm.nih.gov/24957535/
そして、努力したことがのちの世代に影響する（これを「遺伝」、と言っていいかは素人のため不明ですが）かもしれません。エピジェネティクスって言うんですけどね。
ゴルトンの観察が平均に回帰した（ように見えた）のは実験の条件が一定じゃなくて子供のサイズが親のサイズよりも環境から受ける影響の方が大きかった（つまり親のサイズという変数に対して無作為抽出になっていた）からだろ。
結局これがすべてで、逆に考えると、集団ではなくひとりひとりを取り出してみてみると「遺伝子だけではその人の性質や将来はわからない」というのが素人の感想です。遺伝子で説明できる行動や性質（表現型、というのが正しいんでしょうかね）は、集団で見れば有意差ありかもしれないけれど、特定の1人を取り出した時はよくわからない差だったり、他の（社会的）要因に埋もれてしまう程度なのかなと思っています。何より、遺伝子だけでは分からない病気や障害は多いなと思っています。
ちなみに元元増田の
親の身長とその子の身長を比較すると、極端に身長の高い親の子は、どちらかというと平均側、普通っぽい身長の方にシフトする、と言う現象です。
は、「極端に身長の高い親の子は、極端に身長が高くなる確率と平均的な身長になる確率を比較すると、平均的な身長になる確率の方が高い」としておけば、平均への回帰についての正しい説明になります。
元元増田の
多遺伝子型の遺伝構造はまだわかっていないことも多く、「優生学的操作」をしてどうなるかすらわかっていないんですよ。形質に遺伝的因子があるなら、優生学的操作をすれば人類は必ず優秀になる・・・というのが元増田の議論の開始点だと思いますが、そこ、すでに間違ってるんです。
というのは、一般の人が想像するデザイナーベビーは今の技術では難しい（成功が保証されない）、という意味では、人々が持つであろう感想と一致するかもなと思います。「優生学やら遺伝子操作でも、案外思い通りにならないじゃん」ということ。
（この部分は優生学の善悪の話をしているのか、可能不可能の話をしているのか、元増田と元元増田でずれはありそうですけど）
ここから先は元増田・元元増田とは関係ない話です。元元元増田の話に関連した話です。
ので、社会政策的に（ナチスドイツのように）優生学を進めていくというのはおかしなことになるのではないかと危惧します。が、実際は子供が生まれる前に出生前診断に加えて着床前診断（これは流産防止の措置ですが）をしているので、優生学の支持者どころか実行者（いわゆる「リベラル優生学」かもしれません）です。
今の日本（もっと極端な例は中国都市部）って、それなりにお金がある人しか子供が持てないので、ある意味「金がある、優れた人だけ子供を持てる」消極的優生学というべき状況が進行しているように感じます。遺伝子操作が～優生学が～というのは確かに倫理的に重要な問題ではありますが、こういう優生学が問題になるならば、今現在進行中の、より大きな、かつ社会的に解決策がありそうな問題も無視できないですよね。
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。AWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス。
App Runner
2021年5月にGA(一般公開)となったサービス。プロダクションレベルでスケール可能なwebアプリを素早く展開するためのマネージドサービス。Githubと連携してソースコードをApp Runnerでビルドとデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。
ECSとFargateの場合、ネットワークやロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識は必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である。
ECS Fargateを利用した場合のコスト、拡張性、信頼性、エンジニアリング観点
【コスト】
EC2より料金は割高。ただし、年々料金は下がってきている。
【拡張性】
デプロイの速度 遅め
理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる
理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。
タスクに割り当てられるエフェメラルストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要な場合はEFSボリュームを使う手もある。
割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリを要求するホストとしては不向き
【信頼性】
Fargateへのsshログインは不可。Fargate上で起動するコンテナにsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境にsshの口を開けるのはリスキーである。他にSSMのセッションマネージャーを用いてログインする方法もあるが、データプレーンがEC2の時に比べると手間がかかる。
しかし、2021年3月にAmazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。
Fargateの登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
もうなんか間違ったことしか書いてなくて増田が何でこんなもの書こうと思ったのかちょっと意味が分からないんだけど
一応気になったところだけ訂正・説明を入れておく。（ほぼ全文にわたっているが…）
途中で「なんでこんな中間テストの採点みたいなことやってんの…」みたいな気分になったけど
万が一これを読んで本気にしている人がいるといけないので義務感で最後まで書きました。
あまりの衝撃に最初からテンション高いですけどね。もう疲れたからこのまま上げます。
なんなんやいったい...
遺伝病の断種は、遺伝病の根絶について特に有効ではないと考えられています。まず、潜性遺伝病の場合はどうでしょうか。これは、両方の染色体に、多くは遺伝子機能欠失型の遺伝子変異があると起こります。親は、片方しか持っていなければ健康なのですね。すると、両方の遺伝子変異を持つ遺伝病患者を断種させたところで、片方だけを持つ親が世の中にたくさんいるわけです。どれくらいの数いるか？実はね・・・地球上の全人類で、これを持ってない人はいないと考えられています。今、個人の全ゲノム塩基配列決定とか普通にできてますからね。観察的にそうです。さてそれでも、両方の遺伝子欠失を持つ遺伝病の人を断種させれば、徐々に遺伝病は減っていくでしょうか？実はね・・・そうならないと考えられます。ハーディ・ワインベルクの法則って言うんですけどね。
まず、
「ハーディ・ワインベルクの法則って言うんですけどね。」じゃねーよ。
選択があるのに対立遺伝子（A、a）や表現型（AA、Aa、aaの組み合わせ）の頻度が変化しなければハーディ・ワインベルクの法則じゃないだろ。
潜性のホモ接合aa（つまり発病してる人）を継続的に人口から取り除いていけば人口中の対立遺伝子Aに対する対立遺伝子aの頻度は低くなるにきまってるだろ。
対立遺伝子aの頻度が低くなるんだからAA、Aaの組み合わせに対するaaの組み合わせの頻度（発病する人の割合）は低くなっていくにきまってる。
つまり両方の遺伝子欠失を持つ遺伝病の人を断種させれば、徐々に遺伝病は減っていくんだよ。ハーディとワインベルクによれば。
学部レベル以下の知識がないぞ自称ゲノム科学者。というか論理的な思考が出来てないだろう。どうやって大学はいったんだ？
頑張れ。もっと頑張れ。
さてそれでは、顕性遺伝病の場合はどうでしょうか。これは、染色体の片方にでも遺伝子変異があれば発症するもので、つまり、遺伝病を発症している人を断種させれば理論的に根絶できます、が、実はね・・・ヒトゲノムには突然変異が起こるのです。もちろんこれが進化の原動力なわけですが、これにより、顕性遺伝病も発生します。つまり、両親が健康で、遺伝子変異を片方持つわけではない場合でも、子に突然変異が発生して顕性遺伝病は起きるのです。デノボ突然変異って言います。
「実はね・・・」じゃねーよ。今どき突然変異が起こることを知らねー人間が存在するのか？ 進次郎か。プラスチックの原料か。
そもそも突然変異の発生率がとても低くて、ひとつの遺伝子につき平均で一世代で一万分の一から百万分の一（＊1）。しかもアミノ酸のコドンには冗長性があるからベースペアが一ヶ所変異してもアミノ酸は変わらないことの方が多いし、アミノ酸がひとつ変っても即タンパク質の働きに影響が出るわけではないから機能不全が新たに発生する率は実際にはひとつふたつ低いオーダー（十万分の一から一億分の一）。
だから新しい変異による発病はほぼ無視できるんだけど、実際の変異率がいくつにしろ発生率より速いレートで変異を取り除いていけば全人口中の有病者の割合が下がっていくのは当たり前のことだし、変異を取り除かない場合の有病者割合の増加率は継続して取り除いた場合に比べれば絶対に高くなる。当たり前の話だ。
そもそも（十万分の一から一億分の一の確率で）「子に突然変異が発生して顕性遺伝病は起きる」ことと「顕性遺伝疾患を持つ親の子供は１００% ５０%－１００%の確率で（素で間違えた。恥ずかしい）おなじ遺伝性疾患を持つ」ことは別の話だ。子に突然変異が発生して顕性遺伝病が起きたら当然「その子が」生殖することを許さず新たな有病者の発生とそれによる社会の負担の増加を防止しようというのが優生思想だし、それは可能なんだよ。
優生学は「特定の個人が病気を持つかどうか」の話じゃあない。優生学は集団遺伝学の話（集団中の有病者の割合・それがどう変化するか）なんだよ。この違いが分かってない生科学者なんて存在するのか？
有効だよ。上に書いた通り。「抑制」は「根絶」じゃないしそもそも根絶は目指してないから。
問題は「個人に遺伝病が起こるか起こらないか」じゃないんだよ。問題は「全人口の中の有病者の割合をどう抑えるか」だよ。
さて、ここまで読んでくれば読者は気づいたでしょうが、運動能力、見た目の美醜、学歴、といったものは、これは単一遺伝子型ではありません。もし、学歴を問わない父親と、東大卒の母親から生まれた子の1/2が東大卒になると言うなら、これは単一遺伝子型の顕性遺伝と言うことになりますが、そんなわけはありません、経験的に。誰も行かないこともあるし、佐藤ママみたいに4人全部行くこともあるでしょう。単一遺伝子型なら、こういうばらつきは起きません。ばらつきが起きるが、一定の遺伝性はあるように見える形質、これは多遺伝子型です。
ちょっと待て。
「単一遺伝子型なら、こういうばらつきは起きません。」じゃねーよ。
たとえ「東大卒業する」が顕性単一遺伝子だとしても子供がその顕性遺伝子をもつかどうかは確率の問題で、必ず「生まれた子の1/2が東大卒になる」わけじゃねーだろ。ひとりひとりの子供が「東大卒業する顕性単一遺伝子」を持つ確率が1/2なら「子供4人中誰も東大卒業しない」も「4人全員が東大卒業する」も6.25%の確率で（ばらつきが）起こるだろ。
性染色体はひとつの遺伝子じゃないけどXとYはクロスオーバーしないから単体として遺伝するだろ？ 男が生まれる確率（子供がYを持つ確率）は常に1/2だな？ それでも全ての家庭で常に「生まれた子の1/2は男」になるか？経験的に。誰も男じゃないこともあるし、佐藤ママ（誰やそれ）みたいに4人全部男のこともあるでしょう？ 遺伝というのは確率だから顕性だろうと単一だろうとばらつきは起こるんだよ。
この多遺伝子型の形質には、単一ではないとするならどれくらいの数の遺伝的変異が関与するでしょうか。これはここ10年くらいで確定してきた最新のところではあるのですが、どうも最低数千あるようです。それぞれの形質に、それぞれ数千です。こんなにたくさん因子があるとどうなるかというと、中心極限定理により正規分布します。多遺伝子型の形質は、正規分布するのです。すると何が起こるでしょう？
平均への回帰です。
「平均への回帰です。」じゃねーよ（笑）溜めをつくって関係ねーことを言うな。渾身のボケか。（ちょっとウケた）
無数の試行の平均が母集団の平均値に回帰するのは母集団が（またはサンプルが）「正規分布だから」じゃねーよ。大きい値も小さい値もランダムに抽出するからだよ。
親と子の身長に相関があり、長身の親（正規分布の一方の端）だけ取り出したら（つまりランダムではない。これが優生理論）、その子供の平均身長は「長身の親の平均値」に近づくにきまってるだろ。「長身も低身長も含めた母集団の平均値」に回帰するわけがない。
おまえ本当に大丈夫か？ なんかわざと間違ったこと言おうとしてる？ ツッコミ待ちか？（たぶんそうなんだろうなぁ...）
いみじくも優生学の創始者ゴールトンが明らかにしたのが、親の身長とその子の身長を比較すると、極端に身長の高い親の子は、どちらかというと平均側、普通っぽい身長の方にシフトする、と言う現象です。それで回帰というわけですね。平均に戻る、ってことです。
ゴルトンの観察が平均に回帰した（ように見えた）のは実験の条件が一定じゃなくて子供のサイズが親のサイズよりも環境から受ける影響の方が大きかった（つまり親のサイズという変数に対して無作為抽出になっていた）からだろ。だいたいゴルトン自身が気付いて生物学的根拠のない統計上のアーチファクトだって言ったものを掘り出して差し上げるな。晒し上げか。
どういうことでしょうか。メジャーリーグMVPの大谷翔平の子は、みんなメジャーリーグとかよりもずっと普通っぽい才能になるだろう、ってことです。ええ、皆さん、知ってますよね。長嶋茂雄の子もそうだった。野村克也の子もそうだった。あれが理論通りなんです。教育環境がいいから、それでも普通よりはいい方に行くわけですけど、親と同じような超絶スーパーエリートにはならなくて、それは統計学的に予想通りでして、確率統計の基礎の基礎、正規分布の性質により説明できます。大体さ、大谷翔平の親はどうなのよ。メジャーリーガーだったわけじゃないわけですね。
大谷翔平、長嶋茂雄、野村克也が周りより一歩も二歩も抜きんでてたのは遺伝形質（身体的特性）に加えて本人が努力したからに決まってんだろ。努力の結果が遺伝するわけがない。遺伝疾患や体格と一緒にするな。わざとか。どっかの詭弁のテンプレートにこういう例があるのか。
まあ、それでも、意味があるじゃないかっていうかもですね。平均への回帰って言っても極端だったのが極端でなくなる、ってわけで、身長が高い親の子の平均値は、身長が低い親の子の平均値よりは高いです。平均だけの話で、大幅にオーバーラップしますが。それでも平均を徐々に上げていけばいいじゃないかと。
だから初めから優生学の対象は特定の個人の能力（大谷翔平の子供は野球が上手いかどうか）じゃなくて集団全体の性質だって言ってるだろう。もともと「全体の平均を上げること」「全体の中で望ましい（くない）ものの割合を増やす（減らす）こと」が目的だ。「背が高いことが社会にとって良いことだ」となったら（どういう理由でそうなるのか知らんが。軍事強化？）長身の者に優先的に生殖の機会を与えて国民の平均身長を大きくするのが優生学の目的と手法だろう。むしろそれ以外になんだと思ってるんだ？
いずれにしろ「身長が高い親の子の身長も身長が低い親の子の身長も平均に回帰する」というのは単純に間違い。もしそうなら長身の者だけに生殖させても平均値が高くなるわけがないし（どういう理屈で「平均への回帰」と「平均を徐々に上げていく」が両立できるんだよ？）長身のものが優先的に子供を残せば集団の平均身長が高くなるのはすでに事実としてわかってる。（＊２）
ところが、多遺伝子型には数千もの遺伝的変異が関係するというのはどういうことかというと、単一遺伝子型のように、どれか一つの遺伝的変異はどれか一つの遺伝病に対応する・・・ということになりません。重複しちゃうんです。ある遺伝的変異は、ある形質にも、別の形質にも、関係する。多面的関連と言います。例えば身長を高くする遺伝的変異は、同時にがんになりやすくする多面的関連を持つことが多いことがわかっています。するとどうなるか。身長を高くするように、集団の結婚相手を操作していくと、がんが多くなって寿命が短くなるでしょう。では学歴はどうか？学歴を高くする遺伝的変異は・・うつ病になりやすくすることがわかっています。
ここの部分は必ずしもすべて間違っているとは言えないが、身長の高さとガンの発生にについてはそれぞれが関連する遺伝子座の間に統計的な相関が見つかったというだけで身長を高くする遺伝子がガンの原因になるというわけではないし、長身の集団が低身長の集団に比べ短命であるという証拠もどこにもない。後者（学歴）に至っては関連が指摘されているのは「うつ病」と「低学歴」だし（＊３）、それが共通の遺伝子の多面作用によるものだという考えは否定されている（＊４）のである。
ていうか今気付いたけどこいつ遺伝的変異ってずーっと 「mutation（突然変異）」の意味で使ってない？ 遺伝的変異は variation だから「数千もの遺伝的変異」とか「どれか一つの遺伝的変異」とかないんだけど...
これ、マジでまちがい探しかなんかか？ なんで書いてあることがことごとく間違ってるんだ？ 罠？
どうでしょうか。基本的に優生学というのは、国家の文脈で語られます。学歴の高い国民をより多数生み出し、国家の生産性を上げたい、というわけです。しかしどうでしょうか。うつ病が増えると、生産性はどうでしょうか。私はうつ病の人は生産性が悪いと言いたいわけではありません。しかし、優生学論者のロジックは成立しますか？（明示的に成立するとは言えないのではないですか？）と言いたいのです。
多遺伝子型の遺伝構造はまだわかっていないことも多く、「優生学的操作」をしてどうなるかすらわかっていないんですよ。形質に遺伝的因子があるなら、優生学的操作をすれば人類は必ず優秀になる・・・というのが元増田の議論の開始点だと思いますが、そこ、すでに間違ってるんです。
だからなんで話を「まだわかっていないこと」だけに限定するんだよ。じゃあわかってることには優生学的手法を使ってもいいのかよ。国や医療システムにかかる負担を軽減するために「遺伝病患者は子供つくっちゃいけません」っていいのか？ 問題はそこじゃないんだよ。
優生思想がダメなのは「科学的に間違ってるから」でも「有効じゃないから」でもないんだよ。優生論の生物学遺伝学的手法が有効なのは動植物の繁殖で既に実証されてるから。元増田が優生学とは何かをそもそも理解していないのは確かだが、おまえの言ってることもほぼすべて間違ってる。
結論としてすでに社会的に受け入れられてない優生思想を否定したいんだったら、ウソを書いてまで「科学的」根拠をでっちあげる必要がないだろう。
なにが目的だ？
まさかゲノム科学者（自称）がこれらの間違いを本当に信じているはずがあるまい。
特にうつの「高学歴」と「低学歴」入れ替えてるところなんてワザとじゃなきゃどうやって間違えるんだよ...
＊1 https://www.sciencedirect.com/topics/biochemistry-genetics-and-molecular-biology/mutation-rate
＊２ https://www.science.org/content/article/did-natural-selection-make-dutch-tallest-people-planet
＊３ https://www.nature.com/articles/s41598-021-83801-0
なんかの機能追加というタスクがあるとまずタスクを分割してTODOアプリに登録する
こんな感じ。できる限り1タスク1～5分くらいで終わる量に分割する
1メソッドが大きい場合は例外処理のみ、DB登録部分のみ、メール送信部分のみとかそれだけでもタスクを分ける。
30秒で終わるようなことでもタスクとして独立してたら分けて登録する
「30分あれば上から12個こなせるな」とか見積もりして該当タスクに印をつけて30分タイマーで都度タイムアタックする
タイムアタックが終わると5分ほど休憩。見積もってた分が30分より早く終わってもその時点で休憩。5分くらい？
Youtube見たり在宅だったらえっちぃビデオ見たり音楽聞いたり好きなことをする。
終わったらまた30分分のタスクを見繕ってタイムアタック。それの繰り返し
ちなみにSlackで問い合わせとか来た場合はその時点で返信より前にTODOとして登録。何故ならそうしないと絶対返信忘れるから。
https://anond.hatelabo.jp/20220106191411
上記増田を読み、あまりに自分の知る実情と違いすぎ、愕然とした。
釣りなのか、釣りじゃないにしても極めて特殊な一例と言わざるをえない。
釣りには真実を、特殊な一例には、更に特殊な一例を公開しての平均化が必要だと思う。
そこで、手前みそながら、自分のケースを紹介してみようと思い立った。
(特定を避けるため、多少のフェイクが入る点はご留意願いたい)
私は、どこの企業やグループにも所属せず、背後にスタッフ等もいない、いわゆる個人Vtuberだ。
登録者数はどうにか4桁だが、いまだYouTubeの収益化条件は遠く、
それでもなんとか無事生活できる範囲の利益を獲得し、ファンのかたや仲間に恵まれ、まいにち楽しく生きている。
【歌いたい歌は、大抵歌える】
上記増田は、お歌動画の難しさをあげていたが、現実にそんなことはない。
YouTubeはJASRACと包括契約しており、基本的に著作権を気にする必要はない。自動で広告がつき、YouTubeの方で帳尻を合わせてくれる。
気にするのはいわゆる原盤権のみであり、これはかみ砕いていえば「CD音源をそのままカラオケに使っちゃダメよ」ということだ。
そこで、カラオケ音源をあらためて用意する必要が出てくるのだが、需要があるということは供給もあるということで、
・人気J-POPは、大抵、有志がカラオケ音源化してくれていて、無料で使える場合が多い。
・ボカロ等は、原盤権を持つ権利者が、公式音源の使用を許可してくれている場合が多い。
・どうしてもない曲は、比較的安価なお値段で、専門のかたにカラオケ作成を依頼できる。
上ふたつは、あくまで善意と厚意によって成り立っているものなので、各種ライセンスは必ず確認し、注意深く利用しよう。
カラオケ音源の作成依頼は、私の知る限りお安いところは3,000円くらいで作ってくださる。
どのくらいの頻度で投稿するかによるが、仮に毎週コンスタントにお歌動画をあげたとして月12,000円である。
自分ができない技術に支払う対価としてはむしろ少ないくらいだし、月に捻出する趣味費としても社会人なら許容の範囲ではないだろうか。
また、YouTubeはそれでいいのだが、twitterはJASRACと包括契約をしていない。
そのため、クリーンにやるなら、JASRACと直接個人契約を結ぶ必要がある。
今のところ私は個人契約をしていないが、調べた限り、たしか年額一万円程度で契約できたはずで、これも充分手の届く金額だろう。
YouTubeで自動でつく広告の収益は、著作権者に還元されるからだ。そして、それは正しい。こちらは曲というコンテンツを使わせていただいている側であり、権利者に還元されるのは当然である。
逆にいえば、お歌で収益を得たいなら、自分が権利者となればいい。つまり、オリジナル楽曲の制作だ。
これは上記のカラオケ音源の用意に比べて手間はかかるものの、決して難しいことではない。
「自由にオリジナル曲を乗せていいよ」という有志のフリー楽曲もあるし、もちろん依頼して作っていただくこともできるし、自分で作曲してもいい。
私は、趣味として好きな頻度で好きな曲を歌い、節目節目でオリジナル曲を公開してきた。
Vtuberになってから作曲もおぼえ、コードをなぞる程度だが楽器も練習し、mixやジャケットも自分でこなすようになった。
今は個人でiTunesやspotifyに無料で気楽に楽曲を配信できる時代である。自分で権利を持っているので、当然BOOTH等での販売も可能だ。
これ単体の収益はそこまでではないが、自分でつくったものでお金を得る感覚は、得難いものがある。
【キャラクターデザインは自由でいい】
人気ラーメン店に行く時、列に並ぶことに文句を言うひとは少ないだろう。値段が高いことも、予約が必須なこともある。人気なのだから。
同様に、人気絵師さんは順番待ちになりがちだし、中には一見さんおことわりのかたもいらっしゃる。これは当たり前のことだろう。
仕事として絵を描くのは、依頼する側が思う以上に大変なことである。制作に一ヶ月以上かかるのもザラで、つまり、物理的にマンパワーが足りないのだ。
依頼者側はどうかその辺の事情を理解してほしいし、私としては、絵師さんの体調がいつも心配だ。おからだ壊さず、自分のペースで仕事を受けてほしい。
個人的には、初期の頃においては、キャラクターのクオリティにこだわりすぎる必要はないと思っている。
もちろん、多少の開幕アドはあるだろうが、あくまで多少の有利があるというだけだ。
私は、「キャラデザに数十万をかけたものの、デビューしてみたら鳴かず飛ばずだった」という同業者を何人も知っている。
必ずしもそのかた自身に落ち度があったとはいいきれないが、何らかの計算違いはあったのだ。
そういったケースを想定せず、闇雲にお金をかけようとするのは、いわば、挿絵のクオリティに運を託すラノベ作家のようなものかもしれない。
挿絵の力で人気になる場合もあるだろうが、そうじゃない場合もある。この場合、そうじゃない理由は明らかだ。挿絵を気にするより、作家にはまずやることがある。
私としては、生みの苦しみを知る意味でも、数十万がコケるリスク軽減の意味でも、一度はゼロから自作してみることをオススメする。
今は無料・安価で高品質な3DモデルがつくれるVRoidがあるし、Live2Dも簡単にカスタマイズ可能なテンプレートを公式が用意してくれている。
私は、デビュー前も多少絵を描いていたが、とても人にお見せできるほどではなかったので、Vtuberデビューするにあたり、あらためて絵の勉強をし、Live2DやVRoidの制作をおぼえ、blenderとunityの使い方を学習した。
今は大抵の知識がネットで手に入り、これら技術を習得するのにかかる時間は1～3ヶ月もあれば充分だ。かかる時間は、依頼した場合と大差ない。なら、多少自分で汗を流してみるのも、悪くないと思う。
そのうえで、自分の活動に合わせて、よりよいキャラデザを依頼するのもいいだろう。
活動してみて初めてわかることもあるし、リスナーの反応をリサーチしてから依頼できる点もメリットだ。
どのみち、Vtuberの多くは、活動するうえで姿をたえずアプデしていくものだ。
最初のはじめましてはたしかに大事だが、全ての勝負を開幕初手に全賭けする必要もないだろう。
【やりたいことは何でもできる】
この世界は自由だ。何をやってもいい。正確には、何をやってもVtuberというカテゴリに包括することが可能だ。
普通、建築士とゲーム実況者とダンサーは同じカテゴリ内に共存できないが、Vtuberなら建築系Vtuber、実況系Vtuber、ダンス系Vtuberという形で、Vtuberという大きな枠組みの中で共存できる。
それは色んなかたと知り合いになれるということであるし、逆に何に手を出してもVtuberという枠組みから外れる心配がないということだ。
突然、雀魂にハマってもいいし、海外の誰も知らないB級ホラーをディープに紹介してもいい。安心して挑戦できるし、安心して趣味に走れる。
上記の作曲やモデリング等もそうだが、私がVtuberになってからできるようになったこと、知ったことはあげればきりがない。
今となっては、逆に何を怖がってそこまで挑戦を避けていたのだろうと、デビュー以前の自分を振り返って思う。
やろうと思えば何でもできるし、逆にやらない選択肢をとることもできる。それがVtuberかと思う。
どんな分野の企業もそうだが、Vtuberプロデュースをする企業もまたピンキリだ。
悪い企業は、企業の名義貸しだけして手数料を巻き上げていくし、良い企業はマネジメントが手厚かったり自社の強みを持っている。
ただ、良い企業に所属するのは、もちろんその対価に伴う責任を背負うということでもある。たとえば、再生数やノルマ、ビジネスブランドの維持などだ。
良い環境というのはあくまで素地であり、木に成っているぶどうが勝手に落ちてくるわけではない。
つまり、結局自分の身の丈に合っているか、性分に合っているかという話になってくる。
自分で判断し、自分で活用できるひとなら乗りこなせるかもしれないが、企業を目指すかたは「とにかく企業勢になれば…」と思っているかたも多く、そういうかたには向かない……までいかなくても、かなり苦労されるのではとは思う。
プロデュース事業も結局は営利ビジネスであり、採算がとれなければ事業を撤退する可能性は全然ある。
これは早ければクオーター(3ヶ月)で閉幕することあるし、半年、もしくは年度締めということもある。
そんな時、キャラデザの権利、IPの権利などを企業側が握っていると、個人Vtuberとして独立できず、一緒に撤退(卒業)せざるをえなくなってしまう。
なので、企業に所属する場合は、契約書をよく読み、自分に必要な権利を過不足なく確保できているか確認が必要だ。
向こうに権利が帰属する形なら、交渉して権利を自分持ちとするか、買い取るか等が必要だし、
明記がないなら、覚書き程度でもいいので書面で取り交わしを結んでおいた方がいい。
多くの企業の担当さんも、別に鬼ではないというか、こちらが大人な対応をすれば、ある程度融通はきく。
逆に、その時点でブラックな香りがにおいたつなら、早々にゴメンナサイするのがお互いのためだろう。
私は自由な活動が好きだし、企業ガチャでリセマラするつもりもないので、あくまで個人が性に合っている。
とはいえ、事務所による箱推し効果は強力だし、憧れている先輩の事務所に行きたい気持ちも充分にわかる。
なので、結局これらの話はすべてケースバイケースだと思う。
【いろんなひとがいる】
Vtuberの悩みとしてよく聞くのは、人間関係、つまりVtuber同士のコミュニケーションだ。
ただ、ありがたくも、私はこれらの悩みで苦しんだことがあまりない。
全くないとまではいわないが、それらを巧妙に回避して今に至る。
というか、世の中には色んなひとがいる。Vtuberも様々だ。そこで交友関係を増やせば、合わない人が出てくるのも当然だろう。
たった40人弱の学校教室の中でさえ、人間関係のトラブルは頻出し、グループやカーストが存在し、全員と仲良し！が難しいのに、教室を出た瞬間それができるようになるのもおかしな話だ。
なので、自分の合うひとと仲良くすればいいし、そうでないひととは距離を置いたり、大人な対応でやりすごすのが吉だと思う。
結果、友人が少なくなったとしても、それが自分のだいすきな人たちなら、恐れるものは何もない。
少なくとも、合わない人とストレスを抱えながらワタシタチトモダチダヨネーするよりは、はるかに健全だろう。
仮に、それでも関係性を切れない切りたくないという場合は、そこにしがらみや打算があるのだと思う。
しがらみを断つには勇気と体力がいるし、打算があるならストレスはただの対価で、呑むか呑まないかの話だ。
決断を迫られる場面だが、決断さえすれば、そこから先は全て自分の意志で歩く道だ。何より、気楽でいい。
【いろんなひとがいる2】
むしろ、私が悩むことが多かったのは、ファンのかたとの距離感の方だ。
特に私はセクハラ系のコメントが苦手で、これに立ち向かえる強さの修得に時間がかかった。
逆にストレートな好意も、自分がそこまでのにんげんには思えず、うまく受け取れず、いつもどうしていいかわからなかった。
長文コメや連コメは要約したりまとめて読み上げ、荒らしをかわし、際どい書き込みをいなし、いさめ、香ばしい流れの時は話題を変え、遠慮するところは遠慮し、押すところは押し、嫌なことは嫌といい、うれしいことはうれしいといい、感謝の気持ちは伝えられる最速で伝える。
それでもたまに、特に否定的な意見ならともかく、真っ向からの好意などに対しては、ふっとノーガードで食らってしまうことがあって、そういう時は激しくテレてしまう。
けれど、これは多分贅沢な悩みというやつだろう。
YouTubeの収益化さえ通っていない私が、なんとか暮らせているのは、FANBOXやBOOTH等によるところが大きい。
プロ絵師のさいとうなおき先生もどこかで言っていたが、今は小規模な個人がマネタイズしやすい時代だ。FANBOXやFantia、BOOTHやBASEなど、気軽に応援したりされたり、気軽に売ったり買ったりが、当たり前かつ無料でできる。こんな状況は10年前では無理だった。
また、FANBOXやBOOTHのいいところは、還元率の高さだ。
YouTubeなら6～7割、他プラットフォームなら2～3割の利率が多い中、FANBOXやBOOTHは、9割以上がこちらに還元される。
仮にYouTubeで月10万円得るなら赤スパリスナーが14～17人必要だが、FANBOXなら11人だ。一人当たり5000円、3000円で考えれば、この差は更に顕著になり、10人20人の違いになってくる。
つまり、FANBOX等に軸足を置いた方が、小規模で生計を立てやすい。それはファンのかたの投げ銭を無駄にしないで済むということでもある。
もちろん、「なるほど！FANBOXならお金が稼げるのか」というほど単純な話ではない。
それは、企業に参加すれば人気になれる、有名絵師のイラストなら人気になれるといっているのと同じだ。
ここまで来るのには、たくさんの苦労もあった。
私はかなりの面を自作で乗り切ったが、どうしても時間はかかるし、つよつよPCにつよつよマイク、VR機器、採算が合うまで無限に出ていく生活費、すべてトータルすれば200万は溶かしていると思う。
それでも私は諦めなかったし、諦めるという発想がなかった。だって、すべてが楽しかった。楽しいことにかかる出費は実質0円だ。大変だけど、つらくはなかった。
結局、私は貯金してためた200万と数年をかけ、どうにかこの道で食べていくチケットをもぎとった。
18禁界隈に足を突っ込めば、更に収益化しやすいかもしれないが、残念ながら、私は18禁の活動は一切していないので、そこのブーストはかからない。
ASMRもしないし、外国語もできないし、ゲーム配信もコラボもほとんどやらない。
やったのは愚直な努力ばかりで、年1000回前後の配信と数十本の動画投稿、定期的なオリジナル曲やグッズ制作、twitterやFANBOXの更新、新しい技術の勉強、ファンのかた達との日々の交流などなど…。一個一個は地味だし、あまりうまくいってない部分もあるかもしれないが、「力こそパワー」の脳筋スタイルで壁を殴り続けてきた。
おかげさまで、今では根強く応援してくれるファンのかたができた。この繋がりが自分の何よりの宝だ。応援には答えたい。それが次のがんばりに繋がっている。
今の私の目標は、今まで私が誰かに助けてもらったように、私も誰かを助けられるひとになって恩返しをすることだ。
知ってることはシェアしたいし、誰かのママ・パパになってみたいし、それで楽しんでVtuberを続けるひとが増えてくれるとうれしいなといつも思う。
Vtuberは私にとって最高の遊び場だ。その遊び場がより楽しくわくわくする場所になってくれれば、結局その効用は再び私に返ってくる。打算的Win-Winというやつだ。
私が今ここにいるのは、たくさんのひとのおかげだし、多くの幸運に恵まれた。自分の功績とはとても思えないので、きっと前世で溺れている子犬等を助け、思わぬ徳を積んだのかもしれない。
つまり、あくまで特殊な一例として、参考程度に受け取っていただければ幸いだ。
所詮増田の文章だし、どんな界隈でも、いい経験をしたひともいれば、悪い経験をしたひともいるだろう。
これは、その程度の、ごく普通な、特例のひとつだと思う。ご精読ありがとうございました。
いくつかご意見・疑問等いただいたので、可能な範囲で答えたいと思います。
このご指摘をいくつかいただきました。確かにこの部分には意図的に書かなかった点があります。
それは、私が複数のプラットフォームで配信していることで、年間1000回配信はこれらの合算数です。
この話をすると、配信プラットフォームの組み合わせでかなり特定が容易になってしまうので、書きませんでした。
個人事業届も出しており、これから確定申告が待っています。ちょっと憂鬱。
・これを元増田に当てるのはひどい
もともと別例あげての平均化が目的だったので、対比する形になってしまった点は否めません。
また、自分の好きな界隈が"クソ"と言われてしまい、「そんなことないやい」と言いたかったのもあります。
・収益化してないんかーい
YouTubeはしていないです。
ただ、PRやアンバサダーなどの企業案件はいただけますし、VR上のアバターワークなどもあります。
個人的には、Vtuberというipで広く収益を得られれば、それでいいかなと思います。
・その規模でそんなに支援される？
個人で登録者500～1000人前後で食べれているひとは全然います。クリエイター系は顕著ですが、ゲーム実況メインのかたもいらっしゃいます。
自分の肌感ですが、個人なら、登録者3桁か4桁が一番身軽で専業化しやすいと思います。
長い歳月をかけてやっと納車された。
しかしだ。
車のディーラーって数百万円の高額商品を売ってるのに店員のレベルが低すぎないか？
商品説明は決まったとおりにしゃべれるとしても、購入手続きはあやふやだし、説明として出してきたテンプレートの用紙は修正せずにそのまま渡してくるので間違ってるし、任意保険に登録しようとしていた個人情報は間違ってるし、さらに購入後の社長からの感謝の手紙も住所間違ってるし。
なお住所間違いの手紙は郵便局員が頑張って届けてくれたため間違いが判明した。
もう買ったから仕方ないんだけどさ、数万円のブランドバッグを売ってる店のほうが断然レベルが高い。
そのバッグと比べたら100倍の価格差があるのだからせめてその10倍はさらに丁重に扱ってほしい。
下取りに出した車が傷だらけだったのが原因か？宛先を書く事務員と保険の担当には関係ない話だしなぁ。
ひとつ擁護すると購入に至るまで水の一杯も出なかったがそれについては文句は言わない。私はトイレが近いので出先で水分は取りたくないのだ。
なお明言は避けるがここでいうディーラーとはトヨタ、日産、ホンダのうちのどれかの系列店のことだ。どれも日本を代表する大手のはずなんだが？
／／追記
仕事で100万円の客10人より1000万円の客を大事にするようにずっと言われてたので世の中そういうものだと思ってた。
2.SDよりTNHの方が高級
スズキやダイハツなら定食屋のような接客をされるかもしれないけどトヨタ、日産、ホンダならレストラン級の接客はするだろうと思ってた。
実際はレクサスやベンツやBMWがレストランでトヨタ、日産、ホンダは定食屋だった。
3.他のディーラーに行けばいい
前回はそうしたんだけど今回はコロナのこともあって一回でも来店回数を減らしたかったのでそういうことはしなかった。
今回のことは全部コロナが悪い。
大手メーカーの商品を子会社が販売するときも親会社と同レベルの要求をされるので看板を背負うってそういうことだと思ってた。
5.態度が悪かったのでは
こちらの要求に対して相手が出した提案はほぼ通したのでゴネたわけでもなくテーブルに足を乗せたりしてないので私の態度が悪かったとは1ミリも思ってないけどこれは相手に聞いてみないと分からない。
■感想
なおメーカーを指定せずぼかしたところはあるけどフェイクはひとつも無い。
高い金を出したのにちゃんと接客してもらえなかったという話は車以外でもよく聞くのでみんなそういうところに不満があると思ってた。
安いものならレベル低くても納得するんだけど出した金の分くらいはちゃんとしてほしい。
応募理由を聞かれて「上流工程に深く携わることでお客様により良い価値を提供するため」とか「御社の企業理念に共感したため」とか言う奴。
こっちだってそんなこと本気で考えてる奴いないってちゃんとわかってるからな。
こんなの「ネットに書いてる模範解答を暗記してきてる奴」以上の情報がこっちには伝わらないから実質何も言ってないのと一緒なんだよ。
「コロナでリモートワークの求人増えてホワイトで高給な企業に行きたくなったから」を失礼にならない感じの言い回しで言ってくれた方がまだ好印象。
新卒ならまだわかるんだよね、実績がないからテンプレートと大喜利力で勝負するしかないって。
中途でこれやる奴は正直割とマイナスだったりする。
技術パートで取り返せりゃいいんだけど、そこがダメなら口下手でも良くも悪くもエンジニアらしい人の方を優先して採用しちゃうわ。
