私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.132 +

みんなの評価 :
レスフィルター : (試験中)
よそのサイトのソースを持ってくるってのは
同一生成元ポリシーとかで相手側のサーバが許可してない限りは
JavaScriptだけではどうしても無理なんでしょうか?
同一生成元ポリシーとかで相手側のサーバが許可してない限りは
JavaScriptだけではどうしても無理なんでしょうか?
>>301
無理
無理
どうもありがとうございます
デスクトップで使う自分用アプリだったのですが
面倒だけどPHP経由させることにします
デスクトップで使う自分用アプリだったのですが
面倒だけどPHP経由させることにします
そういう用途ならhtaなりWebExtensionなり検討出来ない?
関数の定義をどこに書けばいいのよくわからないのですが
極端な場合で関数を100入れ子状態にするとき
一番深いとこ100個目の関数の定義は
function name() {}
で定義する時は階層的にどこに書けばいいんでしょう?
1 どこでもよい
2 一番上の層
3 99番目の層
極端な場合で関数を100入れ子状態にするとき
一番深いとこ100個目の関数の定義は
function name() {}
で定義する時は階層的にどこに書けばいいんでしょう?
1 どこでもよい
2 一番上の層
3 99番目の層
使う範囲が狭ければ最小限の場所とか広範囲で使うなら最上層とか
要するに自分が無知識状態から改修させられたとき楽なほうを選べばいいんじゃね
要するに自分が無知識状態から改修させられたとき楽なほうを選べばいいんじゃね
>>309
どこの層に定義を書いても、どの層からでも呼び出せるってことですか?
勉強しながら、コードのサンプルを1つのスクリプトファイルに無理やり少しずつ入れててってるんですが
ちょっと動かして整理したらうごかなくなっちゃってこまってるんですけど。
どこの層に定義を書いても、どの層からでも呼び出せるってことですか?
勉強しながら、コードのサンプルを1つのスクリプトファイルに無理やり少しずつ入れててってるんですが
ちょっと動かして整理したらうごかなくなっちゃってこまってるんですけど。
>>285
まず、この本で勉強しろ
「たのしいRuby 第5版、2016」
JavaScript は、ES3 までは、まだマシ。
(だが、これでも、Ruby よりもかなり難しい)
ES5, ES6(2015)になると、手に負えない化物になる
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
漏れは、10ほどのプログラミング言語を使えるが、
それでも、この本には頭を抱えるほど
この本を読むためには、まず数年以上、
Ruby などの簡単な言語で、基礎体力を付けるべき
その後じゃないと、読めない
まず、この本で勉強しろ
「たのしいRuby 第5版、2016」
JavaScript は、ES3 までは、まだマシ。
(だが、これでも、Ruby よりもかなり難しい)
ES5, ES6(2015)になると、手に負えない化物になる
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
漏れは、10ほどのプログラミング言語を使えるが、
それでも、この本には頭を抱えるほど
この本を読むためには、まず数年以上、
Ruby などの簡単な言語で、基礎体力を付けるべき
その後じゃないと、読めない
クロムでvideoタグのコントロールバーをずっと表示させたいのだけどやり方分かる人います?
↓で出来るらしいのだができない
//assign video element to variable vid
var vid = document.getElementById("player");
function videoTimeUpdate(e)
{
//set controls settings to controls,this make controls show everytime this event is triggered
vid.setAttribute("controls","controls");
}
//add event listener to video for timeupdate event
vid.addEventListener('timeupdate', videoTimeUpdate, false);
↓で出来るらしいのだができない
//assign video element to variable vid
var vid = document.getElementById("player");
function videoTimeUpdate(e)
{
//set controls settings to controls,this make controls show everytime this event is triggered
vid.setAttribute("controls","controls");
}
//add event listener to video for timeupdate event
vid.addEventListener('timeupdate', videoTimeUpdate, false);
たのしいRuby→Python
を熱弁すると人ひとちょくちょく見る気がする
このスレ以外でもだいぶ前に同じようなこと言ってる人見たことある
まさか中の人じゃないとおもうけど
を熱弁すると人ひとちょくちょく見る気がする
このスレ以外でもだいぶ前に同じようなこと言ってる人見たことある
まさか中の人じゃないとおもうけど
>>313
まじかよ。
JavaScriptはプロでも難しいのか。。。
トンクス。挫折したらRubyに逃げるわw
でも最近Rubyが息をしてないような気がするんだけど気のせいかな?
Pythonじゃあかんの?
まじかよ。
JavaScriptはプロでも難しいのか。。。
トンクス。挫折したらRubyに逃げるわw
でも最近Rubyが息をしてないような気がするんだけど気のせいかな?
Pythonじゃあかんの?
プログラミングを始めたいレベルの人間が
Rubyが最近息してない等と語りだすスレ
Rubyが最近息してない等と語りだすスレ
>>317
Webの仕事してるけど初めてのJavaScriptで頭抱えるは無いわw
まあプログラミング自体が初めてというひと向けの本ではないがプロでも難しいは無い。あーまあwebはピンキリだから金もらってりゃプロという定義なら有り得なくもないが…
ともかくこういうのは自分が分からない→自分はそこそこのプログラマのはず分からないのはおかしい→言語が、本が難しいんだ!と心理学で言う防衛規制が絡んでくる話だから、この手の意見はあまり真に受けない方がいい
Webの仕事してるけど初めてのJavaScriptで頭抱えるは無いわw
まあプログラミング自体が初めてというひと向けの本ではないがプロでも難しいは無い。あーまあwebはピンキリだから金もらってりゃプロという定義なら有り得なくもないが…
ともかくこういうのは自分が分からない→自分はそこそこのプログラマのはず分からないのはおかしい→言語が、本が難しいんだ!と心理学で言う防衛規制が絡んでくる話だから、この手の意見はあまり真に受けない方がいい
もう何度言ってきたか分からないけど、JSの明らかな難しさってnew演算子の複雑な振る舞いだけじゃん
そのベースのプロトタイプチェーンとか、スコープチェーンっていうのは、簡単過ぎる程単純なんだからさ
ただ深く学ぼうとしたときに、その上に構築されてる旧/新クラスシステムを
シンボルや内部メソッド含めて理解する必要が出てくるから、確かにそれはやや難しいが、
きちんとベースのプロトタイプチェーンや各機能を理解できていれば
あとは仕様書を読む力をつけていけばいい
そのベースのプロトタイプチェーンとか、スコープチェーンっていうのは、簡単過ぎる程単純なんだからさ
ただ深く学ぼうとしたときに、その上に構築されてる旧/新クラスシステムを
シンボルや内部メソッド含めて理解する必要が出てくるから、確かにそれはやや難しいが、
きちんとベースのプロトタイプチェーンや各機能を理解できていれば
あとは仕様書を読む力をつけていけばいい
JavaScriptをやる前にRubyをやれとか頭おかしいやろ
Rubyの作者のマッツがネトウヨだということも最近発覚したし
やる必要性はゼロだと断言できる
Rubyの作者のマッツがネトウヨだということも最近発覚したし
やる必要性はゼロだと断言できる
ブラウザという協力な動線があるようなJSでも、Webを良く閲覧してるうちに興味が出てブログを始めて
もっと細かいことがしたくてHTML、CSSと学んでから来るのがやっぱり理想だと思う
本当に何がやりたいのかも分からないし、条件分岐やループの概念もチンプンカンプンならJSですらやらない方がいい
まずは実用的ではない、お遊びの言語環境から始めるべきだ
それなのに基本サーバーという裏方でREPLなRubyなんかを勧めるのはいけないと思う
学校の授業で先生が良い環境を整えてくれて学習要領も整えてくれるんなら別だけど
やっぱり初心者には基本的にはできるだけ絵を簡単に動かせるものからプログラミングを教えるべきだよ
だからお遊び言語か、オーサリングツールが発達してるもので学んでいったほうが良い
もっと細かいことがしたくてHTML、CSSと学んでから来るのがやっぱり理想だと思う
本当に何がやりたいのかも分からないし、条件分岐やループの概念もチンプンカンプンならJSですらやらない方がいい
まずは実用的ではない、お遊びの言語環境から始めるべきだ
それなのに基本サーバーという裏方でREPLなRubyなんかを勧めるのはいけないと思う
学校の授業で先生が良い環境を整えてくれて学習要領も整えてくれるんなら別だけど
やっぱり初心者には基本的にはできるだけ絵を簡単に動かせるものからプログラミングを教えるべきだよ
だからお遊び言語か、オーサリングツールが発達してるもので学んでいったほうが良い
excelはしらんけど
libre office やら google spreadsheetはjavascript つかえる
libre office やら google spreadsheetはjavascript つかえる
言語選びのセンスは悪くなさげだが何がしたいのかが分からんな
Windowsアプリを作りたいのか?
Windowsアプリを作りたいのか?
>>316
ライブラリはなしの方向でお願いします。
でもライブラリでできるってことは生JSでもできるってことだよね
動画プレイヤーにマウスオーバーするとコントロールバーが表示されるのだけど
マウスオーバーを偽装することとか出来たりする?
ライブラリはなしの方向でお願いします。
でもライブラリでできるってことは生JSでもできるってことだよね
動画プレイヤーにマウスオーバーするとコントロールバーが表示されるのだけど
マウスオーバーを偽装することとか出来たりする?
>>330
JavaScriptじゃないけど↓これとか
video::-webkit-media-controls-panel {
display: flex !important;
opacity: 1 !important;
}
JavaScriptじゃないけど↓これとか
video::-webkit-media-controls-panel {
display: flex !important;
opacity: 1 !important;
}
>>329
機械学習やディープラーニングに興味あり!
WEB(ブラウザ)アプリにも興味あり!
Windowsアプリも作りたい!
色々やりたいんです。
PythonとJavaScriptなどのスクリプト言語でとりあえず学習して、
WindowsでGUIが簡単に作れそうで速度も早いC#の順で学習しようかと。。。
素人だけどこの3つは10年後も廃れてなさそうと思ったのですよ。
機械学習やディープラーニングに興味あり!
WEB(ブラウザ)アプリにも興味あり!
Windowsアプリも作りたい!
色々やりたいんです。
PythonとJavaScriptなどのスクリプト言語でとりあえず学習して、
WindowsでGUIが簡単に作れそうで速度も早いC#の順で学習しようかと。。。
素人だけどこの3つは10年後も廃れてなさそうと思ったのですよ。
>>330
> でもライブラリでできるってことは生JSでもできるってことだよね
生JSでやるにしても、ライブラリは良い参考書になるよ
実現してるコードが公開されてるんだから、それを参考にしない手はない
それから生JSでできるのにライブラリが有るのは大変だからだよ
自分が今何をやりたいのか、機能を実現したいのか
機能を実現するためのコードの勉強がしたいのか
どちらを優先させたいのかを考えたほうが良いね
> でもライブラリでできるってことは生JSでもできるってことだよね
生JSでやるにしても、ライブラリは良い参考書になるよ
実現してるコードが公開されてるんだから、それを参考にしない手はない
それから生JSでできるのにライブラリが有るのは大変だからだよ
自分が今何をやりたいのか、機能を実現したいのか
機能を実現するためのコードの勉強がしたいのか
どちらを優先させたいのかを考えたほうが良いね
そんな単純な話じゃないよ
例えば標準に取り込まれたPromiseだけど取り込まれるまで
年も議論が続いた。今すぐ動くものが欲しい人にとっては死活問題だね
そしてPromiseだけど、さらにasync awaitという形に代わった
Promiseは当時のJavaScriptで実現可能なものだったけど、
そのJavaScript自体を変えていいならもっといい方法が候補になる
つまり仕様に取り込まれるときは代わってしまう
= 仕様に取り込まれてないように見えるということ
良い機能でいっぱいであっても仕様に取り込まれないものはたくさんある
それに加えてどうもJavaScriptは方針として言語には必要最小限の
ものしか搭載しないようにしている感じが有る
なぜならRubyで「本当に良いものだから仕様に取り込まれたもの」が
取り込まれていないから。RubyのarrayメソッドにはJavaScriptにはない
便利な機能が沢山仕様に取り込まれている。
http://ref.xaio.jp/ruby/classes/array
「本当に良い機能でいっぱいなら仕様に取り込まれてそう」が真であれば
これらは全て取り込まれているはず。
取り込まれてないので良い機能でも取り込まれるとは限らないという結論になる
例えば標準に取り込まれたPromiseだけど取り込まれるまで
年も議論が続いた。今すぐ動くものが欲しい人にとっては死活問題だね
そしてPromiseだけど、さらにasync awaitという形に代わった
Promiseは当時のJavaScriptで実現可能なものだったけど、
そのJavaScript自体を変えていいならもっといい方法が候補になる
つまり仕様に取り込まれるときは代わってしまう
= 仕様に取り込まれてないように見えるということ
良い機能でいっぱいであっても仕様に取り込まれないものはたくさんある
それに加えてどうもJavaScriptは方針として言語には必要最小限の
ものしか搭載しないようにしている感じが有る
なぜならRubyで「本当に良いものだから仕様に取り込まれたもの」が
取り込まれていないから。RubyのarrayメソッドにはJavaScriptにはない
便利な機能が沢山仕様に取り込まれている。
http://ref.xaio.jp/ruby/classes/array
「本当に良い機能でいっぱいなら仕様に取り込まれてそう」が真であれば
これらは全て取り込まれているはず。
取り込まれてないので良い機能でも取り込まれるとは限らないという結論になる
>>333
若いうちは元気があっていろいろやる気があるのは本当に素晴らしいけど
結論から言うと幅広く手を出すのは人間である限り無理だよ、どうしてもただの器用貧乏になっちゃう
それだけ各言語の環境っていうのは奥が深いし、更新速度も早い
英語もロシア語も中国語もあれもこれもやりたいって言って、
実際に日常会話くらいはできるようになる人はいくらでも居るだろうけど、
それ以上のスキルを付けて各国の事情に付いていくのは困難だよ
なんで困難かというと、そうこうしてるうちにあっという間に5年10年と経って
そうすると湧いて溢れる若い勢いが絶対に無くなってくるから
プログラミング自体に興味があってそれが目的ならやっぱりメインの言語を決める必要がある
そしてできる限りその言語を極めて言って、その言語で機械学習とか物を作る
もしくはプログラミングは手段だと完全に割り切って、機械学習やアプリとか
ものを作ることだけを目標に据えることができるのなら、手広くやることも可能かもしれない
若いうちは元気があっていろいろやる気があるのは本当に素晴らしいけど
結論から言うと幅広く手を出すのは人間である限り無理だよ、どうしてもただの器用貧乏になっちゃう
それだけ各言語の環境っていうのは奥が深いし、更新速度も早い
英語もロシア語も中国語もあれもこれもやりたいって言って、
実際に日常会話くらいはできるようになる人はいくらでも居るだろうけど、
それ以上のスキルを付けて各国の事情に付いていくのは困難だよ
なんで困難かというと、そうこうしてるうちにあっという間に5年10年と経って
そうすると湧いて溢れる若い勢いが絶対に無くなってくるから
プログラミング自体に興味があってそれが目的ならやっぱりメインの言語を決める必要がある
そしてできる限りその言語を極めて言って、その言語で機械学習とか物を作る
もしくはプログラミングは手段だと完全に割り切って、機械学習やアプリとか
ものを作ることだけを目標に据えることができるのなら、手広くやることも可能かもしれない
WEB絡みならぶっちゃけhtml/cssとphp/javascriptで十分なんだよな
javascriptは初心者向け!
rubyやphpはもう古いPythonがこの先長く生き残る!
これ最近のレスほとんど書籍ステマの自演だな
rubyやphpはもう古いPythonがこの先長く生き残る!
これ最近のレスほとんど書籍ステマの自演だな
>>339
だがな、機械学習・ディープラーリング
ウェブアプリ、Windowsアプリ、
Python、JavaScript、C#
この程度を覚えるのは大したことじゃないぞ
本気でやれば1年あれば全部できる
だがな、機械学習・ディープラーリング
ウェブアプリ、Windowsアプリ、
Python、JavaScript、C#
この程度を覚えるのは大したことじゃないぞ
本気でやれば1年あれば全部できる
なにをどう間違えたらラーニングがラーリングになるんだ
PC、タブレット、スマホ、どれでもそうはならんだろ・・・ガラケーとかか?
PC、タブレット、スマホ、どれでもそうはならんだろ・・・ガラケーとかか?
>>338
Promiseがあってのasync awaitでしょ
各APIがPromiseを返したり扱うことができるから柔軟性がある
これが構文が先ということはできない
構文だけで済ますと極めて限定的だし
あと別に、必要最小限の ものしか搭載しないようにしている方針なんて無い
TC39の10人程度のコアメンバーが興味をもった順から入っていってるだけ
だからわかり易い例としてO.oなんてものが勢いだけで入りそうになる
これがArrayの色んなメソッドよりも重要なものか?と言われればそうではないだろう
まあArrayのメソッド拡張は度々提案があったが、進歩しないのには理由がある
Array.prototypeにメソッドを追加するとWebを壊しうるから
TC39は別にこの機能は世の中のJSerが本当に求めているものかどうか?は然程気にしないし、
方針が曖昧なことが本当に問題で不安要素なのだが、唯一Webを壊すな!ということは頑なに守ってきた
だからSymbol.unscopablesなんてお馬鹿なものまで追加したのだが
それでも一部守りきれなかったのでArray.prototype.valuesが今年までブラウザにOFFられてた
だから、Arrayの便利メソッドとかは、1.モジュールの仕組みを整えて、2.標準モジュールを定義して
それから要る場合にはimportして貰おうということになっていた
今ようやく1が完了して2に入っていくところ
だが今デコレーターとかホットな話題がたくさんあるので取り掛かりが2019年になるかもしれない
そして今valuesが思い切って導入されるように、その頃にはやっぱり思い切って普通に入れようということにもなりそうな気がする
というか現にメソッド1つや配列操作構文の単機能としては今も提案が挙がってる
まあこのように、O.oときもそうだがESは仕様決定がちょっと遅いことでより良い選択肢を取れて救われたことは本当に多い
遅いから、入ったときには役立たずというのだけは大間違い
特にJSでは、JS2.0で互換性破棄とか最も難しい立場の言語なんだから
明確な方針が無い今、これ以上スピードが増すのは危険でしか無い
まあ、ES2020くらいには結構便利なメソッドやら構文やらが入ってきて解決されてると思うよ
Promiseがあってのasync awaitでしょ
各APIがPromiseを返したり扱うことができるから柔軟性がある
これが構文が先ということはできない
構文だけで済ますと極めて限定的だし
あと別に、必要最小限の ものしか搭載しないようにしている方針なんて無い
TC39の10人程度のコアメンバーが興味をもった順から入っていってるだけ
だからわかり易い例としてO.oなんてものが勢いだけで入りそうになる
これがArrayの色んなメソッドよりも重要なものか?と言われればそうではないだろう
まあArrayのメソッド拡張は度々提案があったが、進歩しないのには理由がある
Array.prototypeにメソッドを追加するとWebを壊しうるから
TC39は別にこの機能は世の中のJSerが本当に求めているものかどうか?は然程気にしないし、
方針が曖昧なことが本当に問題で不安要素なのだが、唯一Webを壊すな!ということは頑なに守ってきた
だからSymbol.unscopablesなんてお馬鹿なものまで追加したのだが
それでも一部守りきれなかったのでArray.prototype.valuesが今年までブラウザにOFFられてた
だから、Arrayの便利メソッドとかは、1.モジュールの仕組みを整えて、2.標準モジュールを定義して
それから要る場合にはimportして貰おうということになっていた
今ようやく1が完了して2に入っていくところ
だが今デコレーターとかホットな話題がたくさんあるので取り掛かりが2019年になるかもしれない
そして今valuesが思い切って導入されるように、その頃にはやっぱり思い切って普通に入れようということにもなりそうな気がする
というか現にメソッド1つや配列操作構文の単機能としては今も提案が挙がってる
まあこのように、O.oときもそうだがESは仕様決定がちょっと遅いことでより良い選択肢を取れて救われたことは本当に多い
遅いから、入ったときには役立たずというのだけは大間違い
特にJSでは、JS2.0で互換性破棄とか最も難しい立場の言語なんだから
明確な方針が無い今、これ以上スピードが増すのは危険でしか無い
まあ、ES2020くらいには結構便利なメソッドやら構文やらが入ってきて解決されてると思うよ
常々思うことだが営業みたいなしゃべりが目立つ
人材派遣の顔合わせについてきてる奴みたいな…
人材派遣の顔合わせについてきてる奴みたいな…



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.122 + (1004) - [97%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.135 + (1002) - [97%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.130 + (974) - [97%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.122 + (116) - [97%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.134 + (1001) - [97%] - 2018/8/3 23:15
- + JavaScript の質問用スレッド vol.130 + (1001) - [97%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.136 + (1001) - [97%] - 2019/1/8 11:30
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.137 + (1003) - [97%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.102 + (1001) - [97%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.139 + (1001) - [97%] - 2019/5/27 15:15
トップメニューへ / →のくす牧場書庫について