+ JavaScript の質問用スレッド vol.125 +

**デフォルトの名無しさん** · 2018/02/18(日) 16:48:01.14

JavaScript を自ら学ぶ人のための質問スレッドです。
>>2-4のテンプレを読んだ上で質問してください。

■質問を書く上で
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
　　(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
　　具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
　　わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
　　※必ず「問題の事象が再現されること」を確認してください。
　　　必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は http://validator.w3.org/ で [Check] してみてください。
(8) 質問を具体的かつ詳細に書くと回答を得られやすいです。>>2の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。

前スレ
+ JavaScript の質問用スレッド vol.124 + [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1427008785/

（ライブラリ禁止条項は、多数の意見によって廃止されました。ライブラリの質問もOKです）

**デフォルトの名無しさん** · 2018/05/16(水) 22:41:52.64

スレ違いじゃないならききたいんですけど
乱数で作って保存するっていうのはどこに保存すればいいんでしょうか？

識別する文字列を鯖側で乱数作成するにしても
ユーザがアカウント名として入力するでもいいんですが
配布する拡張機能側にうめこむ方法がわかりません

ユーザごとにIDをうめこんだ違うファイルを配るか
拡張機能内に何かしら入力欄を作って入力しないと無理ですよね？

**デフォルトの名無しさん** · 2018/05/16(水) 22:46:17.65

>>769
自分で読み直してみて, 何がしたいのかその文章から読み取ってもらえると思う？

**デフォルトの名無しさん** · 2018/05/16(水) 23:34:27.83

>>769
普通にストレージはchrome.storage.localとかで提供されてるけど。
エクステンションごとに保存先が独立して用意される。
ちなみにgoogle認証とかで識別したほうが楽じゃない。
乱数だとエクステンションをアンインストールしたタイミングでヒモ付が消えることになる

**デフォルトの名無しさん** · 2018/05/17(木) 02:10:24.80

>>770
拡張機能をインストールしてブラゲーページをみたとき
特定の画面でDOMを抜き出す　＋　ユーザ識別トークンを付与してサーバー送信

サーバー（PSP CGI)は受け取ったデータをユーザ識別トークンごとに保存

表示ページではユーザ全体の集計結果を公開してログインするとユーザごとの個別データが見られる

というイメージなんですけど
拡張機能側で毎回同じ識別トークンを知るor個別に作るにはどうしたらいいのかなって

PHPもJSも4月から覚えたばかりでウェブアプリつくるの自体がはじめてなので
認識が間違ってたらごめんなさい

>>771
わー　ありがとうございます！

localStrageっていうの localStrage.put() get() だけで使えたので簡単そう
初回アクセス時にクライアント側で乱数を生成してlocalStrageに保存して
localStrageから取り出してつけるだけでいけそうです

これ実態はメモリじゃなくてファイルになってるんでしょうか
PCの電源落としたりセッションやIPがかわっても毎回取り出せるのかな
有効期限のないクッキーみたいなもの？

google認証軽くしらべてみたんですけど理解できなかったので自分には難しそうです
サンプルコードいくつかみたけどどれも何かしら入力文字列があったので
ユーザは何も入力しなくてもサーバー側で固有のトークンを取り出せるんでしょうか

とりあえずlocalStrage使う方向ですすめてみます
本当にありがとうございました！

**デフォルトの名無しさん** · 2018/05/17(木) 08:24:04.09

>>772

oauthって、聞いたことない？
gmailは大体の人が使ってるからパスワード入力を省略できる。

**デフォルトの名無しさん** · 2018/05/17(木) 10:27:39.72

どうにもわからないことがあります
例えばHTMLの中に<a onclick="hoge()">と書いてあるとして
そのhoge関数はどのスクリプトにあるhoge()が呼ばれるんでしょうか？ブラウザでは同時にいくつものjavascriptが走っていると思うんですが

試しにGreasemonkeyでスクリプトfugaを作りそこからHTMLの適当な要素にonclick="hoge()"を追記して発火させてみると
ちゃんとGreasemonkey下のfugaスクリプト内のhoge()が呼ばれますが
ブラウザはどうしてhoge関数がGreasemonkey下のfugaスクリプト内にあると分かるんでしょうか？
動いている全てのスクリプトの関数名を走査しているんでしょうか
だとしたらhoge()とたまたま同名の関数が他のスクリプトにあったらどっちにいってしまうのか
確実にfuga内のhoge関数を呼ぶようにonclickに指定する方法はないのか
が分かりません…

**デフォルトの名無しさん** · 2018/05/17(木) 11:02:58.88

>>774
何がわかんないのかよくわからないな。
同時に幾つものjsが走っているというのはあくまでタブ単位の話
複数のタブにまたがってグローバルスコープは共有しないから大丈夫
でも同名の関数が衝突することはあるから確かに気をついないとダメだね。

**774** · 2018/05/17(木) 12:03:22.10

>>775
レスありがとうございます
他のタブの関数が呼ばれてしまうということは心配していないのですが
同じ１つのタブの中でもサイト作者が作ったJS、ブラウザアドオンのJS、GreasemonkeyのJS、と複数走っていますよね？
そこで同名の関数があったらどうなるんでしょう？
また確実に自分のスクリプトの中の関数を呼ぶ方法があれば知りたいです
またmin()とかmax()みたいにごく短くてありふれた名前の下位関数を作ることはよくあると思うんですが
関数名がブラウザには全部一緒くたに記憶されているんだとしたらそれすらも危険という気がしてきました
自作スクリプト全体を(function(){…})()で包んだとしても、先程の例のhoge()が呼べてしまうので
やはりmin()やmax()も宣言すれば全体から見えてしまう（上書きしている？）のでしょうか？

**デフォルトの名無しさん** · 2018/05/17(木) 12:30:50.49

Greasemonkeyは使ったことないのでよく分からないけど同一スコープで同名の関数が複数定義された場合後勝ちになるよ
あと現在のスコープに関数定義が見つからない場合１つ外側のスコープを探しに行くよ

**デフォルトの名無しさん** · 2018/05/17(木) 13:32:25.37

>>776
Browserアドオン。エクステンションに関しては別の処理系で動いているから名前衝突は起こさない。ただしDomだけは共有してる。

**774** · 2018/05/17(木) 14:00:11.16

>>777-778
ありがとうございます
そこで最初の疑問になるのですが
Greasemonkeyやブラウザアドオンのjsからdocumentの要素にonclick="hoge()"等と書き加えた場合、
いざページを見ていてユーザーがその要素をクリックした時は、ブラウザからはHTML（DOM)だけを見ているのであれば
hoge()がどこのスクリプトから書き加えられたか分からない（どのスコープのその関数を呼べばいいか分からない）と思うのです。
その時でもなぜちゃんとhoge()が呼ばれるのかしっくりきません
また確実に自分のスクリプトを呼ばせる方法が知りたいです

**デフォルトの名無しさん** · 2018/05/17(木) 17:35:57.36

>>779
その要素のaddEventListenerを呼び出して該当関数を渡せばいい

**デフォルトの名無しさん** · 2018/05/17(木) 21:07:32.64

>>779
どのスクリプトファイルかを判断する必要はない
グローバルスコープは共有されるからだ

**デフォルトの名無しさん** · 2018/05/17(木) 21:44:36.42

>>779
その書き方だとグローバル変数hogeかグローバルスコープに定義されているhoge関数が実行されるよ
どのファイルかを気にしているけれどJavaScriptはファイル単位でスコープが分かれるわけではないよ
ファイルAでグローバルスコープにhoge関数を定義してファイルBでbuttonのonclick属性にhogeを追加するとして、どちらのファイルも読み込まれた後にbuttonをクリックすればhogeは実行されるはずだよ

**774** · 2018/05/17(木) 22:40:53.71

ありがとうございます
まとめて書きます
ファイルA.jsとファイルB.jsの作者がまったく別の人でお互いの内容を知らず、
まず順番が来たファイルAがbuttonのonclickにhoge関数を追加してhoge関数の本体も定義、
次に順番が来たファイルBがimgのonclickに（たまたま同名の）hoge関数を追加してhoge関数の本体も定義した（内容は全くの別物）という場合、
buttonやimgをクリックした時にファイルAのhoge本体とファイルBのhoge本体のどちらが呼ばれるのか？という問題が分からないのです
関数名はグローバルスコープで全て共有されるとしたら後で定義したほうが勝ちになるというのは分かるのですが
だとするとスクリプト全体を(function(){…})()で包むということの意味は何になるのでしょうか？
包んだ変数名や関数名をグローバルスコープから隠すことだと思っていたのですが

**デフォルトの名無しさん** · 2018/05/17(木) 22:41:39.44

>>783
やってみ

**デフォルトの名無しさん** · 2018/05/17(木) 22:42:37.94

>>783
関数スコープでぐぐれ

**774** · 2018/05/17(木) 22:56:03.69

↑の補記
話を具体的にするために言い換えますと、
仮にファイルAはウェブサイト側のjs、ファイルBはブラウザアドオンのjsだとします
ブラウザアドオン側のjsの作者は、ウェブサイト側のjsで作って使っている関数名を全て調べて知っておく（そして衝突を避ける）
なんてことをするのは現実的ではないと思うのですが
どうやって衝突を避けるのでしょう？　という疑問なのです
ファイルAのjs内で呼び合っている関数ならスコープで保護されるのは分かるのですが
HTML（DOM)のonclick等に書いてしまった場合スコープ情報が抜け落ちるような気がするのです

細かい話ですが、要素のaddEventListenerに登録する場合も、そのまま関数名だけならスコープ情報を登録してくれそうな気がしますが
関数に引数を渡したくてaddEventListener("click","function(){hoge(a,b,c)}",false)のように登録してしまった場合はやはりスコープ情報が抜け落ちそうな気がするのですが
そんなことはないのでしょうか？

**デフォルトの名無しさん** · 2018/05/17(木) 23:11:50.85

どこをどう話せば良いか分からんし、スコープ情報ってなんや？っ感じだけど

前提として衝突を100%回避するのは無理
是非はともかくjQueryやlodashなんかは1文字に全てを押し込めて衝突を避けてるけど
サイト側が$を使っちゃうとそれまでの話

**デフォルトの名無しさん** · 2018/05/17(木) 23:55:51.71

window.jQuery = window.$ = jQuery;

jQueryのソースコードでは、windowの、jQuery, $ に、
jQueryオブジェクトを代入してる

この2つだけが、グローバル変数

**デフォルトの名無しさん** · 2018/05/18(金) 00:20:55.09

>>774
イベントハンドラーを、<a onclick="hoge()"> のように、HTML に直接書くのは、ダメ！
jQuery の、on とかで、JavaScript から設定する

モジュール管理は、Node.js が使っている、CommonJS とか。
ES6(2015) で、import文ができた

JavaScript, jQuery の質問は、
この板よりも、web制作管理板へ書き込んだ方が良い

そちらの方が、人が多い

**デフォルトの名無しさん** · 2018/05/18(金) 00:50:52.81

>>787,788の言う通り完全に衝突を避けるのは不可能だけど実際上ほとんど問題にならないよ
グローバルスコープで発生する名前の衝突を避けるには不要なオブジェクトをグローバルスコープに曝さなければいいんだよ
ライブラリではそのために特定の名前に全部詰め込んでそれだけをグローバルスコープに晒したりしているよ
あとはwindow.foo.barみたいに独自のネームスペースを切り出してその中だけを使うといったやり方もあるよ
javaが分かるならパッケージ名みたいなものだと言えば伝わるかな
(function(){})()の意味は無名関数の即時実行だよ
スコープの話と絡めると良くあるのは(function(global){var foo; ... global.bar=foo;})(window)みたいな使い方だよ
この例だとグローバルスコープにbarと言う名前でfooというオブジェクトを曝してるよ
あとはえーと、addEventListenerで登録するのは関数の名前じゃなくてFunctionオブジェクトそのものだよ
無名関数も登録できるよね
リスナーが実行されるときに名前で関数を探しているわけではないんだよ

**デフォルトの名無しさん** · 2018/05/18(金) 01:01:40.56

>>787
> 是非はともかくjQueryやlodashなんかは1文字に全てを押し込めて衝突を避けてるけど
> サイト側が$を使っちゃうとそれまでの話

jQueryもlodashも$や_をサイト側でも使っても問題ない方法を用意してるよ

jQuery.noConflict()
https://api.jquery.com/jquery.noconflict/

_.noConflict()
https://lodash.com/docs/4.17.10#noConflict

**デフォルトの名無しさん** · 2018/05/18(金) 01:04:02.60

大事なことを言い忘れたよ
functionで囲うのは関数定義がスコープを生成するからだよ

**デフォルトの名無しさん** · 2018/05/18(金) 01:18:38.25

>>786
さっきも説明したと思うけど
>仮にファイルAはウェブサイト側のjs、ファイルBはブラウザアドオンのjsだとします
この場合は処理系が分離してるから。
関数名が衝突するどころかブラウザのアドオンからウェブサイト側のjs内の関数呼び出しはできない。
DOMしか共有してない。何度も言うけどDOMしか共有してないから

**デフォルトの名無しさん** · 2018/05/18(金) 01:19:57.68

あと、質問するくらいだったら自分で検証環境つくって動かしてみたほうが早い。
2,3hで終わる話

**デフォルトの名無しさん** · 2018/05/18(金) 02:31:19.01

>>793
DOM共有してるならなんとかなるな
mousemoveとかで呼び出したい関数をセットすればいい

**デフォルトの名無しさん** · 2018/05/18(金) 03:14:35.64

ブラウザの拡張とかの場合は特殊ケースだからあんまり深く考えてもしょうがない
Greasemonkeyはセキュリティのために何度も仕様変更してるし

**デフォルトの名無しさん** · 2018/05/18(金) 05:58:40.33

>>786
だから、関数スコープでぐぐれ
関数で括ったら、スコープが漏れない
グローバル変数は共有する必要がなければ使わないものだ

**デフォルトの名無しさん** · 2018/05/18(金) 08:53:53.50

javascriptからtwitterにツイートするってどうすればできますか？

**デフォルトの名無しさん** · 2018/05/18(金) 08:55:12.45

A・P・I！
A・P・I！

**デフォルトの名無しさん** · 2018/05/18(金) 09:23:31.03

JSだけでTLを取得するのはあったんですが投稿するのが他の言語しかみつからなくて…

**デフォルトの名無しさん** · 2018/05/18(金) 11:41:13.09

>>798
出来ると思うか？
悪意のWebサイト開設者が裏でJS回して「○○小学校に爆弾設置する」みたいな犯罪予告ツイートさせたらサイト訪問した奴の人生終わるぞ
だからTwitter Developer DocumentationのJSAPIにも載ってないし出来ない

**デフォルトの名無しさん** · 2018/05/18(金) 11:47:25.25

他の言語がツイート出来るのは、Twitter開発者として公式サイトから認定されて、ツール越しに発言した内容を責任持ちますという取り決めがされてるから可能なだけ。
だからJS単体で裏で勝手にツイートさせる事は不可能

**デフォルトの名無しさん** · 2018/05/18(金) 13:23:15.34

rest api使えば出来るよ。
consumer secret晒す必要あるけど。
こっそり訪問者にツイートさせたところがconsumer secretに紐付くお前が童貞されて罰を受けるだけ

**デフォルトの名無しさん** · 2018/05/18(金) 14:19:08.65

>>801,802,803
特定のページをみはって特定の情報（DOM)がでたらツイートするBOTアカウントを作りたくて
訪問した人のアカウントで勝手にツイートするわけじゃないです
動作自体はローカルで動かすのでツイッターアカウントとパスワードｗｐソースにうめこんでも大丈夫なはず

他の言語でブラウザを経由せずにwgetみたいなことをやってもいいんですけど
ログイン認証があるのでログイン後に表示されるHTMLを取得する方法がわからないので
ブックマークレットだったりchrome拡張にできるjsが便利かなと

>>803
rest api で検索してみら node.js や npm のインストールがいるっていわれるんですけど
unix サーバー環境をもってないです…

**デフォルトの名無しさん** · 2018/05/18(金) 18:07:05.49

node要らないよ。
nodeでやるにしてもunixサーバーなんか要らないよ。

**デフォルトの名無しさん** · 2018/05/18(金) 18:14:25.64

>>804
もうちょっと具体的な機能の説明を頼む。
なんだかわからんけどパスワード類埋め込みだと悪用されるで。tweet自体はサーバサイドってやったほうが良い。

**デフォルトの名無しさん** · 2018/05/18(金) 18:26:13.64

クロスオリジンの制約をどうするかって話じゃないの

**デフォルトの名無しさん** · 2018/05/18(金) 18:29:36.01

BOTならサーバサイド, 常駐アプリのイメージ
JavaScriptならNodeが良いと思うけどね(Nodeすら導入出来ないなら諦めろ)

**デフォルトの名無しさん** · 2018/05/18(金) 19:03:00.34

nodeは怖くないよ。
npmくらいは使ってんだろ。普段から

**デフォルトの名無しさん** · 2018/05/18(金) 19:40:29.64

>>806
具体的な内容まではいえないですけど情報が変化するサイトがあって
その情報を分析して特定の反応がきたときにツイートするBOTを作りたいんです
FXや株価のシグナルをつぶやくみたいなイメージに近いかもです

>>808
ほんとはcronか何かで定期的にそのサイトにHTTPアクセスにいくサーバーサイドアプリが一番なんですけど
その情報を表示するのにログインが必要なんですよね

で自分がログインした後のページのHTMLを取得する方法がわからないので
ログインまではブラウザで手動でやって
あとはjsで一定時間ごとにreloadかけてgetElementByClassとかで情報を抜き出して
分析してツイートするみたいなことをしたいのです

**デフォルトの名無しさん** · 2018/05/18(金) 19:48:09.40

すいません　まだわかりにくかったと思うので補足です

その情報を表示するサイトはぜんぜん他人のサイトでその上でJSを動かすって意味ではなくて
JSを動かすのは自分のブラウザ上だけで公開するわけでもないので
BOTのアカウント情報をうめこんでも大丈夫だと思います

JSから自分のつくったBOTアカウントにツイートさせることができればやりたいことはできそうなんです…

**デフォルトの名無しさん** · 2018/05/18(金) 19:50:45.38

>>810
https://qiita.com/sand/items/b01d7d8f3d9c1642298b
headless chrome使えば大抵のことは自動化できる

**デフォルトの名無しさん** · 2018/05/18(金) 20:02:18.49

>>812
ありがとうございます
確かにこれならやりたいことができそうなんですが

導入にコマンドライン操作がいっぱい必要みたいですね
ためしに最初の１行をプロンプトにうってみたけど curl がないっていわれた…
コマンドラインになれてないので exe クリックするか
ブラウザ上で完結する作業以外は自分にはまだ難しそうです…

せっかく教えていただいたのにすいません

**デフォルトの名無しさん** · 2018/05/18(金) 20:13:07.43

分からんなら勉強しろよ
はっきり言うがお前のやりたいことはTwitterの公式APIドキュメント読めば簡単に実現出来る
自分で調べる気のない奴は向いてないからやめちまえ

**デフォルトの名無しさん** · 2018/05/18(金) 20:17:52.21

確かにそのとおりなんですが
ツイッターもJSもそこそこ有名だから
JSからツイートするぐらいの関数なら誰かが作ってないかなと思って質問してみましたが意外といないものなんですね

時間はかかりそうですが自分でプロトコルから勉強して作ってみます
お答えいただいたかたがたありがとうございました
レベルの低い質問をしてしまって失礼しました

**デフォルトの名無しさん** · 2018/05/18(金) 20:30:59.98

このスレに知ってる奴がいないだけで、ないはずはないので探してみるか他できくといいんじゃね
つーかツイートするだけでAPIの仕様まで理解しなきゃいけないとか欠陥言語もいいとこ
何のためのブラックボックス化だよ

**デフォルトの名無しさん** · 2018/05/18(金) 20:52:40.06

npm search twitterくらい打てよ

**デフォルトの名無しさん** · 2018/05/18(金) 20:57:09.38

今どきコードの断片をブログで共有って時代じゃないから。npm にいくらでもライブラリはある。でもnode使いたくないんだよね。
そもそもchrome extension作ろうと思ったら
yoとかである程度コードジェネレートしないとどうでもいい所で詰まるよ。
まぁいいけどさ。

**デフォルトの名無しさん** · 2018/05/18(金) 21:04:35.72

「ツイートするにはこれ使ってね」とTwitter自身が言ってるWebAPIを知らずに何故ツイート出来ると思えるのか？
WebAPIの仕様を知らないといけないことが何故言語の欠陥になるのか？

>>816はひょっとしてWebAPIというものをご存じないのではないか？

**デフォルトの名無しさん** · 2018/05/19(土) 00:50:49.48

メール送るのにSMTP
HTTPリクエストするのにHttpヘッダを理解しろ
っていってるのと同じことじゃねーの？

**デフォルトの名無しさん** · 2018/05/19(土) 01:55:16.37

>>820
メールを自動化するなら少しは理解しとかなきゃダメだろ

**デフォルトの名無しさん** · 2018/05/19(土) 01:59:23.35

というか様々な用途で利用される標準化されたプロトコルとTwitter一社のWebAPIを比較することのバカバカしさをだな
あとは>>817と同じ

**デフォルトの名無しさん** · 2018/05/19(土) 02:18:16.90

ブラウザの自動操作・マクロなら、iMacros, Selenium WebDriver

Ruby で、Mechanize, Selenium WebDriver で自動操作できる。
大学や図書館にもログインできる

パスワードを入れて、ボタンを押す。
element.send_key "パスワード"
driver.find_element(:css, 'ボタン').click

Nokogiri で、スクレイピングもできる。
ほとんど、jQuery と同じ

公開されているAPI を使わないなら、webページを自分で解析しないといけない。
どのタグに、どういう情報があるのか、分析するのが大変

API を使わずに、5ch 専用ブラウザを作れないのも、同じ理由。
自分で5ch の仕様を解析するのが、面倒だから

**デフォルトの名無しさん** · 2018/05/19(土) 03:20:34.34

>>817
npmっていうコマンドがないっていわれます

>>818
使いたくないというかjs自体4月から独学で勉強はじめたばっかりで…
上位のフレームワーク的なものまで手だせる段階じゃなくて…

node.jsっていうのもよくきくので以前１回調べたんですけど
サーバー側で動作するjavascriptでスケーラビリティが必要な場合に
Apache+CGIのかわりにつかう速いウェブサーバー？って認識だったので関係ないと思ってましたが
普通にクライアントサイドjavascriptかくのにも必要な技術なんでしょうか

今回たまたま拡張機能使うのが楽そうだと思ってjsにしただけでjsはほとんどかかないので
知らなくてすむ技術なんだったらそれにこしたことはないんですが
話きいてるとそれを覚えてそのなかのツイッターライブラリ探したほうが速い感じなんですね

あのあといろいろ検索してみたんですが
javaやｐｈpならトークン4つセットしたあとツイート内容引数1つうけとるだけでつぶやける関数があって
5,6行でツイートできるサンプルが結構でてくるのに…
javascriptだけは複雑な数十行のサンプルしかでてこない…
レン鯖かりてCGIにポストしてCGI側でツイートするほうがはやいのかな…

>>823
iMacrosって調べてみたら
>条件分岐などの操作ができない。
ってかいてあったんですけど単に操作記録してループ再生できるだけでは？
プログラミングの知識が必要ないってあるんですけど
HTMLを読んだりができないとやりたいことができない気がします

というかwebの解析自体はできててツイートしたい文字までは用意できてるんですよね…

**823** · 2018/05/19(土) 04:11:50.97

npm というコマンド名から、コマンドの実行ファイルを探す手順は、

OS のユーザー環境変数 Path に、
実行ファイルのあるディレクトリを追加していないと、探せない

漏れのPC で、コマンドプロンプトで入力すると、
>where node
C:\Program Files\nodejs\node.exe

>where npm
C:\Program Files\nodejs\npm
C:\Program Files\nodejs\npm.cmd

JavaScript は、Ruby よりもずっと難しいから、
先にRuby やって、無料のRails チュートリアルをやれば、
MVC, web アプリの作り方がわかる

例えば、Groovy のGrails, Node.js + Express Generator などが、Rails と同じ

**823** · 2018/05/19(土) 04:17:59.50

>823 に書いた通り

ブラウザの自動操作は、Ruby で、Mechanize, Selenium WebDriver

スクレイピングは、Nokogiri。
これは、jQuery と同じ

**デフォルトの名無しさん** · 2018/05/19(土) 04:21:32.80

>>824
黙ってNodeインストールして使えや

**823** · 2018/05/19(土) 04:34:49.32

Ruby で、Selenium WebDriver なら、こういう感じ

webページから、内容を抜き出して処理してから、
テキストボックスに文字列を入力して、送信ボタンを押す

driver.navigate.to "webページのURL"

element = driver.find_element(:css, '取得したいセレクター')
ここで要素から、内容を抜き出して処理する

element = driver.find_element(:css, 'テキストボックス')
element.send_key "入力したい文字列"

driver.find_element(:css, '送信ボタン').click

**デフォルトの名無しさん** · 2018/05/19(土) 04:56:19.66

>>827
インストールしてみました

>>825
npmも勝手にはいってたみたいで
プロンプトにうったら動くようになりました♪

ためしに
> npm search twitter
っていろいろでてきました

とりあえずこのままjsでtwitter APIたたきにいくか
言語ごとかえてCUIでブラウザ操作してログイン後のHTMLよみにいくか
まだきめかねてますがまた明日がんばってみようと思います

リプくれたかたありがとうございました

**デフォルトの名無しさん** · 2018/05/19(土) 06:49:42.97

>>824
そう。node.jsはサーバサイドというか、ブラウザ以外の場所でjsを使うために生み出されたけど、ライブラリ共有の仕組みが便利でブラウザで使うと便利なライブラリの共有にも使われてる。くらいの理解で。
ドットインストールとかで勉強してみるのはどうかな？いずれ使う日はくる

**デフォルトの名無しさん** · 2018/05/19(土) 10:24:52.94

　　●●●●ケネディ大統領が暗殺された●唯一の理●由は、イスラエルの核保有に反対した為である●●●
　　http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1226114724/53

　　この掲示板(万有サロン)に優秀な書き込みを●して、総額●148万円の賞金をゲットしよう！(*^^)v
　　http://jbbs.livedoor.jp/study/3729/ →リンクが不良なら、検索窓に入れる！

**デフォルトの名無しさん** · 2018/05/19(土) 11:32:29.92

あああああ

せっかくコードかけて動作させようとしたのに
アプリから twitter API 叩くための４つのキー取得するのに電話番号認証がいるみたいです…

ブラウザでログインすれば普通にツイートできるし
ツイッターの専用クライアントからは電話番号とかなしで普通にツイートできてるのに…
アプリからツイートするのだけ電話番号いるって…

twitter API 経由せずにツイートしたいってさすがにこのスレできくべき内容じゃないですよね
もうお手上げなのであきらめます

**デフォルトの名無しさん** · 2018/05/19(土) 13:58:36.44

スレ違い荒らしの、Rubyクズ野郎、次見かけた時点で報復にお前の大好きなRubyスレをゲロ画像とうんこ画像で埋めてやるわ。いい加減頭来た

**デフォルトの名無しさん** · 2018/05/19(土) 17:16:50.62

>>832
BOT対策でしょうかね。ロシアがアメリカの選挙に介入するのにずいぶん利用したらしいから。

**デフォルトの名無しさん** · 2018/05/19(土) 19:05:42.83

>>832
だからheadless chrome使えばと

**デフォルトの名無しさん** · 2018/05/19(土) 19:45:08.39

新しいもの勉強するのいやです

**デフォルトの名無しさん** · 2018/05/20(日) 00:34:59.78

>828
にやり方が書いている

Ruby + Selenium WebDriver で、ブラウザの自動操作

**デフォルトの名無しさん** · 2018/05/20(日) 01:30:26.25

SeleniumはJava製のソフトだが操作には色々な言語のバインディングがある。
Java、C#、Python、Ruby、Perl、PHP、JavaScript
Java以外でよく使われてるのはご想像の通りpythonとjavascript

Seleniumは同一コードで多種のブラウザを操作できるメリットがあるがセットアップはやや面倒。
chromeに絞ってよいならばやはり今はheadless chrome使うのが楽。puppeteerというnpmパッケージ入れるだけ。

**デフォルトの名無しさん** · 2018/05/20(日) 15:39:53.33

twitter 公式API 使えとかうそ教えた奴責任もって最後まで教えてやれよ

**デフォルトの名無しさん** · 2018/05/21(月) 11:20:04.08

Ruby でも、OmniAuth Twitter という、gem を使う

OmniAuthを利用して、Twitterログイン機能を作る【初心者向け】
https://qiita.com/To_BB/items/01863aa50d628c069b64

**デフォルトの名無しさん** · 2018/05/21(月) 12:41:35.30

何が初心者向けだバカバカしい

**840** · 2018/05/21(月) 13:46:33.63

OmniAuth Twitter という、gem を使っているから、
認証も何も、プログラミングしていないだろ

設定ファイルに記述しているだけ

**デフォルトの名無しさん** · 2018/05/21(月) 14:39:27.82

どっちにしろAPI keyとAPI secretいるって書いてるじゃん
アプリ認証なしでアカウント名とパスワードだけでツイートしたいって話じゃないのかよ

**840** · 2018/05/21(月) 14:46:37.78

>828
みたいに、

Ruby の、Mechanize, Selenium WebDriver などで、
ブラウザを自動操作すれば？

アカウント名・パスワードを入力して、ツイートボタンを押す

**デフォルトの名無しさん** · 2018/05/21(月) 14:53:14.96

なんでJSスレでRubyの回答するんだ？
JSスレできいてんだからJSのコードだしてやればいいだろ

https://qiita.com/ko-he-8/items/1bc26fd6ecdf6a8bf946

これとかどうなん？
ソースぱっと見 username password だけでいけそうだよ

new ActiveXObject( "InternetExplorer.Application" );
とかかかれてるからこれ毎回IE窓起動されんのか？

**840** · 2018/05/21(月) 15:35:31.61

jQuery なら良いけど、素のJS は、あまり慣れていないから、Ruby でスマンな

Selenium WebDriver で、ブラウザの自動操作するために、
漏れは、各社のブラウザドライバーもダウンロードしてるよ

chromedriver.exe
MicrosoftWebDriver.exe - Edge 用

**840** · 2018/05/21(月) 15:40:28.69

毎回、chrome, Edge が起動される。
chrome には、headless モードもあるから、画面表示なしで操作もできる

ActiveX は、やった事ない。
いつも、VBScript から、ピラフが使っている奴だろ

**840** · 2018/05/21(月) 15:59:06.92

>>845
のソースコードを見たけど、VBScript, JScript などのWSH だろ。
sleep ばっかりで、これは面倒

Selenium WebDriver をすすめる

**デフォルトの名無しさん** · 2018/05/21(月) 17:45:39.32

Rubyの話は別スレでやれ。
selenium勧めるのはいいと思うけど、それはjsでも出来る。

お前らがRubyしか使えない事を他人に押し付けるな。

**デフォルトの名無しさん** · 2018/05/21(月) 17:46:27.79

お？Ruby使えないやつが逆ギレかｗ

**デフォルトの名無しさん** · 2018/05/21(月) 17:51:14.42

JSのスレで何言ってんだ？

**デフォルトの名無しさん** · 2018/05/21(月) 18:06:47.93

Selenium WebDriverはjavascriptもあんだからjavascriptのコード教えてやればいいじゃん
npmも使ったことない初心者に新しい言語覚えろとか相手にされるわけないだろ

**デフォルトの名無しさん** · 2018/05/21(月) 18:11:22.84

ruby使うやつってこんなのばっかり。
禁煙の立て札の前でタバコ吸って注意した人の顔面に煙吹き掛けるようなやつら。

**デフォルトの名無しさん** · 2018/05/22(火) 23:47:19.64

Socket.IO（というよりEngine.IOやwsののperMessageDeflate）の質問です
デフォルト設定ではサーバーからクライアントへ送信するパケットのpermessage-deflateによる圧縮はメッセージ部が1024バイト以上でないと圧縮されないことになっていますが、これは今のPCスペックでも設定を変えない方が良いですか

現状ネットワーク帯域が逼迫しており何らかの対策を考えています

この1024バイト以上でないと圧縮しないというのはEngine.IO 1.6.0で定義されたと思われます
perMessageDeflateに関してはwsライブラリを参照するように書いてあり、wsのドキュメントにパフォーマンスの問題から制限を掛けたということが記載されています

備考
wsに1024バイト以上の制限がかけられたのは2.0.0の2016年12月30日
Engine.IOに1024バイト以上の制限がかけられたのは1.6.0の2015年11月29日

**デフォルトの名無しさん** · 2018/05/23(水) 09:34:28.72

jQuery とか、広告1つでも、30KB もあるのに、

1KB 以下の話なんて、無意味だろw

**デフォルトの名無しさん** · 2018/05/23(水) 09:55:50.17

>>854
> 現状ネットワーク帯域が逼迫しており何らかの対策を考えています
別の所に原因がある

**デフォルトの名無しさん** · 2018/05/24(木) 23:30:50.81

854です
ピーク時に2万3000クライアント程が同時接続しててその時にネットワーク帯域が不足するのでどうしたものかと悩んでいました
とりあえず半分の512バイトで圧縮するように設定して負荷検証してみました
実際のパケット自体は100バイト未満が6割、600～900バイトが3割、1割はそれ以外（MAXは986バイト）
結果としては問題なく捌けているみたいですが、他のサーバーに比べるとCPU使用率が10%ほど高くなるみたいです（元々が20%前後なのでCPU負荷的には問題なさそうです）
メモリに関しては長時間の使用によってパフォーマンスが落ちるとの事なので1週間様子を見て大丈夫そうであればこれで行くことになりそうです
パケットログとサーバーの送信直前（emit直前）の時間の差はツールの問題で1ms単位でしか見れませんが遅延も問題になるほどではありません（最大の遅延で3msほどで済んでいます）

**デフォルトの名無しさん** · 2018/05/25(金) 06:55:20.63

不足するなら送る対象を減らせばいいじゃない
ユーザーをパーティに分けてリーダーにだけ送信して
他のメンバーにはリーダーからP2Pで送らせるとかさ

**デフォルトの名無しさん** · 2018/05/25(金) 21:36:15.70

ファイルがダウンロードされたら、自動的にそのファイルをローカルファイルとしてJavaScriptで操作できないでしょうか？
Chromeだけでもよいので。

**デフォルトの名無しさん** · 2018/05/25(金) 22:13:24.28

blob

**デフォルトの名無しさん** · 2018/05/26(土) 18:52:06.00

Chrome拡張機能として作るしかない

**デフォルトの名無しさん** · 2018/05/29(火) 21:22:46.60

一応確認したいんだが、
mouseoverとmouseoutの発生順って、規定されてないよね？
○○の場合だけならこの順、てのもないよね？

**デフォルトの名無しさん** · 2018/05/30(水) 00:03:56.95

>>862
バブリング、キャプチャリングのことか？

**デフォルトの名無しさん** · 2018/05/30(水) 00:14:21.75

>>863
いや違う。書いたとおりmouseoverとmouseoutの発生順だ。

mouseout->mouseoverの順で固定されていればコードが減らせるんだが、
そうだとは誰も書いてないし、以下見る限りやはり駄目っぽいんだが、
誰か知らないかなと思って。
https://stackoverflow.com/questions/282245/what-is-the-event-precedence-in-javascript

**デフォルトの名無しさん** · 2018/05/30(水) 00:23:38.62

正確に言うと、「余分なコードを書かなくて済む」だな。

単純に、固定されていないと、
・mouseout->mouseoverの順で発生した場合
・mouseover->mouseoutの順で発生した場合
の両方を想定して書く必要があるだろ。
どっちかに固定されていれば片方だけで済み、その分コードが少なくなる。
だからプログラミングモデルとしては、固定されていた方がいいんだよ。
例えば、.NETは割と固定されてる。

ただ、上記リンクを見る限り、ブラウザの実装の余地を残す為（というのは後付だろうが）
放置って感じか。

**デフォルトの名無しさん** · 2018/05/30(水) 07:01:37.19

>>865
10年前のstackoverflowは見なくていいから仕様を読もう
https://w3c.github.io/uievents/#events-mouseevent-event-order
10年経ったら君の街でさえもあちこち変わってるだろう？
Webの世界なんてそれとは比べものにならないよ

**デフォルトの名無しさん** · 2018/05/30(水) 07:20:54.75

>>864
> mouseout->mouseoverの順で固定されていればコードが減らせるんだが、
コードを書いて検証してみたのか？

仕様にも書いてあるようだが
https://triple-underscore.github.io/uievents-ja.html#events-mouseevent-event-order

**デフォルトの名無しさん** · 2018/05/30(水) 07:23:38.29

すまん、重複した

**デフォルトの名無しさん** · 2018/05/30(水) 09:09:51.12

>>866-867
おお、サンクス。
確認したところ、05 November 2013 -> 25 September 2014で導入されてるね。

つか、「JavaScript mouse event order」でググッても引っかからないのは、
googleさんもうちょっと頑張ってくれ、とは思うが、
このレベルの詳細についてはMDNも未対応なのは認識した。

> コードを書いて検証してみたのか？
それは意味無いだろ。
このコードで良いかの確認は出来ないのだから。

> Webの世界なんてそれとは比べものにならないよ
それは買いかぶりすぎだ。この点はWebは10年遅れてたと断定出来る。
.NETは最初からイベントの順番は決まっており、遅くとも2005には固定されてた。
全てがWebが早いわけではないし、Webが早いってのも嘘だよ。
Webは仕様の更新頻度が高いだけ。

相変わらずおまえら信者レベルが酷いが、JavaScriptが全て良いわけではないし、
最先端な訳でも全然無いぞ。そこはマジで理解した方がいい。
asyncだってC#の方が先に導入したろ。
そしてJavaScriptはPromiseというゴミを抱えることになってしまった。

お前らは「難しくて」「最先端な」JavaScriptを使いこなす俺カッコイイ、
じゃないと困るみたいだが、全然それはないから。
JavaScriptは「簡単」だし「遅れてる」面も結構ある。
他言語をやれば分かる話なのに、理解出来ないのは、他言語が全く出来ないからだよ。
まあ全般的にHTML周りはよく出来ているのも事実だが。

むしろ他言語で実験/検証済みのこの機能が2014まで導入されなかったことが問題だ。
だから意図的に残したのか、という解釈だったが、方針変更ならさておき、
その他の件見てもJavaScriptの仕様委員会は馬鹿だから、気づかなかったのか？とも思える。

**デフォルトの名無しさん** · 2018/05/30(水) 09:19:13.07

せっかく教えてやったのにこの態度か。死んでしまうといい。

**デフォルトの名無しさん** · 2018/05/30(水) 10:08:17.11

意識高い　だけ　系だな。

**デフォルトの名無しさん** · 2018/05/30(水) 12:08:58.15

意識高い茸

**デフォルトの名無しさん** · 2018/05/30(水) 12:47:47.46

>>869
その変化の遅い１０年越しの変更にもついてこれてないあんたは何も言えないよ

**デフォルトの名無しさん** · 2018/05/30(水) 18:27:30.38

JSが新しいなんて一度も思ったことないし、最先端が難しかったら何の意味も無い
.NETだってそもそもTaskあってのasyncなんだが

**デフォルトの名無しさん** · 2018/05/30(水) 22:01:11.50

つうかわざわざ例まで出して変化が早いから情報の鮮度に気をつけてねという意味で
「Webの世界なんてそれとは比べものにならないよ」と言ってるのに
「JSは他よりも進んでるんだぜ」と言ってるように思われるなんて心外

**デフォルトの名無しさん** · 2018/05/30(水) 22:20:31.37

>>869
> googleさんもうちょっと頑張ってくれ、とは思うが、
> このレベルの詳細についてはMDNも未対応なのは認識した。
こういう認識の人がJavaScriptの何たるかを語っても説得力がまるでない
二次情報をあてにして、振り回されるだけ

**デフォルトの名無しさん** · 2018/05/30(水) 23:03:25.19

2014になってようやくイベント順を固定した事なんて、全く威張れる話ではない。
それを「Webは速い(ｷﾘｯ」とか、マジでヤバいってことだよ。

個人的にはWPF(2007)はHTMLを丸飲みすべきだったと思っていたが、
しなかった（出来なかった）理由はここら辺にもあるのだろう。

全般的にJavaScriptの仕様委員会の奴らからはコードを書いているニオイがしない。
これが多分、今のJavaScript界の一番の問題だ。
この仕様ではコードが書きづらい、というところが結構ある。（放置されている）

今回もそう。仕様もイマイチおかしいだろ。
プログラミングモデルとして整備するなら、

A: enter -> over -> out -> leave …入れ子(6パス=150%)
B: over -> enter -> out -> leave …W3C(5パス=125%)
C: over -> out -> enter -> leave …最速(4パス=100%)

Aのように入れ子にするのが妥当だが、何故かBになってるだろ。
これは enter は over の、leave は out の従属イベントになっていることを示唆している。
実際、実装上はそうだから、Cの順なら最速になる。(BはC比125%遅い）
ただしCはプログラミングモデルとしては意味不明だから、
一般的には「保証されていない」と表現されることになる。(for-inがこれ）
ところがこれもないだろ。
プログラミングモデルとして整合性も無し、最速でも無し。
コード書いてる奴らならAかCにする。ここら辺がちょっと違和感がある。
元々「規定無し」で来てたのをわざわざBにする意味はない。普通は決めるならAにする。

結果的にこういった間違った仕様の選択がJavaScriptを静かに殺していく。promiseもそうだ。
なお、WPFはどうなのかな？と思って確認したが、mouseover自体がない。
おそらくenter/leaveがbubbleするようになってて、それだけだ。
彼らはover/outは冗長だと判定したようだ。

**デフォルトの名無しさん** · 2018/05/30(水) 23:03:55.11

仕様書Figure2のmouseover(C)の方が分かりやすいかな？
2のoverが発生した後にenterがキャプチャ順で発生している。
本当は2のoverは5.5の所にないといけない。
そしたらenterがキャプチャ順、over/outがキャプチャ/バブル、leaveがバブル順で
綺麗に入れ子になるだろ。

C++の場合はリソース管理上厳密に入れ子必須なのだが、
JavaScriptの場合はここら辺が甘いから上達しないってのはある。
元凶は仕様委員会がゴミだから仕様がゴミになっていること。
結果、JavaScriptではゴミコードしか書けなくなっており、
お前らは美しいコードを見たことがなく、感覚が鈍いままになってる。
C++が良いとも思わないが、ある程度「ちゃんとした」環境がないと上達しない。
動けばいい、でやっている限り、動けばいい程度のコードしか書けないままだ。
JavaScriptは仕様委員会の連中がこの程度なのが最悪だ。
何を目指してこの仕様にしたのか、どういうユースケースを想定しているのか、さっぱり分からない。

お前らと話していると、技術的な面にはだいぶズレを感じる。
何度も言っているが、お前らは分かってないし、上達してない。これは自覚した方がいい。
ただ、ググッても出てこないような仕様を抑えている点を見ても、
お前らが努力してないって事はないんだろう。(これも前に言ったが)
今のお前らでは気づけないのだろうけど、
JavaScriptにはお前らの上達を阻害している要因が結構ある。
それは自覚して回避することは可能だから、信者になってマンセーするのではなく、
良い点と悪い点を冷静に見極めて行った方がいい。
そうすれば割とあっさり上達するのかもしれん。

**デフォルトの名無しさん** · 2018/05/30(水) 23:04:22.32

>>873
今更変更してて、しかもMDNに4年後も反映されてないってのは想定外だった。
もっとも、仕様化されている≠今の実装がそうとは限らない、もガンな所だが。

**デフォルトの名無しさん** · 2018/05/30(水) 23:05:09.46

>>874
JavaScriptが「プログラミング言語全般からすると」比較的簡単な言語だ、
と認識しているのならそれで問題はない。

> .NETだってそもそもTaskあってのasyncなんだが
それはない。
JavaScriptでpromiseが既に要らない子なのと同様、
C#では既にtaskは要らない子だよ。この点はC#も失敗してる。

JavaScriptは仕様委員会がパヨク化していて、ポリコレを振り回しているのがいけない。
asyncが見えていたのに「○○はpromiseを返します」なAPIとか、
httpsでしか使えません、とか、腐ってるだろ。
httpsにするかしないかはユーザ判断であって、JavaScriptの仕様委員会が決めることではない。
技術的な話に徹しておらず、結果的におかしな仕様選択になっており、次第に腐って行ってる。
何でこんなになってしまったのかは知らんが。

**デフォルトの名無しさん** · 2018/05/30(水) 23:05:45.35

>>875
他言語も最近はかなりの頻度で仕様変更してる。
JavaScriptの変化が特段早いわけでは全くない。
ただ、Webは下地が固まってないのを変更しているから、変更が大きく見えるだけ。

**デフォルトの名無しさん** · 2018/05/30(水) 23:06:36.22

>>876
俺はMDNは一次情報扱いだ。
ただし4年も遅れているとは認識出来ていなかった。
googleは結局Webページの巡回であって、pdf文書やGithubの中身の網羅までは出来てないって事だ。
冷静に考えれば当たり前だが、俺は気づいていなかった。

**デフォルトの名無しさん** · 2018/05/30(水) 23:27:04.33

> 全般的にJavaScriptの仕様委員会の奴らからはコードを書いているニオイがしない。

DOMの話なんだからJavaScriptの仕様とは関係ないだろ
そういうふうに詰めが甘いから、お前からは素人臭してしてこないんだわ

**デフォルトの名無しさん** · 2018/05/30(水) 23:41:58.00

MDNが一時情報？
個人のブログからネタ拾って紹介したりしてるぞ？

**デフォルトの名無しさん** · 2018/05/30(水) 23:58:18.84

>>884
そんなんあったっけ？URLよろ。

**デフォルトの名無しさん** · 2018/05/30(水) 23:58:50.61

一次情報と言ってもJavaScriptの一次情報じゃない
APIの一次情報でもない、DOMの一次情報でもない

MDNはブラウザが実装している機能の一次情報

**デフォルトの名無しさん** · 2018/05/31(木) 00:11:33.60

>>883
> DOMの話なんだからJavaScriptの仕様とは関係ないだろ
> そういうふうに詰めが甘いから、お前からは素人臭してしてこないんだわ
まさにその通りなんだが、「お前ら」は ID:qM8cSWzB に訂正しておいてくれ
DOMをJavaScript以外で扱ったことがないようだ
「Promiseが既に要らない子」はFetch全否定だし、仕様書をまともに読んだことがないのだろう

**デフォルトの名無しさん** · 2018/05/31(木) 00:13:52.93

>>886
MDNはFxの一次情報
あなたはFxだけ対応すればいいと考えているのだな

**デフォルトの名無しさん** · 2018/05/31(木) 00:18:55.57

>>888
くぷぷｗｗｗ
Firefoxだけの一次情報なわけないだろｗｗｗｗ

**デフォルトの名無しさん** · 2018/05/31(木) 00:29:56.42

全般的にお前らは無駄に意識が高すぎて、形式に拘りすぎだ。
要するに、自分にとって一番良さそうな資料を読めば良いだけ。
仕様書を読んでる俺カッコイイとか、必要ないんだよ。

俺にとってはMDNが一番マシだから、俺はそうしてる。
仕様、説明、サンプルコード、互換表、注意点、が載ってる。
仕様書は仕様しか載ってない。
MDNに同項目があるのならそっちの方が便利だ。

MouseEventOrderについて丸々抜け落ちている理由は分からない。
MDNを書いている奴らからはコードを書いているニオイはするから、
この項目の重要性が認識出来ていないとは考えにくい。
ブラウザに未実装なのか？
しかしあの仕様はどっちかというとJavaScriptの他項目と同じで、
「美しい仕様を考えた」よりは「現状のブラウザの実装を調べた」に近いから、
これも考えにくいのだが。

とはいえ、この件で妥当な「載せなかった理由」が無ければ、
MDNの項目の選定もおかしいことになり、
お前らの主張「仕様書を読め」も妥当だということになるが。

**デフォルトの名無しさん** · 2018/05/31(木) 00:39:31.78

良さそうもなにもMDNは
ブラウザが実装している機能の
一次情報だろ

**デフォルトの名無しさん** · 2018/05/31(木) 00:40:04.45

>>891
wikiみたいなもんだろ

**デフォルトの名無しさん** · 2018/05/31(木) 01:10:48.67

http://hkdnet.hatenablog.com/entry/2017/10/22/100000
> んで、これをちょっと読んでたんですがサンプルコードがわけわかんなかったんですよね。
> 僕が作った例のがイケてるんじゃね？と思ったのでコントリビュートしてみました。

一次情報がなんだって？ｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/05/31(木) 01:58:30.79

>>893が>>884なのか？
なら日本語でおk

**デフォルトの名無しさん** · 2018/05/31(木) 02:05:09.38

>>869
このオジサンは
Web > 君の街　という比較例を出しただけなのになんでC#とかasyncとかの話勝手に持ち出してきて発狂してるの？？？

**デフォルトの名無しさん** · 2018/05/31(木) 02:12:29.16

>>895
それが分からないのはお前が馬鹿だからだ。
他の連中は反発しつつも、
「何故俺がそれをここで言うか」についてはついて来れてるだろ。

**デフォルトの名無しさん** · 2018/05/31(木) 02:39:50.83

>>896
ああそーーっすかぁ
>>JavaScriptは「簡単」だし「遅れてる」面も結構ある。
他言語をやれば分かる話なのに、理解出来ないのは、他言語が全く出来ないからだ

こんなマウント取りやっといて10年前のstackoverflow漁ってたの図星されたから悔しかったわけじゃないんすねー

俺がバカだったんすね
すいません勉強しまーーーす

**デフォルトの名無しさん** · 2018/05/31(木) 02:44:31.79

つかマジでお前ら文系プログラマっぽいよな。
突っ込んでくるところがおかしい。

折角877で仕様の不自然な点を挙げているのだから、（技術論）
仕様に詳しいつもりならそこに突っ込んでこいよ。
俺を言い負かしたいのならそこが格好の攻撃ポイントだろ。

なんつーか、マジでお前ら『文系的』揚げ足取りしかしないよな。
C/C++スレの連中も十分狂ってるが、あいつらは基本的に技術論だからいいんだよ。
お前ら、こんなレス読んでてもなんの足しにもならんだろ。
そういう姿勢が上達を妨げている、ってのもあるよ。

幼稚園児レベルの「言われたら言い返す」ではなくて、もうちょっと大人になれ。

**デフォルトの名無しさん** · 2018/05/31(木) 02:57:35.66

>>897
俺がお前らにマウント取って、何の意味があるんだよ？

> こんなマウント取りやっといて10年前のstackoverflow漁ってたの図星されたから悔しかったわけじゃないんすねー
こういう風に取れる＝お前はマウント取りをしたがっている、と分かる。
まあ、若いんだろうさ。
もちろんやりたければやればいいんだが、
それをしたところで何もお前の為にはならないといい加減気付け。

JavaScriptがどうなのか、というのは比較論であって、
当たり前だが他言語も知ってないと何も言えるはずがないんだよ。
そして他言語を知ってれば、マンセーではなくて、
いいところも悪いところもある、と分かるはずなんだよ。
お前らからはこの感じを受けない。
だから知りもせずにマンセーしてんじゃねーよ馬鹿共、と言っているわけでさ。

他言語と比べれば、
> JavaScriptは「簡単」だし「遅れてる」面も結構ある。
のは事実だし、具体的に挙げたろ。
それについて技術的に突っ込んでくるのではなく、
こう言ったことに対し感情的に突っ込んでくるうちはお前らは上達しないよ。

**デフォルトの名無しさん** · 2018/05/31(木) 04:43:46.19

Javascriptはプログラマがオブジェクトの生存期間をコントロールしにくい。
どこからでもいつでも生存期間を延長しようと言語仕様そのものが狙ってくる。
従ってアプリ固有のマクロ程度が使用限界となる。

**デフォルトの名無しさん** · 2018/05/31(木) 06:52:19.64

>>881
意味わからん
誰も他言語と比較なんてしてないんだけど
君自信も「仕様の更新頻度が高い」と認めてたじゃないか？
>>899
までに色々書いてるけど全部自分に跳ね返ってないか？
一番人の発言を変な捉え方して、意固地になってるのは君だと思うよ

そもそもね
Webって「完成物」じゃないからね、常に発展途上で皆で作っていくのがWebなの
仕様だって沢山定められているし機関もあるけど、別にそれらがWebの支配者なわけじゃない
MDNに無い？　なら書き加えればいいじゃん？　と思われるだけ
現状の改善のためには不満を持つことは大変よいことだけど
少なくともここはその不満を書き散らすような場所じゃない
君は街の観光案内所に行って、この街は遅れてる！認めろ！とか叫ぶ人なのか？

**デフォルトの名無しさん** · 2018/05/31(木) 07:16:03.84

WebはGoogleの思い通りに改変されていくものだからね。
Googleとの対決に負けて以降、W3Cは機能していないんだから。

**デフォルトの名無しさん** · 2018/05/31(木) 10:30:35.83

いつまでW3Cに固執してるんだよ
まともなやつならWHATWG追うだろ

**デフォルトの名無しさん** · 2018/05/31(木) 10:36:15.36

W3Cの方がGoogleよりも属人的だったぞ
名前は忘れたがXHTMLガン押しのカリスマおっちゃんいたジャン
その後にHTML5を進めた貢献者もそのおっちゃんだけど
良くも悪くもそのおっちゃんのセンスに振り回されてたのが昔だよ

一方Googleはデータ主義だし、各専門科は狭い分野を担当している
仕様も分散してカリスマがいない事によるデメリットもあるけど
どちらかというと今の方が個人的には気に入ってる

**デフォルトの名無しさん** · 2018/05/31(木) 11:23:02.41

> XHTMLガン押し
俺はXHTMLには否定的だったな。
XSLTは最悪の技術だった
自分のセンスが正しいことが証明されたよ

**デフォルトの名無しさん** · 2018/05/31(木) 11:35:40.15

XHTMLなら決定性のあるアルゴリズムで解析できるので、セキュリティ的な意味合いで良さがあった。
カスタム・タグのセキュリティについてはHTML Tidyのプロジェクトで議論しているのでよかったらどうぞ。
基本的に悪い方向に向かっていると思います。
これを安全に扱えるのは最早Googleしかいないんじゃないでしょうか。

**デフォルトの名無しさん** · 2018/05/31(木) 12:32:19.88

「XHTMLが悪かった」というのは局所的に見過ぎてる
後方互換性がなかったのが問題だった
これについては、MSの功罪が大きい
MSがIEをアップデートしていたならば、XHTML2が生き残る道はあった

**デフォルトの名無しさん** · 2018/05/31(木) 12:32:56.38

構造化された文章ならその価値はあるだろうが
Webサイトと言うのはもはやそういうものとは限らないからな

**デフォルトの名無しさん** · 2018/05/31(木) 13:41:13.67

タグの動作を拡張できるというのは非常に危険なことです。
Googleの野心にウェブ全体が付き合わされる必要はないんじゃないでしょうかね。

**デフォルトの名無しさん** · 2018/05/31(木) 13:52:39.46

>>907
なんでもMSのせいにするのはやめろ

**デフォルトの名無しさん** · 2018/05/31(木) 15:41:17.28

ウェブ屋さんはちょっと変わった人が多いんだよね。
ネットスケープはとにかく落ちるブラウザで、直前に読んでいたページのせいで次のページが落ちるなんてこともよくあった。
ネットスケープに一番苦しめられてたはずのウェブ屋さんは何故かネットスケープマンセーしてたんだよね。
そして今、グーグルに一番苦しめられてるはずのウェブ屋さんがグーグルマンセーなんだよ。
おそらくこれ知能指数の問題じゃないかとにらんでる。
ウェブ屋さんの平均知能指数は他の業種より低いはず。

**デフォルトの名無しさん** · 2018/05/31(木) 15:44:45.97

ウェブ屋さんが昔よく言ってたのは、Javascriptはたった二週間で作られた、天才じゃなければそんなことはできない、天才が作ったんだから最高の言語だ、こんな感じ。
僕は、たった二週間で作られた言語がそんなにいいわけないと考えるんだけどね。

**デフォルトの名無しさん** · 2018/05/31(木) 15:46:50.76

最近のウェブ屋さんが良く言うのは、リビング・スタンダードね。
固定することなく次々仕様が改良されていく、とても素晴らしいってね。
仕様がころころ変わって一番いじめられてるはずのウェブ屋さんがそんなこと言うんだから、面白いよね。

**デフォルトの名無しさん** · 2018/05/31(木) 15:52:03.12

恥ずかしくなって長文で流すスタイル

**デフォルトの名無しさん** · 2018/05/31(木) 16:15:39.37

XHTML も XSLT も別に悪いもんじゃない。もちろん JavaScript もだ。
XML Schema はだめ。

**デフォルトの名無しさん** · 2018/05/31(木) 16:25:32.27

Javascriptは駄目すぎですよ。
早く捨て去った方が良い。

**デフォルトの名無しさん** · 2018/05/31(木) 18:32:05.80

アンチJS見るのだいぶ久しぶりじゃない？
最近はJSer同士の喧嘩がほとんどだった気がする
いいぞ、もっとやれ

**デフォルトの名無しさん** · 2018/05/31(木) 18:36:26.59

XMLは正直、SGMLよりはるかにマシだと思うけどな。
決定的なアルゴリズムと言う面でも、別にカスタムタグがあるからといって非決定的になるわけでもなく、カスタムタグ通りに動くだけであって、カスタムタグを想定していないガバガバな方がよろしくないかと。
そこまで否定的な事言ってたか？確かにTidyのIssueで何度も上がってるが、その文脈での反論には「そもそもvalidatorじゃ無いんだよ？」とツッコミ入ってたかと。

Javascriptがダメと言うのは、もう論外の発想では？

**デフォルトの名無しさん** · 2018/05/31(木) 18:47:19.11

Javaよりいいだろ！いい加減にしろ！

**デフォルトの名無しさん** · 2018/05/31(木) 18:49:36.45

Living Standardを否定する人は老害じゃないかと思う
なんのための標準化なのか

**デフォルトの名無しさん** · 2018/05/31(木) 18:55:52.19

>>920
せ、生活水準？

**デフォルトの名無しさん** · 2018/05/31(木) 20:19:38.89

>>912
俺はたった二週間でできるわけないので、
その情報の出処はどこなのか、どの部分を二週間で作ったのか
それまでに似たようなものを作っていたのではないのか？って思うけどね。

**デフォルトの名無しさん** · 2018/05/31(木) 20:26:38.53

>>918
Javascriptは明らかに駄目だろう。
元々はちょっとしたマクロのようなものを想定していたんだろう。
その程度のものをアプリに使おうというのが無理筋すぎる。
しかもそれがネットを介して作動するのだから、もはや気がくるってる。

**デフォルトの名無しさん** · 2018/05/31(木) 20:27:54.03

>>923
だから改良されたでしょ？
今のJavaScriptは昔のJavaScriptとはぜんぜん違うよ

**デフォルトの名無しさん** · 2018/05/31(木) 20:30:36.26

>>924
いいや駄目だ。

**デフォルトの名無しさん** · 2018/05/31(木) 20:32:53.00

>>925
だめではないね。最新のJavaScriptは
他のどんな言語よりも優れてる

**デフォルトの名無しさん** · 2018/05/31(木) 20:33:51.11

ウェブ屋さんはなぜ考えることをやめてしまうのだろう。

**デフォルトの名無しさん** · 2018/05/31(木) 20:36:26.60

みんなが考えた結果がJavaScriptの進化では？

**デフォルトの名無しさん** · 2018/05/31(木) 20:51:17.69

新しいJSと他の言語の比較はwasmが本格化したら考えてくれれば良いけど
最新の仕様に無頓着なのは完全に別問題、言い訳もクソもない

**デフォルトの名無しさん** · 2018/05/31(木) 20:57:36.96

クソかどうかは知らないが嫌われてはいないようだなｗ↓

848 デフォルトの名無しさん sage 2018/05/31(木) 13:00:56.28 ID:Mu/CSqL6
日本生まれのクソ言語Ruby『最も嫌われているプログラミング言語』堂々ランクイン！！
https://japan.zdnet.com/article/35109803/

おめでとうクソ言語！🎊
おめでとう日本の恥！！ｗｗｗ
https://japan.zdnet.com/storage/2017/11/02/e28392adae17a191547db083133339eb/171106-zdnet-1-01-languages-1-900x675.png

**デフォルトの名無しさん** · 2018/05/31(木) 21:22:01.06

>>910
何でもMSのせいにはしていない

**デフォルトの名無しさん** · 2018/05/31(木) 22:06:37.41

>>923
違うよ。当初から単なるマクロは想定してない。だろう論で話さずに、lispが作りたかったんや！って本人が言ってるあれ読んできたら良いよ。

ネットを介してが何を指してるかもわからんけど。
ブラウザ≒ランタイムなのが気に食わないのかな？

**デフォルトの名無しさん** · 2018/05/31(木) 22:07:20.93

Web屋ではないけど、どうして考えることをやめたんだろう、と考えることをやめた人に言われたらちょっと面食らうな。

**デフォルトの名無しさん** · 2018/05/31(木) 23:04:44.95

>>901
> 意味わからん
そりゃお前が馬鹿だからだ。

ただお前、866か？
ならそれは有効な情報だったし、多少はマジレスしよう。

今のお前の価値観は、完全に「Webしか出来ない意識高い系」そのものだ。
非Web系言語を何でもいいから一つでもやってみるといい。
そうすれば、JavaScriptの糞な所が理解出来、
自分の発言のどの部分が間違っているか分かるだろう。

**デフォルトの名無しさん** · 2018/05/31(木) 23:18:07.71

> 非Web系言語を何でもいいから一つでもやってみるといい。
> そうすれば、JavaScriptの糞な所が理解出来、
> 自分の発言のどの部分が間違っているか分かるだろう。

意訳

説明ができない。相手を説得できるだけの根拠がない
せや、相手にJavaScriptの糞な所を自分で見つけさせよう
相手が糞な所を調べられなければ、相手のせいにできるし
相手が糞な所調べれば、一石二鳥
俺って頭いい！

**デフォルトの名無しさん** · 2018/05/31(木) 23:18:55.00

>>934
ということで、お前の卑怯な戦略は封じたので、
さっさとJavaScriptが糞な所をお前が説明しろ

**デフォルトの名無しさん** · 2018/05/31(木) 23:28:03.17

なんか伸びてると思ったらまた例の自称他分野の上級者くんがわいただけか

XHTMLの仕様を引き合いに出すのになぜかW3Cじゃなくて日本語wikipedia持ってきて頓珍漢なこと書いた挙げ句2018年にHTML6とかいうワード出してきたLiving Standardの存在すら知らない化石だろ

仕様書の中身覚える必要は全くないけど仕様を知りたくなった時に適切な場所で調べる能力がないのはエンジニアとして終わってんだよなあ

**デフォルトの名無しさん** · 2018/05/31(木) 23:50:08.13

俺明日からTypeScriptでサーバサイドを書く仕事するんだ。楽しみ

**デフォルトの名無しさん** · 2018/05/31(木) 23:59:43.67

「俺がJavascriptが糞だと思う根拠を俺は説明できないからお前が他の色々な言語と比較して俺の意見としてよろしく説明しろ」

**デフォルトの名無しさん** · 2018/06/01(金) 00:05:31.55

「お前はYESと言った、俺の意見はNOだ。お前は俺の代わりに調べてNOであることを証明しろ」

**デフォルトの名無しさん** · 2018/06/01(金) 00:05:40.92

Webに限らず普通はまず仕様を調べて、それから実際のところどうなってんのか実装を見るものだと思うけど……

**デフォルトの名無しさん** · 2018/06/01(金) 00:12:11.30

さすがにJavascriptが素晴らしいってのはないわ。

**デフォルトの名無しさん** · 2018/06/01(金) 00:18:20.12

うむ、JavaScriptは素晴らしくない
昔よりだいぶマシになったとは言え書かずに済むなら書きたくない言語だ

**デフォルトの名無しさん** · 2018/06/01(金) 00:23:40.58

てかお前ら必死すぎ。
何でそんなに信者になるのか分からん。

お前らが馬鹿なままで居続けるのはお前らの自由だ。
同様に、お前らが俺のアドバイスを信じてみるのも自由だ。
結果は周りの奴ら、つまりお前らの同僚や後輩が判定してくれる。
今と同様に間抜けなことを言い続けたら馬鹿だと見なされるだけ。

JavaScriptが糞かどうかは別として、
他言語を学ぶのは上達への一つの方法ではあるから、やってみるといい。
そうすれば、JavaScriptがどうなのか客観的に分かるだろう。
そもそも、良い/悪いってのは比較論なんだから、
他言語を何一つ知らない奴が言っていい事ではないんだよ。

**デフォルトの名無しさん** · 2018/06/01(金) 00:29:55.92

と、他言語を何一つ知らない奴。

**デフォルトの名無しさん** · 2018/06/01(金) 00:44:59.34

JSは昨日動いてたコードが今日のブラウザのアップデートで動きませんを回避するために、
ES5以前のこの動きは駄目だろうと言いたくなる仕様が沢山あって初心者が中級者に上がる所が辛い言語だと思うわ。
肝心のES2015も新サポートの構文増え過ぎで、勉強し始めは「これらは本当に同じ言語なのか…？」と戸惑うところが結構あったし。

でもまあ、モダンな環境に一通り触った今ならそんな糞言語だとは思わんな。

**デフォルトの名無しさん** · 2018/06/01(金) 00:49:54.03

>>941
それは非Web系の常識だ。
JavaScriptは特に悲惨で、仕様と実装が全く同期してない。
だから割と出たとこ勝負で、それが嫌だから例のnpmの件、

・作者がnpmと揉めてコードを引き上げたら、
　それをリンクしていたWebサイトが突然軒並み動作しなくなってプチ祭り状態、
　どんな凄いライブラリなのかと思いきや、なんとたった1行！
　他言語の連中の反応はマジで冷ややか、『こいつらはコード書けないのか？』

なんて事が起きる。
仕様と実装が同期していないのも、普通に考える「実装が追いつかない」ではなく、

・仕様化されているが、実装されていない
・仕様化されているが、異なる実装になっている
・実装されているが、仕様化されていない
　（リファレンス実装無し＝物によって動作がバラバラ）

の全部ある。
だから仕様を調べて…という『一般常識』だと盛大に空振りすることもよくある。

俺はこれがJavaScriptの最悪なところだと思うけど、
JavaScriptしか知らない奴はこれが普通と思っているから、話が通じない。

**デフォルトの名無しさん** · 2018/06/01(金) 00:52:15.31

Haxe は良いけど、JS ではプログラミング出来ない

プログラミング部分はRuby でやって、
Rails から、jQuery, Vue.js とか使うのが一番

**948** · 2018/06/01(金) 00:56:16.06

Rails 5.1で作るVue.jsアプリケーション～Herokuデプロイからシステムテストまで～
https://youtu.be/ycOeM2umXkY

伊藤淳一 Junichi Ito の動画
Rails 5.1 から、Vue.js を使う

**デフォルトの名無しさん** · 2018/06/01(金) 01:05:40.02

C++とかSQLとか

**デフォルトの名無しさん** · 2018/06/01(金) 01:13:08.63

まぁそもそもJavaScriptが嫌いなら無理して使わなくてええんやで？
ヘイトぶちまけたいなら愚痴スレ行け

ちなみに俺は素のJSは馴染まないから理由がない限りTypeScript使う

**デフォルトの名無しさん** · 2018/06/01(金) 01:23:17.88

普通に考えてあんな糞言語広めたやつは裁きの場に出るべきじゃないか？
そして死刑が執行されて民衆が納得する。
このままだと暴動起きるよ？

**デフォルトの名無しさん** · 2018/06/01(金) 01:40:58.12

wasmに期待するわ…

**デフォルトの名無しさん** · 2018/06/01(金) 01:45:41.09

あんな糞言語？分かった！Rubyのことだね？ｗ👍

848 デフォルトの名無しさん sage 2018/05/31(木) 13:00:56.28 ID:Mu/CSqL6
日本生まれのクソ言語Ruby『最も嫌われているプログラミング言語』堂々ランクイン！！
https://japan.zdnet.com/article/35109803/

おめでとうクソ言語！🎊
おめでとう日本の恥！！ｗｗｗ
https://japan.zdnet.com/storage/2017/11/02/e28392adae17a191547db083133339eb/171106-zdnet-1-01-languages-1-900x675.png

**デフォルトの名無しさん** · 2018/06/01(金) 07:03:22.27

>>947
君は非常に大きな考え違いをしている
それは大変な間違いだよ
仕様は仕様、それを勝手に利用してる実装は実装
両者の問題を混同してはいけない

君の理屈だと例えばあるビデオコーディック対応と謳ってながら実際は
プロファイルなどによって再生できなかったり、色の再現などに関して問題が起きたり
いろんなプレイヤー間に非互換性があることに関して
そのコーディック仕様に文句を言うようなもの

そういうライセンスを与えてるならまだしも、
仕様側には世の中の実装を正す責任も権利もないし
そういうことで仕様に対して文句をいうのは完璧にお門違いの話

実装に関しても、もし〇〇対応と言っておきながら違っていたら嘘を言ってることになるが
実際はそんな具体的に対応機能を列挙してそれを価値として売ってるブラウザなんて少ないし
実装に誰から言われなくとも自分たちで気づいて直す義務があるとまでは言えない

『これとこれとこのプレイヤーでは最低でも再生できる動画を作りたい』と願うのは俺たちの方で、
あくまでそれは『俺たちの勝手な願い』なのだから、そこで生じる問題は俺たちが負うのは至極当然のこと
もし、実装に直して欲しいと願う部分があるならば、最低でもissueやパッチを投げるくらいの義務は俺たちの方にある
それなのに実装や、ましてや仕様を「悪」というのは随分おこがましいな

**デフォルトの名無しさん** · 2018/06/01(金) 07:31:00.19

>>947
仕様を最初に調べるのが常識なのにMDNやら10年前のstackoverflowやら漁って失敗したのがオマエだろ

JSはクソだがベンダの実装がクソなことと言語がクソなことの区別がつかないオマエはそれ以下の糞

ここの区別がついてないと昔よりだいぶマシになったモダンな言語仕様通りに書いて、実装の汚いところはトランスパイラによしなにやってもらうという解決ができない

**デフォルトの名無しさん** · 2018/06/01(金) 09:17:44.38

なんか今日も発狂してるな

**デフォルトの名無しさん** · 2018/06/01(金) 09:28:59.36

御託並べて働きもしない奴「働く必要などない！」
御託並べて仕様も読まない奴「仕様など読む必要ない！」

**デフォルトの名無しさん** · 2018/06/01(金) 12:43:56.91

生jsとトランス前提のjsでは話が変わってくると思うけどな。
前者は嫌だが、後者ならまあ普通に使えると思ってる。
※個人の意見です。

**デフォルトの名無しさん** · 2018/06/01(金) 20:24:51.76

それ生か変換かっていう話じゃなくて
ES2018使えるか、ES5どまりか、って違いじゃないの

**デフォルトの名無しさん** · 2018/06/01(金) 22:41:52.00

>>955
日本語でおk。

> それなのに実装や、ましてや仕様を「悪」というのは随分おこがましいな
俺以外も含めて、誰も「仕様を『悪』」とは言ってない。
ちゃんと理解出来るまで読み返せ。

日本語が通じないお前に対していくら書いても通じないと分かりきっているから俺は書かない。
が、頑張って書いた分についてはポイントだけ教えてやる。

君は「他言語でも同様」「JavaScript特有」の案件の区別が付いてない。
これは、やはり君はJavaScriptしか知らないことを意味する。
その程度で、比較論をぶつのは適当ではない。

議論したいのなら、まずは話の筋を完全に理解出来るまで何度でも読み返せ。
今のお前に必要なのはそれだよ。

>>956
君はそこを攻撃ポイントだと捉えているようだが、
俺は「失敗」とは思っていない。逆に、地雷臭を感じている。

あと、JavaScripterの信者化はいったい何なんだ？
JavaScriptが糞かどうかと、お前らが糞かどうかは別の話だ。
逆に、仮にJavaScriptがものすごく素晴らしいとしても、
それを使っているお前らが素晴らしいことには全くならない。

なんだかんだでJavaとPythonが蔓延っているのは、あの程度が丁度良いからだ。
本当に頭抜けているのなら、その言語が世界を統一してしまう。かつてのCがそうだ。
JavaScriptにはそこまでの勢いなんて全くない。
これを認識出来ないのは、お前らがJavaScriptの世界に引きこもっているからだ。

**デフォルトの名無しさん** · 2018/06/01(金) 22:47:56.06

C言語が世界を統一したことなんてないんだけど？
むしろCOBOLの方が使われていただろう

**デフォルトの名無しさん** · 2018/06/01(金) 23:16:03.19

分量すごいのに中身が全然ない…
日本語ってここまで薄められるんだ…

**デフォルトの名無しさん** · 2018/06/01(金) 23:16:58.51

JSの良し悪しなら言語比較スレにでも行って好きにやってくれ
CだってC89や下手すりゃK&Rで時代が止まってる様な発言したらそりゃ突っ込まれるだろうに

**デフォルトの名無しさん** · 2018/06/01(金) 23:42:09.60

ならさっさと877,878の技術面に突っ込んで来いよ。

お前らの根本的原因はそこなんだよ。
C++のスレの連中は異様なほど技術面に執着する。
お前らは逆に、異様なほど「JavaScriptは素晴らしい」事にしたがる。
だからこういう流れになる。これもいつものことだろ。

俺は今更のこの仕様にしたこと、そしてそれが4年も放置されていることに
地雷臭を感じてる。
それについてお前らの見解はないのか？
(話を理解出来ない奴が大半だとは思うが）

**デフォルトの名無しさん** · 2018/06/01(金) 23:42:59.95

ID:FoNGS0Kl が仕様と実装の違いを理解してのは>>947を読めば分かる

**デフォルトの名無しさん** · 2018/06/01(金) 23:44:49.99

> C++のスレの連中は異様なほど技術面に執着する。
暇なんだろうね。