  |
はてなキーワード: ブランチとは
masterにだれでもマージできるようになってる時点で会社のリリース戦略が圧倒的におかしいことに気付くべき
ステージングが完備されてなくてデプロイプロセスがぶっつけ本番とか、リリースブランチのmasterとの差分放置とかが起きてるんじゃないか？
リリース担当が必要とかまったくリリースパイプライン整備できてないし、文句言ってる間にCIでデプロイできるようにしたらどうなのかと
そもそも開発完了した時点でリリースタイミングの調整ができてないとか根本的にマネジメントミスってる
多分エンジニアが指摘してる問題点を上位が理解できないで持て余してるパターンだろう
彼は実装がめちゃくちゃ速く、コードもきれい。テストもちゃんと書く。
とてもできるエンジニアなのだが、一つだけ困っていることがある。
実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になるのだ。
うちの会社が開発しているのはtoBのシステムで、実装内容によっては営業やカスタマーサポートからお客さんにアナウンスがされてからでないとデプロイができないものがある。
急にUIが変わったり新機能が追加されるとお客さんが混乱するしカスタマーサポートに問い合わせが殺到するので、デプロイ前に調整が発生するのは致し方ないことなのだが、こうした背景を説明しても彼は納得してくれない。
「とにかく早くデプロイをさせろ」の一点張りで、彼が勝手にPRをリリースブランチにマージして、機能が出てしまったこともある。
それによってカスタマーサポートへの問い合わせが増えても、彼は知らん顔。
謝るどころか「デプロイ頻度は開発組織にとって一番大事なこと。カスタマーサポートがそれを妨害してる」などとのたまうものだから、もはやカスタマーサポートから嫌われていて「あの人に重要な機能は開発させないでください」とまで言われてしまっている。
きっと彼はプログラムを書くこと、自分の中で開発のサイクルを回すことが好きなだけで、運用には興味がないんだろう。
営業やカスタマーサポートやお客さんなど、自分の開発するものに関わる人々にも興味がないんだろう。
うちの会社のシステム開発、運用とは考え方が根本的に違いすぎるので、どこかの会社に彼を引き取っていただきたい。
＜追記＞
カナリアリリースを提案したこともあるんですが、「サポートが悪いんだからそのためにフラグを追加するのはおかしい。本質的じゃない。」と拒否されることがしばしばです。
しぶしぶ自分や他のメンバーがカナリアリリース用の追加PRをつくったりしていますが、それに対しても小言が飛んでくるのでとてもやりづらい。
・権限について
一般的なブランチ管理はしていて、mainへの直接マージなどもできないようになっていますが、彼がリリースの担当の時に自PRをしれっとリリースブランチにマージされてしまい、そのままの流れで本番公開まで至ってしまった形です。
厳格に管理してないほうが悪い的なコメントもありますが、何にどれだけ管理コストをかけるべきなのかは組織や事業のステージによりけりでしょう。
gitだけでなく様々ことに管理コストをかけてまでその人を活かすべきなのかというと、現状うちの会社ではNoだと思います。
彼の担当領域を社内向けのadminだけに絞る的な話は出ています。
彼としては社内向けの仕事は嫌らしく、また、adminを一番使うカスタマーサポートに対して敬意がないので難しそうな気はしますが。
いろんな権限を剥奪して、何かしら限定的な範囲を担ってもらうことになると思うんですが、彼の望む自由はそこにないと思うので、そのうち転職されるのではないかと思います。
そもそも高い賃金が欲しくてプログラマーになったようなやつは勘違いしているようだけど
なぜなら経済として会社を支えているのはどんなときでも営業だからだ
現に9割9分の会社は技術などないが営業が優秀なので存続している
（ちなみにここでいう営業というのはプロモーションや戦略系も含まれる）
例えば流行の機械学習を生業としているようなベンチャー企業であっても
最新のトレーニング手法やパラメータ定義なんかを使っても得られる利益はほとんど無いのだ
Web系でもAngularだろうがReactだろうがVueだろうがどうでもよくて
とにかくデザイナーの出したものを忠実、もしくはそれ以上のものを生み出せれば技術などどうでも良いのである
という人もいるが、残念ながら全ての技術は5年後に負債になっている可能性が等しくあるということを理解していただきたい
そんな中で日本での人材流動性の高まりであるとかプログラマー育成問題なんかもあって
技術系（プログラマー）の市場価値が高まり、たまたま今だけ高給になっているわけである
卵が少なくなって卵の値段が上がったとしても
その卵が美味しいかと言われるとそんなわけはないのだ
どちらかと言うと腐った卵まで流通するのが恐ろしいところである
私が見てきたベンチャーの腐った卵には下記のようなジャンルがある
メガベンチャーや伸び盛りのベンチャー系に多く、特に旧帝大出身（特に東大）に多いのがこのパワハラ系
とにかく（自分の）理論が正しいということを前提に自覚無くパワハラを繰り返す
これが雇われ社員ならそれほど問題でもないのだが、経営者側のCTOなどだった場合は目も当てられない
テックだろうがベンチャーだろうが雇用主と雇用者という関係性は変わらないのに平気でゴリゴリパワハラを行う
雇用主側に主張されると組合も無い弱い立場の雇用者は何も言えない
その状況を理解していないのか雇用主側のパワハラはエスカレートしていく傾向にあり
社員は退職するが新しい人材は集まらずたいていの場合は逆に雇用主側が病む
この手のテックマウントパワハラ系の特徴は、ドメイン駆動や過度の抽象化、もしくは無駄な高速化や機械語への執念などが挙げられる
例示するのは難しいが、PRを上げてきた新人社員をSlack上で公開にボコボコに論破した上に
「社会人としてできて当たり前」
みたいなことまで説教を始める人を何人か知ってる
小さめで大きくなってきているベンチャーに多いのが、この結局全部自分でやる系
締め切りの前日もしくは当日、もしくは過ぎた後に自分で全部やり直す人
それまで部下や関係者が相談しつつ進めていても結局は全部ぶち壊して全部自分でやる
などというのは完全な素人で、単に他者に業務依頼できない人である
「言ってくれればもっと早く出来たのに」
ということしかない
そんな調子で依頼することができないので結局は自分で実装を繰り返し更に時間がなくなる
「俺ほどの技術力を持った人がいなくて困る」
みたいな自己肯定感を醸成しているのでそのうち上のパワハラ系へと移行していく
特徴としてはSlackにしろPRにしろ話が抽象的すぎて文章力が無い人である
「1を聞いたら10を知るのが当たり前だろ！」
と言う人が多く（1と10から100は分かるけど1だけで10を知ったら変態ですよ）
ヒドイ人になるとIssueやPRの管理も全然できず、ブランチも規則無く乱立してしまっていて
新しく入った人もいったい何をどうすればいいのかさっぱり分からない状況で放置してしまう
これも例示すると、新サービスの仕様だけは決まっていてページレイアウトが無い状態で
デザイナーの配属が難しいので実装側が考える、ということになったとき（割とある）
と言っても音信不通で渋々とこれまでのレイアウトを踏襲して3人できっちり作ったところ
リリース前日になってCTOが徹夜で全部作り直す、ということがあった
レイアウトも全然変わっていて、実はニュースリリースの段階から新規テーマになることが決まっていたらしく
それに合わせて全部作り替えたそうだ
新規テーマは1ヶ月も前から決まっていたのだから共有さえしてくれればそれに合わせて作ったのになぁ、という話をした
余談だがこういうときにこの手の人が「デザイン共有できず申し訳なかった」というような一言はほとんど無い
そういうコミュニケーションが取れる人は最初から業務依頼ができるのだ
最後が最近一番多いのだが、単に技術力が無くて頑張ってるだけの技術者
JavaScriptでリストの中に'apple'があるかどうかを調べる時に array.includes('apple')と書くとして、
10個のフルーツのリストがあってそれらが含まれているかを調べる時に10個のincludesを書いてしまうような人である
「せめてfor文で書こう」「そもそもデータ構造がおかしい」「というか本当にやりたい処理は？」
などなど様々な疑問が出てくるが、不思議なことにこれらを指摘しても絶対に直ることは無く、全く同じことを何度もやる
他にも例えば男性か女性かでメッセージを変えて出力しているコードがあったとする
if( gender === 'male') { ... } else { ... }
これに、20歳以下の場合は男女共通で違うメッセージを出す場合に
if( gender === 'male') { if ( age ＜= 20 ) { ... } else { ... } } else { if ( age ＜= 20 ) { ... } else { ... } }
みたいなコードを書いてしまう（20歳以下の部分は同じコードのコピペ）
メッセージ表示させるだけなら大したことないが、実際にはもっと複雑な処理をコピペで貼り付けるのである
そのため
「20歳以下の表示部分のバグについて、男性の場合は直ってるけど女性の場合に直ってない」
if ( gender === 'female' && age ＜=20 ) { ... }
これでもだいぶオブラートに包んでいて、実際にはもっと複雑なロジックをぐちゃぐちゃのまま整理せずに追加するのでとてもじゃないがメンテできない
（最近だとそういう部分はまとめてChatGPTに放り込むと綺麗にしてくれるので非常に助かっている）
こういう低レベルな技術者は結構いるのだが、大企業だと時間をかけて成長していくのに対して
ベンチャーになると自己肯定感が高いのか成長せずに偉そうである
「動いてるものは触らないで欲しい」
「Javaだとこういう書き方するんだよね」（そんなことはない）
みたいなことを言って、とにかく学習しない
曲がりなりにもそういう職に一度就いてしまうと指摘されることもないので学習しないんだと思う
特にCTOだとあくまで雇用主側の立場なので雇用者側から指摘されることも少ないし
同業他社のレビューなんてのもないからそこで時間が止まってしまうんだろうな、という感じ
こういう技術者のコードでも、見た目は動いているので営業側から見ると売るには問題ないのだ
なので営業が優秀だと下手に売れてしまって成功体験からますます自己肯定感が増して手が付けられないモンスターCTOの誕生である
「成功してから伸び悩んで大手企業が買収したけど技術的負債が凄まじ過ぎてリファクタリングだけで一大プロジェクトになる」
「リファクタリングが上手く行かずに仕様変更することになって『大手企業に買収されてダメになった』というレッテルが貼られる」
「当時のCTOは別の会社で新しい事業のCTOとして活躍している」
という流れはこうして生まれている
https://gendai.media/articles/-/99878?page=3
彼が展開したのは、トランスジェンダーのなかでも「MTF」と呼ばれる人々についての理論である。通常、MTFの人々は「身体的には男性として生まれてきたが、ジェンダー・アイデンティティ（性自認）は女性である人々」として理解されることが多い。しかし、ベイリーはジェンダー・アイデンティティという概念を疑問視して、その代わりに性的指向に基づいてMTFを定義しようとした。
そして、性科学者のレイ・ブランチャードの理論に依拠しながら、MTFは「異性愛の男性を性的対象としており、彼らと恋愛・セックスするために性転換を望む人」（トランスキッド）と「“女性としての自分”への愛情を抱き、自分が女性になることを想像することで性的に興奮する人」（オートガイネフィリア）とに区別される、とベイリーは論じたのである。
ドレガーによると、『クイーンになる男』が発表された当初はトランスジェンダーの当事者のなかにもこの本を好意的に受け止める人が多く、MTFに関する理論についても「自分の実体験に基づいている」と賛同する当事者は多数存在した。
しかし、一部の活動家が「ベイリーはトランスフォビアである」と喧伝し続けて、脅迫を恐れた大学やメディアの関係者もベイリーを支援・擁護しなかったことから、彼が差別主義者であるというイメージが定着してしまったのだ。ドレガー自身も、実際にベイリーに会って事件について詳細に調べるまでは、彼がトランスフォビアであると思い込んでいたのである。
https://twitter.com/himasoraakane/status/1582989766106419200
赤坂に新しくできた王様のブランチレストラン？まじで客がインスタばえガール100%でわろてしもた pic.twitter.com/xv7516I80B— 暇空茜 (@himasoraakane) October 20, 2022
これまずくないか？
twitterで「ブランチパーク」の期間指定検索したら、当日このカフェに行ってたらしき人たちのツイートがいくつか見つかった
その中には、暇空さんのツイートで晒されている人がいるかもしれない
教えてあげたほうがいいんだろうか？
個人的には数学とかの言い回しに寄せればいいじゃないかと思います
前提として、「誰にでも同じ説明をして、かつ「例外」もふくめて伝えたい」のであればまず「誰」かを絞らなくてはいけないですよね。ふんだんな説明をする技術書でも読者に前提知識を想定しているように、前提知識を仮定してそれをクリアした人にのみ使えるのだと思います。
また、例外が言い尽くせるのなら「基本的にAはBです。ただしAはCであることもDであることもあります」式で行けますが例外が大量にあるのなら「AはBです。ただしAにはこれこれの性質を持ったものなら全て当てはまります」式で解決するしかないわけですよね。あるいはA(A以外にもあるけどあとで説明する)とか
で、一単語も例文のことを知らない私としては、すくなくとも書かれたことのみ伝えたいなら、
ポインタってどういうやつ？→ポインタが指すってどういうこと？→ブランチを指すポインタって何？(単なるコミットとは?)→gitとは?→gitにおけるHEADって？(HEAD以外にもあるらしい？)→gitにおけるHEADはブランチを指すポインタって結局何？→HEAD以外って何があり得て、具体的になにがあるんです？
の順番で説明してもらえると万人に伝わるかなと思いました。
意図が伝わってなかったらごめんなさい
戦車の車輪の下にある塵より少なくていい、 美しいオダリスクで武装したハーレムが、私の剣を汚さない錆止めが欲しかったんだ。
お前の拳ほどの大きさの、真っ赤な金塊が欲しかった。
そしてあの権利を横取りする汚い連中を、犬に食わせてやるんだ！
男爵に立ち向かいランスを折って、俺の女に手を出してみろと挑んでみたかった。
それも涼しい朝の当直の時間に、千マイルの道のりを飛んできたアホウドリの翼がゆっくりと傾く音以外のどんな動きも見られない…
ストリセンデとポイクテスメを見たかったし、ホームズに "ゲームは進行中だ！ "と揺り起こされたかった。
ミシシッピ川をいかだで下り、ブリッジウォーター伯爵や消えた王子と一緒に暴徒から逃れることもしたかった。
プレスター・ジョンとエクスカリバーを手に、静かな湖に浮かぶ月光の腕に抱かれたかった。
ユリシーズやサモトラケのトロスと一緒に航海し、いつも午後のような土地で蓮を食べたかったのだ。
子供のころのようなロマンチックな感覚や不思議な感覚を取り戻したかった。
今のようなみすぼらしい、汚い、ひどい世の中ではなく、彼らが約束してくれたような世界になることを願ったんだ。
ロバート・A・ハインライン著『栄光の道』より抜粋
補足説明
ロックの卵：ロック鳥とは『東方見聞録』や『千夜一夜物語』に登場する伝説の巨大な鳥だが、英語的に「Roc's egg」といえば、お話だけで実在しない、信じられない物を指す
バルスーム：エドガー・ライス・バローズが創作した架空の火星世界
ストリセンデとポイクテスメ：ジェイムズ・ブランチ・キャベルの創作に登場する架空の城と国
プレスター・ジョン：中世ヨーロッパの十字軍時代に生まれた伝説、東方にあるという幻のキリスト教徒の王国
いつも午後のような土地で蓮を食べ：叙事詩『オデュッセイア』の一説、食べる事により世のすべての苦痛を忘れるという「ロートスの実」の伝説
成果物が近い将来の業務に具体的に役立つ（ひいては報酬につながる）可能性があると、モチベーションの維持につながる。
YouTuberを始めるにあたって昨日今日と環境構築をしている。
動画のジャンルは内緒として、ひたすら効率良く動画を作ることを志向してる。理想は新規のMarkdownファイルがGitHubのmainブランチにマージされたら自動でYouTubeの自分のチャンネルに動画が投稿される、みたいな状態。
まあそこまでやるのは調べるの大変だし事故とかbanが怖いしまずYouTuberとして大成しないことにはって話なので、どっかで妥協すると思う。てかCI/CD周りちゃんと仕事でやっとけばよかったな。
テキスト読み上げで商用利用するなら今はVOICEVOXが良いのかなと感じた。
ただ、作成した音声に合わせた字幕ファイルを作るのがひたすら面倒くさい。絶対自動出力できそうなのに。
VOICEVOXから直で出してくれたら楽だったんだけど、リップシンク用のファイル出力しか対応してなかった（どっかでやってる人がいるかもしれない）。
VOICEVOX公式のGitHubでissue上げることも考えたけど、俺自身がまだ動画一つも上げてないし、字幕ファイルの需要がどれほどのものかも分からないので、とりあえず変換用のスクリプトを自分で書いてみた。
VOICEVOXのプロジェクトファイルであるvvprojファイルの中身はバイナリではなくただのJSONなので、エディタやエンジンのソースコードを弄らなくても、比較的簡単に字幕ファイルに変換できる。なお今回俺はDenoを使った。
こういうシェルスクリプトみたいな小さい仕事やるのにDenoはまじで楽。
あとは動画作るときに需要ありそうだなと感じたら、SubViewer以外のマークアップに対応させてissue上げるなり俺のrepoに置いとくなりしようかな。
エンジンの実態はhttpサーバーらしいので、上手くやれば意外と労力かけずに理想に近い自動化が実現できるかもしれない。
スポーツって言っても私は縁遠くウォーキングをうぉー！って言いながらは歩いてないけど、
あれって一体どうなのかしらね？
そうそう、
スプラトゥーン3の大会がネットでオンラインでインターネッツを通じて開催されていたのを閲覧してみることができたので、
私も閲覧してみた観戦を応援よ！
そんでさー
私が使っている
火力の強い1発でキルできるブキがメインで、
チーム戦ってこともあるしで、
オーバーフロッシャーとか使ってる人が多かった印象的なイメージ。
しかもキルも3〜4発当てないとキルできないっていう欠点とともに
窮地に追い込まれたときのスペシャルウェポンもリーサルでエンフォーサーズできないくて使い勝手が悪いのよね。
私も本気で戦うキルを狙いに行くには
もっと1発でキルできるブキに持ち替えたほうがいいのかしら？って
本気で考えるぐらい結構衝撃的なインスピレーションを喰らうもうそれこそインスパイヤザネクスト！って感じ。
本当に。
人の振り見て我が振り直せってこのことかもしれないわ。
人の戦い立ち振舞やブキなんか見るってだけでも収穫よね。
でも私はとりあえず星5の熟練度を目指すまでセブンファイブオーライダーを使い続けるところまでが使命なので天命にそれをうけて塗りまくるしかないわ。
それ知るとビビるわ。
とりあえず、
私は今日1日家にいたらスプラトゥーン3で1日が終わっちゃうので、
休日ならではの奈良県ではない所で今日晩ごはん豆腐食べたいきょうとふ？京都行きたーいって1つも思いつかないぐらい、
家から出て書を持って捨てて街に出なければ、
一番活気のある時間帯にしてもこの閑散とした人の賑わいは
キーボードを打つには少し落ち着きすぎるぐらいの静寂さだわ。
もっとまちなかのファミレスの昼時の休日のこの時間って賑わって満席だったりすることないかしら？
うかうかしていると、
もうお昼過ぎちゃってるし、
是が非だけにセガって言うまでもないわよね。
まとめると、
私の使ってるブキのセブンファイブオーライダーは弱いのかもしれないってことで
でもこれ私それを知ったからって、
二つ名の「なんてたって」「アイドル」って考えた人もその二つ名を使う人も絶対におっさんよね！って
突っ込まざるを得ないわ！
その二つ名をガチャでゲッツできないしかんばって稼がないとね！ってところよ。
二つ名の「なんてたって」「アイドル」にして、
名前をこいずみきょうこ（ほんにん）って名前にしたらみんなびっくりすること請け合いよね。
別に請け合わなかー？
私は「野村」「義男」って二つ名があったら絶対にそれ使いたいわ！逆に。
でもこれ二つ名ってのよく考えたわよね。
以前からそういうの取り入れられてたのかしら？
私が始めてみたのはSwitchSPORTで二つ名があって楽しめてたけど、
スプラ3の方がよりたくさんの二つ名があって、
もうさー
上の句と下の句のこの省エネね仕組みにも関わらず、
面白い要素ってこれすごいわーって改めて改めなくてもかしこまって面白いなって思うの。
文章となると俄然ハードルが高くなりまくりまくりすてぃーで結局難しいのよね。
二つ名なら無限に生成できるし、
せいぜい俳句とかをランダムに生成できる仕組みしかなし得られなかったのよ。
そう考えると、
二つ名ぐらいの尺がちょうど面白みもあって意味も通じたりして、
理屈にかなっているのよね。
あるひ、もりのなか、くまさんに、であった。ってあるじゃない、
これ言葉あってるのかしら？そんな自動生成で面白いことを勝手にやってくれる文章を考えるのが私の夢でもあるわ。
そうそう、
文章は適当に意味もなく味付けも子いいのか薄いのかわからない越妙な長文を考えるAIって意外とないのよね。
それが完成すれば延々となにかを生成し続けられる、
ウエブサイトを作れば無限に読み続けられるバベルの塔の書と缶に所蔵されている本の数よりも多くのコンテンツをエンターテインメントとして提供できるはずよね。
そういえば、
星新一さんのようなごとくの文章をぴりりとスパイスの効いた内容のものを書くAIの研究ってどうなったのかしらね？
聞くところによると、
もう少ししたら人間が面白いコンテンツを作らずとも勝手に無尽蔵の人間が到底遊び尽くせない読み尽くせない観尽くせないエンターテインメントの流れも出来てくるのかもしれないわ。
SFみのある話なんだけど、
航行中の何年もの食糧問題とかエネルギー問題とかよりもエンターテインメントが枯渇してしまうって方がよっぽど問題なのかもしれない問題提議もそんなSFチックな問題も発生するのかもしれないわ。
エンターテインメントが不足することによって人間が悪影響を受けるって話がなんだか星新一さんみがあって創作リアルな感じがするわ。
普通に地球からのエンターテインメントを供給受けることができるって話らしくって、
これが本当に深宇宙への探索となると地球との通信が困難になると、
エンターテインメント生成装置が酸素生成装置よりも重要になること請け合いだと思うしこれはきっとビジネスチャンスかもしれないけど、
アメリカは必死になってエンターテインメント生成装置の開発を目指したけど、
日本は俳句でエンターテインメントを楽しんだって
これも本当にどうなるかは分からないわよね。
うふふ。
モーニングタイム時間終了ギリギリに飛び込み前転で入店したお店で
できたての温かいタマゴサンドは休日の贅沢でより贅の沢を感じるわ。
ピンクグレープフルーツばかり買っていて、
葡萄系はもっての外よ高くてさ。
トマトもよー。
私の好きな苺ちゃんウォーラーも今はこの時期イチゴは見かけないし、
レモンウォーラーレモン1玉買ってきてマジレモン搾りウォーラーにしてみたわ。
レモンの酸っぱみが最高かつ最高だわ。
すいすいすいようび～
今日も頑張りましょう！
掲示板などを読んでみると、単純にStable Diffusionにアニメ絵を学習させただけではなさそうだった。
アニメ画像を学習させた.ckpt(GB単位)と、付属データらしい.vae.pt(数百MB)と、更にhypernetworkという新しい単語が出てきて、.ptファイルというのもあるらしい。
.ptは既存のTextual inversionでも使われている拡張子なのだが同じだろうか。
hypernetworkを読み込ませないと、崩れたアニメ絵が出てくるようだ。
NovelAI側のヘルプを見ると、プロンプトの最初に『masterpiece, best quality,』をつけるとクオリティが上がるらしく、拡張する時に追加しているキーワードなのかもしれない。
で、結局NovelAIはどうやって実現しているのか。
拡散モデルを研究している人も知りたいというツイートをみたので論文にない独自方法なのか？
vae.ptというファイル名からの推測だとVAE学習させてるのかな？
どうやらhypernetworksという技術を追加で使っているらしい。
AUTOMATIC 1111にhypernetworksに関する実装が追加されている。現在gitのブランチでhypernetworksトレーニングのコードの実装開始されている。
掲示板などを見ていくと、promptの最初に{masterpiece}を最初につけないと、いわゆるNovelAIっぽいアニメ絵にならないらしい。
{masterpiece}をつけない場合、キャラ名は認識しているっぽいが、WaifuDiffusionっぽい崩れた画像が出てくるようだ。（アニメ画像を学習した.ckptだけで動作し、.vae.ptは動いてない？hypernetworksが効いてない？）
キャラ名については、同一名で作品が違うという場合があるので、おそらく学習時に別の単語に置き換えていると想像する。(NovelAIでキャラ名を入れた際に候補が出るが、変換しているはず）
他にpromptのトークン数をNovelAIは拡張している。
StableDiffusionの75トークンは、512x512の画像との対応付けから来ているというのが、付け焼き刃の知識での理解なのだが、どう対応付けしているのか。
最初に{masterpiece}があった場合、フラグをONにして、CLIPに渡すときは{masterpiece}を除外ってのは想像できるが、それでもトークンが余る。
Waifu Diffusion V1.3がリリースされ、学習する枚数を増やしたが、掲示板などに貼り付けてあるものを見る限り、まだ手は改善されてない。
最終リリース前(epoch5,6?)のものとの比較した画像も流れているが、見ても違いはわからない。
Stable DiffusionがDiffusion modelで精度が高い先端モデルとされているが、単純に学習枚数だけ増やしても手は描けない、ということではないだろうか。
https://blog.novelai.net/novelai-improvements-on-stable-diffusion-e10d38db82ac
