+ JavaScript(ECMAScript)質問用スレッド vol.123 + [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/12/21(水) 21:56:53.30

プログラマ板の趣旨にあわせてブラウザ限定ではなくサーバーサイドJavaScriptや
トランスパイラなどの関連技術の話題も取り扱うように変わりました。
ECMAScriptの言語仕様の話題。最新ECMAScriptによるモダンな書き方、Promiseやasync/awaitを
使った非同期プログラミング。ES2015、2016、2017等の最新ECMAScriptをブラウザで今すぐ使う方法、
ビルド環境やbowerやnodeのパッケージを使う方法等、モダンなJavaScript環境についての幅広い話をしましょう。

ECMAScript対応実行環境一覧（ブラウザやbabelを含む）
http://kangax.github.io/compat-table/es5/
http://kangax.github.io/compat-table/es6/ （＝ es2015）
http://kangax.github.io/compat-table/es2016plus/
http://kangax.github.io/compat-table/esnext/

JavaScriptとは？
もともとMozillaの前身のNetscapeが作った言語であり本来のJavaScriptはFirefoxの実装のみです。
JavaScriptの正式な仕様名はECMAScriptです。ですが一般に使われているとおり
ChromeやEdgeで使う言語もJavaScriptとしてこのスレでは扱います。
Firefox等のJavaScript実装は最新のECMAScriptに準拠しています。

※DOMはブラウザが提供しているものでありJavaScript（ECMAScript）の範囲外です。
なのでDOMを使ったプログラミングは原則としてこのスレの対象外です。
DOMはwindowオブジェクト（ブラウザのホストオブジェクト）経由で
参照するもので、window自体、window.document、window.Workerなどです。
これに関する話題はWeb制作板の下記のスレに移動してください。

+ JavaScript & jQuery 質問用スレッド vol.7 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1467906819/
jQuery 質問スレッド vol.7
http://echo.2ch.net/test/read.cgi/hp/1478055094/
+ JavaScript の質問用スレッド vol.131 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/hp/1478053599
前スレ + JavaScript(ECMAScript)質問用スレッド vol.122 + [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1472401404

**デフォルトの名無しさん** · 2022/09/25(日) 20:54:57.74

element.getAttribute(style)とか？

**デフォルトの名無しさん** · 2022/09/25(日) 21:56:43.82

>>441
それでやっても取得できませんでした

**デフォルトの名無しさん** · 2022/09/25(日) 22:13:33.47

>>442
ちなみに、それができたとして何をしようとしてるの？

**デフォルトの名無しさん** · 2022/09/25(日) 22:34:13.70

CSS ファイルを読み込んで、パースするのは？

**デフォルトの名無しさん** · 2022/09/25(日) 22:55:14.37

>>438
適当だけどこんな感じで
https://jsfiddle.net/fk9wvacy/

**デフォルトの名無しさん** · 2022/09/25(日) 23:38:35.06

>>443
widthが固定値か相対値かで処理を分けたいからです
>>444-445
それで取得できました

**デフォルトの名無しさん** · 2022/09/26(月) 17:39:21.17

>>445
同じファイルにある場合はそれでcssRulesを取得できたんですけど
外部ファイルに置いたcssをlinkタグで読み込んだ場合は
cssRulesが取得できませんでした。
外部ファイルのcssのcssRulesを取得するのは無理なんでしょうか？

**デフォルトの名無しさん** · 2022/09/26(月) 18:32:01.21

どういう環境でどういうコードを実行してどういう現象が発生したのかが分からないと適切なレスを返すのは難しいよ

おそらくは↓にあるようなコードからCSSにアクセスする際の制限ではないかと思うけど
https://qiita.com/querykuma/items/930b20758b06c31d2af5

**デフォルトの名無しさん** · 2022/09/26(月) 21:43:25.19

>>448
それでした
ありがとうございました

**デフォルトの名無しさん** · 2022/09/26(月) 23:37:36.30

VSCode の拡張機能では、

open in browser では、ローカルファイルアクセスになる。
この場合、CORS など、ブラウザの色々な制限がある

file:///C:/Users/Owner/Documents/test/index.html

一方、Live Server では、
自分のPC 内にサーバーを立ててから、そこから配信されるので、テストしやすい

http://127.0.0.1:5500/test/index.html

**デフォルトの名無しさん** · 2022/10/12(水) 22:10:27.46

var str = "calc((100% - 50px) / 2)";

calc()で囲まれた部分を取り出すにはどうやったらいいですか？
(100% - 50px) / 2と表示されればＯＫです

**デフォルトの名無しさん** · 2022/10/12(水) 23:59:28.98

>>451
// calc()で囲まれた文字列（マッチしなかった場合はnull）
console.log((str.match(/(?<=calc\().+(?=¥))/) ?? [])[0]);

**デフォルトの名無しさん** · 2022/10/13(木) 12:45:47.55

>>452
ありがとうございます

**デフォルトの名無しさん** · 2022/10/17(月) 11:14:15.53

「初めてのJavaScript 第3版」を読んでます
訳者コメントで日本語識別子について触れてます
let 現在の温度 = 16;
let 目標温度, 部屋1 = "会議室A", 部屋2 = "ロビー";
↑
こういうのです。日本語話者には分かりやすくていいんじゃないかと好意的な感じですが...

> let 渡辺 = { age: 25 } ;
> 渡邊.age
Uncaught ReferenceError: 渡邊 is not defined
こんなん混乱の元だと思うんですがどうなんでしょうね？
日本限定のサービスなら結構使われてたりするんでしょうか

**デフォルトの名無しさん** · 2022/10/17(月) 13:25:44.34

なんでもかんでも日本語識別子にはせんよ
業務専門用語満載のエンティティを相手にしなきゃいけなくて
いちいちそれっぽい英訳やローマ字にするよりは日本語そのままの方がマシって状況で
仕方なく使うぐらい

**デフォルトの名無しさん** · 2022/10/17(月) 13:34:49.01

日本語の変数は流石に使わないｗ

**デフォルトの名無しさん** · 2022/10/17(月) 13:50:05.73

ありがとうございます、やっぱそうですよね

**デフォルトの名無しさん** · 2022/10/17(月) 14:20:57.28

>>454
それ、今 ID にマルチバイト使用したいって案件で泣いてるｗ
正規化が糞めんどくさい

**デフォルトの名無しさん** · 2022/10/17(月) 18:34:01.49

cssのtransform:scaleで縮小した場合にできる余白を削除してくれる
フレームワークやライブラリってありますか？
なかったら独自で余白の削除しなければならないですか？

**デフォルトの名無しさん** · 2022/10/17(月) 21:07:02.94

>>458
何のIDか分からんけど値がマルチバイトになるだけならこの話題と関係ないような気がするが

**デフォルトの名無しさん** · 2022/10/17(月) 21:59:29.32

>>460
識別子として渡邊を渡辺と正規化するかどうかって話だよ
アルファベットですらユニコード対応しようとすると糞めんどくさい

**デフォルトの名無しさん** · 2022/10/17(月) 22:25:07.48

つまり値としての"渡辺"と"渡邉"を別のものとするのか同じものとしてどちらかに寄せるかみたいな話？
確かに>>454は例として渡辺を出したけどもあくまで変数名やプロパティ名として
日本語を使用する際の問題点の一例として挙げただけであって
本質的には別の問題だと思うぞ

**デフォルトの名無しさん** · 2022/10/20(木) 19:32:12.82

**デフォルトの名無しさん** · 2022/10/20(木) 22:22:36.37

>>463
JSON.stringifyはArray.isArrayで配列かどうかのチェックをして、それによって挙動を変えている。
で、Array.isArrayはそのオブジェクトがエキゾチックオブジェクトかどうかを判定基準のひとつにしている。
エキゾチックオブジェクトは内部仕様でArray.constructorからしか作れない。

というのがおそらく理由。
Array.isArray(a1)===Array.isArray(a2)の結果はfalseになる。

**デフォルトの名無しさん** · 2022/10/20(木) 22:30:08.59

>>464
ありがとうございます。スッキリしました。

**デフォルトの名無しさん** · 2022/10/27(木) 16:40:09.53

let a = "0px";
let b = "1000px";
let animation = element.animate(
{
left:[a,b]
}
,
{
iterations:1,
direction:"normal",
easing:"ease",
fill:"forwards",
duration:1000
}
このアニメーションのleftを変数とするにはどうやればいいんですか？

**デフォルトの名無しさん** · 2022/10/27(木) 18:15:16.28

let name = "left";
let animation = element.animate( { [name] : [a,b] } , ...

こういうコト？仕様のどこに書かれてるか知らんけどたぶんどの環境でもいけるはず

**デフォルトの名無しさん** · 2022/10/27(木) 18:20:15.80

>>467
はい、ありがとうございます

**デフォルトの名無しさん** · 2022/10/27(木) 20:04:48.47

const left = [a, b];
const animation = element.animate({left}, ...

一般的には上記のように渡す（変数名がそのままkeyになる）ことが多いけど、そういうことではなくて?

**デフォルトの名無しさん** · 2022/10/28(金) 00:15:16.96

>>463
基本的なことだけど、

初心者は、あいまい等価演算子== を使わず、
厳密等価演算子=== だけを使うこと

型違いでバグるから、使ってはいけない。
ここは他の言語と違う

**デフォルトの名無しさん** · 2022/10/28(金) 02:45:12.29

と説教するやつがいるが、型をあいまいに扱えるのが良いところなのに。

**デフォルトの名無しさん** · 2022/10/28(金) 09:33:25.27

特徴ではあるが単純に良いところと言い切るのには賛同できんな

**デフォルトの名無しさん** · 2022/10/28(金) 11:45:54.02

ウェブブラウザで動かすには実質 JavaScript しか無いから当たらないけど、例えばサーバサイドなんかでわざわざ PHP 使って型を厳密化するのはアホらしいと思うわ。
型に拘りたいなら JAVA でも使ってろよと。

**デフォルトの名無しさん** · 2022/10/28(金) 12:52:33.08

厳格にしたくなったらtypescript使うしか無い

**デフォルトの名無しさん** · 2022/11/25(金) 18:03:09.14

ちょっとJavaScriptでも学ぼうかなと思って
「確かな力が身につくJavaScript「超」入門第2版」
この本買ったんだけど、次におすすめの本ありますか？
将来的にはReact使いたいなぁと思ってる。

ちなみにC#が使える。
書くスレ違ったらごめん。

**デフォルトの名無しさん** · 2022/11/25(金) 19:08:01.30

C#が使えるならさくっとTypeScriptの本に進んでもいいんじゃないかな

**デフォルトの名無しさん** · 2022/12/02(金) 20:10:41.79

>>475
C#使えるのなら本なんて読まずに書けばいいと思うが。
分からないことはMDN見ればいいし。

C#の方が仕様は大きい。
C#になくてJSにあるのはプロトタイプくらいだが、(俺は便利に使ってるが）
多くの連中は使わずにクラスで済ませてるから、多分何とかなるはず。

**デフォルトの名無しさん** · 2022/12/10(土) 21:47:30.61

animateでopacityを0から1.0まで１秒間で変化させる場合はopacity:[0,1.0]でduration:1000に設定すればいいけど
ただのaという変数を１秒間で0から1.0まで変化させるのはanimateではできないんでしょうか？
setIntervalしかないんでしょうか？

**デフォルトの名無しさん** · 2022/12/14(水) 18:42:18.97

JS変数のaならJSでやらないと無理。
animateはCSS。

**デフォルトの名無しさん** · 2023/01/15(日) 23:42:31.69

どなたか教えてください。
document.getElementById("hoge").value = "fuga"
とか、JQueryで
$("#hoge").val("fuga")
とかで設定された値の変更を検知するにはどうすればいいのでしょうか？
changeイベントとmutation observerを試してみましたが、どちらも検知できませんでした……。

**デフォルトの名無しさん** · 2023/01/16(月) 02:00:11.79

自分で変えたなら
$("#hoge").val("fuga").change()
とでもすれば？

**デフォルトの名無しさん** · 2023/01/16(月) 03:10:53.27

>>475
モダンJavaScriptの基本から始める React実践の教科書 (最新ReactHooks対応)、
じゃけぇ(岡田拓巳)、2021

Udemy の人気講師。
仕組みに、重点を置いた本

**デフォルトの名無しさん** · 2023/01/16(月) 03:14:40.59

その要素のvalue の変化をキャッチする、イベントは無いの？

**デフォルトの名無しさん** · 2023/01/16(月) 03:43:59.55

タイマー仕掛けて目的の値を監視するのが確実なんじゃないかね
更新前の値を適当なコレクションに保存しといて
俺はブラウザのイベント発火は基本信用してないからそうやってる

**デフォルトの名無しさん** · 2023/01/16(月) 09:45:36.03

みなさんありがとうございます。
>>481
ライブラリからの変更を検知したいんです。それと要件に開発者ツールのコンソールとかから値変更されたのを検知するってのがあるので困ってます。
>>483
そのイベントがchangeイベントだと思ってましたが、スクリプトでの変更は検知してくれませんでした。
>>484
それしかないんですかね……。大掛かりな変更になりそうだ。

**デフォルトの名無しさん** · 2023/01/16(月) 10:59:57.65

>>485
valueのgetter/setterをフックする
const target = document.getElementById("hoge");
const origHTMLInputElementValue = Object.getOwnPropertyDescriptor(HTMLInputElement.prototype, "value");
Object.defineProperty(target, "value", {
get: function() { return origHTMLInputElementValue.get.call(this) },
set: function(value) {
origHTMLInputElementValue.set.call(this, value);
console.log(value, this);
}
});

**デフォルトの名無しさん** · 2023/01/16(月) 15:36:49.57

>>480
>changeイベントとmutation observerを試してみましたが、どちらも検知できませんでした……。
書き方の問題かブラウザが古いかどっちかじゃないの？
特にmutation observerはきちんと設定してないと動かない

**デフォルトの名無しさん** · 2023/01/16(月) 16:09:07.89

強いてイベント発火で値変化見るならonblur

**デフォルトの名無しさん** · 2023/01/16(月) 16:10:05.71

>>486
ありがとうございます、この方法で解決できました！
inputエレメントが持っているvalueプロパティのsetメソッドを書き換えている、という理解でよろしいでしょうか？こんな方法があったなんて。
こちらは通常入力の変更は検知できないようなので、changeイベントと併用することになりそうです。
>>487
もう一度見直してみようと思います。inner HTMLは検知できたんですがoption周りをいろいろ試してみます。
ひょっとして、mutation observerで検知できるのはarrributeなのでvalueプロパティの変更は検知できないのかと思いました。開発者ツールで見てると、スクリプトから値変更するとブラウザ上は値が変わっているのにinputタグのvalueは変わっていなかったので。

**デフォルトの名無しさん** · 2023/01/16(月) 16:32:10.86

>>489
>mutation observerで検知できるのはarrributeなのでvalueプロパティの変更は検知できないのかと思いました。
これっぽいね
俺が検知してたのはsetAttributeしてたわ

あとはinputイベントを試してみるとか

**デフォルトの名無しさん** · 2023/01/16(月) 21:23:27.64

>>489
横だが486は個人的にはオススメしない。
ネイティブオブジェクトの拡張は大体ろくに動かない。
おま環だけで使うならご自由にだが、大体嵌ることになる。(から俺だったらやらない)
意味は486の通りフックだが、本来はデイジーチェインすべきなのでHTMLInputElement.prototypeのところはtargetが正しい。
(ただしプロトタイプを自前で辿る必要があるが)

が、問題は
> こちらは通常入力の変更は検知できないようなので
つまりGUIから変更した場合、setterを呼ばずに直接変更されるわけだが、
ネイティブの場合は大体これで、拡張される可能性を考慮されてないから、setterがそもそも探索されない。
オブジェクト指向の実装としては間違っているが、現行のブラウザがそうなってるのだから致し方なし。
結果、それは偶々動いているだけで、今後何らかの最適化が為された場合、
或いは現行でもJITの最適化の状況によって動作の違いがあり得る。

と言っても意味不明だろうが、要は、安定したものを作りたければ止めとけ。

**デフォルトの名無しさん** · 2023/01/16(月) 21:24:34.09

多分そもそも論、
> ライブラリからの変更を検知したいんです。それと要件に開発者ツールのコンソールとかから値変更されたのを検知する
が間違っている。
> changeイベントだと思ってましたが、スクリプトでの変更は検知してくれません
はJSの仕様だから、そのライブラリが実際に使えているのなら、
ただ単にDOMに対してvalueの変更だけでいけるはずであり、このためには

・jQueryみたいに毎回毎回DOMから値を引っ張ってくる
・shadowDOMみたいに元々getter/setterを挿入出来る構造になってる
・ライブラリ内でdispatchEventしてくれてる(この場合はユーザーはvalueの変更だけすればいい)

のどれかが必要で、そのライブラリの方針に合わせてきちんとやるべき。
また、後者(要件に…以降)はそんなの必要ないから用意されてないのであって、
JSは現在GUIのデファクトスタンダードになりつつあり、必要な物は全部一通り揃ってるから、
一通りも分かってない君みたいな奴が普通の人がやらないことをやろうとしてる時点で、
大体やり方を間違ってる。初心者あるあるだが。
要件定義した奴もJSの使い方を分かってないはずだから、完全に例の「顧客が本当に欲しかったもの」状態になってるはず。
もう一度仕様/要件を詰めた方がいいと思うよ。

と言ってもこちらも意味不明だろうが、要は、要求仕様をもう一度詰め直すべきだよ。
このままだと多分、使い物にならない何かが出来るだけ。

**デフォルトの名無しさん** · 2023/01/16(月) 22:57:18.94

>>480
＞$("#hoge").val("fuga")
の場合、val()関数を弄るという手法も無くはないかも
お仕事では勝手に使ってはいけない、モンキーパッチ
あくまでも参考として書いて置く

var orgFnVal = $.fn.val;
$.fn.val = function(...args) {
var result = orgFnVal.apply(this, args);
if($(this).is('#hoge'))
console.log('val() しました',this, args);
return result;
}

**デフォルトの名無しさん** · 2023/01/16(月) 23:29:59.94

それは意味的にはjQuery経由だけに効くprototype拡張であって、
なら480には生JSもあるのだから
直接 Object.defineProperty(HTMLInputElement.prototype,'value', ...) の方がマシだと思うけど。

ただこれらは禁じ手だし、そもそも何故禁じ手なのか理解出来ない奴に教えるべきものでもない。
親切のフリして余計に遠回りさせるのはどうかと思うけどね。
俺は知ってるアピールなら、競プロとかの馬鹿界隈でやれって話でさ。

**デフォルトの名無しさん** · 2023/01/16(月) 23:58:14.87

知ったり試したりした上で取捨選択することで
各人の技術が洗練され、成長できる

**デフォルトの名無しさん** · 2023/01/17(火) 00:20:02.34

input要素のvalue属性は、input要素の値を指定する属性

テキスト入力欄などにおいては初期入力値、
チェックボックスやラジオボタンにおいては選択した時にだけ送信する値、
送信ボタンなどにおいてはボタン名を表す

change イベントは <input>, <select>, <textarea> 要素において、
ユーザーによる要素の値の変更が確定したときに発行されます

input イベントとは異なり、
change イベントは要素の値 (value) が変更されるたびに発生するとは限りません

value属性、changeイベントを勘違いしているのでは？
初心者あるある

仮想DOM のVue.js みたいなReactive を使うか、
Ruby on Rails の作者DHH の会社・Basecamp 社製の、規約ベースの実DOM のStimulus を使うとか

Rails 7 からはHotwire(HTML over-the-wire)で、JavaScript を使わずに、Reactive になったけど

**デフォルトの名無しさん** · 2023/01/17(火) 00:31:52.31

>>495
俺はそうとは全く思わないけど。
お前ら今でもIEデハーとかやる気なのか？

一通りも知らない初心者は、まず一通りオーソドックスにやる方法を学ぶべきで、
既に「やるべきではない」と(大多数にとって)結論が出ているものは学ぶ必要すらない。時間の無駄だ。
これに同意しないのも自由だが、それにしても、
まずは一般的手法で一通り出来るようになってからにするべきだよ。

とはいえ平行線だろうからこの話は終わりでいいが、
普通は必要もないことを初心者に実装させる事自体がかなり間違ってて、
それはそもそも発注元がJSに対して理解が全くなく、要求仕様自体がおかしいからだというのが俺の見立て。
初心者はこの辺の相場が分からないから、そこをサポートすべきであって、
余計な迷路を提示するのはどうかと思うけどね。

ついでに言っておくと、496も無視しとけ。
496はこの板ならどこにでも現れるRubyカスで、言ってることはデタラメばかりだから。
てゆうかさ、プロパティか属性かを区別してるときに、それは喧嘩売ってるだけだよな。

**デフォルトの名無しさん** · 2023/01/17(火) 10:28:52.70

大山鳴動して鼠一匹

**デフォルトの名無しさん** · 2023/01/17(火) 11:03:18.91

上から目線長文のなんと醜いことよ

**デフォルトの名無しさん** · 2023/01/17(火) 11:05:57.32

長文と言うより分節区切りの問題みたいだな、中学の現国

**デフォルトの名無しさん** · 2023/01/17(火) 21:33:20.67

ゆとりがゆとりをみちびく、だな。
(英訳:the blind leading the blind)

ゆとりは経験に学び、賢者は歴史に学ぶ。
ゆとりは既に老害だから、気を付けたほうがいい。
今更ドタバタの追体験＋禁止の最発明なんて意味がない。
何故そうなったのかを学べば十分だ。

**デフォルトの名無しさん** · 2023/01/17(火) 22:06:05.97

あまり強い言葉を使うなよ　弱く見えるぞ
を地で行ってるな

**デフォルトの名無しさん** · 2023/01/18(水) 13:37:12.59

黙っておいてやれよ…発狂して荒らされても知らんぞ

**デフォルトの名無しさん** · 2023/01/18(水) 23:44:15.55

>>503
ぼくがきにいらないひとはみんなあらし！！！
まあ予想通りではあるが、ゆとりは相変わらず人の言うことを全く聞かないよな。

冷静に考えてみろ、お前らが何か質問したとして、
ネイティブ拡張やプロトタイプ拡張を回答されて、お前らは嬉しいのか？

自分にされたくないことは他人にもしないのは、人間関係構築の基本中の基本だ。
満面の笑顔で遠回りを教え、教えられた方はそうとは知らないから感謝してて、
おいおいそれでいいのかよ？というのが俺のツッコミだよ。

リアルでやったらその後は二度と相手にされないことを、お前らは平気でやってる。
そりゃゆとりだけだと全然回らないだろうよ。コミュ障とかではなく、人間性の問題だ。
とはいえ散見されるのも事実なので、ゆとり的にはこれでも全然OKなのだろう。
俺ら世代でもリアル比でのネットのコミュ障とアスペっぷりには驚いたが、
当然ゆとりの方がネット寄りなので、酷さに拍車がかかってる。

お前ら、自分がしたい回答をしてるだけで、本当に相手に役立つ回答をしようとはしてないよね。
ただまあ、ネットなんてやったもん勝ちの奴が多いし、
そんなのばかり見てると人間性が崩壊していくのだろうが、
同様にそれを平然とやれる状態は、人間的にヤバイと認識するべきだよ。
ゆとりの場合はネット上ではモラルが完全に崩壊してる。さすがにそれは酷いだろ、が多すぎ。
とはいえ欧米デハー、観光客からはぼるのが当然だしそれを問題視もしてないので、
二度と会うこともない相手だと割り切った場合は自己満足の養分と化すのも自然な帰結かもしれんが、
そこで何とか踏みとどまるのがモラルだろ。
とか考えてると、ノブレス・オブリージュはモラルのない欧米連中の言い訳のように思えてきた。

**デフォルトの名無しさん** · 2023/01/19(木) 00:15:30.42

ぼくはただしいことをいってる！おまえらはまちがってる！

こんな高圧的な長文垂れ流し誰も読まねーよ

**デフォルトの名無しさん** · 2023/01/19(木) 23:45:50.16

>>505
> ぼくはただしいことをいってる！おまえらはまちがってる！
これはお前らゆとりの方が酷い。自覚症状無いのはヤバイ。

> こんな高圧的な長文垂れ流し誰も読まねーよ
記録の意味もあるからいいし、お前が思っている以上に読まれてるよ。

**デフォルトの名無しさん** · 2023/01/20(金) 00:03:18.44

ちょっとしたことでこんな剣幕でまくしたてるやつがチームにいたら地獄やな
メンバーが萎縮するわ

**デフォルトの名無しさん** · 2023/01/20(金) 00:28:32.40

馬鹿げた心配だよ
今どき即座に排除されるか周りが逃げ出すわな

**デフォルトの名無しさん** · 2023/01/20(金) 09:26:34.95

>>506
おまえのゴミみたいな長文がブーメランしてるぞｗ

**デフォルトの名無しさん** · 2023/01/21(土) 08:31:53.01

まあ実際ゆとりには、新人にネイティブ/プロトタイプ拡張をしれっと教えて
誰もそれを咎めず生暖かい目で見守るアットホーム()な職場！が大人気だしね。
だからこれは、次世代への注意喚起でもあるんだよ。ゆとりはこういう連中だというね。

**デフォルトの名無しさん** · 2023/01/21(土) 08:47:16.51

しつこい

**デフォルトの名無しさん** · 2023/01/21(土) 08:56:42.70

ゆとり連呼のレッテル貼り人格攻撃
批判と中傷の区別もつかない幼稚性
やれやれ

**デフォルトの名無しさん** · 2023/01/22(日) 00:30:09.43

>>511
んー、やっぱりゆとりは常に

ぜったいぼくがただしいんだ！！！ゆとりさまであるぼくにちゅういするなんてゆるせない！！！

なんだな。お前らが先に止めるという選択肢もあるんだぜ。
デジタルネイティブ()なゆとり様にはスルースキルは常識なんだろ？

>>512
典型的なゆとり仕草だな。

ぼくはぜったいせいぎだ！！！ちゅういやひはんはあってはならない！！！

と心底思ってるからそうなってしまう。
俺の指摘「このレベルの奴にネイティブ/プロトタイプ拡張を教えるな」
に反論なら分かるが、それができないときに、無理矢理自分が正しいことにする為に、

ちょうぶんがー
うえからめせんがー
じんかくこうげきがー

となるのはゆとりだけ。精神的に幼稚だからだ。
そもそも論点を逸らしたのはお前らゆとりが先だから、
俺はゆとり以外の人に失礼ないよう、それ以降は「ゆとり」を適切に使ってる。
振る舞いを見てる限り、ゆとりはRubyカスよりも知能が低い。

**デフォルトの名無しさん** · 2023/01/22(日) 02:14:43.95

「ゆとり」を適切に使ってるとか詭弁でしかない
どんなに取り繕っても「ゆとり」は相手を攻撃する言葉であって批判の域を越えてる
それは理解しようよ

**デフォルトの名無しさん** · 2023/01/22(日) 07:35:07.32

>>513
スレチ
自爆ブーメランうざい

**デフォルトの名無しさん** · 2023/01/23(月) 00:22:18.55

>>514
>>515
またまた典型的なゆとりムーブだな。

> 相手を攻撃する言葉であって
勿論そうだ。既に言ったが、ゆとりがいつも通り

ちょうぶんがー
うえからめせんがー
じんかくこうげきがー

とか、本筋以外で攻撃してきたので、俺も本筋以外で反撃してるだけ。
結果的に、ゆとりは低脳すぎてこの流れも理解出来ないという記録を残している。
もう一度言うと、お前らゆとりが先に黙るという選択肢もあるんだぜ。
(或いは反論するにしても本筋で来い。
というかね、本筋での反論が十分に出来ない＝相手の言い分にも一理ある、---(A)
として黙ってればいいものを、無理に

ぼくはぜったいだいせいぎだ！！！ぼくとちがういけんなんてぜったいにゆるさない！！！

となるからゆとりが存在するだけでおかしな事になるんだよ。
A地点で踏みとどまれてるRubyカスのほうが、ゆとりより明らかに知能が高い。
つかRubyカス、間違いだらけなのでボロカス言われてるが、
そういえばこの手の争いに参戦してるのを見たことがない)

**デフォルトの名無しさん** · 2023/01/23(月) 01:27:01.99

本筋だの反論だのってまさか俺を>>489か>>495だと思ってて>>497に反論してみろって言ってるのか？
だとしたら人違いだよ
俺は別に>>497に反論するつもりもないし何ならその主張には一理あると思ってるくらいだよ

で、俺が問題にしてるのは主張の方じゃなくてその文章の攻撃性の方
いくらお前さんの主張に理があるとしてもそれが>>504以降みたいな「ゆとり」「低能」と
レッテルを貼って攻撃するようなヒートアップぶりは
傍から見てても不快だと意見表明してるだけ

**デフォルトの名無しさん** · 2023/01/24(火) 07:58:17.06

>>517
やはり

ぼくはぜったいにわるくない！！！あいてが１００％わるい！！！

という、典型的ゆとりムーブだな。

> 傍から見てても不快だと意見表明してるだけ
つまり、「おきもちひょうめい」なわけだが、なぜ、「黙っている」という選択肢をとれないのだ？
俺は513でこれを既に示唆している。
それ以降に参戦してきてるのだから、それは「敢えて」続ける為なんだろ？それは何故？
ここでは書いたレスを消すことは出来ない。よって終わらせる＝それ以上の投稿を止める、でしかない。
それに一番適してるのは「黙る」だとゆとりみたいな低脳でも分かるように書いたつもりだが。

本筋以外の議論なんて、最初から不毛なんだよ。だからそもそもやるべきではない。
とはいえここはコロシアムでマイクパフォーマンスな状態だから、
攻撃したら反撃されても文句を言えない。ところがゆとりは、

ぼくはぜったいわるくない！！！
ぼくはあんぜんちたいからいっぽうてきにこうげきできるのがとうぜんで、はんげきなんてゆるせない！！！
ぼくのおきもちこそがぜったいせいぎだ！！！

と心底思ってて、ゆとりムーブぶちかますので、こうなる。これはお前もだ。
お前のお気持ち表明なんて要らないし何の価値もない。

**デフォルトの名無しさん** · 2023/01/24(火) 07:58:34.22

あと、スレの本筋は491と492だ。ここは質問スレなのだから。
494から突入した「何を回答すべきか」というメタ議論の本筋は494,497だが、
正直これは平行線だと分かってるので俺もそこで切ってるだろ。(それでも参戦するならどうぞだが)
ところがゆとりは、498以降で

ちょうぶんがきにいらない！！！
うえからめせんがきにいらない！！！

という、「ゆとりスクラム攻撃」を始めたので、同様の「ゆとり議論」で反撃してる。
ゆとりがいなければ、497で終わってただけの事だよ。

ゆとりはこれほどまでに酷い連中だ、
という記録を馬鹿でも分かるように明示的に残す為に、おれはつき合ってる。
お前が「おきもちひょうめい」までしてわざわざ参戦/継戦してきた理由は何？
もう一度言うが、それが「おわらせる」為の最適解ではないことは、
お前みたいな馬鹿ゆとりでも分かるように書いたつもりだが。

**デフォルトの名無しさん** · 2023/01/24(火) 08:39:17.32

あらすな
うざい

スレタイ読めるようになるまで黙ってろ

**デフォルトの名無しさん** · 2023/01/24(火) 12:55:26.36

>お前が「おきもちひょうめい」までしてわざわざ参戦/継戦してきた理由は何？
このスレにも不快なものを不快だと言う自由はあるだろう

にしてもやたら「ゆとり」連呼してるなーと思ってスレ内検索したら唖然とした
>>78-79あたりと全く同じ流れじゃん・・・
それ以降も偏執的なゆとり連呼長文のオンパレード

こんなのの相手を真面目にしようとしてた俺が間違ってたわ

**デフォルトの名無しさん** · 2023/01/25(水) 00:28:12.54

>>520
またまた典型的なゆとり仕草だな。

ぼくはぜったいせいぎだ！！！ぼくだけはなにをやってもぜったいにあらしじゃない！！！

ゆとりは結局のところこれだから「自分が先に黙る」事が出来ない。古の教えでは

荒らしに反応するのも荒らし

とされているが、ゆとりは

ぼくのかんがえこそがさいきょうでありだいせいぎ！！！
ろうがいなんて、ぜんぶまちがいだからむし！！！

というわけで、この有り様になる。「おきもちひょうめい」せずにはいられない。
俺はこのゆとりの酷さを記録して残すのも目的ではあるからつき合ってるが、
お前らいつまでやる気なんだ？

ゆとりの問題は、ゆとりの人格の歪みにある。
技術的な事は教えれば済むだけだから、馬鹿ならそれなりに時間がかかるだけでしかないが、
ゆとりの場合は、根元で相手を馬鹿にしているから、自発的に学ぶことが出来ない。
経験論は、高い確率で自分も当てはまるんだよ。

**デフォルトの名無しさん** · 2023/01/25(水) 00:28:39.92

>>520
といってもゆとりみたいな馬鹿には通じないだろうからダイレクトに言い直すと

・荒らしに反応するのも荒らし
・520が荒らし認定してる俺に反応してる520は荒らしじゃない

は矛盾するだろ。前者をゆとりは無視してるが、
スレにとっては520も不要な投稿で荒らしだ、ということ。
それはゆとりの性根の根元にある傲慢さ、

ぼくはぜったいせいぎだ！！！ぼくだけはなにをやってもぜったいにあらしじゃない！！！
ぼくのかんがえこそがさいきょうでありだいせいぎ！！！
ろうがいなんて、ぜんぶまちがいだからむし！！！

から生じてる。これは自覚して、直すべきだよ。
(とは思うが、ここで何度言ったって他人の性格を直せないのは俺も分かってる。
言われて直すような奴は、他山の石で直してくるので、
結果的に、直接言われるような事態にはほぼならないから。
だから俺は、ゆとりはこのようなゴミクズだ、という記録を残して、
これを読んだ次世代が足を引っ張られないようにしてる。
493はまだしも、なんの注釈もない486は落とし穴を掘ってるに近い。
ゆとりはこういう事を笑顔で平気でやる人種だというのは認識しておくべき)

**デフォルトの名無しさん** · 2023/01/25(水) 00:29:20.02

>>521
これまた典型的ゆとり仕草、

ぼくはわるくない！！！あぴーるしとかなくちゃ！！！

だな。そもそも書き込む前にスレ全部さらっと目を通しておくのはマナーだし、
そうしておけば回避出来たんだろ？ならお前が悪いんだよ。

しかし何故か知らんがゆとりはアピール好きだよな。
アピールしたところで余計に馬鹿を晒してるだけの気がするが、
馬鹿しか居ないゆとり界隈ではアピールすれば内容が何であれ正当性が得られるのか？
まあ幼稚園児が泣いたら勝ちだと思ってるのと同じ、と思えば納得出来なくもないが。

**デフォルトの名無しさん** · 2023/01/25(水) 01:15:20.83

こうやって念仏みたいにゆとりゆとりって唱えることで
他者の意見から耳を塞いで自分が正しい自分が優位に立っていると暗示にかけてるのか

これを2年以上続けてるんだからすごいわ

**デフォルトの名無しさん** · 2023/01/25(水) 02:34:04.04

に、にねん！！？
時間にゆとりがありすぎる

**デフォルトの名無しさん** · 2023/01/26(木) 00:34:21.03

結局ゆとりは

ぼくはだいせいぎだ！！！ぼくこそがただしいんだ！！！

しか言えないんだな。ゆとりは２年間で1mmも成長してない。
俺は、この不毛なやりとりを「歴史」として残すことにより、次世代の賢者に効率よく伝えようとしてる。
ゆとりは「経験」にしか学べないから、全員が1周するまで同じ事を繰り返し、場が破壊されていく。
そしてネット上ではゆとりも無限供給出来てしまうから、完全に破壊し尽くされる。

どちらが正しいかは、ゆとり的

ぼくがだたしいからただしいんだ！！！あぴーる！！！

ではなく、フォークで決めるべきものだ。
具体的には、(俺もあんまり知らないが)ゆとりが作ってゆとりが多いteratailやqiitaで、
ゆとり同士でゆとり価値観で教え合う場所を作り、そこが繁盛すればそれが正しいとされる。
上の世代に寄生するなら、郷に入れば郷に従えで、上世代の流儀に合わせないと駄目だ。
具体的には、95に書いてるとおり、マウントは「技術的」にやるべき。改めて見れば495も技術的だろ。
対してゆとりは「精神的」観点での反論しかない。これがゆとり。

とはいえゆとりは本当にいつもこれだから、
ゆとりにとっては精神論こそが大正義なのだろう。
ただ、それはここではなく、teratailやqiitaでやれって事でね。
ゆとりが多数派のそういう場所では、勿論俺みたいな奴は早々にBANされて、
お前らゆとりにとって居心地の良いやりとりが達成出来るだろうよ。
優しくデタラメを教え合う場所なんて、価値があるとは思えないので、俺がそこに行くこともないし。

**デフォルトの名無しさん** · 2023/01/26(木) 00:48:20.68

なぜここまで「ゆとり」という言葉に執着するんだろうか
過去にひどいトラウマでもあるのか？
仕事先で理不尽にゆとり扱いをされてひどい虐待を受けたとか

その鬱憤を晴らすために今度は自分が他人を片っ端からゆとり扱いしていると考えると合点がいく

**デフォルトの名無しさん** · 2023/01/26(木) 11:13:17.06

ゆとりん、暇人過ぎるやろww

**デフォルトの名無しさん** · 2023/01/27(金) 00:20:18.80

>>528
それは「ゆとり」とそれ以外で価値観の相違が相当あり、とても共存出来ない、という記録を残す為だよ。
俺は現在または未来、わざわざ俺の文を読んでくれた奴に、出来るだけ有効な情報を残そうとしてる。
その中で誰かが解を見つけて、上手い仕組みを考えてくれることを期待して。
(勿論俺も仕掛けるが、俺が正解に辿り着けるとは限らないので、数撃つことに越したことはない)

でまあ、528も典型的ゆとり仕草、

ぼくはだいせいぎだ！！！きにいらないからひっさつのじんかくこうげきでだまらせてやる！！！

なんだよ。既に書いたし95とも重複するが、もう一度言うと、

非ゆとり：技術的マウント(＝俺の方が賢いから馬鹿は黙れ)
ゆとり：精神的マウント(＝俺の方が人格者？幸せ？だからお前は黙れ)

を選択する傾向にある。
495がそうで、俺も497で所見を述べ、「非ゆとり」だけならここで終わってた。
これが「ゆとり以前」の5chだ。あくまで『技術的な』ウンコ投げ大会で、
傍から見てればおぞましいながらも技術的には積み上がっていくので、読む意味はあった。

**デフォルトの名無しさん** · 2023/01/27(金) 00:21:07.46

>>528
ところが「ゆとり」が混ざってると「おきもちひょうめい」から、「精神的マウント」を始める。
こうなる理由は俺にはまだよく分からないが、
通常は、こういう選択は、相手に対してこれが一番効くと思っているから選択される。
ただそれはつまり、自分に対しても一番効くとゲロっている様なものでもある。
(無意識領域においては通常は、相手＝自分、という仮定なので。
相手がスライムなら火を、熊ならチョークスリーパーを選択するように、
有意識領域においては、相手を見極めて、弱点を突いていく。
そこまで「相手が自分とは違う生物だ」と認識してない場合は『自分と同じ人間』扱いになる、ということ)
だから戦術論としては、相手が返してきたその方法で返すのはそれなりに効くわけで、
ゆとりが非ゆとりを攻撃するなら「技術論」で行うべきなのだが、ゆとりにはこの知能はない。
そしてゆとりが選択した「精神論」で俺が返してるから、ゆとりにはこれが効きまくってて、

ぼくはだいせいぎだ！！！ゆとりをせいしんこうげきするなんてぜったいにゆるせない！！！
おまえはぼくのげきりんにふれた！！！

とまあ、エンドレスループに陥っている。こりゃ俺が止めるまでは止まらないのだろう。

**デフォルトの名無しさん** · 2023/01/27(金) 00:21:24.64

>>528
ただな、仮に俺が528の仮定そのものであったとしても、だから何だ？でしかないだろ。
人格破綻者が書いたコードでも、人格者が書いたコードでも、PCは区別しない。
人格破綻者の意見でも、人格者の意見でも、意見は意見で、それが正しいかどうかは別の軸だ。
(ゆとりはこの区別が出来てない）
この点で、ゆとりはプログラマには向いてない。コードに人格なんて評価されない世界なので。

そして、ゆとりには5ch(匿名掲示板)も向いてない。
匿名掲示板は、匿名であることにより、
「僕は過去こんな投稿/振る舞いをした『人格者』なので、僕の意見は正しいです」という
人格マウントを意図的に取れなくし、
結果、「今書ける意見だけ」で純粋に勝負しないといけない場所にしたものだ。
だからそもそも「人格マウント」を取りたがり、
人格者であるべき、人格者が偉い、人格者の意見こそが正しい、と思ってる「ゆとり」には向いてない。
ゆとりは少なくともログイン制の場所に行くべきだ。そこは人格者()しか居ないだろうよ。
ただ、それでも、上の世代が作った場所だとやはり根本的なところでフィットしないだろうから、
ゆとりはゆとりで場所を作るしかないとは思うんだがな。多分qiitaかteratailだと思うが。

ゆとりはこの辺まで理解する知能が無くて、
匿名＝バレない＝何やってもいい、としか捉えていないので、ここでの顛末の通りになる。
だけど5chの主力世代と根本的に価値観が違い、5chのシステム(匿名掲示板)にも相性が悪いゆとりが、
5chでいくら頑張ったって、最終的にフィットすることはない。
次の世代が出てきたら、若いという言い訳も効かなくなり、本当に居場所がなくなる。
その前に、自分達で場所を作っておくべきだと思うけどね。

**デフォルトの名無しさん** · 2023/01/27(金) 00:28:51.77

自分を客観的に見れてないからブーメラン刺さりまくってるのに気づいてない

**デフォルトの名無しさん** · 2023/01/27(金) 06:35:59.26

誰か課題のJavaScriptやってくれ、、単位が、、留年が、、
アマギフりんごカード3000円くらいで手をうってくれないだろうか

**デフォルトの名無しさん** · 2023/01/27(金) 12:02:26.85

>>534
課題の内容を書けばみんな高見の見物してくれると思う

**デフォルトの名無しさん** · 2023/01/27(金) 12:53:23.75

IEも死滅したし無名関数はアロー関数に変えちゃって良いのかな？

**デフォルトの名無しさん** · 2023/01/27(金) 20:35:07.17

いいよ

**デフォルトの名無しさん** · 2023/01/27(金) 21:54:33.00

thisの扱いが変わる事を理解しているのならいいけど

**デフォルトの名無しさん** · 2023/01/27(金) 22:41:14.89

つっても無名関数のthisの挙動を期待したコードを書く人なんかいないだろう

**デフォルトの名無しさん** · 2023/01/28(土) 08:37:40.22

>>533
ぶうめらん！！！

これまた典型的なゆとり仕草だ。
知能が低いのでろくな煽りも思いつけず、お決まりのワードを連呼するしか出来ない。
以前は連呼リアンと呼ばれてた韓国人レベルの馬鹿であることの証明だ。