C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/22(土) 15:36:53.26

■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

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

■前スレ
C#, C♯, C＃相談室 Part92 （実質93）
http://echo.2ch.net/test/read.cgi/tech/1485589613/

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

**デフォルトの名無しさん** · 2017/08/01(火) 22:02:55.06

ロジカルが全てならleaveとenterは完全に同時発生しないとおかしいわけで
先にleaveと言っている時点で既にロジカルから妥協しているだろ

多分数学が得意だと思いこんでいたタイプの人だね

**デフォルトの名無しさん** · 2017/08/01(火) 22:13:48.41

まだや

**デフォルトの名無しさん** · 2017/08/01(火) 22:17:32.13

途中で送ってしまった
が、それはどうでもいい

実際コードを書いて確認した
予想通りというか内容的には納得の内容の結果を得た

それになんでこんな仕組みになってるかも理解した
他に並んでいるイベントをよく見るとおやっと思ったのでそこをつついたらいい答えがでた
Enterは確実に後でなくてはいけない
理由がちゃんとある
てめえらで確認せえや

**デフォルトの名無しさん** · 2017/08/01(火) 22:18:32.76

>>647
実験の結果
同時に起こってはいけないという結論に至った

**デフォルトの名無しさん** · 2017/08/01(火) 22:21:58.45

そして
EnterやLeaveは過信してはならない
というか仕組みを理解しないで使ったらだめだなこれは

**デフォルトの名無しさん** · 2017/08/01(火) 22:25:45.32

>>651
シビアな場合はBeginInvoke噛まして、両方発生してから動かすのが吉だな

**デフォルトの名無しさん** · 2017/08/01(火) 22:30:33.16

>>647
よく考えてから人を批判した方がいいよ

仮に一時的にどのコントロールもフォーカスを持たない状態が出来ても
入力フォーカスの排他性と矛盾しないが、2つのコントロールが同時に
入力フォーカスを持ったら矛盾する

**デフォルトの名無しさん** · 2017/08/01(火) 22:36:38.37

君らも思い込みで話さないでテストしたらいい
しつこく何度もやってると思ってるのと結果が違うから

**デフォルトの名無しさん** · 2017/08/01(火) 22:45:07.88

英語圏の人間じゃないから感覚がわからなかった

leave　left left

leaveであってleftじゃないってこった

**デフォルトの名無しさん** · 2017/08/01(火) 23:04:17.70

>>653
それは君のオレオレ正義仕様でしかないだろ。
世の中にはそうでないものもあるってことさ。
有名なのはPHPの三項演算子が左結合とか。
http://y-uti.hatenablog.jp/entry/2013/03/10/101020

仕様ってのはそう決められていれば仕様であって、
効率的でない/直感的でない/矛盾しているとかは別の話。
とはいえ、これらの場合は糞仕様と呼ばれることになるが。

**デフォルトの名無しさん** · 2017/08/02(水) 00:04:23.74

だからオレオレとかそういう話じゃなくて、全体の仕様に矛盾があるかないかのっていうロジカルな問題なのw
好みが入り込む余地なんかどこにもないってのw

いってるそばからこれ>>646だね。
まさにバカの壁

**デフォルトの名無しさん** · 2017/08/02(水) 00:32:50.52

ボクシングでも何でもいいけど、排他的にしかタイトルホルダーになれないとしたら、
タイトルホルダーが誰もいないのは問題ないけど、同時に二人がタイトルホルダー
になるのはまずい。

だったら、「ダイトル返上」イベントの前に「タイトル獲得」イベントが発生する仕様は
破綻してるに決まってるじゃないの

**デフォルトの名無しさん** · 2017/08/02(水) 00:37:07.47

>>658
破綻してはいないんだよ。
数学が得意なつもりだが実は馬鹿な人には分からないのだろうけど。

**デフォルトの名無しさん** · 2017/08/02(水) 00:41:26.26

まあバカの壁の向こう側の人に何言っても無駄だからこれ以上はどうぞお好きに。
自分の同僚にこういう人いなくてよかったw

**デフォルトの名無しさん** · 2017/08/02(水) 00:47:00.95

つーか、自分の学校時代の成績考えりゃ自分が数学脳の持ち主かどうかなんて
だいたい見当つくとおもうんだけどねw

どう考えてもロジカル思考が得意なタイプと思えんが、その自信はどっから来るのかねw
ネトウヨと同じ、抑圧された劣等感としての自己陶酔か

**デフォルトの名無しさん** · 2017/08/02(水) 01:01:44.68

？

**デフォルトの名無しさん** · 2017/08/02(水) 01:29:41.48

>>661
むしろお前の自信の方が不思議だわ。
とはいえ罵倒しあうのも意味無いから、片をつける勇気があるのなら、具体的に、
・○○のケースでEnter->Leaveの時には『絶対に』実装できない
というのを見つけてみろ。

それが確かにどうにも実装できないのなら、Leave->Enterの順でなくてはならないことになる。
それを俺らの誰かが実装できた＝解けたなら、君が馬鹿だという証明になる。
分かりやすいだろ。

俺はそういうのは無いと思っているから、
・君が何も言えなかったら俺の勝ち
・君が言った物を誰かが解けても俺らの勝ち
・君が言った物を誰も解けなかったら君の勝ち
となる。では出題よろしく。

>>654
ちなみにテストコードを書く元気があるのなら、
・フォーカスがある(Enter済)ControlをRemoveで親から剥がしてみな。
確認してないが、多分Leaveは発生しないと思う。
というかHTMLではそう。
だからガシガシ動的に書き換える場合は基本的にカウントするのは危険だったりする。(>>644)
この場合にLeaveが発生した方が楽なのかはよく分からん。
ただそれ以前にFormはHTMLとは違って
動的にControlを剥がしたりするように設計されてはいないから、
この辺をつつけば矛盾はボロボロ出るはず。
とは言っても、そういう使い方をするな、でしかないが。

**デフォルトの名無しさん** · 2017/08/02(水) 01:30:38.42

プログラムって国語だろ必要なの
仕様読み書き
言語読み書き

**デフォルトの名無しさん** · 2017/08/02(水) 02:27:05.38

>>663
何か訳のわからないこと書いてるけど、

> ・○○のケースでEnter->Leaveの時には『絶対に』実装できない
> というのを見つけてみろ。

そういうケースがあるとか、そんな話誰もしてないでしょ。
ばっかじゃないの本当。

仕様の整合性がないと言っている。
言っちゃ悪いけど、こんな簡単な話が理解できないのは、たぶんこのスレで君ともう一人ぐらいだよ。

**デフォルトの名無しさん** · 2017/08/02(水) 02:41:15.20

なぜ重箱の隅をつつくような話のように見えても論理的な整合性が重要かって、
普通のプログラマは、他人の作ったフレームワークであってもきちんと論理的に
整合性のある仕様になってるはずだと期待してそういう前提でコードを書くからだ。

論理的な整合性がない、仕様バグのあるフレームワークであっても
必ずしもそれが原因で実現できない処理が存在するとは限らない。
問題はそれが直感的でないこと。
プログラマの期待に反する仕様がバグを湯初すること。

**デフォルトの名無しさん** · 2017/08/02(水) 02:55:20.71

まあ、さすがにこのレベルの話が理解できないのが多数派とは思えないので、
誰か何か言ってやってよw

どうしてLeaveよりEnterが先に発生するような仕様は仕様バグなのか。
これがそんなに難しい話かねえw
言っちゃ悪いけど、頭悪い奴の思考回路って分からん。

**デフォルトの名無しさん** · 2017/08/02(水) 03:01:13.24

>>665
なんだ論点ずらしで逃げるのか。
ネトウヨを嫌っているのだからパヨクなんだろ？
まあパヨクが馬鹿で口だけなのはいつもだが。

俺は最初から.NETの仕様を問題にしている。
お前は「オレオレ仕様」と違うから勝手に「仕様バグ」だと喚いている。(>>638)
俺たちは「それは違う。バグではない」と言っている。(>>640,645)
理由は、それでも組める＝仕様として成立する範囲だから。
お前は馬鹿だからそれが分からず、俺らが組める範囲でも無理だと思っているだけ。
だったら証明してみろ、と言ったら君は逃げた。典型的なパヨクだね。

>>666
論点は、「仕様バグかどうか」であって、「いい仕様かどうか」ではない。
お前はそれすら分からない馬鹿パヨクのようだが。

とはいえ君は本当に馬鹿だから、これでも通じないだろう。終わりでいいよ。

**デフォルトの名無しさん** · 2017/08/02(水) 05:35:10.79

夜中の3時にこんな長文投稿している方が
社会的に破綻した人間だと判断される可能性が高いから安心しとけ

**デフォルトの名無しさん** · 2017/08/02(水) 05:39:02.58

あガガイのガイ

**デフォルトの名無しさん** · 2017/08/02(水) 06:34:20.03

このスレに頭のおかしいのが複数住み着いているのはよくわかる

**デフォルトの名無しさん** · 2017/08/02(水) 08:16:36.83

一人二役でしょ

**デフォルトの名無しさん** · 2017/08/02(水) 20:38:39.45

>>671
初心者スレにも同じ人が居着いてる

**デフォルトの名無しさん** · 2017/08/02(水) 21:15:27.89

夏休みになると単発の低脳煽りばかりだな。

**デフォルトの名無しさん** · 2017/08/02(水) 22:44:00.19

>>674=513,524

**デフォルトの名無しさん** · 2017/08/02(水) 23:22:53.88

Enterイベントが発生した段階でフォーカスはまだ移動してない筈だし
Enterイベントが発生したからといってフォーカスを得る保障も無かったはずだけど

あとコントロール間のイベントの発生順序の保障も無かったと思ったがな

**デフォルトの名無しさん** · 2017/08/02(水) 23:36:37.48

>>676
だから試せと言ってるんだけど

思い込みはよくないそれと
上に出てたイベント発生順をよく見て理解できないところを埋めないと

おまえらに大ヒントだけどVのつくイベントを実装してから1テストしろ
そしたらleaveより先にenterが発生してはいけない理由がわかる

**デフォルトの名無しさん** · 2017/08/02(水) 23:49:30.35

>>677
>思い込みはよくない

たしかに
たまたまテストした範囲でそうなったから保障されてるという
思い込みはよくないな

**デフォルトの名無しさん** · 2017/08/02(水) 23:56:28.98

お、そうだな。ちゃんとライブラリのソース読まないとな

**デフォルトの名無しさん** · 2017/08/03(木) 00:02:17.81

ライブラリのソースを呼んでも、現在の実装がそうなっているというだけで
それが仕様として保障されてるかどうかとは別問題だけどな

まあ、現在の実装で確認できればほぼ問題ないケースがほとんどではあると思うが

**デフォルトの名無しさん** · 2017/08/03(木) 00:06:05.76

保障以前にそれが何を意図してるのかを理解できなければ意味がない

leaveより先にenterが発生してはいけない

**デフォルトの名無しさん** · 2017/08/03(木) 20:33:39.14

ID:fngH3Ate　毎年恒例の釣りに馬鹿が釣られてるw

**デフォルトの名無しさん** · 2017/08/03(木) 20:37:34.70

釣りバカ日記

**デフォルトの名無しさん** · 2017/08/04(金) 00:00:37.68

>>668
牛さん角さん懲らしめてやりなさい

**デフォルトの名無しさん** · 2017/08/04(金) 00:13:41.84

シススレ住民きてんね

**デフォルトの名無しさん** · 2017/08/06(日) 00:47:39.95

URIのパラメータって

**デフォルトの名無しさん** · 2017/08/08(火) 08:49:43.39

なんでいつもトンチンカンな議論が永遠に続くのかね。

そもそもMSDNに書かれてるイベントの順序は
ある一つのコントロールのフォーカスが当たってから
(もしくはアクティブになってから)
抜けるまでのイベント順が書かれてるだけで
コントロール間のイベントの推移が
書かれてるわけじゃ無いよ。
なんでleaveから始まらなきゃあかんのよ。

それが読み取れないのがそもそも
プログラマとしての適性が云々カンヌン…

テキストボックスのenterなどでボタンをvisible(テキストボックスのリサイズ？)、
ボタンのpressとleaveなどでボタンのhiddenとかテキストボックスのリサイズとしないから
コントロール間のイベント順なんて言う実装依存や環境依存に頼ることになって、
いらんバグの元をこしらえることになる。

**デフォルトの名無しさん** · 2017/08/08(火) 10:07:43.25

>>687
むしろいまごろになってトンチンカンなこと言ってるのは君だと思うよw

**デフォルトの名無しさん** · 2017/08/08(火) 10:47:16.15

MSDNに順序書かれてたか？どこにある？

**デフォルトの名無しさん** · 2017/08/08(火) 11:17:14.57

>>689
日本語読めないのかな？

そもそもの質問が
>>627
> https://msdn.microsoft.com/ja-jp/library/86faxx0d(v=vs.90).aspx
『Windows フォームのイベントの順序』
についてだったんだが。

脱線しすぎてなんの議論してるかも忘れちゃったのかな？

**デフォルトの名無しさん** · 2017/08/08(火) 11:17:49.60

せいぜい>>627からの話なんだから読めよｗ

**デフォルトの名無しさん** · 2017/08/08(火) 11:26:27.88

>>690
それかー
ここ1週間で読んだの最新3レスぐらいだったからなｗ

**デフォルトの名無しさん** · 2017/08/08(火) 11:54:42.43

>>627が1週間前で60以上も駄レスが続いてるのに
3つって。数も数えられないのかな？

**デフォルトの名無しさん** · 2017/08/08(火) 12:00:16.14

>>686-689ぐらいしか見てないってことだよ。議論（）になんて混じる気もない

**デフォルトの名無しさん** · 2017/08/08(火) 12:14:14.78

フォームアプリケーション作ってるとついついフォームのクラスに全部書き込んでしまうんですが、クラス分けの基準というか、指針はありますか？

**デフォルトの名無しさん** · 2017/08/08(火) 12:55:26.31

>>695
難しく考えない。
UIがWPFになってもUWPになってもそっくりそのまま使いまわせたらうれしいよね？

逆に言うと、そうなってないなら考え方が間違ってる

**デフォルトの名無しさん** · 2017/08/08(火) 13:24:39.29

それは違うんじゃないか？
普通のwinformsのアプリをMVVMにも使いまわせるように
なっているのはある意味おかしい

M層だけ使いまわせることになってるけど
実際はモデルの仕組みをMVVMよりに設計したりしないといけない
つまりMVVM知ってないとwindowsformでアプリ作れないって変なことになる

そういう目的なら最初からWPFなりUWPなりで作れと思う

**デフォルトの名無しさん** · 2017/08/08(火) 13:28:24.18

つ、つまりどうゆうことだってばよ

**デフォルトの名無しさん** · 2017/08/08(火) 13:37:56.15

質問者のレベルがわからないから答えられません
というのはやめといて
基本的に自分で糞コードいっぱい書くしかない

わからないときは人のソース見たりしてみたりもいい
その中でもクソだなって思ったり自分でも使いたいところがあると思う

そういった成長の後でリファクタリングに進めばいい
同じコードが何度も出てきたらメソッド化してみたり（VSにメソッド抽出機能があるので楽）

**デフォルトの名無しさん** · 2017/08/08(火) 13:38:50.16

>>697
一般的なMVVMが本当にそうなってるなら（なってないと思うけど）。それはMVVMが間違ってる

**デフォルトの名無しさん** · 2017/08/08(火) 13:44:42.24

>>700
ModelにINotifyPropertyChangedを実装してるか？

**デフォルトの名無しさん** · 2017/08/08(火) 14:34:14.93

>>701
意味がわからないけど...

**デフォルトの名無しさん** · 2017/08/10(木) 09:00:34.80

今時ビジネスロジックなんか全部バックエンドにあるんだからフロントが何だろうがWeb API経由で完全疎結合だから問題にならないよ
あえて全部クライアントに置くような前時代的な設計を採用する場合、
それはアプリがクライアント端末のGUIやハードウェアに密接に依存していることが多いので
差し替えなんか考慮して作るのはそもそもナンセンスだ

**デフォルトの名無しさん** · 2017/08/10(木) 09:04:16.83

www

**デフォルトの名無しさん** · 2017/08/16(水) 23:47:55.42

AutoMapperのInitializeがめんどくさいんだけど
初期化なしで使えるマッパーライブラリなんかないかい？

**デフォルトの名無しさん** · 2017/08/16(水) 23:55:58.50

https://github.com/AutoMapper/AutoMapper/blob/master/README.md
AutoMapper知らなかったけどこのページのInitializeのことでいいの?
この程度ならリフレクションでやれば一発だろ
ジェネリックの代わりにTypeオブジェクトを引数に渡せるオーバーロードがあるのかは知らないけど、
それが無くてもMethodInfo.MakeGenericMethodで型引数を動的に指定できるよ

**デフォルトの名無しさん** · 2017/08/19(土) 16:01:47.79

最近C#の勉強を始めました
プログラミングも初めてです
return ◯◯
で結果を返すという事について教えてください

画像のstring resultString="";の部分のresultStringという変数にresultString="グー";という文の値を代入するまでは分かるのですが、1番最後の行の結果を返すというreturn resultStringはどこに値を返すのでしょうか？

1番上に記述されているprivete string getComputerHand();というメソッド？にグーやチョキなどの値を返しているのでしょうか？

初歩的な質問ですいません
http://i.imgur.com/CBE1y8L.jpg

**デフォルトの名無しさん** · 2017/08/19(土) 16:07:36.81

>>707
その画像の部分が結果を返すための一つのメソッド
他の部分で例えば
string str=getComputerHand(); //この場合はstrに結果の文字列が入る
みたいに書いてそのメソッドを呼び出す。

**デフォルトの名無しさん** · 2017/08/19(土) 16:21:16.67

>>708
レスありがとうございます
この画像でいうとresultString=◯◯の結果の値が
getComputerHand();
というメソッドに返されていて

意味としては
getComputerHand();=グーorチョキorパー
というような解釈でよいでしょうか…？

また重ねて質問なのですが
string resultString=" " ;
の文で" "を使うのは何故でしょうか？
格納先がstring resultStringとstring型で指定されているので要らないのかと思っていました

**デフォルトの名無しさん** · 2017/08/19(土) 16:44:58.20

>>709
メソッドに返すんじゃなくて「メソッドが返す値」
>getComputerHand();=グーorチョキorパー
だいたいあってる
>string resultString=" " ;
string resultString="" ; //半角スペースも何も入れない初期化
値が無い（未参照）の変数は返せないので必ず初期化が必要。これはコンパイラとかの制限
その程度だとここで聞くより自分で動かしてみたほうがダントツに早く身につく

**デフォルトの名無しさん** · 2017/08/19(土) 18:18:58.14

>>707
C#の基本的なことがわかってないみたいだから本屋行って「独習C#」でも買ってこい

**デフォルトの名無しさん** · 2017/08/19(土) 18:33:39.51

勝ってこい、だってさw
また「命令バカ」湧いてるのな

**デフォルトの名無しさん** · 2017/08/19(土) 18:49:18.16

>>707
これは君のノートか？
最近の学生は手書きではなくワープロでノートを取るのか？

**デフォルトの名無しさん** · 2017/08/19(土) 18:50:41.54

どう見ても教本やろ

**デフォルトの名無しさん** · 2017/08/19(土) 18:56:58.49

独習はいいぞ

**デフォルトの名無しさん** · 2017/08/19(土) 22:01:48.42

webBrowser1_DocumentCompleted はブラウザが完全に表示される直前で呼び出される
と思いますが、完全にブラウザが表示した時を知るにはどうしたら良いですか？

**デフォルトの名無しさん** · 2017/08/21(月) 18:30:42.33

戻り値ってのはアキュームレータに設定される値と思えば良い。

**デフォルトの名無しさん** · 2017/08/21(月) 19:51:35.44

アキュムレーターっていつの時代よww

**デフォルトの名無しさん** · 2017/08/21(月) 21:11:15.97

今だってあるだろう

**デフォルトの名無しさん** · 2017/08/21(月) 21:19:22.50

yes and noだね
厳密に言えばあるが、恐らく>>717が想定しているような意味での
特権的なアキュムレーターは無くして直交性の高いデザインにしよう、
っていうのがモダンな（っていっても40年ぐらい前からだと思うけどw）考え方じゃないの？

知らんけど

**デフォルトの名無しさん** · 2017/08/21(月) 21:21:19.34

C#と何の関係があるの

**デフォルトの名無しさん** · 2017/08/21(月) 22:22:34.16

アキュムレータって、x86のレジスタのEAXレジスタぐらいしか思いつかない。

**デフォルトの名無しさん** · 2017/08/21(月) 23:01:13.02

アキュムレータレジスタあるCPUなんていっぱいあるだろ。

**デフォルトの名無しさん** · 2017/08/22(火) 18:32:27.69

.Net Coreは良くなりましたか？

**デフォルトの名無しさん** · 2017/08/22(火) 19:43:21.89

うん

**デフォルトの名無しさん** · 2017/08/24(木) 00:18:50.06

C#erはタスク管理どうやってんの？
gradleみたいなツールが欲しいんだがdotnetランタイムだけで動作する類似品ツールはないのか

**デフォルトの名無しさん** · 2017/08/24(木) 06:39:12.62

>>726
タスク管理というと曖昧だな…ビルドツールのことを言ってる？
dotnetランタイムって言い方も普通しないけど、Cakeはどう？
https://www.cakebuild.net/

**デフォルトの名無しさん** · 2017/08/24(木) 07:12:48.15

遠慮せずにgradle使えよｗ

**デフォルトの名無しさん** · 2017/08/24(木) 18:07:20.03

>>727
すごく良いですね
こういうのを探してました

>>728
JREに依存したくなかったので…

**デフォルトの名無しさん** · 2017/08/24(木) 18:34:51.61

>>729
cakeの採用例はIdentityServer、omnisharp-roslyn、NUnitと有名どころでも増えてきてるし、覚えといて損はないよ

**デフォルトの名無しさん** · 2017/08/24(木) 19:31:41.54

>>728
調べて損した

**デフォルトの名無しさん** · 2017/09/02(土) 11:54:03.28

注文明細の税込価格を計算して注文ヘッダごとに合計する
合計値が注文ヘッダに設定されている注文上限価格を超えている注文ヘッダを抽出する
抽出した注文ヘッダを注文日順に順位を付ける
順位が100位から200位までの注文ヘッダを抽出する
抽出した注文ヘッダに注文明細を内部結合する

EFでこういうクエリ書ける？
速度チューニングできる？

**デフォルトの名無しさん** · 2017/09/02(土) 12:05:31.90

できる

**デフォルトの名無しさん** · 2017/09/02(土) 12:20:52.90

>>733
あなたならどう書きますか？

**デフォルトの名無しさん** · 2017/09/02(土) 12:33:45.54

それがおまえの仕事だろ。

**デフォルトの名無しさん** · 2017/09/02(土) 14:05:57.18

>>734
733を雇えば全て解決

**デフォルトの名無しさん** · 2017/09/02(土) 14:42:14.97

なるほどつまりできないんですね
その程度でしたか

**デフォルトの名無しさん** · 2017/09/02(土) 14:47:48.25

その程度なんです。2chに仕事を丸投げしようとしたあなたがアホだったんです。
もしあなたがSIerならMSのサポートにチューニングに関する質問はするべきです。

**デフォルトの名無しさん** · 2017/09/02(土) 14:59:00.54

ではこのスレは終わりですね
簡単な質問にも答えられないようでは存在する必要ないですよ

**デフォルトの名無しさん** · 2017/09/02(土) 15:10:27.17

仕事ができないキミは会社では終わりかもしれないけどね。

**デフォルトの名無しさん** · 2017/09/02(土) 15:20:05.79

いえいえ
あなたほどではありませんよ
あなたの終わってる感はまさに別格です

**デフォルトの名無しさん** · 2017/09/02(土) 15:48:07.94

なんだまたキチガイか

**デフォルトの名無しさん** · 2017/09/02(土) 16:17:03.28

馬鹿にしたり煽ったら教えてくれるだろうというみっともない期待は無駄だろうな。

仕事のことで、一人でチューニングもできないスキルレベルなら素直にMSに聞きたまえ。

これが相談室でのマジメな回答だ。チューニングは簡単ではない。経験が必要だ。
なのに経験しようとせず丸投げするおまえは開発に向いてない。別格のアホ。

**デフォルトの名無しさん** · 2017/09/02(土) 16:26:58.13

土曜に休日出勤してまで仕事やってんだ
あんまイジメないでスルーしてやれ

**デフォルトの名無しさん** · 2017/09/02(土) 16:31:49.27

>>741
休日出勤か
しんどいな
お大事に

**デフォルトの名無しさん** · 2017/09/02(土) 17:05:15.13

仕事の内容を2chで質問すること自体正気だとは思えない