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

**Name_Not_Found** · 2018/04/16(月) 00:09:43.45

JavaScript を自ら学ぶ人のための質問スレッドです。
次スレは>>950が(本スレで改善案があれば考慮して)立ててください

■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。

■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)

■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
　1レスに収まらないならコード投稿サイトを利用してください。
　http://jsdo.it/　http://jsbin.com/　http://jsfiddle.net/　http://ideone.com/

■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです

**Name_Not_Found** · 2018/05/05(土) 23:32:43.43

Int8Array.BYTES_PER_ELEMENT
的なクラスに直接生えてるプロパティのことだろ
ES2019くらいで
class {
static p = hoge
}
と書けるようになるとは思うが、
それまでは代わりに
class {
static get p() { return hoge }
}
とするのが定石だな

prototype下のプロパティでも同じだ

**Name_Not_Found** · 2018/05/05(土) 23:36:13.47

>>317
あ、そういう意味ではなくて今後セミコロンが廃止になりますか？
みたいなニュアンスだったのです
調べてみるとuse strictに限らずセミコロンありなし混合はjavascriptのそういうスタイルだったみたいですね
ありがとうございました

**Name_Not_Found** · 2018/05/05(土) 23:38:49.21

super()って便利なのにネーミングがダサくない？

**Name_Not_Found** · 2018/05/06(日) 00:27:00.89

>>320
参照透過性のある書き換え不能の変数じゃないのか?

**Name_Not_Found** · 2018/05/06(日) 01:10:59.37

>>322
そりゃ100年後は分からんが、現時点で非推奨になる理由がないだろう
ある面ではスペースみたいな存在なのだから

ほとんどの普通の言語およびコミュニティに於いてそれが無駄だとしても
言語仕様として過剰なスペースを禁止しようということにはならないだろう

**Name_Not_Found** · 2018/05/06(日) 11:40:55.77

例えばデジタル時計を表示するアプリをつくったときに
setIntervalで1秒毎に更新するようにして
スリープ状態になってスリープ解除すると
遅れた時間が表示されます。

①これはどうしてなのでしょうか?
スリープになると、タイマーが止まって処理が実行されずにキューが溜まっていって、
解除されるとタイマーが止まった時点から再開して
溜まったキューが最初の分からひとずつ実行されるのかなとおもってるのですが
この考えは完全に正解でしょうか?1つでもおかしなとこあったら教えて下さい

②どう解消すればいいのでしょうか?

**Name_Not_Found** · 2018/05/06(日) 13:01:45.01

①代わりにsetTimeoutで実装することを考えたら分かりやすいだろう
実行されたら次のキューを登録する
したがって実行が遅延するとキューが溜まっていくことはない

②そもそも精度は保証されて無く、色々なことで遅れるので、
JSに限らずだがタイマーで時を進めて行ってはいけない
更新の度に現在時刻を取得すること
もしストップウォッチ的なものなら開始時刻を取っておいて、毎回比較して差分を出す
そしてオマケで更新はrequestAnimationFrameを使うと良い

**Name_Not_Found** · 2018/05/07(月) 01:56:12.73

>>302
TensorFlow.jsって
TensorFlowの本に書いてるコード実行すればJSでも動くってことですか?
つまり記法は全く同じ?

**Name_Not_Found** · 2018/05/07(月) 01:59:23.73

そのレベルならやめといた方がいい。
pythonでやりな。
あっちはあっちで大変だと思うが。

**Name_Not_Found** · 2018/05/07(月) 07:02:16.48

基本的に既にできてるモデルをWebで動かす用であって
学習もできなくはないけどAPIもぜんぜん違うよ

**Name_Not_Found** · 2018/05/07(月) 14:39:20.03

>>324
それはないでしょ。
だってそれならクロージャで実現できる。
クロージャに値を閉じ込めればいいだけの話。
クロージャは知ってるって言ってたから
そいうことではないだろ。

**Name_Not_Found** · 2018/05/07(月) 15:46:50.00

普通static変数=静的な変数っていったら、呼び出すごとに初期化されず状態が保持される変数のことでいい
言語によって扱いは全然異なる
javascriptではクロージャに閉じ込めればもちろんできるし
そもそもjavascriptにあんまし馴染まない概念といえなくもない

こんなとこで合ってる？（質問）

**Name_Not_Found** · 2018/05/07(月) 20:21:58.21

いや、そういう関数の機能としてのstatic変数が存在する言語は少ないので
普通staticな変数と言ったらクラスの何らかを想定するだろう、JSでも

**Name_Not_Found** · 2018/05/07(月) 20:48:57.29

classでも基本同じでは
インスタンスごとに独立固有でなくインスタンス間で共有され、
インスタンス生成ごとに初期化されるのではなく、一度だけ初期化される、要するに状態が保持される

静的変数が関係する場合、常に同じ入力に対し同じ結果が返されるとは限らない
なので静的変数の性質として「参照透過性があること」を持ってくるのは間違い

書き換え不能かどうかも静的変数の概念には直接関係しない

**Name_Not_Found** · 2018/05/08(火) 06:29:45.79

それを言うとJSの場合はstaticな変数なんて存在しないけどな
staticとして宣言されたものはクラスオブジェクトのプロパティになるだけだから

**Name_Not_Found** · 2018/05/08(火) 07:31:14.27

Node.ELEMENT_NODE は静的変数なんじゃない？

**Name_Not_Found** · 2018/05/08(火) 08:35:27.58

それは定数ですね

**Name_Not_Found** · 2018/05/08(火) 09:10:45.85

クラスベースオブジェクト思考に毒されたやつは話を聞かない
唯一絶対の真理と思ってやがる
jsにclass構文なんか導入したせいで拍車がかかった
ちなみに拍車とはカウボーイのブーツのかかとについてるトゲトゲの車輪な

**Name_Not_Found** · 2018/05/08(火) 09:57:30.62

「ある要素を、それ以外の要素がクリックされたら閉じる」
のような処理はどう実装するのがベストなのでしょうか？
モーダルウインドウでは半透明の黒幕を表示してそこでイベントを受けるというやり方を見ますが
他のコントロールへのイベントは生かしたままにしたいです
要素にtabindexを付けてフォーカスを持たせて、focusoutを検出したらいいのでは？
と思ってやってみたのですが、ブラウザ以外のアプリにタスク切り替えしても反応してしまいました
あとはdocumentに一時的なclickイベントリスナを付けるくらいしかなさそうですが
これだと他のイベントリスナでstopPropagationされたら反応しなくなると思います
つまり、考えついたどの方法にも何かしら問題があるのです・・
問題のない方法はないでしょうか？

**Name_Not_Found** · 2018/05/08(火) 10:20:26.95

>>339の件ですが
stopPropagationされる可能性が少ないイベントリスナを使えばいいんじゃないかとひらめきました
クリックイベントはmousedownやclickで受けるのが普通なので、
これらはstopPropagationされる可能性がありますが
あまり使われることのないmouseupなら殺されることもないのではないかと。
試しにmousedownやclickをstopPropagationするコードを書いてみましたが
mouseupはちゃんとdocumentまで伝わってきました
これはいいのではないでしょうか？
もっと良い方法ありますか？

**Name_Not_Found** · 2018/05/08(火) 13:21:46.06

>>340
組み込んだらうまく動きました
今まで、リスナでイベントを捕捉して処理をした時には
大抵の場合、とりあえずstopPropagationとpreventDefaultを両方実行していました
処理はもうしたんだから、他の要素はもうそれを知る必要がないだろう、
その方が負荷が下がっていいだろう、と。
が、イベントは一連の処理を開始するきっかけにもなれば、
一連の処理を終わらせるきっかけにもなるので、
「処理はもうしたから、他の要素はもう知る必要がないやろ」という態度は問題ですね
そうしなければならない理由がない限り、
処理を済ませたからといってイベントの伝播を止めるのは良くないのでしょう

**Name_Not_Found** · 2018/05/08(火) 16:40:47.77

>>335
バカ？

**Name_Not_Found** · 2018/05/08(火) 16:53:53.96

自己紹介乙。
Javaワールドから出てくるな

**Name_Not_Found** · 2018/05/08(火) 19:18:42.87

JSでstaticといったら
class C{
static m(){}
}
みたいなのを指すけど
そこに高度な思想や概念なんて特に無いよ

**Name_Not_Found** · 2018/05/08(火) 19:26:33.76

静的関数じゃなくて静的変数の話だぞ
cにだってあるやつ

**Name_Not_Found** · 2018/05/08(火) 20:19:18.24

>>343
名前がにてるんだから仲良くしろやカス

**Name_Not_Found** · 2018/05/08(火) 23:53:05.61

electronってどう?

**Name_Not_Found** · 2018/05/09(水) 12:41:42.12

>>345
静的変数の話ではないよ
プロトタイプとprototypeが違うように
静的変数とstaticな変数では意味合いが全く違う

**Name_Not_Found** · 2018/05/09(水) 15:08:56.86

じゃあ、その「静的」や「プロトタイプ」は英語では何というの？

**Name_Not_Found** · 2018/05/09(水) 15:19:50.78

prototaip

**Name_Not_Found** · 2018/05/09(水) 15:30:48.86

**Name_Not_Found** · 2018/05/09(水) 17:28:51.15

SPAでのログイン処理について詳しく書かれた本があれば教えて下さい

**Name_Not_Found** · 2018/05/09(水) 17:42:39.08

特に分からないのはセッションハイジャック対策です
今はsslが普通なので対策はいらないのでしょうか？
クライアントはidとパスワードを送る
サーバはセッションidを送る
以後、クライアントはセッションidを鍵として使う
これだけでいいのでしょうか？

**Name_Not_Found** · 2018/05/09(水) 17:47:03.79

SSL環境でセッションハイジャックが出来るなら
それはもはやidとパスワードが盗める状態なので
そもそも終わってますよね
そう考えると対策はいらないってことでしょうか？

**Name_Not_Found** · 2018/05/09(水) 19:54:14.56

そのレベルならば自分でセキュリティ考えてはいけません
専門家・専門会社を頼りましょう

**Name_Not_Found** · 2018/05/09(水) 21:21:07.91

javascriptって終わるの?
https://trends.google.co.jp/trends/explore?q=javascript&;date=all

**Name_Not_Found** · 2018/05/09(水) 21:34:59.93

>>347
返答ないってことは誰も使ってなくて、
評判も聞かないってこと?
javascriptしかしらないプログラミング初心者の自分には
electronってすげー便利そうなんだけど。。。

**Name_Not_Found** · 2018/05/09(水) 21:36:13.07

終わらんだろ。代替技術がない

**Name_Not_Found** · 2018/05/09(水) 21:39:17.57

>>357
5chだと板分類が微妙で居場所が無い
あと配布サイズがデカくなるので気軽には使いづらい面はある

**Name_Not_Found** · 2018/05/09(水) 21:39:48.86

心中するつもりでのめりこむんなら、あるいは

**Name_Not_Found** · 2018/05/09(水) 21:56:34.75

2015年出版のほんに
｢CoffeeScriptは必修科目｣って節があって15ページくらいの解説があるんだが
コレ読んだほうがいいの?
ネットで調べるともう終わった言語って評判だけど。。。

**Name_Not_Found** · 2018/05/09(水) 22:00:55.46

端的に必修かそうでないか言うならば、不要

**Name_Not_Found** · 2018/05/09(水) 22:01:39.42

>>361
いらないいらない。もうCoffeeScriptの噛ませ犬としての役目は尽きた
JavaScriptを進化させるための良いプロトタイプになったよ

この言語は最初から流行らず死滅する運命、少し考えればわかったことだね。
https://trends.google.co.jp/trends/explore?date=all&;q=JavaScript,CoffeeScript

**Name_Not_Found** · 2018/05/09(水) 22:09:21.18

昔のコーヒーのコードは見事に負債になってるな。

**Name_Not_Found** · 2018/05/09(水) 23:18:39.76

あの頃の盛り上がりはなんだったんだろうなｗ

**Name_Not_Found** · 2018/05/09(水) 23:29:28.53

実は盛り上がってなどいなかったんだよ
カツラと同じでそう見せてただけさ

**Name_Not_Found** · 2018/05/10(木) 00:12:53.10

>>357
普通に最高ですよ
ネイティブアプリでないと出来ないことはあるので、作れるものの幅が広がりました

**Name_Not_Found** · 2018/05/10(木) 00:19:53.07

以前は「出来ることならネイティブで作りたいけどウェブ系しかほとんど知らないからウェブアプリにしとこ」
みたいな感じでしたが
electronを知ってからはネイティブで作れるので最高です

**Name_Not_Found** · 2018/05/10(木) 06:23:57.54

遅れてるな
これからはPWAだぞ

**Name_Not_Found** · 2018/05/10(木) 06:25:40.82

ネイティブ？jscriptでいいじゃん（白目）

**Name_Not_Found** · 2018/05/10(木) 19:05:46.99

仕事でJS使ってるんだが、これってどう頑張ってもできないやつとか才能ない奴っている？
頑張れば誰でもできる！ってめちゃくちゃ言われるけど全く頭に入ってこないしイライラするんだが

**Name_Not_Found** · 2018/05/10(木) 19:11:55.61

程度による。簡単なことしかやらないなら誰でも出来る。
それなりのことやろうとしたらプログラマ適正ないときついだろうね。
それはjsも他の言語と変わらない。

**Name_Not_Found** · 2018/05/10(木) 19:53:47.22

>>372
ありがとう。
悲しいけど安心したよ。

**Name_Not_Found** · 2018/05/10(木) 20:41:32.01

イライラするのは致命的ではないが全く頭に入ってこないのは致命的
それはイライラに負けてるから
イライラを超えたところにアハがあるのであって
そこから先が重要なところ

そこに達する前に辞めてしまうのを何度繰り返しても分かるようにはならない
毎回必ず１００あるうちの１は理解しただろうなってとこまではやる
それ以上は必要はないが、その１歩進展は必ず必要
どんなに難しいことでも必ずちょっとは理解できたと自分で納得できるとこまで頑張る
そうすれば百回もそれに遭遇するころにはマスターできてることになる

百回なんてと思うかもしれないが基礎レベルではすぐ、for文なんか毎日使うだろう？
ならそれらを３日に１％でも、１年経てば基礎はほぼマスターできてるってことになる

**Name_Not_Found** · 2018/05/10(木) 20:43:16.88

promiseだけは書けることは書けるんだけど毎回辛かった、今もダメ
promise使ったコード読むのすらダメ
promiseがなんていうか生理的に受け付けないというか、使い方が全然頭に定着しない
他のことはだいたい普通にできる

**Name_Not_Found** · 2018/05/10(木) 20:46:11.89

async/await使おうがpromiseからは逃れられんぞ

**Name_Not_Found** · 2018/05/10(木) 20:53:44.53

>>375
たぶん間違ったPromiseのコードしか見たことないんだと思うよｗ

**Name_Not_Found** · 2018/05/10(木) 20:54:02.47

わかってるとは思うが才能的な話な
局所的とはいえ>>371と同じ感覚もってる人間もいるってことだ

**Name_Not_Found** · 2018/05/10(木) 21:04:58.56

別にプログラミングの才能なんてなくてもいいよ。だったら他のことやればいいだけの話。
俺に命令する立場の人はみんなプログラミング適正ない人ばかりだぞ。

**Name_Not_Found** · 2018/05/10(木) 21:32:39.58

と言い聞かせて自尊心を保ってます?

**Name_Not_Found** · 2018/05/10(木) 21:39:38.67

文盲ワロタｗ
俺はプログラミングしてる側じゃい

**Name_Not_Found** · 2018/05/10(木) 21:48:01.42

まったく頭に入ってこないのはまずそう
ネットや本見てて「うんうん、そうか、なるほど」→「ちょっとやってみよう」→「…全然わからん」って人は多くて、プログラミングの素質ない人がこれにあたる
読んでて一つ一つはわかるけどいざ何かしようとしたらどうしたらいいかわからない
そういう人はロジックが組み立てられないから
でもそれは頑張って数こなせば克服できる
まったく頭に入ってこないのはそれ以前に読解力や理解力の問題だからプログラミングに限ったことではない
もちろんそういう人も多いけどプログラミングでは致命的かもしれない

**Name_Not_Found** · 2018/05/10(木) 21:59:10.16

>>375,378
英数字を見るのが辛いとかPCの画面が見れないとかではないんだろう？
ならそれは才能ではなく単に慣れてないだけだよ
async/awaitとか一度本格的に使いだしたら、asyncな関数の方が多くなって
どちらかというとasyncを付けないことに不安を感じたり葛藤するようになるからね
そのうちPromiseがただの生値と同じ感覚で見えてくるよ
そこまで行かなくても、コールバックのラッパーと見たり落とし所は沢山あるよ
とにかく積極的に何でもかんでも使ってみることだよ

**Name_Not_Found** · 2018/05/10(木) 21:59:57.18

俺の経験上苦手なものに時間使うと
時間を浪費するだけで人生そんする

できるだけ得意なことに時間かけて他と差を付けたほうがいい。
苦手なことに時間かけても同じ時間のうちに他の奴らはずっと先にいってる。

イライラして全く頭に入ってこないのは致命的に向いてないと思う
やらんほうがいい。
どうしてもやらんといけない職場なら転職考えたほうがいい。

**Name_Not_Found** · 2018/05/10(木) 22:03:59.82

>>382
読んでて１つ１つ分かるのはむしろ天才だと思うよ
そしてやろうとして、そこで悩むっていうのも平均以上だと思う
多くの人はまずそこまでモチベーションが続かないから
要するにそれだけ興味関心を持ててるってことが一番大事な才能なんだよ

それは頭に入ってこないっていうのとはちょっと違う
頭に入ってこないのは興味関心を持って素直な心で新しいことを吸収しようという心構えが足りないから
そこさえあれば歳などで少々頭が固いのはイライラしながらでも乗り越えられる、２０代までなら

**Name_Not_Found** · 2018/05/10(木) 22:04:39.07

球技なんて誰でも出来る、と同じ。
そう言うのはできるやつ。
できるやつはできないやつがなんでできないのかさっぱり分からないからそういう無責任なことが言えるわけ。
出来ないからと言って卑屈になる必要はない。
他に向いてることを探そう。

**Name_Not_Found** · 2018/05/10(木) 22:04:44.96

>>383
＞PC
それはあるかも
俺も白バックの画面みてるとイライラしてくることある
ブルーライトカットするメガネするようになって随分なくなった。

**Name_Not_Found** · 2018/05/10(木) 22:09:46.17

プログラミングってのは仕事で初めてチャレンジするようなものではないと思う
勿論そこで知らなかった自分の能力に気づくってこともあると思うけど
逆に言えばそれがないほとんどのケースでは上手くいかないのがオチだと思う
やっぱり趣味として若いうちから学ぶこと自体を目的として
ひたすら自分が満足行くまで学んできたのとは違う

**Name_Not_Found** · 2018/05/10(木) 22:16:46.90

何事もそうだけど、
・イライラして全く頭に入ってこない
→あーもう無理　なら向いてる向いてないを語れるレベルでない

・イライラして全く頭に入ってこない
→でも悔しいから必死に分かるまで頑張ってみるぞ！！
ここまでやらないと

それでも駄目なら確かに自分には向いてないんだなと言っていい
特別な才能がないことは短期で分かるとしても、
そんな本当に向いてるかどうかがすぐ分かるわけないんだからさ

まあ天才でも凡才でも、分かるまで頑張らなければ分からないのは同じだからさ
結局は自分がどこまで頑張れるかだよ
幸いなことにこの業界は一度理解できれば、スランプとか言うのも基本ないしね
誰でも分かるとこまでいければ分かるんだよ

**Name_Not_Found** · 2018/05/10(木) 22:25:26.44

>>371だけど

>>389
たしかに全くその通りだと思う
詳しくは言えんが、まぁよくある未経験歓迎のSE職に就いて研修中なのよ
1か月必死こいてやっとできるのがhtmlに毛の生えた程度、ログイン機能すら作れないほど重症。周りはみんなオシャレなアプリを作りつつある
そもそも超文系脳なのか、高校数学あたりから長文問題一問も解けたことないんだよね。
よく「プログラミングは文系でもできる！数学苦手でもok！英語できりゃ問題なし！」って言われてるのみるけど、英語は割と（相対的に見ればかなり）出来る方。でもJSは全く理解できない。
プログラミングも1から教える感じじゃなく、最低限の教材与えて「あとは自分でやってね」スタイルだから誰かに聞くこともできないし詰んでるわ…

**Name_Not_Found** · 2018/05/10(木) 22:38:31.88

>>390
言っておくけどHTMLやCSSでいろいろ画面を作るっていうのはプログラミングの中でも特殊だからな
別にひたすら文字だけ売ってデコーダとか作るのもプログラミングだぞ
Node.jsのような存在だってある

ログイン機能とかというのも、まあ他のものだってそうだけど
言われて色々作る際に必要な知識やノウハウって山程あるけど
その難しさやとっつきにくさがプログラミングの本質に起因するものなのか、って言ったら全く違うよ

それはただ単に例えばWebサイトを作る、っていう仕事の問題とその会社はどうかっていう話であって
それを以てプログラミングの面白さや向いてるだの何だのは語れない

**Name_Not_Found** · 2018/05/10(木) 22:46:41.78

なんかお悩み相談室みたいになってんな

**Name_Not_Found** · 2018/05/10(木) 22:47:23.08

>>391
そうか、俺が無知なだけでプログラミングつってもいろいろあるんだな…
プロゲラミングに合わないのではなく社風に合わないのかもしれん、上から降りてくる奴じゃなく自分なりのやり方でやってみる

**Name_Not_Found** · 2018/05/10(木) 22:49:57.06

すら、ってログイン機構なんて（真面目に作るなら）高等もいいとこじゃねーか

教師が悪い可能性

**Name_Not_Found** · 2018/05/10(木) 22:50:53.14

そうだな
通訳の会社ですと言っても
実際は英語の歌詞をひたすら翻訳する仕事をさせられてるのかもしれんしな

**Name_Not_Found** · 2018/05/10(木) 22:54:29.26

ログイン機構なんてタイミングアタックとかも考慮して完璧に作れるヤツなんて殆ど居ないし
フレームワークなどで実装するにしてもそれが本当に安全で正しく動くかを分かって使えるのは
それはそれでやっぱりスクラッチで作るのと同程度の能力がいるから殆ど居ない

**Name_Not_Found** · 2018/05/10(木) 23:05:09.29

きっと冗談抜きに神クラスの教育能力を持つ教育担当がいるんだろう
でなきゃ<form><input><input></form>を書けるようにするだけってやつだ

後者だって仕組みを学ばせないと公害レベルの人間ができあがるが

**Name_Not_Found** · 2018/05/10(木) 23:10:39.07

非同期処理は、別のスレッドを、OS 管理の下、OS のタイミングで動作させるから、
元のスレッドから操作できないし、どちらが先に実行されているかもわからない、
と覚えておけばよい

だから、元のスレッドは、非同期処理の終了を待つ事しかできない

JS は、ES3, 5, 6 と加速度的に難しくなっていく。
やれば何とかなるのは、ES3 の話だろ

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

これを読んでみ。
全員が逃げ出すはずw

**Name_Not_Found** · 2018/05/10(木) 23:12:29.61

nodeとかはともかくUAで動いてるjavascriptって
非同期処理って概念がありはしても原則シングルスレッド稼動じゃないんけ？

**Name_Not_Found** · 2018/05/10(木) 23:34:52.87

>>398
javascript weeklyとかでチラチラes2015に触れてたからかこれ買って読んだら9割方知ってることばっかで金損した。
こんなお触り程度の本は普段からjs触れてるなら買う価値なし。
サイ本の改訂を待つべし。

**Name_Not_Found** · 2018/05/10(木) 23:39:20.32

そうだな
Workerとかがそれに当たるわけだが
でもシングルスレッドでの非同期処理がマルチスレッドでのそれよりも単純かと言うとそんなことはない
マルチスレッドではマルチスレッドだからこそ共有するものは制限するし、待ち合わせとか気をつけるが
シングルスレッドだとテクニックとして原理的に保証される順序に頼ることも多いので
その分保証されない順序や共有範囲が大きいことによる衝突事故で嵌まることも多い

**Name_Not_Found** · 2018/05/10(木) 23:40:31.86

>>400
サイ本読んだことがあるならJSのベースはあらかた理解してるということだから
次は仕様書を読むと良いと思うよ

**Name_Not_Found** · 2018/05/10(木) 23:44:00.86

>>401
なんかどこぞで流行のリライトっぽい

**Name_Not_Found** · 2018/05/11(金) 14:00:11.63

>>403
肝心要が抽象的なので、同じ考えを持っている人だけに「そうだよね」と共感を求める意見だからだね
説得力はない

**Name_Not_Found** · 2018/05/11(金) 15:51:46.28

lodashのドキュメントページがくそ重いのですがいい方法はないでしょうか？

**Name_Not_Found** · 2018/05/11(金) 16:01:31.78

lodashのtimesを使えば

_.times(10).forEach((i)=>{
})

のようにrubyっぽいループが出来ますが、ただループするだけのために配列を作っているので
いささか富豪的ではあります
このやり方はアリなのでしょうか？

**Name_Not_Found** · 2018/05/11(金) 16:14:17.23

たかだかそんなことだけのためにライブラリ入れるのか

Array(10).fill().forEach((_, i)=>{
})

で足りるだろ。

**Name_Not_Found** · 2018/05/11(金) 16:45:01.30

普通にfor()書くんと何が違うん

**Name_Not_Found** · 2018/05/11(金) 17:08:41.31

>>406
> このやり方はアリなのでしょうか？
アリ。富豪的というのは人間の作業をコンピュータやらせるという
コンピュータが作られた目的そのものだから

あと、それ少し無駄があるよ。これでいい。

_.times(10, function(i) {
　console.log(i);
})

もちろんこれもあり

_.times(10, i => console.log(i));

>>407
どうやらIEで動かないようだ

>>408
関数型的なのと、簡単にかけること

**Name_Not_Found** · 2018/05/11(金) 17:14:43.67

>>405
> lodashのドキュメントページがくそ重いのですがいい方法はないでしょうか？
それは初めて聞いたな。スマホでみてるの？
それともなんか変なプラグインでも入れてるんじゃね？

ここで調べてみても、速度Fast、最適化Goodだし
https://developers.google.com/speed/pagespeed/insights/
?hl=ja&url=えいちてぃーてぃーぴーえす%3A%2F%2Flodash.com%2Fdocs%2F4.17.10&tab=desktop

**Name_Not_Found** · 2018/05/11(金) 18:26:41.47

chromeアプリて開発中止みたいなこと聞いたけどもしかしてPWAがその上位互換？

**Name_Not_Found** · 2018/05/11(金) 18:30:09.03

pwaなどという技術は無い。
マーケティング用語だとgoogleのエンジニアも言ってる。
新しいWeb技術こう組み合わせて使ったらいいんじゃね？というスローガンのようなもの。

**Name_Not_Found** · 2018/05/11(金) 19:30:35.83

web2.0でSNSとか非同期通信が普及したみたいに
将来に過去振り返ってみて「web3.0でPWA的なスタイルが普及したなぁ」みたいな？

**Name_Not_Found** · 2018/05/11(金) 20:24:06.40

組合せって言うとajaxなんかは典型かも

**Name_Not_Found** · 2018/05/11(金) 22:08:34.14

>>1
このサイトのTOPページにあるふわっと画像が入れ替わるのは
どこで画像を指定してるの？
「A Simple jQuery Slideshow」スクリプトを使ってると思うんだけど
ソース見ても分からなかった。
http://www.bellecasa.jp/

**Name_Not_Found** · 2018/05/11(金) 23:05:18.71

>>415
$('#bgstretcher li img');
li要素のスタイル属性
styledisplay: list-item;
z-index: 1;
overflow: hidden;
width: 1200px;
height: 512px;
opacity: 0.235277;

opacityの値変えてるだけ

**Name_Not_Found** · 2018/05/11(金) 23:22:10.06

そこで不透明度を変えてるのね
ありがとう

**Name_Not_Found** · 2018/05/12(土) 00:30:03.58

初診種者なのですが
Javascript+Node.jsだけでサイト運営出来るんでしょうか?

**Name_Not_Found** · 2018/05/12(土) 00:45:25.90

nodeスレなかったか

**Name_Not_Found** · 2018/05/12(土) 03:16:40.29

初診種者→初心者
です