「Run」を含む日記 RSS

はてなキーワード: Runとは

2023-02-13

THE IDOLM@STER M@STERS OF IDOL WORLD!!!!! 2023 感想

バンナムフェスみたいな感じなんかなと思ってた

DAY1

01 THE IDOLM@STER 765AS

いきなりやるんだーという感じ。

ブランドの1曲目をやるのかな。

02 Shine!! シンデレラ

全然1曲目じゃなかった。

アニメ曲だけあってさすがに客のノリも良かった。

03 Glow Map ミリオン

あんまり好みの曲じゃないのでふーんって感じで見てた。

Welcome!! の騒がしい感じがミリオンライブって感じで好き。

04 DRIVE A LIVE SideM

数少ないSideMで知ってる曲。

楽しいし、周りの女客が元気になってよかった。

05 Resonance⁺ シャニ

シャイグラフィが聴きたい。

06 ビーチブレイバー 放課後クライマックスガールズ/沼倉 愛美東山 奈央/黒沢 ともよ/Beit(堀江 瞬・高塚 智人)

いきなり来てビビった。

コールが画面に出てたからか客の声もめっちゃうるさかった。

2番でコラボ相手が出てきて、今回はこういう感じなんだなって理解した。

2番以降も大事ソロパートオリメンが歌ってて配慮を感じた。

07 ドレミファクトリー! U149/仁後 真耶子/下田 麻美/TIntMe!(稲川 英里・原嶋 あかり渡部 恵子)/もふもふえん(矢野 奨吾・古畑 恵介)/河野 ひより

疲れる曲が続いた。演者もすぐ疲れていた。

さすがにミリロリコラボするだろうと思ってたけどなんかいっぱい出てきた。

個人的には男の声でこの曲はちょっときつかった。(後で慣れた)

08 はるかぜバトン もふもふえん(矢野 奨吾・古畑 恵介)/Cleasky

知らん曲だったし面子的にも特に無し。

09 shiny smile Cleasky/ノクチル

AS無しで歌うのかと衝撃を受けた。

久々に聞いたけどやっぱ良い曲だった。

10 夏時間グラフィティ ストロベリーポップムーン放課後クライマックスガール

知らん曲だったけどなんか元気で良かった。

11 Reason!! 765プロオールスターズ

めちゃめちゃ好きな曲だから嬉しいけどMのPがちょっとかわいそうかなとも思った。

でもこの歌詞ASが歌うのは良かった。

12 虹色letters Cleasky/白石 晴香/田嶌 紗蘭

なんでちょこ先輩と小糸ちゃんが出てきたのかよく分からなかった。

13 僕らだけの未来の空 ノクチル/Triad Primus

TP出てきた時の客の声がでかくてびびった。

ノクチルの曲はどれも似てるなと思った。

14 秘密メモリーズ 浅倉 杏美/平田 宏美/松井 恵理子/渕上 舞/永井 真里子/涼本 あきほ

バンナムが出した答えはゆきまこなのかとショックを受けた。

意外な選曲ビビった。

15 Arrive You ~それが運命でも~ TIntMe!/U149

予想通り過ぎて特になし。

ミリロリ衣装大人が着ると普通にかっこよくて逆に変だった。

16 百花は月下に散りぬるを(Long Intro Ver.)花咲夜/花井 美春丸岡 和佳奈

から出てきた人の歌が上手かった。

17 Gaze and Gaze フォーリンシーサイド/和久井 優/土屋 李央

ノクチルの二人が出てきたら客がめっちゃ声出して怖かった。

やっぱ人気あるんすね。

18 エージェント夜を往く SideM

なるほどねと思ったけどこれもASで聞きたいと思ってしまったけどそういうライブじゃないことを認識しなければならない。

19 GO MY WAY!! 中村里子寺島 拓篤

やよいがいね!!!!!!!!!

でもあまあまコンビ好きだしてらしーがめっちゃ頑張ってて楽しかった。

20 JOKER/オールマイティ 若林 直美/長島 光那/涼本 あきほ/幸村 恵理

よく分からんかった。

21 I'm so free! 長谷川 明子/Machico/和久井 優/岡咲 美保

曲も好きだし先輩後輩ペアで選出も良かった。

聴けて嬉しかった。

22 ラ♥ブ♥リ♥(Long Intro Ver.) 釘宮 理恵松井 恵理子/南 早紀/土屋 李央

良い選曲に良い人選で嬉しかった。

樋口のところでオタクがうるさかった。

伊織パートが良かった。

23 Get lol! Get lol! SONG 仁後 真耶子/堀江

やるんだーって思った。

24 絶対正義 EVERY DAY 稲川 英里/仲村 宗悟/河野 ひより

やるんだ!!!って思った。

25 スパイスパラダイス 寺島 拓篤/放課後クライマックスガールズ/田中 有紀

コール楽しすぎ。

てらしーががんばって偉いなと思った。

カレー好き設定を途中まで忘れててなんでいるんだ…って思ってた。

26 Let's get a chance ミリオンライブ

この曲シャニだとめっちゃ好きだけどなかなかやらないから聞けてめっちゃしかった。

声出しも出来てなおさらしかった。

27 ABSOLUTE RUN!!! ストロベリーポップムーン白石 晴香/丸岡 和佳奈/田嶌 紗蘭/岡咲 美保

良い曲だけどコラボ相手がよく分からなかった。

君との明日を願うからの方が好き。

28 BRAND NEW FIELD Jupiter寺島 拓篤・神原 大地)/長谷川 明子/沼倉 愛美

やってくれて嬉しかった。

2番になってもコラボ相手が来ないかJupiter特別かと思ったら元961が生えてきて超嬉しかった。

「俺たちなら楽勝」「だぜ!」「なの!」「だぞ!」は感動しました。

現地だと分からなかったけど「おいでフェアリーちゃん!」「765プロ!?」みたいな呼び込みしてたらしくてアーカイブで早く確認したい。

29 Dye the sky. 今井 麻美福原 綾香/田所 あずさ

蒼3人だと楽曲のコンセプトが崩れてないか?と思ったけど良い曲と歌が上手い人だったので文句はなかった。

やっぱ曲がめっちゃ良かった。

30 流れ星キセキ(Long Intro Ver.) 中村里子山崎 はるか/仲村 宗悟

センター3人なので扱いが丁寧だと思った。

歌詞キャラとか作品にかかってるところはちゃんパート割りしてて丁寧だと思った。

31 ハイファイ☆デイズ シャイニーカラー

こっちもやるんだ!って思った。

コールしかった。

32 True Horizon 仲村 宗悟/寺島 拓篤/伊瀬 結陸

知らんけど良い曲だった。

モニター映像めっちゃ豪華でずっるって思った。

33 FairyTaleじゃいられない シンデレラガール

かっけえ歌だから聞けて良かった。

歌詞的にお気持ち出ないかちょっと不安だった。

34 We're the one C.FIRST/平田 宏美/北原 沙弥香/和久井 優

真かっこよすぎ。

35 Transcending The World(Long Intro Ver.) ストレイライトサイバーグラス/DRAMATIC STARS(仲村 宗悟)/Jupiter寺島 拓篤・神原 大地)

ふーんという感じ。

曲は好きだけど特に何も感じなかった。

36 Needle Light サイバーグラス/若林 直美

まあメガネだしなあ。

37 Platinum MASK Beit(堀江 瞬・高塚 智人)/エルドリッチ・ロアテラー/郁原 ゆう/小岩井 ことり

あん記憶に残って無い。

38 アンデッドダンスロック エルドリッチ・ロアテラー/浅倉 杏美/平田 宏美

超良かったけどやっぱ生バンドが良いなと思った。

涼さんの声がなんかかっこよかった。

39 Tulip(Long Intro Ver.) 神原 大地/堀江 瞬/高塚 智人/矢野 奨吾/古畑 恵介/宮﨑 雅也/大塚 剛央

クッソ良かった!

超良かった。

40 Trancing Pulse(Long Intro Ver.) Triad Primus/C.FIRST/ストレイライト

コラボ相手によっては荒れるかなと思ったけど青赤緑でなんか無難な感じだった。

でもユニット衣装来てなかったのはマジでどうかと思う。

後客が大はしゃぎしてて、人気なんだなあと思った。

41 CRYST@LOUD FIVE STARS!!!!!

普通

42 アイ MUST GO! FIVE STARS!!!!!

合同だしやっぱこれかあと思った。

DAY2

01 シャイグラフィ シャイニーカラー

聴けて良かった。

02 Growing Smiles! SideM

知らん曲だった。

03 Flyers!!! ミリオンライブ

UNIONだと思ってたからびっくりした。

04 BEYOND THE STARLIGHT シンデレラガール

やると思ってなかったかビビった。

めっちゃ好きな曲なんで嬉しかった。

05 Happy! 765プロオールスターズ

びっっっっっっっくりした。

06 ヒカリdestination 中村里子今井 麻美長谷川 明子

オリメンいるのに!?って驚いた。

07 O-Ku-Ri-Mo-No Sunday! miroir/下田 麻美黒木 ほの香/前川 涼子

もう来てびっくりした。

コラボ相手も予想通りだったけどやっぱ良い曲だった。

08 あんきら!?狂騒曲 HappyHappyTwin/斉藤 佑圭/渡部 優衣/F-LAGS/イルミネーションスターズ(関根 瞳・峯田 茉優)/希水 しお

これ嫌い。

09 ラブ・ボナティート アルストロメリア/浅倉 杏美/釘宮 理恵/Café Parade

雪歩の声に合っていて非常に良かった。

10 Pavé Étoiles Café Parade/アンティー

ここでアンティーカ出てくるんだ~って思った。

11 太陽キッス シンデレラガール

まーた放クラやるのかとびっくりしたけど嬉しかった。

コールタオルラップ詰め込まれてて本当に大変な曲だなと実感しました。

12 キラメキラリ(Long Intro Ver.) 仁後 真耶子/松嵜 麗/中村 温姫/狩野 翔/黒木 ほの香

今日はやるんだ!!!って驚いた。

疲れた

13 きゅんっ!ヴァンパイアガール 藍原 ことみ/菅沼 千紗/芝崎 典子

面子が超良かった。最高。

14 Treasure☆ 閃光☆HANABI団(駒形 友梨・浜崎 奈々・渡部 優衣・大関 英里)/F-LAGS

ふーんって感じだった。

15 Study Equal Magic! 長谷川 明子/五十嵐 裕美/前川 涼子

アニメで聞いたことあったから何とかなった。

映像が凝ってた。

16 ココロエクササイズ 小市 眞琴/斉藤 佑圭/浜崎 奈々/FRAME/峯田 茉優/紫月 杏朱彩

コールめっちゃしかった。

みんな元気だった。

17 恋のHamburg♪ 大関 英里/増元 拓也/礒部 花凜

Mの方は知らんがお料理組なんだと思った。

美奈子歌声がかわいかった。

18 学祭革命夜明け前 沼倉 愛美河瀬 茉希/中村 温姫/児玉 卓也/小林 大紀

また放クラだ!って思った。

19 虹色ミラクル(Short Intro Ver.) シャイニーカラー

やるんだ!?

20 バーニン・クールで輝いて(Long Intro Ver.) ミリオンライブ

知らん曲だなと思ったけど聞いてたらなんか聞き覚えがあったかコールできた。

多分前のバンナムフェスとかで聞いたのかなと思う。

女の子アイドルが歌うにしては歌詞が野蛮だと思ったけどミリオンMCが大概野蛮だったから納得した。

21 Friendly Smile 長谷川 明子/原 紗友里/峯田 茉優

知らん曲だけど黄色がそろってた。

22 Plus 1 Good Day! FRAME/小市 眞琴/生田 輝/駒形 友梨/平山 笑美/関根 瞳/紫月 杏朱彩

まったく知らん曲だったけどめっちゃ良かった。すげえ良い曲だった。

2番で女アイドルが混ざったら変になったのが残念だった。

後で配信で聞いてもめっちゃ良い曲だった。

23 ♡Cupids! F-LAGS/若林 直美

まあ出てくるのはこの人ですよねという感じだった。

こっちが見たいものを見せるぞ!という気概を感じた。

24 ALIVE 今井 麻美鈴木 みのり/香里 有佐山根

HELLO!!!の目が完全につぶれて涙が出た。

25 アライアンススターダスト ZWEIGLANZ

あんま良い曲じゃなかった。

26 レッドソール(Long Intro Ver.) Flamme Martini/末柄 里恵/髙橋 ミナミ山根 綺/茅原 実里

かっこよかった。

27 dans l′obscurité(Long Intro Ver.) Chrono-Lexica(斉藤 佑圭・中村 温姫・阿部 里果)/アンティー

またアンティーカが揃って生えてきて笑った。

28 純白トロイメライ アンティーカ/Dimension-3

この曲めっちゃ好きだからしかったけど2番の見せ場をデレの二人に歌われてちょっとしかった。

後二人が出てきた時の客の声がうるさかった。

でもみんな歌がクッソかっこよくてめっちゃ良かった。

29 バベル Dimension-3/シーズ

客の声がめっちゃうるさかった。

こっちの2番は自分たちで歌うんかいと思った。

30 Fly and Fly シーズ/ZWEIGLANZ

かっこよかった。

31 オーバーマスター Threat Sign長谷川 明子/沼倉 愛美

何を歌うのかと思ったけどめっちゃビビった。

すげえ嬉しかったけど色々背景で苦労があったのかとか勝手に考えてしまった。

でも二人のオバマスが聴けたのは良かった。

32 Raise the FLAG SideM

原曲の方が好き。

33 Yes! Party Time!! 765プロオールスターズ

コール楽しすぎ。

34 Happy Funny Lucky イルミネーションスターズ(関根 瞳・峯田 茉優)/HappyHappyTwin/miroir

コール小さすぎて泣いた。

後この面子じゃイルミネデュオユニットみたいでなんか違和感があった。

35 Bet your intuition! 4 Luxury/Flamme Martini

デレの面子の低音がかっこよかった。

映像が凝ってた。

もうムンナイはやらないんだなと判断した。

36 SWEETSTEP(Long Intro Ver.) SideM

好きな曲だから聞けて良かったけど昨日と比べると、やっぱかわいい系じゃなくてかっこいい系が良かったなと思った。

37 MOON NIGHTのせいにして 平田 宏美/青木 志貴/河瀬 茉希/松田 颯水/八巻 アンナ

超良かった!客も狂ってた。

こちーんって興奮してたけど咲耶の人の歌がめっちゃかっこよくてヤバかった。

コールめっちゃしかった。

38 花ざかりWeekend✿ 4 Luxury/若林 直美/原田 彩楓/芝崎 典子

前の興奮そのままにって感じでヤバかった。

さすがに盛り上がりすぎた。

39 待ち受けプリンス 釘宮 理恵/miroir/小林 大紀/関根 瞳/結名 美月

やるとは思わなかったしくぎゅの声かわいいしヤバかった。

盛り上がりが続きすぎてヤバかった。

40 咲くは浮世の君花火 閃光☆HANABI団(駒形 友梨・浜崎 奈々・渡部 優衣・大関 英里)/下田 麻美/Threat Sign/FRAME

ファイアフラワー!のコールの声が揃ってるしデカいしでなんか感動した。

途中から亜美真美に乗っ取られてる気がした。

41 Destiny 765プロオールスターズ

締めにこれですかって感動してた。

歌詞が良すぎるなあと実感した。

気づいたら雪歩と真がいてめっちゃビビった。

42 CRYST@LOUD FIVE STARS!!!!!・ZWEIGLANZ

Destinyのこと振り返ってた。

43 M@STERPIECE FIVE STARS!!!!!・ZWEIGLANZ

アイマストゴーじゃないんだって思った。

みんなで歌うの好きじゃないけど歌った。

めっちゃ良いライブだったしすげえ良かったし最高だった。

2023-01-31

シャニマスやめます

エアプですけど引退します、以下理由

  • 匂わせるだけ匂わせてなにも起こらない(シナリオ面)
    • ルカ、社長関連はなにがしたいの?
  • 悪いところなんも改善しなさそう

プラス面を享受するためのマイナスを受け入れられなくなったって感じ

enzaと共に沈め

さよなら

2023-01-21

炊き出しって、炊いてなくない?

弁当とか、パンとかのときもあるよね

スープ豚汁も、炊くとは言わないよね

みかんトマトチョコも配ってる

炊き出しという呼び名はよくないのでは?

誤解が生じる

ちなみに英語では「soup kitchen」「soup-run」と言うが、これもよくない

スープしか出ないイメージになる

から簡単に「無料食事サービス」とか「フリーフード」とかにしたらいいのに

2023-01-17

最近忙しくて空き時間少ないから、せめてその空き時間は全てやりたいことに費やそうと思った。

で、もう寝るんだけど寝る前の空き時間にずっと積んでたCupheadをようやく起動してみた。そしたらプレイして2つ目のステージ(Run&Gun)辺りでなんか違うな、という感じになって。結果的にやりたいことリストが一つ消えて、いま増田を開いてるってわけ。

2022-12-09

ワイが最高のゲームBGMだと思っとるのはやっぱTWのSecond Runやな

とか思っとったらスマホ版になって帰ってきたやつのタイトル名に採用されてるやんけ

今知ったわ

2022-10-31

俺のメモ帳を一挙大公開

見聞きした言葉でこれ使えるなと思ったのを日々notepad.exeで追加してる。

たとえば丁々発止なんて言葉fanzaあたりで検索するとエロいのが出る雰囲気を俺は感じるのでそういうのを記録している。

あるいは「小力(こぢから)」みたいな言葉はあまり使われていないように感じるが、ただでさえそんな言葉がもし漫画で使われているとしたら、その言葉が含まれるその紹介文の該当箇所はどういうことを言ったものなのだろう、そしてそれはどういう漫画だろう、ということが気になるので、そういう言葉も集めてる。この場合たとえば最近も「大串」と調べたら、「巨大串」という形で使われていたという意外な発見もあて面白い

以下リスト(原文の改行はコンマに置換してある)はじめの方は単語じゃなく文のようになってる関係なさそうなのもある。

ディスガイア萌えアニメtwitter,塩辛履歴dlsite,太陽の塔全身タイツ着ぐるみtwitter,↑マスクかぶ(被)/つけ、仮面,丁々発止dlfanza,bike shorts2=8,おこや,マリーインボスカヤ イボンスカヤ,twitter肉まん東方dlサイトsite,エロ漫画スレsaucenao,つるみく(似てるユーザのF5から),ブックマークgamekemono,・パチパラ,81475783,調布fitnessマイバスケット,dicl big musclar,筋肉 皮モノ/物,nsfwポイピクサムネ表示,・土方つなぎ,・野田総理追悼演説全文,肉じゅばん,,ミリム 転 丸呑み,漫画家イエナガ アニメ化ベクトー,/g/ shingekiとか雑誌,軒猿,kemono精液,,モブコント,essensial pack,早押しクイズ appstore,八島さんが堕ちるまでfanza全頭・1967357latex貧乳,全身ラバー、全身をラバー、全身がラバーラバーで全身、ラバーに全身,マネキン人形化,シーメール化びんたま見てから,剣手2183114 scilence,masked face anthology kigurumi latex bodysuit bondage(bdsm),船,saimin 嵌ってる,hotmilk 3、6,smell,,pixivブクマ数500ぐらいの,股ぐら柱の背比べ,skebからpixiv登録してない奴のツイッター,chanrio,夜更かし股蒸れ,,,misakuraミーツ,藍,,男体化/改造手術,ftm/手術性転換←むしろから,クリ(陰核)尿道(尿管)/手術改造,尿道(尿管)開通延長[伸ば/伸び],クリに尿道/尿道クリ[繋いで/繋ぎ五段活用],シーメールカントボーイふたなり化男体化改造,人形リョナdid,スキューバどざえもん,人中/顔射、精,膣閉鎖まん肉陰唇恥丘ぷにまん/縫,ピエロ肥満膨体強制,・毛穴/ワックス剃毛,,魔法少女 魔女っ娘 猿(の格好) ボディースーツ 全身タイツ 着ぐるみ もじもじくん,ラブドールダッチタイツぐるみ,ファザコン,産卵,股裂,変態洗脳戦闘員痴女,のっぺらぼう化改造 ,club cinq,少年エース,中に無いもの掛け合わせに使うの歓迎,同人はきりがないし検索から外す,さすがの知名度ガキはここに,変身まちかど,めがね魅了ほのおき,シチュとしてもし例外多くなったら定義を変える,site:thebase.in,,オフロードスター壱號,ただのノァ,,シールブックたまごっちパワパフサウスパークリトルポニーアメリカは,少女漫画がなくて存在していたと思えるかで決まるサクラ大戦きしだめるアルルまで,・資格受験を控えてるからとはわざわざコンビニでは雑誌のほうを見ないようにしてる,つまりちょっとでも目に入ったら調べずにはいられなくなることを恐れてのことだがそんな些細なことでも反応せずにはいられないほどそれはつまりそれほどまで二次元に対して熱意を持っている,・二次元オナニーしてそのパンツを洗わない,,253 名前名無し象は鼻がウナギだ! 2022/04/14(木) 20:45:17.21 0,"スタッフで美味しく" 約 2,310,000 件,"スタッフが美味しく" 約 470,000 件,"スタッフに美味しく" 約 69,900 件,,"スタッフでおいしく" 約 178,000 件,"スタッフがおいしく" 約 241,000 件,"スタッフにおいしく" 約 31,000 件,,ポッキー半分がスタッフにおいしくいただかれた状態でやってくる,,480名無しさん@どーでもいいことだが。 (アウアウウー Sabb-AI/Q)2022/04/12(火) 23:58:04.54ID:WiTaAD0Va>>482,>>478,やべーぞレイプだは無頼男、クンニしろオラァはエデンの檻、パコさんはパジャマ彼女,,青少年ショッキングな性暴力を見せることの良し悪しと、現実フィクション混同は別問題でしょ,リアルからじゃなく、例えばこれが非現実的な触手で腹ボコ異種姦とかでも同じようになったと思うぞ,,子供が真似する云々は親の躾の問題じゃないかねえ,プロレス技とか真似して大怪我みたいな事件もあるからなんとも言い難いが,,国情報見方がよくわからないんだよな,たとえば相場の欄があるが商人のとこで見れるから二度手間じゃないかと思う,最近まで見る価値一切無いとさえ思ってたが在庫の欄は一度に商人取引できる量と関係あるということでそこだけ見るようにはなった,他に国情報について見方というかこういう数値だったらこういう行動をとればいいみたいな指針を立てるみたいな活用法的なものはあるだろうか?,,https://lavender.5ch.net/test/read.cgi/gengo/1630676954/871,にある旧おじに対してお前らが上という考え,これは正しいと思う,しかし俺に対してお前らの立場が上だと思ってるのなら図に乗るなという感じだな,俺は客観普遍科学方法論を説いてるだけ,それはお前が理解しようがしまいが揺らぐようなものでもないのにも関わらず、生暖かい目でお前らが理解するのを待ってやってるだけだ,そういうわけでどう考えても俺が上,,[1;31mhitomi: An unexpected error occurred: AttributeError - 'NoneType' object,has no attribute 'startswith'. Please run gallery-dl again with the --verbose fl,ag, copy its output and report this issue on https://github.com/mikf/gallery-dl/,issues .[0m,,西側,東側,東西,冷戦,俳句,俳諧,句会,句集,詩集,諜報,間諜,苦界,刺繍,正の字,着ぐるみ,器具罪,ガーターベルト,楽器 琴,琴,大正琴,アルトサックス,無心,医院,傀儡,sdカード,給湯,急騰,エフェクト,物置,精錬,屋台骨,こしひかり,陣屋,臨時,創業,一膳 膳,七味,目の色が変わ(を変え),辛子,鉄山,格式,そっか,品種,・肉厚,肉薄,アホ毛,食い逃げ,なん(何)のこれ(しき),オリジナリティ,不憫,秋晴,習性,お家芸,旧い,旧党,無理数,あおひげ,物見高,横断,黄疸,痰壺,横臥,サロン男性向け,オジキソウ,物産,琥珀,タペタム,産界,一本締め,縄会,鍵盤ハーモニカ,(届いた)ビデオテープ,カロリン,棟上,子煩悩,握力,筋トレ,郵,踏破,鉄の足,旅慣れ,古武術,オドリコソウ,負荷,フカヒレ,整髪,社交ダンス ,閣下,モスク,聖地,遊学,遊楽,幽学,魚拓,ジェラート,(えら)骨,すんごい,まっいっか、まっいいか、まいいか、まいっか,カステラ,アイヤッパン,先取り,考古(歴史) 修復,口訣,養蚕,医院,きよみず,制限,周辺,よそよそし,カチューシャ,・蒔絵,机上の空論,机上,鋳造,殺(戮)兵器,留守番,留守居,襦袢,えるゴミ,溶鉱,倫理,呵責,反知性,高踏,互市,ビーフン,観戦,波消し,パンチが強い,アンダーグラウンド,アングラ,海賊版,平坦,ドメイン,ドレイン,根絶,歯車,海中,海底,改訂,関係機関,修正作業,年末調整,(是見)よがし,おんしょく(音色)renta,バンドサウンド,自己流,パワーコード,音のぶつかり,さしもの,水(みず)反射スカートパン下着,手鏡,禁門,金紋,礎と,可塑,門人,外貨,説諭,戦略,序曲,おなかトントン,終曲,サイコロ,コッペパン,アクアパッツァ,吐息,揚げパン,邪魔,カルエル,バズーカ,収穫祭,・炭鉱,切手小切手,図鑑,辞典,事典,揺籃,ショートカット,ガトー,ビュッフェ,法律上,巧妙,創作物創作,寺子屋、寺子,寺古,じゃらん,無責任,若女将女将,よいではないかrenta,節操,奥行き,野沢菜,塩梅,ボケボケ,カフェセレブ,暗示,ふりふり,穏便,使い魔,(にこにこえがお)renta,胴衣,同位体,電動マッサージ、電マ,軽便,(マグロ),表面積,受熱,副虹,ソレイユ,変面,変顔,プリクラ,アカデミ,変心,スイギュウ,エンパシー,個室,霊地,ネカフェ,(吊り橋),・マート,へにょり,出来るような気,結構な,ガードレール,マンホール,群生,開帳,朱印,良妻賢母,ミルフィーユ,(踏切),歩道橋,バス停,停留,ババロア,(食い込),コットン,オーガニック,ネイリスト,メイク崩れ,いたがゆ,オッズ,レバレッジ,助詞,金貨,言語学,文法,命運,概論,練習試合,ワセリン,コランダム,夜のしじま(静寂),ハウスマスター,モノクル,即席家族,収拾,あてられ(た),実直,教導,労をねぎら,見取り図,高砂,ガンマン,ピストル,ベースキャンプ,祭りのあと,あまじょっぱ,きくらげ,親分肌,姉御肌,出囃子,はみご,(あしからず),オープン,最後入院,テレビ 企画,伏魔殿,クリーンヒット,無神経,信頼関係,夫(妻)の理解,カミングアウト,メンタル(ヘルス),有機(の),デバフ,勝たん,徒歩(かち),八重歯,考えがある,持ち合わせ,視聴者(fanza),ざるをえ(得),所狭し,急成長,タイトルホルダー,見込み,見切り発車,滑り止め,皆様,お目汚し,シツレー,これにて,ラバー フェチ,タイムライン,原価,パン粉,ターニング,ベーグル,マフィン,スラット,スナッフ,カリカリ,急成長,(樽),ぷつっと,くさびを打,ヒーラー 悪役,打ち首,ぶつ切り,スパット,ドルチェ,カルティエ,ブルガリ,スムージー,週末,郷(さと),ひさご,ナメル,目出し帽,ドリップ,ドーリィ,御役御免,ケーブルカー,容体,陰性,東京進出,縮こま,交信,消臭,認識機能,まん毛,クリプト,テンガロン,嗅ぎ付,切り通し,渡り鳥,カヤック,リンクル,美貌,魔盾,もっこり,スカル,翡翠,デイジー,冷え性,痛車,(みずみずし),裏日本,いぶった,連れション,立ちション,しみしみ,ヴィヴァーチェ,立食,コールスロー,カシミール,コンチネンタル,道連れ,アロス,笑撃,安直,腰溜め,土壌,音楽シーン,血 ぴゅー,カルドゥッチ,ナリシング,ごにょごにょ,ごみごみょ,改正,初稿,強直,包囲(男性向け),(真っ只中),厚み,ロコモコ,アヒポキ,ホクホク,(葦簀),西日,放屁,むぐって/た,直売,ひさが笑,チェーマン,エトランゼ,マニ(教),ご意思,あからさま,心躍,こなれる/て,究極の歌姫,タイアップ,引きも切ら,ふーふー,猫舌,微動,デーツ,かしこぶ,篭手,かすり傷,爪楊枝,シンセサイザ,児童文学,ボーカロイド,直帰,急務,まっしぐら,家系図,秋の機械,バインバイン,コンバイン,モータウン,腐心,揺籃,ガラス張り,膣トレ,ナイトクラブ,ポールダンス,げんなり,経血,フェムゾーン,突破,ロイター板,舗装,懊悩,除霊,徐行,逃げ道,黙殺,・リーキ,どうらら,大喜利,レール,リニア,値札,上臈,キッチンカー,顆粒 ,なで肩,スプリング,トレパク,パクり,ひょっこり,重工,校歌,生まれてくる,ドリフ,審査,新芽,隠し部屋,丸刈り,ラブソング,泡切れ,虎の子,キックスケーター,敢行,野宿,エルドラド,段々畑,自他(とも),プレス機,加工物,ホッピー,もそろ,(飴)色,デミグラス,グレービー,グレープ,野火,スタンプ(ラリー),ラリー,崚,いってきます,社会勉強,蕗の薹,問屋,イントロ,ティーナ,出向(い),魂魄,(部)外秘,サルベージ,健康骨,腐葉土,遺留,慰留,二人三脚,かかと落とし,安食,パディトン,ドミグラス,マッシュ(ルーム),休職,ケルヒャー,ソイソース,ホットサンド,コーヒーフレッシュ,トロンボーン,類似,言い遺,民泊,ダクト,ドーラー,半地下,マナ,寄り目,シュラスコ,屋台骨,土性骨,すべすべ,ハメが外,火薬 花火,舞妓 化粧(が),バーニャカウダ,ヒジャブ,ジップライン,女性用,男性用,用兵,籠城,伏兵,輪切り,アク (漫画家)[括弧が先],復職,フルール,ペチュニア,無撚,造反,肌を合わ,淫蕩,手芸,tl漫画家,ラクシュミ,黄石公,解呪,夜職,高目,フェビアン,大公望,ザッピング,こういう時,反転攻勢,肌掛け,ドア越し,式典,マクロビ,それなり,プレスカード,身分証,当て込,折込,うってつけ,サンドバッグ,閉塞,葉巻,オスロ,フラッパーの(な),ならず者,しゃきっ,運命論,ギャング,盗んだ車,共同作業,・配信,バンラリース,別離,発喪,政変,ビタミンB1,眼精,天誅,天佑,孤立化,開かせ,年の頃,八つぁん,(ぐあい),ヴェルヴェット,悲嘆,勅許,へしこ,アクアリウム,開明,持ち上が,やってのけ,晦冥,それはあれ,手の者,正義マン,乾 いぬい,むろお,・あみだ(くじ),ドッジボール,鍼灸,板金,気流,手(もみ),壁紙,パンパス,debut,パンプス,ドレッサー,映画宣伝,誉れな,足蹴,司牧,鞠躬如,けん玉,(じゃらんぽん),デトックス,キンパラ,鼻につく,言い分,貫け,真作,ニス,姦婦,贋作,フェルメール,あんかけ ,キックボード,全容,のど飴,しゃあしゃあ,覆る/し,心臓な/だ,にゅうにゅう、にゅーにゅー,ドッキング,万華、華鏡,戒 法,受戒,(ことこと),お召し,パーキング,水あめ、水飴,じとじと,しれっと,ヘラ期,汽笛,(中長)期的,(唐揚げ),atm (年漫画),(ものまね)renta,ギャラ呑み, うんてい,水玉,肉まん,水油,天花粉,香油,持って数,叩き込,異物,改変,遺伝子 組,儚、果敢ない/く、はかない/く,物は言い,言い逃げ,嫌な打算,こわすぎrenta,口にす/し,マーシナリー,洗いざら,赤線,青線,節介,ディーゼル,(なんともでき),みなは,アストリンゼン,ケトン,ファルシオン,間取り,見取り,柑,ノープラン,しっくり,バイキング,グロッキー,シッカロール,勝負になら,せていただ,ツルツル,コーティング,bgm,効果音,バックグラウンド,(すけこまし),コケティッシュ,気落ち,あざと,さかいに,国防,カピカ,八重歯、犬歯、臼歯,薄幸,・旧師,白光,くんだり,とどま,素敵空間,宅浪,パッケージ,ツマミ,パッキング,サイバー,・5次元(の)女,アンティーク,独り者,ディスカウント,運航,水難,分際,間際,特長,テニサー,(蒸し蒸し),修正済み,こさめ,緩和,引き締め,逆さ吊り,おしおき,仕立て屋,見立て,備え,梁 柱,正座,未来志向,転倒,瞬発,奮発,実写,唱歌,トロフィー,ハンチング,・子分,古文,(のたれ死),恵まれ,この先,痛恨,失言,ビット,ピット,ショークラブ,ペシミス,まぐろ 漁船,世替わり,あがき,おぼれ,プリントシ-ル,余念,下まつげ,エクステ,唱和,・な校則,復縁,(掘り起こ),小窓,明り取り,のろけ 年漫画, Permalink | 記事への反応(2) | 12:17

2022-10-21

なぜ「処女航海」「処女作」なのかという疑問に「女性名詞だから」と説明するのは誤りである

処女航海(maiden voyage)」「処女作(maiden work)」といった言葉に苦言を呈するフェミの方々が現れると、決まって「『船』や『ペン』が女性名詞だから処女』が付くだけなのにそんなことも知らないのか」と得意げに反論をする人たちが出てくるのだが、はたしてこの「女性名詞説」は本当に正しいのだろうか。

「maiden」の語源

まずは「処女」すなわち「maiden」の語源確認しよう。

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.

https://en.wiktionary.org/wiki/maiden

語源

中世英語の「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.

https://www.etymonline.com/word/maiden

maiden形容詞

13世紀。「処女の」「未婚の」。maiden名詞から。1550年代には「新しい・新鮮な・試されていない・最初の」という比喩的意味(「処女航海」のように)で使われるようになった。競馬では(1760年)一度も走ったことのない若い馬を表す。

まり、古英語5世紀から12世紀ごろ)からあった「maiden処女)」という名詞が、13世紀ごろに「maiden処女の)」という形容詞としても使われるようになり、さらに1550年代になって比喩的に「maiden最初の)」といった意味形容詞としても使われるようになった、ということだ。

そして、古英語のころにはあった男性名詞・女性名詞の区別が、中世英語11世紀から15世紀ごろ)では失われていることから考えると、1550年代に生まれた「『最初の』という意味形容詞maiden」が女性名詞にしか使えなかったとは考えにくいだろう。

そもそも「船」は女性名詞なのか?

当たり前の話だが、同じ意味単語でも、それが男性名詞か女性名詞かは、言語によってバラバラである英語ship」と独語「schiff」は共にゲルマン祖語に由来するようだが、どちらも中性名詞である仏語「navire」と伊語「nave」はどちらも羅語「navis」に由来しているのだろうが、ラテン語イタリア語では女性名詞なのに、フランス語では男性名詞となっている。

女性名詞説の人たちはしばしば「『船』はラテン語女性名詞だったから」などと言うのだが、仮に英語の「maiden」が女性名詞に付くとしても、なぜ古英語などではなく、いきなりラテン語基準になるのだろうか。「maiden女性名詞に付く」という結論ありきで、「船」を女性名詞とする言語を探してきているだけではないのか。

女性名詞説の「処女作は『ペン』が女性名詞だから」というのもおかしな話で、普通に考えれば「作品」や「本」が女性名詞かどうかを考えるべきだろうに、なぜ「ペン」を持ち出してくるのかといえば、ラテン語で「ペン」が女性名詞だったことを探してきたからだろう。




英語でも船を「she」と呼ぶ?

女性名詞説の人たちがもうひとつ頼みとするのが「英語でも船をsheと呼ぶ」ということである。つまり「船をsheと呼ぶのは船が女性名詞だったことの名残である」というのである

これについては以下のページに詳しい。

これは古英語にあった文法性とは無関係です.乗り物国名女性代名詞で受ける英語の慣習は中英語期以降に発生した比較的新しい「擬人性」というべきものであり,古英語にあった「文法性」とは直接的な関係はありません.そもそも「船」を表わす古英語 scip (= ship) は女性名詞ではなく中性名詞でしたし,bāt (= boat) にしても男性名詞でした.古英語期の後に続く中英語期の文化的文学的伝統に基づく,新たな種類のジェンダー付与といってよいでしょう.

http://user.keio.ac.jp/~rhotta/hellog/2019-04-22-1.html

OED によると船を受ける代名詞としての she の初例は1375年である」らしいが、最初にも述べたとおり、英語男性名詞・女性名詞の区別が残っていたのは古英語5世紀から12世紀ごろ)までである。また、これも先述のとおりだが「古英語 scip (= ship) は女性名詞ではなく中性名詞」というのだから女性名詞説の人たちの主張はまったくの誤りということになるだろう。

まとめ

1. 英語の「maiden」は、そのあとを受ける名詞男性名詞か女性名かに関係なく、「新しい」「最初の」という意味形容詞として使われている。

2. その「新しい」「最初の」という形容詞としての用法が生まれたのは、英語から男性名詞・女性名詞の区別が失われた後のことである

3. 英語で船を「she」と呼ぶのは、男性名詞・女性名詞とは無関係である

2022-09-22

anond:20220922105827

あなたが知りたいのは、

No one could run.

No one could not run.

が同じ意味になる理由のことでしょ?

これが、can だと反対の意味になる。

No one can run.

No one can not run.

この違いは、確定した過去出来事を言っているのか、未来可能性を言ってるのかの違いです。

No one could not run.

は、確定した過去のことを言ってるので、二重否定にはならなず、単に no であることを2回強調しているにすぎないのです。

2022-08-24

anond:20220824182342

これ優秀やね。元増田のやつよりお手軽。

あとせっかくだからサムネイルを並べて表示するコードを紹介しとこう。

import matplotlib.pyplot as plt

num_inference_steps = 10            # Number of denoising steps
guidance_scale = 7.5                # Scale for classifier-free guidance
batch_size = 1

def show_images(images, figsize=(20,10), columns = 5):
  plt.figure(figsize=figsize)
  for i, image in enumerate(images):
      plt.subplot(len(images) / columns + 1, columns, i + 1)
      plt.imshow(image)

#入力文字 ここに好きな禁則文字をいれてください
prompt = ["hatena anonymous diary"]

# 画像サイズ
height = 512                        # default height of Stable Diffusion
width = 512                         # default width of Stable Diffusion

# SEED値、ここをかえると 同じ入力文字でも別の画像がでます
seedId = 1

images = []
for i in range(5):
  generator = torch.manual_seed(seedId + i)
  print(seedId + i)
  image = run(prompt,generator,height,width,num_inference_steps,guidance_scale,batch_size)
  images.append(image)

show_images(images)

2022-08-04

運動大事坂東は英治

His palms are sweaty, knees weak, arms are heavy

There's vomit on his sweater already, mom's spaghetti

He's nervous, but on the surface he looks calm and ready

To drop bombs, but he keeps on forgettin'

What he wrote down, the whole crowd goes so loud

He opens his mouth, but the words won't come out

He's chokin', how, everybody's jokin' now

The clocks run out, times up, over, blaow

Snap back to reality, ope there goes gravity

Ope, there goes Rabbit, he choked

He's so mad, but he won't give up that easy? No

He won't have it, he knows his whole back's to these ropes

It don't matter, he's dope, he knows that, but he's broke

He's so stagnant, he knows, when he goes back to this mobile home, that's when it's

Back to the lab again, yo, this whole rhapsody

Better go capture this moment and hope it don't pass him

2022-08-01

anond:20220731183342

自動安価をつけて返信するプログラムでもこんなに長く複雑になる(一部抜粋) 

/**************************************

以下のCSV_DIR, FILE_PATHS, SETTINGSを書き換えてね。 <h3>o- *************************************/</h3>

//CSVファイルが置かれてるディレクトリパス投稿前にエラー出たら大体ここの設定ミス。 例:"C:\\Users\\sakuraimasahiro\\Documents\\iMacros\\Macros\\rentou\\";

const CSV_DIR =

'C:\\Users\\USER\\Desktop\\iMacros\\Macros\\rentou\\';

//ファイルパスCSV絶対パスで、拡張子必要。iimは相対パスでよく、拡張子不要

const FILE_PATHS = {

//投稿文が書かれたCSVファイル

textCsv: CSV_DIR + 'textNoAnker.csv',

//レス投稿文が書かれたCSV。通常とレス用で分けないなら同じファイルを使えばいい。

replyTextCsv: CSV_DIR + 'textReply.csv',

};

const SETTINGS = {

//投稿後の基本待ち時間

baseWaitTime: 5,

//baseWaitTime+0~waitTimeRange(ランダム)だけ待つ

waitTimeRange: 5,

//連投しすぎだと忠告された場合に処理を一時停止させる時間(秒)

waitTimeForAvoidingPunishment: 60 * 30,

//メール

mail: 'sage',

//名前設定

nameSettings: {

//名前名無しなら''。

name: '',

//以下、偽装ワッチョイ設定。浪人ワッチョイを非表示にしてるときだけtrueにしてね。

//妙なニックネーム(ワッチョイ、アウアウウーなど)をランダムで決めて付加するかどうか。true=付加する。false=付加しない。

nickname: false,

//妙なニックネームの後に付く8桁の文字列ランダムで決めて付加するかどうか。

korokoro: false,

//IPランダムで決めて付加するかどうか。

ip: false,

//地域ランダムで決めて付加するかどうか。

area: false,

},

postSettings: {

//アンカー無し投稿をするならtrue。しないならfalse。noAnkerPostかreplyPostのどちらかはtrueにすること(両方trueでもOK)。

noAnkerPost: false,

//アンカー付き投稿(返信)をするならtrue。しないならfalse。もしnoAnkerPostとreplyPostの両方がtrue場合投稿は返信が優先され、返信対象が見つからなくなったらアンカー無し投稿をする。

replyPost: true,

//最初に取得するアンカー無し投稿CSVファイルの行番号。もし返信用と同じCSVファイルを使うなら-1と入力

noAnkerPostTextCsvStartRow: 1,

//最初に取得する返信用投稿CSVファイルの行番号。もしアンカー無しと同じCSVファイルを使うなら-1と入力

replyPostTextCsvStartRow: 1,

//テキストCSV/返信用テキストCSVの取得行が最終行に達したら最初の行まで戻るかどうか。true=戻る。false=マクロ終了。

textCsvLoop: true,

//返信する場合、これより小さなレス番には返信しない。返信を投稿すると、この数値は前回の返信先のレス番に更新される。

minAnker: 895,

//返信する場合名前に以下の文字列を含む投稿アンカーをつけて返信する(ワッチョイやIPなど名前フィールドにあるものならなんでも可)。配列複数指定可能指定無しなら空配列([])。filterNamesとfilterNamesNotIncluded共に無指定ならレス番1から順に返信していく(minAnkerが設定されてればそこから順に)。以下のfilter系は全て併用可能

filterNames: [],

//↑とは逆に、名前に以下の文字列を含まない投稿アンカーをつけて返信する。↑と併用も可能

filterNamesNotIncluded: [],

//返信する場合、本文に以下の文字列を含む投稿アンカーをつけて返信する。

filterText: ['自演かな', '自演わらわら', 'スクリプト使うの', '安価ガバ', '>>660', '自演擁護', '最後' ,'あいうえお', 'かきくけこ', 'さしすせそ', 'なにぬねの', 'はひふへほ', 'まみむめも', 'やいゆえよ', 'やゆよ', 'らりるれろ', 'わいうえを', 'わをん', 'わいうえをん'],

},

//自分IPアドレス確認VPNとかでIPを変更してマクロを動かしてるとき、突然VPN作動しなくなってIPが元に戻ったときマクロを止めるためのもの

ipSettings: {

//自分現在IPアドレス確認をする。

checkIp: true,

//以下の文字列自分現在IPアドレスに含まれている場合マクロを一時停止する。基本的自分の本当のIPアドレス入力

avoidTheIp: '133.206.99.224',

},

//浪人設定。最後動作確認したのは5年くらい前で、今も同じように動作するかは、浪人を持ってないか確認できずわからない。

roninSettings: {

//浪人ログインしてるかどうかをチェックするかどうか。trueらするfalseならしない。trueにしていてもし浪人ログインしていないことを確認したらログインしにいく。

checkLogin: false,

//浪人ログインメールアドレス

mailAdress: 'abc@def.com',

//浪人ログインパスワード

password: '1234',

},

//false: run()実行させず(デバッグ用)

run: true,

//true: 投稿処理だけしない デバッグ

skipPost: false,

};

/**************************************

設定箇所終わり。

書き込めない時の早見表 - 5ちゃんねるwiki

https://info.5ch.net/index.php/%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%82%81%E3%81%AA%E3%81%84%E6%99%82%E3%81%AE%E6%97%A9%E8%A6%8B%E8%A1%A8 <h3>o- *************************************/</h3>

/**************************************

メモ

クラスフィールド宣言できない。

・NULL演算子(??)は使えない。論理積(&&)は使える。

オブジェクトの分割代入はできない。

・importはできない。 <h3>o- *************************************/</h3>

/**************************************

関数 <h3>o- *************************************/</h3>

/**

* ここから始まる。

*/

function run() {

//設定ミスがないか調べる。

checkSettings();

var _TextCsvCursors = new TextCsvCursors(

new TextCsvCursor(

SETTINGS.postSettings.noAnkerPostTextCsvStartRow > 0

? SETTINGS.postSettings.noAnkerPostTextCsvStartRow - 1

: SETTINGS.postSettings.noAnkerPostTextCsvStartRow,

FILE_PATHS.textCsv,

SETTINGS.postSettings.textCsvLoop,

),

new TextCsvCursor(

SETTINGS.postSettings.replyPostTextCsvStartRow > 0

? SETTINGS.postSettings.replyPostTextCsvStartRow - 1

: SETTINGS.postSettings.replyPostTextCsvStartRow,

FILE_PATHS.replyTextCsv,

SETTINGS.postSettings.textCsvLoop,

),

);

var _LoopStatuses = new LoopStatuses(0, SETTINGS.postSettings.minAnker);

const _MyPosterName = new MyPosterName({

name: SETTINGS.nameSettings.name,

});

//スレURL指定

const _ThreadUrl = openPromptThreadUrl();

//ループ

while (true) {

//IP確認する設定なら、それをする。

SETTINGS.ipSettings.checkIp && checkCurrentIpNotTheIp();

//スレを開く

openUrl(_ThreadUrl.fullUrlHttps());

//浪人ログインする設定なら、浪人ログインしているかどうかを確認し、していなければログインしにいく。

if (SETTINGS.roninSettings.checkLogin) {

if (!checkRoninLogin()) {

loginRonin();

continue;

}

}

//投稿に使うテキスト取得。

const p = (function () {

if (SETTINGS.postSettings.replyPost) {

//返信あり設定の場合。返信対象が無いか調べる。

const targetAnkerNumber = createPostDOMList()

.filterPostnumberHigher(_LoopStatuses.currentMinAnker())

.filterByPostername(SETTINGS.postSettings.filterNames)

.filterByPosternameNotIncluded(

SETTINGS.postSettings.filterNamesNotIncluded,

)

.filterByText(SETTINGS.postSettings.filterText)

.lowestPostNumber();

if (targetAnkerNumber !== null) {

//返信対象があったのでアンカー付き投稿文を作る。

const r = _TextCsvCursors.takeNextRowTextAsReply(targetAnkerNumber);

messageDisplay(`返信対象有り。アンカー先: ${targetAnkerNumber}`);

return {

...r,

updatedLoopStatuses:

_LoopStatuses.updateMinAnker(targetAnkerNumber),

};

}

}

if (SETTINGS.postSettings.noAnkerPost) {

//返信対象無し、或いは返信しない設定の場合アンカー無し投稿文を作る。

const r = _TextCsvCursors.takeNextRowTextAsNoAnker();

messageDisplay('返信対象無し。アンカー無し投稿。');

return {

...r,

updatedLoopStatuses: _LoopStatuses,

};

}

return null;

})();

if (p) {

//投稿

postThenCheckError(

_ThreadUrl.serverName(),

_MyPosterName.randomize({

nickname: SETTINGS.nameSettings.nickname,

korokoro: SETTINGS.nameSettings.korokoro,

ip: SETTINGS.nameSettings.ip,

area: SETTINGS.nameSettings.area,

}),

SETTINGS.mail,

p.text,

);

//_TextCsvCursorsと_LoopStatusesを更新

_TextCsvCursors = p.updatedTextCsvCursors;

_LoopStatuses = p.updatedLoopStatuses.incrementPostCount();

messageDisplay([

`投稿回数: ${_LoopStatuses.currentPostCount()}`,

`minAnker: ${_LoopStatuses.currentMinAnker()}`,

`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,

`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,

]);

} else {

messageDisplay([

`返信対象が現われるのを待機中...。`,

`投稿回数: ${_LoopStatuses.currentPostCount()}`,

`minAnker: ${_LoopStatuses.currentMinAnker()}`,

`今回アンカー無し投稿取得行: ${_TextCsvCursors.currentRows().noAnker}`,

`今回アンカー有り投稿取得行: ${_TextCsvCursors.currentRows().reply}`,

]);

}

//短時間で連投しまくると規制されるので一定時間待機。

wait(SETTINGS.baseWaitTime + randomRange(0, SETTINGS.waitTimeRange));

}

}

/**

* 投稿処理と投稿結果を見てリトライしたりマクロ終了したり。

* @param {string} serverName サーバー

* @param {MyPosterName} _MyPosterName

* @param {string} postMail メール

* @param {MyText} _MyText

* @param {number} retryTimes

* @returns {void}}

*/

function postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes = 0,

) {

const r =

retryTimes === 0

? new ValuesOfPost(serverName, _MyPosterName, postMail, _MyText).post(

postTo5chTread,

postConfirm,

)

: new ValuesOfPost(

serverName,

_MyPosterName,

postMail,

_MyText,

).postSubstring(retryTimes, postTo5chTread, postConfirm);

if (r) {

back();

return;

}

//エラーページに飛ばされた。エラー情報取得。

wait(7);

const error = createPostErrorMessage().analyze();

messageDisplay(error.message);

if (error.order === 'KILL') {

kill();

} else if (error.order === 'SKIP') {

return;

} else if (error.order === 'TRUNCATE') {

back();

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes + 1,

);

} else if (error.order === 'WAIT') {

wait(SETTINGS.waitTimeForAvoidingPunishment);

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes,

);

} else if (error.order === 'LOGIN') {

//動作未確認

return postThenCheckError(

serverName,

_MyPosterName,

postMail,

_MyText,

retryTimes,

);

}

return;

}

/**

* 現在IPアドレスに、SETTINGS.ipSettings.avoidTheIpの値が含まれていないことを確認する。含まれていたらマクロを一時停止。

* @returns

*/

function checkCurrentIpNotTheIp() {

//IP確認ページへ飛ぶ

openUrl('https://www.cman.jp/network/support/go_access.cgi');

const _IpAdress = createIpAdressFromCMan();

if (_IpAdress.includes(SETTINGS.ipSettings.avoidTheIp)) {

pause('現在IP指定した値が含まれていることを確認。');

//ポーズ解除したならもう一度確認しに。

checkCurrentIpNotTheIp();

}

return;

}

/**

* 設定に致命的な問題が無いか検査

* @returns

*/

function checkSettings() {

if (

SETTINGS.postSettings.noAnkerPost === false &&

SETTINGS.postSettings.replyPost === false

) {

return kill('設定エラー。noAnkerPostとreplyPost両方ともfalseになってる。');

}

if (

SETTINGS.postSettings.noAnkerPostTextCsvStartRow < 0 &&

SETTINGS.postSettings.replyPostTextCsvStartRow < 0

) {

return kill(

'設定エラー。noAnkerPostTextCsvStartRowとreplyPostTextCsvStartRow両方とも-1になってる。',

);

}

if (

SETTINGS.postSettings.noAnkerPostTextCsvStartRow === 0 ||

SETTINGS.postSettings.replyPostTextCsvStartRow === 0

) {

return kill(

'設定エラー。noAnkerPostTextCsvStartRow/replyPostTextCsvStartRowの初期値は-1或いは1以上で。',

);

}

}

/**

* 入力フォームを表示して入力されたスレURLを受け取る。

* @returns {ThreadUrl}

*/

function openPromptThreadUrl() {

const url = prompt('スレURL入力');

return new ThreadUrl(url);

}

/**

* 開いてるスレレス全て読み取ってPostListインスタンスを作って返す。

* 重すぎるので使うのやめ。どうやらインスタンスの大量生成が原因な模様。

* createPostDOMListを使う。

* @returns {PostList}

*/

function createPostList() {

const posts = window.document.getElementsByClassName('post');

return new PostList(Array.from(posts).map((e) => new Post(e)));

}

/**

* 開いてるスレレス全て取得してPostDOMListに格納して返す。

* @returns

*/

function createPostDOMList() {

const posts = window.document.getElementsByClassName('post');

var arrPostDOMList = [];

for (let index = 0; index < posts.length; index++) {

//HTMLCollectionからElementを1つずつ抽出して配列に。

arrPostDOMList.push(posts.item(index));

}

return new PostDOMList(arrPostDOMList);

}

/**

* 開いてる投稿結果画面に表示されてるエラーを読み取ってPostErrorMessageインスタンスを作って返す。

* @returns {PostErrorMessage}

*/

function createPostErrorMessage() {

return new PostErrorMessage(

window.document

.g Permalink | 記事への反応(0) | 15:40

2022-07-27

Wine使用してM1 Macbook AirMacOSエロゲー(まいてつ Last Run!!)を動作

1500円にしてはとても満足できた作品

https://www.dlsite.com/pro/work/=/product_id/VJ013196.html

インストール手順

https://github.com/Gcenx/WineskinServerの手順に従う

64bit版のWS11WineCX64Bit21.2.0だと、次のwmp9インストールが上手くいかない

fakejapaneseは日本語フォントwmp9ゲームムービー再生必要

ユーザー対象でProgram Files以下に入れる方が楽

レイヤー以外の選択肢ではムービー中に音楽は鳴るものの画面は真っ暗になった。

Wineは大変便利、M1チップだがRosetta2のおかげで速度も全く問題ない。他のゲームでも参考になればと思い書いた(Twitterにはエロ書けない)。

2022-06-27

Core Keeper Dedicated Server を VPS 上に構築したときの手順メモ

Ubuntu 22.04 LTS x86_64 で構築。

CoreKeeper側で apt依存しているっぽいので、Ubuntu でやった方が楽だと思います

Tips

Ubuntu 20 TLS でやる場合、/home/steam/Steam/ が /home/steam/.steam/ になってたと思うので、環境に合わせて読み替えてください。

Install steamcmd dependent packages

dpkg --add-architecture i386
add-apt-repository multiverse
apt-get update
apt-get dist-upgrade
reboot

Create steamcmd User

useradd -m steam
passwd steam
gpasswd -a steam sudo

Steamcmd / Core Keeper Dedicated Server Install

sudo -u steam -s
cd
sudo apt install steamcmd
ln -s /usr/games/steamcmd steamcmd
./steamcmd +login anonymous +app_update 1007 +app_update 1963720 +quit

Run steamcmd (Install and Creating Core Keeper Dedicated Server system drectory )

cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/
./_launch.sh

Press Ctrl + C for Stop Core Keeper Dedicated Server

World file migration (if there is an old file)

mkmir -p -m 775 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds
chown steam:steam /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds

Copy old world file (0.world.gzip) to

/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds

Copy old setting file (*.json) to

/home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/

chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip
chmod 664 /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/*.json

Backup setting

vi /etc/cron.hourly/corekeeper_backup

#!/bin/bash
cp -a /home/steam/.config/unity3d/Pugstorm/Core\ Keeper/DedicatedServer/worlds/0.world.gzip /home/steam/worldbackup/0.world.gzip.`date '+%Y%m%d%H%M%S'`
cp -a /home/steam/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt /home/steam/worldbackup/CoreKeeperServerLog.txt.`date '+%Y%m%d%H%M%S'`

chmod 777 /etc/cron.hourly/corekeeper_backup

sudo -u steam -s
cd
mkdir worldbackup

Start Core Keeper Dedicated Server

sudo -u steam -s
cd ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/
nohup ./_launch.sh
tail -f ~/Steam/steamapps/common/Core\ Keeper\ Dedicated\ Server/CoreKeeperServerLog.txt

サーバースペック

利用者問題か、サーバー問題かわかりませんが人数が10人超えると CPU4コア/メモリ4G/100Mbps で結構ラグかったです。

今は CPU6コア/メモリ8G/1000Mbps で動かしています

不具合 (2022/06/28時点)

6-8人以上で2-3時間サーバー動かしてると、Unityライブラリがsegfault起こして、Core Keeper Dedicated Server が落ちます

ログ取れたのでバグレポしましたが、改善するまでは不特定多数が好き勝手するサーバーみたいなのを長期運用するのは厳しいかなと思いますタイミングによってはアイテムロストしてしまうので。

遊びで使うなら、ウォッチドック的なサービスを入れて、落ちたら適宜起動しなおすみたいな対応をした方がよいと思います

2022-05-31

中国日本移住の人気が急上昇

王 青:日中福祉プランニング代表

「やっと人間世界に戻った」と涙…中国日本移住の人気が急上昇の事情Photo:PIXTA

新型コロナウイルス感染拡大の影響でロックダウンが開始されてから、2カ月が経過した中国上海。厳しい制限下の生活に疲れ果て、将来に不安を抱える人が少なくないという。そうした市民の中で、「中国国外への移住」に対する関心が高まっている。中でも、「日本移住したい」という人が相次いでいるのだ。突如、移住先として日本人気が高まっている理由とは何か。(日中福祉プランニング代表 王 青)

中国で「国外脱出」への関心高まる

ロックダウン下の上海移住希望者急増

 この頃、中国ではネット上で「潤学」という言葉がはやりはじめ、注目を集めている。

 中国語で「潤」は、漢字の通り「潤い、利益」などを意味する。ピンイン発音は「run」になるが、これが英語の「run」と同じなので、昨今は「海外脱出する、逃げ出す」という意味を持つようになった。冒頭の「潤学」はこの意味から派生した言葉で、「いつ、どの国へ、どんな手段で」など、海外移住成功に導く知識ノウハウのことを指す。

 中国では今、海外への移住検討する人が急激に増えている。

 中国最大の検索エンジン百度バイドゥ)や最大手メッセンジャーアプリウィーチャット」では、3月下旬から、「移民」というキーワード検索数が爆増したという。例えば、ウィーチャットでの検索数は、4月3日の1日だけで5000万以上となった。単純計算で全人口のうち、約30人に1人が「移民」に関心を持っていることとなる。特に4月3日は、政府ゼロコロナ政策継続姿勢を明らかにしたこともあり、国民の間で“脱出”への関心が高まったようだ。

https://diamond.jp/articles/-/303937

来るな来るな来るな!!!

来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!!来るな来るな来るな!!!




来るな!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

2022-05-07

anond:20220507153251

 PDCAを回す、の使い方に近いんじゃないかな。英語でいうとRunとかOperateって感じ。

2022-03-29

英語教育について

家庭教師として高校生英語教えてて最近びっくりした。その子は同日共模試英語点数が8割超えでリーディングリスニングも偏りなく取れてた。ただ基本的なとこで変な間違いがあったので、「この動詞自動詞で使われることはほとんどないから、他動詞として使うと思っていいよ。目的語がなかったら選択肢から外して」って教えたらぽかんとしていた。どうやら自動詞他動詞というものがわかってなかったそう。偏差値70を超える高校の生真面目な新3年生ですらそうなんだから、実際かなりの数の高校生がわかってないと思う。試しに「I run.」の意味を聞いたらもちろん「走る」とわかってたんだけど、「River runs.」を聞いたら「川が、、走る?」、「run a company」を聞いたら「、、、?」という感じだった。彼はシス単の4章の難単語ちゃんと覚えていて、長文で出てきてもおそらく読めるんだろうけど、実際は単語帳に出てきた和訳がなんとなくわかってるだけで他動詞用法自動詞用法区別はできてない。

高校とかで下手に難しい英単語を詰め込ませたり、逆にコミュニケーション英語として難しいお題決めてALTと無理やり会話させてみるより、もっと簡単単語でじっくり会話や英作文をさせて添削したほうがよっぽど効果的だと思う。ネイティブでも知らないような英単語上流階級じゃなきゃ誰も守ってないような規範文法熟語を覚え込ませても、自動詞他動詞区別ついてなかったり、「come」を「来る」、「go」を「行く」、「run」を単に「走る」とだけ覚えちゃってるほうがやばいと思う。

2022-01-25

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービス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の登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービス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の登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

2022-01-14

anond:20220113164937

temple runって昔クソ流行ったクソゲーのなんかでそのSE使われていた気がする

ログイン ユーザー登録
ようこそ ゲスト さん