ヨシ!

今日もご安全に!

データ主導で即売会で同人を買ってみた

tl;dr

サークルカタログからSNSのフォロワー数を元にサークルを選定した.

自分の趣味嗜好に従わず買ってみることで新しい世界が広がるかもしれない.

指標についても単純にフォロワー数だけで見ずにアカウントの新規性,フォロー/フォロワー率で見るといった別の観点でやってみるのもいいかもしれない.

背景

九州コミティア8というのが3/10(日)にあるのを前日に知った. bsky.app

前々からこういったイベントに行ってみたかったので,行くことにした.

ただ正直なところ好きなものが無いというよりも,オリジナルな同人で何を買えばいいか全く見当がつかない

コミティアとはプロ・アマを問わないマンガ描きたちが自主出版した本を発表・販売する展示即売会です。

その場で見て買うのもいいが,あまり目の前で凝視するのも好きではない.

行ったからには何かしら買いたかったけれど,どうやって決めようか悩んでいた.

カタログから1つずつ見ていって好きそうなものを買うのもいいが,時間がなかった.

目的

買うものをデータに従ってを決める.

詳細

買うものを決定した手順について説明する.

まずウェブカタログを見ると, サークルカット,配置No.,サークル名,ジャンル,リンクなどの情報があるため, この情報に付随するデータからどのサークルを回るかを決めた.

今回の購入する考え方としては,ジャンルを問わずより多くの目に触れているものは良いものだろうの仮定でサークルの順位付けをした.

多くの目に触れている= SNSのアカウントのフォロワー数が多い とした.

カタログのリンクにXのアカウントがある方のみに抽出,各アカウントのフォロワー数を取得して,フォロワー数で並び替えた.

フォロワー数の上から,できるだけ(作成が一番新しい)創作物を予算が続く限り購入した.

予算: 5000円 とした.

データはこんな感じ

サークル別フォロワー数

結果

いざ会場へ

購入物

上位6人(1人は不参加)の同人が買えた.

ジャンルとしては

で予算が尽きた...若干ジャンルに偏りがあった.上位10位まででもイラスト:5,アダルト3,旅行記:1とイラストとアダルトが強かった.

考察

今回は単純にフォロワー数が多い順で購入する戦略を選んだため,アダルトが多めになった.

もし多様なジャンルを求めるのであれば,1ジャンルにつき1つといった方式も良さそう.

あとはアカウントの作成日で絞るとか,自分のアカウントとのフォロー間のステップ数で自分に近しい人のを買ってみるとか

色々やり方は考えられて面白い.

感想

普段自分の性癖,感性では買わないであろうものを変えたのは良かったと思う.

躊躇するところをデータに従って決めたから...と躊躇せずに買えた.予算を決めたのでこれ以上は買わないとできたのも良かった.

まず目的なく行くことがないので,今回行けたのは貴重な体験ができた.

ジャンル開拓をする際にはこのやり方でやるのもいいかもしれない.

創作以外でも企業ブースや漫画の持ち込みなどもやってて,普段見れないようなものが体験できたのは良かった.

なんか自作のアクセサリーとかも売っててフリマ感もちょっとあった.

あと,地域的な話として,小倉(北九州)でそういった文化系イベントを開催するのは福岡差別化できていいね.

本について

旅行記はレイアウトがかなり見やすく構成されており,間の文章もなかなか読ませるものであり,満足度が高かった.

アダルト本は紙で読んでるとなんか冷静になってしまうのはなぜなんだろう?🤔割とノーマル目の話だったのでなんかもっとエグイのが良かった.

そういった点では今後の計画の方向性等が検討できてよかった.

宣伝

ポッドキャストやってます.興味があったらお聞き下され

podcasters.spotify.com

fireでpartialな関数にhelpを表示する

概要

pythonCLIライブラリfireにてpartialな関数でも元の関数の説明が出るようにした

詳細

fireという google製のpythonCLIライブラリがある.

github.com

これが便利で,関数をマッピングするだけでサブコマンドを作成することができる. helpコマンドも関数を解析して自動で作成してくれる.

実際の--helpの表示

>poetry run zunda --help

NAME         
    zunda.cmd

SYNOPSIS
    zunda.cmd GROUP

GROUPS
    GROUP is one of the following:

     convert
       音声ファイルの変換

     preset
       現在の設定をファイルに出力する

     clear
       生成された途中ファイルをすべて削除する

     speaker
       voicevoxに内蔵されている話者一覧を表示

ただ,一括で管理しているパラメータのインスタンスをファイルで読み込んで,インスタンスとして渡したい場合に 関数をpartialでラップしてパラメータのインスタンスを渡したかった.

from functools import partial
def main():
    with argv_omit(1):
        arg = Options.from_args()
       # 引数をインスタンスに変換
        conf = OmegaConf.structured(arg)

    fire.Fire({
       # 引数全体をそれぞれの関数に渡す
        'convert': partial_doc(_convert, conf),
        'preset': partial_doc(cmd.create_preset, conf),
        'clear': partial_doc(cmd.clear_cache, arg.data_cache_dir),
        'speaker': partial_doc(cmd.show_speaker, arg.speaker_json, arg.engine_dir),
    })

その場合にfireがpartialのdocstringを表示されてしまい,本来の説明が出なくなってしまった.

説明がpartialで上書きされた

NAME
    zunda.cmd

SYNOPSIS
    zunda.cmd GROUP

GROUPS
    GROUP is one of the following:

     convert
       partial(func, *args, **keywords) - new function with partial application of the given arguments and keywords.      

     preset
       partial(func, *args, **keywords) - new function with partial application of the given arguments and keywords.      

     clear
       partial(func, *args, **keywords) - new function with partial application of the given arguments and keywords.      

     speaker
       partial(func, *args, **keywords) - new function with partial application of the given arguments and keywords.    

fireは関数の場合,__doc__からヘルプに使う説明を引っ張ってきているようなので上書きする関数を作成して修正した.

stackoverflow.com

def partial_doc(f: Callable, *args, **kwargs):
    partial_f = partial(f, *args, **kwargs)
    partial_f.__doc__ = f.__doc__
    return partial_f

変更後,以前と同じように表示されるようになった.

def main():
    with argv_omit(1):
        arg = Options.from_args()
        conf = OmegaConf.structured(arg)

    fire.Fire({
        'convert': partial_doc(_convert, conf),
        'preset': partial_doc(cmd.create_preset, conf),
        'clear': partial_doc(cmd.clear_cache, arg.data_cache_dir),
        'speaker': partial_doc(cmd.show_speaker, arg.speaker_json, arg.engine_dir),
    })
NAME
    zunda.cmd

SYNOPSIS
    zunda.cmd GROUP

GROUPS
    GROUP is one of the following:

     convert
       音声ファイルの変換

     preset
       現在の設定をファイルに出力する

     clear
       生成された途中ファイルをすべて削除する

     speaker
       voicevoxに内蔵されている話者一覧を表示

OpenAIのModeration APIを使ってみる

2022/12/03現時点.OpenAIが新しく公開した対話型言語モデルChatGPTが大きな反響呼んでいる.

はてブでも2022/12/02の人気エントリを総なめしている.

b.hatena.ne.jp

ChatGPTでは,ユーザのテキストからの質問に対して答える. 返答可能な内容は,通常の質問からソースコードや計算式まで多岐にわたる.

現在はプレビュー版で誰でも使用可能である.

ChatGPT を導入して、ユーザーのフィードバックを得て、その長所と短所を理解できることを嬉しく思います。調査プレビュー期間中、ChatGPT の使用は無料です。chat.openai.comで今すぐお試しください。

言語モデルが問題発言や差別発言を学習してしまい,サービスを取りやめるといった事例は以前から存在しているため, ChatGPTも例に漏れず,細心の注意を払っていることが説明から見受けられる.

卑猥な質問時には,警告され,OpenAIのコンテンツポリシーに関する情報が表示される.

確かにそう

ひよってんな

見る側のプライバシーとは?

ChatGPTの制限事項には以下のような説明があった.

モデルが不適切な要求を拒否するように努めていますが、有害な指示に応答したり、偏った動作を示すことがあります。モデレーション APIを使用して、特定の種類の安全でないコンテンツを警告またはブロックしていますが、現時点では、いくつかの偽陰性と陽性があると予想されます。このシステムを改善するための継続的な作業を支援するために、ユーザーからのフィードバックを収集したいと考えています。

moderation
適度、穏健、温和、節制、節度

問題があるような発言を返さないように,入出力に対して問題がないか判定しているようだ.

このモデレーションAPIはOpenAIによってサービスとしても利用できる. https://beta.openai.com/docs/guides/moderation

Moderationの仕様

APIの仕様としては,入力されたテキストからそのテキストを以下の7カテゴリに該当するか分類する.どれにも当てはまらないかも判定する.

  • hate(人種,民族等に対する憎悪)
  • hate/threastening(いやらがせとかいじめの発言?)
  • self-harm(自傷行為) 死にたい...とか
  • sexual(エロ)
  • sexual/minors(未成年のエロ?)
  • violence(暴力などの美化する.極道,マフィアとか?)
  • violence/graphic(欠損とかフェイタリティとかそんな感じ?)

試してみる

curl等でアクセストークンと入力をpostすれば結果が返ってくる.

入力

彼らを殺したい   と入力

curl https://api.openai.com/v1/moderations \
  -H 'Content-Type: application/json' \
  -H 'Authorization: Bearer YOUR_API_KEY' \
  -d '{
  "input": "I want to kill them."
}'

出力

どの問題に該当するかとそのスコアを返してくれる. 確かにviolenceの値が高い.

{
  "id": "modr-5MWoLO",
  "model": "text-moderation-001",
  "results": [
    {
      "categories": {
        "hate": false,
        "hate/threatening": true,
        "self-harm": false,
        "sexual": false,
        "sexual/minors": false,
        "violence": true,
        "violence/graphic": false
      },
      "category_scores": {
        "hate": 0.22714105248451233,
        "hate/threatening": 0.4132447838783264,
        "self-harm": 0.005232391878962517,
        "sexual": 0.01407341007143259,
        "sexual/minors": 0.0038522258400917053,
        "violence": 0.9223177433013916,
        "violence/graphic": 0.036865197122097015
      },
      "flagged": true
    }
  ]
}

 感想

よく政治家とかが問題発言等で取り正されることがあるが, 投稿前に,このAPIで問題ないか,客観的に判断してもらえばいいんじゃないかな.

あと皮肉めいたような発言に対して,どこまで判定できるのかも気になる. 粘り勝ちですね とか.

ModerationAPIを作るあたって,データセットと論文も公開しているので, どのような基準でデータを作成しているのかを確認してみるのもいいかもしれない. github.com

MicroSoftも同様のサービスを公開している

Azure Content Moderator - コンテンツ フィルタリング ソフトウェア | Microsoft Azure

付録

先ほどの質問に関して,Moderationを使用した結果を残す.

おっぱいとけつどっちが好きですか

{
  "categories": {
    "hate": false,
    "hate/threatening": false,
    "self-harm": false,
    "sexual": true,
    "sexual/minors": false,
    "violence": false,
    "violence/graphic": false
  },
  "category_scores": {
    "hate": 2.7172418413101695e-05,
    "hate/threatening": 6.381336792316006e-09,
    "self-harm": 2.631798849961342e-07,
    "sexual": 0.9185357093811035,
    "sexual/minors": 6.911227683303878e-05,
    "violence": 5.072217277302116e-07,
    "violence/graphic": 5.316046269854269e-09
  },
  "flagged": true
}

オホ声って笑っちゃって抜くとかそれどころじゃないんだけど,どう思う?

{
  "categories": {
    "hate": false,
    "hate/threatening": false,
    "self-harm": false,
    "sexual": false,
    "sexual/minors": false,
    "violence": false,
    "violence/graphic": false
  },
  "category_scores": {
    "hate": 0.000636380398645997,
    "hate/threatening": 6.541254606418079e-06,
    "self-harm": 1.9469916878733784e-05,
    "sexual": 0.0018342625116929412,
    "sexual/minors": 1.2890285688627046e-05,
    "violence": 0.0004986822605133057,
    "violence/graphic": 8.351796168426517e-06
  },
  "flagged": false
}

AVからモザイクは撤廃すべきじゃないか?

{
  "categories": {
    "hate": false,
    "hate/threatening": false,
    "self-harm": false,
    "sexual": false,
    "sexual/minors": false,
    "violence": false,
    "violence/graphic": false
  },
  "category_scores": {
    "hate": 0.001151242759078741,
    "hate/threatening": 4.203751359455055e-06,
    "self-harm": 1.3266767382447142e-05,
    "sexual": 2.6269569843861973e-06,
    "sexual/minors": 1.7785426109639957e-07,
    "violence": 0.00019558628264348954,
    "violence/graphic": 5.302858312461467e-07
  },
  "flagged": false
}

おっぱいに関しては確かにエロだったがそれ以外は微妙だった. ただ,10-e5以下の値と比べると若干高い値場合もあるため,category_scoreで独自に判断していてたり, ChatGPTの方と使っているモデルが違うのかもしれない.

whisper + voicevoxで会話を華やかにする

Podcastやってますか?

自分は2人で毎週15分程度,最近気になった記事を調べて流しています.

どれくらい視聴者がいるかというと正直ほぼ0です.

原因としては知名度であったり,その放送の価値であったりもあると思いますが,

1番は華が無い ではないかと.

イケボでもない男性二人では,無理だろ...(┌(┌o^)┐ホモォ...)と思いつつある今日この頃.

スーパーいけてる音声認識whisperがオープンソースで公開されました.

whisperについては自分の試してみた記事と他の方記事を参照.

自分のポッドキャストの音声をwhisperで書き起こしてみた - ヨシ!

音声認識モデルwhisperの全モデル文字起こし比較 - 毎日がEveryday、日々 Day by Day

whisperで speech to text を行い,voicevoxで text to speechすることで, 我々の喋りをずんだもんや四国めたんが再現してくれます.

手順

  1. audacityでそれぞれで収録
  2. 音声を手動で位置合わせ
  3. 無音区間を検出
  4. whisperで speech to text
  5. voicevoxでtext to speech
  6. whisperの位置情報から並び替え

1.audacityでそれぞれ収録

我々の収録スタイルとしては,audacityでそれぞれでローカルに録音+zoomによる合成済み録音を出力.

2. 音声を位置合わせ

zoomの録音とローカル録音をaudacity上で手動で位置合わせ.

3. 無音区間の切り抜き

ポッドキャストでは,片方が喋って,もう一方は黙っている状況が存在する. whisperでは検出結果に無音か否かの結果も入っているが,無音区間でも,大体何かしらの文字が返される傾向があった.(ん,ああ,うんなど.)

その状態で推論を進めると,実際に喋っている部分でも,隠れ状態の影響なのか,結果がおかしくなる場合があったため, pydubを用いて無音区間を切り抜き音声を分割.

AIのべりすとでも,発生している松本人志現象に似た状態ではないかと推察される.

dic.nicovideo.jp

4. whisper で speech to text

無音区間を取り除いた音声で whisperを使って speech to textを実行.

実行例.

whisper --device cuda --model medium --output_dir sts 2022_10_15\okubo_aligned.wav

srtには翻訳テキストとその開始から終了までが順番に記録されている.

例:

1
00:00:00,000 --> 00:00:04,640
はい 今週もよろしくおねがいします

2
00:00:04,640 --> 00:00:06,640
はい

3
00:00:06,840 --> 00:00:10,880
まず自分から まず一つ目が

4. voicevoxで音声合成

voicevoxは エディタ,エンジン,コアの3つのパッケージから構成されており, https://github.com/VOICEVOX/voicevox/raw/main/docs/res/%E5%85%A8%E4%BD%93%E6%A7%8B%E6%88%90_%E6%A7%8B%E6%88%90.svg

エンジン部分だけを利用した. voicevox-engine

voicevox-engineを別途起動,httpで音声合成したいテキストを投げることで変換してくれる.(便利)

5. 3,4を利用して音声再構成

voicevoxで出力する音声はその音声を何秒で発声するといったやり方はできないので, 文字起こしのsrtファイルと合成音声を使って,実際の音声の時間軸を元に再構成した.

結果

まだ,ある程度確認の必要性はあるが,大分再現できた.voicevoxの方は話すスピードを1.3倍ぐらいにするとちょうどよい感じだった.

元の音声:

spotifyanchor-web.app.link

ずんだもんと四国めたんで変換した音声:

spotifyanchor-web.app.link

パッケージ化

一連の作業をライブラリ化した

github.com

感想

正直言って,自分の音声より,ゆっくり,ずんだもんといった合成音声の方が慣れ親しんだ感があり,実家のような安心感がある.(もっと実家を見ろ)

テキスト入力と音声入力どちらが容易かでいえば,音声の方だと思う.

これを使って変換し,さらに立ち絵などを付けて,将来的にはポッドキャストを動画配信できるよう計画中...

音声,文章を感情分析して,立ち絵にバリエーションを付けることで,さらに,自動で立ち絵を選択することできるのではないかと検討している.

宣伝

ポッドキャストやってます👇見てくれるとうれしいです~

twitter.com

自分のポッドキャストの音声をwhisperで書き起こしてみた

これ見て自分のポッドキャストでも書き起こし. ysdyt.hatenablog.jp

対象の回. anchor.fm

コマンド

whisper --device cuda <audio_file>

相槌とかは後処理で除けばよさそう. 音声以外の部分をカットなどにも有効そう. 以下全文.

1
00:00:00,000 --> 00:00:03,480
はい じゃあ今週もよろしくお願いします

2
00:00:03,480 --> 00:00:04,480
よろしくお願いします

3
00:00:04,480 --> 00:00:07,800
じゃあまず自分 全部自分なんですけど

4
00:00:07,800 --> 00:00:14,680
まずは これはTwitterの記事 記事っていうかポストで

5
00:00:14,680 --> 00:00:19,080
最初にPython JapanっていうPython関係の情報を

6
00:00:19,080 --> 00:00:24,280
日本語でお伝えするっていうコミュニティのページがありまして

7
00:00:24,280 --> 00:00:31,000
これでPythonの最近の更新の内容について出してまして

8
00:00:31,000 --> 00:00:37,400
これが3.10であったりとか3.11とかそこらへんでやられてる話で

9
00:00:37,400 --> 00:00:45,480
Pythonは現在互換性を損なわずに毎年50%ずつ処理が高速化することを目標に

10
00:00:45,480 --> 00:00:47,400
いろいろ修正が行われていますと

11
00:00:47,400 --> 00:00:55,200
で、Python特有の高速化のテクニックっていうのがなくなっていて

12
00:00:55,200 --> 00:01:02,200
だんだん遅いって言われたのが変わっていきますよっていう

13
00:01:02,200 --> 00:01:05,160
ポストがされてまして

14
00:01:05,160 --> 00:01:09,560
それに対していろいろ引用リスイートがされてて

15
00:01:09,560 --> 00:01:15,760
その中に一つにPythonとJavaScriptとRubyを比べてみました

16
00:01:15,760 --> 00:01:18,640
速くなるらしいけど比べてみましたっていうと

17
00:01:18,640 --> 00:01:27,400
これはFibonacci数をRubyとJavaScriptとPythonで比較してましたっていう部分で

18
00:01:27,400 --> 00:01:35,640
ごみるとJavaScriptだと0.6秒でRubyだと6秒で

19
00:01:35,640 --> 00:01:38,400
Pythonだと21秒かかってますみたいな

20
00:01:38,400 --> 00:01:40,680
そういう話をしてましたね

21
00:01:40,680 --> 00:01:48,200
で、そもそもフレに対してさらにまさかれてきな感じで投げてまして

22
00:01:48,200 --> 00:01:53,560
で、遅いっていうのはPythonの書き方が悪いとか

23
00:01:53,560 --> 00:01:56,040
今のやり方があるとか

24
00:01:56,040 --> 00:02:00,360
それにさらに改善する方法っていうのもいろいろありますよっていうのが

25
00:02:00,360 --> 00:02:03,400
最初的に一番最後的に投げられてまして

26
00:02:03,400 --> 00:02:06,560
で、まず一つ目が

27
00:02:06,560 --> 00:02:13,800
Python自体は最期を使うよりも法文を使った方が早くなると

28
00:02:13,800 --> 00:02:24,080
で、これとあとはサイソンを使って処理を書き直す

29
00:02:24,080 --> 00:02:31,200
サイソンっていうのはPythonをC++に変換して

30
00:02:31,200 --> 00:02:37,200
で、Pythonで使えるよりするっていうもので、チャットしたコンパイラーみたいな

31
00:02:37,200 --> 00:02:38,520
できるやつで

32
00:02:38,520 --> 00:02:42,440
で、さらにメモ化を行うと

33
00:02:42,440 --> 00:02:45,840
これ、アットコーダーとかでよく、またか

34
00:02:45,840 --> 00:02:49,240
競技プログラミングでよく使われてる方法で

35
00:02:49,240 --> 00:02:52,880
一度計算した結果は再利用して

36
00:02:52,880 --> 00:02:54,840
キャッシュしておいて

37
00:02:54,840 --> 00:02:58,920
次回にはその結果を利用するっていう機能がありまして

38
00:02:58,920 --> 00:03:01,480
で、これを使うと

39
00:03:01,480 --> 00:03:05,680
で、あとはこの3つとさらに

40
00:03:05,680 --> 00:03:11,600
今、先ほど言われてたPython10からPython11にしてあげると

41
00:03:11,600 --> 00:03:13,960
さらに早くなるということで

42
00:03:13,960 --> 00:03:20,440
最終的にはマイクロ病で1マイクロ病以下で

43
00:03:20,440 --> 00:03:24,320
高速化できますよっていう話でしたね

44
00:03:24,320 --> 00:03:26,640
ただ、どうなんですかね?

45
00:03:26,640 --> 00:03:30,240
遅いっていうのは

46
00:03:30,240 --> 00:03:32,760
1つの面でしか捉えてないっていう意味で

47
00:03:32,760 --> 00:03:35,080
多分言ってると思うんですけど

48
00:03:35,080 --> 00:03:39,320
そもそも思い処理はPythonだと

49
00:03:39,320 --> 00:03:42,040
大体Cで書いてDLで見込むみたいな

50
00:03:42,040 --> 00:03:44,280
パターンが多いと思うので

51
00:03:44,280 --> 00:03:49,040
何を持って遅いか、パオマンスがあるかっていうのは

52
00:03:49,040 --> 00:03:52,440
一概には語れないのかなと

53
00:03:52,440 --> 00:03:56,840
そうですね

54
00:03:56,840 --> 00:03:57,760
どうぞ

55
00:03:57,760 --> 00:04:02,720
結局、声のってもう定期的に出てくるじゃん

56
00:04:02,720 --> 00:04:10,040
僕とかはもう完全にインターネット老人家に入ってるんで

57
00:04:10,040 --> 00:04:12,840
何度見た話かっていう話ですよね

58
00:04:12,840 --> 00:04:14,200
確かに

59
00:04:14,200 --> 00:04:17,720
僕とかはもともと研究がですね

60
00:04:17,720 --> 00:04:20,600
Rubyの高速化とかをやってたので

61
00:04:20,600 --> 00:04:22,720
分かるんですよね

62
00:04:22,720 --> 00:04:23,480
何点だろう?

63
00:04:23,480 --> 00:04:28,880
やっぱり普通の人って選択肢が少ないし

64
00:04:28,880 --> 00:04:29,600
あれみたいな

65
00:04:29,600 --> 00:04:31,920
こう書いたら何で遅くなるの?みたいな

66
00:04:31,920 --> 00:04:33,480
そういうのは分かんないじゃないですか

67
00:04:33,480 --> 00:04:35,440
だからみんな文句を言ったりとか

68
00:04:35,440 --> 00:04:37,400
文句言うのは別にいいんですけど

69
00:04:37,400 --> 00:04:38,600
なんで?っていうふうになってて

70
00:04:38,600 --> 00:04:41,080
早くしようって気持ちになると思うんですけど

71
00:04:41,080 --> 00:04:43,680
どんどん知識が増えたりとか

72
00:04:43,680 --> 00:04:46,680
いろんな言語を知ったりとかすれば

73
00:04:46,680 --> 00:04:48,040
選択肢が広がるので

74
00:04:48,040 --> 00:04:49,480
こういうかき方するとか

75
00:04:49,480 --> 00:04:51,640
こういうふうな処理はパイソンで書いちゃうと遅いんだ

76
00:04:51,640 --> 00:04:55,240
違うので書こうっていうだけになると思うんですよね

77
00:04:55,240 --> 00:04:58,800
なので例えばパイソンで書くのが気持ちいいんだと

78
00:04:58,800 --> 00:05:01,320
だからパイソンで俺はすげーやりたいってんだったら

79
00:05:01,320 --> 00:05:03,800
早くするのはいいんじゃないかなと思いますけど

80
00:05:03,800 --> 00:05:06,920
それを間に受けて

81
00:05:06,920 --> 00:05:08,280
こういう頬回るよ

82
00:05:08,280 --> 00:05:09,720
こういうふうに頬回るよって言ってしまうと

83
00:05:09,720 --> 00:05:14,160
結局書き方を変えなきゃいけないから

84
00:05:14,160 --> 00:05:15,680
他の言語で書くのがあんまり変わらんじゃん

85
00:05:15,680 --> 00:05:19,440
みたいになってしまう気がするんですよね

86
00:05:19,440 --> 00:05:20,800
だから結局みんなね

87
00:05:20,800 --> 00:05:22,560
そこで任務ですよみたいな

88
00:05:22,560 --> 00:05:23,640
こうパイソンっぽい書けて

89
00:05:23,640 --> 00:05:25,840
肩まで書けて早いよとか

90
00:05:25,840 --> 00:05:28,160
なんかこういろんなのを

91
00:05:28,160 --> 00:05:30,120
みんな紹介し始めるけど

92
00:05:30,120 --> 00:05:32,240
まあそれはたぶんみんな紹介したりだけで

93
00:05:32,240 --> 00:05:33,840
まあ早くなるのに関して言えば

94
00:05:33,840 --> 00:05:35,920
僕は賛成ですけどね

95
00:05:35,920 --> 00:05:37,200
早くなるのはいいことじゃないですか

96
00:05:37,200 --> 00:05:41,160
別なと思います

97
00:05:41,160 --> 00:05:44,240
てかそもそも

98
00:05:44,240 --> 00:05:46,640
早くある必要があるのか

99
00:05:46,640 --> 00:05:48,240
必要性があるのかっていうのは

100
00:05:48,240 --> 00:05:51,000
まあちょっと疑問っていうか

101
00:05:51,000 --> 00:05:52,800
それがまあそのクリティカルに

102
00:05:52,800 --> 00:05:56,440
その分野で

103
00:05:56,440 --> 00:05:57,520
何回も言ってる

104
00:05:57,520 --> 00:06:00,280
以前もなんか紹介したかなと思うんですけど

105
00:06:00,280 --> 00:06:03,240
車のコンピューターが動かないと

106
00:06:03,240 --> 00:06:04,600
死ぬっていう状況であれば

107
00:06:04,600 --> 00:06:06,720
必要だと思いますけど

108
00:06:06,720 --> 00:06:09,680
別にそれが必要でないんであれば

109
00:06:09,680 --> 00:06:12,080
そこを今考える必要ないのかな

110
00:06:12,080 --> 00:06:14,120
って思いますけどね

111
00:06:14,120 --> 00:06:14,840
そうね

112
00:06:14,840 --> 00:06:16,360
なんか例えばこう

113
00:06:16,360 --> 00:06:17,680
処理とか走らせて

114
00:06:17,680 --> 00:06:19,640
待つの嫌だなとかだったら

115
00:06:19,640 --> 00:06:20,920
まあ早くしたいことがあるかも

116
00:06:20,920 --> 00:06:22,880
例えば僕の例で言うと

117
00:06:22,880 --> 00:06:27,200
最近そのグラフに売られるネットワークをやってて

118
00:06:27,200 --> 00:06:30,400
GMLっていうグラフの形式から

119
00:06:30,400 --> 00:06:33,400
ネットワークXっていうやつの形式にして

120
00:06:33,400 --> 00:06:36,120
いろいろ処理するっていうのを書いてたんですよね

121
00:06:36,120 --> 00:06:37,760
ファイル読み込みとかやっちゃうと

122
00:06:37,760 --> 00:06:39,400
やっぱ余裕が遅いので

123
00:06:39,400 --> 00:06:41,800
でそれを例えば4分でグルグル回すと

124
00:06:41,800 --> 00:06:43,040
100個のファイル読み込むと

125
00:06:43,040 --> 00:06:43,960
結構待つんですよね

126
00:06:43,960 --> 00:06:44,400
100個

127
00:06:44,400 --> 00:06:46,080
まあ何個か結構読み込んでたんですよ

128
00:06:46,080 --> 00:06:46,840
で待つんですよ

129
00:06:46,840 --> 00:06:48,160
だから

130
00:06:48,160 --> 00:06:49,200
10分ぐらい待つんですよね

131
00:06:49,200 --> 00:06:51,720
まあ10分待っちゃいいやんと思ったんですけど

132
00:06:51,720 --> 00:06:53,080
もうすぐ試したいとか

133
00:06:53,080 --> 00:06:54,600
なんか失敗した時にすぐできる

134
00:06:54,600 --> 00:06:56,200
まあパイソンってそういうとこも嬉しいじゃないですか

135
00:06:56,200 --> 00:06:57,680
すぐ試せるってところが

136
00:06:57,680 --> 00:07:00,160
ただ次の処理までのすぐ試せるっていうのが

137
00:07:00,160 --> 00:07:01,600
時間かかったんで

138
00:07:01,600 --> 00:07:03,200
ああもう早くしようと思って

139
00:07:03,200 --> 00:07:05,000
僕が取った方法は

140
00:07:05,000 --> 00:07:05,480
あるですよね

141
00:07:05,480 --> 00:07:06,920
スレッドで書くってやつですよね

142
00:07:06,920 --> 00:07:07,400
そうですね

143
00:07:07,400 --> 00:07:08,520
まあマルチプレスかな

144
00:07:08,520 --> 00:07:10,280
プールかなんかで書いて

145
00:07:10,280 --> 00:07:11,280
10

146
00:07:11,280 --> 00:07:12,560
僕が持ってる

147
00:07:12,560 --> 00:07:15,200
ノートPCのCPUは10個あるので

148
00:07:15,200 --> 00:07:18,040
スレッドが10個走って10倍早くなる

149
00:07:18,040 --> 00:07:19,240
だから10分待つところが

150
00:07:19,240 --> 00:07:21,520
1分で終わるっていう感じでしたね

151
00:07:21,520 --> 00:07:23,160
パイソンはそうですね

152
00:07:23,160 --> 00:07:25,640
ちょっとパイソンが特殊なところとして

153
00:07:25,640 --> 00:07:26,960
グローバルインターロックっていうのが

154
00:07:26,960 --> 00:07:28,800
もあるんですけど

155
00:07:28,800 --> 00:07:29,480
ただその

156
00:07:29,480 --> 00:07:32,680
愛用関係に関してはそこが解除できる

157
00:07:32,680 --> 00:07:33,440
ですよね

158
00:07:33,440 --> 00:07:34,800
実際に試してみたんですけど

159
00:07:34,800 --> 00:07:37,760
ただ実際のその計算処理自体が

160
00:07:37,760 --> 00:07:40,440
絶対パイソンでやってるうちは

161
00:07:40,440 --> 00:07:42,720
並列にならないので

162
00:07:42,720 --> 00:07:44,480
まあそういうところは愛用で書いて

163
00:07:44,480 --> 00:07:46,360
愛用は並列処理でできるので

164
00:07:46,360 --> 00:07:47,480
うれしいうれしい

165
00:07:47,480 --> 00:07:49,960
普通にそういう最適化ができますけどね

166
00:07:49,960 --> 00:07:50,560
うん

167
00:07:50,560 --> 00:07:51,400
だから

168
00:07:51,400 --> 00:07:51,680
うん

169
00:07:51,680 --> 00:07:52,680
だからそういうふうに

170
00:07:52,680 --> 00:07:54,400
まあ処理にもよると思うんですけど

171
00:07:54,400 --> 00:07:55,400
まあそういうふうに

172
00:07:55,400 --> 00:07:56,320
手段を知ってれば

173
00:07:56,320 --> 00:07:58,520
例えばそれを知らなかったら

174
00:07:58,520 --> 00:08:00,280
パイソンなんで遅いんやってなるじゃないですか

175
00:08:00,280 --> 00:08:00,800
まあそう

176
00:08:00,800 --> 00:08:02,640
そこパイソンじゃないんやけどなみたいな

177
00:08:02,640 --> 00:08:04,000
愛用とかそっち側でも

178
00:08:04,000 --> 00:08:05,360
本質的にどうしようもないんやけど

179
00:08:05,360 --> 00:08:06,800
とかなるとこもあると思うので

180
00:08:06,800 --> 00:08:08,920
まあ手段をいっぱい知っておくとか

181
00:08:08,920 --> 00:08:10,560
いろんなの知っておくと

182
00:08:10,560 --> 00:08:12,960
まあ手はあるかなと思うんで

183
00:08:12,960 --> 00:08:15,080
まあただ僕の意見としては

184
00:08:15,080 --> 00:08:18,280
まあ早くなることはいいことだとは思いますけどね

185
00:08:18,280 --> 00:08:19,160
そうですね

186
00:08:19,160 --> 00:08:19,960
まあそうです

187
00:08:19,960 --> 00:08:20,440
まあその

188
00:08:20,440 --> 00:08:22,240
否定は否定はしない

189
00:08:22,240 --> 00:08:23,600
まあ早くするときに

190
00:08:23,600 --> 00:08:26,480
まあ手順がどのくらいあるかっていうの

191
00:08:26,480 --> 00:08:28,560
とかもあると思いますけどね

192
00:08:28,560 --> 00:08:28,840
うん

193
00:08:28,840 --> 00:08:29,320
そうだから

194
00:08:29,320 --> 00:08:30,400
いや元々のパイソンが

195
00:08:30,400 --> 00:08:31,640
早くなるのがいいことじゃないですか

196
00:08:31,640 --> 00:08:32,320
だからその

197
00:08:32,320 --> 00:08:33,960
例えば遅いからつって

198
00:08:33,960 --> 00:08:35,680
例えばCパイソンを使うとか

199
00:08:35,680 --> 00:08:38,120
他のやつの中段にするっていうのは

200
00:08:38,120 --> 00:08:39,680
まあ面倒くさいから

201
00:08:39,680 --> 00:08:41,760
まあそれはうれしいことだと思いますけどね

202
00:08:41,760 --> 00:08:43,800
まあ単純その今あるコードが

203
00:08:43,800 --> 00:08:46,560
そのまま52倍早くなるのは

204
00:08:46,560 --> 00:08:48,400
もうめちゃくちゃ

205
00:08:48,400 --> 00:08:50,360
お手軽でいいことだと思います

206
00:08:50,360 --> 00:08:50,960
そうです

207
00:08:50,960 --> 00:08:52,880
でまあそれが聞いてくればですね

208
00:08:52,880 --> 00:08:54,200
さっき王子が言ったように

209
00:08:54,200 --> 00:08:55,280
要はそのね

210
00:08:55,280 --> 00:08:56,920
それが本当に必要なのかってことですよね

211
00:08:56,920 --> 00:08:59,600
例えば0.1秒で終わる処理が

212
00:08:59,600 --> 00:09:02,360
0.05秒になりましたと言われても

213
00:09:02,360 --> 00:09:04,760
うんとしか言うことないだけだから

214
00:09:04,760 --> 00:09:06,320
うんなので

215
00:09:06,320 --> 00:09:07,800
まあこれはまあまあそういう話ですよね

216
00:09:07,800 --> 00:09:08,240
はい

217
00:09:08,240 --> 00:09:08,640
はい

218
00:09:08,640 --> 00:09:09,840
はい

219
00:09:09,840 --> 00:09:12,120
えーと次は

220
00:09:12,120 --> 00:09:15,520
最近小絵フォントっていう株式会社

221
00:09:15,520 --> 00:09:17,280
小絵フォントって

222
00:09:17,280 --> 00:09:18,920
会社が

223
00:09:18,920 --> 00:09:24,160
広瀋さんの声を喋らせるウェブサービスを作りました

224
00:09:24,160 --> 00:09:25,440
えーっとこれはですね

225
00:09:25,440 --> 00:09:27,160
ユーザーウェブサイト上で

226
00:09:27,160 --> 00:09:29,720
まあ出て140文字以内ぐらいの

227
00:09:29,720 --> 00:09:32,720
文字列を入力すると

228
00:09:32,720 --> 00:09:34,320
広瀋さんの声で

229
00:09:34,320 --> 00:09:35,880
喋

230
00:09:35,880 --> 00:09:37,640
お喋させて動画として

231
00:09:37,640 --> 00:09:39,480
ダウンロードでいきますと

232
00:09:39,480 --> 00:09:42,680
でまあこれが9月5日に

233
00:09:42,680 --> 00:09:44,360
いきなりリリュースされたらしくて

234
00:09:44,360 --> 00:09:47,720
リリュース自体がいきなりだったらしくて

235
00:09:47,720 --> 00:09:50,480
でこれを

236
00:09:50,480 --> 00:09:52,840
喋らせて

237
00:09:52,840 --> 00:09:54,920
ニコニコとか動画サイトで

238
00:09:54,920 --> 00:09:56,320
まあいろいろ

239
00:09:56,320 --> 00:09:57,560
喋らせて

240
00:09:57,560 --> 00:09:58,680
まあまあ

241
00:09:58,680 --> 00:10:00,680
多分利用規約的には問題あるようなことも

242
00:10:00,680 --> 00:10:01,680
喋らせてたり

243
00:10:01,680 --> 00:10:03,400
ネットミーム喋らせてたりしてて

244
00:10:03,400 --> 00:10:07,480
まあいろいろちょっとブームになってるかなと

245
00:10:07,480 --> 00:10:08,800
でそうですね

246
00:10:08,800 --> 00:10:10,120
一番面白かったのは

247
00:10:10,120 --> 00:10:11,600
これで喋らせて

248
00:10:11,600 --> 00:10:14,000
スプラトゥーンを

249
00:10:14,000 --> 00:10:16,200
スプラトゥーンの実況を得らせたと思うんですね

250
00:10:16,200 --> 00:10:18,120
ちょっと面白かった

251
00:10:18,120 --> 00:10:19,960
実況させるのは面白いね

252
00:10:19,960 --> 00:10:21,120
まあけどいいんじゃないですか

253
00:10:21,120 --> 00:10:25,520
そのねこれすごく技術的にも面白そうだし

254
00:10:25,520 --> 00:10:27,200
ただあの今ほら

255
00:10:27,200 --> 00:10:28,800
画像のやつが流行ってるじゃないですか

256
00:10:28,800 --> 00:10:29,520
はい

257
00:10:29,520 --> 00:10:30,200
自動戦士

258
00:10:30,200 --> 00:10:31,640
だからねこれ広瀋さんは

259
00:10:31,640 --> 00:10:34,080
多分まあいいよって言ってくれたと思うんですけど

260
00:10:34,080 --> 00:10:36,280
これ技術を悪用すると

261
00:10:36,280 --> 00:10:38,680
ね自分の好きな

262
00:10:38,680 --> 00:10:39,680
声優と

263
00:10:39,680 --> 00:10:40,680
そう

264
00:10:40,680 --> 00:10:41,680
ね

265
00:10:41,680 --> 00:10:44,520
勝手喋らせて喋らせられますよね

266
00:10:44,520 --> 00:10:46,680
どれだけのデータが必要なのかわかんないですけど

267
00:10:46,680 --> 00:10:47,880
うんそうなんですよ

268
00:10:47,880 --> 00:10:50,200
だからまあちょっとね

269
00:10:50,200 --> 00:10:53,520
この技術どれだけ使えるかっていうのはまあ

270
00:10:53,520 --> 00:10:55,440
けどもう避けれないですよね

271
00:10:55,440 --> 00:10:56,840
まあそのできてしまうから

272
00:10:56,840 --> 00:10:57,360
うん

273
00:10:57,360 --> 00:11:00,560
もうだからデータを配信者とか

274
00:11:00,560 --> 00:11:03,760
まあそういう人たちはもう

275
00:11:03,760 --> 00:11:05,160
実際多分できるんですよね

276
00:11:05,160 --> 00:11:06,960
多分データ時間差かければ

277
00:11:06,960 --> 00:11:07,680
そういうことを

278
00:11:07,680 --> 00:11:08,680
ですね

279
00:11:08,680 --> 00:11:13,000
だからその人が死んでも喋らせられるかもしれないっていう

280
00:11:13,000 --> 00:11:14,200
うんそれはもう確実

281
00:11:14,200 --> 00:11:16,960
なんかもともとこの人たちがそういう話じゃなかったですかね

282
00:11:16,960 --> 00:11:20,680
その声を失った人病気とかで自分の声が

283
00:11:20,680 --> 00:11:22,560
出なくなった人とかが

284
00:11:22,560 --> 00:11:24,720
その自分の声を保存しといて

285
00:11:24,720 --> 00:11:27,640
喋らせるっていうのを使ったりするっていうのが

286
00:11:27,640 --> 00:11:30,480
一応目的ではあるってことだと思うんですけどね

287
00:11:30,480 --> 00:11:33,480
それはもう一番健全というかいいやり方ですよね

288
00:11:33,480 --> 00:11:34,560
やり方っていうか

289
00:11:34,560 --> 00:11:35,560
そうですね

290
00:11:35,560 --> 00:11:38,680
なんかこんなこんなって言うじゃないですけど

291
00:11:38,680 --> 00:11:41,720
なんかまあ変なこと喋らせるってよりも

292
00:11:41,720 --> 00:11:44,360
もうなんか認められやすいっていうか

293
00:11:44,360 --> 00:11:45,240
そうそうそう

294
00:11:45,240 --> 00:11:47,240
そっちの方が言いやすいな言いやすいですけど

295
00:11:47,240 --> 00:11:49,400
けど技術っていうのは結局ね

296
00:11:49,400 --> 00:11:51,120
そういうやり方だけだから

297
00:11:51,120 --> 00:11:53,640
別に変な方に使われても仕方ないですね

298
00:11:53,640 --> 00:11:54,800
すぐに使えるんだから

299
00:11:54,800 --> 00:11:57,080
まあ面白いですけどめちゃくちゃ面白いです

300
00:11:57,080 --> 00:11:58,480
いやでも僕もあれこれ見たけど

301
00:11:58,480 --> 00:11:59,400
すごい良かったです

302
00:11:59,400 --> 00:12:02,040
僕も喋らせてみてこれ使えるなと思って

303
00:12:02,040 --> 00:12:03,320
だから僕もどっかで

304
00:12:03,320 --> 00:12:05,560
自分が動画作るときは使ってみたいですね

305
00:12:05,560 --> 00:12:06,560
なるほど

306
00:12:06,560 --> 00:12:07,560
うん

307
00:12:07,560 --> 00:12:08,560
これ良かった

308
00:12:08,560 --> 00:12:09,560
自分そうですね

309
00:12:09,560 --> 00:12:10,560
自分で喋らなくていいですからね

310
00:12:10,560 --> 00:12:11,560
正直

311
00:12:11,560 --> 00:12:12,560
うん

312
00:12:12,560 --> 00:12:13,560
そうでやっぱりキャッチーですしね

313
00:12:13,560 --> 00:12:14,560
いいと思います

314
00:12:14,560 --> 00:12:15,560
非常に

315
00:12:15,560 --> 00:12:16,560
はい

316
00:12:16,560 --> 00:12:17,560
はい

317
00:12:17,560 --> 00:12:18,560
でこれ最後に

318
00:12:18,560 --> 00:12:21,240
まあこれアニメの話題なんですけど

319
00:12:21,240 --> 00:12:24,880
異世界王子さんっていうアニメが

320
00:12:24,880 --> 00:12:27,040
今放送のスケジュールがちょっと

321
00:12:27,040 --> 00:12:30,160
あの作品の作成が間に合っておらず

322
00:12:30,160 --> 00:12:36,480
10月6日より改めて1話から放送再開始になるということです

323
00:12:36,480 --> 00:12:41,080
で今8、7話までやってるんですけど

324
00:12:41,080 --> 00:12:43,240
まあ7話やる以前もちょっとなんか

325
00:12:43,240 --> 00:12:46,920
2、3回放送落としてたみたいなんですけど

326
00:12:46,920 --> 00:12:51,280
やっぱりコロナの影響などでも放送できないということで

327
00:12:51,280 --> 00:12:52,280
再開するってことでした

328
00:12:52,280 --> 00:12:56,720
これコロナのせいなんですかね

329
00:12:56,720 --> 00:12:57,720
わかんないですけど

330
00:12:57,720 --> 00:13:01,240
これはなんかコロナのせいって言っておけばいいみたいなことじゃない

331
00:13:01,240 --> 00:13:02,240
ですよね

332
00:13:02,240 --> 00:13:05,120
本当に落としてるんですかねコロナで

333
00:13:05,120 --> 00:13:06,120
ちょっとわかんないですね

334
00:13:06,120 --> 00:13:07,120
それ

335
00:13:07,120 --> 00:13:08,120
うん

336
00:13:08,120 --> 00:13:12,440
まあ今日はなんかやっぱ集まって作るのはダメなんですかね

337
00:13:12,440 --> 00:13:13,440
あとか

338
00:13:13,440 --> 00:13:14,880
もう病気になっちゃったんすかね

339
00:13:14,880 --> 00:13:15,880
うん

340
00:13:15,880 --> 00:13:20,480
集まって作るなんか感じじゃない気はしますけどね

341
00:13:20,480 --> 00:13:21,480
そう

342
00:13:21,480 --> 00:13:22,480
みんなアニメーターだから

343
00:13:22,480 --> 00:13:26,840
まあ今だとねあのデータとかも全部ネットでできたりとかしそうだ

344
00:13:26,840 --> 00:13:27,840
し

345
00:13:27,840 --> 00:13:30,520
あんまりそんな感じはないと思いますけどね

346
00:13:30,520 --> 00:13:31,520
うん

347
00:13:31,520 --> 00:13:36,680
いやもうなんかねもう人気あるからネットフリックスあたりが買ってくれ

348
00:13:36,680 --> 00:13:38,680
ればいいなって思うんですけどね

349
00:13:38,680 --> 00:13:43,760
ネットフリックスってまあ基本あの全部あの1クールごとまるめで全部

350
00:13:43,760 --> 00:13:46,400
できてから公開って感じですから

351
00:13:46,400 --> 00:13:51,400
あーそうですね確かになんかそのね一気に放送したりとかできた

352
00:13:51,400 --> 00:13:54,640
やつを例えば仕事に出したりとかするっていう方法ですよね

353
00:13:54,640 --> 00:13:55,640
うん

354
00:13:55,640 --> 00:14:00,280
今のやってるジョジョジョの奇妙な冒険のストーンシャン

355
00:14:00,280 --> 00:14:04,920
あれも最近えっとニクールが放送されもう全部出てましたね

356
00:14:04,920 --> 00:14:05,920
うん

357
00:14:05,920 --> 00:14:09,040
放送放送っていうかまああの配信されてて

358
00:14:09,040 --> 00:14:18,120
でえーとアニメ2020年秋のアニメでえっとまあ地上派ではあの毎週

359
00:14:18,120 --> 00:14:19,120
放送って感じでしたね

360
00:14:19,120 --> 00:14:20,120
うん

361
00:14:20,120 --> 00:14:21,120
そう

362
00:14:21,120 --> 00:14:22,120
そう

363
00:14:22,120 --> 00:14:23,120
ネットフリックスはい

364
00:14:23,120 --> 00:14:27,840
味方が変わりましたもんねその今このだからこの毎週毎週その

365
00:14:27,840 --> 00:14:32,240
作って放送みたいなのはちょっとやり方としてはもう昔のやり方だから

366
00:14:32,240 --> 00:14:34,920
合ってないのかもしれないですねあとこういう時が起きた時に困る

367
00:14:34,920 --> 00:14:36,400
ってことは多いでしょね

368
00:14:36,400 --> 00:14:37,400
うん

369
00:14:37,400 --> 00:14:38,400
まあ

370
00:14:38,400 --> 00:14:40,400
ただやっぱこれお金持ってないできないって言ってましたね

371
00:14:40,400 --> 00:14:41,400
あー

372
00:14:41,400 --> 00:14:42,400
まあそう

373
00:14:42,400 --> 00:14:43,400
一括納費してもらうっていうのは

374
00:14:43,400 --> 00:14:44,400
うん

375
00:14:44,400 --> 00:14:45,400
確かに

376
00:14:45,400 --> 00:14:46,400
うん

377
00:14:46,400 --> 00:14:51,240
難しいですねそれけどまあ予定スケジュールには入っているわけ

378
00:14:51,240 --> 00:14:52,240
だから

379
00:14:52,240 --> 00:14:53,240
ね

380
00:14:53,240 --> 00:14:56,240
買ってるのと一緒に気がしますけどね

381
00:14:56,240 --> 00:14:57,240
まあそうですね

382
00:14:57,240 --> 00:14:58,240
うん

383
00:14:58,240 --> 00:15:03,240
まあ多分お金お金が払わないって払わないってことないと思うんですけど

384
00:15:03,240 --> 00:15:08,680
なんかできるまでなんすかねなんか政策委員会のスタイルがよくわかん

385
00:15:08,680 --> 00:15:09,680
ないですけど

386
00:15:09,680 --> 00:15:10,680
うん

387
00:15:10,680 --> 00:15:14,680
だからこれどういう保証になってるのか気になりますけどねその

388
00:15:14,680 --> 00:15:15,680
なんてんだろう

389
00:15:15,680 --> 00:15:16,680
あー

390
00:15:16,680 --> 00:15:17,680
ちょっと本来の放送ですからね

391
00:15:17,680 --> 00:15:18,680
うん

392
00:15:18,680 --> 00:15:19,680
うん

393
00:15:19,680 --> 00:15:20,680
なので

394
00:15:20,680 --> 00:15:21,680
うん

395
00:15:21,680 --> 00:15:25,440
これ穴何が埋めたんですかねこの石川さんが放送できなかった

396
00:15:25,440 --> 00:15:28,400
時のその枠があるじゃないですか

397
00:15:28,400 --> 00:15:29,400
はい

398
00:15:29,400 --> 00:15:30,400
これ何流してるんですかね

399
00:15:30,400 --> 00:15:31,400
あー

400
00:15:31,400 --> 00:15:32,400
ちょっと見てない

401
00:15:32,400 --> 00:15:35,920
自分はもうあの配信しか見てないんで何してたかっていうの見て

402
00:15:35,920 --> 00:15:36,920
ないですけど

403
00:15:36,920 --> 00:15:39,600
いや僕もそうなんですけどなので興味があるのはそこですよね

404
00:15:39,600 --> 00:15:40,600
その

405
00:15:40,600 --> 00:15:41,600
あそう

406
00:15:41,600 --> 00:15:42,600
確かに

407
00:15:42,600 --> 00:15:43,600
うん

408
00:15:43,600 --> 00:15:44,600
うん

409
00:15:44,600 --> 00:15:45,600
落とすのは別にいいんでしょうけど

410
00:15:45,600 --> 00:15:48,080
そのその辺の部分がしっかりしてるのかっていうのはなのでその

411
00:15:48,080 --> 00:15:51,920
おこしが言ってるようにはその一括農品がーとか言ってるんですけどいやもう

412
00:15:51,920 --> 00:15:55,200
枠が決まってるってことはもう一括農品とほとんど同じだと思うんですけど

413
00:15:55,200 --> 00:15:56,880
だいたい放送として

414
00:15:56,880 --> 00:15:57,880
うん

415
00:15:57,880 --> 00:15:58,880
向き目で見えてたんですけど

416
00:15:58,880 --> 00:15:59,880
うん

417
00:15:59,880 --> 00:16:00,880
一和二和がまあ

418
00:16:00,880 --> 00:16:01,880
変われに放送された

419
00:16:01,880 --> 00:16:02,880
うん

420
00:16:02,880 --> 00:16:05,840
えーっとまあよくあるのはまああの

421
00:16:05,840 --> 00:16:06,840
まとめ放送みたいな

422
00:16:06,840 --> 00:16:10,640
あの10話一回みたいなあるやつではなくても普通に普通に再放送した

423
00:16:10,640 --> 00:16:11,640
みたいです

424
00:16:11,640 --> 00:16:13,840
いやそれでいや

425
00:16:13,840 --> 00:16:16,480
埋めるのはいいんですけどそれでね許されてるのか

426
00:16:16,480 --> 00:16:17,480
うん

427
00:16:17,480 --> 00:16:18,480
一回にそうする

428
00:16:18,480 --> 00:16:23,520
いやそのスポンサー的にはだってね見てくれるからその間にCM挟んで

429
00:16:23,520 --> 00:16:27,840
できるのにね同じのやられたらみんな見ないからっていう話になったら

430
00:16:27,840 --> 00:16:28,840
どうするんですかね

431
00:16:28,840 --> 00:16:29,840
うん

432
00:16:29,840 --> 00:16:32,800
契約そこら辺の契約がどうなっているのか気になりますね

433
00:16:32,800 --> 00:16:33,800
うん

434
00:16:33,800 --> 00:16:34,800
なのでその

435
00:16:34,800 --> 00:16:35,800
うん

436
00:16:35,800 --> 00:16:40,360
一括とほとんど変わらないそのまあ出してるほうが対応できてない

437
00:16:40,360 --> 00:16:41,680
だけでって気がしますけどね

438
00:16:41,680 --> 00:16:42,680
うん

439
00:16:42,680 --> 00:16:43,680
うん

440
00:16:43,680 --> 00:16:45,280
まあけどいいじゃないですか

441
00:16:45,280 --> 00:16:46,280
まあ

442
00:16:46,280 --> 00:16:50,520
まあそうですねまあ実際そのあのガルパンガルダントパッターとか

443
00:16:50,520 --> 00:16:56,640
でも割と12話あの1番最終話はもうなんか1年何ヶ月か忘れたんです

444
00:16:56,640 --> 00:17:01,600
けど1年か6ヶ月後ぐらいに放送したけどやっぱり人気高くて

445
00:17:01,600 --> 00:17:02,600
うん

446
00:17:02,600 --> 00:17:05,480
であのああいう感じでブームなってたりするんでまあいいものだったら

447
00:17:05,480 --> 00:17:07,320
割とこういうのも許されて

448
00:17:07,320 --> 00:17:08,320
うん

449
00:17:08,320 --> 00:17:12,560
許されはしないですけどまあなんか割とやってくれるのかなっていう

450
00:17:12,560 --> 00:17:13,560
感じあります

451
00:17:13,560 --> 00:17:14,560
うん

452
00:17:14,560 --> 00:17:15,560
そうですねなんで

453
00:17:15,560 --> 00:17:19,720
これもだから多分そのまあちょっとやっぱりやり方がねあの良くない

454
00:17:19,720 --> 00:17:22,760
ですよねやっぱりできてないというかあれなのにスケジュール押し押しで

455
00:17:22,760 --> 00:17:27,320
とかなるとやっぱりどうしてもねなのでいいやり方ができるといいですね

456
00:17:27,320 --> 00:17:28,320
そうですね

457
00:17:28,320 --> 00:17:29,320
うん

458
00:17:29,320 --> 00:17:33,680
これはなんかあのプログラムのねあれも我々もね個数が分かんない

459
00:17:33,680 --> 00:17:38,080
からこういうの作ってって言われても感覚でこうかなって作れそうだ

460
00:17:38,080 --> 00:17:42,680
けどまあ特に僕の場合は全部一人で作ってるので僕がある一つ

461
00:17:42,680 --> 00:17:46,520
全然病気になったりとかしたら一気に進まなくなりますからね

462
00:17:46,520 --> 00:17:47,520
そうですね

463
00:17:47,520 --> 00:17:48,520
そうですね

464
00:17:48,520 --> 00:17:51,680
そういう意味では確かにこのあの伊勢川さんじゃないけどあれと同じ

465
00:17:51,680 --> 00:17:55,680
んなのでどうなるかまあ保証とか関係ないですけどそこはやっぱり

466
00:17:55,680 --> 00:17:58,360
ほんと考えた方がいいかもしれないかと思いますけどね

467
00:17:58,360 --> 00:17:59,360
うん

468
00:17:59,360 --> 00:18:00,360
はい

469
00:18:00,360 --> 00:18:03,320
今週は以上になります来週もよろしくお願いいたします

470
00:18:03,320 --> 00:18:12,640
はいよろしくお願いいたします

pythonのkwargsの利点、欠点

自分でパッケージを作る際にkwargsの利用は、どのケースで便利なのか考えた。

def func_a(a=1, b=2):
    return a + b

print(func_a()) # 3

# func_aをラップして何かをする
def func_a_cus(c=3, **kwargs):
    a_b = func_a(**kwargs)  # アンパックして渡すから引数名と同じkeyの値が入る
    return a_b + c

print(func_a_cus()) # 6
print(func_a_cus(a=2, b=2)) # 7

kwargsを使えば補完は効かなくなるが、func_aの引数変更時に、func_a_cusは関数の引数を書き直す必要がない。

使う側がこの関数に精通していれば 便利。 まず、ベースとなる機能があって、そのバリエーション対応には便利だと思う

逆に、利用者は何が設定できるのかが分からなくなる 外部に露出しない部分で使うか、ドキュメントを用意した方が良い。

matplotlibは matplotlib.axes.Axes.bar — Matplotlib 3.3.3 documentation このパターンだが、pycharmだと何を設定すればいいのかがドキュメント見ないと分からないのは面倒。 できれば、IDE内でわかるようになって欲しい。

参考文献

docs.python.org

opencv::Rectのoperator &(AND) |(OR) について

Rect A => (top:2,left:2,width:5,height:5)
Rect B => (top:4,left:4,width:5,height:5)

とする

A & B は矩形A,Bの交差部分の矩形を計算する.

A | B は矩形A,Bを含む最小の矩形を計算する.

A&B = (top:3,left:,3,width:4,height:4)
A|B = (top:7,left:7,width:2, height:2)

イメージ

f:id:OhkuboSGMS:20200426185912p:plain
cv:Rect

stackoverflow.com

docs.opencv.org