  |
はてなキーワード: shipとは
I'm going in for surgery soon (= I'm having/getting surgery soon)
もうすぐ手術を受ける
go in for
〔富や名誉などを〕手に入れようとする、〔競技などに〕参加する、〔試験などを〕受ける
・I sent a demo CD to go in for the contest. : そのコンテストに参加するためデモCDを送った。
～を好む、～が好きである、～に凝っている、～に熱中する、～を楽しむ
・Throughout my school years I went in for music and was a member of the chorus. : 私は学校時代を通して音楽が好きで、コーラス部に入っていました。
～に賛成する、～を支持する
・The idea does make sense but I can't go in for it. : その考えは確かに道理にかなっているが賛成はできない。
・If you are active, don't go in for a sedate job. : 行動的な性格だったら堅苦しい仕事には就かない方が良い。
～を専攻する、〔講義などを〕取る
・If you are fluent in German, you can go in for an international course of study. : ドイツ語に堪能なら国際コースの課程を取ることができる。
〔競技などで〕（人）の代わりに参加する、代役を務める
・I went in for an injured player. : けがをした選手の代わりに出場しました。
go in for は like doing の古臭い言い方だから使わない方がいいという声も
https://ell.stackexchange.com/questions/118883/to-go-in-for-sport-or-just-to-do-sport/
-----
go (along) with / go for はともに「選ぶ choose」を意味することがあるがニュアンスが違う
go (along) with は妥協感がある一方で go for は積極的にそれを得ようとする感じ
学校の部活などでレギュラーを狙っているときには go out for が使える
https://forum.wordreference.com/threads/go-with-vs-go-for.2864919/
-----
Go in to work 物理的に仕事場にたどり着くという意味
Go to work も同じ意味で使えるが、それとは別に仕事に取り組む（=Get to work）という意味でも使える
-----
How much that figure set u back?
たった二千円だったよ
Nice, affordable
いいね、お手頃だ
but I did see a couple nicer ones going for like 15k +
でももっといいやつが1500円くらいで売られてた
～の値段で売られて［販売されて］いる
・Manga here goes for $10-13 per volume, and no covers! : こっちでは漫画が一冊10～13ドルもするの。カバーも付いてないし。
scale figures go for crazy amounts sometimes
-----
I'm going on a trip across Japan this April, and I'm going to have about 3 weeks to myself to just explore and find experiences.
今年の4月に日本縦断の旅に出る予定なんだけど、3週間くらいまるまる使ってひたすら探検したり体験したりするつもりなんだ。
ct. do a trip to poland ポーランドへ旅行する
Is there anything that y'all would recommend I see/experience that's a more out of the way compared to touristy things?
観光名所的なやつよりも穴場的なところでなにかおすすめはある？
それ予定に入れとく笑
have ~ to oneself
～を独占［独り占め］する、自分専用の～を持つ、～を自分で好きなように仕切る［使う］
・We had the whole room to ourselves. : 私たちは部屋を独占しました。
-----
that guy was a blubbering mess in the video, and to be honest, i don't blame him
彼は動画の中で泣きじゃくっていたが、正直それは無理もない話だ
he still cannot stop his endless-useless-lame babbling
彼は未だに訳のわからないくだらない話を延々と続けている
babbling 〔訳の分からないことやとりとめのないことを〕ぐちゃぐちゃ［ペチャクチャ］しゃべる◆【同】blithering ; blathering ; jabbering ; gabbling
-----
Stop speaking alien words at me
わけわからんことを言うな
why would that ever be the case
そんなわけないだろ
こいつめっちゃ同じ話擦り続けるやん
man really interpreting everything
こいつ好き放題に解釈しよるやん
i feel like most people can't think past the fact that I'm the president
And are scared to talk to me or
ほとんどの人は私が社長だということを気にしてしまって、話すことを怖がってしまう
mf shaming me because I was eating too quick even though he had like 2 spoonfuls more than me left on his plate
スプーン2杯分くらいしか違わなかったのに食べるの速すぎって煽られた
I'm in all reason to believe you did not come here for ___, but rather to troll.
If you feel like I'm mistaken in my decision, feel free to send us a mail
あなたは～という目的ではなく荒らすためにここに来たとしか思えない
もし間違っていると感じるなら連絡してください
Good thing shows her true colors before u got with her
付き合う前に本性がわかってよかったじゃん
cf. the mask slips/comes off = 化けの皮がはがれる
https://nativecamp.net/heync/question/8679
the guy you had added on facebook
ほら、お前がフェースブックに追加したやつだよ
-----
ego stroke
《an ～》〈俗〉〔人をいい気分にさせる・人の自尊心を満足させる〕褒め言葉、お世辞◆【参考】stroke someone's ego
The owner is obnoxious just stroke his ego and you're fine
she is just using you to stroke her ego
彼女はただ自分がいい気になりたいがためにあなたを利用してるだけだ
-----
I think going to Japan and fucking with local citizens should have you tried at the Hague for espionage
日本に行って現地の市民にふざけた行為をしたら、スパイ行為としてハーグで裁かれるべきだと思う。（ジョニー・ソマリに対して）
And later sunset definitely beats getting home at 6 and it’s dark
it got sunset a long time ago so it's not relevant anymore
それはずっとまえに衰退したから今ではもう存在感がない（影響力がない）
people shit on me all the time
------
A: but why does uni even cost that much money
でもなんで大学はそんなに金がかかるんだ
B: I mean it's a racket through and through
ボッタクリの極みだからね
racket - 〈俗〉不正な商売［金もうけ］、詐欺、ゆすり、密売買
evil through and through - 《be ～》とことん邪悪［根っからの悪人・正真正銘の悪人］である、〔主語には〕良心のかけらもない
-----
Tycoon! this comes from the japanese word 大君! Head honcho, this comes from the japanese word 班長! Rickshaw, this comes from the japanese word 人力車
-----
fiend （フィーンド）
＝ archfiend
〔悪魔のように〕残忍な人、意地の悪い人
〈話〉〔麻薬などの〕常習者
-----
flustered
〔頭の混乱・過度の緊張などで〕動揺して、うろたえて
flounder
〔体勢を戻そうと〕もがく、じたばたする
〔混乱して〕もがき苦しむ、四苦八苦する、何とか進む◆【注意】スペリングが似ているfounderは「沈没する、破綻する、完全に駄目になる」の意味だが、flounderは「苦労しながらも活動している」を意味する。
・The ship floundered in the storm. : 船は嵐の中をもがき進んだ。
-----
scrawl 走り書き
ただし大人の書いた文字について言う場合は両者ともに「走り書き」の意味で使える
He scrawled his signature. (= His signature looked like a squiggle.)
彼はサインを走り書きした（＝彼のサインはグニャグニャだった）
I scribbled my name at the bottom of the page.(= I wrote my name very quickly, so it looked unreadable.)
私はページの下部に自分の名前を走り書きした（＝名前を素早く書いたので、判読不能なものになった）
https://ell.stackexchange.com/questions/122138/how-do-scrawl-and-scribble-differ
-----
shtick 十八番芸、特技
her whole shtick is being ignored by everyone
Anonymous's whole shtick is freedom of information
I tried writing more serious literary novels, but I realized that cheesy thrillers are just my shtick.
勢い
買った順
エロいVampire Survivorsフォロワー。大味だがまあまあ楽しめた
妙に抽象化された小惑星上の工場ゲー。アステロイドキャッチャーの一発屋
惑星をテラフォーミングするゲーム。ちゃんと森が生えて水没する。面白かった
経営者になろう！ 経営者RPGとして様々な小売店を手掛けるゲーム。チェーン店化すると虚しさを覚えた
X4のDLC。遊べてない
地球防衛軍5。懐かしくて買った
アップデート前に購入。十分楽しめたがクリアまでは行ってない。買い。開発中
地下系工場ゲー。地下版Satisfactory。ゲーミング発光植物と閉塞感に耐えられるなら買い。開発中
ドライビングゲーム。試しにやってみたらビックリするほどハマれなかった。車を運転する楽しさがわからない
Google Play Passで全タイトルプレイして所有したかったので買い。
船舶解体ゲーム。アホみたいな構造だけど楽しい。最新アップデートでめっちゃ壊れるようになった
ローグライクNoita。ステージは正直楽しくないが魔法の設計は元ネタ並みに楽しい。結構クリアした。開発中
買った。
戦艦DLC。核廃棄物の処理がストレスだった。砲弾一発で沈みそうな船体構造に涙
!
Title: The Black Samurai: Yasuke's Odyssey
Prologue: Whispers of a Stranger
The year was 1579. The shores of Kyoto were caressed by the gentle waves of the Sea of Japan, as a strange vessel approached. Aboard the ship, a tall, dark-skinned man with the bearing of a warrior stood, gazing upon the foreign land that would soon become his home. His name was Yasuke, and he had been brought to Japan by the Jesuit missionaries, sold into servitude and torn from his African homeland.
Chapter 1: Nobunaga's Curiosity
Yasuke's arrival in Kyoto was met with awe and fascination. His ebony skin, unlike anything the Japanese had ever seen, drew the attention of the powerful daimyo Oda Nobunaga. Intrigued by the foreigner's strength and demeanor, Nobunaga requested a meeting with Yasuke. The two men found a mutual respect for each other's warrior spirit, and thus, Yasuke was granted a position in Nobunaga's service.
Chapter 2: The Path of the Samurai
As Yasuke adapted to his new life, he faced many challenges. He struggled to learn the language and customs, as well as the intricacies of the samurai code, Bushido. Despite the adversity, his determination to prove himself to Nobunaga and the other samurai never wavered. Gradually, Yasuke honed his skills in swordsmanship and strategy, earning the respect of his peers and the title of samurai.
Chapter 3: A Warrior's Bond
Yasuke's service to Nobunaga brought him into contact with many prominent figures of the time, including Mitsuhide Akechi, a cunning and ambitious samurai lord. While their friendship was built on mutual admiration and shared experiences on the battlefield, a lingering mistrust lingered beneath the surface. Yasuke could not shake the feeling that Mitsuhide's ambitions would one day prove to be a grave threat to Nobunaga and his empire.
Chapter 4: The Taste of Betrayal
The year was 1582. The air hung heavy with tension as Yasuke rode beside Nobunaga to the Honno-ji temple in Kyoto. Unbeknownst to them, Mitsuhide Akechi had orchestrated a coup against Nobunaga, his forces surrounding the temple and setting it ablaze. Trapped within the inferno, Nobunaga chose to commit seppuku, entrusting Yasuke with his sword and his final words.
Chapter 5: The Black Samurai's Vengeance
As the flames consumed the temple, Yasuke vowed to avenge Nobunaga's death. He fought his way out of the burning temple, cutting down Mitsuhide's men with the ferocity of a wounded tiger. In a final confrontation with Mitsuhide, Yasuke's loyalty and honor as a samurai shone through, but he was ultimately captured and spared by Mitsuhide, who could not bring himself to kill the man he had once called a friend.
Epilogue: The Legend Endures
With Nobunaga's death, Yasuke's fate was uncertain. The events that followed his confrontation with Mitsuhide would become the stuff
"I sprang upon the swift ship in the form of a dolphin, pray to me as Apollo Delphinius; also the altar itself shall be called Delphinius and overlooked forever." - Homer
っていうあれね。
訳すと
私はイルカの姿で快速船にとびかかった。デルフォイのアポロンとしての私に祈れ。祭壇もデルフィニウスとよばれ、永遠に見渡されるであろう。
って感じかな。
ホメーロスのどんなところに出ているか、「イーリアス」にも「オデュッセイア」にもなかった気がしたので、英語版のウィキペディアの「Delphi」で調べたら、「ホメーロス風讃歌」の「アポローン讃歌」からの引用みたい
邦訳はあるっぽい。
で、wiktionaryで語源を調べるとデルフォイΔελφοίの語源はデルフスδελφύς (delphús)子宮の複数形かららしくて、ドルフィンと語源は同じだね。
「処女航海（maiden voyage）」「処女作（maiden work）」といった言葉に苦言を呈するフェミの方々が現れると、決まって「『船』や『ペン』が女性名詞だから『処女』が付くだけなのにそんなことも知らないのか」と得意げに反論をする人たちが出てくるのだが、はたしてこの「女性名詞説」は本当に正しいのだろうか。
Etymology
From Middle English mayden, meiden, from Old English mæġden (“maiden, virgin, girl, maid, servant”), diminutive of mæġþ, mæġeþ (“maiden, virgin, girl, woman, wife”) via diminutive suffix -en, from Proto-West Germanic magaþ, from Proto-Germanic magaþs (“maid, virgin”). Equivalent to maid + -en.
中世英語の「mayden」「meiden」は、古英語「mæġden」（「未婚の若い女性」「処女」「少女」「女中」「召使い」）に由来し、それは「mæġþ」「mæġeþ」に指小語尾「-en」がついた指小辞であり、それは西ゲルマン祖語の「magaþ」に由来し、さらにはゲルマン祖語の「magaþs」にまで遡る。「maid + -en」に相当する。
maiden (adj.)
c. 1300, "virgin, unmarried," from maiden (n.). The figurative sense of "new, fresh, untried; first" (as in maiden voyage) is by 1550s. In horse-racing (1760) it denotes young horses that have never run before.
13世紀。「処女の」「未婚の」。maiden（名詞）から。1550年代には「新しい・新鮮な・試されていない・最初の」という比喩的な意味（「処女航海」のように）で使われるようになった。競馬では（1760年）一度も走ったことのない若い馬を表す。
つまり、古英語（5世紀から12世紀ごろ）からあった「maiden（処女）」という名詞が、13世紀ごろに「maiden（処女の）」という形容詞としても使われるようになり、さらに1550年代になって比喩的に「maiden（最初の）」といった意味の形容詞としても使われるようになった、ということだ。
そして、古英語のころにはあった男性名詞・女性名詞の区別が、中世英語（11世紀から15世紀ごろ）では失われていることから考えると、1550年代に生まれた「『最初の』という意味の形容詞maiden」が女性名詞にしか使えなかったとは考えにくいだろう。
当たり前の話だが、同じ意味の単語でも、それが男性名詞か女性名詞かは、言語によってバラバラである。英語「ship」と独語「schiff」は共にゲルマン祖語に由来するようだが、どちらも中性名詞である。仏語「navire」と伊語「nave」はどちらも羅語「navis」に由来しているのだろうが、ラテン語とイタリア語では女性名詞なのに、フランス語では男性名詞となっている。
女性名詞説の人たちはしばしば「『船』はラテン語で女性名詞だったから」などと言うのだが、仮に英語の「maiden」が女性名詞に付くとしても、なぜ古英語などではなく、いきなりラテン語が基準になるのだろうか。「maidenは女性名詞に付く」という結論ありきで、「船」を女性名詞とする言語を探してきているだけではないのか。
女性名詞説の「処女作は『ペン』が女性名詞だから」というのもおかしな話で、普通に考えれば「作品」や「本」が女性名詞かどうかを考えるべきだろうに、なぜ「ペン」を持ち出してくるのかといえば、ラテン語で「ペン」が女性名詞だったことを探してきたからだろう。
女性名詞説の人たちがもうひとつ頼みとするのが「英語でも船をsheと呼ぶ」ということである。つまり「船をsheと呼ぶのは船が女性名詞だったことの名残である」というのである。
これについては以下のページに詳しい。
これは古英語にあった文法性とは無関係です．乗り物や国名を女性代名詞で受ける英語の慣習は中英語期以降に発生した比較的新しい「擬人性」というべきものであり，古英語にあった「文法性」とは直接的な関係はありません．そもそも「船」を表わす古英語 scip (= ship) は女性名詞ではなく中性名詞でしたし，bāt (= boat) にしても男性名詞でした．古英語期の後に続く中英語期の文化的・文学的な伝統に基づく，新たな種類のジェンダー付与といってよいでしょう．
「OED によると船を受ける代名詞としての she の初例は1375年である」らしいが、最初にも述べたとおり、英語に男性名詞・女性名詞の区別が残っていたのは古英語（5世紀から12世紀ごろ）までである。また、これも先述のとおりだが「古英語 scip (= ship) は女性名詞ではなく中性名詞」というのだから、女性名詞説の人たちの主張はまったくの誤りということになるだろう。
1. 英語の「maiden」は、そのあとを受ける名詞が男性名詞か女性名詞かに関係なく、「新しい」「最初の」という意味の形容詞として使われている。
2. その「新しい」「最初の」という形容詞としての用法が生まれたのは、英語から男性名詞・女性名詞の区別が失われた後のことである。
「選手権」が「championship」を翻訳したものだと仮定したとして、そもそも「-ship」は状態、能力、地位を表す接尾語なわけで
「championship」の本来持つニュアンスは「チャンピオンの地位」となるはずなのだ
「-ship」という接尾語は「-を決める大会」という意味を持っていないことがややこしい
「cup」や「杯」にもちろん大会という意味はなく、杯を手に入れるために競うことから大会名になっている
トラバにて指摘を頂いた
天皇杯は大会の通称、略した呼び名のためここで例示する例としては不適切だった
追記ここまで
同じように「championship」もそれを手に入れるために競う大会と意味が転じたのだろう
（この推測は妥当か？大会に勝つことで手に入るもの、地位、賞品が大会名にになるケースは一般的なのだろうか？要調査項目）
「World Cup」を「W杯」と訳したときに「杯って何？」とならないのは、優勝した時に得られるカップというのが理解しやすいから
「championship」を「選手権」と訳したときに「権って何？」となるのは、優勝した時に得られる「権」って何なんだよと理解しにくいから（元増田のそもそもの疑問に戻る）
その「権」とは優勝した時に得られる地位と思われる
これ調べてるけどマジでわかんねーな。
辞書的には選手権＝選手権大会で優勝した選手または団体に与えられる資格。
「〇〇杯」「〇〇旗」みたいな大会があるけど物理的な杯的なモノがあるなら優勝者にはそれが与えられるってわかるけど
「選手権」なるものを得たいと思って選手権大会に出る人ってまずいない。
「今大会の選手権が絶対に欲しいです！」みたいな言い方する選手みたことない。
もらっているとしても、その資格というのを「権」の文字であらわすのがよくわからない。
杯とか旗とか賞状とか名誉とかやりがいみたいなものと「権」がつながらない。
なんなんだ……
（追記）
まだあんまよくわかってないが……
トラバ＆ブクマで気になったのは語源的には英語のchampionshipについての話が興味深くて、まあ選手権のもとになった言葉はおそらくchampionshipなんだろうなーとは思う。
あとはそもそも「権」の意味が 「権利」だけじゃないよねって話だな。
「権」という文字には「力」という意味があるらしいけどそうなると権利・権益は「力があること」による利益だし権威は「力があること」による威厳だし
選手権は「選手になる権利」じゃなくて「選手の中で特に力のあるものという称号＝資格」という意味なのかなって。
少なくともワイは「権」をそのまま「力」だとは解釈してはいなかったから面白いと思ったな。
そういえば英語の接尾辞の-shipは「状態・身分・職・任期・技量・手腕」をあらわすとなっていてfriendshipとかrelationshipとかあるしおそらく「権」よりもひっつく対象が広いんだよな。
おそらくchampionshipのshipは「championという身分」ということなんだろうな。
ただワイのいちばんの問題意識は、日本語で「優勝者が得るもの」の意味がものすごくみんなあんま気にしないようになってないか？ということなんよ。
「ワールドカップ出たい！」「ワールドカップで勝ちたい！」「ワールドカップ手にしたい！」これは全部通じるけど
選手権の場合は「選手権出たい！」「選手権で勝ちたい」までは通じるけど
「選手権を手にしたい！」とか言ったらなんやお前？ってなるやろ？いや、お前もう選手やん。みたいな。
なんで一般的な選手権という言葉から「優勝者手に入れるもの」という意味が薄れていったのか？っていう素朴方面な疑問がでかくなっている。
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
顔がいい。めちゃくちゃいい。
私がタイのBLドラマ(Yシリーズと呼ばれる)、｢2gether｣の映画サイトを初めて見た時の感想だ。
以前に｢コロナの影響でタイでの公開が延期になった結果、日本での公開が世界最速になったタイ映画｣としてその存在を知っていたが、内容のことは何も知らなかった。
しかしある時友人との話題に上がり、なんとなくサイトを開いたところ主人公の相手役のBrightの顔が目に飛び込んできた。
冒頭はその時の感想だ。
あまりの衝撃に帰宅後すぐに見始めて、休みなのも手伝って、気づけば10話ぶっ続けで見ていた。
その頃には主人公を演じるWinの笑顔がかわいいなとか主人公の親友役のKhaotungが素敵だなとか、ストーリーや音楽が爽やかでいい甘さの恋愛ドラマだなとか、Brightの顔がいい以外にも好きな部分が出来ていた。
続編や映画が見たい、このドラマに出ている俳優さんたちのことがもっと知りたい、タイ語を学んで字幕なしでこのドラマを見たいという思いが強くなっていた。
この頃はまだ｢カップリングで売り出す｣とか｢カップリングがスターシステムのようだ｣とか、タイのYシリーズだからこその部分に関してはよく分かっていなかった。
というのも、これまでにBLに触れたことがない訳では無いがハマっていたことはなかった。
また2次元にハマるばかりで3次元にハマったことはなく、ましてや｢ドラマ｣や｢俳優｣というものに入れ込むことはなかったのだ。
だから、｢なんかそんな感じっぽいなぁふーん。｣くらいの気持ちだった。
この時は｢2getherをよく知るにはタイの文化を知る必要があるけど、タイには行けないし身近にタイに詳しい人はいないからタイのドラマを見るのが一番なのかなあ｣くらいのことしか考えていなかった。
根が2次元オタクなので、｢2gether｣の｢キャラクター｣や｢世界観｣に興味を持っていたに過ぎないのではないかと今は思う。
転機はテレビ朝日の企画、｢GMMTV Exthibition｣という展覧会だった。
誰に薦められるでもなく勝手にハマったので自力で情報収集していたのだが、｢今日本で2getherの衣装や小道具を展示しているらしい｣と知った。それがその展覧会だ。
ものすごく見たい。けどこれは東京で終わってしまったのか…？と思いきや、もう少し経てば私の住む地域の近くにもどうも来るらしい。絶対に行きたい。
そのホームページを読むと他の作品の展示があることが分かった。
｢SOTUS｣｢Theory of Love｣｢Dark Blue Kiss｣という作品の展示で、それぞれ｢Krist＆Singto｣｢Off＆Gun｣｢Tay＆New｣というYシリーズの中でも有名で人気なカップリングのものだということだった。
せっかく行くならその展覧会を全部楽しみたい。
そう思った私はそれらの作品を全て見てから展覧会に行こうと思った。時間ならまだある。履修完了には充分な時間だ。
手始めに、作品名を調べると｢Yシリーズの始祖｣だとか｢伝説(レジェンド)｣だとか、神話か何かと勘違いしそうな紹介が出てくる｢SOTUS｣を見ることにした。
気がついたら全話一気見していた。
SOTUSは2016年の作品ということもあって映像が少し古い。
またBrightのような凄絶に顔がいい俳優がいるだとか、ファッションが良いとか、話がとっても爽やかだとかそういった類いの作品ではない。
しかし今までに見たドラマやアニメ、2.5次元舞台の中で最も作り込まれていると感じた。
全ての俳優の目線やセリフ(字幕だが)、行動や仕草、雰囲気や声色などから｢なぜそう思い、その行動を取ったのか｣が伝わってきていた。
私はよく恋愛もので｢なんでその人のことが好きになったのか分からない｣と思っていたのだが、SOTUSにそれはなかった。
主人公のカップルはもちろん、他のキャラクターの恋愛感情に至ってまで｢なぜその人に恋したのか｣｢なぜその人でなければならなかったのか｣が理解出来た。
見ていて私自身が、後輩のKongpobの目線で先輩のArthitを好きになっていたし逆もまた然りだった。
その後もSOTUSの続編の｢SOTUS S｣やオムニバスドラマの｢Our Skyy｣内の作品を見たのだが、その度にArthitとKongpobからは恋愛に関するさまざまな感情を教えられた。人を愛するということを、SOTUSシリーズは私に教えてくれていた。
それはSOTUSシリーズの演者たちに｢このカンパニーで演じてくれてありがとう｣という感情を抱くには充分すぎる感想だった。
そうして私は｢SOTUS｣のみならず、Arthitを演じた｢Krist｣とKongpobを演じた｢Singto｣への愛着を深めていった。
初めに演者その人として気になったのは、SOTUSの最終話のインタビューだった。
｢ワークショップを長らくしたこともあり、私たちはお互いの役を取り替えて演じることが出来る｣(意訳)
その発言を聞いて、実際に取り替えて演じているところを見て、本当にこの人たちはこの｢SOTUS｣という作品に正面から向き合ってキャラクターを理解して演じていたのだなと感心した。また私が心から好きになったその作品が、演者からも愛されていて、だからこそ私も好きになったのだろうという確信がうれしかった。
そしてそのように向き合ってくれていたKristその人とSingtoその人を知りたくなった。
作品制作前から知人であったなどの事実や｢Friendship with Krist and Singto｣というバラエティー番組を通して分かった性格や行動、そして昔のイベントや番組、インタビュー、残る動画やエピソードを知っていくうちに、どんどん彼らが好きになっていた。
｢カップリング営業｣とは｢番宣などは関係なく、Yシリーズのカップリングの俳優たち2人を1組として他の番組や企業CMに起用したり、普段のSNSで親しく絡んだりすること｣を指す。企業によっては、本当に番組と関係なくその2人でのイベントを行うことも少なくない。
SOTUSはKristとSingtoにとって初めての大きな主演作であったためSOTUS以前の単独の彼らの映像やエピソードは見当たらず、私が見るものには必ずと言っていいほど2人で登場していた。
また2人もサービス精神なのかファンの喜ぶ発言や行動が多く、気づけばKristとSingtoをそれぞれ単独で推しつつも｢カップリング｣としても推していた。
盛んには作られていないころには挑戦的なYシリーズの作品を作り上げる中で、新人俳優の2人がお互いに信頼や愛情など積み重ねて簡単には言いきれない、言い表せない関係性をつくった。
その事実が何よりも尊くて、何よりも好きになってしまっていたのだった。
私がこの長い駄文を書こうと思ったのは、この後に書くどうしても吐き出したかった感情のためだ。
ここまでは前置きでしかない。
2021年12月1日。タイのマネジメント事務所とテレビ局のコングロマリットのような会社であるGMMTVが、2022年のドラマや映画の新作発表会を行った。
キャスティングも発表されるのだが、SingtoはGMMを退社していたため出演はなく、所属しているKristだけ出演作があるようだった。
そしてそこで、KristとMikeという俳優とのYシリーズの発表があった。MikeとはKristの学生時代からの親友で、2getherにも出演している俳優だ。
Kristは｢Singto以外とはYはやらない｣と以前言っていたし、1週間くらい前のイベントでは｢自分のShip(=カップリング)はSingtoとのもの｣と言っていた。
実際Kristは2016年から今までに至るまでYシリーズには出演していない。
だから、つらかった。
分かってはいる。
実際にKristとSingtoは付き合っているわけではないだろうし、Singtoは自らのキャリアのためとしてKrist以外とのYシリーズ作品にたくさん出演しているし、そもそもドラマ作品への出演は俳優としてのキャリアアップなのだから喜ぶべきだ。
Singtoが他でYシリーズを演じていてもカップリング営業を長くすることはなかったし、｢Singto以外とはYはしない｣と言っていたKristという、いわば｢帰る場所｣があるからこそ安心してSingtoのYシリーズを見られていた。
それでも俳優のキャリアとして喜べない自分をエゴだと感じて嫌になってしまうし、たかだかハマって数ヶ月程度の人間が何言ってるんだとかも思う。
しかしつらいもんはつらいのだ。
私を感動させてくれたSOTUSは、KristSingtoが作ってくれたもので、その2人のカップリングが存在しなくなるかもしれない事実が、希薄になるかもしれない事実がつらい。
YouTubeの予告映像の字幕を読みながら、｢あぁ本当にYシリーズなんだ｣とだんだん理解だけは追いついて、涙が溢れていた。
そうして思ってしまった。
私は多分この作品を受け入れられない。
SOTUSが私にとっての一番である限り、その象徴を奪おうとするようなこの作品を私は受け入れられない。
きっと嫌ってしまう。
新作品を楽しみにしている人や、それぞれの俳優のことが好きな人、前からその2人のカプを推している人もいるから言えないと思ってしまった。
でもどうしても吐き出してすっきりしたかった。
本当につらくて、引き裂かれそうになる。
ブレグマン（2021）『Humankind 希望の歴史』を勝間さんがブログで紹介しているが、その記事のブコメが地獄と化している。
https://b.hatena.ne.jp/entry/s/katsumakazuyo.hatenablog.com/entry/2021/08/12/162845
「なんとなくだが俺はこう思う」「著者はチェリーピッキングしててクソ」みたいな主張がエビデンスなしに書かれており（そもそも君たち原書読んだ？）、それらにスターが当然であるかのように集まっている。これらは理性的な議論でもなんでもなくただのエコーチェンバー現象である。やはり、ブコメという文字数制限があるメディアできちんとした議論を行うのは無理があることが分かる。
こういう学術書やそれに近いものを読むときに私が習慣としていることがある。本を読む前にプロによる書評を読め。
ここでのプロというのは、新聞でそういう書評をいっぱい書いているプロのレビュワーのことではなく、プロの学者のことである。
例えば、"Bregman Humankind book review"とかでgoogle scholarなどを調べると、文化人類学者によるこの書評がヒットする。
A Sceptical Review of Bregman’s 'Humankind: A Hopeful History'
https://www.newenglishreview.org/custpage.cfm?frm=190173&sec_id=190173
この書評によれば、「過去において狩猟採集生活で住民同士が戦争ばかりして殺し合っていたというのは基本的には嘘」というブレグマンの主張は文化人類学的には嘘っぱちである。
"As a journalist he not only knows very little anthropology but also has an irritating folksy style"（ジャーナリストのブレグマンは文化人類学についてほとんど何も知らないだけでなく、イライラするほど垢抜けない文体を用いており）、"This is reminiscent of a very bad undergraduate essay"（これはとても下手な学部生のエッセイを思い出させるような主張だ）、などとやたら攻撃的な評がなされており、それはそれで大丈夫かという気持ちにはなるが、少なくとも一人の専門家視点から見た学術的な評としては参考になる。もちろんこの書評が真理で『Humankind』は読む価値なし、とここで主張したいわけではない（私は文化人類学者ではないのでその判断はできない）。
このような視点で批判的に本を読解することは、当該分野の知的蓄積を持っていない素人には不可能である。誤った知識を盲信しないために第三者によるファクトチェックには目を通しておいた方がよい。逆に、その道の専門家が「よく書けた本である」と肯定的に評していれば、ある程度安心して読むことができる。
日本語の書籍なら「（書名） 書評」でググる。学者による書評に絞りたい時は「（書名） 書評 教授」でググったり「（書名） （著者名）」でGoogle scholarしたりするとよい。
英語の書籍（日本語に翻訳された本を読むときもこれで原著の評判を調べる）なら「（書名） （著者名）」でGoogle scholarするのがおそらく一番よい。ある程度有名な本ならプロによって書かれた書評が学術ジャーナルに載っており、それがだいたいヒットする。特にいわゆる文系の学術ジャーナルには毎号Book reviewコーナーがよくあり、そこに載っている書評は「本の主張まとめ」→「本の批判的検討」→「本の評価」というフォーマットで書かれていることが多いため大変読みやすい。ただ一つ問題があり、これらのジャーナルはほぼ有料である。研究機関に所属するか金を払うことによりこの問題は解決する。
また、twitterで「（書名）」で調べ、研究者っぽい人による短評ツイートを探して読むという方法もある。研究者のTwitterはだいたい実名かつ顔写真アイコン（ソース：私の印象）なので、それで目grepしてからプロフィールをチェックするとよい。ちなみに関心がある分野の研究者のtwitterアカウントは普段からフォローしておくとたのしい。
冒頭で「ブコメがやべえ」と批判したが、こういう風呂敷を広げまくって人類史を俯瞰したぜと主張する売れ筋本に警戒心を抱いてしまう気持ちはよく分かる。なぜなら、最近のそういう本に対しては「適当こくな」と専門家からツッコミが入ることが実際に多いから。
例えば、Humankindの書評として上に挙げたものを書いたC.R. Hallpike先生は、ハラリの『サピエンス全史』に対しても批判的な評を行なっている。
Review of Yuval Harari's Sapiens: A Brief History of Humankind.
ちなみにこのHallpike先生は、未開社会のフィールドワークを行なった経験から「最近のポップな歴史書は文化人類学的デタラメばっか書きおって」と心底お怒りらしく、全員（チョムスキー含む）まとめてぶった切る本まで書いている。Hallpike先生が過激な主張を好むことも踏まえると（参考: https://twitter.com/profdanhicks/status/1336981539893161984 ）、この本に対するプロの書評が見つからないのは残念である。
C.R. Hallpike(2018). "Ship of Fools: An Anthology of Learned Nonsense About Primitive Society".
https://www.amazon.com/Ship-Fools-Anthology-Nonsense-Primitive-ebook/dp/B07HX4188K
また、このような人類歴史書スキャンダルとして最近話題になったのが、スティーブン・ピンカー(2019)『21世紀の啓蒙』における「学術的ルール違反」事件である。
ピンカーが書中で「科学史家による主張」として紹介していた言説が、脚注をたどると科学史家でなく社会心理学者によるものであったことが分かり、さらにピンカーによって引用されていた文章は実際には同じ論文内の別部分の文章を継ぎ接ぎしてピンカーにとって都合の良いように捻じ曲げられていた、という事件である。詳しくは以下のツイートを参照。
https://twitter.com/mccormick_ted/status/1419672144368308225
もちろん『21世紀の啓蒙』におけるピンカーの主張自体に対するプロからの異議申し立ても存在する。
https://www.abc.net.au/religion/the-enlightenment-of-steven-pinker/10094966
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 82 | 14767 | 180.1 | 39 |
| 01 | 88 | 16777 | 190.6 | 59 |
| 02 | 73 | 17366 | 237.9 | 59 |
| 03 | 48 | 7167 | 149.3 | 50 |
| 04 | 32 | 4002 | 125.1 | 43.5 |
| 05 | 51 | 6363 | 124.8 | 71 |
| 06 | 36 | 6473 | 179.8 | 60 |
| 07 | 85 | 6648 | 78.2 | 51 |
| 08 | 149 | 12096 | 81.2 | 41 |
| 09 | 167 | 22001 | 131.7 | 50 |
| 10 | 190 | 21727 | 114.4 | 47 |
| 11 | 163 | 18020 | 110.6 | 38 |
| 12 | 213 | 18468 | 86.7 | 44 |
| 13 | 180 | 15097 | 83.9 | 40.5 |
| 14 | 173 | 17150 | 99.1 | 47 |
| 15 | 202 | 16338 | 80.9 | 40 |
| 16 | 248 | 23565 | 95.0 | 46 |
| 17 | 239 | 21307 | 89.2 | 44 |
| 18 | 148 | 13139 | 88.8 | 37 |
| 19 | 153 | 10444 | 68.3 | 35 |
| 20 | 187 | 18019 | 96.4 | 36 |
| 21 | 164 | 27886 | 170.0 | 40 |
| 22 | 174 | 14925 | 85.8 | 34 |
| 23 | 189 | 16874 | 89.3 | 36 |
| 1日 | 3434 | 366619 | 106.8 | 43 |
ユニオシ(10), ポルノフェチ(6), フェチポルノ(5), 娯(5), PES(5), ship(4), kono(4), シェヘラザード(5), ＰＧ(4), ugly(3), グリーズマン(7), デンベレ(7), 誇張(36), Linux(32), 巨乳(70), 宇崎(44), 献血(25), ポスター(53), 貧乳(13), 乳(21), 身体的(12), カプ(19), 予測(26), フランス(19), ω(15), ジャンプ(31), 侵害(17), 広告(58), BL(46), 腐女子(55), 特徴(30), 不快(44), 性的(55), マンガ(22), 表現(90), 打っ(22)
■「目が笑ってない」「目が死んでる」みたいな表現 /20210706114909(20), ■松竹梅が松＞竹＞梅なのは理解できない /20210705162408(19), ■最近のアニメってさぁ /20210705224848(15), ■ /20210530203608(13), ■Linuxの多様性なんてデメリットでしかない /20210705122257(13), ■なんで同じ内容のコメント何回も書くの /20210705220817(13), ■マッチングアプリで女の子とヤったら初手で不治の病を引いた話 /20210706181333(12), ■ /20210706150919(12), ■東京の感染者数を5週間ぶん予測した (7月5日版) /20210705212509(11), (タイトル不明) /20210706125807(11), ■ゆるい漫画教えてほしい /20210706125951(10), ■高齢者のルーチンワーク /20210706175231(10), ■senbuuさんさぁ…… /20210706141425(10), ■腐女子除霊師オサムを見てやっぱ二次創作BLはクソじゃね？ /20210705180112(10), ■天皇制を支持する人に聞きたいんだけど /20210706023420(10), ■クソ広告が消えないどころか増える理由を教える /20210630122037(10), ■女性VTuberが元カレについて話している動画 こんなの許されるのか /20210706191608(10), ■俺の性癖が一番気持ち悪い自信がある /20210706190411(9), (タイトル不明) /20210706203111(9), ■ /20210706084300(8)
▼腐女子を中心に使われているshipperという自称について - wschldrnの日記
https://wschldrn.hatenablog.com/entry/2020/10/08/192730
英語圏におけるshipperの用法と来歴
Shipping in fandom is the act of supporting or wishing for a particular romantic relationship — that is, a het (different-sex), slash (male/male), femslash (female/female), or poly (three or more partners) ship — by discussing it, writing meta about it, or creating other types of fanworks exploring it. Fans who have and promote favorite ships are called shippers.*3
同人ジャンル内におけるshippingとは、特定の恋愛関係—ヘテロ（異性愛）、スラッシュ（男性同性愛）、フェムスラッシュ（女性同性愛）、もしくはポリガミー（３人かそれ以上のパートナー）における関係—を議論したり、考察したり、二次創作で掘り下げることによって支持および希求する行為である。自分のお気に入りの関係性を持っていたり、広めたりするファンをshippersと呼ぶ。（筆者訳）
ここでもshippingやshippersは使われても単数形名詞のshipperは使われていません。
私は主に英語圏の同人界隈に生息してますが、I'm a shipperみたいな言い回しは普通しないです。shipper自体がかなり古い用語で（初出は1993年のX-ファイルジャンルだと先述の記事にある）、これはgen（general＝同人界隈においてはカプなし二次創作の意）の対比として使われていたものです。今でもジャンル名またはカプ名＋shipperという用法は見ますが（たとえば"Spirk shipper"という言い方はします）、shipperを使わずに単にfanとかloverとかいうほうが割合としては多いんじゃないかな。カプらせる、の意味で動詞としてshipを使うのが一番一般的。
加えて、英語圏の一部ではshippingが「原作や公式に対し自分の望みどおりのカップリング展開を要求する行為」を指す言葉として使われてもいるようで*4、shipperと名乗る＝カプ押し付け厨みたいに思われるリスクもあるのかもしれない。
私は正直にいうとshipperは死語だと思ってたので、この数年で日本語圏でshipperを名乗る人が出てきたことになんで今さら？という気持ち。それもカプ名もジャンル名もなしに単にshipperとだけプロフに書かれると「目についたものを何でもかんでも恋愛関係にして妄想します！ってことなのか……？」ってくらい意味が分からない
このエントリは多分世間一般に言う腐女子にしか関係ないもので、第三者的には関係ない話です。
腐女子じゃない人による腐女子叩きは本筋と関係ないのでご遠慮くださいね。
「腐女子」という呼称を嫌ってる人がいる、というのは知ってる。
LGBTQへの理解が急速に進みつつある昨今、「同性愛の物語を好む人を腐ってるというのは自称も他称もやめませんか」という言説があるのは腐女子の端くれとして把握している。
事実同性愛は腐ったものではない。2020年代を生きる者としてその認識に異論はない。
だから「腐女子（腐男子）」というのをやめないか、とその言葉そのものの使用を縮小させたがる傾向にある。
が、待って欲しい。
ざっとネットで検索したところ、少なくとも2015年にも同じ議題を投稿している掲示板を見つけた。だが結局6年経った今、その掲示板に挙げられている呼称は浸透していない。
「BL好き」とか「BLを好む人」でいいのではという意見もあると思うけど、結局それは代替"単語"ではない。
今どき海外のドラマに腐女子が出てくることも珍しくない。日本語字幕の文字数には1秒3文字という制限がある。その限られた中で「BLを好む人」として「腐女子」と書けば今の日本人のほとんどがその意味を理解できるだろう。代替単語としてはそのくらい短くて、かつ浸透しやすいものじゃないと腐女子並の市民権は得られない。
方法としてはドラマだの漫画だのバズるメディアが代替単語を使い始めるのが手っ取り早いとは思うけど、ここまで確立されてる単語を塗り替えるのはこのネット社会では簡単なことではないと思う。そもそも「腐女子」という単語の歴史も結構長いでしょ。そんな簡単に塗り替わるわけがない。
「Shipperはどうか」という意見がある。実際私のいる海外BL界隈では「最近ドラマでBLにハマったんだろうな～」って人がShipperと使っている印象がある。
が、待って欲しい。
海外のスラングとしての「Ship」は「カプ」という訳が概ね正しいと認識している。つまり男女の指定がない単語だ。
My shipと検索すると男男、男女、女女のめいめいの推しカプが出てくる。
つまりカプを指定していないShipperの正しい訳としては「カプオタ・カプ厨」が正しいのであってBLだけを指す「腐女子」とはニュアンスが異なる。代替単語にはなっていないのだ。
このことを理解しないまま「私Shipper（BLだけ好き、HLやGLは嫌い）なんですよ～」「私もShipper（HLが好き、BLやGLは嫌い）なんですよ～」なんて会話を想像してみて欲しい。事故である。完全に事故である。
もう既に男女指定なく使われている単語を腐女子（BLを好む人）が横からかっさらってBL専用単語に仕立て上げるなら、それは色々と腐ってる行為ではないだろうか。じゃあもう腐女子でいいでしょ腐ってるんだから。
理想としては腐女子だの百合豚だの、同性愛の物語を好む人の呼称なんざ撤廃してHLと同じように特に何も単語がないニュートラルな趣味として扱われるのが理想なんだと思う。
ただ現状、宗教的に/生理的に同性愛が受け入れられない人がいる中でそれは不可能に近いし、オタクは割と何かに属することを好む人が多いので属性を示す単語がなくなることに不安を覚える人も多いだろう。
そんなわけでダラダラと書き連ねましたが代替単語もない上に世界が変わり切ってない中で「腐女子」って単語を一方的に狩るのは勘弁してほしいっていうぼやきです。
あとマジでShipperって単語を腐女子の代替単語として使うのをやめて欲しい。人から勝手に言葉を奪うな。この2点に尽きる。
