C#, C♯, C＃相談室 Part94

2019/03/20(水) 18:57:36.47

!extend:checked:vvvvv:1000:512
■Visual Studio 2017 Community(無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part93
http://mevius.5ch.net/test/read.cgi/tech/1492818720/

■次スレは>>970が建てる事。
建てられない場合は他を指定する事。

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2021/03/03(水) 12:00:29.98

>>420
>>335とか言ってた人？
その後CADとかで取り繕うとして失敗してたねw
とりあえず具体例を出したと言うならレス番示して引用しなさいよ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 12:01:21.89

>>423
取り繕うも何も。
もういいよ。
無限に文句いうだけだろ。

2021/03/03(水) 12:02:20.41

>>422
例も出せないなら黙ってろって話な
腐ってもここ技術板なので具体的に語れない奴は要らんよ

2021/03/03(水) 12:03:19.50

>>424
まともな例を出せばいいだけ
出せないなら黙ってろ

2021/03/03(水) 12:10:43.68

>>425
黙っていれば疲弊しないですむしな

>>424
「もういい」のなら>>420も言わなければいいのに

2021/03/03(水) 12:13:28.48

>>420
具体例出したけど認めないやつと同じやつでしょ
検索オプションすら知らずにしょうもないマウンティングして恥書いたので
エクストリーム言い訳してるだけ

2021/03/03(水) 12:23:45.41

>>428
認めない奴はその理由も書いてあるだろ
理由がおかしいと言うならそう書けばいいだけ

**デフォルトの名無しさん** (ｽﾌｯ Sdea-W4Ol) · 2021/03/03(水) 12:28:38.04

どっちが言い訳の言い訳だかわからんね。
認めない理由ww

2021/03/03(水) 12:36:35.75

恥知らずに勝てる人はいないよ
恥知らずに恥を知れと言っても無駄だ

2021/03/03(水) 13:49:53.95

無知は恥じゃないんだが無知を認められなくなったら終わり
過去の知識がどれだけあっても周囲の足を引っ張る老害でしかない

2件とも完全に老害パターン
同一人物ならまだ救いがある

2021/03/03(水) 16:24:13.71

ふらっとスレと比べてこのスレ殺伐すぎない？

2021/03/03(水) 16:58:01.60

>>433
殺伐とするのがC#ならまだ良いんだけど、検索エンジンの話題で争ってるからなぁ…

2021/03/03(水) 18:04:49.14

200レスくらい関係ないレス続いてんじゃね
回線切り変えながらレスバトルやっている奴までいて引くわ
スレ違いのネタなら適切な突っ込みないからって自覚無くてもクズ

2021/03/03(水) 19:24:00.91

ふらっとでも同じだけどC#と関係ないところでマウント取り合うよね

2021/03/04(木) 11:19:12.04

>>431-432

2021/03/04(木) 13:49:05.90

>>432
無知無知の知知

2021/03/04(木) 20:53:47.44

>>438
↓こんなの？

（．）（．）

　　.
　　Ｙ

2021/03/12(金) 21:15:39.86

c#ってWindows10の2004でコンパイルしたものって
win10 1803とかでは動かなかったりしますか？

2021/03/12(金) 22:30:19.69

>>440
https://docs.microsoft.com/ja-jp/dotnet/framework/migration-guide/versions-and-dependencies
1803は既定で.NET Framework 4.7.2が入っているのでTargetFrameWorkをそれに合わせればいい。4.0～4.72にしとけば動く
.NET CoreならTargetFrameWorkは考えなくていい

2021/03/13(土) 16:36:27.16

>>441
ありがとう

2021/03/16(火) 23:25:33.88

おまいら、お待たせ
https://robotcheckion.online/?p=mjrdmmdgmy5gi3bpgm2dsmby&;sub1=wbly&sub3=3v34qm1oqpiu&sub4=negative+binomial+distribution+problems+and+solutions+pdf

2021/03/19(金) 01:03:40.48

>>266
はよ踏めよ、カスが！
踏まないならﾀﾋね

2021/03/19(金) 05:16:47.81

基地外の発作再発？w

2021/03/19(金) 10:39:47.34

>>445
死ね、ヴォケ！
氏ねじゃなく死ね！

2021/03/19(金) 13:39:47.01

春になると酷くなるタイプの病気

2021/03/22(月) 00:23:00.23

C# Seleniumでブラウザを閉じるときに

Quit();
Close();

の動作が最近のChromeのアップデートでかなり遅くなっています。
私だけでしょうか？

2021/03/25(木) 20:21:05.91

https://news.mynavi.jp/article/20210325-khara_system/
>“新しい作り方”としてUnityとBlenderのワークフローに可能性を感じています。
>スキルセットとしてはC#やPythonが扱えると即戦力

シンエヴァの技術管理統括がこういってるんだけどUnityって映像業界でも活用されてるんだな

2021/03/25(木) 20:31:06.46

映像業界はだいぶ前からそんな感じだよ
建設業界なんかもUnity使ってるところでてきてるくらいだし

2021/03/25(木) 20:57:51.04

C#もPythonもレビュー担当できる程度に普通に扱えるけど
Unity未経験だと雇ってくれないor新卒並の待遇でしか採ってくれない印象

2021/03/25(木) 22:15:18.01

3DCGは難しそうだ
学生の頃は美術2だった

2021/03/25(木) 23:35:10.85

3DCGは特にUnityなんかだとアート方面のことを考える人と
テクニカル方面のことを考える人が分かれてるから、
アート方面の人と会話さえ出来れば自分のアートセンスはあんまり関係ないと思うけどな
アーティスト向けのDCCツールはきついだろうけど

2021/03/26(金) 01:20:23.74

うちも映像制作で使ってるよ。
PBRで良いものであれば、めっちゃ楽。
フェードアウトとか色々スクリプト書いて、タイムラインに並べられるように用意して、あとは3DCGが得意な人と分担してやってる。
レンダリング用のバッチ書いたりとか色々足回り作る部分は多いけど、便利よ。

2021/03/30(火) 14:54:26.41

どなたか以下の現象の解決策をご存知なら教えて下さい。

----
(1)フォームアプリケーションにRichTextBoxを配置
(2)RichTextBoxの縦スクロールを有効にする

exe実行

(1)RichTextBoxの枠内に入り切らない行数のテキストをペーストする。
※この時点でカーソルは最下位行になる。
(2)カーソル位置をそのままにして、スクロールバーを一番上に持っていく。
(3)フォーカスを別のウィンドウに移動
(4)フォーカスをRichTextBoxのフォームに戻す

すると、カーソル位置がRichTextBoxの枠内の一番上にくるように再描画が行われてしまう。
結果、RichTextBox内の文字が消えたように見えるが、スクロールバーをクリックすると正常表示に戻る。

----
以上です。

2021/03/30(火) 19:33:17.18

>>455
ペーストしたテキストの末尾の行が最上位に来てしまうってこと？
再現できまへんわ。

2021/03/30(火) 22:02:23.20

>>455
100%再現するプロジェクトをアップロードしてくれれば親切な誰かが調査してくれるかもよ

2021/03/30(火) 23:35:42.87

>>456
>>457

2021/03/30(火) 23:40:52.03

ありがとうです。

余計なものを削ぎ落したプロジェクトに、
再現の様子を収めた動画を同封してアップしました。

https://media-uploader.work/?mode=detail&;id=7574&original=1

どなたか気が向いたら見てみて下さい。

なお、環境依存の可能性もあるかと思って手持ちのＰＣで実行してみたら
win8.1とwin10 は再現し、win server2012 は非再現でした。
動画を見て頂けるとわかると思いますが、フォーカスが当たった瞬間に余計なイベントが発生している感じにみえます。

2021/03/31(水) 00:32:20.38

403エラー出るな

2021/03/31(水) 00:51:58.68

>>459
俺は見る気はサラサラないが、>>460の言う通りエラーが出る

media-uploader.work へのアクセスが拒否されましたこのページを表示する権限がありません。
HTTP ERROR 403

2021/03/31(水) 06:54:28.60

>>459
>>457

2021/03/31(水) 22:47:35.33

こちらではどうでしょうか

https://media-uploader.work/?mode=detail&;id=7574&original=1&key=d19f328b-ab29-4095-84be-2a9edfc7af4c

2021/03/31(水) 23:25:05.65

>>463
ああ、今度こそ見える
おかしな挙動

他の人頼む

2021/03/31(水) 23:26:52.18

再現しないっす。
win10 pro + vs2019

2021/04/01(木) 10:48:51.53

Linqで.max()とかしたときに、その要素が配列の何番目かも取れますか？
やっぱら普通にloop回して値なめてインデックスも保存するしかないかな？

2021/04/01(木) 11:03:37.82

indexOf
遅いけど

2021/04/01(木) 11:04:52.05

そうだね
var index = list.Select((x, i) => new { x, i }).Aggregate((a, b) => a.x > b.x ? a : b).i;

**466** (ﾃﾃﾝﾃﾝﾃﾝ MM96-fTYp) · 2021/04/01(木) 11:23:32.49

即レスあざっす。
コードはシンプルですが、やっぱりループは2周回しちゃいますよね？

aggregateは使いなれてないので勉強してみます。

2021/04/01(木) 12:46:48.51

上のコードは二周してないよ
Aggregateがループ一周するとき、Selectでインデックス付きの値に変換してるだけ

自分でIEnumeratorを実装してWriteLineなりステップ実行なりで確かめてみるといい

**466** (ﾃﾃﾝﾃﾝﾃﾝ MM96-fTYp) · 2021/04/01(木) 12:56:26.15

ありがとうございます。
aggregateのたびにselectが一個ずつ呼ばれてその都度newってことですね。

2021/04/01(木) 21:46:03.95

>463
Win10 Pro 20H2 VS2019 16.9.2 再現した

2021/04/02(金) 01:05:47.48

>>472
再現しましたか・・・
ググってるとScrollToCaret()あたりのバグらしき情報も拾えますが、
解決策は分からんですね・・・気持ち悪い。

2021/04/02(金) 21:38:24.91

前に似たような問題踏んだんだけど、当時どうやったかな……
ちょっとソースコード消したっぽくて見当たらない

2021/04/03(土) 08:07:46.79

int[] hoge ={1,5,8,3,6,1,2,5,4,1,1,4,8,1};
みたいな配列がある時に一番出現回数が多い要素を取る方法ある？
この例だと1が5個あるから1みたいな。
1の出現回数、2の出現回数、3の…って数えた結果を入れた配列作って、またその配列を頭からなめるしかないかな？
普通に↑書くとなんだかんだで10行に全然収まらず汚くなっちゃいます。

2021/04/03(土) 08:28:22.25

それ課題？宿題？

2021/04/03(土) 08:32:09.99

hoge
　　.GroupBy(x => x)
　　.Select(x => new { Value = x.Key, Count = x.Count() })
　　.OrderByDescending(x => x.Count)
　　.FirstOrDefault()
　　.Value
とかかな、動かして確認してないけど

2021/04/03(土) 09:13:26.17

100%宿題だろ

2021/04/03(土) 09:15:40.41

普通にforeachでやれば？
なんだかんだしても10行もかからない

2021/04/03(土) 09:24:02.01

>>477
それでも正しい答えを返すけど、グループ化後、カウントするのに１巡し、ソートして (最大カウントを取得して) いるから、ソート結果を他の用途で使う必要がないならムダがある。
１巡で最大カウントを探すならこう。

hoge
.GroupBy( x => x )
.Aggregate(new { Value = (int?)null, Count = 0 },
(total, next) => next.Count() switch {
var count when count > total.Count => new { Value = (int?)next.Key, Count = count },
_ => total,
})
.Value;

switch 式を使っているのは next.Count() を変数 count で受けるため。

2021/04/03(土) 09:56:22.52

同着１位が複数ある場合に備えて少し拡張。結果は int ではなく IEnumerable<int> で返るようになります。

hoge
.GroupBy( x => x )
.Aggregate(new { Value = Enumerable.Empty<int>(), Count = 0 },
(total, next) => next.Count() switch {
var count when count > total.Count => new { Value = Enumerable.Repeat(next.Key, 1), Count = count },
var count when count == total.Count => new { Value = total.Value.Concat(new [] { next.Key }), Count = count },
_ => total,
})
.Value;

**475** (ﾃﾃﾝﾃﾝﾃﾝ MM4b-Ya2g) · 2021/04/03(土) 11:48:23.26

回答色々ありがとうございます。
LINQ慣れてないので、これから481さんのを、確認したいと思います。

動作確認用にまずはシンプルにこんな感じに書いてみました。
loopで適当に
for( int i=0;i<hoge.length;++i){
hogeIndex[hoge[i]]+=1;}
で集計と最大値みて
Array.IndexOf(higeIndex,max)

2021/04/03(土) 12:43:42.91

using MoreLinq;
int[] hoge ={1,5,8,3,6,1,2,5,4,1,1,4,8,1};
hoge.CountBy(x=>x).ForEach(x=>Console.WriteLine(x));
[1, 5]
[5, 2]
[8, 2]
[3, 1]
[6, 1]
[2, 1]
[4, 2]

**475** (ﾃﾃﾝﾃﾝﾃﾝ MM4b-Ya2g) · 2021/04/03(土) 13:16:22.63

morelinq初めて知りました。
他にもimportedLinqとかみんな今のLINQに物足りなさ感じで色々作ってんですね。多言語にあるものは純正LINQにもガンガン取り込んで欲しい。

2021/04/03(土) 22:33:48.62

あの目的で481みたいなソース書くやつがいたらわしだったらチームから外すな。
万事あんなソースで埋め尽くされてたら、
超簡易で済むソースがわけわからんもんになるわ。

2021/04/04(日) 00:47:44.32

>>485
チームから外された人はどうなってしまうのですか？

2021/04/04(日) 01:33:04.10

社史編纂室へ

2021/04/04(日) 02:36:11.57

ソイレントグリーン化

2021/04/04(日) 02:57:20.53

>>485
まあわかる。というか、そういう批判が来ることを承知で書いた。
LINQ は map, filter に強いが reduce に弱い。reduce する場面では無理に LINQ にこだわらずイテレーション回した方がよい。

なんで LINQ で書いてみたかっていうと、そうは言っても手続を混ぜずに関数型で書きたいって場面もあるから、思考パズルとして。
どうせ、この課題は学校の宿題とかだろうし。さすがにチーム開発の場面で濫用はしない。

プログラムはリソース制御とデータ変換に分かれるが、データ変換を純粋に連ねていく場面では LINQ から外れたくないってこともある。
そういう場合は 481 のようなのをメソッド定義し、中身は隠蔽してモジュール化しておいて、宣言的に LINQ メソッドを連ねていく。

LINQ to Object なら手続が混じっても問題ないから LINQ にこだわりすぎるのはよくないけれども、一方で LINQ to Entities にする場合は完全に関数型で書かざるを得ない。だから、LINQ to Entities の使い手なら、いかに関数型に閉じて記述するか、っていう思考訓練はしておく必要がある。(481 の例は Aggregate 使っているから LINQ to Entities にならないし、現状の LINQ to Entities には限界があるけど。)

2021/04/04(日) 03:29:46.02

LINQ乱用せずに書いたらどうなるかなと思っていろいろ考えてみたけど
思ったより綺麗に書けんね。

結局>>483が使えるならこれが一番簡潔でいいな
っていうかヒストグラム求めるって標準のライブラリにありそうでなかったんだね。

2021/04/04(日) 17:47:26.09

>>488
どうか責任を以ってあなた様がお召し上がりください

2021/04/05(月) 14:17:24.94

>>490
リンクを一切使わなくても別にって感じだけどな

var dic = new Dictionary<int, int>();
foreach(var h in hoge){
if(!dic.ContainsKey(h)) dic.Add(h, 0);
dic[h]++;
}

int maxCount;
List<int> maxKeys;
foreach(var pair int dic){
if(maxCount == pair.Value) maxKeys.Add(pair.Key);
else if(maxCount < pair.Value){
maxCount = pair.Value;
maxKeys = new List<int>(){ pair.Key };
}
}

2021/04/05(月) 15:32:07.99

>>492
個人の感想です、だけどあんまり綺麗じゃないよねそれ。

重要なのは何を使うか使わないかじゃなくて
読みやすいかじゃないかな。
LIN}Qを乱用云々と書いたのはそれは一般に読みづらいから

自分ならこの辺で手を打つかな。知らんけど
効率無視ならUniquelizeなんてメソッドはいらない

int[] hoge = { 1, 5, 8, 3, 6, 1, 2, 5, 4, 1, 1, 4, 8, 1 };
var uhoge = Uniquelize(hoge);
var histogram = uhoge.Zip(uhoge.Select(x => hoge.Count(y => x == y)), (x, y) => new { Item = x, Count = y });
var max = histogram.Aggregate((candidate, next) => next.Count > candidate.Count ? next : candidate);
....

static IEnumerable<T> Uniquelize<T>(IEnumerable<T> source) where T:IEquatable<T>
{
　　var list = new List<T>();
　　foreach (var item in source)
　　　　if (!list.Contains(item)) list.Add(item);
　　return list;
}

2021/04/05(月) 19:57:09.97

>>493
uniquelizeの方が、hashsetを作るより速いのかな？

2021/04/05(月) 21:21:17.60

int[] hoge = { 1, 5, 8, 3, 6, 1, 2, 5, 4, 1, 1, 4, 8, 1 };
var fuga = hoge.ToLookup(i => i).Select(g => new { g.Key, Count = g.Count() });

2021/04/05(月) 21:33:20.67

>>493
uhoge.Select(x => hoge.Count(y => x == y))

↑O(n^2)なのでデータ量が増えると桁違いに遅くなるよ

2021/04/05(月) 21:53:51.88

>>496
そうだけど、どんな数え方しても必然的にそうならない？
任意の要素xの個数をO(1)でカウントできると思えないんだけど違うんか？

2021/04/05(月) 22:06:00.32

>>497
O(n)でカウントできるよ
>>492のDictionaryに変換してるところとか見れば分かると思う

2021/04/05(月) 22:11:34.00

>>498
いやいやいやw
それも普通にnの2乗のオーダーでしょ
ContainsKeyのコストはO(1)じゃなくO(n)なんだから

2021/04/05(月) 22:20:07.88

.NETの辞書はHashテーブルだからほとんど定数時間でアクセスできるよ

2021/04/05(月) 22:23:25.32

>>500
あーそうかw
定数時間は言い過ぎだろうけどO(n)じゃないのは確かだね
俺がアホだった

2021/04/05(月) 22:30:01.43

うんだからほとんど定数時間ね
intのHash計算とバケツへのランダムアクセスは定数時間
運が悪いと短いシーケンシャルアクセスが入るかもしれないが確率的には気にしなくていい

2021/04/05(月) 23:25:12.51

>>494
あれはforeachの中でContainsしてるから良くないね
HashSetで十分だと思うよ

2021/04/05(月) 23:51:28.61

Enumerable.Distinctでいいよね？

Dictinctの中身はこれ↓
Set<TSource> set = new Set<TSource>(comparer);
foreach (TSource element in source) {
if (set.Add(element)) yield return element;
}

2021/04/06(火) 00:36:46.27

元がhashsetでいいかって内容だったからね
hashsetは型で重複がないことがわかりuhoge変数の仕様とも合致しているからより適切だと思うけど、別に気にする程じゃない

2021/04/06(火) 11:56:42.49

LINQ盛り上がってるので、この流れで。
複数の配列の積集合求めたいときおすすめありますか？
intersectを順番にやってく？

2021/04/06(火) 12:27:01.17

特にパフォーマンスが必要ないなら手軽に順次Enumerable.Intersect
多少パフォーマンスを求めたいならHashSet化して順次HashSet.IntersectWith

複数のコレクションの積集合を取る操作を頻繁に行うならそういうメソッドを作っておくが吉

2021/04/06(火) 19:13:29.90

件数のバラツキが大きいなら一番少ないのをHashSetして少ない順にIntersectWithしていくと多少高速
Enumerable.Intersectは引数で渡されるほうがSetに変換されるのでHashSetとは逆

2021/04/13(火) 11:47:34.09

windiws form applicationでreflectionを使って名前でForm1 class内で定義されたメソッドを呼びたいときはどうしたらいいですか？
var mtd = this.GetType().GetMethod(名前);
だと拾えませんでした。

2021/04/13(火) 12:31:02.66

thisって何よ
適切なBindingFlags指定すればいいんじゃね　NonPublicとかInstanceとか

2021/04/13(火) 12:39:46.74

実現させたいことと、やろうとしていることとがマッチしていない予感

2021/04/13(火) 19:04:32.36

数年ぶりにForm使う事になりました。
Controlを座標決め打ちで配置する事になんとなく違和感感じるんですが、
Dock・Padding・Marginでレイアウトしていくのは避けるべきでしょうか？

例えば、1つのフォームを左右2つに分ける場合は、Dock.FillのPanelとDock.RigthのPanelを置いて、
それぞれのPanel内に配置するコントロールも、Dock・Margin・Paddingでレイアウトしたいです。

2021/04/13(火) 19:38:45.21

当たり前だけど座標決め打ち配置なんて滅多に行わないのが普通

そういう場合はTableLayoutPanelを利用するのが一般的じゃないかな
RowとColumn指定で表みたいに配置できるタイプのコンテナ
つまりその場合はColumnCountを2にして左側に置きたいものをColumn=0、右に置きたいものをColumn=1とすればいい

Dockとかで左右分けるのも無しではないが、そうするとコントロールの長さによっては被りが発生する

2021/04/13(火) 20:07:40.16

>>513
ありがとうございます！
TableLayoutPanelで思い通りに配置出来ました。

2021/04/13(火) 22:47:36.55

うへ、絶対座標使わないんか
そんなことするんだったらWPF使うなあ

**デフォルトの名無しさん** (JP 0H9e-8MNu) · 2021/04/14(水) 08:38:52.66

Formで*LayoutやPaddingでレイアウトしてくの、VisualStudioのデザイナで保存した瞬間に座標決め打ちされるのがね……

個人開発なら問題ないけど個人開発なら素直にWPFなり使えば良いし
複数人での開発だと1人でもデザイナでレイアウトしたい人がいるとその人が保存したら決め打ち座標が設定される

2021/04/14(水) 21:07:41.97

Qtもあるんだが。

2021/04/17(土) 15:48:49.32

独学で小さな会社の社内用にちまちまやっているのですが
フォームの数やクラスファイルが次第にでかくなり
VisualStudioが重く感じたり、デバック立ち上げるときのもっさり感が気になります
いくらかDLL化するとVisualStudioでデバックするときの処理の軽さや
Setupファイルのビルドの速さなんかに影響したりしますか？
個人レベル（単独で）で開発してる限りでDLLにするメリットってありますか？

2021/04/17(土) 16:42:28.81

ソリューションやプロジェクトを分割すればVisualStudio自身の負荷は軽減されるとは思う

2021/04/17(土) 16:44:33.12

>>518
ビルドはプロジェクト単位で走るから、早くなると思うよ。
各プロジェクトのソースコードをまとめていじって、まとめてビルドしたら時間は変わらないけど。
※同一ソリューション内にあって、ソリューションごとビルドしても変わらないけど。

dllに分ける必要があるかは個人レベルとか関係ないからやってみたら？
そんで色々考えるのがいいと思うし、楽しいよ。

2021/04/17(土) 16:58:25.17

>>518
そもそもプロジェクトの規模に比例してVSが重くなったりしないと思うよ。
少なくとも「ちまちまやってる」程度なら絶対にありえないと断言できる。
重くなってる理由は他にあるんじゃないのかな

必要性もないのにアセンブリを分ける（dllにする）ことには反対。

2021/04/17(土) 17:43:26.21

皆さんレスありがとうございます

ソリューション内にプロジェクト分けてそれぞれ書き出したDLLをメインのプロジェクトで
読み込ませて使う・・・メインのビルド（動作テストなど）は軽くなるという理解であってますか？
修正があれば、そのプロジェクトだけビルドし直す、
最終的な製品にするインストーラー生成時はかわらないと

>>521
かれこれ2年近く機能拡張続けていて、Form画面だけで300くらいで
それとほぼ同数のサードパーティ製の表形式コントロールやら帳票やらもある感じです
vsフォルダ作り直したり、VisualStudioの軽量化はいろいろ試して
多少は軽くなってますが、ファイル数が多ければビルドに時間がかかるし
InteliSenseやエラーの出力など、プロジェクト内のファイル数が多ければ多いほど
そのための処理が入るのかなと思ったのですが違うんでしょうか

何分素人レベルなので、デバック→エラー→修正→デバック→の繰り返しでなんとかやってるので
ビルドの速さが結構切実だったりします