  |
はてなキーワード: Gaとは
こころの やさしさ きらめく しあわせ。 (Kokoro no yasashisa kirameku shiawase.)
Translation: The kindness of the heart sparkles with happiness.
In this sentence, the words "yasashisa" (やさしさ) and "shiawase" (しあわせ) rhyme based on the sound "sa" (さ) and "se" (せ) at the end of the first and second words, and the sound "wa" (わ) and "se" (せ) at the end of the third and fourth words.
Sure! Here's another rhyming sentence in Japanese:
ひかりが さす まほうの もり あかるく。 (Hikari ga sasu mahou no mori akaruku.)
Translation: The magic forest shines brightly in the light.
In this sentence, the words "sasu" (さす) and "akaruku" (あかるく) rhyme based on the sound "su" (す) and "ku" (く) at the end of the first and second words, and the sound "ru" (る) and "ku" (く) at the end of the third and fourth words.
シェアウェア（という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812）の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。
基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、
もともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。
興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。
データ保存領域はオブジェクトストレージ（S3互換）も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。
最近はカンバンシステムって、単体で使うんじゃなくていろんなアプリの中で使われる印象なので、今更Trelloだけ使いたい、なんてニーズはないかもだけど、
そこまで複雑でなく小規模なプロジェクトとかだと、意外とTrelloだけでいいよね、みたいなこともあるかな。
そういう時は、これを使うといいかも。
ちょっとUIの雰囲気が違うだけで、まんまSlackです。絵文字の追加もできるし、APIもあるし。人によって好き嫌い分かれるスレッド機能も、まあ、あのスレッド機能のまま。
n8nと書いてnodemationと読ませるらしい。初見殺しすぎんだろ。
ZapierやIFTTT、無料枠あるけど、あれもこれもやり出すとすぐ無料枠埋まっちゃうので、これ結構いいと思うんだけどな。
kintone使ってる会社増えてると思うんだけど、まだまだ1ユーザー1500円ってのは高いので、零細企業は導入し辛いと思う。
で、それの代替になるのがExment。UIがkintoneとは少し違うので代替と言い切れないかもしれないが、
やれることはkintoneのソレと全く同じなので、用途代替はできる。
開発も日本企業なので、UIも日本語化されている。LAMP構成なので、レンサバでも動くよ！
そもそもAirtableって何やねんって人もいるかもしれないけど、kintoneとGoogleスプレッドシートをいいとこ取りして、Trelloとガントチャートを足した感じ。
これもまあまあいい感じでZoom再現してます。Zoomの方が新機能の追加早いけど、Jitsiも頑張って追いついている感じです。
ただ、やる内容が複数人でのリアルタイム動画配信なので、サーバースペック・回線スペックはまあまあ必要なので要注意。
こちらは使ったことないんだけど、よりオンライン授業向けらしい。
最近よく見かけるようになった、オンラインミーティングとかの予定をブッキングさせるSaaS。
あれのはしりがCalendlyで、日本でもいくつかそれのSaaSができてますね。
あれらも無料枠だと1カレンダーだけしかできなかったりするんだけど、これなら好きなだけブッキングさせられます。
ECサイトとか、Webマーケティングを重視してるサイトによくある、画面右下に吹き出しアイコンがあって、チャットウインドウがぴょこっと出てくるやつ。
日本ではWeb接客とか言われてるけど、あれの代表的なSaaSがIntercom。Zendeskは、どちらかというと内部ツール向きかな。
これのOSS版がChatwootとPapercups。自社サイトにWeb接客入れたいけど、費用抑えたい、って時にどうぞ。
この手のツールがないと仕事にならないという人も多いと思います。
これまでだとRedmineがそれのOSS版的立ち位置でしたが、さすがにイマドキあのUIはないなぁ、と。
OpenProjectは、Microsoft Projectの代替をイメージしてるみたいですが、
ガントチャートにカンバンがデフォルトで使えるので、BacklogやAsanaの代替にはちょうど良いでしょう。
ただ、そんな高度なことしてるわけではないのに、サーバーの要求スペックはちょっと高めなのでご注意を。
UA廃止でGA離れが始まってるとも聞きますが、疎開先として有名。
PHPで動くので、PHPやWordPressでできたサイトに一緒に入れちゃってもいいと思う。
HeadlessCMSは、データ表示を持たず、フロントエンドへAPIを通じてデータを渡すタイプのCMSのこと。
このジャンルでは、SaaSだとContentfulが有名だけど、OSSでもいろいろある。
Node.js製。歴史があるので、結構いろんなことができる。
WordPressのGutenbergエディターを取り込んだプラグインなんかもある。
User認証も持ってるので、CGM的なサイトを作ろうと思ったらできなくもない。
これもNode.js製。利用できるDBが幅広く、既存のデータベースも活用できる。
なので、既にPostgresSQLとかでデータを持ってるんだけど、
非エンジニアにもデータを触らせるためのフロントエンドが欲しい、ってニーズに良いかも。
PHP製。SQLiteとMongoDBで利用可能。MySQL/PostgreSQL使えないのがちょっと残念。
近年、本腰入れて自社ECサイトをやろうと思うと必ず選択肢に上がるShopify。
インテグレートパートナー向けのエコシステムも充実してるので、取り組み始めるエンジニアやシステム会社も多い。
ヘッドレスコマースや越境ECには向いているものの、これをセルフホストしたい、というニーズに応えたのがmedusa.js。
ざっと見てみただけだけど、モダンな構成で、今時のフロントとバックエンドを分けた構成でやりたい、というのには向いている。
プラグインにmedusa-marketplace.jsというのもあり、Amazon的なマーケットプレイスも実現可能。
昨年、Adobeに買収され、デザイナーたちを驚愕させたFigma。
先日はAdobe XDが終了のお知らせとなり、UIデザイナーたちの不安は募るばかり。
そんな提供企業に振り回されたくないなら、このPenpotでUIデザインしよう。
Figmaほど機能実装はされていないが、まあまあ一通りのことはできる。
Figma代が嵩むとお嘆きの制作会社なんかは、一考の余地あるんじゃなかろうか。
企業によっては、コンタクトフォームをたくさん作りたいという会社もある。
人材採用のフォームを職種別に細かく分けたい（しかも頻繁に募集職種が変わるとか）
Google Formで大体解決しそうだけど、それをGoogleに頼りたくないならこちら。
まあまあ機能豊富なので、人によってはGoogleFormよりもこちらを好むかも。
DockerベースのWebメールUI。送受信に必要なものを、丸っとDockerで用意してくれているので便利。
HubSpotは、いわゆるMarketing AutomationとCRMを一体にしたツール。無料枠もあるが、かなり限定されている。
MauticはMarketing Automationよりの機能が多く、ユーザーのサイト上での回遊をビジュアル化してくれたりする。
SuiteCRMはザ・CRMという感じ。SalesForceをデフォルトで使う感じに近い。
ツールが分かれてしまうのは辛いところだけど、それぞれにAPIがあるので、うまく繋げられると強力なツールになってくれるはず。
Webサービス作ってると、メールの通知や一斉配信などがあると思う。
通常これらはSendGridや、AWS SESなどで処理すると思うが、これらにもOSS代替がある。
PostalはDockerでメール周りのもの全部用意してくれているので、かなり楽。
WordPressをモダンにしたような感じで、EC機能もデフォルトでついてる。マルチサイトも標準。
Jimdo/Wix代替と書いたが、もちろん自分のサイトをMicroweberで作ってもいいが、
自前ホスティングして、JimdoやWixのようなサービスを始めることもできる。
テンプレートをいくつか作っておいて、Stripeを仕込んでおけば、今日からあなたもJimdo/Wixのような事業を始められるわけだ。
JImdo/WixとSTUDIO/Webflowは一緒くたに語られがちだが、明確な違いがある。
前者はプリディファインドなブロックをGUIで構成するのに対し、後者はDOM要素ベースで構築していく。
つまりよりHTML/CSSによる細かなデザインコントロールがしやすく、Webデザイナーが親しみやすい。
それのOSS版がWebstudio。まだアルファ版だが、フロントエンドはそれなりによくできているので、
バックエンドを自前で用意してStripeを仕込んでおけば、今日からあなたも（以下略
Facebookなんか使わねーよ、っていう人も多いかもしれないが、
特定のコミュニティの中でコミュニケーション取るには、FacebookのUIと機能は優れていると思う。
なので、サークルとか同窓会、あと自治会とかPTAなんかにもいいんじゃないだろうか。
Netflixの代替って、Amazon Primeとかじゃねーの、と思われるのかもしれないが、そうではなくて、
あなたがNetflixみたいな商売したいならこれを使うといいよ、というのがJellyfin。
いや、そんな商売しないよ、と思うかもしれないが、
使いようによっては、おじいちゃんおばあちゃん向けの子供動画配信サービスとして構築するとか、
Stripeと連携して、劇団やバンドのオリジナルの配信サイトを構築するなんかも面白いと思う。
今更誰もYouTubeやVimeoの後追いをしようとはしないでしょうが、
複数のユーザーから動画のアップを受け付けて、それを閲覧したい用途もあると思う。
例えば、軽音部で複数のバンドが練習風景を録画したのを定期的にアップしたりとか。
学習塾で、授業の録画を授業ごとにアップしていったりとか。
ZoomやGoogle Meetのような双方向ではなく、一対多の一方通行配信。
個人的には、企業のウェビナーツールとしての可能性を感じる。（Zoomのウェビナープランとか高いもん）
１つのメールアドレスを複数人で運用したい時のツールがメールワイズとRe:lationどちらも日本のSaaS。
FreeScoutはOSSだけど、海外製。一応日本語化もされてるっぽい。
ECサイトの顧客問い合わせや、営業チームのプライマリー対応なんかに良いと思う。
Bubbleってなんぞ？ という人のためにお伝えしておくと、ノーコードベースのWebアプリ開発ツール。
データエンティティを設計したら、自動的にCRUDを作ってくれて、フォームを配置するというような感じ。
Bubbleはそれ系の老舗で、歴史が長い分ノウハウも溜まっており、連携できるサービスも多い。
ただ、ベンダーロックインされるし、季節的なキャンペーンとかでは、アプリを使用しない期間もサブスク費用がかかる。
Budibaseは、Bubbleの思想に一番近い感じ。凝ったUIが必要なければ、ざっくりコレでなんでも作れちゃう。
AppSmithも同じような感じだが、これはDBをあらかじめスキーマ定義しておかないといけないところが若干不便かな。
ToolJetはルーティングURLの概念がなく、本格使用を諦めたんだけど、最近アップデートしたらしいので、そこのところどうなってるかまた確認しときたい。
他にもこの手のやつあったら、いろいろ教えて欲しい。単純に好きなので。
水に流す、仕方がないがある国民なのに言うほどか？
「Shikata ga nai (仕方がない)」はサンノゼにも刻まれているが？
「仕方がない」は日本人の自己犠牲的な悲観性を表す表現として、多くの外国の著述家によって指摘されている。
また、太平洋戦争時のアメリカやカナダで行われた日系人の強制収容において、収容所での絶望感と虚無感を克服するべく、「Shikata ga nai」というフレーズを頻繁に用いりつつ、そのような苦しい状況の中でも、挫けることなく希望を見出そうとし続けていたと言われており、その精神性は現在でも日系人社会において根強く残っているという[2]。
ピューリッツァー賞作家のジョン・ハーシーは1946年のルポルタージュ『ヒロシマ』で、広島住民はおおむね核爆弾使用の道義的責任に無頓着であったと記し、ある被爆者の、戦争だったのだから「仕方がない」(Shikata ga nai) という発言を紹介している
https://ja.wikipedia.org/wiki/%E4%BB%95%E6%96%B9%E3%81%8C%E3%81%AA%E3%81%84
「ギャラクシー（銀河）」＋「エイリアン（異星人）」という組み合わせも、音の響きも字面も、全てがかっこいい。
安直に『ギャラクシアン2』とせずに『ギャラガ』とタイトル名を変更したのは逆にかっこいい。
ヒット作の続編であるにもかかわらずタイトル名をそのまま踏襲せず、文字数を大きく縮めたのはさぞ勇気のある決断だったことは想像に難くない。
ちなみに意味は、「ギャラクシー」＋「蛾」らしく、蛾をイメージしたけばけばしい敵キャラが多い。
「けばけば」を調べたら、漢字で「毛羽毛羽」もしくは「毳毳」と表記するそうだ。
英語表記でも、『Galaxian』→『Galaga』→『Gaplus』と、作品を経るごとにGalaxyの単語から引用される文字数は減っているが、「Ga」の2文字だけで銀河要素を成すのは無理がある。
それに、「プラス」って何だ？
いったい何が「プラス」されてるというのか。
https://anond.hatelabo.jp/20220630040756
ブコメ返信書きました！沢山おすすめしていただいてありがとうございます！
知らないのも多くて嬉しい
好きな漫画探しても既読か知ってるか読んでも微妙以外が3%しかない！助けて！！
自分の好みど真ん中のやつ
キーワードにするとすこしふしぎ、日常物、児童書っぽさなどが好き
・モモ
・白乙一
長い道
クロクロク
虫と歌
働かないふたり
変身のニュース
足摺水族館
夜とコンクリート
無限大の日々
最果てアーケード
鞄図書館
バーナード嬢曰く
つづきはまた明日
雨柳堂夢咄
クレマチカ靴店
放課後保健室
GA学園
棺桶担ぎのクロ
夢の博物誌
二度寝してた……すまん
夢幻紳士(何篇かは忘れた)
あかりや(無料公開しているのにAmazonで買ってから気づいた)
https://www.mangaz.com/book/detail/46061
最果てのソルテ(水上悟志作品は完結済みだとサイコスタッフ、惑星のさみだれ、戦国妖狐読んでて戦後妖狐大好きだけど児童書よりは少年漫画寄りかな？と思って上げなかった。ソルテは児童書感が一番強いので一番に好きになりそう！)
銀のニーナ
なんてないことのふつうの夜に
春と盆暗
回転銀河
となりのロボット
ゆうてテガミバチもネウロもハガレンも大好きな人間なので別にとにかく面白いけどマイナーな漫画でも投げてくれて全然かまいません！小説映画曲アニメゲームドラマでも可
③なんでもいいので知らないおすすめ作品ぐらいの優先順位でお願いします。
児童書とラノベ読んで育ち漫画描き出してからは漫画ばかり読んでいるので他分野
ゲーム、映画、ドラマ、アニメ、女性向けの漫画は知識が薄いです。
つーわけで漫画に詳しいブクマカ頼みましたよ……私は寝ます……
無事本日の漫画増田になれたようで沢山ブクマでお薦めしていただきありがとうございます。
【宣伝】カシワイさんに影響受けてた時に描いた漫画まとめてるから、すこしふしぎ日常ファンタジー短編読みたい人は読んでみてね！
https://twitter.com/i/events/1446098829112070146?s=21&t=vKyvx4ZJwyhLKOX26W6q6Q
主人公がゲーム会社に入社するアニメ がんばるぞいで有名 すっと入ってくる見やすさとドラマ性があっていいね 俺は仕事嫌いなんだけどもし仕事好きだったらもっと高順位なんだろうな
●19位 ご注文はうさぎですか
●18位 キルミーベイベー
女の子と殺し屋と忍者のギャグアニメだよ おもしろい 賛否あるけど最後の方の泣ける回が泣ける
貧乏と腹黒と胃袋ブラックホールの日常を描く 実は貧乏が主人公で、貧乏の成長日記みたいなところがある オープニングとかエンディングでたくさん喋るのすごくいいよね
お嬢様主人公の日常を描く きんモザと世界が繋がっている 十五分アニメっていいよな ちょうどいい こういう日常系アニメらしいきららアニメって最近減っちゃって悲しいよ
●15位 恋する小惑星
地学部アニメ 楽しいやら切ないやらで脳内ぐちゃぐちゃになるわ 俺は情報なんだけど地学専攻しとけばよかったって真剣に思った これ見て望遠鏡買った
●14位 GA 芸術科アートデザインクラス
美術科アニメ わちゃわちゃしててたのしい ひだまりスケッチよりマニアックな話が多くて美術わからなくてもなんとなく楽しい どうして私が美術科に！？(すごく面白いのに3巻で打ち切りになってしまった伝説のきらら漫画)とアニメの土俵で戦ってほしかったよ どっちが勝つかな
主人公がチアをやるアニメ 応援っていいね これ見てチア始めることはなかったけど 応援を真面目にやるようになったよ
主人公がビーチバレーやるアニメ スポーツものだね 超おもしろいし泣ける オタクはもれなく大城あかり推しになる ワクワクシークヮーサーだね
女の子数名の日常を描く 日常度が高い たまに切ない 「ハミングガール」いいよね 次の角で振り向きながらバイバイ
主人公がある日突然まぞくになる 第二期絶賛放送中 じつは2期をやるきららアニメは少ない 激レアなきらら2期を見逃すな 非日常度の高いきらら漫画ってどうしても日常系としての楽しさは薄れちゃうけどまちカドまぞくは非日常と日常を両立していてすごい セリフの言葉選びのセンスがすごい だからエンディングの作詞を作者がやっちゃってるんだけどそれもすごく良い 原作もいいよ これ見てまぞくになった
●9位 あんハピ
不幸な運命を背負った女の子らの日々を描く わちゃわちゃしてて楽しい いいことなくても友達と一緒にいれば毎日楽しい的なのって日常系の本質だよね
●8位ひだまりスケッチ
美術科の女の子数名の日常を描く 2期をやるきららアニメは実はかなり少ない 4期までやったひだまりスケッチは超すごい 演出やテンポ感が独特で見ていて全然飽きない おもしろすぎる
●7位 きんいろモザイク
イギリス人数名と日本人数名の日常を描く アニメなのにテンポが4コマ漫画と同じなの凄い 基本賑やかで楽しいんだけど アリスがイギリスに帰省しちゃったりすると俺も寂しい気持ちになって、多分登場人物はもっと寂しいんだろうなって思ってしんみりする 原悠衣先生の次回作に期待
●6位 けいおん
軽音楽部の女の子の日々を描く もうこれ俺の感想いらないだろ けいおんが名作なのはごはんがおかずなのと同じくらい当たり前 聖地巡礼してたらいろいろ思い出して涙出てきたことある
●5位 こみっくがーるず
漫画家の女の子らの日々を描く バリ泣ける 8話で神田川くらい泣いた 4話の最後は阿武隈川くらい泣いた 琉姫さんがお化粧するシーン、お化粧してるだけなのにすごい引き込まれるよね メンタルヤベえけどもうちょっとは頑張れそうなときに見るともうちょっと頑張れるアニメだよ。メンタルやばいときに見てほしい 今日はそれだけおぼえて帰ってほしい
●4位 ゆるキャン
キャンプ好きな女の子らの日常とキャンプを描く きららアニメが積み上げてきた伝統を新次元のアウトドアアニメに昇華させていてすごい 原作もいいけどアニメは構成がヤバいね まちカドまぞくの作者も言ってたけど志摩リンが永遠に野クルに入らないのがいいよね みんなで伊豆行くのに志摩リンだけ原チャだもんな 真剣に見ると実は志摩リンはかなりやりたい放題してるんだけどゆるキャンの世界では許されていて、それを見ているなでしこ達もやりたい放題を始めるのが良いね ゆるキャンの世界ではなにやっても許される、パスタ折っても許される これ見てキャンプ始めた
●3位 スロウスタート
中学浪人した女の子の日常を描くアニメ 主人公のメンタルがミジンコですごく共感しちゃう 上の階に住むニートのお姉さんとの魂の交流を描いた4話が好き 白糸の滝くらい泣ける 8話もいい 主人公は序盤でそれほど苦労せずに主人公グループを形成するんだけど それとは別に自力で友達を作るのが8話 雲場池くらい泣ける 留年なり浪人なりニートなりしたことある奴は見てほしい そういう経験があれば多分刺さる そういう経験があるからこそ全然刺さらない奴もいるけど 主人公に幸せになって欲しい 主人公に焼肉おごりたい これ見てる皆でクラファンやって主人公に焼肉おごりまくろう 海に行く予定だった日に雨が降っちゃって主人公が悲しくて泣いちゃうシーンがあって(自分でも理由はよくわからなくて不思議なんだけど)そこで嬉しい気持ちになる そう思いながら見ていたら主人公の友達が主人公の居ないところで「さっき主人公が泣いてるの見て不思議と嬉しくなった」って口走っていて、俺もみんなも主人公のこと大好きなんだなあって思って嬉しかった...
親の再婚で姉妹になった2人が釣りするアニメ 前期アニメ バリ泣ける これ見てフライフィッシング始めた 原作読んで内容わかってたそれでも泣けた 11話で横須賀湾くらい泣いた 泣いてそこで釣りしたらマグロ釣れて草 姉妹二人が主役なんだけど妹のほうの幼馴染キャラに吉永恋っていうのがいてそいつの人気が主役を差し置いてバリすごい 吉永恋最高 吉永恋を教祖とする宗教団体を作れば誇張抜きで本当に10人くらいは入信しそう スローループは命と家族と狩りと線と輪と海と変化がテーマだよ これだけテーマが多いと雑になりそうって思うじゃん？ならないんだよなあ こいつらは全部繋がっとるんだ 輪で繋がっとる とにかくスローループは泣けるし温かいしキャラが可愛いし釣りしたくなるしストーリーのすべてに意味がある ストーリーのすべてに意味があります 最近原作6巻が出て、これまでのストーリーの見方が大きく変わるような衝撃的な真実が明らかになって話題になっていたんだけど スローループはストーリーのすべてに意味があるから俺は6巻が出る前から真実に気づいてたよ(マウント) 原作6巻には姉のほうの幼馴染[土屋みやび]が出てきて吉永恋と戦うよ 光の吉永恋に対して闇の土屋みやびといわれています アニメ化される前に原作読んで、なんちゅうもんを読ませてくれたんや...って思って これアニメ化したら絶対絶対流行っちゃうだろって思ったけど別に流行らなかった お前らホント見る目無いよね バーカ あほ
●1位 ゆゆ式
女の子3人の日常を描くアニメ 最高 きららアニメの最高峰で日常系アニメの最高峰 ゆゆ式にはイベントがほとんど無い 他の日常系アニメは[日常系]って言いつつ文化祭に行くなどのイベント回があるじゃん ゆゆ式にはそれが無い 文化祭の描写はあるけど「そういえば文化祭楽しかったね」「激辛メニュー食べて楽しかったね」のような会話のみで終わる 激辛メニューのようなイベントは日常をもっと楽しくするためのスパイスにすぎないのだ ゆゆ式は言葉がクセになるよね カルパッチョってバロメーター？とかゼブラゼブラーとか破魔矢！とか、言葉がクセになるから作中の会話をポンポン思い出せるね ポン大臣だね ボケのゆずことツッコミの唯と、それを見て笑う縁の3人の掛け合いがすごく楽しい 俺がゆゆ式を見てるときの楽しさは縁が笑ってるときの楽しさと同程度なんだよなあ... ゆゆ式の面白さは初見ではわかりにくい けどある日突然視点が縁と同じになって縁と同じタイミングで爆笑できるようになる 頭蓋とられて脳みそいじられてるみたいでちょっと怖いね 脳からのやつだね
●
ブクマカみたいな日本のネットの最下層レベルを日本の標準的な知的レベルだと勘違いして心配する必要性はない
ただ創作世界と現実世界がごっちゃになってねーかな？な発言をしている政治家さんは純粋に困ったモンである
or
「仕方がない」は日本人の自己犠牲的な悲観性を表す表現として、多くの外国の著述家によって指摘されている。
また、太平洋戦争時のアメリカやカナダで行われた日系人の強制収容において、収容所での絶望感と虚無感を克服するべく、「Shikata ga nai」というフレーズを頻繁に用いりつつ、そのような苦しい状況の中でも、挫けることなく希望を見出そうとし続けていたと言われており、その精神性は現在でも日系人社会において根強く残っているという[2]。
ピューリッツァー賞作家のジョン・ハーシーは1946年のルポルタージュ『ヒロシマ』で、広島住民はおおむね核爆弾使用の道義的責任に無頓着であったと記し、ある被爆者の、戦争だったのだから「仕方がない」(Shikata ga nai) という発言を紹介している
https://ja.wikipedia.org/wiki/%E4%BB%95%E6%96%B9%E3%81%8C%E3%81%AA%E3%81%84
https://japanese.engadget.com/apple-privacy-measure-cost-facebook-10billion-053028417.html
ATTがなぜアプリ限定なのかといえば、アプリの方がユーザーのアクティビティを正確に追跡できるからだろう
GoogleはGoogleでFLoCとかTopicsを開発しているが、これはユーザーのアクティビティを正確に追跡できない（かつ、これまで以上に追跡できなくなる将来が見えている）から研究されているわけであってな
土俵の違いによる待遇の違いを優遇と称するのならば、お前も同じ土俵に移動すればいいのではないか？
--
この本は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%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
VRゴーグルに加え、メタセックスに向け新規開発された電動TE◯GAと触覚フィードバックグローブを用いた現実を超えたセックス体験！
第一弾
三上◯亜、河◯彩花
技術紹介
「実際の女優の"圧"を再現するために、アクチュエーターが128個必要でした」
TE◯GAのテクノロジーをフルに活かした電動TE◯GAは、各"ユースケース"毎に実測した膣圧をフルシミュレーションする緻密な制御を実現
もちろん、生で大丈夫だよ？
「ブラインドテストの結果、7割の被験者がホンモノのおっぱいと間違えました」
森◯原人「乳首の再現度がヤバイ！実は、僕も間違えちゃいました（笑）」
着けている感覚がない…っっ！
0.01mmの衝撃に君は耐えられるか？
必要なデバイス全て含まれたスターターキット、150000円〜！
皆さん買いますか？
※下ネタのため、苦手な方はご注意ください。
遠距離恋愛で月1しか行為できない彼氏と来週会います！！！その彼氏にこちらから迫ってドキドキさせたいけど失敗続きです。上手な襲い方のアドバイスください。
今までには、
②ベッドに押し倒して主導権をにぎる
③行為中に上に乗って主導権をにぎる
という方法を試したのですが、①は可愛い下着着てるねと彼氏のペースに持ち込まれ、②は押し倒したもののいつの間にか体制をひっくり返され彼氏のペースに(略)、③は上で動いていて疲れたところで彼氏の(略)、④はフィニッシュまでは私優位だったのですが、そのあとすぐに(略)という感じで常に最後に笑っているのは彼という状況です。
先日10月7日の深夜、日本のツイッタートレンドに『#DFMWIN』のトレンドが入っていたのを覚えているだろうか。
DFMというのは日本のLoLのプロゲーミングチーム、DetonatioN FocusMeの事である。
そんな彼らDetonatioN FocusMeが今夜24時から世界大会本戦(Group Stage)の舞台で戦うので、余りにテンションが上がってしまったため、この増田を書くことにした。
まずLoL、League of Legendsというゲームをご存じだろうか。
このゲームはRiotGamesにより、2009年秋にリリースされ、今年で12年目となるゲームで、世界で最もプレイヤー数の多いPCゲームといわれている。
ジャンルとしてはMOBA(マルチオンラインバトルアリーナ)、最近話題のポケモンユナイトと同じジャンルだ。
5人チームで、すべてのキャラクターが毎試合レベル1からスタートし、経験値を稼ぎながら強くなって勝利を目指すゲームで、毎試合全員が同じ条件でスタートするから、課金じゃ強くなれない、実力差がもろに出るゲームだ。
ポケモンユナイトは1試合10分だが、LoLは相手の陣地最奥のネクサスと呼ばれる建造物を破壊するまで試合が終わらないので、劣勢の側が逆転を目指して粘り続ければ1時間以上続くこともある。
(最近は流石にそういう試合は少なくなるような調整がされているが)
そんなLoLというゲーム、その戦術性の高さから、海外では2011年から世界大会が行われてきた。
しかし、当初日本にはサーバーが無く、日本人プレーヤーのほとんどが北アメリカ、NAサーバーでプレイしていた。
そんなNAサーバーの日本人猛者たちによる大会、League of Legends Japan League、が開催されたのは2014年の事。
その設立当初のチーム数は4チーム、その1つがDetonation FocusMeだ。
(ちなみにLoL日本サーバーがオープンベータとして開放されたのは2016年、1年後の2017年に正式リリースとなった)
2015年のLJLからはRiotGamesの認証を受け、優勝チームが世界大会の予選ステージから参加できるようになり、その最初の世界大会に進出したのがDFMだった。
その大会はIWCI 2015といい、強豪リーグではない、ワイルドカード地域と呼ばれるリーグの代表同士の大会だ。MSIというメインの大会の予選ステージという位置づけだ。
強豪ではない地域とはいえ、サーバーもない、チームとしての戦略などのノウハウもない日本は、7チーム総当たりで1-5という成績に終わってしまう。
それからも毎年毎年、その予選ステージを日本代表は抜けられず、惜しい結果を残したこともあったがなかなか世界では予選ステージすらも勝ち切れない6年間だった。
そして今年の予選ステージ、Worlds 2021 Play-In 、今年も代表として選ばれたのはDFM、歴代最強チームとの呼び声高いメンバーはポジション順に次の通りだ。
長年ゲーム内の最高レーティングに居続ける日本人最強Topレーナー。Youtubeの動画で講座を上げる等、日本サーバーのレベルを上げることにも熱心で、ファンが多い。
彼はカメラに抜かれるといつもサムズアップをし、コメント欄が『ｂ』であふれる。
Jungle: Steal (Mun Geon-yeong)
2017年からLJLでプレーしており、プレー歴の長い選手に適用されるルールにより、今年から日本人枠として認証されることとなった韓国人ジャングラー。実際Eviより日本語が上手い。
今年はチームを支えるようなプレーも自分が試合を動かすアグレッシブなプレーも見せてくれた。これは相手からすれば厄介だろう。
LJL最強Midと名高い彼は、ダメージを出し続けるメイジを使っても、一瞬で相手を落とすアサシンを使っても超一流。
若さゆえの経験の少なさもあり、初出場での世界大会では緊張もあったのか、プレーがいまいちだったが、今回は二度目の出場、さらに進化し続けているプレーヤー。
ADC: Yutapon (Yuta Sugiura)
NAサーバーでTop50人だけがチャレンジャーの称号をもらえたシーズン3(2013)、そのチャレンジャーの1人がYutaponだ。日本からだとPingが高く不利な中でこれを成し遂げた。
他のゲームをやらせても、CSGOではグロエリ、OWではTop500で日本人最高レート、VALORANTではレディアント到達、FPSのセンスもずば抜けている。
笑顔がかわいい韓国人選手。でもかわいい表情からは想像もできないプレーを数々繰り出してきた。
交戦を仕掛けるエンゲージャーとしての判断力はすさまじく、1人で相手全員の足を止めるようなプレーを決めることもある。
Sub Mid: Ceros (Kyohei Yoshida)
Yutaponの竹馬の友。独創的なキャラ選択を見せ、何度も世界を驚かせてきたプレーヤー。
今年はAriaの控えとして出番はないが、長年の経験や、ソロゲームとチームゲームの違い等をAriaに伝えるサブコーチのような役割を果たしているそうだ。
Coach: Kazu (Kazuta Suzuki) ＆ Yang (Yang Gwang-pyo)
Kazuは元DFMのサポート。チームの事をよく知っていて、選手たちと上手く話をまとめながらキャラの選択ができたりする。ちなみにフランス生まれ。
Yangは話聞いてる感じはゲームに関する知識量が半端ない。ちなみにGaengのお兄さん。
Yutapon、Ceros、Kazuの3人は、日本が初めて世界に挑んだIWCI2015の時には選手としてプレーしており、彼らは6年間ずっと世界にこのDFMというチームで挑み続けている。
このメンバーで挑んだ、Play-Inの舞台、5チーム総当たりのグループリーグで、
・1位は即本戦通過、5位は敗退
・3位4位でプレーオフを行い、その勝者と別グループの2位が勝負し、勝った方が本戦通過
というルールだった。
北アメリカ3位のCloud9、3枠以上持っている四大地域の代表。チームとしての歴史も長い名門。MidのParkz選手の年棒は2.8億だとか。
香港台湾東南アジア地域2位のBeyond Gaming。交戦の多い激しいプレースタイルの地域。
トルコ代表のGalatasaray Esports。サッカーで有名なガラタサライ。トルコ代表は毎年存在感のある強豪地域。
CIS地域(ロシアとかその辺)代表Unicorns Of Love。ここも強豪。日本代表は毎年CIS代表に負け続けていた。
日本は2位でプレーオフに勝って本戦通過が目標となっていた。(別グループに別格の強豪が2チームいたため、そことプレーオフになる順位では厳しいため。)
初戦はUnicorns Of Love。例年の日本なら難敵だったが、Steal選手のタロンという若干珍しいキャラ選択が功を奏しての快勝。
2戦目はCloud9。相手のキャラ選択が上手く主導権を取れない展開に。じわじわと押しつぶされるような苦しい敗北。
3戦目はGalatasaray Esports。この試合は序盤でリードをつかむと、終盤までその勢いで押し切っての完勝！
4戦目はBeyond Gaming(BYG)。この試合に勝てば目標の2位以上が確定するという状況で、相手のDoggo選手がかなり強力で苦戦するシーンもあったが、DFMはEvi選手が大爆発！序盤に対面に有利を取りテレポートを消費させた後、自分はそのテレポートを味方の戦闘に駆けつけるために使用！人数差のあるシチュエーションを作ってキルを獲得！最終的にはEvi選手が10キル0デス6アシストというとんでもないスコアをたたき出しての勝利！
3勝1敗で2位以上を確定させ総当たりを終えた日本、残るCloud9(C9)とUnicorns Of Love(UOL)の試合を待つことに。
C9はここまで3-0、1位抜けのために勝利したいが、対するUOLは0-3。前の試合でBeyond Gamingを日本が破ったことで1-3になったので、UOLとしては4位争いのタイブレークのために勝利が必須。
チームとしての格は圧倒的にC9が上であり、いくら何でも苦しいか…と誰もが思っていたが、ここで底力を見せつけたのはUoL！
今大会で圧倒的にメタとなっているミスフォーチュンというキャラをC9がピックしたが、それに対してしばらくメタから外れていたセナというキャラをピックして、断食セナという戦法を決行。
この選択も功を奏し、圧倒的下馬評をひっくり返してUOLが勝利！
このゲームにはチームのロゴや感情を表現するイラストをキャラの上に表示できるエモートという機能があるのだが、試合終了の瞬間UOLのエースNomanz選手が表示したエモートはなんとDFMのロゴ。
「DFM、BYGに勝って俺たちにタイブレークへのチャンスを作ってくれてありがとう、これでお互いにタイブレークだ頑張ろうぜ」
そんな声が聞こえた気がしたのは私だけではないはずだ。
残念ながらUOLは4位タイブレークではBYGに敗れて敗退となってしまったが、彼らの作ってくれた本戦通過へのチャンス、C9とのリベンジマッチが訪れる。
DFMは最序盤にキルを取るものの、C9の選択した序盤中盤に強い構成に対して有利を取るには至らない、じわじわとC9がリードする展開に。
ただその中盤が終わるころ、集団戦で好プレーを決めたDFMが有利を獲得！ただC9も一筋縄ではいかない相手、全員の攻撃に追加ダメージを乗せるドラゴンバフを取り、それを活かしてDFMを苦しめる。
ゴールド的にはほぼ互角な状況から試合を決めたのは、それを取ったら勝ちとすら言われるバフがもらえる、通称『100万点ドラゴン』といわれる中立モンスター、エルダードラゴン前での戦いだった。
仕掛けてきたC9をうまくいなし、相手のダメージ源であるプレーヤーにStealが張り付き無力化、EviとGaengが前線を貼り作った戦闘スペースで、YutaponとAriaがダメージを出した。全員が全員の仕事をしてC9を打ち倒す！
そうして獲得した2分30秒のエルダードラゴンバフ、それを活かし相手陣の防衛施設を破壊し、バフが残り15秒のところで相手のネクサス前まで詰め寄る。勝利は目前だがバフは残り僅か、十分に有利なので、大事を取って下がる判断もありえたが、DFMの選択は試合を終わらせるエンゲージ！相手を3人倒してそのままネクサスを破壊！
こうしてC9を倒した日本代表DFMは日本LoL界初のWorldsGroupStageに進むことになったのだ。
予選のPlay-In Stageに集まってくるのは選りすぐりの”上手い選手”だが、本戦Group Stageで待ち受けているのはLoLにすべてを懸けその座をつかみ取った”ヤバい選手”達といえるだろう。
Group Stageで日本と当たることになったのは次の3チーム、上位2チームがトーナメントラウンドに進出だ。
中国1位、Edward Gaming。圧倒的プレイ人口と市場規模を持つ中国の1位チーム。間違いなく優勝候補。
Scout、Viperの両キャリーが機能する展開の破壊力はえげつない。ちなみにTopレーナーのFlandreの名前の由来は東方。
NA1位、100 Thieves。NAで最も成功しているともいわれるプロゲーミングチームだ。JunglerのCloserのゲーム支配力はとてつもない。
それを支えているのは名コーチReapered。彼は元C9のコーチでもあり、彼がコーチをしていた時のC9にはDFMも苦しめられてきた。
韓国3位、T1。世界大会で3度の優勝を誇る、超名門チーム。その過去3度の優勝を率いてきたMidレーナーのFakerは同一チーム連続在籍年数の記録を持っている。
過去の栄光だけではない、今年はベテランFakerを支える若き10代組、Canna、Keria、Gumayusiが間違いなく成長している。 ちなみにCannaの名前の由来はメイドラゴン。
この3チーム相手に日本のDFMが2位以上を取るというのはかなり厳しいグループとなってしまってはいるが、彼らの健闘を祈って、この記事を〆たいと思う。
Play-Inでは感動をありがとう！GLHF！
【追記】 初戦終わりました。DFMはT1相手にボッコボコにされました。世界の壁を一つ超えたと思ったら、またとんでもない壁がそこにはあるんだなぁ…
