teratailもりあがっtail？ 65問目

20仕様書無しさん2021/01/13(水) 17:22:54.57

>>18
俺ならこの回答見たら
2MB　何バイト
で検索　で解決

「調べて」「確認して」って言われてるだけじゃないか？
詳しく知りたければ「もう少し具体的に」とか求めれば済む話じゃないか？
やることやらずに熱心にストーカーやってりゃ世話ないわ

21仕様書無しさん2021/01/13(水) 17:37:12.69

まともな質問ほど回答付かないのが今の寺尾の実力

22仕様書無しさん2021/01/13(水) 17:42:56.63

>>21
まともな質問ってどれっすか
最近のでいいから上げてみてよ

23仕様書無しさん2021/01/13(水) 17:47:25.57

豆腐の思考回路は理解できん
それだけのこと

24仕様書無しさん2021/01/13(水) 17:56:03.81

>>21
豆腐君乙

25仕様書無しさん2021/01/13(水) 18:01:06.69

「俺の質問は高度で難しいから回答がつかない」と勘違いしてるやつ定期的に出てくるよね
確かに難しいがそれはお前が判断材料を全部握り潰してるからだっつーの

26仕様書無しさん2021/01/13(水) 18:01:56.40

>>22
https://teratail.com/questions/305597
https://teratail.com/questions/200629

27仕様書無しさん2021/01/13(水) 18:04:20.84

https://teratail.com/questions/315460

28仕様書無しさん2021/01/13(水) 18:41:08.04

>>26
otnの質問初めて見た

29仕様書無しさん2021/01/13(水) 18:42:33.91

>>25
それ、どれだ

握りつぶしてる
イコールよく調べてる
とも言えるから、それら以外で探せばいいんでない？

30仕様書無しさん2021/01/13(水) 19:14:17.67

>>29
よく調べてるんじゃなくてまともに修正依頼にこたえない質問だよ
いくらでもあるだろそんなの

31仕様書無しさん2021/01/13(水) 19:25:52.00

>>26
まいすまのは尼に聞けで終わりだな

32仕様書無しさん2021/01/13(水) 19:48:39.52

>>30
それは握り潰してるとは言わない

33仕様書無しさん2021/01/13(水) 20:26:49.16

>>32
なんだ勝ち組か

34仕様書無しさん2021/01/13(水) 20:44:01.39

でもオレオレ使ってるのはなんでだろうな…
RDS使ったことないから知らんけど、クライアント証明書を使って認証とかするんなら、個別に非公開CA立てた方が安全とか？

35仕様書無しさん2021/01/13(水) 20:53:06.25

その方がセキュアなんじゃね

36仕様書無しさん2021/01/13(水) 20:56:40.51

マイスマやオトンがする質問は彼らの知識をもってしてもネットのどこにもない知識だからSOなら解決するとも限らないんだよな
知恵袋で解決しない保証もないが

37仕様書無しさん2021/01/13(水) 22:15:03.39

https://teratail.com/questions/315727#reply-439971
アヒルはC#の参照渡し知らんのか

38仕様書無しさん2021/01/13(水) 22:40:12.74

Storingとか色々突っ込みどころはあるけど、outで受け渡しするくらいなら素直に戻り値で返せばいいのにと思う

39仕様書無しさん2021/01/13(水) 22:46:55.85

outなんぞわざわざ使うなよ…やばいだろ

40仕様書無しさん2021/01/13(水) 22:57:58.81

otnのやつ
https://unix.stackexchange.com/questions/148497/how-to-customize-bash-command-completion

41仕様書無しさん2021/01/13(水) 23:04:26.26

ちなみに>>40を書いた俺は>>21であり>>34も俺

42仕様書無しさん2021/01/13(水) 23:08:02.77

>>39
なにが？

43仕様書無しさん2021/01/13(水) 23:21:40.32

>>42
お前の頭

44仕様書無しさん2021/01/13(水) 23:27:38.07

答えられないのか

45仕様書無しさん2021/01/13(水) 23:39:36.47

>>40
otnの質問は「-Eオプションはどう使うと便利なのか」を尋ねてるんだぞ？

46仕様書無しさん2021/01/13(水) 23:47:36.41

>>45
このスレには馬鹿しかいないの？

47仕様書無しさん2021/01/13(水) 23:49:04.89

>>43
意地悪せずに教えてくれよ

48仕様書無しさん2021/01/14(木) 00:32:23.44

>>46
自分以外が全員バカに見えたら危険信号

49仕様書無しさん2021/01/14(木) 01:09:43.73

参照って要するに「管理されたポインタ」だろ
そう言われれば一言で理解できるのに、解説書でもブログでも意地でもポインタって言葉を使おうとしないんだよな

50仕様書無しさん2021/01/14(木) 01:21:08.03

アドレス持ってるとも限らないし

51仕様書無しさん2021/01/14(木) 01:41:44.93

outごときの話にポインタがどうのという話もいらないと思うけど
下らない言葉の定義に振り回されずに、.NETならポインタのようなものと言ってもいい
固定しないと動くけどな
.

52仕様書無しさん2021/01/14(木) 01:54:41.84

総説明するには相手がまずポインタを理解していないと

53仕様書無しさん2021/01/14(木) 01:55:01.25

総→そう

54仕様書無しさん2021/01/14(木) 02:11:45.77

>>49
そりゃ参照はポインタじゃないからな

55仕様書無しさん2021/01/14(木) 02:54:03.12

>>49
管理されたポインタなんてオレオレ用語が他人に通じると思うなよ

56仕様書無しさん2021/01/14(木) 05:24:08.55

俺は>>49じゃなくて>>51だけど、下らない言葉の定義に振り回されるバカがいるから
管理されたポインタ(のようなもの)と言ってしまってもいいと思うんだよな

https://docs.microsoft.com/en-us/dotnet/api/system.intptr?view=net-5.0
The following example uses managed pointers to reverse the characters in an array.

ただ繰り返すけど、outごときの話にポインタがどうのという話もいらないと思う

57仕様書無しさん2021/01/14(木) 07:07:19.77

ポインタの値渡しと参照渡しは同じとか言い出しそう。

58仕様書無しさん2021/01/14(木) 07:21:21.13

そういう下らない言葉の定義をqiitaとかで記事にするバカが多いから、あり得ない前提が生まれるんだよ
参照をポインタで説明するなら、ポインタの参照はポインタのポインタだろ

59仕様書無しさん2021/01/14(木) 08:08:59.45

「管理された」と「managed」はちょっと違う
後者は「マネージド」と訳される.NETの独自用語

60仕様書無しさん2021/01/14(木) 08:14:09.77

とりあえず分かってるやつ混じって議論してこい
高評価してやろう

61仕様書無しさん2021/01/14(木) 08:16:20.69

んでマネージポインタはこいつ
https://docs.microsoft.com/ja-jp/dotnet/api/system.intptr?view=net-5.0
参照とは別物

62仕様書無しさん2021/01/14(木) 08:24:39.45

>>49
そんな独自用語で解説したらmanaged pointerと混乱必至だな

63仕様書無しさん2021/01/14(木) 08:30:35.78

>>49
当たり前
C#には「マネージポインタ」と「非マネージポインタ」が参照と別にある
参照をポインタと呼ぶとかえってややこしくなる

64仕様書無しさん2021/01/14(木) 08:37:29.70

英語のmanaged pointerをマネージポインタと訳そうが、管理されたポインタと訳そうが用件は伝わる
そんな連想もできないならエンジニアには向いてない
https://ufcpp.net/study/csharp/sp_unsafe.html

65仕様書無しさん2021/01/14(木) 08:38:31.35

アンカー付けとくか
https://ufcpp.net/study/csharp/sp_unsafe.html#managed-pointer

66仕様書無しさん2021/01/14(木) 08:43:40.81

>>65
そのリンク先でも一貫してmanagedポインタじゃないか
管理されたポインタなんて用語で通じると思ってるのはお前だけだろう

67仕様書無しさん2021/01/14(木) 08:44:29.17

あれれ？マネージポインタでないから怒るんじゃないの？ｗ

68仕様書無しさん2021/01/14(木) 08:44:46.29

>>64
でもおまえの言ってるのはマネージポインタじゃなく管理されたポインタだろ？
完全に理解したつもりで混乱してんじゃん
それにC++でもポインタと参照は別物だぞ？
だから素人は公式だけ読めって言われるんだ

69仕様書無しさん2021/01/14(木) 08:47:58.29

>>67
「管理された」じゃなくmanagedって書いてるぞ？
「ポインタ」じゃなく「ポインタと同じような」って書いてるぞ
どこ読んでるんだ？

70仕様書無しさん2021/01/14(木) 08:55:31.96

大抵の人間はそれ全部同じと認識して話が通じるから、余計な齟齬は発生しない
お前エンジニアというか理系全般のクリエイティブな仕事に向いてないよ

71仕様書無しさん2021/01/14(木) 08:59:58.26

>>70
相手が複数いるのにそれを区別できず同一人物が話してると認識しちゃう人だったか

72仕様書無しさん2021/01/14(木) 09:03:53.56

>>70
お前がそれらの区別つかないからって他のエンジニアもそうだと思うなよ
お前の言ってる「エンジニア」がお前レベルのド素人のことなら知らんけど

73仕様書無しさん2021/01/14(木) 09:05:00.75

ポインタと参照の区別つかないエンジニアなんておらんやろ
もしかしておる？

74仕様書無しさん2021/01/14(木) 09:07:21.17

charとbyteの区別がつかんやつなら区別できんかもしれん
ポインタはアドレス値のことじゃなくあくまで型の名前なんだよなあ

75仕様書無しさん2021/01/14(木) 09:12:34.47

「違うものですよ」ってわざわざ違う名前をつけてるのに「ややこしいから全部同じと考えればいいや」と思うやつがいるから逆にややこしくなる

76仕様書無しさん2021/01/14(木) 09:24:34.20

また下らない言葉の定義を気にするバカがあり得ない前提を作ってるな
自分の言葉を統一して本家に合わせるのはいいこと
他人に自分の言葉を強要するやつはエンジニアに向いていない
他人の言葉をある程度の範囲を持って理解し、応用できるやつ(1を聞いて10を知るタイプ)がエンジニアに向いている

77仕様書無しさん2021/01/14(木) 10:55:01.09

>>75
「オブジェクト？はいはい物のことね」と思うやつの同類だろうな

78仕様書無しさん2021/01/14(木) 11:09:49.81

なんで本家の言葉があるのにそれを使わないかは全く理解できない
他人に自分の言葉を強要するって思いっきりブーメランだと思うんだけど

79仕様書無しさん2021/01/14(木) 11:17:35.13

自分はこうして理解した(オレオレ用語を用いたオレオレ解釈で)
→ (説明もなしに)他人も同じようにして理解できるはず
→ なんで俺の言ってることが理解できないんだ！
って思考回路なんだろうなw

80仕様書無しさん2021/01/14(木) 11:49:41.52

大体どこぞの解説書なりQiitaなりが感染源になってパンデミック起こす印象
最近見たのだと「ポインタ変数モード」とかいうオレオレ語が気色悪かったけど多分苦Cのせいだな

81仕様書無しさん2021/01/14(木) 12:48:01.77

一度でもエンジニアとしてドキュメント書いたら、オレオレ用語なんて使うやつは信用できないってわかるだろうけど、そこ行くまでは気が付けないかもね

82仕様書無しさん2021/01/14(木) 13:21:23.75

仕様と解説の違い、なんにも知らない奴への説明と、予備知識がある奴への説明、これの区別がつかない奴が解説書くから、初心者にも熟練者にも意味不明なゴミ解説が出来る

83仕様書無しさん2021/01/14(木) 13:25:40.64

https://teratail.com/questions/315892

スピードスナイパーズ

84仕様書無しさん2021/01/14(木) 13:42:19.28

エスケープするってどういう意味？

85仕様書無しさん2021/01/14(木) 13:44:52.24

>>84
えっ

86仕様書無しさん2021/01/14(木) 13:45:41.61

>>84
ggrks

87仕様書無しさん2021/01/14(木) 13:48:51.00

>>85-86

スピードスナイパーズ

88仕様書無しさん2021/01/14(木) 14:05:14.62

お前は次に円記号とバックスラッシュのどちらが正しいんですかと言う

89仕様書無しさん2021/01/14(木) 14:24:56.71

バッククォートってなんですか？　ハッ！？

90仕様書無しさん2021/01/14(木) 14:38:01.65

>>83
なぜか全員低評価食らってるな

91仕様書無しさん2021/01/14(木) 14:43:37.70

>>90
理由なき低評価は迷惑行為

92仕様書無しさん2021/01/14(木) 14:51:38.36

下らない言葉の定義を気にするバカが、例によってあり得ない前提を大量に作っているな
俺は一度もこういう言葉遣いをしろと言ったことはないし、こういうのが正しいとは言っていない
俺が言っているのは他人の言葉の正しい受取り方だ
他人が自分と違う言葉の定義をしている際に、本家とわずかに違うだけで他人の言葉にまるで適応しない
だからエンジニアに向いてないと言ってるのだ
こういうことをする奴は無駄な争いをするばかりで、問題が解決しない
用語集などを作らないといけなくなったり、無駄な作業ばかり発生するようになる
本家の言葉は放っておいてもちゃんと浸透、定着し、一定以上の統一がなる
エンジニアに向いてない、創造力が欠如したバカが騒がなければ、無駄な争いも作業も発生しない

93仕様書無しさん2021/01/14(木) 15:00:28.30

定義を気にしないバカだからお前はプログラミングできないんだよ
プログラムというのは定義を集めたもんだ

94仕様書無しさん2021/01/14(木) 15:01:54.70

言葉の定義を気にするなってQiitaに記事立ててリンク張れや

95仕様書無しさん2021/01/14(木) 15:06:03.00

>>92
言葉の定義は大事だがここの住人は人を煽って楽しんでいるだけだから無視するといいでしょう

96仕様書無しさん2021/01/14(木) 15:12:34.41

マジで本当に迷惑するんだよ
複数で作業するんだから、推して知るべしな部分を推さないバカがいるせいで、無駄な仲裁が必要になり
俺の仲裁でなんとか鎮火するもよくよく聞くと元の問題がまるで解決してなくて、全部俺が解決してやらないといけなくなる
本当にこの手のバカはプログラミングセンスも設計能力も低い上に、やたら時間がかかって使えない
そのくせ自分がちゃんと分かっていない流行りの技術を自分だけでなく他人にまで強要し、使い所を間違えて火が吹くといつも俺が呼ばれる
たまったものではない

97仕様書無しさん2021/01/14(木) 15:17:59.84

>>90
スピードスナイプに負けた奴の嫌がらせかな？

98仕様書無しさん2021/01/14(木) 15:19:42.98

>>92
素直に自分の非を認められないのはエンジニアにも集団作業にも向いてないぞ

99仕様書無しさん2021/01/14(木) 15:21:20.74

>>96
ほんと無駄なことしてるな。エンジニアなら推し量らず定義するんだよ
間に入るのはただのあほ
上流に定義させろ

100仕様書無しさん2021/01/14(木) 15:24:09.66

他人に非を認めさせることに、自分と他人の時間を使うやつはエンジニアにも集団作業にも向いていない
犯人探しなんてどうでもよくて、いかに早く問題を解決するかが大事なんだよ

101仕様書無しさん2021/01/14(木) 15:24:33.28

>>96
推して知るべしとか、不安要素でしかない
おまえがマネージャじゃないなら間に入るとかただのジャマ
おまえがマネージャなら仕事しろｗ

102仕様書無しさん2021/01/14(木) 15:24:41.58

>>92
広く浸透している正しい用語を用いれば誰も突っ込まないし別に用語集なんてのも必要ないだろう。
不正確で紛らわしい説明をしてたから突っ込まれたというだけのことにいつまで意地を張ってるの？

103仕様書無しさん2021/01/14(木) 15:26:01.05

>>99のようなバカのせいで、本当に必要ではないプロジェクトで用語集作りましょうとかになる

104仕様書無しさん2021/01/14(木) 15:26:28.53

仲裁してるやつには見えんな
されてる方だろ

105仕様書無しさん2021/01/14(木) 15:27:11.96

>>103
そりゃお前みたいなのがオレオレ用語使ってたらそうなるわな

106仕様書無しさん2021/01/14(木) 15:27:53.93

>>101
俺はお前みたいな駆け出しが火を吹かせたところに行って鎮火してるだけ
上司の場合もあるし、ヘルプのときもある

107仕様書無しさん2021/01/14(木) 15:29:27.84

>>102
俺は本家と違う用語など使っていない
他人が使った場合にわざわざ訂正するなと言っている

108仕様書無しさん2021/01/14(木) 15:32:56.23

>>105
俺はどちらでも受け入れるだけで、何も困っていない。用語集を作るのは手間がかかるから困る。

109仕様書無しさん2021/01/14(木) 15:33:17.18

>>106
だってお前駆け出しじゃん
さすがに半年仕事してポインタと参照を混同するやつはおらんよ？

110仕様書無しさん2021/01/14(木) 15:34:07.77

だからQiitaに記事書いてこいよ
参照とポインタは同じもので区別するやつはバカって

111仕様書無しさん2021/01/14(木) 15:42:40.83

>>109 >>110
下らない言葉の定義を気にするバカが、またいつものあり得ない前提を書いてるな
お前しかそんな理解をしてる奴はいないよ

112仕様書無しさん2021/01/14(木) 15:43:02.17

園児ニアの劣化が留まるところを知らない
>>107
いやそりゃするだろ
アホかな？
復唱は基本だぞ？
誤解したままプロジェクト進めて最終日に気づくのか

113仕様書無しさん2021/01/14(木) 15:44:32.41

>>111
逆にお前が孤立してるようにしか見えんのだが自分が多数派だと思ってるなら寺尾かQiitaで賛同得られるか確かめてみたらどうだ？

114仕様書無しさん2021/01/14(木) 15:45:36.04

童貞まだいたのか

115仕様書無しさん2021/01/14(木) 15:46:23.87

>>112
園児ニアはお前なんだよ
タイミングを見計らってそれとなく伝えればいいだけのことで、相手に訂正を迫るな

116仕様書無しさん2021/01/14(木) 15:47:27.51

>>115
それ園児の発想じゃん
大人はちゃんと誤解がないようにその場で確かめるんだよ

117仕様書無しさん2021/01/14(木) 15:52:46.01

この手の話し合いはお互いの仕事っぷりを実際に見ないと
どのレベルの話をしているかわからないから不毛だと思うぞ

118仕様書無しさん2021/01/14(木) 15:54:17.89

>>116
参照渡しという文脈で>>49に訂正の必要があるとは思えない
大人は誤解が起きるなら確認するが、必要のないところで対立はしない

119仕様書無しさん2021/01/14(木) 15:58:29.25

>>118
駆け出しに必要性は判断できんだろ
必要だから訂正されてるんだから黙って勉強しろ

120仕様書無しさん2021/01/14(木) 15:59:49.26

こいつこええ
クライアントの言い間違いを全部素通りしそう
参照渡しとポインタの間違いは致命的だろ

121仕様書無しさん2021/01/14(木) 16:00:47.25

>>119
駆け出し園児ニアは黙ってろ
大人のいうことはちゃんと聞いて余計な手間をかけさせんな

122仕様書無しさん2021/01/14(木) 16:02:12.56

>>118
参照をポインタと説明してる本があったとしたら炎上しかねないくらいヤバいぞ
そりゃ見かけなくて当然

123仕様書無しさん2021/01/14(木) 16:02:58.35

>>121
参照とポインタの区別がつかない園児が背伸びしてもなあ

124仕様書無しさん2021/01/14(木) 16:05:59.94

参照渡しはポインタとは関係ないよ
MSIL見たらわかるけどポインタなんて使われてない

125仕様書無しさん2021/01/14(木) 16:07:42.03

>>120
こういうのが客の機嫌を損ねて後で面倒事を起こすんだよ
客が笑ってるからって怒ってないわけじゃないからな
間違いを訂正するのではなく、機会のあるときに正しい言い方に言い換えるだけでいい

>>122 >>123
文脈無視して抽出して意味合いを変えてるだけ

126仕様書無しさん2021/01/14(木) 16:08:45.00

>>124
客の機嫌を損ねるのは事前に確認しないお前だよ
全員に迷惑かかるから引っ込んでてくれ

127仕様書無しさん2021/01/14(木) 16:10:00.34

>>125
管理されたポインタってIntPtrだぞ？
outされたStringをIntPtrにキャストできると思ってんの？

128仕様書無しさん2021/01/14(木) 16:10:38.90

>>126は>>125宛て

129仕様書無しさん2021/01/14(木) 16:12:07.86

だからQiitaに書いて叩かれてこいって
そうすりゃ参照渡しとポインタの区別がつかないのがどんだけ駆け出しかわかるだろ

130仕様書無しさん2021/01/14(木) 16:15:07.04

クライアントの機嫌を損ねるのが怖くて訂正できない営業か
控えめに言って糞が糞食ってひりだした糞だな

131仕様書無しさん2021/01/14(木) 16:15:57.60

>>128
お前みたいなのが客と揉めて俺が呼ばれるんだよ

132仕様書無しさん2021/01/14(木) 16:17:13.42

>>131
お前が出たから客ともめなきゃいけなくなったんだよ
ちゃんと確認とっとけ

133仕様書無しさん2021/01/14(木) 16:17:44.51

>>130
お前みたいなのが客と揉めて俺が呼ばれるんだよ
大人は誤解が起きるなら確認するが、必要のないところで対立はしない
俺は営業じゃないが、営業でも同じ

134仕様書無しさん2021/01/14(木) 16:18:36.42

誤解をそのままにして進めたらそりゃもめるわ
間違いを正すために開発期間が伸びたら客の負担もそれだけ増える

135仕様書無しさん2021/01/14(木) 16:18:50.26

>>132
誤解が起きもしないのに客の機嫌を不必要に損ねるな
お前が話せば揉めるに決まってるだろ

136仕様書無しさん2021/01/14(木) 16:19:15.39

>>133
参照渡しにするかIntPtrを渡すかなんて絶対確認必要だろ
園児はこれだから

137仕様書無しさん2021/01/14(木) 16:19:56.14

>>135
お前今もめてないつもりなの？

138仕様書無しさん2021/01/14(木) 16:19:57.76

専門用語の定訳を知らなかった人物が延々とダダこねてるのかコレ
不勉強すぎるんじゃないの

139仕様書無しさん2021/01/14(木) 16:21:28.12

>>134
誤解が起きもしない間違いを正すために客の機嫌を不必要に損ねて、揉めて開発期間が伸びたら客の負担もそれだけ増える
俺が呼ばれるのは大抵そんなときだよ
なんで最初に俺が客の言い分を全部聞いてやらないといけないんだかｗ

140仕様書無しさん2021/01/14(木) 16:21:45.06

客ともめずにプログラマーともめるタイプの営業だな
しわ寄せは全部プログラマーが被る

141仕様書無しさん2021/01/14(木) 16:22:30.34

>>139
誤解おきてんじゃん
参照渡しとIntPtrだろ？
致命的に大きな誤解だぞ？

142仕様書無しさん2021/01/14(木) 16:23:42.42

客がIntPtrと言った仕様を「はいはい参照渡しね」とプログラマーに伝えて後で大炎上させるタイプだな

143仕様書無しさん2021/01/14(木) 16:25:06.75

>>137
誤解が起きもしない間違いを正すために、揉めちゃってるよねｗ

>>138
お前が誤解してるだけ

144仕様書無しさん2021/01/14(木) 16:25:23.49

客が「マネージポインタ」と言ったら「参照渡し」と聞くような営業が揉めないわけねーだろ

145仕様書無しさん2021/01/14(木) 16:26:06.65

>>143
つまりお前はまだ自分が誤解してないと思ってるわけか
だめだこりゃ

146仕様書無しさん2021/01/14(木) 16:26:21.43

>>140
残念。俺は営業じゃない。

147仕様書無しさん2021/01/14(木) 16:26:57.17

>>146
無職だったな

148仕様書無しさん2021/01/14(木) 16:27:48.16

>>144
残念。俺は営業じゃない。

>>145
>>138は間違って理解してるから誤解している

149仕様書無しさん2021/01/14(木) 16:28:45.59

マネージポインタと参照渡しが同じものだと言い張るなら寺尾で聞いてmに怒られてzにあざ笑われてきたらどうだ
検索すれば一発でわかる大誤解だぞ

150仕様書無しさん2021/01/14(木) 16:28:58.59

>>147
お前が無職なだけだろ
俺はSE/PG

151仕様書無しさん2021/01/14(木) 16:30:01.09

>>148
お前が正しいと思ってるのはお前だけのようだが？
ここじゃ相手が一人か二人かそれ以上かよくわからんだろ
寺尾で確かめてこいよ

152仕様書無しさん2021/01/14(木) 16:30:43.24

>>150
じゃあ俺は大統領

153仕様書無しさん2021/01/14(木) 16:31:20.29

自分の職業をいうやつはだいたい無職

154仕様書無しさん2021/01/14(木) 16:33:06.42

むしろマネージポインタと参照渡しのどこに共通点があるんだろう
これをごっちゃにする意味がわからん

155仕様書無しさん2021/01/14(木) 16:36:53.66

このスレを最初から読んでみたが話が混雑しててワケワカランな

156仕様書無しさん2021/01/14(木) 16:37:52.83

彼は>>70 >>76 あたりにいろいろと書いてるが、>>107が全てなんだろうな
要するに「俺の言うことはお前らが察しろ、察せないならお前らが悪い、俺のミスは見なかったことにしろ」となる

157仕様書無しさん2021/01/14(木) 16:37:54.56

混雑じゃなくて混線か

158仕様書無しさん2021/01/14(木) 16:39:44.41

>>155
四行でまとめてみた
園児「参照渡しをマネージポインタと説明すれば一発でわかるのにそういう資料がない！」
エンジ「そりゃ違うものだからな」
園児「指摘すんな！指摘するやつが客ともめて俺が呼ばれるんだよ！」
エンジ「いや誤解したままの方がもめるだろ」

159仕様書無しさん2021/01/14(木) 16:41:04.46

>>156
最初の文は大体合ってる
次の文は間違っている

160仕様書無しさん2021/01/14(木) 16:41:35.39

>>158
全然違っている

161仕様書無しさん2021/01/14(木) 16:42:52.28

>>158
だいたい合ってる

162仕様書無しさん2021/01/14(木) 16:43:21.44

>>158
マネージポインタのところはオレオレ用語の｢管理されたポインタ｣に修正頼む

163仕様書無しさん2021/01/14(木) 16:44:35.01

今度は資料がない時点で間違ってると気づこうな

164仕様書無しさん2021/01/14(木) 16:45:49.82

>>158
誰が何しゃべってるか分からんから意味分からんのよね

>>59と>>62読むと「管理されたポインタ」と「managed pointer」は別概念で
そんなオレオレ用語混乱するから持ち出すな　と読めるんだが

>>64を見ると
managed pointerをどう訳すか　という話になってて
もうこの話の流れについていけないと思った

165仕様書無しさん2021/01/14(木) 16:50:18.74

管理されたポインタってなんだ
スマートポインタみたいなもん？
どっちにしても参照渡しとは関係なさそう

166仕様書無しさん2021/01/14(木) 16:51:23.12

やけにのびてるとおもったら

167仕様書無しさん2021/01/14(木) 16:52:35.83

>>164
>>64は発端となった>>49本人かと思われる。
管理されたポインタなんていい加減な用語を否定されたところ、どう訳そうが問題ないだろ、通じるはずだろ、と開き直ったという流れ。

168仕様書無しさん2021/01/14(木) 16:52:58.90

using System;
namespace ConsoleApp3
{
　　class Program
　　{
　　　　static void Main(string[] args)
　　　　{
　　　　　　String str = "foo";
　　　　　　Hoge(out str);
　　　　}

　　　　static void Hoge(out String arg)
　　　　{
　　　　　　arg = "bar";
　　　　}
　　}
}
.method private hidebysig static void Main(string[] args) cil managed
{
.entrypoint
// コードサイズ 16 (0x10)
.maxstack 1
.locals init (string V_0)
IL_0000: nop
IL_0001: ldstr "foo"
IL_0006: stloc.0
IL_0007: ldloca.s V_0
IL_0009: call void ConsoleApp3.Program::Hoge(string&)
IL_000e: nop
IL_000f: ret
} // end of method Program::Main

169仕様書無しさん2021/01/14(木) 16:53:38.43

という話だよな？何だと言ってるの？

170仕様書無しさん2021/01/14(木) 16:56:30.12

managed pointerは直訳すれば「管理されたポインタ」だけど一般動詞の管理じゃなく特別な用語だよというニュアンスを込めて「マネージポインタ」と訳されるというのが前提
参照渡しを検索したやつがあれこれ見てるうちにこのmanaged pointerを発見して「完全に理解した」と大誤解
だけど参照渡しとmanaged pointerは無関係なので参照渡しをmanaged pointerで説明する資料はみつからない
「参照渡しは管理されたポインタと説明すれば一発でわかるのになぜそれをしないんだよｗ」と書いたところ「違うよ？」と訂正される
それが腹に据えかねて大暴れ

171仕様書無しさん2021/01/14(木) 17:01:06.43

>>170
>>168を説明してみろよ

172仕様書無しさん2021/01/14(木) 17:02:52.73

>>171
書いたやつが説明しろよ

173仕様書無しさん2021/01/14(木) 17:08:54.37

>>172
結局園児ニアなんだなｗ

174仕様書無しさん2021/01/14(木) 17:10:00.17

説明できないものをコピペしたのか

175仕様書無しさん2021/01/14(木) 17:10:25.92

コピペプログラマーだからしゃあない

176仕様書無しさん2021/01/14(木) 17:12:23.14

揉めないように説明しなよw

177仕様書無しさん2021/01/14(木) 17:17:09.29

>>124を除き、具体的な話は全部俺が書いてるよ
まあ>>49は俺じゃなくて>>51なんだがｗ
C#もC++/CLIも分かってないバカは、下らない言葉の定義ばかり気にして問題を解決できないから説明できないんだろ？

178仕様書無しさん2021/01/14(木) 17:18:10.51

なんで自分で書いたものが説明できないのかそこから説明してくれよ

179仕様書無しさん2021/01/14(木) 17:18:54.93

もちろん揉めないようになw

180仕様書無しさん2021/01/14(木) 17:20:31.48

あともちろん下らない言葉の定義は気にしないように説明してくれるんだろ？

181仕様書無しさん2021/01/14(木) 17:22:07.19

>>177
お前zだろ

182仕様書無しさん2021/01/14(木) 17:26:23.76

>>181
違うぞ。Zuishinは俺みたいにアバウトにはできてないだろｗ

183仕様書無しさん2021/01/14(木) 17:27:40.89

まあzなら説明できるわな

184仕様書無しさん2021/01/14(木) 17:35:03.84

>>183
Zuishinも教えて君にわざわざ説明してあげないと思うよｗ

185仕様書無しさん2021/01/14(木) 17:55:12.44

駆け出しに教えてくれなんて頼んでないぞ
お前が意味もわからずコピペしたコードの説明を聞いてやるから説明してみろと言ってるんだ

186仕様書無しさん2021/01/14(木) 17:58:09.36

>>185
可哀想なバカだなｗ成長の機会を逃したいならご自由にｗ

187仕様書無しさん2021/01/14(木) 18:15:49.43

揉めない乳はただの脂肪

188仕様書無しさん2021/01/14(木) 18:20:17.88

これだからコピペマンは何もできないんだよw

189仕様書無しさん2021/01/14(木) 18:50:15.19

https://twitter.com/68user/status/1349634410476302336
金枠の一桁ランカーが自分と違う回答してるのを見てビビる新米回答者
https://twitter.com/5chan_nel (5ch newer account)

190仕様書無しさん2021/01/14(木) 19:00:35.20

C#でポインタというと、unsafeで扱う本当の生のポインタ
参照は主にマネージドオブジェクトに対して使う用語という認識

191仕様書無しさん2021/01/14(木) 19:37:29.70

だから、話す相手によって変わるだろ
C#でプログラム始める初心者と、C言語でメモリ管理システムから自作してたような熟練者で同じ説明でいいわけがない

192仕様書無しさん2021/01/14(木) 19:43:52.91

>>189
otnが指摘してるとおりだろ。脊髄反射なんだから間違うこともある。

>>190
別にunsafeでなくても扱えないことはないけど、C#では概ねそういう言葉。
C++/CLIを含め実体を考えると>>49でも参照渡しの説明として概ね間違ってはいない。
managedがついたポインタは、マネージヒープ上のメモリを指し、移動することがある。
任意のオブジェクトに対するポインタについては↓
https://docs.microsoft.com/ja-jp/cpp/extensions/interior-ptr-cpp-cli?view=msvc-160
固定する場合はpin_ptrを使用する。

>>191
誰も自分の定義を他人に強要しなければ相手にあった説明が可能になる。
概念的な説明が必ずしも実装に完全一致する必要はない。

193仕様書無しさん2021/01/14(木) 19:50:48.43

あとは可哀想すぎるので説明しといてやると
IL_0007: ldloca.s V_0
がstrのアドレス(マネージポインタ)を渡してるところ
どうでもいいけどIntPtrがマネージポインタというのは嘘
元々URLを貼ったのは、microsoft本家のIntPtrのサンプルコードの説明でmanaged pointersという用語が使用されているという例を示しただけ

194仕様書無しさん2021/01/14(木) 19:52:07.74

>>191
噛み砕きすぎて本質が理解できないと意味がないから用語は正しく変な解釈や要約はしない
ドキュメントからそのまま引用すべき

195仕様書無しさん2021/01/14(木) 19:57:03.18

>>194
その本質とやらを別の環境で完全に理解してる奴に説明するのに、こっちの環境ではそういう呼び方をしてないという理由だけで、そいつがよく知ってる環境の言葉をわざわざ封印して説明する意味がどこにあるの？

196仕様書無しさん2021/01/14(木) 20:01:11.90

>>192
引っ込みつかなくなったのか
こういうやつって成長のチャンスを全部逃がしてるから何年たってもこうなんだろうな

197仕様書無しさん2021/01/14(木) 20:33:13.88

11年前の記事だと『管理下ポインタ』になってるな
こっちの方が専門用語っぽい

.NETと安全なポインタ（1/2） - ＠IT
https://www.atmarkit.co.jp/fdotnet/dotnetdeepdive/dotnetdeepdive02/dotnetdeepdive02_01.html

『管理されたポインタ』だと専門用語ぽくない
これは当人の日本語センスの問題だ

198仕様書無しさん2021/01/14(木) 20:33:42.59

>>196
大間違いした挙げ句、惨めな説明を修正してもらって成長するチャンスを逃がした万年駆け出しのバカはお前だろｗ

199仕様書無しさん2021/01/14(木) 20:35:50.00

>>197
伝われば何でもいいんだよ
どうせどれもただの訳文だ

200仕様書無しさん2021/01/14(木) 20:37:20.40

>>198
まだわからないのか
かわいそうなやつだな
お前みたいなのがいるからもめごとが絶えないんだよ

201仕様書無しさん2021/01/14(木) 20:38:32.63

はよQiitaに記事書いてくれんかね
待ってんだけど
もうここでツッコミそうになる

202仕様書無しさん2021/01/14(木) 20:39:37.83

なんかどうでもいい話でスレ伸びてるなｗ

203仕様書無しさん2021/01/14(木) 20:44:32.38

>>199
で、>>64に戻るんだろう
「俺様の使ってる用語は常に正しい、意味を汲んでくれないお前らの方が悪い」

204仕様書無しさん2021/01/14(木) 20:45:51.27

>195
「そいつがよく知ってる環境の言葉」が本質を絶対に外してなかったらここまでこじれてないだろ

205仕様書無しさん2021/01/14(木) 20:46:59.90

>>200-204
煽るだけの教えてくれくれ万年駆け出し君が構ってちゃんしてるｗ

206仕様書無しさん2021/01/14(木) 20:47:56.62

まあ、火消し性能が全くないことはよく証明されているな(小並)

207仕様書無しさん2021/01/14(木) 20:48:18.17

JavaScript - クロージャーを利用した関数スコープ内の現在の変数名と値を取得することはできますか？｜teratail
https://teratail.com/questions/196038#reply-290699

独自翻訳で大顰蹙を買った人間の例がコレだ

208仕様書無しさん2021/01/14(木) 20:51:26.76

議論はteratailでやれよ、、、

209仕様書無しさん2021/01/14(木) 20:55:04.66

>>207
懐かしい
もう何の事か分かんなくなる内容

210仕様書無しさん2021/01/14(木) 20:56:17.74

>>206
ここまで問題は俺が全て解決してるだろｗ
単に構ってちゃんに構ってやってるだけｗ

>>207
俺は別に伝わって誤解がなければいいよ
個人的には関わりたくないけどｗ
ただコメ欄がキモいな
こういうのが寺尾の敬遠される部分だと思ってる

211仕様書無しさん2021/01/14(木) 21:02:43.53

これで解決してるつもりなのかwww
まともな人間は炎上と呼ぶんだこういうの
それはともかくQiitaはよ
ここで突っ込んで逃げられても面白くない

212仕様書無しさん2021/01/14(木) 21:03:22.51

>>64とか見るに
「俺様がどう翻訳しようが問題ない、察してくれないお前らが悪い」となってる

213仕様書無しさん2021/01/14(木) 21:04:10.28

今までも場をさんざんかき回して「俺が解決しました(ﾄﾞﾔｧ」と言ってただろうことが目に浮かぶようだ
こういうのなんていう病気？

214仕様書無しさん2021/01/14(木) 21:10:12.94

8回に渡って登場する「下らない言葉の定義」がその表れだろうな

215仕様書無しさん2021/01/14(木) 21:12:07.29

一文字違うだけで動かないシビアな世界なんだから、言葉の定義は最重要だろう、と

216仕様書無しさん2021/01/14(木) 21:14:26.67

>>211-215
構ってちゃんの相手楽しいｗ
下らない言葉の定義を他人に押し付けて理解可能な文脈を意図的に分からないことにし、誰も言ってないことを捏造する病気だなｗ

217仕様書無しさん2021/01/14(木) 21:16:06.87

>>39
これの理由はいつ教えてくれるの？

218仕様書無しさん2021/01/14(木) 21:26:28.03

>>204
あのさあ、少なくとも議論の前提は変えるなよ
「そいつがよく知ってる」って前提なんだからその環境に置いては本質を外してないってのは前提だろ
ここで本質をはずしてるとしたら「よく知ってる」って前提を単にチャラにしてるだけじゃん

219仕様書無しさん2021/01/14(木) 21:33:02.72

いちいち答えてたら、訂正内容に教えてくれくれが混入してくるような万年駆け出しなんだから無駄だってｗ
頭が悪いだけじゃなくて、知識も経験も不足してるのに、こんなところで時間も無駄にしてるバカには付ける薬なんてないよｗ

220仕様書無しさん2021/01/14(木) 22:11:32.79

>>207
字母環境？あ。うん。。。

と、その場を濁しておくのが大人の対応だよなｗ

221仕様書無しさん2021/01/14(木) 22:15:37.29

どう見ても仲裁者適性は皆無だが本人は仲裁者だと信じているようだ
気の毒に
いやお前絶対みんなの悩みの種だからな？

222仕様書無しさん2021/01/14(木) 22:27:41.03

>どう見ても仲裁者適性は皆無だが本人は仲裁者だと信じているようだ
K国のことかな？

223仕様書無しさん2021/01/14(木) 22:39:46.61

なんか変なのが張り付いてたんだな
ニートかよ

224仕様書無しさん2021/01/14(木) 22:58:07.89

>>221-223
頭でっかちで煩いこと言う割にモノを知らず仕事遅くて間違いだらけな奴がいるプロジェクトで、なんか普段温厚な客が怒ってるところ「そうなんですね。すみませんでした。」から毎回始めてんだけどｗ
聞けば確かにそいつが悪くて、鼻息荒く余計なことしたせいだったりする
煩いこと言わない奴は大抵顧客や同僚と仲いいし、新しい技術も手堅く素早く取り込むし、仕事も早いし全然手がかからんのだけどな

225仕様書無しさん2021/01/14(木) 23:06:53.35

いつまで頭から湯気出してんだ
そろそろ落ち着け
こんなつまんない争いでいちいち俺の手を煩わすなよ駆け出し君

226仕様書無しさん2021/01/14(木) 23:17:32.84

日本語で会話してくれ

227仕様書無しさん2021/01/14(木) 23:31:34.88

>>224
> 煩いこと言わない奴は大抵顧客や同僚と仲いいし、新しい技術も手堅く素早く取り込むし、仕事も早いし全然手がかからんのだけどな
お前も見習えよ

228仕様書無しさん2021/01/14(木) 23:46:16.14

>>225-227
俺はお前らと違って顧客や同僚と仲いいし、新しい技術も手堅く素早く取り込むし、仕事も早いぞ
君らは働いてんのか知らんけどｗ

229仕様書無しさん2021/01/14(木) 23:58:04.05

よくもまあバカの相手してられるなと思ったが寺尾自体がバカの相手する場所だったな

230仕様書無しさん2021/01/15(金) 00:27:34.72

5chもな

231仕様書無しさん2021/01/15(金) 01:28:15.39

自慢するってことはお前にとって顧客や同僚と仲が良くて新しい技術を素早く取り込めることはさぞすごいことなんだろうな
それは普通のことだから普通に働いてるやつはいちいちそんなアピールしないぞ
でもニートはよくそういうアピールをする

232仕様書無しさん2021/01/15(金) 01:42:02.91

>伝わって誤解がなければいい
とか言ってるが、本心は>>64だ
「俺様の独自翻訳は絶対に正しい、意味を汲み取れないお前らが悪い、俺様のミスは指摘するな」になる

233仕様書無しさん2021/01/15(金) 01:43:08.77

>>229-231
自慢ではなくて見習えと言われても元々出来てると答えただけなんだがｗ
ニートのことは詳しくなくてどんなアピールするのか分からんよｗ
ただ働いてないと分からないのかもしれないが、駆け出しには難しいよ
周囲に信用されていて、顧客とも調整できないといけないからな

234仕様書無しさん2021/01/15(金) 01:43:55.92

>>232
妄想乙ｗ

235仕様書無しさん2021/01/15(金) 07:49:07.13

まだ暴れてんのか
とんだけ悔しかったんだよコミュ力の高い調停者w

236仕様書無しさん2021/01/15(金) 08:11:57.82

自分が言ったことは真実になると勘違いする幼児は多いよ
大人になると少なくなるけどそういう子は説得材料を何も持たず「だってぼくが言うんだからそうなの！」で通そうとする
彼は典型的な大人になれない幼児だね

237仕様書無しさん2021/01/15(金) 08:33:39.96

用語定義をしようとして意見交換してる中、「まぁまぁ」とか言って割り込んで邪魔してるイメージしかわかない
「パパがママをいじめてたから止めた」→「パパとママはプロレスしてたんだぜ」

238仕様書無しさん2021/01/15(金) 08:49:08.60

イジメ

239仕様書無しさん2021/01/15(金) 08:54:27.44

>>235-238
事実を説明してるだけで、バカが何を妄想しようが俺は普通にレスを返し続けるぞｗ

240仕様書無しさん2021/01/15(金) 09:07:17.42

深夜2時近くまで発狂して眠れなかったとかかわいそう

241仕様書無しさん2021/01/15(金) 09:16:48.45

ぼくが妄想って言うんだから妄想なの！
ばぶ！

242仕様書無しさん2021/01/15(金) 09:30:04.07

>>240-241
そう言われても事実と異なるのでｗ妄想乙ｗ

243仕様書無しさん2021/01/15(金) 09:54:06.20

まあまあここまで頑張って否定してるんだから

244仕様書無しさん2021/01/15(金) 10:11:04.82

>>243
俺は勝手な妄想をせず、素直に事実を答えているだけだぞｗ

245仕様書無しさん2021/01/15(金) 10:14:51.46

そうだね
頑張って

246仕様書無しさん2021/01/15(金) 10:15:17.16

世の中にはこんなみじめな生き物がいるのか

247仕様書無しさん2021/01/15(金) 10:24:59.24

https://teratail.com/questions/316012#reply-440345
アヒル君の定型文

248仕様書無しさん2021/01/15(金) 11:35:55.02

>>245-246
別に頑張ってないし、惨めなのは君ｗ

https://teratail.com/questions/315966
なんかいつぞやの奴をやってる感心な人がいるなｗ
ヘッダの長さはリクエストラインだけで4Kの上限とかあった気がするし、解析の都合上大きい方が楽なんだけど
並列で処理するのが普通なのであまり大きくしたくないのが人情。
なのでリクエストライン、ヘッダは行単位、ボディは転送方法と長さ次第だけど固定長複数回で処理するかな。
nginxだとバッファサイズは1kが通常で、大きくしたいときは設定で変えられる(最大4Kバッファは8Kとか)ように実装されてる。
apacheとかnodeとかは8Kらしい。
まあ現状だとデフォルト8Kの設定値が最善手だろうね。
なおブロックrecvは要求サイズ以下で返るものだから、通常は期待する条件を満たすまでループする点に注意。
処理タイミングによってはパケット単位だろうけど、同じバッファでループするならあんまり関係ないかなｗ

249仕様書無しさん2021/01/15(金) 11:51:46.70

ただのニートやん

250仕様書無しさん2021/01/15(金) 11:56:16.33

１０年後はエース回答者だな

251仕様書無しさん2021/01/15(金) 12:03:26.53

>>249-250
ニートじゃないし、すでに自称エース級だからなｗ
10年後とか寺尾あるのかすら心配ｗ

252仕様書無しさん2021/01/15(金) 12:16:46.08

https://teratail.com/questions/316098

汚ない

253仕様書無しさん2021/01/15(金) 12:20:00.57

ランク外の自称エース回答者でニートでないと言い張るニートか

254仕様書無しさん2021/01/15(金) 12:24:31.46

>>252
荒らしだと思う

https://teratail.com/questions/316059#reply-440370

255仕様書無しさん2021/01/15(金) 12:34:06.10

終わらない負の連鎖だなぁ
これぞ寺尾だ

jscss
2021/01/15 12:30
m.ts10806氏、5chに書き込みやめてください

254 名前：仕様書無しさん 2021/01/15(金) 12:24:31.46
>>252
荒らしだと思う

http://teratail.com/questions/316059#reply-440370

256仕様書無しさん2021/01/15(金) 12:50:19.69

https://teratail.com/questions/316084
高知大学高田研究室のバカ
退会したからどうしようもない

257仕様書無しさん2021/01/15(金) 12:55:22.79

>>252
エース回答者が「いーっ！」となってやったんだろうな

258仕様書無しさん2021/01/15(金) 13:06:07.93

>>256
ファイル名がcs2/files/ht.txt、おそらくはcomputer science 2の授業だろう
で、教授の講義一覧を見てみると　情報科学2 (情報学群) (1年4Q)　があるんで、多分コレ
学期も合う

だから研究室メンバーではない

259仕様書無しさん2021/01/15(金) 13:21:33.21

>>253
お前がニートだからって事実ニートでない他人までニートだと思いこむのはどうかと思うｗ

>>257
俺は不適切な書き込みなどしないｗ
お前みたいな妄想狂の構ってちゃんならやりそうｗ

260仕様書無しさん2021/01/15(金) 13:43:38.22

ソフトバンクのシェアードホスティングか
ニートならニートらしくもっと安いの使えよ

261仕様書無しさん2021/01/15(金) 14:28:25.34

荒らしがバレてニートが急におとなしくなったな

262仕様書無しさん2021/01/15(金) 14:36:00.37

うちのばーちゃんが週末に気兼ねなく遊べるサーバが出来たって喜んでた
どのツールから試すかなぁ

263仕様書無しさん2021/01/15(金) 14:48:06.76

寝たんじゃね？
昨日からずっと興奮してたから

264仕様書無しさん2021/01/15(金) 15:10:18.64

転換性ヒステリーでも起こしたんじゃね？

265仕様書無しさん2021/01/15(金) 16:05:01.43

>>260-264
いろいろ妄想乙だなｗ

266仕様書無しさん2021/01/15(金) 16:33:50.91

当たってるから何も言えないんでやんの

267仕様書無しさん2021/01/15(金) 16:41:06.12

ニ、ニートじゃないもん！

268仕様書無しさん2021/01/15(金) 16:44:43.60

ここまでプライドと自己顕示欲と反応率が高いとluckerの再来かと思ってしまうな

269仕様書無しさん2021/01/15(金) 17:44:44.54

luckerなんじゃね？
ニートだし

270仕様書無しさん2021/01/15(金) 17:49:28.78

>>266-269
そう、ニートじゃないぞｗ他は妄想乙ｗ

271仕様書無しさん2021/01/15(金) 17:57:56.36

ニートじゃない人の反応教えてやろうか？

「お前ニートだろ」
ニート「ニートじゃねえよ、妄想乙！お前こそニートだろwwwwww」
ニートじゃない人1「いいよなニート」
ニートじゃない人2「最近庭の草取りくらいしかしてないからニートだな」
ニートじゃない人3「ニートってほどじゃないけど若い者が頑張ってくれてるから楽だよ」

272仕様書無しさん2021/01/15(金) 18:09:48.88

>>270
こんなつまらない話題、お前さんがいちいち反応しなければ他の奴も飽きてすぐに収まるだろうに、いつまで引きずるつもりだ？
ほとんどの人は迷惑してるから黙っててくれないか

273仕様書無しさん2021/01/15(金) 18:31:04.40

>>271
普通はニートじゃねぇよだなｗお前こそニートだろを付けるとニートには案外刺さるんだなｗ
>>272
他のやつに言うんだなｗ

274仕様書無しさん2021/01/15(金) 18:58:00.19

いやだってお前ニートって言うと徹夜して必ず反応するじゃん？
どう見ても刺さってんじゃねーか

275仕様書無しさん2021/01/15(金) 19:03:56.59

どうすんのこれ...

276仕様書無しさん2021/01/15(金) 19:05:47.73

そういや昔いたっけ
「にぃと」に過剰反応するニート

277仕様書無しさん2021/01/15(金) 19:11:36.54

バレるとわかってても過剰反応せずにおれないのが悲しいよのう

278仕様書無しさん2021/01/15(金) 19:20:02.69

>>274-277
俺は別にニートじゃねーよｗ仲間になれなくてごめんねニート君ｗこんな簡単な反応なら永遠に出来るぞニート君ｗ

279仕様書無しさん2021/01/15(金) 19:25:33.69

驚愕の事実。
そうか、奇数と偶数がわからない、か。

https://twitter.com/getters_iida/status/1349961838805454850
https://twitter.com/5chan_nel (5ch newer account)

280仕様書無しさん2021/01/15(金) 19:31:09.99

以上、人間は図星を突かれると過剰反応するという好例でした。

281仕様書無しさん2021/01/15(金) 19:43:20.12

>>279
まあそういうやつがニートになって5chに一日一晩張り付いて「ぼぼぼくはニートじゃないやい！」って繰り返すんだろうな

282仕様書無しさん2021/01/15(金) 19:47:12.05

>>279
https://twitter.com/hyuki/status/1343313840889593859

こんなん出ましたけど
https://twitter.com/5chan_nel (5ch newer account)

283仕様書無しさん2021/01/15(金) 19:49:15.44

>>279
多少のバイアスもあるな
そういう占い本を好む層は奇数偶数が分からない

易経の時代はコレだ
>天一地二，天三地四，天五地六，天七地八，天九地十。天数五。地数五。
奇数偶数は本当にオカルトで、人間なんてそのころからあまり変わってない

284仕様書無しさん2021/01/15(金) 19:53:50.01

ちょっと考えると因果が逆かもしれないな
奇数偶数も分からないヤツが占いにハマる
「足し算できてすごいね！」の世界だよ

285仕様書無しさん2021/01/15(金) 19:56:04.28

>>279
複数のユーザーから「スレと関係ないレス」という意見がありました

286仕様書無しさん2021/01/15(金) 20:02:27.13

>>279-284
そんなに下を見ないと自分より下がいない人なんだろうということは理解したよニート君ｗ

287仕様書無しさん2021/01/15(金) 20:05:17.44

https://teratail.com/questions/316108
顔文字に！！！！！

回答者を減らしている感が…

288仕様書無しさん2021/01/15(金) 20:06:28.94

>>286
ほらな
ニートの特徴が色濃く出てる

289仕様書無しさん2021/01/15(金) 20:30:40.05

https://teratail.com/questions/301418#reply-424375
インデントつけろや

290仕様書無しさん2021/01/15(金) 20:40:57.60

>>287
内容がいいので、顔文字は気にしなくても大丈夫かと
C++のtemplateは宣言、定義からエラーまで長くて読むのが大変なんだよな…
ちょっとC++から離れてるとすぐに理解するのに時間かかるようになる

>>288
ニートの特徴とかニートにしか分からんてニート君ｗ

>>289
え？引用だし無問題では？ニート君かな？

291仕様書無しさん2021/01/15(金) 20:50:26.25

今日も顔真っ赤だな
どんだけダメージ受けてんだよw

292仕様書無しさん2021/01/15(金) 20:51:58.76

インデントのない素人コードを引用してくんなまで言うと少しは理解できるか？
できねーか
コピペマンにはそのまま使えるコードは至高だもんな

293仕様書無しさん2021/01/15(金) 21:04:26.09

>>291-292
もうほぼ俺とお前しかいないよニート君ｗ
一人でスレの平均技術力を著しく下げてるニート君は、こんなスレ見てる時間があったら何か作って実力を根本から上げた方がいいｗ

294仕様書無しさん2021/01/15(金) 21:06:00.50

おまえluとそっくりだぞ
luスレ見てどれだけ世間とズレてるか自覚して来いよ

295仕様書無しさん2021/01/15(金) 21:13:08.66

luだろ

296仕様書無しさん2021/01/15(金) 21:14:01.70

だいたいこういうやつは自分と意見の違うやつは一人しかいないと思い込みたがるんだ

297仕様書無しさん2021/01/15(金) 21:33:18.85

>>64や>>92を見るに
「わたくしの言うことは全て正しい、その意味を察しないお前らが悪い」との考えだ

298仕様書無しさん2021/01/15(金) 21:36:41.71

>>92の「他人」を「わたし」に置き換えると彼が何を考えてるかよーく分かる

>俺が言っているのはわたしの言葉の正しい受取り方だ
>わたしが自分と違う言葉の定義をしている際に、本家とわずかに違うだけでわたしの言葉にまるで適応しない

隅から隅まで「わたくしの言葉は常に正しい」との美しい思想に満ち溢れている

299仕様書無しさん2021/01/15(金) 22:05:46.33

>>294-296
luって誰だよｗお前みたいに技術のないやつはそういないよニート君ｗ
>>297-298
何度も言ってるが、俺は>>51で>>49ではないｗ
俺自身は引用する場合を除き、意味が伝わるもっとも正確らしいと思しき言葉を使っている(managed pointersとかね)
俺が他人の言葉を聞くときはそうしていて、それ故に揉めないと言ってるだけ
お前がそう思い込みたくて自説を何度も宣っているようだが、何の根拠もなく、都度本人が否定までしているのに繰り返すのであれば、ただの煽りでしかないｗ

300仕様書無しさん2021/01/15(金) 22:19:12.19

このおもちゃ何週間くらいもつかな？

301仕様書無しさん2021/01/15(金) 22:20:21.50

こいつの言うことって全部「俺がこう言ってるｗ」が唯一の根拠なんだよね
これもニートの特徴

302仕様書無しさん2021/01/15(金) 22:20:59.60

ニートというか脳内世界から巣立つことのできなかったこどおじ

303仕様書無しさん2021/01/15(金) 22:25:13.23

>>1
# 有志による用語集
## ユーザ名の略称
lu、バッカー運営によって追放された
luだけraccyをラッキーと呼ぶ
goku59はluckerの復活垢

304仕様書無しさん2021/01/15(金) 22:26:44.60

luの特徴
・勝手概念や勝手用語をさも一般的なモノのように断言する
・一般的じゃないので断言の根拠を提示しろと突っ込むと「無知乙」で常にはぐらかす

大抵は新卒の時に、「報告の際には、客観的事実と自身の意見は分けろ」って訓練されるんだけどそれが出来てないんだよ。
まーお前はluじゃない
やつはphpしかできないからな。phpもあやしかったけど

305仕様書無しさん2021/01/15(金) 22:34:05.73

俺はスレに２つしかレスを書いてないがどれかわかる？
１つは303
こんなとこで誰かと会話するのはあきらメロン

306仕様書無しさん2021/01/15(金) 23:10:16.85

>>300-302
俺もいつまでも暇じゃないｗ忙しくなったらいなくなるぞニート君ｗちゃんと学習してからコードを読みまくって書きまくれニート君ｗ
>>303-305
悪いけど質問じゃないよｗ知らないってだけで興味もないｗ 303,305以外のレスは知らんｗ

307仕様書無しさん2021/01/15(金) 23:19:22.34

>>289
引用先見てきたけどなぜこれを参考にさせようとしたのか理解に苦しむようなコードだった
もうちょっとなんかなかったのか

308仕様書無しさん2021/01/15(金) 23:20:27.70

自分の受けた最大ダメージを相手に与えようとしてニート連呼してるんだな
これは滑稽

309仕様書無しさん2021/01/15(金) 23:20:37.27

質問じゃない連呼してたのもお前かよ
重症だな

310仕様書無しさん2021/01/15(金) 23:27:31.11

「ちゃんと学習してからコードを読みまくって書きまくれ」もダメージ受ける言葉なんだなw
だろうなっていう

311仕様書無しさん2021/01/15(金) 23:47:27.97

>>307-310
ニート君妄想力たくましいなｗニート君から技術を覗わせる言葉が何一つ出てこないんだがｗ

312仕様書無しさん2021/01/16(土) 00:26:31.52

いつもそう言われてるんだな
そりゃ言われるだろうな
お前のレスからは技術のぎの字もないしニート丸出しで揉めることしかしない役立たずだし

313仕様書無しさん2021/01/16(土) 00:27:31.87

あと妄想もコンプレックスか
脳内に閉じこもってないで社会に出ろ社会に

314仕様書無しさん2021/01/16(土) 01:08:14.22

>>289
それより下にある document.write の回答の方がやばいだろ

315仕様書無しさん2021/01/16(土) 01:26:04.85

>>312-313
ニート君は嘘と妄想しかないからなｗ学習しコードを読め書けｗ
>>314
別にそれもやばくないｗ
まあせめてDOM操作にしろとは言いたくなるが、質問のコードがその書き方なので、合わせただけだろうｗ
ニート君レベルｗ

316仕様書無しさん2021/01/16(土) 06:47:02.86

このコードがやばくないと思える技術力w

317仕様書無しさん2021/01/16(土) 06:51:03.87

> なお、条件式で左辺と右辺が等しい場合は「==」を使う。
これもスルーなんだなw

318仕様書無しさん2021/01/16(土) 07:08:29.58

>>316-317
ニート君は他人に合わせるということと、問題の発生する条件、を学んだほうがいいｗ
起きもしない問題のために本題と関係ない話をすると、質問者は混乱する
より洗練された好ましい書き方があったとして、そもそも愚直な方法でそれを書けない人に、新しい話をするべきではない
件の回答者たちは、意図的に愚直な書き方をしてるんだよｗ

319仕様書無しさん2021/01/16(土) 07:46:16.27

ニートはいつでもお手軽に呼び出せるなw

320仕様書無しさん2021/01/16(土) 07:47:17.91

そもそも初心者に紹介する教材に選んだコードがひどすぎぃって話がわからんのはお前の技術力がその程度だからだよw

321仕様書無しさん2021/01/16(土) 08:23:59.55

意図的にインデントのないコード紹介してるとかバカなのか？w

322仕様書無しさん2021/01/16(土) 08:37:21.64

お手軽に呼び出せると言った途端に引っ込むの草w

323仕様書無しさん2021/01/16(土) 08:38:27.31

>>319-321
教材としてではなくサンプルコードとして同じ初心者のコードが分かりやすいと思ったんだろニート君ｗ
ニート君は他人のことを考える能力に乏しくて、頭が硬くて悪いタイプの社会不適合者なんだねｗ

324仕様書無しさん2021/01/16(土) 08:39:22.64

>>322
おまけに構ってちゃんｗ

325仕様書無しさん2021/01/16(土) 08:47:04.38

https://techacademy.jp/magazine/26542

説明するのはいいけどさ
非推奨ってことにも触れておかんとダメだろ
これが現役エンジニアのレベルかよｗ

326仕様書無しさん2021/01/16(土) 08:56:45.78

初心者に合わせてアンチパターンを教えるっておい
Lhankor_Mhyひでえな

327仕様書無しさん2021/01/16(土) 08:59:35.44

インデント気にしない初心者が爆発的に増えてる理由を今見た気がする
ポンコツどもがわざわざ教えてるんだ
構造化プログラミングから退化すんなよ

328仕様書無しさん2021/01/16(土) 09:01:26.19

ゆとり教育の本当の恐怖はゆとり世代が老害になってから始まる

329仕様書無しさん2021/01/16(土) 09:09:57.29

ニート「初心者へのサンプルなんて初心者の作ったコードでいいだろ(鼻ホジ」

330仕様書無しさん2021/01/16(土) 09:11:38.64

じゃあ他の回答に高評価しようと思って見てみたがろくなのがない

331仕様書無しさん2021/01/16(土) 09:16:44.85

だからね初心者にggrks言ったらだめなのよ
mhyが適当にググって上から三番目でみつけたようなものしかみつけられないんだから
それのどこが悪いのかもこの荒らしみたいな初心者にはわからんから手本にするし

332仕様書無しさん2021/01/16(土) 09:34:18.48

最初に品質の低いものに触れるとそれを普通だと思い込んで一生改善されないんだよな

333仕様書無しさん2021/01/16(土) 09:34:33.70

>>314
質問者が書いてたからじゃない？

334仕様書無しさん2021/01/16(土) 09:36:34.86

今の時代パソコン持ってる金持ちは少ない
大抵のキッズはスマホでやる
するとインデントは無い方がいい

今後必要になるプログラミング言語はノーインデント言語とでも呼ぶべきものになる

335仕様書無しさん2021/01/16(土) 09:38:09.55

初心者にインデントは難しいから仕方ない

336仕様書無しさん2021/01/16(土) 09:40:45.44

IF A=10 THEN GOTO 30の時代に戻るのか

337仕様書無しさん2021/01/16(土) 09:45:08.55

スコープも難しいからグローバル変数だけ使ったコードを参考にさせるのがいいな
スコープとかインデントとか質問者の問題解決に関係ないものを混ぜるのは良くない

338仕様書無しさん2021/01/16(土) 09:50:33.74

間違った記事書いたブログや、既に使われていない方法が上位来る場合もあるから、ググるのも知識が要求されるな

339仕様書無しさん2021/01/16(土) 09:51:09.21

>>334
てなるとキッズ大好きAI御用達Pythonは消えるな

340仕様書無しさん2021/01/16(土) 09:51:49.25

>>334
PaizaIOでのプログラミングを平気で勧める回答者もいる時代ほんまクソ

341仕様書無しさん2021/01/16(土) 09:54:44.52

>>326
アンチパターンではないぞニート君
>>327-332
妄想で断言しちゃいけないぞニート君
>>334-335
普通にスマホでもインデントはつけるぞニート君

342仕様書無しさん2021/01/16(土) 09:54:55.22

>>336
BASICでも最初期を除き、構造化がどうのと言ってインデントはしてたぞニート君
>>337-338
ニート君には難しくても普通の人には大丈夫だぞニート君
>>339-340
スマホで一番書きやすいのpythonだし、PaizaIOいいぞニート君

343仕様書無しさん2021/01/16(土) 09:57:59.79

もうお前コテハン付けろよｗ

344仕様書無しさん2021/01/16(土) 10:02:58.95

Lhankor_Mhyだけど四半期前の回答にわざわざ低評価ありがとう

読みにくいのはたしかだと思うので
引用の中でインデントつける上手い方法があれば教えてくれ

345仕様書無しさん2021/01/16(土) 10:04:38.20

>>344
code使うしかなさげ

346仕様書無しさん2021/01/16(土) 10:08:09.03

>>345
だよな
サンクス

347仕様書無しさん2021/01/16(土) 10:10:34.59

なんかあぼーんが大量発生してると思ったら、去年と同じやつがあばれてるのか
１月にあばれたくなる病気でも抱えてるのか？

348仕様書無しさん2021/01/16(土) 10:25:32.80

>>347
正月はニートにとってつらい時期らしいぞ

349仕様書無しさん2021/01/16(土) 10:27:58.52

しかし童貞ニートの正体がmhyだったとはなあ

350仕様書無しさん2021/01/16(土) 10:32:04.81

正男が今更回答してアクティブになったせいだな

351仕様書無しさん2021/01/16(土) 10:49:27.37

>>349
そういう方向に持っていくためにわざわざ名指ししたのか

ねらー怖い

352仕様書無しさん2021/01/16(土) 10:52:57.35

あらぬ疑惑を掛けられるから、ネットリテラシーあるならこっちに出張しない方がいいぞｗ

353仕様書無しさん2021/01/16(土) 10:58:24.08

>>351
自画自賛祭りの童貞ニートがほめてる回答者他におる？

354仕様書無しさん2021/01/16(土) 10:59:01.95

誉めてるつーか擁護つーか

355仕様書無しさん2021/01/16(土) 11:04:09.79

基本的に全方面煽っていくスタイルのニートが擁護しようもないダサダサコードの紹介を必死に擁護してる時点で違和感しかない

356仕様書無しさん2021/01/16(土) 11:17:12.86

>>353
バレちゃあ仕方がねえ

357仕様書無しさん2021/01/16(土) 11:20:29.32

間抜けはみつかったようだな

358仕様書無しさん2021/01/16(土) 11:24:54.04

>>356
おいふざけんな

359仕様書無しさん2021/01/16(土) 11:50:24.57

>>342
MSXの一部界隈では、インデントもクソもなく、とにかく一画面以内でゲームを作るというのが流行ってたな。
40 x 25 文字くらいだっけ？

最後の方では、アセンブラを表示可能な文字列にしてそれを打ち込ませ、最初の行はローダしかないようなものまであったなぁ。

360仕様書無しさん2021/01/16(土) 11:51:44.71

>>340

でも、ブラウザさえあれば環境構築が不要な paiza.io はそれなりに便利だと思うぞ。

361仕様書無しさん2021/01/16(土) 12:03:47.36

ときどきある「このプログラムの実行結果はどうなりますか」なら
paiza.ioでやってみろ、が適切だよね。別にideoneでもいいけど。
スマホだから出来ませんもないし。
ローカルで環境を作れというと「VSCodeで動きません」の山になるし。

362仕様書無しさん2021/01/16(土) 12:04:26.85

>>360
メンターよりよほど役に立つデバッグ機能や補完を捨てるデメリットに比べたらそんなの誤差

363仕様書無しさん2021/01/16(土) 12:05:17.46

環境すら作れないやつは何も作れんと思うよ

364仕様書無しさん2021/01/16(土) 12:52:21.85

あの「VSCodeで動きません」てやつなんなんだろうな
手順通りにすれば誰がやっても同じ結果になるだろうになんかよくわからんアレンジ足してるのか？

365仕様書無しさん2021/01/16(土) 12:57:43.33

Eclipseにしとけばいいのに

366仕様書無しさん2021/01/16(土) 13:05:12.88

vscodeみたいにアップデートが頻繁すぎて利用するタイミングで挙動が違うアプリって苦手だわ

367仕様書無しさん2021/01/16(土) 13:28:47.22

おお、ニート君以外の人が戻ってるやん
俺はLhankor_Mhyではないぞｗ
1画面とか特殊なコードの話はしてないが、まああったな
eclipseも年中update自体はしてる
vscodeで動きません、はプラグインやその設定が足りないだけだろ

368仕様書無しさん2021/01/16(土) 13:29:09.75

>>289
> まあ一応、低評価の理由を書いといてください。
いやだってこんなコード普通に糞じゃん？
if文何個並べてんだよ
switch使えせめてelse使え
myNumberから何回hisNumber引くんだ
同じリテラルも何度も使うんじゃねえ
剰余も論理演算も知らんのか
「==」使う正当な理由を述べよ
Shift_JISとか昭和かよ
コード組んだやつは素人だろうからしゃあないがこんなもの手本にもってくんな
if( myNumber - hisNumber == -2 ){
judge = "あなたの負け";
}
if( myNumber - hisNumber == -1 ){
judge = "あなたの勝ち";
}
if( myNumber - hisNumber == 0 ){
judge = "両者の引き分け";
}
if( myNumber - hisNumber == 1 ){
judge = "あなたの負け";
}
if( myNumber - hisNumber == 2 ){
judge = "あなたの勝ち";
}

369仕様書無しさん2021/01/16(土) 13:30:22.98

やっぱLhankor_Mhyじゃん
時間の置き方と否定の仕方が不自然すぎるわw

370仕様書無しさん2021/01/16(土) 13:31:16.39

低評価の理由書いてこいってニート君ｗ

371仕様書無しさん2021/01/16(土) 13:32:55.82

妄想が現実と錯覚する病気のニート君ｗ

372仕様書無しさん2021/01/16(土) 13:43:13.54

ニートとmhyの利害と思考の偏りが完全一致してるな

373仕様書無しさん2021/01/16(土) 13:48:18.84

ニートをニート呼ばわりしてる俺がLhankor_Mhyでない証拠などどこにもないんだがやつは確信してるようだな
証拠を持ってるんだろう

374仕様書無しさん2021/01/16(土) 13:55:14.82

>>368
アヒルがこのコード回答に書いてたら普通に-2くらいいきそう

375仕様書無しさん2021/01/16(土) 14:02:59.16

>>372-374
せっかく人が戻ったのにまたいなくなっちゃったよニート君ｗ
俺は本人だからLhankor_Mhyでないと言うのは事実として分かるけど、他人のニート君にはどちらとも断言はできないｗ
どんどんニート君の病気が悪化しちゃうねｗ

376仕様書無しさん2021/01/16(土) 14:08:16.92

せめてこのくらいは書いてもらわないと

const hands = ["グー", "チョキ", "パー"];
const judgeTexts = ["両者の引き分け", "あなたの負け", "あなたの勝ち"];

const fight = (myNumber, hisNumber) => {
console.log(`相手の選択は ${hands[hisNumber]}`);
console.log(`あなたの選択は ${hands[myNumber]}`);
console.log(`勝敗の結果は ${judgeTexts[(myNumber - hisNumber + 3) % 3]}`);
};

377仕様書無しさん2021/01/16(土) 14:08:55.87

>>365
同意
重かろうといきなりコード書いて実行できるメリットのほうが大きい

378仕様書無しさん2021/01/16(土) 14:10:12.70

ニートがニートをニートと呼び、呼ばれたニートがニートをニートと呼ぶ地獄

第三者から見ると、どっちのニートがどっちのニートか全然区別がつかない
全然区別がつかないから、これを一人の独り言としてみるとちょっと面白いコンテンツになってるな
漫画とかで良くある天使と悪魔が出てきて結局どっちもダメじゃんってヤツみたい

379仕様書無しさん2021/01/16(土) 14:10:19.91

童貞がきたとたんにサーっと散るの草

380仕様書無しさん2021/01/16(土) 14:13:00.86

vscodeって一発で環境設定終わらせるようなスクリプトは書けないの？

381仕様書無しさん2021/01/16(土) 14:13:04.17

>>376
ニートは初心者なので配列や剰余は難しい

382仕様書無しさん2021/01/16(土) 14:16:30.03

>380
何の環境次第かによるんでないの。
軽いだけが売りだと俺は思ってる。

383仕様書無しさん2021/01/16(土) 14:17:38.44

>>376
せめてこれぐらいって・・・くそこーどじゃねぇか

384仕様書無しさん2021/01/16(土) 14:19:28.69

JavaScriptだけ使うなら環境構築なんてほとんど何もいらんよ
BabelとかWebPackとかTypeScriptとか使おうと思うとちと面倒
これはVSCode使わなくてもいっしょ

385仕様書無しさん2021/01/16(土) 14:19:59.56

>>383
お前ならどう書く？

386仕様書無しさん2021/01/16(土) 14:21:02.40

>>376がクソならLhankor_Mhyの引っ張ってきたコードは核廃棄物だな

387仕様書無しさん2021/01/16(土) 14:22:00.28

そりゃ低評価されるは
核廃棄物ならしゃーない

388仕様書無しさん2021/01/16(土) 14:28:45.16

剰余使いたいなら、handsが逆なんだよ
ぐーちょきぱーをkeyとして設定しろ
で、xxNumberみたいな分かりにくいもん排除して、勝敗だけをreturn
console.logは外に出す

389仕様書無しさん2021/01/16(土) 14:30:29.77

>>388
まるで自分でコード書けるみたいなこと言うじゃないかw
書いてみなよw

390仕様書無しさん2021/01/16(土) 14:31:44.21

グーチョキパーは表示名だからキーとして使うのは悪手だな
国際化できなくなる

391仕様書無しさん2021/01/16(土) 14:32:40.57

じゃんけんはテーブルで書いてるのにフィズバズはなぜテーブルで書かないのか？

392仕様書無しさん2021/01/16(土) 14:34:41.14

>>391
要素が15個いるからだろ

393仕様書無しさん2021/01/16(土) 14:36:39.80

画面に出力する関数を画面に出力する関数の外に出してどこにやるんだよ

394仕様書無しさん2021/01/16(土) 14:37:32.00

>>388
ユーザーとPCが戦うから入力された手を保存しておく変数は必要だぞ？

395仕様書無しさん2021/01/16(土) 14:41:28.90

すげーな。本気で言ってるのか冗談なのか区別つかねー

396仕様書無しさん2021/01/16(土) 14:42:38.92

Lhankor_Mhyの技術力のなさが浮き彫りになったな

397仕様書無しさん2021/01/16(土) 14:51:16.97

>>368
質問はグーチョキパーの出し方であって勝ち負け判定じゃないぞ？

空気読んで完動するコード書けって話なのかもしれんが、丸投げは推奨されてないからな？

398仕様書無しさん2021/01/16(土) 14:55:02.25

>>396
本人だけど、その通りだと思う

ブロのお前らより劣るのは自覚してる
ミスターサタンとサイヤ人ぐらいの差があるだろうな

399仕様書無しさん2021/01/16(土) 14:56:27.22

>>398
おい見たかニート
お前こういう返しができないからニートバレすんだよ

400仕様書無しさん2021/01/16(土) 14:58:48.49

>>397
出し方も糞だろ
配列に入れればいいだけなのをわざわざ条件分岐して

401仕様書無しさん2021/01/16(土) 15:04:02.40

>>400
はじめからそう書け
関係ない部分の話をするな

402仕様書無しさん2021/01/16(土) 15:06:05.06

関係あろうがなかろうが糞コードは糞コード
それを紹介する回答も糞回答

403仕様書無しさん2021/01/16(土) 15:08:31.93

今風の初心者コードになってるだけで、良いコードってわけでもないw
勝敗判定ロジックをラムダにすべきでテキストにするラムダは不要
enumくらい自前で用意すべき
乱数が抜けてて全く回答になってないやばすぎ低評価回答ｗ

繰り返すが、相手に合わせて回答するのが肝要
元のコードの方が相手に伝わりやすいと思うよニート君ｗ

404仕様書無しさん2021/01/16(土) 15:10:52.40

>>403
支離滅裂すぎてわからん
まともな日本語で書け

405仕様書無しさん2021/01/16(土) 15:15:25.17

>>404
訳「難しすぎてわからんから超初心者で書いてくれたのむ」

406仕様書無しさん2021/01/16(土) 15:18:23.64

「ラムダ」も意味わかってないと思う
ラムダなんてどこにもない

407仕様書無しさん2021/01/16(土) 15:21:15.33

enumなんて必要ないじゃん
グーチョキパーを使い分けるところなんかどこにもないし
if使うならともかくってああ、if使うつもりなのかw

408仕様書無しさん2021/01/16(土) 15:21:56.29

>>368
本人だけど、了解した

innerHTML とか onclick をつっこまれてるのかと思ったわ

あの回答は ggrks が趣旨なので、コードの質より検索順位を重視した
だから低評価は仕方がないが、後から読む人のためにその内容でコメント残してもらえんかね？

409仕様書無しさん2021/01/16(土) 15:26:16.75

ggrksは古いぞ
今は「公式見ろカス」だ
ググって大失敗したところを初心者に見せつけてどうする

410仕様書無しさん2021/01/16(土) 15:29:30.20

ググって上から順に見てとりあえず動くコードみつけて貼り付けて終了ってそれまんま初心者の失敗コースじゃん
配列教えたらそれで済んだ質問じゃないのかこれ

411仕様書無しさん2021/01/16(土) 15:31:07.97

>>409
公式って、じゃんけんの質問にか？
あの質問者にMDN見せて解決するかねえ……

まあ了解した

412仕様書無しさん2021/01/16(土) 15:37:22.01

>>411
MDNの配列のところ見せて「配列はこういう風に使うんだよ」って補足して解決しないかね？
まあ動く糞コードの検索代行して中身を見もせず教えてやってもその問題は解決するだろうからBA集めたいならそれでもいいさ
だけど質問者はじゃんけん以外の同じ問題を自分で解決できるようにはならんだろうね
それはそれで回答者の姿勢の違いでしかないだろうけど
とりあえず手本として糞コード教えるのはやめような

413仕様書無しさん2021/01/16(土) 15:41:49.64

>>412
了解した

414仕様書無しさん2021/01/16(土) 15:57:34.63

名無しの無責任コメントいちいち取り合うなよ

415仕様書無しさん2021/01/16(土) 16:12:43.54

アロー関数がラムダでなければ何なんだろうｗ
配列の方が効率的になるのはもっと数が増えてからであり、増える可能性のない定数では本来不要。単に配列にすると見た目がすっきりするだけｗ
またテキストを直接返す君のコードをローカライズしようとすると、ロジック部分に影響が出てしまう可能性がある
数値を直接返しても意味不明なので、良いコードとするならenumはグー・チョキ・パーや、勝ち・負け・あいこを明確にするために必須なんだよニート君ｗ

まあ良いコードでないことは分かったと思うが、いずれにしても乱数が分からないという人に説明するのは乱数だけで十分で、余計なことを書けば書くほど理解できない質問者が増えるのが一番の問題かなｗ

ようは、
・相手のレベルに合わせて書く
・プラスアルファは蛇足だと断ってから書く
ことが大事ってことｗ

それができないといつまで経っても君は社会不適合者のままだねニート君ｗ

416仕様書無しさん2021/01/16(土) 16:13:51.26

>>414
自己言及文だ

417仕様書無しさん2021/01/16(土) 16:17:09.55

ラムダ計算に使うのがラムダ式だぞ？
アロー関数はラムダ式として使えるがそのコードでは使ってない

418仕様書無しさん2021/01/16(土) 16:18:34.66

>>415
ああお前に理解できるのはその糞コードレベルということがよくわかった
だからお前はいつまで経ってもニートなんだよw

419仕様書無しさん2021/01/16(土) 16:19:51.51

よほど配列をおぼえるのが難しかったんだな
それで自分のレベルに合わせて説明してほしかったのか

420仕様書無しさん2021/01/16(土) 16:21:31.07

配列が難しいレベルの初心者ってさすがにバカにしすぎじゃね？
質問のどこにも配列がわからないって書いてないし
やだやだ低いレベルでしか考えられないやつは難しい話題についてこようとすんなよ

421仕様書無しさん2021/01/16(土) 16:27:00.39

https://www.google.com/search?q=site%3Awww.ecma-international.org%2Fecma-262%2F+lambda
無いな

422仕様書無しさん2021/01/16(土) 16:34:45.44

あまりに理解度が低すぎて回答者ではなさそうだ
「じゃんけんにenum必須！」とかそのうち黒歴史になりそうなことつぶやいてるしw

423仕様書無しさん2021/01/16(土) 16:37:06.68

>>417-422
アロー関数はラムダ式という分類ｗ
カリー化してないだけでラムダでないと言ってるだけならただのバカｗ
分からない人はif～elseの羅列を配列にしてループするだけで分からないｗ
質問者のメチャクチャなコードを見てみるんだなｗ
ローカライズの意味が理解できないニート君ｗ

424仕様書無しさん2021/01/16(土) 16:40:09.31

enumなんてCの遺産でしかないのに早く気付けると良いがな
if(myHand == Hands.choki && computerHand == Hands.guu)みたいな小汚いコードを並べるならenumを使う意味もあるが他に使い道ないだろ

425仕様書無しさん2021/01/16(土) 16:41:22.93

>>423
配列使えばifもループも使わず1を"グー"に直せるんだがお前はそれが理解できないということだな？

426仕様書無しさん2021/01/16(土) 16:42:37.43

カリー化の意味もわかってないだろw
無理して難しい言葉使おうとするから恥かくんだぞw

427仕様書無しさん2021/01/16(土) 16:43:27.63

>>423
どこで分類されてるのか教えてくれよ
個人ブログ？
それともお前の脳内？

428仕様書無しさん2021/01/16(土) 16:46:26.04

質問者は乱数をグーチョキパーに変換したいだけなのにそこにenumをはさむのかよw
enum最近知ったのかw

429仕様書無しさん2021/01/16(土) 16:56:24.33

TypeScriptである程度大きなコードなら共用体を使ってきれいなコードも書けるけどべつにJavaScriptのこんなちっちゃなサンプルコードにenumなんて必須じゃないよ
むしろノイズでしかない
配列ならifの羅列が不要になってコードがものすごく簡潔になるけどenumを使っても特にメリットは無い

430仕様書無しさん2021/01/16(土) 17:03:13.22

mts「現場次第です」

431仕様書無しさん2021/01/16(土) 17:04:22.76

>>425-428
enumを作ると使用する側で1なんていうマジックナンバーを使う必要がないｗ
ニート君が知らない言葉を使っちゃったのは分かったｗ
アロー関数はラムダ式という分類
https://ja.wikipedia.org/wiki/%E7%84%A1%E5%90%8D%E9%96%A2%E6%95%B0#%E3%83%A9%E3%83%A0%E3%83%80%E5%BC%8F
>>376がenumを使ってないから良いコードとは言えないというだけｗ
ニート君は文を繋いで読む＝文脈に沿って理解することができない、所謂木を見て森を見ないタイプの社会不適合者なので、同じことを何度も何度も説明しないと理解できないんだねｗ
ローカライズの意味が理解できないニート君ｗ

432仕様書無しさん2021/01/16(土) 17:05:11.89

アンカー間違えた。>>425-430なｗ

433仕様書無しさん2021/01/16(土) 17:09:08.31

>>376だけど「せめて」と書いた通りこれが至高とは思ってないよ
10秒で書いたコードが至高のわけがない

でもenumはないんじゃね？
enum使ったコード見せてくれよ
冗長になるだけだと思うが何かメリットあんの？

434仕様書無しさん2021/01/16(土) 17:09:53.17

>>431
乱数使うんだけどマジックナンバーとかアホなのかな？

435仕様書無しさん2021/01/16(土) 17:13:18.52

>>431
Wikipediaじゃねーかw
一次ソースみつかんなかったのかw

436仕様書無しさん2021/01/16(土) 17:17:51.54

マジックナンバーの意味も知らないんじゃね？
mhyのコードがまさにマジックナンバーなんだが

437仕様書無しさん2021/01/16(土) 17:22:34.47

業務ならマジックナンバーはDBに入れる

438仕様書無しさん2021/01/16(土) 17:26:06.27

0から2の乱数を発生させて配列でグーチョキパーに変えるのは配列で対応が定義されてるからマジックナンバーじゃねえぞ
それがマジックナンバーなら乱数からenumに変換したって一緒だ
あと定義されたグーチョキパーは表示にしか使ないからいちいちenumを定義する必要はない
もっと種類が多ければデータベースから読み込んでもいいくらいのデータでしかないよ

439仕様書無しさん2021/01/16(土) 17:28:59.08

>>437
別にenumでハードコーディングするのが必須ってことないよなあ

440仕様書無しさん2021/01/16(土) 17:31:15.85

Qiitaはよ
俺も参加したい

441仕様書無しさん2021/01/16(土) 17:38:20.07

ここでenumは使わんよね
グーチョキパーをキーにしたら日本人以外に読みにくいし打ちにくいからあり得んよね
アホの理論はわからんなあ

442仕様書無しさん2021/01/16(土) 17:38:51.97

>>433
んー、ニート君ですらないのか…寺尾のレベルも落ちたな…
今アロー関数で返してるのがテキストだっていうのは分かるよね？
ローカライズする場合、これでは困るって分かる？
俺が言ってるのは>>376がenumを使ってないから良いコードとは言えないというだけｗ
素のJavaScriptで簡単なenumの作り方は
class Hoge {
　static FIRST = new Hoge('FIRST', 0);
　static SECOND = new Hoge('SECOND', 1);
　...
　constructor(name, index) {
　...
　get(index) {
　...
みたいな形かな。
こういうのを作っておかないと、fightや乱数生成時にマジックナンバーを返すことしかできず、ロジックから表示コードを分離できない。
例えばローカライズした場合などに困るよね？
せめて良いコードというならそれくらいはしてほしい。
俺には君のコードは>>376と同じレベルのコードにしか見えない。

443仕様書無しさん2021/01/16(土) 17:39:46.38

>>434-441
やばすぎニート君ｗ

444仕様書無しさん2021/01/16(土) 17:41:38.94

手の種類は三種類に決まってるから別にどっちでもいいとは思うけど種類が実行時に決まる可能性や拡張性を考えるならenumは使わないかな
enum必須と思い込んでるのは初々しいね

445仕様書無しさん2021/01/16(土) 17:47:03.92

>>442
これはひどいw

446仕様書無しさん2021/01/16(土) 17:48:35.95

>>442
ほら冗長になっただけで何のメリットもない

447仕様書無しさん2021/01/16(土) 17:50:05.80

本人はこれでレベルの高いコードをコピペしてきたつもりなんだろうなーっていう

448仕様書無しさん2021/01/16(土) 17:51:54.16

ネーミングセンスw

449仕様書無しさん2021/01/16(土) 17:52:55.01

FIRSTはマジックナンバーじゃないんだ、、、
そうか、、、
1のことなんだが、、、

450仕様書無しさん2021/01/16(土) 17:54:53.06

コード中でジャンケンの手を名前で呼ぶならまあギリギリわかるが名前を使うことなんかないんだよなあ
表示するだけなので

451仕様書無しさん2021/01/16(土) 17:56:24.49

数字じゃなければマジックナンバーじゃないという考え方は危険

452仕様書無しさん2021/01/16(土) 17:58:48.34

enum って読み方、
1）イーナム
2）エニュム
3）それ以外
のどれだろう。

語源からいえば2）だが、4文字だけ見た時の発音は1）だよな。

453仕様書無しさん2021/01/16(土) 17:59:32.84

>>444-451
メリットはfight(handYou, handEnermy)などとしたときにオブジェクトが返るので、そこからちゃんとロジックが組めるということ。
例えばあいこが3回続いたら負けとするルールを加えるとした場合、元のコードでは"両者の引き分け"なんて文字列と比較しないといけない。
日本語でない言語にするときもキーに"両者の引き分け"なんて文字列を使わないといけないんだよ。

454仕様書無しさん2021/01/16(土) 18:00:11.36

>>452
俺は1ｗ

455仕様書無しさん2021/01/16(土) 18:07:08.94

>>454
wつけるほどの何があるの

456仕様書無しさん2021/01/16(土) 18:08:55.41

草の数は知能と反比例する

457仕様書無しさん2021/01/16(土) 18:19:02.13

>>453
商用ゲームだとそういう判定は勝負結果の履歴を正規表現で検索してるよ
はい、論破

458仕様書無しさん2021/01/16(土) 18:23:41.00

>>455-457
自嘲のｗ
商用ゲームでデータ取るときはログからだろｗ

459仕様書無しさん2021/01/16(土) 18:33:33.53

>>453
文字列比較してifで判定すんのかw
それグーチョキパーと決めつけてるから猟師キツネ庄屋とか手の種類の数が多かったりとかの他のジャンケン作ろうと思ったら全部ハードコーディングしなきゃいけないだろw
配列にしとけばデータの修正だけで済むのにハードコーディングのどこがメリットなんだよ？w

460仕様書無しさん2021/01/16(土) 18:36:52.26

マジックナンバーがダメっていうのも
スクールやネットで流行ったまやかしのテクニックだったな

461仕様書無しさん2021/01/16(土) 18:38:55.69

class Hand {
static ROCK = new Hand("ROCK", 0, "ぐー");
static SCISSORS = new Hand("SCISSORS", 1, "ちょき");
static PAPER = new Hand("PAPER", 2, "ぱー");
static get values() {
return [this.ROCK, this.SCISSORS, this.PAPER];
}
constructor(id, index, display) {
this.id = id;
this.index = index;
this.display = display;
}
}
class GameResult {
static DRAW = new GameResult("DRAW", 0, "あいこ");
static LOSE = new GameResult("LOSE", 1, "まけ");
static WIN = new GameResult("WIN", 2, "かち");
static get values() {
return [this.DRAW, this.LOSE, this.WIN];
}
constructor(id, index, display) {
this.id = id;
this.index = index;
this.display = display;
}
}
const generateHand = () => Hand.values[Math.floor(Math.random()*Hand.values.length)];
const fight = (handMine, handHim) => GameResult.values[(handMine.index - handHim.index + GameResult.values.length) % GameResult.values.length]
const handYou = generateHand();
const handEnemy = generateHand();
const result = fight(handYou, handEnemy)
console.log([handYou, handEnemy, result]);

462仕様書無しさん2021/01/16(土) 18:42:14.23

⇡無駄に複雑なだけ

463仕様書無しさん2021/01/16(土) 19:07:44.34

>>461
ハードコーディングは初心者の証
https://it-biz.online/it-skills/hard-coding/

464仕様書無しさん2021/01/16(土) 19:13:58.66

>>460
良くないのは良くないけど今回はマジックナンバー違う
引数に数字を使うことはマジックナンバーではない
hoge(1)はマジックナンバーだけどhoge(i)は違う
var i=1;hoge(i)はマジックナンバーだけどvar i=Math.random();hoge(i)は違う
if(hoge-foo==-1)はマジックナンバー
多分ニートには説明してもわからないと思うけど

465仕様書無しさん2021/01/16(土) 19:15:25.17

勝負の判定に特定の数字を特別扱いしてないからこれもマジックナンバー違うしenumも必要ない

466仕様書無しさん2021/01/16(土) 19:17:46.86

マジックナンバーを一言で言うと「特別な数字に名前を付けず使う」のがそう
特別な数字が無けりゃマジックナンバーも無いしマジックナンバーが無いからenumを導入する必要も無い

467仕様書無しさん2021/01/16(土) 19:26:01.60

>>462-466
ほんといろいろ可哀想にねｗ
一応、3連あいこを負けとして勝敗を必ず付けるコードが以下

const MAX_DRAW_COUNT = 3;
function winOrLose() {
let drawCount = 0;
let result = GameResult.DRAW;
while (result === GameResult.DRAW && drawCount < MAX_DRAW_COUNT) {
const handYou = generateHand();
const handEnemy = generateHand();
result = fight(handYou, handEnemy);
console.log([handYou, handEnemy, result]);
if (result === GameResult.DRAW) {
drawCount++;
}
}
if (result === GameResult.DRAW) result = GameResult.LOSE;
return result;
}
console.log(winOrLose());

>>376だと表示用文字列だから駄目だし、それを変えてもマジックナンバーになってしまうｗ
「せめて」と用意するコードなら、これくらいは出来て欲しいｗ

468仕様書無しさん2021/01/16(土) 19:37:47.65

ほらな、あいこしかない前提のコードだろ？
こいつのじゃんけんはあいこしかコーディングできないんだ

469仕様書無しさん2021/01/16(土) 19:39:30.59

文法エラー出てんぞw

470仕様書無しさん2021/01/16(土) 19:41:13.20

>>464
その中でマジックナンバーっていえるのは変数名iだと思うよ

471仕様書無しさん2021/01/16(土) 19:43:45.99

>>470
iには名前がついてるからマジックナンバーじゃないぞ？

472仕様書無しさん2021/01/16(土) 19:46:10.38

iにマジックナンバー1を入れるとiはマジックナンバーになるけどマジックナンバーじゃない数値を入れたらマジックナンバーにはならない
初心者には難しいかもしれないからゆっくり勉強していけばいいよ
でないと5chに何日も張り付いて恥をさらし続けるのが生業になっちゃうぞ

473仕様書無しさん2021/01/16(土) 19:48:11.49

>>468-469
ニート君が全く内容を理解できてないことが分かったｗ
>>470
大丈夫か？
>>471-472
いくらニート君でも流石に説明はいらんだろｗ

474仕様書無しさん2021/01/16(土) 19:49:42.59

>>467を回答しておいで
複数人からすぐ低評価つくから
5chだと何人を相手にしてるかわかんないだろ？
寺尾なら低評価理由をそれぞれ書いてくれるから自分がおかしいってわかりやすいぞ
(それで潰れる豆腐は多い)

475仕様書無しさん2021/01/16(土) 19:51:00.23

>>473
んーだからQiitaか寺尾に書いてきてよ
そしたら俺も書きに行くから
お前のアホトークにつっこみ入れてるのは一人じゃないと思うぞ？

476仕様書無しさん2021/01/16(土) 19:51:44.25

潰れるのは目に見えてるので絶対書きに行かないだろ
ただの豆腐霊だし

477仕様書無しさん2021/01/16(土) 19:57:18.77

>>474-476
悔しいのかな？ｗ
俺は相手のレベルに合わせるのが最善だと思ってるから、今出てる回答で無問題ｗ
相手のレベルに合わせず「せめて」とわざわざ書き直したコードを提示するなら、これくらいは出来て欲しいという話をしただけだｗ

478仕様書無しさん2021/01/16(土) 20:01:51.99

>>477
お前の自分に対する評価はよくわかったから相手のレベルに合わせたそのコードを回答してきてくれよ
人生で初めて他人の評価と真正面から向き合ってみたらどうだ

479仕様書無しさん2021/01/16(土) 20:02:50.33

ダメな質問の話題が多いけど、
答えがいのあるいい質問ってのもゼロじゃないんだよね？
どのぐらい寺に張り付いてれば遭遇できる？

480仕様書無しさん2021/01/16(土) 20:03:00.82

https://president.jp/articles/-/8654?page=1
> 頭の悪い人ほど自己評価が高いのはなぜか

481仕様書無しさん2021/01/16(土) 20:03:58.02

>>479
過去の質問を順に見ていけば何個見ればいいかわかるはず

482仕様書無しさん2021/01/16(土) 20:05:34.00

> なぜ自分を過大評価し、「俺様」状態と化すのか。その心理を読み解くと……まず、パフォーマンスがいまひとつという厳しい現実は動かせないから本人は内心面白くありません。そしてそんな不振が続けば滅入ってしまい、果ては自我崩壊に陥る可能性もある。それを防ぐためには自分が秀でた点を探し出しては、ことさら自画自賛したり虚勢を張ったりして、自尊心を上げ底するしかありません。もしくは、自分を正当化するため、周囲をこき下ろすしかない。
まんまでお茶噴いた

483仕様書無しさん2021/01/16(土) 20:07:31.73

今の質問はほんと複垢の量産するゴミばかりだから古い方から見ていった方が面白いと思う

484仕様書無しさん2021/01/16(土) 20:09:41.50

アンドリューフォークさんはこのスレで知った

485仕様書無しさん2021/01/16(土) 20:11:09.94

>>478-484
自分の評価も他人の評価も気にしてないよｗ
ただ他人が別の他人に誤った評価をしてたから、こういうことだぞ？と説明したら「僕ちゃんが正しいの！」と粘着されてるだけｗ
全部説明してあげてるのになｗ

いい質問なんて1日以上未回答のやつを見ていけばすぐ見つかるぞｗ

486仕様書無しさん2021/01/16(土) 20:14:54.87

ほら自己評価に逃げる

487仕様書無しさん2021/01/16(土) 20:15:06.62

>>479
答えがいのあるいい質問の話題はスレチ
ここではなく寺尾で話題にする
ここはダメな質問の話題だけする

488仕様書無しさん2021/01/16(土) 20:16:02.73

自分の思ってることが正しいと無条件に信じ込むのが自己評価じゃなかったら何なんだ

489仕様書無しさん2021/01/16(土) 20:16:43.32

>>486-488
どんだけ他人の評価を気にしてんだよｗ
そんなことだからダメな質問とかどうでもいい話題で粘着したがるんだよニート君ｗ

490仕様書無しさん2021/01/16(土) 20:18:17.28

匿名なら他人の評価からいつでも逃げられるもんなw
そうやってずっと言い訳してきた結果が今のお前だぞ？

491仕様書無しさん2021/01/16(土) 20:18:57.44

>>489
他人の評価を気にしすぎて外に出られないのはお前じゃねーかw

492仕様書無しさん2021/01/16(土) 20:19:28.66

典型的な引きこもり

493仕様書無しさん2021/01/16(土) 20:21:21.28

痩せて筋肉はないが腹は出ている
眼鏡をかけていて顔がよく痙攣する
最近抜け毛が気になる
当たってるだろ？
ずっと目をつぶってたら成長しないぞ

494仕様書無しさん2021/01/16(土) 20:33:47.80

>>490-493
ニート君どうも本当に病気っぽいな…
妄想上の俺がどうなってるのかよく分からないｗ
自信なんてあろうとなかろうと他人の評価は気にしないでいいぞｗ
ニート君はきっとそれくらいで丁度いいｗ
あと自分より下を見つけようとするな自分より上を見て楽しめｗ
それくらいかなｗ

495仕様書無しさん2021/01/16(土) 20:36:51.55

まさかの全部当たりかw

496仕様書無しさん2021/01/16(土) 20:38:02.31

>>494
どんだけ他人の評価を気にしてるんだよ
俺はお前に本当のことを教えてやっただけだぞ
さあそろそろ妄想をやめて社会に出るんだ

497仕様書無しさん2021/01/16(土) 20:51:22.74

自分より下を見るなというのは「こっち見るな！」ってことか
逃げたらいんじゃね？

498仕様書無しさん2021/01/16(土) 21:27:04.27

回答まだぁ？
口だけマンが一番かっこわるいゾっ！

499仕様書無しさん2021/01/16(土) 22:14:35.56

ところで上位10位ぐらいしかも、長期間そのぐらいにいる人って、どういう人なんだろか
スキルはともかく、使ってる時間的にとても普通のサラリーマンとは思えないんだが

500仕様書無しさん2021/01/16(土) 22:32:17.98

>>499
出来高制なら有能ほど時間が余るぞ

501仕様書無しさん2021/01/16(土) 23:18:16.00

>>500
そこまで有能な人が余った時間を　teratail なんかにつぎ込もうと思うかな
コメントの内容とかを見ると、その種の規格外ハイスペックな人にありがちなソフト業界の発展のため、みたいな高尚な使命感でやってるようにも見えないし

502仕様書無しさん2021/01/16(土) 23:30:40.39

一つの回答に平均5分かけたとして5回回答して25分
1日にその程度の時間を趣味に割くくらい別にどうってことないだろ

503仕様書無しさん2021/01/16(土) 23:45:05.23

童貞ニート君逃げたのか
かなり手加減したのに案外もろかったな

504仕様書無しさん2021/01/16(土) 23:54:56.53

まいすま一日２５分か
すごいな

505仕様書無しさん2021/01/17(日) 00:16:40.84

5問25分は無理だろ
それだけ答える能力があったとしても、そんなに都合よく5分で答えられるような質問が続くとは思えないし
待ち時間を計算にいれたら一問あたり30分ぐらいはかかる

506仕様書無しさん2021/01/17(日) 04:14:48.98

>>505
待ち時間つーか都合いい質問探す時間な

507仕様書無しさん2021/01/17(日) 07:00:56.85

アクティブ見てるとあの辺の連中は一度に複数の質問に回答してるぞ
張り付いて答えられる質問を待ってるんじゃなくたまにアクセスしていくつも回答してるようだ
待ち時間はないんじゃね

508仕様書無しさん2021/01/17(日) 07:56:05.75

https://jp.quora.com/profile/Miyako-Nari
京也って下の名前かと思ってたらフルネームだったんかい

509仕様書無しさん2021/01/17(日) 07:58:22.59

荒らしやっといなくなったか

510仕様書無しさん2021/01/17(日) 08:18:05.57

例の童貞だろうな
「配列は難しいから質問者のレベルに合わせろ」と言ってクラスを持ち出したのには笑わせてもらった
他にもツッコミたいところ満載だったがここで書いても仕方ないのでQiitaか寺尾に書いてほしかったなぁ
祭ってやったのに

511仕様書無しさん2021/01/17(日) 08:49:51.93

>>507
知ってる質問なら短時間の調査で裏が取れるし知らないなら方向性から調べなきゃいけないからランカーは純粋に知ってることが多いんだろうな

512仕様書無しさん2021/01/17(日) 09:44:10.09

ただしアヒルは除く

513仕様書無しさん2021/01/17(日) 10:29:34.39

経験は違うわな
働いたことのないやつは「ジャンケンサンプル」で適当にググって「ジャンケンにenumは必須(ｷﾘｯ」とか言い始めるわけだ
逆だっつーの
enumのサンプルにジャンケンが使われてるだけ
しかも他の言語
JSにはenumがないから慌ててクラスを作って「初心者に配列は難しいからクラス(ﾄﾞﾔｧ」とかもう手段と目的がスパゲティw

514仕様書無しさん2021/01/17(日) 12:47:57.42

なるほどｗニート君このスレに住んでる重病人だったんだなｗ
if～elseを配列にして文字列で結果を返すのでは良いコードにはならないから、「せめて」というならenumにしてくれという話だｗ
JavaScriptは実際にはTypeScriptで書かれることが多いので、enumかunionは簡単に使用できるｗ
コードを見たいと書いた人が言ってたようだから、あえて簡単なJavaScriptでの書き方を紹介しただけｗ
初心者にはif～elseのままの飾らないコードが分かりやすいと思うと最初からずっと言ってるぞｗ
俺はいくらスレが汚れても気にしないから、心ゆくまで間違った発言をしてくれニート君ｗ

515仕様書無しさん2021/01/17(日) 13:12:54.12

もうちょっと我慢できなかったのかw
ダボハゼかよw

516仕様書無しさん2021/01/17(日) 13:14:00.92

コピペマンはJavaScriptとTypeScriptの区別すらつかんのか

517仕様書無しさん2021/01/17(日) 13:15:12.84

配列使ったらifなんか要らんだろw
どんだけ駆け出しなんだよw

518仕様書無しさん2021/01/17(日) 13:22:25.97

プログラミングというのはDBにデータを納める事、DBのデータを表示する事の２つで構成されてる
動的にデータを生成するのは楽しいけどそれはアクロバティックなハックにしかすぎないんだ
普通にDBを使う事を覚えよう

519仕様書無しさん2021/01/17(日) 13:23:08.45

ちなみにJavascriptでenumに相当するのはJSONだ

520仕様書無しさん2021/01/17(日) 13:32:55.37

>>507
ランカーが適当に答えてる質問に、ガチンコの詳細な回答書いてベスト奪うのは、勝ちなのか敗けなのかどうだろう

521仕様書無しさん2021/01/17(日) 13:39:31.57

初心者に配列は難しいからTypeScript使ってenumにしてくれ(ｷﾘｯ

522仕様書無しさん2021/01/17(日) 13:41:14.68

Javascriptでenumに相当するのはJSONだ…JSONだ…JSONだ…だぁ…だぁ…

523仕様書無しさん2021/01/17(日) 13:48:30.57

ガイジが一人でも居ると荒れる（笑）

524仕様書無しさん2021/01/17(日) 13:49:13.97

やっぱり「働いたことがない」というのが一番刺さるみたいだな

525仕様書無しさん2021/01/17(日) 14:12:30.68

enumを使う
つまりそれは目の前の値に意味を与えるという事
999という値ではなくLIMITという文字であれば、ああこれはリミットなんだなと直観的にわかる
（場合によってはLIMITという変数名がふさわしくない場合もあるので臨機応変に名づけるのが肝要だ）

難しいのはただ文字に置き換えればよいというわけではない
3.14をPIに置き換えるのは正しいだろうか？
すでに3.14というのは幅広く普及して意味を知らない人はいない
だから文字に置き換えるのは冴えたアイデアではない

マジックナンバーというのは「ソースを見ただけで意味がわかるようにしよう」という哲学
数値リテラルや文字列リテラルをただ変数（しばしばenumと呼ばれる代替品等でもある）に
置き換えればよいというものではない

ソースを読んだ時に作者の気持ちがわかるように記述するのがマジックナンバーの肝なのである
例えるなら小説の登場人物に名前を与える事に相当する重要な行為だ

526仕様書無しさん2021/01/17(日) 14:16:10.39

そいつがイタい奴だとしても
ここまで反応してる時点でお前もイタい

527仕様書無しさん2021/01/17(日) 14:55:21.90

>>518
お前はさすがに経験している業務範囲が狭すぎ

528仕様書無しさん2021/01/17(日) 15:16:44.11

>>525
これ誰に向かって言ってるの？
今のところ、あいこ・負け・勝ちやグー・チョキ・パーが0,1,2なときにマジックナンバーと言ってる人がいるだけだろ？

529仕様書無しさん2021/01/17(日) 16:26:03.84

>>519
いや、おい

530仕様書無しさん2021/01/17(日) 16:30:35.10

>>461
class Hands {
#defaultHands = ["グー", "チョキ", "パー"];
#defaultResult = ["引き分け", "負け", "勝ち"];
constructor(_hands = this.#defaultHands, _result = this.#defaultResult) {
if (_hands.length === this.#defaultHands.length) {
this.hands = _hands;
} else {
this.hands = this.#defaultHands;
}
if (_result.length === this.#defaultResult.length) {
this.result= _result;
} else {
this.result = this.#defaultResult;
}
}
get category() {
return(this.hands);
}
get randomChoice() {
return (Math.floor(Math.random()*this.hands.length));
}
judgment(me, you) {
return (this.result[(me - you + this.hands.length ) % this.hands.length]);
}
}
const player1 = new Hands();
const player1Hand = player1.randomChoice;
const player2 = new Hands(["rock", "scissor", "paper"],["even","lose","win"]);
const player2Hand = player2.randomChoice;
console.log(`p1 is ${player1.category[player1Hand]} p2 is ${player1.category[player2Hand]} ,${player1.judgment(player1Hand, player2Hand)}`);
console.log(`p2 is ${player2.category[player2Hand]} p1 is ${player2.category[player1Hand]} ,${player2.judgment(player2Hand, player1Hand)}`);

531仕様書無しさん2021/01/17(日) 16:38:29.03

改行多いと怒られるし、インデントのスペースも消されるのね。知らんかった。

532仕様書無しさん2021/01/17(日) 17:30:06.97

>>530
まるで進歩がないよｗ
これでは>>376の問題が全部残ってしまっているｗ

533仕様書無しさん2021/01/17(日) 17:32:28.73

あ、乱数の実装が入った点だけ改善されたかなｗ

534仕様書無しさん2021/01/17(日) 17:45:34.07

>>532
どこがもんだいなん？

535仕様書無しさん2021/01/17(日) 17:45:57.82

自分で書いて自分でダメ出しかw
これはもうぶっ壊れたなw

536仕様書無しさん2021/01/17(日) 17:48:09.88

だから誰が何書いてるかわかんないからQiita行けってばよ
俺も駆け出しのコードにツッコミたくてうずうずしてんだから

537仕様書無しさん2021/01/17(日) 18:39:24.46

それが怖いんだろ
自己採点以外受け付けない園児は客観的判定に耐えられない
ここなら今みたいに暴れてごまかせるからな

538仕様書無しさん2021/01/17(日) 18:56:46.14

mtsってvscode使ってないのにvscodeの質問によく回答するよね。
結構間違えてるし低評価されたら質問者のせいにしたりしてて見苦しいからやめてほしい。

539仕様書無しさん2021/01/17(日) 19:23:28.64

>>538
こんなとこで愚痴るなよ。見苦しい

540仕様書無しさん2021/01/17(日) 19:49:03.99

あの流れをやりたいだけだろ

541仕様書無しさん2021/01/17(日) 20:28:56.86

出た！mts信者

542仕様書無しさん2021/01/17(日) 21:03:05.67

mts「君にも信者くらいいるだろ？(鼻ほじ」

543仕様書無しさん2021/01/17(日) 22:10:09.03

https://teratail.com/questions/316627
いや捨て垢じゃなくてだな

544仕様書無しさん2021/01/17(日) 22:10:42.64

まあいいやニートお前回答してこい

545仕様書無しさん2021/01/17(日) 22:44:57.69

>>538
mtsは「書き込みどころか、そもそも見てすらいない」と1/15にコメントをつけた
ここでmtsへの苦情を言っても伝わらない
直接言え

546仕様書無しさん2021/01/18(月) 00:18:31.94

信者がいるやつとそれを妬むやつではどちらが格上か一目瞭然だな

547仕様書無しさん2021/01/18(月) 01:07:57.93

>>532
テキストを直接返す君のコードをローカライズしようとすると、ロジック部分に影響が出てしまう可能性がある
数値を直接返しても意味不明なので、良いコードとするならenumが必須

548仕様書無しさん2021/01/18(月) 07:09:13.94

>>547
ニートまだ言ってるのかw
よっぽど頭悪いんだなw

549仕様書無しさん2021/01/18(月) 07:44:32.65

>>543でてつとzに論破されて削除して逃げ帰ってきたから元気がないようだ

550仕様書無しさん2021/01/18(月) 08:06:35.31

何を争ってるのか知らないけどジャンケンは環が成立してビジネスロジックは数式で全て表せるからenumは必要ないよ
グーチョキパーはロジックに不要ということだね
不要なものは定義する必要はない

グーチョキパーが必要になるのは出力層のみだから配列で変換すればそれで良いんじゃないかな
そもそもJSにenumは無いし

551仕様書無しさん2021/01/18(月) 08:10:46.81

>>550
という考え方できないから変に揉めてたわけだ

552仕様書無しさん2021/01/18(月) 08:29:48.11

揉めてる本人が「僕ちん仲裁役！」って言ってるのが笑うところ

553仕様書無しさん2021/01/18(月) 09:06:11.59

>>550
「せめて」とつけて良いコードにしたつもりなら、文字列のままでは話にならないし、数字にしても単にマジックナンバーが出るだけ
何度か書いているが、例えばあいこが3回連続したら負けとする実装はどう書くのかな？
グーチョキパーだって1回だけ使える何にも勝てる4つ目を追加した場合、ロジックの書き直しになるけど、それでも数字のままがいいの？
良いコードにするなら、意味が不明確なコードを書いてはいけない

また勝敗を決するロジックを記述する際に、数式に出来ているのは意味の順序に依存しており、数字に意味が付随している
これは明示的に書かれていないけど、マジックナンバーを使っているのと同じなんだよね
ただ、局所化できて単純かつ高速だから、そのまま使っているだけ
enumにしていれば、速度を落とすことなく、意味を明確にしたまま同じロジックを使用でき、かつルールが変わった際にもロジック以外を書き換える必要がない

出力層で変換する際にも、意味が明確になっていないコードで変換するのは不適切としか言えない
仮に出力用のコードのためにまた情報が必要になる場合、配列だとそれを局所化することもできない

TypeScriptにはあるし、C/C++みたいな言語を除けば、enumの実体はclassだったりすることも多いので、JavaScriptが特別ってことはないよ

554仕様書無しさん2021/01/18(月) 09:13:02.89

アクティブ見たらmtsがズラリと並んでるな
なるほど張り付いてるんじゃなく複数同時進行してるんだ

555仕様書無しさん2021/01/18(月) 09:16:22.28

>>553
おおぅあんな初心者向けに説明してもらってもアホすぎて話が通じてないw

556仕様書無しさん2021/01/18(月) 09:19:15.56

>>553
enumならロジックの書き直しになるよね
数値なら3だろうが4だろうがnで一般化できるからコードの書き直しは一切要らないよ
nや画像や表示名をデータベースに入れるだけで済む

557仕様書無しさん2021/01/18(月) 09:21:04.17

俺がさんざんenumだとハードコーディングになるって教えてやったのに全然理解してなかったのかw

558仕様書無しさん2021/01/18(月) 09:22:05.74

>>557
うんごめん
君もちょっと待っててくれないか
言ってることはわかる

559仕様書無しさん2021/01/18(月) 09:25:57.75

>>558
別にそいつ育てなくていいぞ
ただのニートで5chから出られない引きこもりだからw

560仕様書無しさん2021/01/18(月) 09:27:22.45

>>554
吟味する時間はありそうだけどね

タグとタイトルだけで答えられそうか判断
→内容見てすぐ答えられそうか修正依頼が必要か判断

そこで修正依頼投げるのがmts

乗るか切るかの判断速度がランカーか一般かを分けるとおもってる

561仕様書無しさん2021/01/18(月) 09:32:03.23

どこまでクラス設計するかはセンスと経験が問われるよね
クラス作るべきところで作らないとコードの保守が難しくなるし
かと言ってFizzBuzzにクラス作るのはただの趣味人だし
元になった質問でクラスが要るかどうかは、、、うん

562仕様書無しさん2021/01/18(月) 09:42:11.00

>>530
> if (_result.length === this.#defaultResult.length) {
> this.result= _result;
> } else {
this.result = this.#defaultResult;
> }

このコード、何のためにあるの？
手数が5通りあっても勝敗は5通りにならないよね？

563仕様書無しさん2021/01/18(月) 10:09:30.93

>>556
ロジックと言っているのは、fightやjudgmentなどの勝敗判定ロジックのこと。
というかそれ以外にロジックらしいロジックってないよね？
これは数字のままだろうが、enumだろうが、何にも勝てる4つ目を入れたら必ず変更が必要になる

例えばグー(0)、チョキ(1)、パー(2)、グッド(3)とかにして、グッドが全てに勝つとする
すると、数字だとif文でx == 3の判定が必要になる
これをマジックナンバーになるよね？いいの？

と言っている。。。なんでこの程度のことが読み取れないの？

564仕様書無しさん2021/01/18(月) 10:17:34.76

>>563
判定にif文は必要ないよ
enumを使うから必要になるだけ

565仕様書無しさん2021/01/18(月) 10:20:28.81

もう>>376で出てるけどこれで判定できてるからね
if文なんかどこにもないだろ？

566仕様書無しさん2021/01/18(月) 10:21:20.76

>>563
これは草

567仕様書無しさん2021/01/18(月) 10:23:29.86

あと>>376ににあるマジックナンバーは3だけだね
これをhands.lengthに置き換えたらマジックナンバーは無くなる

568仕様書無しさん2021/01/18(月) 10:24:47.20

>>563
お前、、、今まで何を聞いてたんだ、、、
レベルが低い低いとは思ってたけどちょっとこれは勝ち組みと言わざるを得ない

569仕様書無しさん2021/01/18(月) 10:31:11.60

>>563
相手もグッドだったらどうすんの？

570仕様書無しさん2021/01/18(月) 10:34:33.17

配列をループで出力させたらその中でユーザーが選択するもののIDは数値で得られる
これはマジックナンバーとは言わない
ごく普通のプログラミングでごく普通に使われる手法

コンピューターの出す手を乱数で出すならそれはそのまま数値
これもマジックナンバーではない

そこから勝敗は簡単に計算できるしifも必要ないからわざわざenumを用意する必要はない
ifを使おうとすれば何か名前をつけないとマジックナンバーになるよね

571仕様書無しさん2021/01/18(月) 10:36:03.95

>>563
それジャンケン違うw

572仕様書無しさん2021/01/18(月) 10:36:42.20

>>569
同じこと思った
「全て」が出てきた時点で矛盾だよな

573仕様書無しさん2021/01/18(月) 10:37:35.72

グッド以外出す意味がないジャンケンか
アホなのかな？

574仕様書無しさん2021/01/18(月) 10:40:34.34

口ではなんとでも言える。コードを見せなさい。

--- Linus Torvalds(リーナス・トーバルズ)

575仕様書無しさん2021/01/18(月) 10:41:22.17

>>574
寺尾にコード出して玉砕してきたやつにむごいこと言うなよw

576仕様書無しさん2021/01/18(月) 10:42:11.36

>>556
enum議論はクソどうでもいいから参加しないけど、ここだけ突っ込みたい。
じゃんけんを4とかnに一般化するのって勝ち負けのルールはどうなるの？

577仕様書無しさん2021/01/18(月) 10:44:02.55

お猿さんにはここまで噛み砕いてもまだわからないのか・・・
>>556が「ロジックの書き直し」と言ってるのは、>>553の「何にも勝てる4つ目を追加した場合、ロジックの書き直し」のこと

578仕様書無しさん2021/01/18(月) 10:47:52.97

>>577
enumを使っても書き直しになるんじゃね？
お猿さんには宇宙人の言うことはわからんなあ

579仕様書無しさん2021/01/18(月) 10:50:44.34

特殊なルールを入れる時だけクラス作ればいんじゃね
それがenumである必要はさらっさら無いけどな
グッドでもありチョキでもある、グッドではないがチョキではあるみたいな特殊なルールはenumじゃ対応しきれんからな

580仕様書無しさん2021/01/18(月) 10:51:28.29

そもそもTypeScriptとか言い出すやつがenumとか超だっせーとしか思わん

581仕様書無しさん2021/01/18(月) 10:52:58.53

初心者「グーチョキパーを出すにはどうやったらいいですか？」
ニート「グッドに対応するためにクラスを作ろう」
大草原不可避wwwww

582仕様書無しさん2021/01/18(月) 10:57:39.15

小学生｢グッドとか弱そう、だせー！そこはサイキョーとかムテキにしそうぜ！｣

583仕様書無しさん2021/01/18(月) 10:58:40.02

じゃんけんというのは三すくみの関係じゃないと成立しない
ゲームにならないじゃん

584仕様書無しさん2021/01/18(月) 10:58:50.38

だからJSにenumは無いってば

585仕様書無しさん2021/01/18(月) 10:58:57.66

今の勝敗計算は順序と三竦みの構図に依存しているので、別に変更内容はこれを壊せれば何でもいい
グッドはただの例だからもう少し自由に考えて欲しい
いつでもグッドを出せばいいだけって意見もあったけど、普通に考えて何でも勝てるグッドには外部の使用条件があるとかかな
enumを使った場合に書き直しにならないとは書いてない
x === Hand.Goodとかで書けるので、マジックナンバーが出ないと言っている

586仕様書無しさん2021/01/18(月) 10:59:55.24

俺がenumと言ってるのは>>461のコードな

587仕様書無しさん2021/01/18(月) 11:01:23.85

>>461のHandとかGameResultのことを指している

588仕様書無しさん2021/01/18(月) 11:02:22.00

例示として不適切だって言ってんだろ
違うルールにしろよ

589仕様書無しさん2021/01/18(月) 11:02:54.99

拡張性を重んじるならenumじゃ力不足だな
ここはグー、チョキ、パー、光、闇の5種類のクラスを作って判定用のJudgeクラスも作ろう
グー、チョキ、パーは三すくみの関係
闇は相手が二連続同じ手を使った時にだけ勝てる
ただし相手も闇だとあいこになる
光は闇にだけ勝てる

590仕様書無しさん2021/01/18(月) 11:03:50.06

もうちっとだけつづくんじゃ

591仕様書無しさん2021/01/18(月) 11:04:07.70

>>581
これ

592仕様書無しさん2021/01/18(月) 11:05:38.28

>>589
半年後、光と闇には負けるがグーチョキパーのどれにでも勝てるトリックスターをガチャに追加

593仕様書無しさん2021/01/18(月) 11:07:51.23

じゃんけんのルールを大幅に逸脱するならクラスを作ればいいさ
でも質問はじゃんけんなんだよなぁ
それも初心者が乱数からグーチョキパーへの変換方法を聞いてるだけなんだよなあ
それを「enum必須( ｰ`дｰ´)ｷﾘｯ」ってどこの老害だよw

594仕様書無しさん2021/01/18(月) 11:09:38.67

グー、チョキ、パーにHPとMPを持たせよう
攻撃力と防御力はHPを基に算出する
ショップで装備も買えるよ

595仕様書無しさん2021/01/18(月) 11:09:51.49

>>593
残業増えそうな部署だな

596仕様書無しさん2021/01/18(月) 11:12:46.63

ユーザーが手をカスタマイズして属性パーツの交換によって勝敗を決めるシステムに拡張することも考えなきゃな

597仕様書無しさん2021/01/18(月) 11:13:50.45

>>576
四すくみもあるけど優劣のない属性(引き分け)に当たる確率が上がる
https://dic.pixiv.net/a/%E5%9B%9B%E3%81%99%E3%81%8F%E3%81%BF
三竦みが一番ゲームバランスが良いかと

598仕様書無しさん2021/01/18(月) 11:17:35.27

enumにしたときの具体的に分かるメリットを言ってるだけだ
ある名前で識別される値の集合にそれぞれ名前をもたせられるのがenum
値は数値だけでなく一般的にはいろいろな型にできる
典型的な値は0から始まる連続した数値
典型的な値は0から始まる連続した数値に限定すればもう少し楽なコードにできるよ
そして前にも書いたが、ジャンケンのクラスを実装したのではなく、HandやGameResultなどのenumをクラスで実装しただけ
4竦みだとロジックが変わらない
光闇とかでもいいし、外部条件に依存でもいいからロジックを変える例でないと説明にならない

599仕様書無しさん2021/01/18(月) 11:18:16.36

働いたことのない童貞が自分の頭の中だけで評価するからこういう斜め上の発想になる
じゃんけんを作れと言われたらじゃんけんを作ればいいんだ
勝手にルールを変えるなw

600仕様書無しさん2021/01/18(月) 11:19:13.92

>>598
enumじゃ力不足だって言ってるだろ
つかJSにenumはないって何度も言ってるだろ

601仕様書無しさん2021/01/18(月) 11:19:54.03

「僕が考えたenumに最適化された新しいゲームが>>598です」

602仕様書無しさん2021/01/18(月) 11:20:42.46

双方の出す手を無視して何回キーボードを叩いかかで勝敗が決まるルールに拡張することも考えなきゃなw

603仕様書無しさん2021/01/18(月) 11:20:53.72

もうちっとだけつづくんじゃ

604仕様書無しさん2021/01/18(月) 11:21:36.61

じゃんけんしたら勝敗に関係なく女の子がほれてハーレム作るゲームにしようぜ

605仕様書無しさん2021/01/18(月) 11:21:41.14

じゃんけんの原型はどこへ行った？

606仕様書無しさん2021/01/18(月) 11:22:56.61

enumって結局シンボルを数値として扱うものでしかないからこれに固執する意味がわからない
ifで判定するなら数値いらねーよな

607仕様書無しさん2021/01/18(月) 11:23:21.37

手段(enum)の目的化か

608仕様書無しさん2021/01/18(月) 11:24:28.42

じゃんけんに勝ったらポロリするロジックぐらいは最初から組み込んでおくべき！

609仕様書無しさん2021/01/18(月) 11:24:33.35

グーチョキパーで勝敗をつけるのがジャンケンで質問者は初心者で質問は手の出し方
これをふまえてどうぞ
enumもifも要らんだろ

610仕様書無しさん2021/01/18(月) 11:26:02.16

>>606
だよね

611仕様書無しさん2021/01/18(月) 11:27:45.97

>>608
ポロリはどこまでokかは慎重に議論する必要があるな

612仕様書無しさん2021/01/18(月) 11:29:25.32

>>603
作者はやる気なくしてるのにやめさせてもらえないパターンかw

613仕様書無しさん2021/01/18(月) 11:30:51.21

アンドリューフォーク童貞ニートもたまにはかまってやらないと

614仕様書無しさん2021/01/18(月) 11:31:36.01

>>612
いや俺は第三者だが、
無駄な揚げ足取りがずっと続くのを皮肉って書いた

615仕様書無しさん2021/01/18(月) 11:31:43.03

捨て垢で寺尾に進出して速攻撃退されたのほんと草

616仕様書無しさん2021/01/18(月) 11:32:04.17

>>611
未成年と成年で出し分けるだけでいいんじゃね？マジックナンバーに注意！

617仕様書無しさん2021/01/18(月) 11:33:26.84

enumをおぼえたてのニートが何時間張り付いても誰かにかまってもらえる優しい世界が5ch

618仕様書無しさん2021/01/18(月) 11:35:56.08

>>616
国際化も必要だな

619仕様書無しさん2021/01/18(月) 11:36:20.55

手の種類は五行に陰陽を加えた七種類が至高
https://ja.wikipedia.org/wiki/%E4%BA%94%E8%A1%8C%E6%80%9D%E6%83%B3

620仕様書無しさん2021/01/18(月) 11:43:05.49

>>619
プレイヤーは七種類の元素からできていてそれを消費して手を作る
相剋により双方の手の要素の配分によって勝敗が決まるが相生によって元素が補充される
心理を読みながらいかに相手の保有元素のバランスを崩して選択肢を狭めるかが勝負の鍵となる

621仕様書無しさん2021/01/18(月) 11:46:38.45

enumを使えば拡張性が高まるのでどんなルールでも大丈夫！

622仕様書無しさん2021/01/18(月) 11:47:25.54

>>621
数値必要か？

623仕様書無しさん2021/01/18(月) 11:48:00.85

数値使わないならenum使う必要ないぞって言われたろ？

624仕様書無しさん2021/01/18(月) 11:48:58.68

TypeScriptでもenumは忌避されてるし結局辞書が使えないC言語のためのものでしかないんだよな

625仕様書無しさん2021/01/18(月) 11:50:52.61

JavaScriptにenum無いのも別に必要ないからだし

626仕様書無しさん2021/01/18(月) 11:51:45.21

拡張性高めるためにオブジェクトを高めるとしてもenumはないわー

627仕様書無しさん2021/01/18(月) 11:52:28.63

オブジェクトを高めるってなんだ
オブジェクトを使うに訂正しとくわ

628仕様書無しさん2021/01/18(月) 11:54:02.59

enumは危険
実際にその数を使う場所、そして実際のその数を定義している場所が離れてしまう
これはC言語のincludeヘッダと同じ問題を含有している
つまり、ソースの視認性の悪化だ

enumはソースが読みづらくなる
むやみな乱用は避けるべきだ

629仕様書無しさん2021/01/18(月) 11:54:39.65

enum不要を理解したから寺尾の質問を速攻削除したんじゃないのか

630仕様書無しさん2021/01/18(月) 11:55:05.91

ちなみにVB.NETでもenumは使えるぞ！

631仕様書無しさん2021/01/18(月) 11:58:26.70

>>606
だからマジックナンバーが出ると言ってるだろｗ
数値の場合: x === 3
enumの場合: x === Hand.GOOD
せめてというならこれくらいできるように作れ

632仕様書無しさん2021/01/18(月) 11:58:44.09

FirstとかSecondとかいう名前にグーチョキパーとなんか知らんマジックナンバーを関連付けてif文を使って文字列の比較で勝敗を決める意味が本気でわからん
そんな迂遠なことしなくてももっときれいな方法いくらでもあるだろ

633仕様書無しさん2021/01/18(月) 11:59:55.47

>>631
なんでじゃんけんにGOODなんて使うんだよ
じゃんけんする相手もいなかったのか？

634仕様書無しさん2021/01/18(月) 12:02:05.00

グーチョキパーは完全に同格だからGOODとかいうルールを大幅に逸脱した変な仕様を老害がぶち込みさえしなければ名前を付ける必要もないんだよな
仮に大幅にルールが変更される可能性があるならenumじゃなくもっと拡張性の高いクラスを作ればいい

635仕様書無しさん2021/01/18(月) 12:04:22.94

じゃんけんに使える変数名
Rock　ぐー
Paper　ぱー
Scissors　ちょき

ちなみに「じゃんけんほい！」の掛け声は「Rock-Paper-Scissors！」だ

定義するのであれば
Rock-Paper-Scissors.Rock
Rock-Paper-Scissors.Paper
Rock-Paper-Scissors.Scissors

この3つを定義するとよい

636仕様書無しさん2021/01/18(月) 12:05:37.53

もしグーチョキパーの３つ以外に手を増やすとしたらどうやって拡張するのが正解？

637仕様書無しさん2021/01/18(月) 12:06:08.89

var good="グッド"
if (x === good)
みたいのをローカル変数じゃなくグローバルに作ってるだけにしか見えんよねえ
設計がだせえ

638仕様書無しさん2021/01/18(月) 12:07:12.46

>>636
ルールによる

639仕様書無しさん2021/01/18(月) 12:08:47.67

>>637
ifで判定するなら実際名前しか要らんからenumなど作らなくても文字列で十分なんだよなあ

640仕様書無しさん2021/01/18(月) 12:11:19.52

実際の商用ゲームの場合はグーチョキパーの３つ以外に
ゲージが貯まったときに出せる無敵の手などが発生する
今まで出されたほとんどの案はそういった拡張に対応できない

趣味やサンプルならそれでもいいかもしれないが
プロのプログラマを目指すのであれば拡張性に余白を残しておくのは重要だ

エレガントで無駄のないソースを目指そうという声も理解できなくはないが
数学ではないのだから定義のほうが変化していく
定義が変化したら解法は当然に変化していく

つまり、プログラミングは数学ではなくプログラミング独自のやり方がある
いかに余白を作っておくかがプログラミング能力の１つといってよい

たった１つの冴えたやり方は大抵の場合破綻する
じゃんけんは３つの手しかないという常識にとらわれていてはプログラマ失格だ
少なくともこれからの時代に生き残る事は難しいだろう

641仕様書無しさん2021/01/18(月) 12:12:39.00

Hands={
rock:"グー",
scissors:"チョキ",
paper:"パー"
};
または
Hands={
rock:{text:"グー"},
scissors:{text:"チョキ"},
paper:{text:"パー"}
};
これで済むものをわざわざenum？という感はあるな

642仕様書無しさん2021/01/18(月) 12:12:49.35

enumを使っているのに足し算や引き算したらダメ
enumというのは実態は数字だがその値は変更される場合がある（そのためのenumだ）
だからその実態に依存した実装は避けるべきだ

643仕様書無しさん2021/01/18(月) 12:13:40.54

>>638
じゃあ、４つ目の「無敵チョキ」を拡張するとしよう
この無敵チョキはグーチョキパーの全てに勝利できる
さて、どうしようか？

644仕様書無しさん2021/01/18(月) 12:13:52.95

>>640
>>641で対応できないか？
つかまあ対応しようと思ったらどのみちコードいじらんといかんだろ？
初心者の学習用コードにお前さんのenumが必要だと本気で思っとるのかね？

645仕様書無しさん2021/01/18(月) 12:14:29.35

enum使うぐらいならコメント入れておけばいいって思うけど

646仕様書無しさん2021/01/18(月) 12:15:06.40

>>643
そんなアホな拡張は予算の無駄だからしなきゃいんじゃね

647仕様書無しさん2021/01/18(月) 12:15:55.46

>>643
センスなさすぎて笑う
そこまでしてもenum特化にならんところがださいって言われてんだぞ

648仕様書無しさん2021/01/18(月) 12:16:07.97

このスレの結論としてはenumの代用品としてJSONがベストって事でいいのかな？

649仕様書無しさん2021/01/18(月) 12:17:27.90

じゃんけんすら設計できない日本人
上流が足りないと言われているが
そのエビデンスを目の当たりにした

650仕様書無しさん2021/01/18(月) 12:17:53.26

>>648
そもそもわざわざenumを使って数値を関連付ける意味がないという話だろ
無秩序な拡張するならenumはいらんし初心者が学習するじゃんけんなら配列で十分

651仕様書無しさん2021/01/18(月) 12:18:34.52

>>649
ニートのこと日本人って呼ぶな

652仕様書無しさん2021/01/18(月) 12:19:31.49

enum君は内輪の忘年会にタキシード着てきそう

653仕様書無しさん2021/01/18(月) 12:21:09.51

個人的にはJavascriptの柔軟さを見た気がする
ほかの言語だとおそらく共通認識みたいなもんが出てくるはず
C言語だとそれこそenumだろうし、C++ならオブジェクト指向だろうし、VBならIF文の羅列
Javascriptはそういう文化が熟成されていない

654仕様書無しさん2021/01/18(月) 12:23:28.70

C言語でもじゃんけんにenum必要ないと思うがなあ
GOODに対応しようというバカが現れない限り

655仕様書無しさん2021/01/18(月) 12:25:11.13

そういう規模感って経験を積まないとわからないよね

656仕様書無しさん2021/01/18(月) 12:26:01.42

初心者の学習なら配列でいいしソシャゲならそもそも数値不要だからenumでなくていいという結論

657仕様書無しさん2021/01/18(月) 12:27:12.36

数値不要というかDBのIDを使うからあらかじめ範囲を定義するenumじゃ力不足だよね

658仕様書無しさん2021/01/18(月) 12:30:40.06

三種類を四種類五種類に増やすだけならifでIDを比較するだけでもいいけど100種類や10000種類に拡張しようとするとそうはいかんからなあ
その場合は計算式が必要になるだろうね

659仕様書無しさん2021/01/18(月) 12:31:46.46

まずジャンケンというゲームの実装に
わざわざ本当に勝負してるとこにセンスを感じない

660仕様書無しさん2021/01/18(月) 12:32:59.41

種類増やすんだったらDBで勝敗テーブル作るしかないと思うよ
コードでやるなんて地獄見るよ

661仕様書無しさん2021/01/18(月) 12:33:23.36

JavaScriptにないenumの作り方を解説したときのサンプルキー名がFirst,Second,...なだけ
文字列ではなく、objectが全く同じかどうかを比較しているので数値の比較と同じ速度
>>641は逆の変換ができればもうenum。文字列だから遅いけどね。
>>642はその通りなんだけど、元のコードがそういう作りだし、短く速いのでそこは流用した。
本来は勝敗テーブルを用意するだけで終わる
もちろんenumを使うんだがｗ
配列は初心者には難しいのでマジックナンバーありでいいからif文にせよ！が俺の意見
良いコードならenumにしろと言っている

662仕様書無しさん2021/01/18(月) 12:34:20.21

拡張性を考えるならenumはないわ
優劣を評価できる属性を作って配列で持たせるかな

663仕様書無しさん2021/01/18(月) 12:36:37.45

>>661
お前もう黙っとけ
痛すぎて見てられんわ
自分でもうすうすわかってんだろ？

664仕様書無しさん2021/01/18(月) 12:38:11.37

マジックナンバーがだめだからenum使えと強硬に主張してたやつが今度はマジックナンバー使えと言い出したぞ
もうちょっと素直になれ
そしたらこれ以上いじめられなくて済むから

665仕様書無しさん2021/01/18(月) 12:38:34.18

表示用文字列を抜いた純粋なenum用の0始まり連続整数値のenum生成コードも用意してやったぞ
const createEnum = (names) => {
const o = new Object();
const values = names.map((name, index) => (o[name] = {name, index}));
Object.defineProperty(o, "values", {get: function() {return values;}});
return o;
}
const Hand = createEnum(["ROCK", "SCISSORS", "PAPER"]);

666仕様書無しさん2021/01/18(月) 12:38:58.07

配列が難しい初心者ってどんなんだよ
今の初心者って配列もよう使わんの？

667仕様書無しさん2021/01/18(月) 12:39:18.04

拡張性を考えるのであればグーグラス、チョキクラス、パークラスを作る

668仕様書無しさん2021/01/18(月) 12:39:45.61

>>665
痛々しいなぁ
それ何の役にも立たないってみんなから言われてんじゃん

669仕様書無しさん2021/01/18(月) 12:40:47.14

>>668
配列が難しいと言った舌の根も乾かないうちにmapかよ
mapって何のメソッドか知ってんの？

670仕様書無しさん2021/01/18(月) 12:40:56.42

拡張性を考えるからenumなんだろｗ
数値に意味付けが必要なだけだよｗ

671仕様書無しさん2021/01/18(月) 12:41:18.77

>>665
namesは配列じゃなきゃ何なんだ？

672仕様書無しさん2021/01/18(月) 12:42:06.18

>>670
ここまでみんなから丁寧に説明されてわからないってマジの小学生かな？
学校行けよ

673仕様書無しさん2021/01/18(月) 12:42:19.72

勝敗テーブルはJSONで用意する
JSONからブラウザのDBにINSERTして実行時にSELECTでWHEREする実装になると思うけど
リテラルJSON由来の配列よりTABLEのほうがデバッグしやすい
新EDGEやCHROMEならTABLE内容も表示できるし

674仕様書無しさん2021/01/18(月) 12:42:59.91

>>670
拡張していくと数値の意味がなくなるぞ？って話聞いてる？

675仕様書無しさん2021/01/18(月) 12:44:00.42

なかなかの逸材

676仕様書無しさん2021/01/18(月) 12:45:35.49

俺が実装するなら勝ち負けを先に決めて、それに合わせて表示するかなぁ
判定とか必要なくなるし

677仕様書無しさん2021/01/18(月) 12:46:37.15

>>670
今必要なのは数値の意味付けではなく、お前がコテハンを付けることではないだろうか？

678仕様書無しさん2021/01/18(月) 12:48:52.15

対COMだけなら勝負に関する実装は不要
わざわざ実装してるってことは通信対戦を視野に入れているのであろう
であればジャンケンというのは複数人で対戦してこそ楽しいものである

3人以上の対戦に対応してないように見えるけどどうなの？

679仕様書無しさん2021/01/18(月) 12:49:08.03

>>674
頭大丈夫か？

680仕様書無しさん2021/01/18(月) 12:50:08.09

>>678
あほか
脱がないじゃんけんはじゃんけんじゃない！

681仕様書無しさん2021/01/18(月) 12:50:32.12

fightはあえて2人用のI/Fになってたのでそのままにした

682仕様書無しさん2021/01/18(月) 12:51:13.15

>>680
そうだな
ビデオチャットとか必須だな

683仕様書無しさん2021/01/18(月) 12:52:14.12

>>680
いままでジャンケンってさ、1対1で負けたほうが脱ぐだけだったでしょ？
（ゲームセンターの脱衣ジャンケンで負けたら本当に脱ぐユーチューバー（女）が捕まったのは記憶に新しい）

そうじゃなくて俺が目指しているのはハーレム脱衣ジャンケンなんだ
この実装だとハーレムにはほど遠い

684仕様書無しさん2021/01/18(月) 12:53:19.75

ちょっとまって、>>682が今ジャンケンにとって大事なこと言ってるから！！

685仕様書無しさん2021/01/18(月) 12:54:18.22

>>674
数値を何に使うつもりなのさ？

686仕様書無しさん2021/01/18(月) 12:54:19.57

>>683
となるとマッチングシステムも必要だな

あと、おまえの詐称プロフ自動生成システムも♪

687仕様書無しさん2021/01/18(月) 12:56:26.70

捨て垢でいいからgithubにでもコードあげてそっちでバトったほうがよくない？

688仕様書無しさん2021/01/18(月) 12:56:33.93

フォーク二等兵は今日も張り付いてるのか
どんだけすることないんだよ

689仕様書無しさん2021/01/18(月) 12:57:22.57

>>687
実はこのenum君はすでに寺尾にコードあげて撤退済みなんだ

690仕様書無しさん2021/01/18(月) 13:00:39.57

enum「初心者に配列は難しいからmapを使いなさい(ﾄﾞﾔｧ」

691仕様書無しさん2021/01/18(月) 13:01:25.73

EnumHackがドキドキするからやめなさい

692仕様書無しさん2021/01/18(月) 13:04:06.84

別にバトってすらいないし、ほとんどニート君の書き込みだってｗ
ニート君の書き込みは可哀想だから放置ｗ

693仕様書無しさん2021/01/18(月) 13:05:19.11

>>689
いや、どれが誰か知らんけど続いてるからさ

>>692
これでバトってないと言えるのは当事者だけ

694仕様書無しさん2021/01/18(月) 13:06:50.52

>>693
寺尾で撤退して悔しくてここで暴れてるんだわ

695仕様書無しさん2021/01/18(月) 13:20:23.21

これだけ暴れてる荒らしが「放置」というのはぐうの音も出ないということだろうな

696仕様書無しさん2021/01/18(月) 13:26:56.06

>>561
まあサンプルプログラムの場合は、そこまでやる必要がないようなケースがでるのもやむを得ない
逆に実際のコードをほとんどシュリンクせずに丸投げしてるような質問のほうが困る

697仕様書無しさん2021/01/18(月) 13:42:16.57

>>693
良いコードだというならenum必須だという意見の俺が>>461,467,665を書いた
初心者には配列で綺麗に書くより、if文の方が分かりやすいとも言っている
良いコードが初心者に分かりやすいわけじゃないからなｗ
バトってるつもりはないし、寺尾には何もしてないｗ
大方ニート君が捨て垢で何かしたんだろうし、ほとんどの書き込みもニート君の自演だよｗ

698仕様書無しさん2021/01/18(月) 13:43:37.43

と意味不明なことを自称しており

699仕様書無しさん2021/01/18(月) 13:44:09.93

配列がわかりにくいからmapで(ﾄﾞﾔｧ

700仕様書無しさん2021/01/18(月) 13:44:55.26

匿名だと自分で自分のレスを取捨選択できるから寺尾から撤退したんだろうな

701仕様書無しさん2021/01/18(月) 13:48:38.03

>>697
は？おまえ何言ってんの？
おまえのくそコードなんて誰も興味ないんだよ
今は、おっぱいの時間だ
せめてビデオチャットくらい付けてから投稿しろ

702仕様書無しさん2021/01/18(月) 14:21:23.49

マジックナンバー絶許マンはスレ番というマジックナンバーでなくコテハン使ってくれんかね

703仕様書無しさん2021/01/18(月) 14:29:46.31

>>702
そんなことしたら後で「俺はそんなこと言ってない」って言えなくなるじゃん

704仕様書無しさん2021/01/18(月) 14:33:50.53

>>665
初心者が配列の要素番号を逆引きしたいならindexOfでよくね？

705仕様書無しさん2021/01/18(月) 14:35:12.69

ROCKなの？うちの田舎だとSTONEだったけど

706仕様書無しさん2021/01/18(月) 15:21:00.70

まあ紙に負けるくらいだからstoneだろうなあ
https://www.ldoceonline.com/jp/dictionary/stone

707仕様書無しさん2021/01/18(月) 15:35:43.85

>>704
このコード(>>665)は初心者用ではない

708仕様書無しさん2021/01/18(月) 15:42:06.17

>>707
もうお前enum言いたいだけだろw

709仕様書無しさん2021/01/18(月) 15:43:14.43

論破されて目的180度変えやがった

710仕様書無しさん2021/01/18(月) 15:44:46.06

そもそもそれenumじゃねーし

711仕様書無しさん2021/01/18(月) 15:56:11.22

enumとの共通点を捜すところから始めよう

712仕様書無しさん2021/01/18(月) 15:59:44.24

toStringとかvaluesとか使えねえのか
だせぇ

713仕様書無しさん2021/01/18(月) 16:04:56.35

>>697
>>530がより洗練されているように見えるな

714仕様書無しさん2021/01/18(月) 16:15:52.13

お前らほんとはenum知らないんじゃね？
ずっと辞書の話してるように見えるんだが

715仕様書無しさん2021/01/18(月) 16:24:22.86

エナムくらいしってるだろ

716仕様書無しさん2021/01/18(月) 16:40:02.31

>>585
三すくみに依存しているからジャンケンなんだろ
勝手にビジネスロジック変えるなバカ

717仕様書無しさん2021/01/18(月) 16:47:11.58

脱衣も忘れてるしな

718仕様書無しさん2021/01/18(月) 17:18:28.99

>>697
それはニート君並にやばい

719仕様書無しさん2021/01/18(月) 17:19:01.06

間違った
>>713
それはニート君並にやばい

720仕様書無しさん2021/01/18(月) 18:04:09.95

ニートが一番効くのか
でもお前ニートじゃんw

721仕様書無しさん2021/01/18(月) 18:36:40.93

>>718
同意

722仕様書無しさん2021/01/19(火) 03:52:54.57

部下に「分からないことがあったらteratailで聞きなさい」って言った
おまいらよろしく頼む

723仕様書無しさん2021/01/19(火) 07:30:22.91

林先生「まさかとは思いますが、この『部下』とは、あなたの想像上の存在にすぎないのではないでしょうか。」

724仕様書無しさん2021/01/19(火) 08:10:54.44

部下「この要件定義書どおりの動きをするプログラムのつくりかたを教えてください」

725仕様書無しさん2021/01/19(火) 08:25:02.81

>>722
質問のしかたは教えたんだろうな？
せめてヘルプに目を通せくらい言えよ

726仕様書無しさん2021/01/19(火) 09:13:36.93

Cのenum
enum Hands { Stone, Scissors, Paper };
JavaScriptのオブジェクト
const Hands = { Stone: 0, Scissors: 1, Paper: 2 };
enumに近づけるにはプロパティを数値に限定するだけだから別に特別な構文もコードも要らんのよ
逆に言えばゴテゴテと余計なコードを書けば書くほどenumから遠ざかる

727仕様書無しさん2021/01/19(火) 09:19:28.21

>>724
仕事だろ
やってもらいたいなら金を出せ

728仕様書無しさん2021/01/19(火) 09:29:24.01

>>726
「JavaScript enum」で検索すると色々コードがみつかるからニート君はそれをコピペしてきたんだろうな
コードの意味もわかってないしenumの意味もわかってないから余計な恥をかくことになる

729仕様書無しさん2021/01/19(火) 10:19:34.68

>>726
またHandsみたいなキモコード書く人が間違った結論を導いてるなｗ
最初に「C/C++みたいな言語を除けば、enumの実体はclassだったりすることも多い」と書いたので、そもそもCのenumじゃないんだよｗ
速度やサイズを優先した特殊なのを元に考えて、間違った方向に導くなｗ

そもそもenumの要素をプリミティブな値にするより、オブジェクトにした方が便利なのは火を見るより明らかだろｗ
const myHand = Hands.Stone;
console.log(myHand);
としたときに
0
と出るより
{name: 'Stone', index: 0}
と出た方がいいだろうにｗ

逆にC/C++だと静的型付けなので、デバッガとかでStoneと出るし、C++17から使える文字列化ライブラリとかある。
cout << nameof(myHand);
みたいなやつね。

730仕様書無しさん2021/01/19(火) 10:22:07.25

>>729
それのどこがenumなんだw

731仕様書無しさん2021/01/19(火) 10:28:52.64

>>729
列挙型についてもう一度学習しましょうね^^

732仕様書無しさん2021/01/19(火) 11:00:01.91

>>722
コレだな

https://teratail.com/questions/316938

ちゃんとおまえが教えてやれ

733仕様書無しさん2021/01/19(火) 11:23:24.37

俺の知ってる列挙体と違う

734仕様書無しさん2021/01/19(火) 11:25:43.01

>>731
https://ja.wikipedia.org/wiki/%E5%88%97%E6%8C%99%E5%9E%8B
> プログラマが選んだ各々の識別子（列挙子）をそのまま有限集合として持つ抽象データ型である。
列挙子どこ？
抽象データ型どこ？

735仕様書無しさん2021/01/19(火) 11:26:48.47

JSにenumはないと何度言ったら

736仕様書無しさん2021/01/19(火) 11:46:40.02

>>722
コイツか？

https://teratail.com/questions/316948

737仕様書無しさん2021/01/19(火) 12:04:51.79

>>734
列挙子→ROCK, SCISSORS, PAPER
抽象データ型→Hand

pythonのenumと同じ構成
https://docs.python.org/ja/3/library/enum.html
「Enum メンバーは、それらの Enum クラスのインスタンスで、通常は EnumClass.member のようにアクセスします」

でもってEnumClass.member.nameとかEnumClass.member.valueとかある
Handの例で言えば、Hand.ROCK.nameとかな

738仕様書無しさん2021/01/19(火) 12:09:23.80

もしかして「型」を知らないのか？

739仕様書無しさん2021/01/19(火) 12:13:00.04

var Hand = ["ROCK", "SCISSORS", "PAPER"];
列挙子→"ROCK", "SCISSORS", "PAPER"
抽象データ型→Hand

740仕様書無しさん2021/01/19(火) 12:39:15.93

ROCK = 0;
SCISSORS = 1;
PAPER = 2;
列挙子→ROCK, SCISSORS, PAPER
抽象データ型→Window

741仕様書無しさん2021/01/19(火) 13:03:50.77

>>738
>>461を見ろ
素のJavaScriptは型とか緩すぎてあってないようなもんだけどな
prototypeがあるだけ

>>739
まだ言ってるのか…
それはただの配列。Hand.ROCKくらいはできないと流石に列挙体とは言えないし、。

>>740
ネタだろうけど、それじゃ1個しか作れんｗ
Hand相当に使ったらGameResult相当が作れない
あとWindowとは限らない

742仕様書無しさん2021/01/19(火) 13:04:57.14

JSにenumはないと言うのはこれで何度目だろうか
いくらなんでも物忘れひどすぎない？

743仕様書無しさん2021/01/19(火) 13:08:08.24

enum君の中ではあるんだろ
ニートは他人の評価を受け付けないからな
自分の心を守るために

744仕様書無しさん2021/01/19(火) 13:14:21.93

>>742
面倒だから答えてあげるけど、そんなことはどうでもいいし、最初から「enumくらい自前で用意すべき」と言っている(>>403)

745仕様書無しさん2021/01/19(火) 13:31:33.63

>>744
アホかよ
自前で用意できるならしてみろ

746仕様書無しさん2021/01/19(火) 13:36:25.55

寺尾でボコボコにされて逃げ帰ったenum君を構ってあげられるのは5chだけ

747仕様書無しさん2021/01/19(火) 13:48:55.72

>>746
すぐ消えてたから見れなかったんだけど、どうボコられたの？

748仕様書無しさん2021/01/19(火) 13:51:50.88

別にenumわざわざ使わなくてもジャンケンくらい作れるしなあ
クラスも知らない初心者に「配列は難しいからenum使え！」ってほんと草

749仕様書無しさん2021/01/19(火) 13:53:02.87

>>747
目糞鼻糞の糞コードでマウントしあうとか幼稚園かよ

750仕様書無しさん2021/01/19(火) 14:04:51.46

>>749
へぇ。コードが提示されたんだ
みてみたかったなぁ

751仕様書無しさん2021/01/19(火) 14:06:49.20

>>749
ちがいない
完成品作ってQiitaに記事書こうぜ
いくつLGTMもらえるかな？
はよ

752仕様書無しさん2021/01/19(火) 14:07:42.11

>>750
見たけりゃこのスレ見ろよ

753仕様書無しさん2021/01/19(火) 14:09:12.28

プロパティのことを列挙型と言い張るキチガイが見られるのは5chだけ

754仕様書無しさん2021/01/19(火) 14:09:18.14

>>752
？？
zとてつのコードが提示されたんだろ？
やつらのマウント大喜利コードはおもしろい

755仕様書無しさん2021/01/19(火) 14:12:08.80

>>665
「JavaScriptで列挙型を実装してみた」ってqiitaでやってみなよ
みんなスゲーって言うと思う

756仕様書無しさん2021/01/19(火) 14:28:50.42

https://teratail.com/questions/301418#reply-424375
この質問の回答に「enum使え(ﾄﾞﾔｧ」って言ってるんだぜ？
笑うだろこんなん

757仕様書無しさん2021/01/19(火) 14:30:29.18

つかenum使ってる回答者一人もいねーんだけどニート君がなぜじゃんけんにenumが必須と判断したのか謎
評価してやるから回答はよ

758仕様書無しさん2021/01/19(火) 14:42:01.09

>>756
この謎のコード何？
> function myclick() { cnt++;
document.getElementById("mydiv").innerHTML = cnt + '回目:'; }> varcnt=0;

759仕様書無しさん2021/01/19(火) 14:43:00.31

>>756
俺はタイトル時点で質問を見るのをやめた

760仕様書無しさん2021/01/19(火) 14:46:10.87

ｚとてつか
見てみたいな
どうせ見てんだろ？こっちにも投稿して

761仕様書無しさん2021/01/19(火) 14:56:18.48

TypeScriptとReact使え

762仕様書無しさん2021/01/19(火) 14:59:16.67

質問者無視して拡張性云々言うならenumじゃなくてTypeScriptでunionを使うべきだな
この質問者に与えるならclassはどう考えてもオーバースペック

763仕様書無しさん2021/01/19(火) 15:06:12.69

>>762
おまえはどや顔で何言ってんだ？
質問100回読んで来い

764仕様書無しさん2021/01/19(火) 15:12:04.09

>>763
なんでこんなゴミ100回も読まなきゃいけないんだ

765仕様書無しさん2021/01/19(火) 15:16:41.10

もう二度目だけど俺は寺尾に何かを書いたりしてないｗ
ニート君が連投したり寺尾に何か書いたりしたんだろｗ
Zuishinやte2jiが何を書いたかなんて興味ないし、奴らも別に大したコード書けないと思うが
ここに貼ったコードは2chのモノなので、作者以外がコピペしたならそこは突っ込まれるだろうなｗ

766仕様書無しさん2021/01/19(火) 15:29:55.40

>>765
お前は根拠もなく自分の言うことが正しいと思ってるよな
思ってるだけじゃなく人にもそれで通じると思ってるよな
引きこもりと思われるからそういうのやめたほうがいいぞ
そういうのだいたい引きこもりの専売特許だから

767仕様書無しさん2021/01/19(火) 15:30:53.38

>>765
でもお前のコード糞オブ糞じゃん？

768仕様書無しさん2021/01/19(火) 15:31:30.73

>>765
クラス必須(ﾄﾞﾔｧ

769仕様書無しさん2021/01/19(火) 15:33:06.51

そもそも動かないしな
if文並べるのが恥ずかしかったのかしらんけど

770仕様書無しさん2021/01/19(火) 15:40:35.79

>>764
質問読めないレベルならドヤるなよ
国語の勉強からやり直せ

771仕様書無しさん2021/01/19(火) 15:46:49.45

>>770
お前は100回読めるのか？
読んでから言えよ？

772仕様書無しさん2021/01/19(火) 15:47:57.31

te2jiもZuishinもコードも書けて回答もできるというのに童貞ニートときたらw

773仕様書無しさん2021/01/19(火) 15:50:39.65

>>771
おまえ条件文ってわかるか？
理解できずにどやってるやつは100回読む必要があるって言ってるんだけど
まー国語の問題でもある

774仕様書無しさん2021/01/19(火) 15:54:50.07

>>773
大丈夫か？
読みすぎて変なところに行ってるぞ
文じゃなきゃだめってどこにも書いてないだろう

775仕様書無しさん2021/01/19(火) 15:58:12.82

どうしてもif使いたいんだろうなあ

776仕様書無しさん2021/01/19(火) 16:00:17.39

ifを多用してると「あ、これ初心者だ」ってすぐわかるよね

777仕様書無しさん2021/01/19(火) 16:02:57.04

糞コードを100回読むとこうなる
ゆえにコピペマンはこうなる

778仕様書無しさん2021/01/19(火) 16:11:08.69

>>774
おまえは日本語読まな過ぎて変になってるぞ
「JavaScriptのボタンで、ランダムにジャンケンのグー、チョキ、パーを出したいのですが途中からのソースコードの表し方がわかりません。ランダムにグー、チョキ、パーを出す方法を教えて欲しいです。」
ってのが質問だ

TypeScriptがオーバースペックにならないって、どの方向に拡張性見出してんだ？

779仕様書無しさん2021/01/19(火) 16:14:30.30

>>775-777
恥ずかしい連投だなｗ

780仕様書無しさん2021/01/19(火) 16:18:42.31

>>778
お前はまず>>762を100回読んで来い
国語力低すぎるぞw

781仕様書無しさん2021/01/19(火) 16:20:37.36

「質問者無視するなら」と「質問者に与えるなら」の二つの条件があるように見えないのはお前に条件文のセンスが全く無いからだ
この二つは両立せんだろ？
お前の中じゃするのか？www
まあ国語できないやつにプログラミングはできんことがまた証明されただけだなw

782仕様書無しさん2021/01/19(火) 16:21:31.59

>>780
今度は顔が真っ赤だな
焦りすぎ。もちつけ

783仕様書無しさん2021/01/19(火) 16:22:57.72

>>780-781
恥ずかしい連投だなｗ

784仕様書無しさん2021/01/19(火) 16:27:33.45

なるほど
だぶるゆーにも全角と半角がいたか

785仕様書無しさん2021/01/19(火) 16:29:50.28

そりゃ恥ずかしいだろうな
こんだけ国語力の無さをはっきり指摘されたんじゃw

786仕様書無しさん2021/01/19(火) 16:30:41.92

ニートがまた黒歴史を増やしたのか

787仕様書無しさん2021/01/19(火) 16:33:53.52

じょーけんぶん云々のとこ、解説してやろう

「条件」
理解できずにどやってるやつ
「条件が真なら」
100回読む必要があるって言ってるんだけど

こー言われてるんだよ

788仕様書無しさん2021/01/19(火) 16:37:43.79

>>782
落ち着け「も」じゃなく「お」と書きたかったんだろ？

789仕様書無しさん2021/01/19(火) 16:38:22.48

>>787
だから100回読んでこいよ
辞書引いてもいいから

790仕様書無しさん2021/01/19(火) 16:42:03.12

>>741
> 素のJavaScriptは型とか緩すぎてあってないようなもんだけどな
> prototypeがあるだけ

これは酷い勘違いだな

791仕様書無しさん2021/01/19(火) 16:44:06.01

>>788-789
恥ずかしい連投だなｗ

792仕様書無しさん2021/01/19(火) 16:46:06.94

>>791
黒の連投で歴史を塗りつぶしていくスタイルは無敵だぜ
やつは常に最先端だ

793仕様書無しさん2021/01/19(火) 17:03:41.20

https://teratail.com/questions/41318

先生、それは5年前の質問だ

794仕様書無しさん2021/01/19(火) 17:38:13.23

どうした？w
心のケアが間に合わなくなってきてるぞ？w
早いうちの受診をお勧めする

795仕様書無しさん2021/01/19(火) 17:39:18.77

>>793
大昔の質問はアクティブにならないようにすればいいのに

796仕様書無しさん2021/01/19(火) 17:45:12.44

enum君は無視して次どうぞ（笑）

797仕様書無しさん2021/01/19(火) 17:46:21.47

>>794
もちつけ
どっから心のケアとか出てきたんだ？
発想が自己完結して飛びすぎだ

指動かす前に一度深呼吸な

798仕様書無しさん2021/01/19(火) 17:47:40.18

>>797
彼の中では臨機応変に大攻勢なんだろ

799仕様書無しさん2021/01/19(火) 17:55:22.08

どうした？
また餅ついてるぞw
落ち着けw

800仕様書無しさん2021/01/19(火) 18:00:37.50

>>799
古典も学ぼうぜ

801仕様書無しさん2021/01/19(火) 18:16:27.24

もしかして面白いと思って書いたのか？w

802仕様書無しさん2021/01/19(火) 18:20:37.72

ニートと言われたらニートと呼び
enumと言われたらenumと呼び
こうして自分の過去のセリフをどんどん誰が言ったかわからんくしてんだな
大変だな

803仕様書無しさん2021/01/19(火) 18:20:54.99

煽りあいは楽しいか？
ﾜｯﾁｮｲだったら相手するやつもまとめてNGぶっこんでやるのに

804仕様書無しさん2021/01/19(火) 18:26:43.30

去年の年始もこんなだったなぁ

おかしなのが3人いた
内一人が俺だからよく覚えてる

805仕様書無しさん2021/01/19(火) 18:30:32.53

まあ俺はニート君の相手はしてないんだが・・・
ニート君は煽るだけで技術のことは知らないよ
>>790
勘違いしてるのはお前

806仕様書無しさん2021/01/19(火) 18:47:35.96

ニート君は他人をニート君と呼ぶことで黒歴史を塗りつぶそうとしてるのかw
なるほど！
昔からそうやって心の平安を保ってるんだなw
じゃあ医者へは行かなくても大丈夫だなw

807仕様書無しさん2021/01/19(火) 18:52:48.80

童貞はいつまでも技術低いのう
あれから何か月同じ事やっとるんじゃい

808仕様書無しさん2021/01/19(火) 18:56:32.39

だから童貞なんだろうな

809仕様書無しさん2021/01/19(火) 20:48:12.77

まあ医療機関は今忙しいだろうから勝ち組の面倒なんかみてる暇はないだろう

810仕様書無しさん2021/01/19(火) 21:26:35.94

>>805
https://262.ecma-international.org/11.0/#sec-ecmascript-data-types-and-values

811仕様書無しさん2021/01/19(火) 21:31:53.08

またニートが黒歴史を積み重ねたのかw

812仕様書無しさん2021/01/19(火) 21:32:38.99

つかなんでこんな技術力の低いやつがこの板見てるんだろ
何もわからなくて退屈だと思うんだが

813仕様書無しさん2021/01/19(火) 22:05:44.87

https://teratail.com/questions/317099
何を間違えているのでしょうか？

生き方かな

814仕様書無しさん2021/01/19(火) 22:23:42.26

>>810
そこに書いてあるとおり、buildinな型しか用意されてなくて、functionやclassやほとんどが十把一絡げにobjectという型になってるんだよｗ
で、object内で何かを区別したいときは、prototypeを見て判断するしかない。

概要のこの辺にそういうところの片鱗がうかがえる。
https://262.ecma-international.org/11.0/#sec-objects
ECMAScript Overviewが
ObjectsとThe Strict Variant of ECMAScriptで構成され、Objectsの説明がそういう話になってしまう言語なんだよｗ

815仕様書無しさん2021/01/19(火) 22:47:00.23

ニート君は本当に技術レベル低いなあw

816仕様書無しさん2021/01/19(火) 22:48:18.47

技術レベル低いのはともかく人間の言葉が通じないのは哀れとしか言いようがないw

817仕様書無しさん2021/01/19(火) 22:50:42.27

>>813
>>convStr()とは何者ですか？
>convStr()関数はバイナリを文字にする変換する関数です。

それが回答になっていると本気で思ってるのか？

818仕様書無しさん2021/01/19(火) 23:14:38.85

>>813
https://teratail.com/questions/310998#reply-435030
なぜ setlocale が必要か理解していますか？

やはり理解していなかったようだな

819仕様書無しさん2021/01/19(火) 23:23:00.46

>>813
syoshinsya_
すいませんサイトを見ましたがつまりどうすればいいかわかりませんどうすればいいのでしょうか？

中学校の英語の勉強をやり直す

820仕様書無しさん2021/01/19(火) 23:25:03.05

自分で調べず考えず、回答の寄せ集めみたいなコードだけ作って、こいつ何がしたいんだろうな

821仕様書無しさん2021/01/19(火) 23:52:32.39

ツッコミ入ってるけどいつも通り解決済みにしたら後はスルーなんだろうな

822仕様書無しさん2021/01/20(水) 00:01:45.63

これだけ糞みたいな質問しまくってて回答への反応も糞なのに、未だに syoshinsya_　に回答付ける奴がいるのに驚くわ

823仕様書無しさん2021/01/20(水) 00:02:58.55

https://teratail.com/questions/317111
OpenGL実行時のリンカーエラー

リンクエラーは実行時じゃねー

824仕様書無しさん2021/01/20(水) 00:15:16.65

>>823
このスレのニートみたいなやつはだいたい言葉を知らんし「通じればいい」と言って自分にしか通じない言葉を平気で使うからな
デバッグ実行しようとした時ビルドでエラー出たら「実行時」なんだろ

825仕様書無しさん2021/01/20(水) 00:46:40.27

どちらかというと、煩いことを言ってる奴自身が言葉の意味や周辺の経緯を知らなすぎて、他人の言葉を読み取れず、
定義を引っ張ってきては自分の間違いに気づいてる、の繰り返しなんだがｗ
初心者のどうでもいい細かい間違いまで粗探ししないと気がすまないところに哀愁すら感じるｗ

826仕様書無しさん2021/01/20(水) 00:49:59.97

ニート君落ち着けw
ちょろいなお前w

827仕様書無しさん2021/01/20(水) 00:50:55.74

心当たりがあったんだろうなぁ

828仕様書無しさん2021/01/20(水) 00:53:42.89

そりゃ何日も張り付いて列挙型でないものを列挙型と言い張ってるやつだからな

829仕様書無しさん2021/01/20(水) 00:54:21.85

根拠は自分の脳内だけで

830仕様書無しさん2021/01/20(水) 00:57:57.56

「ニート」と一言書けば顔真っ赤にして餅つくからわかりやすいなw

831仕様書無しさん2021/01/20(水) 01:18:13.48

> 他人の言葉を読み取れず
日本語怪しいやつはよくこれ言うけどその自信はどこから来るんだろう
結局修正依頼に逆切れして退会するやつ多いよな

832仕様書無しさん2021/01/20(水) 01:19:18.20

きっとママとしか話したことないんだろう
ママは全部くみ取ってくれるから言葉に気を使わなくても通じるんだろうな

833仕様書無しさん2021/01/20(水) 01:25:34.10

>>814
お前の期待する型でなかっただけで「あってないようなもん」ではないだろ >>741
仕様に文句つける奴は思い込みが激しすぎて困る

834仕様書無しさん2021/01/20(水) 01:33:29.38

ニートの技術力がひどすぎる

835仕様書無しさん2021/01/20(水) 01:39:18.32

プロパティのこと列挙子と言い張って読み取れって言われてもなぁ
お前JS知らんだろうとしか

836仕様書無しさん2021/01/20(水) 01:59:43.48

>>833
文脈を読めないお前の日本語が不自由なだけだろｗ

837仕様書無しさん2021/01/20(水) 06:09:38.40

行間を読めってかw
プププ

838仕様書無しさん2021/01/20(水) 08:44:01.70

>>836
そういうのは言葉の使い方を覚えてからいってくれ

839仕様書無しさん2021/01/20(水) 09:03:58.63

>>838
文脈に依存して言葉の解釈は変わるんだよ
他の言語と比較してる文脈で、「JavaScriptは型があってないようなもんだ」と言った
Javaならclass定義したものは全部型なんだよ
あの文脈で言えばHandもGameResultも何もかも型なんだよ
C#とかでも一緒だろ？
でもJavaScriptはclass Handとしても型としてはObject型なんだよ
最初から用意された型しかなくてユーザーが型を定義できない
だから、他の言語と比較すると「JavaScriptは型があってないようなもんだ」と言っている
何も間違ってないだろｗ

お前はいつも文脈を読まないことで、「言葉の使い方」を間違えてるんだよ

840仕様書無しさん2021/01/20(水) 09:07:19.37

文脈言うのはまず正しい言葉を使ってからだよw

841仕様書無しさん2021/01/20(水) 09:07:49.28

もうenumネタ飽きてきたなぁ...同じ繰り返しをいつまでやってるんだろ?

842仕様書無しさん2021/01/20(水) 09:09:56.13

結局「伝わればいいんだよ！」っていい加減な言葉を使うのが悪い
お前がいくら自分の脳内で正しいと思ってもなぁ
伝わんないのはわかっただろ？w
そりゃお前の脳内で自分に伝わる言葉でしかなーいんだよぅw

843仕様書無しさん2021/01/20(水) 09:10:54.45

ニートって連中はこれをいくら教えてやっても理解できないんだ
やつら人とコミュニケーションしなくても生きられる勝ち組だからなw

844仕様書無しさん2021/01/20(水) 09:12:14.93

人に何かを伝えたいならまず正しい言葉
これを100海外読んで拝んどけ
成長の機会を無駄にするなw

845仕様書無しさん2021/01/20(水) 09:14:50.08

>>841
話が”にぃとかどうか”にすり替わってる気がするしね
2人だけでプライベートチャット作ってやってくれないかな
それかQiitaでもteratailでも記事立てて殴り合ってればいい
「有識者のツッコミ」もつくだろうて

846仕様書無しさん2021/01/20(水) 09:28:22.91

>>845
寺尾から逃げ帰って暴れてるやつに言っても無駄だろうな
匿名だから言える5ch弁慶
回答者とは雲泥の差がある

847仕様書無しさん2021/01/20(水) 09:39:37.85

>>845
ニート君だけだよ”にぃとかどうか”を気にしてるのは
他にもう一人アンカー付けて返してきてる奴がいるように見える
ただ俺からは自明なことを繰り返し噛み砕いて説明してるだけだからとうの昔に飽きている
相手から具体的な反論なんて何もないしな
頭悪そうに何かにこだわっているようなんだが、何なのか見当もつかない

>>846
何の決めつけだよｗ
お前がそうなのか？
そうやって煽るばかりだからニート君と混同されるんだよｗ
実際同一人物の可能性もかなりあるけどなｗ

848仕様書無しさん2021/01/20(水) 09:57:48.79

>>847
俺は初めて書くけど
気にしてると思われたくないなら「気にしてないし」って言わないほうがいいぞ
夜中でも早朝でも何度も何度も言うから気にしてるようにしか見えん

849仕様書無しさん2021/01/20(水) 10:03:32.35

そうだなこれを見て「ああ気にしてないんだな」と思うやつは一人もいないと断言する
お前何でも主張すればその通りになると思わないほうがいいぞ
ふつうはその辺中学生くらいで卒業するもんだ

850仕様書無しさん2021/01/20(水) 10:05:17.57

A「お前ニートって言われるの気にしてんのか？」
B「気にしてないぞ！お前こそニートだろ！」

さあBが気にしてるか気にしてないか文脈を読んでみよう

851仕様書無しさん2021/01/20(水) 10:44:00.59

>>839
その「型」はお前のオレオレ用語だから気をつけろ
微妙にニュアンス違うけどTypeScriptだとそういうのは「アノテーション」と表現して「型」とは言わない
オレオレ用語をいくら頑張って5chで主張しても飯のタネにはならんぞ

852仕様書無しさん2021/01/20(水) 10:45:25.55

>>839
要するに「Object型」しかないんだろ？
1種類しか型が無い場合、それは型が無いって言わないか？

853仕様書無しさん2021/01/20(水) 10:52:45.07

>>850
図星突かれて焦ってるようにしか見えない

854仕様書無しさん2021/01/20(水) 11:19:17.39

>>848
「ニート」を連呼してる人を俺は「ニート君」と呼んでる
他方「ニート」は言わないけどしつこく「型」とか言葉に反応して煽るのがもう一人いる
話を”にぃとかどうか”にすり替えようとしてる？(ようには見えなかったので、「気にしている」と表現した)のは
「ニート君」一人だと言ってるだけ
別にどうせちゃんと読んでないだろうし、俺がどう見えるとかどうでもいいよ

>>851
君がTypeScriptも最近のpythonも型もアノテーションも分かってないのはよく分かった
具体的な事例で反論しない限り説明しない

855仕様書無しさん2021/01/20(水) 11:24:42.71

もう誰が何を言ってるのかワケわからないが、この前から騒いでいるenum拘り君とそれをいじってる数人？の奴らみんなまとめて消えてくれ

856仕様書無しさん2021/01/20(水) 11:29:18.83

>>855
せめてコテハンつけてくれたらNGぶっこむんだけどな

857仕様書無しさん2021/01/20(水) 11:47:54.06

>>856
その程度の気概がないからニートなんだよ

858仕様書無しさん2021/01/20(水) 11:57:20.11

>>852
お前が必要としてるのは「Objectの種類を特定する手段」で「型」じゃないだろ
オレオレ用語も程々にしてくれ
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Symbol/toStringTag

859仕様書無しさん2021/01/20(水) 12:02:36.24

「俺はニートじゃない！ニートの相手もしてない！俺をニートと呼ぶやつをニート君と呼んでるだけだ！」
って一日中連呼してんのなw

860仕様書無しさん2021/01/20(水) 12:20:01.90

>>842
彼のポリシーは>>64だからなぁ
「俺様の独自用語は常に正しい、その意味を汲み取れないならお前らが悪い」だ

861仕様書無しさん2021/01/20(水) 12:41:19.91

でも他人が独自用語を使ったら噛み付くんだろうなぁ

862仕様書無しさん2021/01/20(水) 13:13:22.64

妄想も激しいよな
明らかに複数人から突っ込まれてるのに一人だと思い込んでる
なんかの病気だろう

863仕様書無しさん2021/01/20(水) 13:16:07.31

zかmに逆恨みしてる豆腐のたぐいだろう

864仕様書無しさん2021/01/20(水) 13:20:34.38

https://twitter.com/miyabi_takatsuk/status/1351732601568985092
そうなんだよな
「伝わればいい」とオレオレ用語を使うやつの言葉は伝わらんからすり合わせが必要
でもなぜかこいつらは「伝わる」と自信満々なんだよなぁ
こういうのをコミュ障というのか
日常生活でも不便だろうが全部他人のせいにできる知能は案外幸せなのかもしれん
https://twitter.com/5chan_nel (5ch newer account)

865仕様書無しさん2021/01/20(水) 13:22:35.37

>>858
734(wikipediaの列挙型にある列挙子・抽象データ型が何か？)に答えるために
737(列挙子→ROCK, SCISSORS, PAPER、抽象データ型→Hand)を書き、これに対して
738(型を知らないのか？)があったから、
741((他の言語と比べれば)JavaScriptは型があってないようなもんだ＝どうでもいいだろ？)と書いたんだよ
そもそも列挙型は用語として列挙体でもいいんだから、抽象データ型が型である必要性はないんだよ

それをお前が文脈読まずに>>790という無関係な指摘をして、俺が延々噛み砕いて同じ説明してるのに
全く反論も出来ずに同じこと言ってるだけだろ。。。
今言ってる事も含め、どれも全部反論してるのに無視して自説を繰り返してるだけなんだけどな

どんだけ間違えれば気が済むんだよ

仲のいいA君とB君がある日何の脈絡もなくこんな会話をした。
1行目: A君「B君殺す！」
2行目: B君「A君を監禁して一生出さない」
C君は2行目だけを引用してB君が悪者だと伝える事ができる
文脈のない世界とはそういう世界

866仕様書無しさん2021/01/20(水) 13:29:09.90

言い訳がまたきっついなーw
釣りじゃなく本気なんだぜこれでw

867仕様書無しさん2021/01/20(水) 13:30:20.24

ここまで知能と技術レベルが低いニートには人間の言葉は理解できんからなあ

868仕様書無しさん2021/01/20(水) 13:55:21.65

>>865
B君は悪くないと本気で言ってるのかこいつ
完全にサイコパスだな

869仕様書無しさん2021/01/20(水) 13:57:39.55

>>864
https://teratail.com/users/testakaunt#reply
こいつのことだろうな

870仕様書無しさん2021/01/20(水) 14:02:14.78

>>869
解決率低いなー
回答者とのやり取りもこいつの中じゃマシな部類のこれですらひでえ
https://teratail.com/questions/316186#reply-440469

871仕様書無しさん2021/01/20(水) 14:15:47.48

>>870
ひどいな。
もう「自分でやる」というのを諦めるのが一番早いんじゃないか？
回答者も「こいつどうせ理解できないしなぁ」と思いながら絡むの辛かろう

872仕様書無しさん2021/01/20(水) 14:20:08.72

ていうかなぜ回答してんの？
マゾなのか？

873仕様書無しさん2021/01/20(水) 14:22:13.60

https://teratail.com/questions/317117
Paizaでそんなことできんの？

874仕様書無しさん2021/01/20(水) 14:23:33.68

>>872
mts、みやプリは意地に見える
同じタグで質問する限り同じ奴が対応するんだけどなぁ
まいすまがチクッと一言言ったらどうなるかな

875仕様書無しさん2021/01/20(水) 14:34:22.35

>>873
paiza.ioだろ
プログラムをブラウザで実行できるっていう。
まいすまとかたまに使ってるの見るべ

876仕様書無しさん2021/01/20(水) 14:44:40.37

>>875
機械学習もできる？
実行時間制限とかライブラリがインストールされてないとかはない？

877仕様書無しさん2021/01/20(水) 14:45:42.24

>>868
こんな現実味のないたとえ話に警察とかいると思ってるの？
お前はBになって素直にAに殺されるのが正解と思ってればいい

>>875
そういう意味じゃないだろ
>>876のいうとおり、モーフィングとかパッケージやデータが持ってこれなくて動かないと言ってるんだろ

個人的にmtsもみやプリもテストアカウント君と大差ないと思うｗ

878仕様書無しさん2021/01/20(水) 14:47:39.58

>>877
現実味あろうがなかろうがお前がB君を悪くないと思ってる事実は変わらんだろ

879仕様書無しさん2021/01/20(水) 14:50:06.07

>>877
質問できるレベルにすらないお前はどう見てもテストアカウントより下だよなw
言ってること全部狂人の戯言でしかないしw
まあ自分を特別扱いするお前の判断では違うんだろうけどなw

880仕様書無しさん2021/01/20(水) 14:51:15.69

プリンの技術力を10とすればこのニートの技術力は0

881仕様書無しさん2021/01/20(水) 14:51:43.40

やはり資格を持っていない人は勝手な用語を使いだすから
コミュニケーション能力に問題が発生して
滑らかな開発に支障が発生するよね

882仕様書無しさん2021/01/20(水) 14:52:04.03

>>876
>>877
ああごめん理解した
「Python実行したいのになんでPHPやねん」ってところでコードとか質問内容見てなかったわ。
デフォルトパッケージになければインポートのところでエラー出るだろうな

paiza.ioはあくまで１枚もの向けだし

883仕様書無しさん2021/01/20(水) 14:59:35.65

このニートtxtyじゃね？
syoshinsya_とはちょっと違う気がする

884仕様書無しさん2021/01/20(水) 15:02:35.92

ココ↓は？
https://twitter.com/rokkotsukasa/status/1338487930944323589
https://twitter.com/5chan_nel (5ch newer account)

885仕様書無しさん2021/01/20(水) 15:05:35.06

https://teratail.com/questions/317146#reply-441544
問題作

886仕様書無しさん2021/01/20(水) 15:06:34.49

>>883
俺はアズマオーかと思ってる

887仕様書無しさん2021/01/20(水) 15:10:09.25

技術レベル的にはその三人の誰であってもおかしくないな
アズマオーはこちら
http://azumaoku.blog.jp/archives/17365373.html#listOfTerms

888仕様書無しさん2021/01/20(水) 15:21:47.27

徳丸先生がなんてアホな質問してんだタイトルと内容あってねーじゃんと思ったら質問画面のスクショだった
https://teratail.com/questions/317223

889仕様書無しさん2021/01/20(水) 15:39:48.10

悪いがその3人じゃないよｗ
お前らはそいつらと大して技術レベル違わないけどなｗ
義理は果たしたので、次からはお前らが自分のIDを証明して質問しない限り答えない

>>878
じゃあ警察いなくていいってことなので、お前はAに確殺されるとｗ

>>879
俺は自分を特別扱いしたことはないよｗ
お前ら目糞鼻糞を笑うを地で行ってるなと思ってただけｗ

>>888
多分下の回答数だけ退会済み回答を-1してるんだろｗ
先生の言う通り回答数は従属ではなく独立に保持しているんだろうなｗ
上の回答数は0になってるｗ

890仕様書無しさん2021/01/20(水) 15:52:40.28

わざわざ定義してオレオレ語を使う人間と定義のないオレオレ語をふわふわ使う人間とは
どちらもキチガイかもしれないが同じキチガイでも方向性は大きく違うんじゃないかな

891仕様書無しさん2021/01/20(水) 16:02:03.07

また自称w

892仕様書無しさん2021/01/20(水) 16:02:56.00

>>889
「どっちも悪い」が普通の日本人の反応だぞサイコパスw

893仕様書無しさん2021/01/20(水) 16:04:03.26

ニートにとっては警察による逮捕と私的監禁が同じものなんだな
こええ
こいつ絶対そのうちニュースにでるわ

894仕様書無しさん2021/01/20(水) 16:05:05.53

キチガイは自分がキチガイだとわからないもんよ

895仕様書無しさん2021/01/20(水) 16:06:26.34

> 俺は自分を特別扱いしたことはないよｗ
> お前ら目糞鼻糞を笑うを地で行ってるなと思ってただけｗ
この二行の矛盾に気づかない程度の知能w

896仕様書無しさん2021/01/20(水) 16:31:44.38

>>894
自分が基準だもんな
だから技術レベルもずっと0

897仕様書無しさん2021/01/20(水) 16:31:58.41

>>889
オレオレ定義を止めろ、といわれてるだけなのにいつまで言い訳してんの？

898仕様書無しさん2021/01/20(水) 16:43:01.56

>>885
謎の高評価3

899仕様書無しさん2021/01/20(水) 16:47:08.94

>>897
技術力の低さや頭の悪さも指摘されてるけどそれより問題はリンチ肯定派で拉致監禁を何とも思わないただの犯罪者というところだけどな

900仕様書無しさん2021/01/20(水) 16:56:36.34

>>899
コミュニケーション能力を鍛える事から始めたらいいよ

901仕様書無しさん2021/01/20(水) 17:06:01.67

コミュ力を高めるにはまずオレオレ用語を減らそう
あと文脈は自分でわかればいいやじゃなく相手に伝わるよう心掛けると少しはマシになるかもね
みんな君のお母さんじゃないんだから

902仕様書無しさん2021/01/20(水) 17:07:08.52

こうして5chででも社会に出たときの訓練を少しずつ始めるといいよ
ただここでの訓練が全部通じるとは思わないこと
ここはしょせん便所の落書き

903仕様書無しさん2021/01/20(水) 20:04:42.17

＞5chででも社会に出たときの訓練

いや、５ちゃんで社会訓練にはならんやろ。

904仕様書無しさん2021/01/20(水) 20:10:53.81

>>892
普通の日本人は「殺す」と言われて、警察もない中「相手を拘束」しようとすらしないのかい
随分イカれてるんだな

>>897
何度か言ってるがオレオレ用語なんて使ってないんだよ
コミュニケーション取れてないのお前だからな
何度か言ってるが、オレオレ定義なんてしていない
お前らが勝手にそう定義してるだけなんだよ

905仕様書無しさん2021/01/20(水) 20:12:01.37

自分が理解できないものは使いたくないらしい
虐殺臭がする

https://teratail.com/questions/316901

906仕様書無しさん2021/01/20(水) 20:14:18.68

https://teratail.com/questions/317302

素直に課題をやってくださいと言ったほうがなんぼかマシなのでは

907仕様書無しさん2021/01/20(水) 20:16:07.54

>>904
うわこいつマジでサイコパスじゃねーか
こわ

908仕様書無しさん2021/01/20(水) 20:17:41.51

殺すと言われて相手を一生監禁するのは明らかに過剰防衛

909仕様書無しさん2021/01/20(水) 20:23:58.86

>>906
https://www.chegg.com/homework-help/questions-and-answers/real-champions-sport-academy-system-rcsas-real-champions-sport-academy-one-fast-growing-sp-q61736921

910仕様書無しさん2021/01/20(水) 20:26:40.94

こいつにとっては「拘束」と「一生監禁」が同じものなんだろうなw
日本語知らないからw

911仕様書無しさん2021/01/20(水) 20:29:41.15

>>904
いやお前しか使ってない用語のことオレオレ用語って言ってんだよw
文脈でわかれよw
読解力ないなw

912仕様書無しさん2021/01/20(水) 20:30:09.84

正しい言葉がつかえないとこういうことになる

913仕様書無しさん2021/01/20(水) 20:31:12.45

またニートが黒歴史を重ねたのか

914仕様書無しさん2021/01/20(水) 20:32:24.39

こども部屋から出たことのないニートにとっては自分の定義こそが世界の定義だからな

915仕様書無しさん2021/01/20(水) 20:43:08.21

>>907-908
警察いない環境で「殺す」と言われて「拘束」せずに「一生監禁」できんだろ
どちらも悪いというなら、「拘束」することも悪くてできないんだろ？
その状況で悪くない選択肢は「殺される」以外ないんだよ

「拘束」した後、警察いない環境で即放置するのか？
「監禁」することになるよな？
警察もない環境でいつまで？
無条件なら「一生」だろ？

>>911
オレオレ用語は使ってない

916仕様書無しさん2021/01/20(水) 20:44:34.85

うわこいつマジだ

917仕様書無しさん2021/01/20(水) 20:47:30.19

殺すと言われただけで相手を拘束して警察に通報もせず一生監禁とか犯罪者でしかないな

918仕様書無しさん2021/01/20(水) 20:50:30.56

こいつにとっての世界は自室で完結してるから警察がいないという仮定とか一生監禁という手段が成り立つんだな
毎日部屋の外に出る人間が人一人監禁するなんてなかなかできんぞ

919仕様書無しさん2021/01/20(水) 20:51:26.45

知人を部屋に呼べもしないし家族とかにどう言うつもりなんだよ
こどおじの発想怖えな

920仕様書無しさん2021/01/20(水) 20:52:15.21

これでニート隠してるつもりなんだぜ
笑えるだろ

921仕様書無しさん2021/01/20(水) 20:54:43.90

ニートにしかできない発想だな
レベル高え
これでも自分の言ってることの何がおかしいか本人には全くわからんのだろうな

922仕様書無しさん2021/01/20(水) 20:56:46.64

いつまでやってんだ

923仕様書無しさん2021/01/20(水) 20:59:05.20

>>915
どっからどう見てもこどおじなんだがw

924仕様書無しさん2021/01/20(水) 20:59:46.81

今のうちに通報しといてよさそうな雰囲気あるな

925仕様書無しさん2021/01/20(水) 21:02:15.14

https://teratail.com/questions/316791
https://teratail.com/questions/316843
https://teratail.com/questions/317322
なんだこいつ

926仕様書無しさん2021/01/20(水) 21:05:44.24

>>925
知恵袋かなんかと勘違いしたキッズだろう
数撃ちゃ当たるの格言通りマルチはするは連投はするはで非常に見苦しい

927仕様書無しさん2021/01/20(水) 21:14:21.97

女子小学生に声かけて逃げられたから身の危険を感じて一生監禁しましたとかやってそう

928仕様書無しさん2021/01/20(水) 21:17:02.29

>>905
画像認識系の一機能それだけで独立したライブラリが欲しいんだろ？
別にopencv使いたくないなら使いたくないで何も問題ないと思う
ただ質問はタイトルから変えるべき

>>923
俺にはそう見えるという発想が分からんが、そういう発想になる点からお前がそうなんじゃないかとは思うな

>>925
別に編集しないで新しい質問にしただけだろ
削除要請するだけでいい
アヒルが無駄なく適切な回答してるな

929仕様書無しさん2021/01/20(水) 21:17:25.09

キモハゲデブが小学生に迫る→逃げられなくなった小学生「やめてよおっさん！殺すよ！」→「はい監禁してもいい条件成立」
こういうことだな？
もうお前部屋から出なくていいよ
お前を外に出したらアブナイ

930仕様書無しさん2021/01/20(水) 21:18:25.56

>>928
ほらな
わからんだろ
こんなサイコパス見たことねえ
マジで存在するんだ

931仕様書無しさん2021/01/20(水) 21:19:08.73

>>929
やめろマジで怖い

932仕様書無しさん2021/01/20(水) 21:19:53.80

ただの豆腐霊じゃない洒落にならんやつだった

933仕様書無しさん2021/01/20(水) 21:20:50.85

>>930
お前が妄想してるだけだろ。面倒なのでレスしないぞ。

934仕様書無しさん2021/01/20(水) 21:21:35.98

本物じゃんか
もうやめろよお前ら
こいつ何するかわからんぞ

935仕様書無しさん2021/01/20(水) 21:22:10.41

記念カキコ
このスレもうすぐテレビに出るな

936仕様書無しさん2021/01/20(水) 21:23:28.11

うわぁ、、、

937仕様書無しさん2021/01/20(水) 21:24:04.09

>>929
こえぇよ

938仕様書無しさん2021/01/20(水) 21:25:54.96

マジなやつだったか
虐殺と同程度かそれ以上のサイコパスだな

939仕様書無しさん2021/01/20(水) 21:28:47.55

>>929
そう考えると引きこもりは自分を社会から隔離してるという意味でいいことをしてるんだな

940仕様書無しさん2021/01/20(水) 21:30:03.31

>>865にあるとおり
「仲のいいA君とB君がある日何の脈絡もなく」って点が>>929で意図的に消えてるだけ
文脈って大事だよな

941仕様書無しさん2021/01/20(水) 21:31:44.88

むしろこどおじじゃなきゃなんなんだ
こんなの社会に放っていいわけがないだろ

942仕様書無しさん2021/01/20(水) 21:32:37.20

>>940
マジこええこいつ
考え方が人間と根本的に違うわ

943仕様書無しさん2021/01/20(水) 21:32:46.25

例に出た脈絡の時点で脈絡があってもかなりヤバい

944仕様書無しさん2021/01/20(水) 21:33:17.36

知能低すぎるからAIかと思ってた

945仕様書無しさん2021/01/20(水) 21:36:08.68

自分以外の全員が狂っていると見えたらそれは自分が狂っているのです
誰とも話が合わず孤立無援になった時点で自分を疑いましょう

946仕様書無しさん2021/01/20(水) 21:37:16.14

こいつはやべえ
記念

947仕様書無しさん2021/01/20(水) 21:39:32.75

こんだけ張り付いてる時点でやべえのはわかってただろ

948仕様書無しさん2021/01/20(水) 21:54:51.31

>>904
①>>741のいう型
②ES2020の型 (>>810)

①を使わず、②を使え
オレオレ定義するな

949仕様書無しさん2021/01/20(水) 21:57:20.72

日本人なら誰でもわかる「拘束」と「一生監禁」の違いすらわからんやつだし
自分の世界が世界のすべてと思ってるから何度言っても理解できんと思うよ

950仕様書無しさん2021/01/20(水) 22:01:49.09

>>925
#define F_CPU 8000000UL /* <util / delay.h>で使用されます。（8GHzを意味します） */

8GHzって…

951仕様書無しさん2021/01/20(水) 22:08:38.06

>>948
同じ定義だよ
>>810は>>814に書いたとおり
オレオレ定義ではない

>>950
素人のコメント間違いにいちいち突っ込むのはどうかと思う
どうしても気になるならこんなところに書かずに修正してもらえば？

952仕様書無しさん2021/01/20(水) 22:10:10.26

うわこいつまだ理解できないんだ
よっぽど頭悪いんだな

953仕様書無しさん2021/01/20(水) 22:10:55.13

どこからどう見てもオレオレ定義だけどオレオレ定義しか知らんやつには他の定義との見分けはつかんからな

954仕様書無しさん2021/01/20(水) 22:14:09.72

自分のうちの絶対のルールが絶対じゃないと気付くのはみんなだいたい小学生くらいかな
でもコミュ障がひどいとこいつみたいにおっさんになってもわからんことになる
そうなると自分が絶対で自室が世界で自分の言うことは証拠になっちゃうんだよ
かわいそうだな

955仕様書無しさん2021/01/20(水) 22:17:20.75

>>906
https://teratail.com/questions/317336
はい複垢

956仕様書無しさん2021/01/20(水) 22:27:08.49

>>955
これ宣伝(SEO)じゃね？

957仕様書無しさん2021/01/20(水) 22:36:59.80

>>956
REAL CHAMPIONS SPORT ACADEMYは実在しない
検索すると似たような話の英語の質問が引っかかる

958仕様書無しさん2021/01/20(水) 23:48:49.71

若いうちにちゃんと学校行って大人にならないとこうなるという見本だな
若者は反面教師にしろよ
学校は大事だぞ

959仕様書無しさん2021/01/21(木) 00:33:19.35

目には目を煽りには煽りをニート君ｗ

960仕様書無しさん2021/01/21(木) 08:39:02.02

>>951
客観的判断から耳をふさいで自己評価ばかりしてるとこうなるのか

961仕様書無しさん2021/01/21(木) 08:57:10.32

殺すと言うくらい仲のいい友達同士なら別に珍しくないだろ
「こいつゆかりのこと好きなんだってよ！」「あぁっ！やめろバカお前殺すぞ！こいつマジ信じらんねえ！」みたいに
こんなんで仲のいい友達を一生監禁できるサイコパスこそ病院に入れるべき

962仕様書無しさん2021/01/21(木) 10:47:47.64

仲の良い友達から脈絡なく殺すと言われたらまず相手の真意を尋ねるよねえ
自分の頭の中だけで判断して一生拉致監禁するってコミュ障というレベルじゃねえぞ
殺伐しすぎてるだろ
戦場かい

963仕様書無しさん2021/01/21(木) 11:00:43.69

結局ニート君だけになっちゃったねニート君ｗ

964仕様書無しさん2021/01/21(木) 11:29:11.31

https://twitter.com/halnico7/status/1352039468518150147
じゃあ何も言われなくても完璧な質問を書け
こういうニートはオレオレ用語が世界で通じると思ってるから困る
https://twitter.com/5chan_nel (5ch newer account)

965仕様書無しさん2021/01/21(木) 11:29:57.73

>>963
お前が消えたらみんな戻ってくると思うよ
せっかく盛り上がてるところにお前が来るたび空気ぶち壊してんのがわからんのか

966仕様書無しさん2021/01/21(木) 11:36:31.40

別にニート君以外このスレなくても何の問題もない人ばかりだと思うけどｗ

967仕様書無しさん2021/01/21(木) 11:51:10.48

じゃあほっとけばいんじゃね？
お前言ってることとやってることがバラバラだからニートってすぐわかるんだよ
お前ほど知能の低いやつは他に見たことがない

968仕様書無しさん2021/01/21(木) 12:00:23.99

ここホントにマ板なのか？

969仕様書無しさん2021/01/21(木) 12:06:49.12

次スレ　ワッチョイつける？

970仕様書無しさん2021/01/21(木) 12:07:12.47

ほら幼稚園児の集いだって言われてるぞニート君ｗ

971仕様書無しさん2021/01/21(木) 12:13:27.47

>>969
付けようぜ。あほの連投にはそれなりに効果あるでしょ

972仕様書無しさん2021/01/21(木) 12:20:13.35

え？次スレいらなくない？ね？ニート君ｗ

973仕様書無しさん2021/01/21(木) 12:20:35.04

前回みたいにワッチョイスレ立ててそこに移動してくれよニート
なぜ戻ってきた？

974仕様書無しさん2021/01/21(木) 12:21:23.58

>>968
今のプログラマなんてこんなもんだ
寺尾見ればわかる

975仕様書無しさん2021/01/21(木) 12:22:11.87

前回とかなんだよそれｗニート君錯乱？ｗ

976仕様書無しさん2021/01/21(木) 12:28:15.77

https://teratail.com/questions/317421
なんか、よからぬことをやろうとしてんじゃないかと邪推しておる

977仕様書無しさん2021/01/21(木) 12:33:59.49

うっかり投稿しちゃっただけだろｗ PDOタグとか意味不明だしなｗ

978仕様書無しさん2021/01/21(木) 13:05:42.32

地縛霊化成功

979仕様書無しさん2021/01/21(木) 13:13:39.01

ニート君昇天したのかｗ

980仕様書無しさん2021/01/21(木) 13:14:35.83

まあこれくらい言っても自分がどうされたのか気づかんだろ

981仕様書無しさん2021/01/21(木) 13:15:25.79

意味が分からんよニート君ｗ

982仕様書無しさん2021/01/21(木) 13:32:42.92

そう言ってる
わからんでいいんだよお前には

983仕様書無しさん2021/01/21(木) 13:41:10.69

ニート君地縛霊になっておかしくなったｗ

984仕様書無しさん2021/01/21(木) 13:50:08.03

むしろ何かわかることがあるんかい

985仕様書無しさん2021/01/21(木) 13:53:08.55

自分の黒歴史を人に押し付けるために自分の呼び名で他人を呼んでるのか
必死だな
まあこいつはリアル世界じゃなく脳内で生活してるからそれで問題ないんだろうが惨めな生き物だな

986仕様書無しさん2021/01/21(木) 13:53:54.00

>>985
今までそうやってずっと黒歴史に蓋をして生きてきたんだろう

987仕様書無しさん2021/01/21(木) 13:57:03.20

>>985
二重人格はそうやって生まれるらしいね
自分の中にもう一つ人格を作ってそいつのせいにして心が壊れるのを防ごうと
こいつも自分が間違ってるのは絶対認められないほど心が弱いから間違ったのを全部人がやったことと思い込もうとしてるんじゃないかな

988仕様書無しさん2021/01/21(木) 14:00:08.93

ニート君今日もいろいろ妄想が膨らむねｗこの調子でどんどん行こうｗ

989仕様書無しさん2021/01/21(木) 14:07:15.92

>>987
別の板の話だが、聞いてもいないのに自分は働いてるアピールを繰り返して他人を無職呼ばわりしているキチガイがいるんだけどどう見ても本人が無職な奴だった。
自分が一番言われたくない言葉で他人を攻撃し続けるとか、複数いる自分に非難的な相手が一人の人間に見えてしまうとか、そういう傾向も共通していた。

990仕様書無しさん2021/01/21(木) 14:10:19.12

>>989
「妄想」もこいつが人を攻撃する時に多用するよね
実際家族から「妄想やめたら？」と言われて気にしてるのかまでは知らんけどコンプレックスはありありと伝わる

991仕様書無しさん2021/01/21(木) 14:11:47.22

逆に「サイコパス」はさほど気にしてないようだ
サイコパスは自分がサイコパスとわからないらしいからこれは理解できる

992仕様書無しさん2021/01/21(木) 14:15:16.73

「妄想」という言葉で傷つくのは社会で何の役にも立たないやつだけだよ
普通の人はその言葉ではなんのダメージもないから攻撃に使おうという発想すらない
でもこいつにとっては最大限の攻撃なんだろうなってのは伝わる
こんだけ多用してるとね