>>46
> 俺はそれが実質無理だろうと思ったから、ブラウザも含めてプラットフォームの話は無しにしたほうがいいと言ってるのであって

「無理な理由」が秘密主義で説得力皆無なんだけど
「Web技術を導入しているプラットフォーム」も曖昧だし

>>51
俺は100スレ以上前からいるが
過去ここで古くはWinメトロの話題からNode上でのStreamの話題や
様々なプラットフォームの質問が足蹴にされてきたのを見てきたから

ここはJSのスレでありJSというのはスクリプト言語であり様々なプラットフォーム上で動く
そしてWebというものも今やそれ自体もプラットフォームであり様々なプラットフォーム上で動く
俺はそういうのを大事にしたいと思ってるが、
実際のところIEやChromeなど特定のプラットフォームがどうこうの話ばかり

勿論著名実装がサポートしているかどうかの話くらいなら何も問題ないと思ってるが
それ以上に各実装の性質の踏み込む話、
そういう限定されたテーマというのはJSを「自ら学ぶ」ためというよりも
限定されればされるほど、今動けばいい「制作依頼」に近くなると思っているので
できるだけ普遍的なスレにしたいとは思ってる

>>52
「俺がやりたいスレ」の話はおなか一杯だから、「実質無理」に触れてくれない？
結局、君の好みの話しにしかなってないと思うんだけど

>>53
実質無理というのは足蹴にされてきて
俺が無理矢理そういうのを受け入れようとしたら批判された経験からだ
だから今後もそういう質問が来たらきっと「荒れる」んでしょ？という皮肉だ

だからそうじゃないというならそれをテンプレに明記して欲しい
「Web技術を使うJSの話題であれば何でも受け入れますよ」と
それなら俺の100スレの怨念も浄化される

>>50
高速化の質問についてはコードが出ているなら、「自分で試せ」で終わり

「このコードはどちらが早いですか？」
「このコードは動きますか？」

こんな質問は実装以前の問題だ
自助努力を推奨するスレとしては「自分で試せばわかる事は、自分で試せ」の答えしかない

>>55
何回か大統一の話もしたこともあるけど
統一も分離も曖昧にするのもやっぱり問題が出るんだよね

やっぱり俺のワガママだったわ、これまでのレスは無視してくれ
すまなかった

>>54
「君のつらい経験」や「君のやりたいこと」で煙に巻くのはどうかと思うけど…
主観的な考えが多い人だねえ

実用厳禁★独自拡張、草案段階のJavaScriptについて
http://mevius.5ch.net/test/read.cgi/hp/1495948526/

純粋に仕様等について語りたい・空中戦をしたいならコッチだろ
このスレは理論のためのスレじゃない

>>59　俺はそういうことが言いたかったんじゃないよ

>>57
多分、自覚症状がないようだから、あえていうが、君の考えは「客観性」がまるでないから、受け入れられないんだよ

「俺はこうしたい」「俺はこうだった」「俺は無理だと思う」

これは全部、君の個人的な考えで他人を説得できる根拠じゃない(君を信頼している人なら受け入れるかもしれない)
100スレ前から受け入れられなかった原因も、その辺にあるのではないかと思うぞ

>>52
> 過去ここで古くはWinメトロの話題からNode上でのStreamの話題や
> 様々なプラットフォームの質問が足蹴にされてきたのを見てきた

そんな大昔のことは知らん

直近2か月程度では、形式的に足蹴なんてあった覚えがない
あったというなら具体的にリンクを挙げたまえ

>>60
それでは
どういうことが言いたかったのか、具体例を挙げつつ論理的に述べてくれまいか

貴殿が言いたいこと、具体的にところが把握できない
他の人々にも、把握されているようには見えない


コミュニケーションなんだから、そこんとこ頼む

Web のユーザーインターフェースとして第一義に考えられるのはブラウザ
具体的には、Chrome / Safari / Firefox（状況次第で IE11 またはそれ以前）

これが大前提として共有されないんだったら前提から色々崩れるんだけど


opera とか vivaldi とか含めるとカオスだからゴメン

「回答できる」と「質問していい」は別問題だと思うのです

だとしても形式的に蹴られてる記憶が無い
昔のことは知らない

俺も記憶にないなあ
「Node.jsの回答なんてお前らできないだろ？」な煽りは昔、あったような気もするが、それかね

具体例挙げるなら

Q: オブジェクトのディープコピーをしたい
A1. jQuery 使え
A2. lodash 使え
A3. 「使える」ライブラリなりプラグインなりモジュールなり使え
A4. オレオレ関数なりメソッドなり作れ

他に何かあるかな（具体例でも第5の回答例でも）

JSON は色々問題あるじゃん

>>70
それは質問者の要件に依る
そもそも、質問者はいつも質問だけして回答を放置してるから、要件不明瞭でどれがマッチするか全くわからん

>>68に関していうなら、「ライブラリ房」の存在が元凶だから、彼を排除する方針を決めるだけでいい
実装系質問が実質無理な理由ではない

そうそう
新たな〇〇房が現れたらその都度対応するだけの話

>>44
だから実際のブラウザの話を抜きにするというのなら

実際のブラウザで動くことを前提として
質問が受け付けられなくなるんだよ。

Chromeで動きません。→実際のブラウザの話はしないでください。

実装無視の話なんてヨソでやってくれ

誘導
実用厳禁★独自拡張、草案段階のJavaScriptについて
http://mevius.5ch.net/test/read.cgi/hp/1495948526/

>>4 の DOM のリンクだが

W3C DOM4
http://www.w3.org/TR/dom/
DOM Standard 日本語訳
http://triple-underscore.github.io/DOM4-ja.html

のみでも良いのではないかと
異論もとむ

>>31 のリンク先の内容がカビ臭すぎ
どこから手をつけるのが良いか分からんけど、リンクしない方がマシなんじゃないかと（主観

>>37
前スレの運用からみて
無視 or ライブラリスレ誘導で良いかと

◆ Standard ECMA-262
http://www.ecma-international.org/ecma-262/6.0/ (ECMAScript 2015, いわゆる ES6)
http://www.ecma-international.org/ecma-262/10.0/ (ECMAScript 2019)
http://tc39.es/ecma262/ (ECMA-262 最新ドラフト)
◆ HTML Standard (HTML5)
http://www.whatwg.org/specs/web-apps/current-work/multipage/
◆ W3C DOM4
http://www.w3.org/TR/dom/
http://triple-underscore.github.io/DOM4-ja.html (DOM Standard 日本語訳)

残すべきか要審議
http://www.ecma-international.org/ecma-262/5.1/ (ECMAScript 5.1 HTML版)
http://tsofthome.appspot.com/ecmascript.html (ECMAScript 5.1 和訳)
http://kangax.github.io/compat-table/es5/ (ECMAScript 5 compatibility table)
http://kangax.github.io/compat-table/es6/ (ECMAScript 6 compatibility table)
HTML Standard 日本語訳
http://momdo.github.io/html/
（「HTML5.1 部分訳」のリンクは、最近は誰も確認していなかった模様）

◆ HTML Standard (HTML5)
http://html.spec.whatwg.org/multipage/


リダイレクトがいつまで続くものやら
あえてテンプレから消すのも手かも知れず

>>74
ちゃんと書いてあることを読んでよ
あくまでWebの仕様外の話に絞って言ってるでしょ

パフォーマンスとか、細かなセキュリティポリシーの違いとか、Web仕様で定義されてる以外の
そこはブラウザ開発者の考え方次第、実装のされ方次第の問題だよねっていう所を言ってるんだよ？

パフォーマンスや細かなセキュリティポリシーの違いは
Webの仕様で定義されてないって言ってる？

>>82
横から口挟むけど、続けるなら、「実質無理」の理由を明らかにしてよ
見る限り、誰も納得できてないよ

> 見る限り、誰も納得できてないよ

というより理由はまだ出ていない
>>68は実装じゃなくてライブラリの質問だった

ああ、ひょっとして、>>50か？
>>56で論破されてから反応がないが

>>46
> Webというものがブラウザのためだけのものでなくなって久しいんだから
> 基本ポリシーとしてブラウザの話も受け入れるのならば
> ブラウザ以外のWeb技術を導入しているプラットフォームの話題も受け入れないとおかしいことになる
>
> 俺はそれが実質無理だろうと思ったから、ブラウザも含めてプラットフォームの話は無しにしたほうがいいと言ってる

「実質無理」の論点ってここ？

質問者が質問する分には、幅広く間口を取っておいていいとおもうよ
回答がつくかどうかは別問題


こんなのを論拠に「ブラウザというプラットフォームの話を無しにする」って方がありえんし誰も幸せにならないだろ
メリットあるなら教えて欲しいもんだが

50スレ前からいる俺は、>>74を「仕様の質問だけに限定するのは実質無理」と受け取ったが、100スレ前からいる彼には深い考えがあるのだろう。

- コードの動作確認が出来ない
- デバッガも使えない
- 仕様を読み取ってコードを書き、思考実験を繰り返す

この困難な状況をどうやって打開するのか、実に興味深い。
若輩者の私に、ご教示頂ければ幸いである。

質問どうぞ

実質無理と言ったのは
>>54で書いたようにそういう話題を完全に受け入れるというスタンスでもないし、
その逆でも今はないんだから、今までの様に穏やかにいられないんでしょという皮肉

そして>>82でも言ったが誰も仕様の話しかしてはいけないとは言っていない
仕様から離れたプラットフォームの話、つまり具体的に言うなら
普遍的なWebというものから離れたブラウザ固有の仕様の話は受け入れるべきかという話

デバッガは開発ツールなので今までWeb仕様とは別の体感できる動作についてて主に話してたのとは
ちょっと系統は変わるが、それでいうとそういう開発外部ツールの話を受け入れるのであれば、
同様にトランスレータだったり、オーサリングツールの話も受け入れるようにしないと
それこそ好き嫌いのとくに理由のない恣意的な差別になる

別に俺はどちらでもいいんだが、俺が一番言いたいことはそのどちらと決まってないことで
スレチだの何だのと不毛に荒れるのが嫌だから、せっかく今テンプレ議論がされてるから
この際にそういうスタンスもある程度決めて明記しておこうということ
まあそれで荒れなくなるかどうかは分からないが、少なくともどういう質問・回答の仕方をしたらいいのかの目安にはなる

>>91
長文ご苦労様だが、

> 今までの様に穏やかにいられないんでしょという皮肉

根拠があなたの頭の中にしかないから、以降の話が全く頭に入って来ない
何度言われても根拠を出さないのだから、「根拠が全くない」か「感想が根拠だと思っている」のどちらかなんだろうな…

「俺はこう思う。お前らもそう思うだろ？」
→「そんなわけないだろ」(反対者多数)
→「なんで俺の思い(イメージ)を分かってくれないんだよ！」

今のところ、こんな印象

勉強中のものです。
「そこに何を代入しても何も起こらない、メモリも食わない、エラーにもならないオブジェクト」ってないものなんでしょうか。
例えば var element にDOM要素が入っているとして element.value="piyo"; という命令があるのはよくあるパターンですが、
このelementに中身が入ってないとエラーが出たりしますよね。
私は、いちいち if (element) element.value="piyo"; というふうな中身の確認をせずに、代入をできるようにしたい
（element の中身が「それ」なら、何も起こらず、エラーも出ない）んです。
こういうブラックホールみたいな値やオブジェクトみたいな存在ってないんでしょうか。

jQueryってメモリ消費しないんですね。ありがとうございました。

>>92,>>93
なんか勘違いしてるのかもしれないけど
思いを分かってもらいたいわけではなく
何か揉めたときに、テンプレに「自ら学ぶため」という言葉があれば
まあそれを持ち出して決着を付ける事が本当に良いことかは置いといて、
一応このスレのスタンスだからと言えるでしょ

でも今のままでは、俺が折角マニアックな質問を色々調べて回答してあげても
それにスレチだなんだケチがついたときにどっちが正しいとも言えず永遠喧嘩になるでしょ
それはどちらが悪いとかじゃなくて俺と彼とで考えるこのスレで扱うものの基準が違うという事で、それが何処にも示されていない以上、個人の好みになっちゃうんだから
それで俺も彼も質問者も不幸になることはもうやめたいんだよ

俺はpart20かそこらから質問回答してきて、自分だったり他人だったり実際そうやって嫌な思いを沢山してきたから
不幸になる人が少しでも減るようにテンプレに基準を入れてほしいと言ってるの
別に崇高な一般論を理解してもらおうと主張してるわけではない
最初からそういう俺の小さなお願いのつもりだったのに
なんでこんなに突っ込まれて話が大きくなったんだろうね?
もう俺のことはスルーしていいよ

>>94
falsyな時だけ「空のオブジェクト」を代入するなら、こういう書き方はある
>>97は一つのオブジェクトで一元管理する

var element = document.getElementById('foo') || Object.create(null);

>>98
そんなわけない
変数にする以上は、メモリを消費する(>>97)