のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,645,300人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

JavaScript覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

851 = :

>>849
仕様書を読むのがあなたの役割ですよ

852 = :

>>851
ここはJavaScript を自ら学ぶ人のための質問スレッドであって、自らの努力を放棄するスレッドではない

854 = :

これが>>817か
この手の輩は自助努力を促したほうが身の為だな
(意地悪な奴なら煽るだけ煽って放置するんだろうが)

855 = :

>>854
勘違いしないで下さい
答えを引き出そうしているのではなく、本当にそう思っているからそう言っているのです
聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
ノイズでしかないので黙っていて下さい
答える必要はありませんので

856 = :

>>855
根本からDOMを誤解しているおまえに家庭教師並みに一から十まで教える義務はない
そもそも、「お前が何を知っていて何を知らないのか」「何を誤解しているのか」等、全てを知らない我々がお前に説明する事は不可能だ
明らかに基礎知識のないお前が勝手な思い込みで「windowがDOMだ/DOMでない」と頓珍漢な質問を繰り広げられても反応に困る
ようするに「根本から誤解している一口の説明は無理だから仕様書を読んで基礎勉強からやり直せ」という事だ

857 = :

>>853
そうなんですか
ありがとうございました

858 = :

> 聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
自己勝手な人だねえ
あんたに使われる人の気持ちを考えた事がないんだろうね

859 = :

>>856
あなたは単に抽象化能力がないので仕様書に丸投げしているだけです
「DOMが分かっていない」と言いながらDOMを自分の中で消化し抽象化した概念をまったく提示しない
あるのは否定だけ
これがあなたの人間性および能力をはっきりと示しているのです

860 = :

>>858
強制してないのに自分勝手とはいかに。
答えたくないなら答えなければいいのです
それで全然かまいませんよ

861 = :

>>859
抽象化能力ということは以前からいる質問者がお前か
運転免許を持ってない奴が「車の運転の仕方を教えてください」といっているようなもの
そんな奴に抽象化能力があっても説明できないのは自明だろう

断言するが、お前は>>853の回答で理解したつもりでまるで理解してない
基礎勉強をするのが面倒という理由で他人に質問するぐらいだからな
同じような質問を繰り返すだろう

862 = :

>>860
あんたが調べれば済むことをこちらの時間を消費させているんだから自己勝手でしょ
自分の時間を消費しない代わりに他人の時間を消費させている自覚がこれっぽっちもないみたいだね

863 = :

>>855
> 聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
私は早くないですよね
「自分で調べろ」と答えるほうが明らかに早いのに、仕様書を読まないといわれるのでは意味がありません

864 = :

自分の時間を消費したくないなら、最初から相手にしなければいい

865 = :

まあ、自己勝手には違いないな

866 = :

> あなたは単に抽象化能力がないので仕様書に丸投げしているだけです
自助努力を放棄して他人に丸投げしているお前がよく言えるな
自尊心はないのか…

867 = :

こいつに自尊心があったら似たような質問を繰り返すはずがない
普通は理解したらその周辺知識まで吸収しようとするものだが、懲りずに何度でも頓珍漢な質問を繰り返すぐらいだからな
学習能力が欠けているのだろう

868 = :

なぜ相手をするのか
どうせ頓珍漢な質問をして頓珍漢な自己解決で終わるんだからほっておけばいい

869 = :

APIをそのまま使うのと、APIを呼び出すライブラリを比べれば
当然API以外のことをやってるライブラリのほうが
遅くなるのは当たり前なんだよ。

それは当然作者もわかってるわけで、遅くなるデメリットを
上回るメリットがあるからライブラリにするわけ。

だから、全く同じ処理をする関数があったとして
その速度を比較するのであれば意味があるが、
動きが違うものを、速度だけで比較するのは、やる意味が無いんだよ。

つまり、ライブラリの比較しました。速度の違いしか比較していません。
どっちが優秀でしょうか？ 速い方ですよね？ っていう意見は
プロから見れば馬鹿かこいつとしか思われないんだよ。

870 = :

自称プロまで登場したよ…

871 = :

Ｗｅｂ制作は知らんが
長年、汎用機で開発をしているプロの私から言わせると
>>869の言う通りですわ

この辺りの考え方は
一人仕事ばっかやってる人には理解できまい

873 = :

趣味でプログラミングしてるレベルだけど、>>869はまともな事をいってると思う
DOM標準APIでコーディングできて、ライブラリ内のコードを読める人なら理解されると思うけど、ライブラリを使用するだけで中身がブラックボックスな人にはわかりづらいのかな

874 = :

>>862
回答することが時間の無駄だと思うのなら答えなければいいだけですが？
教えるということは創造的な行為なのです
本当の学習の場においては生徒よりも教師の方が学ぶことが多いものです
回答を創造的・生産的なものに出来るか否かは回答者に委ねられているのです
頓珍漢な文句を言っている人は少なくとも創造的な回答者にふさわしくはないのですから
黙っておけばよろしい

875 = :

せめてトリップでも付けてくれればNGしやすいんだがな

879 = :

>>875
言い出しっぺの君からよろしく

880 = :

ぶっちゃけ、ｊQueryのDOMアクセスをトップレベルにおかずに、
その処理に適切な名前をつけて関数化すりゃええやん。
内部実装は後でどうとでもなるやろ。

881 = :

>>879
ばーかｗｗｗｗｗ

886 = :

>>883
違うよ。
一個関数かませてしまえって話だ。
js書いてて思うのが、DOMってjs側から見るとグローバル変数的な側面があるというかリソースそのものだからプログラム全体でDOMアクセスせずに
各機能を分けて極力DOMアクセスをモジュール（関数群）に閉じ込めるように書けって話。DOMアクセスにjQuery使おうが何しようが好きにしろ。
DOMのidとかclassとか変更あっても楽だろ。

888 = :

>>886
だから、ぼくがつくったさいきょうの
DOMアクセスモジュール（関数群）を
使いましょうっていいたいんでしょ？

889 = :

ちげーよ。

jQueryはあくまでDOMアクセスのためのライブラリであって
その上のレイヤーに開発してるアプリのための関数群おけって話だ。
ｊQuery直アクセスばっかりしてると収集つかねーよ。

890 = :

ラップしときゃ差し替えも容易
このへん底辺コーダにはわかんねーか

893 = :

ライブラリ使えば遅くなるという事を一般論としてしまうのは間違ってる
jQueryとDOMで同じ事をしたら、大体同じぐらいの速度にならないとおかしい
普通、ライブラリ呼び出しのオーバーヘッドが気になるのは、相当切羽詰った
状況なはずだが、jQueryはそれをはるかに凌駕する遅さがある

しかし、速度以外の面ではjQueryは超いいライブラリだとは思う

895 = :

polyfillでブラウザ間差違を吸収して
普通に作る方向はどうですか？
それで作っている人いますか？

897 = :

しかも良く見たら
cssメソッドの中でgetWH()を再定義してるやん
ライブラリなら内部は少々汚くなってもいいからカリカリチューンしろよ。。

899 = :

>>896-896
http://github.com/jquery/jquery/blob/master/src/css.js
6年も前のコードに言ってないで
最新のソースをカリカリチューンしてくださいよ先生


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について