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

みんなの評価 :
レスフィルター : (試験中)
>>488
それはclassが3つあるし、普通に指定できると思うが
それはclassが3つあるし、普通に指定できると思うが
>>499
そこからかー
runSlot が関数なのはわかるでしょ?
関数に()つけて、runSlot() って書くと実行されるのもOK?
この()の中に書いた値は、引数と呼ぶんだけど
その関数が実行されるスコープで参照できる変数になるんさ
function runSlot( n ){ ... }
って書いて関数 runSlot を定義したばあい、実行時に渡された引数は
この関数の中ではnっていう変数名で参照できるんだよ
だから、例えば runSlot(1) って書いて実行した時には
関数runSlotの中では n っていう変数に1がセットされた状態になる
たぶん、まだ>>383のようなコードを見たり書いたりするレベルにないようだから
もっと簡単なコードをたくさん書いて慣れる方が先だと思うよ
そこからかー
runSlot が関数なのはわかるでしょ?
関数に()つけて、runSlot() って書くと実行されるのもOK?
この()の中に書いた値は、引数と呼ぶんだけど
その関数が実行されるスコープで参照できる変数になるんさ
function runSlot( n ){ ... }
って書いて関数 runSlot を定義したばあい、実行時に渡された引数は
この関数の中ではnっていう変数名で参照できるんだよ
だから、例えば runSlot(1) って書いて実行した時には
関数runSlotの中では n っていう変数に1がセットされた状態になる
たぶん、まだ>>383のようなコードを見たり書いたりするレベルにないようだから
もっと簡単なコードをたくさん書いて慣れる方が先だと思うよ
function myFunc( str ){
alert( str );
}
myFunc( 'おはよう' );
myFunc( 'こんにちは' );
myFunc( 'こんばんは' );
こんな感じの
alert( str );
}
myFunc( 'おはよう' );
myFunc( 'こんにちは' );
myFunc( 'こんばんは' );
こんな感じの
>>500
> 見たままじゃなくて、$の中のコードと比較しないと
その目的は?
俺が目的にしているのは
開発時間、そして柔軟性やバグの少なさ。
つまり開発で一番重要なことだね。
君は何を目的に比較してるの?
> 見たままじゃなくて、$の中のコードと比較しないと
その目的は?
俺が目的にしているのは
開発時間、そして柔軟性やバグの少なさ。
つまり開発で一番重要なことだね。
君は何を目的に比較してるの?
>>506
そりゃあ、誰のためにプログラム書くのかって考えれば
出来たアプリケーションを使う人のためなんだから
速くて軽くて堅牢なのが一番だと思うよー
開発時間とか、柔軟性とか、そういうのは
その前提をクリアした上での話なんだよ、理想的には
ただそれで稼ごうと思うと、そうも言ってられないところがあるのは認める
そりゃあ、誰のためにプログラム書くのかって考えれば
出来たアプリケーションを使う人のためなんだから
速くて軽くて堅牢なのが一番だと思うよー
開発時間とか、柔軟性とか、そういうのは
その前提をクリアした上での話なんだよ、理想的には
ただそれで稼ごうと思うと、そうも言ってられないところがあるのは認める
>>503
変な人だね。
俺はブラックボックスのまま理解したつもりで
jQuery至高だなんて言っていない。
jQueryを使うメリット、そのコード自体に反論できないから、
人格批判、つまり俺は「理解せずに至高だと言っている人」
呼ばわりしているようにしか見えない。
俺がどうとかいう的外れな指摘ではなく、
ソースコードについて指摘しなよ。
変な人だね。
俺はブラックボックスのまま理解したつもりで
jQuery至高だなんて言っていない。
jQueryを使うメリット、そのコード自体に反論できないから、
人格批判、つまり俺は「理解せずに至高だと言っている人」
呼ばわりしているようにしか見えない。
俺がどうとかいう的外れな指摘ではなく、
ソースコードについて指摘しなよ。
ときどきいるらしい。
頭が固くて、他人が作ったライブラリなんか信じられるか、
バグがあったらどうする?自分で全部作るべきだと言ってる人。
頭が固くて、他人が作ったライブラリなんか信じられるか、
バグがあったらどうする?自分で全部作るべきだと言ってる人。
jQuery使ってる連中の中には、内部動作もろくに理解しないで使ってる奴が多いんだよ
そういうレベルの差を意識しないで猫も杓子もjQueryって勧めるのはどうかと
そもそもライブラリというのは常にprototype.jsの時のような危うさを抱えている
そういうレベルの差を意識しないで猫も杓子もjQueryって勧めるのはどうかと
そもそもライブラリというのは常にprototype.jsの時のような危うさを抱えている
>>491
君は論理的に物事を考えられない人なんだね
君は論理的に物事を考えられない人なんだね
>>502
渡された引数は関数内では変数として扱われるんですか!やっと理解できました!
「この関数内では」ということですが、それはこの場合 function runSlot(n) の中では
ということじゃなく一番最初に囲った無名関数内では使えるということでしょうか?
渡された引数は関数内では変数として扱われるんですか!やっと理解できました!
「この関数内では」ということですが、それはこの場合 function runSlot(n) の中では
ということじゃなく一番最初に囲った無名関数内では使えるということでしょうか?
>>508
あなたの要望通り、訂正したんだが酷い言われようだな
> 俺はブラックボックスのまま理解したつもりで
> jQuery至高だなんて言っていない。
jQueryと同じことをしているのに「その書き方はひどい」「jQueryを使ったほうがいい」と指摘しているからそう思ったまで
矛盾してるとは思わないのか?
あなたの要望通り、訂正したんだが酷い言われようだな
> 俺はブラックボックスのまま理解したつもりで
> jQuery至高だなんて言っていない。
jQueryと同じことをしているのに「その書き方はひどい」「jQueryを使ったほうがいい」と指摘しているからそう思ったまで
矛盾してるとは思わないのか?
>>510
オーバーヘッドって何のこと?具体的に。
速度が0.0001秒遅くなるとか?
ライブラリってものは、ごく僅かな速度低下で大幅に開発効率を上げるものだよ。
速度低下があるのは当たり前だから単に遅くなるというだけなら言わなくていい。
最低でもどれくらい遅くなるかを言わないと意味が無い。
そしてメリットがわかっているなら、デメリットだけを言うのはダメ。
メリットとデメリット、両方言わなきゃダメ
「メリットがわからない人」と言われちゃうよ。
オーバーヘッドって何のこと?具体的に。
速度が0.0001秒遅くなるとか?
ライブラリってものは、ごく僅かな速度低下で大幅に開発効率を上げるものだよ。
速度低下があるのは当たり前だから単に遅くなるというだけなら言わなくていい。
最低でもどれくらい遅くなるかを言わないと意味が無い。
そしてメリットがわかっているなら、デメリットだけを言うのはダメ。
メリットとデメリット、両方言わなきゃダメ
「メリットがわからない人」と言われちゃうよ。
>>509
ずいぶんと穿った見方だな
このスレ見てると、jQueryを使う人は
「自分が書いたものよりjQueryの方が信用できる」
「自分でいろいろ考えるのが面倒くさい」
こんなタイプだとは思った
「jQuery以外は悪だ」ぐらいの勢いの人がいるのは手に余る
個人的には、こんな単純な事にjQueryを使うのは無駄が多すぎると思うし、勉強目的でJavaScriptを書いてる人にjQueryを薦めるのは取捨選択がおかしいとは思う
それを複雑だと一生懸命に主張してjQueryを薦める人が煽るからおかしなことになっているんじゃないかね
難しいか簡単かは人それぞれの考え方があるんだから、強制するのはよくない
ずいぶんと穿った見方だな
このスレ見てると、jQueryを使う人は
「自分が書いたものよりjQueryの方が信用できる」
「自分でいろいろ考えるのが面倒くさい」
こんなタイプだとは思った
「jQuery以外は悪だ」ぐらいの勢いの人がいるのは手に余る
個人的には、こんな単純な事にjQueryを使うのは無駄が多すぎると思うし、勉強目的でJavaScriptを書いてる人にjQueryを薦めるのは取捨選択がおかしいとは思う
それを複雑だと一生懸命に主張してjQueryを薦める人が煽るからおかしなことになっているんじゃないかね
難しいか簡単かは人それぞれの考え方があるんだから、強制するのはよくない
>>518
> 「自分が書いたものよりjQueryの方が信用できる」
> 「自分でいろいろ考えるのが面倒くさい」
jQueryよりも自分で書いたほうが信用できる。
といいたいの?
その根拠は?
jQueryがどこれだけ多くの環境でテストされているのか
知らないわけじゃあるまい?
客観的に見て、信用できるのはどっちなのか
そんなの言わなくてもわかるでしょう?
それから、自分で考えるのが面倒くさいってのはあんたの方では?
自分でコードをガシガシ書くほうが考えることは少なくて楽なんだよ?
既存のライブラリを使って、シンプルに無駄なく書くほうがよっぽど難しい。
言い返したいのであればまず、jQuery使っていいから俺よりもシンプルに書いてみなよ。
実力が伴わなきゃ、何を言っても説得力はない。
> 「自分が書いたものよりjQueryの方が信用できる」
> 「自分でいろいろ考えるのが面倒くさい」
jQueryよりも自分で書いたほうが信用できる。
といいたいの?
その根拠は?
jQueryがどこれだけ多くの環境でテストされているのか
知らないわけじゃあるまい?
客観的に見て、信用できるのはどっちなのか
そんなの言わなくてもわかるでしょう?
それから、自分で考えるのが面倒くさいってのはあんたの方では?
自分でコードをガシガシ書くほうが考えることは少なくて楽なんだよ?
既存のライブラリを使って、シンプルに無駄なく書くほうがよっぽど難しい。
言い返したいのであればまず、jQuery使っていいから俺よりもシンプルに書いてみなよ。
実力が伴わなきゃ、何を言っても説得力はない。
なぜ自分でコードを書くほうが「自分で色々考えるのが面倒くさい」になるのかというと
自分が知っている技術だけで解決しようとしているから。
つまり新しいことを知ろうとせずに、
努力で解決しようとしているから。
そこで新しいものを使えば簡単に解決するのに、勉強しようとしない。
いわく、楽に解決する方法なんてダメなんだ。
自分が知っている技術だけで解決しようとしているから。
つまり新しいことを知ろうとせずに、
努力で解決しようとしているから。
そこで新しいものを使えば簡単に解決するのに、勉強しようとしない。
いわく、楽に解決する方法なんてダメなんだ。
>>522
> jQueryよりも自分で書いたほうが信用できる。
なぜそう穿った見方をするかな
あなたを責めているわけではないし、あなたと議論するつもりもない
客観的に見て思ったことを口にしただけだ
(「jQuery以外は悪だ」の部分は皮肉が入っていたので反省はしてる)
> 自分でコードをガシガシ書くほうが考えることは少なくて楽なんだよ?
jQueryとJavaScript APIを両方習得しているのなら、jQueryを利用したほうがコード量が少なくて考える時間も少なくて済むと俺は思うが、あなたがそう考えるのならあなたにとってはそうなんだろう
出来ればの話なんだが、その自分の考え方と違う人に不必要に煽る振る舞いは何とかならないか
自分と相容れない考え方に出会ったときに否定から入るか肯定的に受け止めるか、で相手の態度が全く違う
あなたがそういう態度を続けるから、あなたと有意義な議論を出来るとは到底思えない事実を認識して欲しい
> jQueryよりも自分で書いたほうが信用できる。
なぜそう穿った見方をするかな
あなたを責めているわけではないし、あなたと議論するつもりもない
客観的に見て思ったことを口にしただけだ
(「jQuery以外は悪だ」の部分は皮肉が入っていたので反省はしてる)
> 自分でコードをガシガシ書くほうが考えることは少なくて楽なんだよ?
jQueryとJavaScript APIを両方習得しているのなら、jQueryを利用したほうがコード量が少なくて考える時間も少なくて済むと俺は思うが、あなたがそう考えるのならあなたにとってはそうなんだろう
出来ればの話なんだが、その自分の考え方と違う人に不必要に煽る振る舞いは何とかならないか
自分と相容れない考え方に出会ったときに否定から入るか肯定的に受け止めるか、で相手の態度が全く違う
あなたがそういう態度を続けるから、あなたと有意義な議論を出来るとは到底思えない事実を認識して欲しい
俺が勉強して知識をつけて理解して、じっくり考えて出したシンプルな答え。
それを見ると何故か、そういう短いコードは
何も考えていない。何も理解していない。
と早とちりするバカが居る。
それを見ると何故か、そういう短いコードは
何も考えていない。何も理解していない。
と早とちりするバカが居る。
> 客観的に見て思ったことを口にしただけだ
矛盾してるってw
「思ったこと」である以上、それは主観だ。
どうも自分が正しいと思い込んでるみたいだね?
いいから人の言動にいちゃもんつけるのではなく、
コードそのもので語れよ、プログラマだろ?
矛盾してるってw
「思ったこと」である以上、それは主観だ。
どうも自分が正しいと思い込んでるみたいだね?
いいから人の言動にいちゃもんつけるのではなく、
コードそのもので語れよ、プログラマだろ?
人の言動にいちゃもんつけてばかりで
コードについて話をしないから、有意義な議論にならないんだろ?
これからコード以外についての指摘は無しだ。
これなら有意義な議論になるぞ。
たぶんこういう制約をつけると、
言い返せなくなって話が終わるだろうけどね。
言っておくけど、俺は続けるよ。この話題でも別の話題でも。
コードの話しかするつもりはないけど。
コードについて話をしないから、有意義な議論にならないんだろ?
これからコード以外についての指摘は無しだ。
これなら有意義な議論になるぞ。
たぶんこういう制約をつけると、
言い返せなくなって話が終わるだろうけどね。
言っておくけど、俺は続けるよ。この話題でも別の話題でも。
コードの話しかするつもりはないけど。
ちょっとでも自分が否定されたと感じると全力で守りに入る人の模様
少なからず、その人の為を思ってアドバイスしてくれた人がいただけにご愁傷様です…
少なからず、その人の為を思ってアドバイスしてくれた人がいただけにご愁傷様です…
>>536
だからコードの話をしろよ。
だからコードの話をしろよ。
>>537
関係あるも何も、引数で受け取ったnそのものだよ
スロットが3個あって、それぞれidの中の数字で区別してるでしょ?
その数字をタイマーで動かすわけだから、タイマーIDも3個必要なのはわかるよね?
だったらタイマーIDも、htmlのidと同じ数字で管理できればわかりやすいでしょ?
数字で区別できる変数って言えば、配列じゃん?
だから、タイマーIDを入れるための容器として、配列timersが定義されてる
timersばかりに目がいっているようだけど
関数runSlotの1行目を見ると
getElementByIdのところでも、同じように変数nを使っているのにも注目して欲しい
startSlotの方でやっているのは、配列の初期化
二回目以降に動かす場合、すでに前に使った時のタイマーIDが入っちゃってるから
これをからの状態に戻してる
関係あるも何も、引数で受け取ったnそのものだよ
スロットが3個あって、それぞれidの中の数字で区別してるでしょ?
その数字をタイマーで動かすわけだから、タイマーIDも3個必要なのはわかるよね?
だったらタイマーIDも、htmlのidと同じ数字で管理できればわかりやすいでしょ?
数字で区別できる変数って言えば、配列じゃん?
だから、タイマーIDを入れるための容器として、配列timersが定義されてる
timersばかりに目がいっているようだけど
関数runSlotの1行目を見ると
getElementByIdのところでも、同じように変数nを使っているのにも注目して欲しい
startSlotの方でやっているのは、配列の初期化
二回目以降に動かす場合、すでに前に使った時のタイマーIDが入っちゃってるから
これをからの状態に戻してる
俺はトリップ不要だと思ってる。
これで会話出来てるし、同じ人のレスであろうと
違う人のレスであろうと問題なかろう?
これで会話出来てるし、同じ人のレスであろうと
違う人のレスであろうと問題なかろう?
実際に話がこじれてるし、そこまで確かな自分があるなら名前があった方が議論しやすいと思うんだけどな
言ってることは正しいとしても性格が糞だから皆表立って同意しにくいし無駄に反論を浴びてるってことが分からないんだろうか
本当に人間社会生きてるのかこいつ?
本当に人間社会生きてるのかこいつ?
ちょっと書き込むぐらいならともかく、連投するなら名前があった方が読者に親切ではあるね
>>548
ありがとう、助かるよ
ありがとう、助かるよ
フレームワークなどの便利なものはどんどん使え派と
しっかり基礎を理解してから使え派が争うのを見るのは実に楽しい
しっかり基礎を理解してから使え派が争うのを見るのは実に楽しい



類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [100%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.118 + (1002) - [97%] - 2014/8/29 22:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
トップメニューへ / →のくす牧場書庫について