+ 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

**デフォルトの名無しさん** · 2021/02/25(木) 12:05:38.94

コールバック地獄に陥らなければいいじゃん
なんで必要のない問題を自ら作りこんでそれを解決しようとするのか

**デフォルトの名無しさん** · 2021/02/25(木) 15:48:16.06

>>260のリンクはいい記事
ゴミが大半のQiitaのJS記事の中からよく見つけたな

>>250は記事をよく読んでおこう

**デフォルトの名無しさん** · 2021/02/25(木) 18:05:55.62

>>293
なんで設計がおかしいって指摘されたのに
それを無視するの？本当はゴミだから？

**デフォルトの名無しさん** · 2021/02/25(木) 22:23:29.90

>>294
>>261のこと言ってるならあの指摘自体が的外れ
Qiitaや5chを鵜呑みにせず自分で考えような

**デフォルトの名無しさん** · 2021/02/25(木) 23:57:40.70

>>289
読みたくなければ読まなければいい。それもお前の選択だ。
5chは書き込みが未来永劫残る。勿論お前らの子供達にも読める。
未来の誰かが読んでくれて、ゆとりはこんなに酷かったんだ、でも意味はあるんだよ。これが俺の選択だ。

ネットのみならず、全てに於いて、初めて来た奴に毎回リセットされてるようでは『文化』は存在し得ない。
逆に言えば、『文化』があるのなら、そこの連中は誰もそんなことしてきてないって事だ。
ここら辺もちょっと考えれば分かるのに、本当にゆとりは何も考えずに行動するからどうにもならない。
お前らはかなりあり得ないレベルの酷いことをやってる。
しかも自覚もないからどうにもならない。(せめて確信犯ならまだましなのだが)
禁止されていなければやっていい、というものではないんだよ。

そしてそれが巡り巡って、ゆとり自身がゆとりが作った場所も潰して回っているから、
ゆとりはゆとりだけの安住の地を持てない。
そしてお前らゆとりはそれにも気づけない愚か者でしかない。

しかしここでグダグダ言っても始まらん。
現実的に5chのシステムで質の改善の可能性を期待出来るのは、世代的にゆとりがパージされた2030頃だ。
この辺、改めて計算して、自分でも吹っ切れた感はある。
先が長すぎるから、俺は一旦他を試すつもり。

文が散逸しているように見えるのは、俺とお前の思考方法が根本的に違うから。
ただしこれについては今の君ではどのみち理解出来ないから省略だ。

**デフォルトの名無しさん** · 2021/02/26(金) 00:01:16.83

俺も読みたくないからコテつけてくれ。

**デフォルトの名無しさん** · 2021/02/26(金) 00:05:52.77

あわしろ氏が >>296 を褒めてたけどな。

**289** · 2021/02/26(金) 00:30:24.43

>>296
俺は別にお前の主張を嫌いだとか、読みたくないとかって訳じゃなくて、もっと短く書いてくれと思ってるだけ
他のレスが比較的短い中、数十行のレスを連投されては読むのが面倒で困るというだけ

**デフォルトの名無しさん** · 2021/02/26(金) 00:54:04.63

長文だけど読む価値があると、あわしろ氏が言ってたな。

**デフォルトの名無しさん** · 2021/02/26(金) 01:01:34.00

>>295
自分で考えろって言う前に
お前が自分で考えて、その理由を書けや
理由がないくせに他人に理由を探させるな

**デフォルトの名無しさん** · 2021/02/26(金) 02:12:40.39

一生懸命書いた長文が評価されない風潮は、技術系の板として情けないと思います。

**デフォルトの名無しさん** · 2021/02/26(金) 05:12:30.64

「あわしろ氏」ってのが誰か知らんし、いつ何を読んでそう言ったのか知らんが少なくとも>>74以降の恨み言に価値があるとは思えんし、俺にとって価値があるかどうは「あわしろ氏」じゃなくて俺が決める
あいつの知識も、馬鹿とハサミは使いようで抜け目のないリーダーがおだてて上手く使えば役に立つのだろうが、そのためにチヤホヤされたことでより増長したのだろうと思う
それに、あの程度の知識は嫌な思いを我慢してあいつから聞かなくても、ネットで探せばより正確な、よりわかりやすい、より感じのいい説明がゴロゴロ転がっている
ただ、2chに書くなとまでは思わない　あいつの異様なレスはすぐに分かるから避けるのは簡単だし、あいつの暴言が証拠として積みあがっていくのは俺にとっては好都合だ

**デフォルトの名無しさん** · 2021/02/26(金) 12:04:57.41

>>301
教えてくん丸出しの下手な煽りやな
あわしろ氏の論文読んで効果的な煽り方を学べ

**デフォルトの名無しさん** · 2021/02/26(金) 12:07:06.88

釣られる阿呆というだけでなく感化されるド阿呆

**デフォルトの名無しさん** · 2021/02/26(金) 13:51:49.98

あわしろジョークが通じないド阿呆は
あわしろ氏の論文を読んで猿でもわかる文章の読み方を学べ

**デフォルトの名無しさん** · 2021/02/26(金) 23:58:03.69

>>299
面倒で困るのなら、読まなければ解決だろ。
長さも含めて俺の判断だし、それ含めての評価でいい。
俺は馬鹿とチャットする気は無い。

いずれにしてもフェードアウトして休眠状態に入るから安心しろ。

**デフォルトの名無しさん** · 2021/02/27(土) 01:06:30.53

>>299
すみません。

**160** · 2021/02/27(土) 11:48:45.01

長くてもどうでもいいから技術的な話がしたいです。
クライアント側のローカルファイルアクセスとかもはや使えない印象なんですがまだ正式対応している方法はあるのでしょうか

**160** · 2021/02/27(土) 11:52:36.19

やりたい事の例として、
サーバー側にHTML構成に使う画像ファイル、動画、音声をおいて画面構成をするのが基本かと思いますがデータダウンロードが遅く、表示されるまで時間がかかります。
一部メディアファイルをローカルに配置して表示をはやく出来ないでしょうか。

任意タイミングでキャッシュとしてダウンロードさせるのもありかなと思っています。

**デフォルトの名無しさん** · 2021/02/27(土) 11:55:20.01

キャッシュすりゃええやん
なんで態々ローカルに置くのよ

**160** · 2021/02/27(土) 11:57:04.22

ダウンロードタイミングの問題です。

**デフォルトの名無しさん** · 2021/02/27(土) 18:34:09.02

javascript のグローバル変数に入れとくとかは？
audio とか　video とかで出来るのかどうか知らんけど

**デフォルトの名無しさん** · 2021/02/27(土) 18:46:09.41

>>319
コードにバイナリデータを埋め込んでおくのはC言語ではよくやる手法なのでaudioもvideoも出来るとは思いますがJavaScriptのサイズが大きくなるため起動時にダウンロードするのと何も変わらないです。

**デフォルトの名無しさん** · 2021/02/27(土) 21:49:04.70

キャッシュって言葉で思考停止してるんよな
ブラウザのキャッシュ以外にもlocalStorageやIndexedDBもキャッシュとして利用可能
TTL以外にInvalidateする仕掛けが必要だけど

**デフォルトの名無しさん** · 2021/02/27(土) 23:12:42.28

なるほど。IndexedDB知りませんでした。これならwebstorageとは違い大容量なので動画など置いておけそうですね
不満点としては一度はwebサーバーから落とす必要がある事くらいですか。

webサーバーのストレージ容量が少ない制限がある場合は使えないのでしょうか

**デフォルトの名無しさん** · 2021/02/27(土) 23:28:52.28

もうelectronとかでアプリで作ればいいやんって思うわ
ローカルにキャッシュするにしても限界があるし

**デフォルトの名無しさん** · 2021/02/27(土) 23:47:45.77

>>316
質問がアホすぎる
もしかしてアスペな人？

**デフォルトの名無しさん** · 2021/02/27(土) 23:56:23.06

>>310
何も考えなくても、ブラウザが勝手にキャッシュするから、2回目以降に速くなる

動画も、勝手に先読みされる

**デフォルトの名無しさん** · 2021/02/28(日) 00:46:27.43

ここの住人とは環境がちがうのかな。
初回アクセス通信量増やせない事、サーバー側ストレージ容量に難ありの環境を想定してください。FPGAのSocにサーバー機能のってる事を想定していただければと思います

>>317
PCアプリ作るのならWPFでもMFCでも何でも使えるので疑問に思うことすらありません

>>319
初回通信量、webサーバストレージ容量が要件です。

**デフォルトの名無しさん** · 2021/02/28(日) 01:31:24.96

もう言ってることがむちゃくちゃw
基本的な知識も設計力もないのに自分のやり方があってると思ってるから何を言っても無駄

**デフォルトの名無しさん** · 2021/02/28(日) 02:06:21.15

設計の話はまだ何もしてないですが
要件を再度まとめると下記になり技術的に可能か議論させてほしいです。

1.動画や音声などのメディアファイルを
　HTTPサーバーにおかずにクライアン
　トで利用する
2.サーバーのストレージ容量にメディア
　ファイルを置くことができない
3.ファイルAPIなどローカルファイルア
　クセス出来る仕組みは世の中的にで
　きないように無くなっている
　セキュリティリスクになるため
4.gmailのようにローカルファイルを
　ユーザが掴む方式ではなくローカル
　ディスクの固定場所にあるものを
　利用したい

この辺りのことから技術的な話出来ればと思います

**デフォルトの名無しさん** · 2021/02/28(日) 02:49:21.03

ルータを例に考えてみました。

ルータはWEBサーバーを積んでいてwebにて設定が可能です。
ルータは高スループットを実現するため内部処理はハードウェアFPGAにて実現しています。ルータは既にたくさん売られていてNAND容量を増やすなどのハードウェア変更はできません。

ルータのWAN側の設定がエンドユーザには難しく動画を作成しました。なんらかの都合によりルータのWEB設定画面から動画を表示させる必要があります。
案としてクライアントパソコン内に置いてある動画をルータWEB画面から再生させることを考えてみました。案を実現する方法はあるでしょうか

かなり無茶な案を話し合ってみたいです

**デフォルトの名無しさん** · 2021/02/28(日) 06:35:50.72

そういう動画をネット上の別のhttpサーバーに置いてその位置をsrcで指定するってのは？
その動画は大きすぎてルータのROMの中には置けないんだろ？
だったらネット上の別のhttpサーバは必要だ。
その動画をクライアントPC内に保存して利用するにしてもまずそのサーバからダウンロードしとく必要がある。
youtubeとかvimeoへのリンク書いとくだけじゃダメなの？

**デフォルトの名無しさん** · 2021/02/28(日) 06:42:12.97

そこで想定しているクライアントとかブラウザはオープンな世界に存在するものではなく、
システムの一部だと推察するが、その場合はクライアントPC内に専用の小さなhttpサーバを作るのもいいと思う

**デフォルトの名無しさん** · 2021/02/28(日) 06:59:46.41

>>316
indexedDBってのチラッと見たらお前がやりたかったことこれで出来るじゃん。
サーバのストレージ容量が小さくて動画を納められないなら別サーバを用意しないとお前のやりたいことは出来ないんだから別サーバ＋indexedDBで解決だろ

**デフォルトの名無しさん** · 2021/02/28(日) 07:25:52.88

言いたいことみんな言ってくれた

**160** · 2021/02/28(日) 11:23:24.84

>>324 326
WAN側の設定動画って書いてあるけどこれはインターネット側接続接続のこと。つまり別サーバはない。

そこに制限無きゃ当たり前にURL貼って終わりですよね

**160** · 2021/02/28(日) 11:26:12.74

>>325
その通りだと思います。ローカルネットで存在してるのはあとはクライアントPCのみなので相互でHTTPサーバーとして運用すれば可能だと思います。

**デフォルトの名無しさん** · 2021/02/28(日) 14:30:19.68

職場にWebアプリの常識を教えてくれる同僚がいないのか
それとも変なプライドが邪魔して聞けないのか

**デフォルトの名無しさん** · 2021/02/28(日) 14:34:42.83

>>318
すみません。
もう一度勉強をし直します。

**デフォルトの名無しさん** · 2021/02/28(日) 14:39:28.10

結局、初回通信量なんてなんの関係も無かったね
「～と～が要件です」ってセリフは要件を整理できない人の常套句だから予想通り

**デフォルトの名無しさん** · 2021/02/28(日) 15:56:27.97

>>322
FilePicker経由でインタラクティブにユーザーがファイルを指定する以外には
Webアプリがユーザー環境にあるローカルファイルを読む方法はないんだよ

File APIを拡張するものとしてChromeがFile System Access APIを実装してるけどPickerで指定が必要なのは同じ

セキュリティ考えれば当たり前だよね

**デフォルトの名無しさん** · 2021/02/28(日) 16:04:44.35

そもそもブラウザからローカルのファイルを無条件に操作出来たらヤバイやろ（笑）

**デフォルトの名無しさん** · 2021/02/28(日) 16:06:52.15

その一般常識がない人が質問してんだよ

**デフォルトの名無しさん** · 2021/02/28(日) 16:32:59.66

>ルータのWAN側の設定がエンドユーザには難しく動画を作成しました。なんらかの都合によりルータのWEB設定画面から動画を表示させる必要があります。
>案としてクライアントパソコン内に置いてある動画をルータWEB画面から再生させることを考えてみました。案を実現する方法はあるでしょうか

こういう発想法がアホなんよ
設計は考えるうる選択肢を並べてトレードオフを判断しながら意思決定するもの

WEB設定画面から動画を表示させられることの価値が何とトレードオフになるのかを考えようともしていない

クライアントパソコン内に置いてある動画はどっから入手するんだよ
入手時に再生する方法やWEB設定画面からリンクできる方法も一緒に提供すればいいじゃん

常に一部分しか見てないからアホみたいな質問だらけになる

**デフォルトの名無しさん** · 2021/02/28(日) 16:35:05.37

根本的な設計の稚拙さに口を出せない立場ならWebアプリでの実現方法まて含めて他の誰かに設計してもらって実装だけ担当したほうがいい

Webアプリの常識をよく知らない人がやるべきタスクじゃない

**デフォルトの名無しさん** · 2021/02/28(日) 16:53:00.39

質スレでセンサー100個監視して画面表示するのに100個の画像キャッシュしたいとか何とか言ってた人と同じ人だよね
あの時も変な質問するなぁと思った

**デフォルトの名無しさん** · 2021/02/28(日) 16:55:13.77

そういう時に使う言葉ってなんだっけな？
素人が素人なりの解決策をいうけど
その解決策そのものが間違ってるって奴
だからその解決策の話をする前に何をしたいのか聞けという奴

**デフォルトの名無しさん** · 2021/02/28(日) 17:10:11.84

>>339
XY Problemやな
他の言い方もあるかもしれんが

**デフォルトの名無しさん** · 2021/02/28(日) 17:39:42.80

動画へのリンクで十分だよな
製品に埋め込みたいならその分の容量枠や更新手段を最初に検討できてない時点で負け
動画の入手経路を考えればWAN未設定時の代替手段もいくらでもあるから諦めが肝心

**デフォルトの名無しさん** · 2021/02/28(日) 17:40:01.29

>>338
それはしらないです。言葉通りなら100個の画像キャッシュならできるのではないのでしょうか。

とりあえず322の要件が伝わったという感じになるでしょうか。
ちなみに自分の見解を付け加えると336の意見にかなり近く『セキュリティの都合から出来ない』が322に対する回答です。
ファイルAPIなど直近どうにかしたいならローカルファイルのアクセス抜け道はあるが2020年後半には塞がれるですかね。

**デフォルトの名無しさん** · 2021/02/28(日) 18:15:30.26

>>325,329で結論ついてるじゃん
もう話すこと無いよ

**デフォルトの名無しさん** · 2021/02/28(日) 20:23:52.54

単に動画再生するためだけにWebサーバー立てられちゃうユーザーは堪ったもんじゃないなw

**デフォルトの名無しさん** · 2021/02/28(日) 20:32:21.83

設定を分かりやすく解説するために動画ヘルプ作ったはいいが今度は動画を再生出来ない問題が頻繁

動画を再生方法を解説する動画を作って配布するんだ！

そのくらいバカバカしい仕組みだね

**デフォルトの名無しさん** · 2021/02/28(日) 21:13:24.57

JSからローカルファイルにアクセスし放題なブラウザ作っちゃいなよ

**デフォルトの名無しさん** · 2021/03/01(月) 01:53:17.41

動画は、YouTube に置いて、それを見て下さいだけで良いのでは？
それか、動画をダウンロードして下さいとか

なぜ動画とアプリを関連付けるのかが、分からない

動画・アプリは別々の製品・サービスだから、作れる。
疎結合

それをアプリ内に、動画の機能を持たせるのは、密結合で、
動画の機能を、自分で作らないといけない

車内に、買ってきたテレビを置くのは、疎結合だから出来る。
車に、テレビが映る機能を作るのは、無理

車のメーカーは、テレビなどを作っていない

**347** · 2021/03/01(月) 02:00:29.40

君が作るのは、動画機能じゃない。
アプリだけ

動画機能を作るのは、何十年も掛かる

動画は、YouTube に置いておけば良い。
念のため、ダウンロード用の動画も置いておけばよい

**デフォルトの名無しさん** · 2021/03/01(月) 03:13:13.19

>>340
それだ。前にも同じようなことがあって
あれなんていうんだっけなーってずっと悩んでた。
また忘れそうだけどｗ

**デフォルトの名無しさん** · 2021/03/01(月) 20:41:55.17

前にも言ったけどアプリでええやんｗ
何故web上でjavascriptでどうにかしようと思うんだｗ

**デフォルトの名無しさん** · 2021/03/02(火) 07:45:39.50

結局テストするのって
ブラウザしかないの？

HTMLで呼び出さなきゃだめよね

**デフォルトの名無しさん** · 2021/03/03(水) 15:56:34.46

>>351
ブラウザで実行した結果を確認したいわけじゃなければブラウザ使わずにテストできるでしょ
メジャーなテストフレームワークのドキュメント読めばやり方書いてるよ

**160** · 2021/04/24(土) 23:31:11.53

メモリ確保と開放を任意でできないの？ガベージコレクション要求出してもメインガベージコレクション動かないんだけど

**デフォルトの名無しさん** · 2021/06/19(土) 18:46:42.99

JavaScriptのストレージを解説している専門書を教えて下さい。

**デフォルトの名無しさん** · 2021/06/19(土) 20:21:53.77

Indexed Database APIがよく分かりません。

お願い致します。

**デフォルトの名無しさん** · 2021/06/19(土) 21:03:10.24

Web Storage なら有るけど、Indexed Database は知らない

この板よりも、web制作管理板の方へ書き込んでください！
このスレは荒らしが出た時に、一時的に使っていたものだから

**デフォルトの名無しさん** · 2021/06/19(土) 22:22:16.15

>>354,355
ググれば出てくるだろ。まあ以下だが。
https://developer.mozilla.org/ja/docs/Web/API/IndexedDB_API
https://developer.mozilla.org/ja/docs/Web/API/IndexedDB_API/Using_IndexedDB

上記とその関連ページを一通り全部読んで分からないようなら諦めろ。
プログラミング言語一般ではリファレンスを読んで分かる奴(=中級者以上)しか基本的には相手にされてない。
これは、学校で言えば中1程度で、それ以下、
つまり四則演算や基本的な読み書きから教えてもキリがないし、分かっている奴からすると逆に迷惑だからだ。
言い方を変えれば、プログラミングに於いての中級者(=他言語であってもいいが、一通りはプログラミング出来る)であり、
APIを知らないだけであれば、MDN等のリファレンスを読めば出来るようにはなってるし、その程度までは整備されてる。
(これは、他言語も全てそう。PHPは例外かも)

だから、リファレンスを読んで分からないような奴(=初心者)相手には、今後ともIndexedDB関連が整備されることはない。
IndexedDBはそもそも初心者が使うものではないから、MDNではこれ以上初心者向けに整備される動機がない。
書籍は初心者が好んで買うものだが、だいたい超初心者向け(var a = 1; が代入式等から)なので、IndexedDBまで至ることはない。
それ以上の書籍があるかどうかだが、俺は知らないし、探したこともない。が、多分無い。
理由は簡単で、書籍が超初心者向けばかりなのは、そっちの方が人数が多くて売れるからだ。
MDNを読めば分かる奴は、書籍ではなくMDNを読むことをほぼ確実に選択する。
書籍では情報が古すぎ、間違いも修正されず、MDNを開くだけの方が本屋/本棚に行くより楽だからだ。
だから君が望む、超初心者ではないが中級者にも至ってない、極めて中途半端なレベル向けの書籍は、基本的に無い。
そんな奴はほぼ居ない(=売れない)からだ。
(これは、他言語も同じ)

**デフォルトの名無しさん** · 2021/06/19(土) 22:22:45.46

なお、超初心者向けには、MDNにも超初心者用チュートリアル(以下等)
https://developer.mozilla.org/ja/docs/Web/Tutorials
が用意されており、これらを読んで、実践し、中級者になれば、今のMDNで全て事足りる、という算段になっている。
だからまあ、MDNとしてはこれで良し、程度にはなってる。

なお、これに対し不満を述べるなら、君自身が書くことを許可されているから、
IndexedDBを使ってみて、こういうページがあれば助かったのに、と思うのをMDNに参加して書き足すことだ。
なお勿論書籍を書くのもありだ。(が、まあ、売れないとは思うが)

**デフォルトの名無しさん** · 2021/06/19(土) 22:51:19.11

返信ありがとうございます。

英語版なら出版されてるのですが、残念です。

**デフォルトの名無しさん** · 2021/06/19(土) 23:16:09.90

>>359
なら英語版を読め。

それも単純な理由で、英語版だと対象が34億人(だっけ？)に増えるから、
書籍化した場合の損益分岐点が日本語(1.2億人)に比べて大幅に下がるから。
だから、「中途半端なレベル向け」の本は、
今現在も今後ともどのプログラミング言語でも、日本語で出版されることは稀だよ。

いわゆる「名著」とされるものは大概翻訳されるが。
(逆に言えば、翻訳されてない＝大した本ではない、とも言える)

この英語だけ有利な点は今のところどうしようもないね。
ただし最近は自動翻訳でも読めるようになってきてるから、今後は消失するのかもしれんが。

英語を勉強する気があれば、英語版をそのまま読むのもありだろうさ。
ただ、そんなことをやっていてもキリがないから、
プログラミング能力を鍛えてMDNで十分行けるレベルに成る方が本質的な解だけど。
（英語も必要ではあるから勉強するのは無駄ではないが）

**デフォルトの名無しさん** · 2021/06/19(土) 23:18:29.74

そもそも、ウェブ系は、Ruby on Rails, AWS Fargate, Aurora みたいなものを使うから、
バックエンドとして、Node.js を使う事もない

開発環境としては使うけど

**デフォルトの名無しさん** · 2021/06/19(土) 23:57:49.94

よろしければ、JavaScriptの地雷本を教えて下さい
よろしくお願いします

**デフォルトの名無しさん** · 2021/06/20(日) 00:46:12.42

>>362
全部だね。
(この後Ruby馬鹿が何か言うのも含めて)

理由は簡単で、まず本自体については
1. 外国人著者で名著→翻訳されて日本でも手に入る(それなりと判断されてるから翻訳されてる)
2. 外国人著者で糞→翻訳されないし、日本でも入手しにくい
3. 日本人著者→全部糞、理由は職業プログラマじゃない奴が書いてる為、本質的にズレてるから
となる。だからより正確には、

A. 外国人著者の翻訳本は問題なし
B. 外国人著者の非翻訳本は糞(翻訳する価値無いから翻訳されてないだけ)
C. 日本人著者なら、その著者が職業プログラマ(コードを書くのが本業で、本を書いたのは偶々)なら問題なし
D. 本を書くのが本業(=作家)の著者のプログラミング本は、全部糞
(複数の本を出しすぎ/プログラミングスクール等に所属/最近はマネージメントしかしておらずコードを書いてない等々全部含めて)

となる。そして見れば分かるがCはほぼあり得ないから、日本人著者は全部Dであり、全部糞。
ちなみに>>359はAではなくてBなので、糞の可能性が高い。
それでも読んだり参考にするのも自由だが。

ただし問題は、本は、書くのに1年ほど、翻訳するのにも1年ほどかかるということ。
つまり、日本人著者で1年、外国人著者で2年のタイムラグが発生する。
これを許容出来るレベル(=基礎の基礎であり、数年経ったところで変わりもしない)のなら問題ないのだが、
JavaScriptについては、数年前にIEが死んでくれて世界も変わりつつあり、
それ以前に書かれた本は今から学ぶには余計に邪魔でしかない。
この辺の事情も今後とも変わらないから、JavaScriptでは本で学ぶこと自体が駄目だと認識した方がいい。

だからさっさとそこら辺の超初心者向けの本かMDNのチュートリアルをこなして、実際にコードも書きまくって、
出来るだけ早くMDNだけで問題ないレベルに上がることを目指すのが良いと思うよ。

**デフォルトの名無しさん** · 2021/06/20(日) 09:52:09.20

思うに多分、本で学べると考えること自体がアナログで、
デジタルの世界では捨て去るべき価値観なのだろうよ。
それが出来ないのなら老害だし、プログラミングには向いてない。

紙は現時点でおそらく最も優れた媒体だが、前述の通り、本になると改訂に1-2年以上かかる。
だから、それより短いスパンで改訂される事を学ぶのには不向きだ。
高校までは、人類的には100年以上前に確定していることばかりだから、紙の教科書が最適だし、実際そうなってる。
大学では、これが無理だから、その都度プリントを配るなり、パワポやpdfだったりするだろ。

MDNが読みにくいと感じるのは、慣れの問題でしかない。
現実として、他の選択肢もないから、慣れるしかない。
どうしても受け付けないのなら、JavaScriptを諦める方が妥当な選択だと思う。

なおプログラミングの基本中の基本、今でいうメジャー言語ならほぼ全部共通の部分までは、紙でもいい。
これは、代入、比較、配列、オブジェクト指向、ラムダ、とかだね。
これらはメジャー言語では全て同じノリで使えるので。
その先の、各種フレームワーク/API等まで紙を望むのは間違いだ。
出版される頃には既に変更されてるし、使い物にならないよ。

**デフォルトの名無しさん** · 2021/06/20(日) 11:07:46.62

>>363
「オレは英語が読めない！」まで読んだ

**デフォルトの名無しさん** · 2021/06/20(日) 11:20:41.36

>>364
「紙の本しか知らない老人だけど、それが何か？」まで読んだ

**デフォルトの名無しさん** · 2021/06/20(日) 13:16:46.79

>>364
アドバイスありがとうございました。

**デフォルトの名無しさん** · 2021/06/20(日) 13:44:40.93

>>366
電子書籍なんて尚更意味ないと思うけどな。
端末持ってるのなら、それでMDN読んだ方が早いし。

ただ確かに、俺は電子書籍を読んだことがない。
例のサイ本とか、電子版はサブスクライブ制で週に1度はアップデートされてて、
今ならPromiseは勿論asyncも完全にカバーしてたりするのか？
だとすると、それもいいだろうね。

ただまあ、やはり、ゆとりに回答したのは俺が間違ってた。
俺はこういう理由でこう考える、と明示しているのだから、
意見が異なるのであれば、「この点についてはどう思うか」と普通に反論/質問すればいいだけなのに、
お前らはいちいちマウント取りにくるからウゼーだけだ。
だからゆとりが一匹居るだけで質問スレすら維持出来ず、崩壊する。
Web板の質問スレもついに廃棄されたようだし。

俺も回答するのをもっと控えるようにする。
やっぱゆとりはきっちり殺しきらないと駄目だ。ゴキブリと同じ。

>>367
なお俺はお前の態度も気に入らない。
それは長期的に見て繁栄する姿勢ではない。
君らには理解出来ないとは思うけど。
君らの根本的な問題はそこだよね。対人能力が低すぎる。

**362** · 2021/06/20(日) 16:31:25.22

>>363の人
>>364の人
>>368の人

ありがとうございました

別スレにも書きましたが、JSは普及率の割に良い入門書が本当に少ないです
インプレスのいちばんやさしいとソフトバンクの超入門を買ったのですが、
2冊とも俺には合いませんでした

しかしサイ本以外にも数冊これはいいかもって本を見つけました
例えば、スラスラわかるという本です
ちょっと古い本ですが分かりやすそうです

サイ本もリファレンスも、入門者にはとても読みこなせないので、
何とか良い本を見つけたいです

**デフォルトの名無しさん** · 2021/06/20(日) 16:33:22.38

善意の押し売りからのもっと感謝しろからの対人能力にこじつけ
おまえのは自己顕示欲だから感謝されない
TPOを弁えろ
そういうとこだぞ、おまえが老害なのは
自分が気持ちよくなりたいだけのゴミカス
いい歳こいてんなら弁えなさい

**デフォルトの名無しさん** · 2021/06/20(日) 21:32:14.36

>>369
それでいい。それがここでの正しい姿勢だ。

なお>>370は典型的な馬鹿ゆとりだ。
何が問題かすら理解出来ておらず、全部相手のせいにする。
俺だけの問題なら、俺が居ないスレは繁盛するはずだが、そうなってない。
それはゆとり側に問題があるって事だ。
でも絶対にゆとりはこれを直視しない。この辺がゴミクズ過ぎる。

だからまあ、もう放置か、と思っていたのだが、
369が素晴らしく立ち回ったので、何が正解か教えておいてやるよ。

**デフォルトの名無しさん** · 2021/06/20(日) 21:32:40.72

ネット上にはいろんな奴が居る。
勿論、感謝して欲しいだけの奴もいるし、俺ツエーしたいだけの奴もいる。
ゆとりの問題はここで、人間関係の幅が狭すぎて、自分と同じタイプしか想定出来ないことだ。
そして俺が上記のどちらかだと決めつけ、370みたいなことになる。
それは実は370の自己紹介でしかないことに気づけてない。

実際はどうかというと、俺ツエーしたいだけ(自己顕示欲の固まり)の奴は、通常はコテになる。
或いは、そもそもログイン制(知恵袋/teratail等)を選ぶ。
匿名掲示板での名無しなんて、彼等にとっては訴求力がなさ過ぎる。

感謝して欲しいだけの奴も確かにいる。
ただ、こいつらも基本的に「○○さんはいい人」と見られたがっているので、通常はコテを選ぶ。
また、少なくとも言葉遣いは丁寧だ。わざわざ嫌われるようなことはしない。

では俺はどうか？どちらにも明確に当てはまらないだろ。
それをゆとりは「ぼくがしってるねっとのひとたちはこう」と勝手に決めつけるからおかしな事になる。

お前らゆとりは、お前らが思ってるほどにはネットを理解出来てない。
実際問題として、ゆとりよりも上の世代は、ゆとりよりも先にネットを使っているし。
(プログラミング界隈なんてほぼ全部これで、そいつらがネットを作り上げてきたからこそネットが存在してる)

今時の匿名掲示板には馬鹿が多すぎて、今もそうだが、無駄に罵倒合戦になって時間を食う。
だからこれを嫌う奴はログイン制等、馬鹿を除外しやすい場所に移動する。
逆に見れば、未だに残っている奴は、そこでは駄目だからこそ、こんなところで罵倒合戦しつつ居残っているわけだ。
その理由を考えなければならない。

**デフォルトの名無しさん** · 2021/06/20(日) 21:33:14.23

多くの場合は、「情報を得ること」だ。
つまり、質問者を人肉検索エンジンとして使用し、何かしらの新着情報を得る可能性を試してる。
この場合、感謝の言葉は明確に不要だ。情報として価値がないからだ。
(ただし、感謝して欲しい奴も居るから、書くこと自体は質問者の戦術としてはありだが)

匿名掲示板上に於いては基本的に質問者も回答者も対等であり、
長期的に発展する為には、どちらも「来てよかった」を得られる場所でなければならない。
質問者の求める物は「回答」だと明確に分かっている。だから回答すればいい。
(よって、回答しない癖に文句を言うだけの奴 >>370 は死ね、でしかない)
ところが回答者の求める物は人により様々だ。
だから質問者は相手を見極めて、相手が望む物を差し出さなければならない。

とはいえ、質問者側が出せる情報なんてろくな物ではない。
が、それも分かってて勝手に回答しているのだから、質問者は堂々と持っているカードで勝負すればいいのだ。
つまり、今369がやった事だ。
こういう状況で、自分ではこう考えて、こうしようとしている、まさにそれでいい。
そこに間違いが含まれていようが、少なくとも本人がそう思っているのなら、それを堂々と言えばいい。

**デフォルトの名無しさん** · 2021/06/20(日) 21:34:07.37

で、ついでにさらに回答しておくと、
> JSは普及率の割に良い入門書が本当に少ないです
> 何とか良い本を見つけたいです
これが間違いだ。
C全盛期の1992年頃、C/C++は合わせて92%のシェアを持っており、今のJSどころではなく普及していた。
(当時のC++は今のC++からすれば「それはC」でしかないので合算で問題ない)
ところが、その状況ですら入門書の良書なんて1冊もなかった。
だから、入門書の良書が存在する、と考えること自体が間違いだ。

理由は、そもそも入門書を書く奴がプログラマではない奴ばかりで、本当に中身がデタラメだからだ。
プロ中のプロレベルのプログラマは、通常は本なんか書かずにコードばかり書いてるし、
本を書くにしても、もっと上位の内容を書くので、入門書なんて書きたがる奴が居ない。
結果、ここは永遠に改善されない。

ただし、言語を作った奴自身が最初に布教用に書く本だけは例外だ。
著者のレベルはプロ平均よりも断然上だし、布教用だけに比較的初心者向けに、しかも網羅的に書いてある。
Cの場合はこれがK&Rで、30年経った今でも絶賛と罵倒で議論されてたりするが、名著なのは確かだ。
ところがJSにはこれがない。ブレンダン・アイクが書いた本がないのだ。ここはJSの不幸なところだとは思う。
実際、既存概念の寄せ集めで、難しい部分もないので、書く必要もなかったし、読む必要もない、という
簡単な言語を目指したのは事実だし、成功してもいるが、それにしても書いておけよ、とは思う。
(とはいえK&Rも「既にプログラミング出来る人が初めてCを触る時」向けに書かれているので、
それを渡されて撃沈した超初心者からは怨嗟の声が上がりまくりだが)

だから、本探しは諦めて、さっさと手を動かしてサイトを作ることだ。
目的と手段の混同はよく陥る落とし穴だが、君もそうなっている。
本なんてどれでもいいからコードを書け。
そして上達すれば、君が参考にした本が実は糞だった、と実感出来るようになる。
その後、君自身が初心者向けの本を書くのもありだ。
(実際はサイトを作る方が儲かるから、結局誰も初心者用の本を書かないわけだが)

**デフォルトの名無しさん** · 2021/06/20(日) 21:35:21.42

が、まあ、今回はうっかり間違って回答してしまった。これは俺のミスだな。
本件終わったら、忘れずに回答対象スレから外しておくことにする。
君らも俺の回答が無くなることを望んでいるし、お互いこれで幸せだ。
(半年ほどは出てこない予定)

**デフォルトの名無しさん** · 2021/06/20(日) 22:36:01.01

文章から溢れ出る独善オナニーが臭すぎる

**デフォルトの名無しさん** · 2021/06/20(日) 23:08:03.84

既に、YouTube で有名な、雑食系エンジニア・KENTA が言ってる、
初心者はRuby から始めて、Go へ行けとか。
PHP は一生やる必要ありませんとか

C/C++ みたいなポインター言語や、
JavaScript みたいなプロトタイプ宣言も、時間の無駄

「たのしいRuby」は、2週間ぐらいで読める。
継承チェーンも、プロトタイプみたいに自作しなくてよい。
言語に継承機能があるから

以下のサイの表紙の2冊のサイ本とか、カーニハン・リッチーとか、どれほど面倒くさいか

JavaScript 第6版、2012、David Flanagan
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

プログラミング言語C 第2版、Kernighan & Ritchie

だから、KENTAは東大合格マンガ・ドラゴン桜。
最も短時間の勉強で、効率的に稼いでしまう

Ruby on Rails, Docker Compose, AWS Fargate。
こういう技術の組み合わせで

米国年収で、Rails が1,300万円、
それを抜いたのが、AWS Solution Architect で1,400万円

日本で、KENTA, Udemy の山浦清透、AWSのくろかわこうへいなどが、
ウェブ系の教育革命を起こしたから

Rubyの女神・女優の池澤あやかも、同じことを言ってる。
大学でC を学ぶと、プログラミングが嫌いになるので、Ruby から始めろって

**377** · 2021/06/20(日) 23:14:36.06

MicroSoft 自体も、主戦場がLinux・AWS・クラウドに移行しているのを分かっている。
Windows 10 にも、WSL2 でLinux, Docker を入れたし

もう、Windowsには、クラウド開発の端末・タブレットの意味しかない

**369** · 2021/06/21(月) 02:04:22.95

>>371-375
ありがとうございます

ただ1つだけ言わせて頂くと、やはり本選びは大事だと思います
(Webで勉強するならサイト選び)
分かりやすく説明してくれてある本もあれば、手抜きで内容スカスカの本も
あるからです
また、自分のフィーリングに合う、というのも重要な要素だと思います

**369** · 2021/06/21(月) 02:13:23.27

>>377
時間の無駄も何も、クライアントサイドで動きのあるサイトを作りたければ
JSを使うしかないだろ

Rubyがお勧めというのも時代遅れになりつつある
サーバーサイドで使われる言語が、日本でもPythonに取って代わられつつある
(スレチですいません)
このことは勝又氏も動画で言及している

**デフォルトの名無しさん** · 2021/06/21(月) 09:40:06.75

>>379
既に言ったけど、その価値観が老害なんだよ。

一応言っておくと、ゆとりは自分が「若い」から「老害」ではない、と安全地帯に逃げ込んでいるが、そうじゃない。
老害ってのは、古い価値観を引きずったまま、それを他人に押しつけて邪魔になる人のことだ。
なるほどお前らは若いから今はまだ「押しつける」事は出来ず、直接的には「老害」にはなってないのだろうけど、
その価値観で後輩/同僚を指導したらその瞬間から老害でしかない。完全に老害予備軍だ。
(だからさとりはゆとりが老害だという前提で構えておくべきだ、と俺は言っているわけだ)

プログラミングも今は、IDEでオンライン前提の状況になってる。
大多数の人にとって、それが最も良いと認識されてるから、そうなってる。
なら、お前もそれを採用するのが妥当。初心者なら尚更。
そして大半は慣れの問題だから、やれば慣れるだけ、やらない限り慣れないだけ。

何故そこまで本に拘るのかは不明だが、リファレンスでは網羅的に知識を得にくいことは確かだ。
これは本来はphp.netのように、目次を綺麗に整備すればいいだけなのだが、MDNはそうなってない。
なら、グダグダ言わずに全部読むしかない。
多少は時間がかかるだろうけども、本屋でいい本を探す事に時間を費やすよりは、有意義だろうよ。

それ以前に「網羅的」である必要も、最早なくなりつつある。
仕様はどんどん膨らんでおり、APIなんて使いもしない物も多く、
今は「覚えておく」「知っておく」という老害価値観ではなく、「使いたい時に調べて使う」だから。
学校でテストを受ける為の勉強(=暗記)ではないし。

ちなみに「サイ本」も、糞の中では比較的マシというだけで、名著扱いなんてしてる奴は居ない。
https://jp.quora.com/JavaScript-no-sai-hon-fun-atsushi-sugi-ma-sen-ka-zenbu-doku-nde-ko-do-wo-uchi-komi-n-da-nin-wo-chi-tte-i-masu-ka
https://srad.jp/~ozuma/journal/542145/
心配せずとも、普通に使ってれば、7割くらいは勝手に網羅される。
残りの3割を埋めたいかは、その後でいい。
精々50行程度しか書けない初心者の段階で、色々知識を仕入れたところで、どうせ身には付かないよ。

まあこれも含めて、どういう戦略で行くかは君の判断だし、結果となるのだけど。

**デフォルトの名無しさん** · 2021/06/21(月) 10:16:18.41

さすがは老害
1年以上前にES2020ベースの第7版が出てるのも知らず
10年前の批評を読んで自己正当化

こうはなりたくないね

**デフォルトの名無しさん** · 2021/06/21(月) 16:35:48.18

JavaScriptはC++よりも難しい。

誰だJSが初心者向けの簡単な言語などとデマを吹いてるやつは。

**デフォルトの名無しさん** · 2021/06/22(火) 00:24:35.18

>>382
まあそりゃ実際知らないからな。

読んでもないし、読む気もない。だからこういう機会でもなければ調べもしないから、知らない。
この意味では、俺は検索の「契機付け」として質問を使っている。
まあ、最新の出版事情を知ってれば老害ではない、と思うのならご自由に。

合理性の欠けた意見に対し、お前らより若い連中が何故同調してくれると思えるのか。
ゆとりはそこら辺が根本的に傲慢すぎる。

**デフォルトの名無しさん** · 2021/06/22(火) 00:25:17.50

ただ見たところ、第7版はまだ翻訳されてないようだ。
英語が得意なら英語版で問題ないが、それなら英語圏の掲示板で質問するから、
ここで質問する一通りも出来ない初心者には、英語版は薦められないよ。
しかしまあ、内容は大幅にアップデートされてるらしい。

> ES6, ES2016, ES2017, ES2018, ES2019 and ES2020
> MDN見た方が早いからリファレンスを削って400ページ削減した
> 構成を大幅に変更。JSとNodeを大幅増加、WebPlatformを半減
> document.write()やattachEvrnt()は不要なので削除。jQueryは省ごと削除 --- (A)
> class基本に変更 --- (B)
> Map/Set/TypedArray/Date/JSONを追加 --- (C)
> https://davidflanagan.com/2020/05/03/changes-in-the-seventh-edition.html
10日間の立ち読みも可能らしい。
https://www.oreilly.com/library/view/javascript-the-definitive/9781491952016/

まあ内容が刷新されているのはいいとして、
(A)の前半はいいが、jQueryを全削除していいのかね？
現実として使われてもいるので、網羅するつもりなら、知らないわけにも行くまい。
(B)については他スレでもclass要らないんじゃね？みたいに話題になってるが、技術的にはその通り。
むしろclassの方が使いにくい(というより意図的にそうしてる)ので、今後は微妙ではある。
(C)に関しては、もしかして第6版ってこれが丸々抜けてたのか？なら今となっては完全にゴミだね。
かといって、今学びたい奴にいつ出るか分からない第7版の訳本を待て、ってのも微妙ではある。

上記、第6版がゴミ化したのはアップデートが間に合ってないからで、
確かに第7版はしばらくは問題ないだろうが、その後は同様にゴミ化する運命だ。
どうやっても出版物はMDNの更新速度には付いていけない。
早い段階でMDNに慣れるしかないと思うけどね。
本に数千円ずつ出すくらいなら、さっさと2画面にして片方はMDN専用にしとけ、と思うよ。

**デフォルトの名無しさん** · 2021/09/13(月) 15:11:44.90

xamppのローカル上ではjQueryが動作してくれるのですが、そのファイルをエックスサーバーに上げると動作してくれません、、
調べてもindex.phpで動作させる方法の検索結果が無いのですが、駄目なのでしょうか？

教えていただきたいのは
以下の端折ったjQueryを読み込ます一文の位置とjQuery本体を記述する位置です
script src="https:ajax.google /jQuery/3.4.1

宜しくお願い致しますm(_ _)m

**160** · 2021/09/24(金) 20:45:45.12

jQeryローカル上でも作ったサーバ上でもお好きな方で動かせますよ？

**デフォルトの名無しさん** · 2022/06/08(水) 23:58:13.22

WordPressにも正式採用されているのにjQueryはオワコンって何を根拠に？

**デフォルトの名無しさん** · 2022/06/21(火) 00:32:42.51

htmlなんですが
動的にタグが追加された事を検知するイベントってありますか？

**デフォルトの名無しさん** · 2022/06/21(火) 00:37:32.08

>>389
MutationObserver

**デフォルトの名無しさん** · 2022/06/21(火) 08:44:24.88

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