テクノロジー
jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

qiita.com/mizchi

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

475usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

475 users

qiita.com/mizchi

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント70件

注目コメント
新着コメント

toaruRもともと、ブラウザ間の挙動差を吸収してくれる魔法だったしね（´－｀）jQuery

2016/04/19リンク

その他

pro_shunsukeフロントエンドが複雑になるSPAだとjQuery使うのが辛くなるからReactとかが出てきたのに、それを考慮していないコメントが多い。適材適所。

2016/04/19リンク

その他

harry0000子が親を探索する必要ある(子が親のDOMや描画状態に依存する)設計にしないの、基本だし書かれてる内容も至極全うだと思うんだけど、よくわからないコメントがいっぱい付いててよくわからない / SPAの話は一切してない

2016/04/19リンク

その他

k12uかなりバランス取れてると思うけどな、なぜか批判にたくさんの星が

2016/04/20リンク

その他

Pasta-K座標計算系の実装するときにjQuery読んで感涙した

2016/04/19リンク

その他

lli複雑なwebアプリを作るのにjqueryでは解決しない問題があるので他の方法が模索されてるだけなんだけどなんで対立構造ぽく扱われるのかわからんな。

2016/04/20リンク

その他

ka-ka_xyzIE6, 7が生きてた頃は「レガシーIE対応をほとんどライブラリ側で吸収してくれる」ってだけでも十分価値は有った（過去形）と思う。

2016/04/19リンク

その他

noonworks実際にある程度以上の規模のSPAを作ってる人に「SPAなんて作るの？」「そんなの作らないでしょjQueryで十分」ってSPA不要前提で話すの、会話が成り立っていないような……

javascript

2016/04/20リンク

その他

rti7743なぜjQueryを否定論は、自らjQueryを超えるライブラリを作ろうとしないで、別のライブラリの肩に乗って喜んでいるのか。ただの派閥争いなのかな？俺ならこう作る。わーおなみたいなの希望。

2016/04/19リンク

その他

te2ujQueryに関して言えば、本家のページにある「write less, do more.」が全てだと思う。IE6全盛期にjsを触っていた身として、jQueryやその前に使っていたPrototype.jsには本当に助けられた。クロスブラウザ対応がままならなかった頃。

2016/04/20リンク

その他

clworldj*Query*なんだから本来の用途はQueryだろう…。

2016/06/10リンク

その他

naga_sawa jQuery が便利なのはクロスブラウザでクエリでDOM要素に到達できてイベント処理できるってとこだったので/昨今の複雑化したWebだとカバー範囲が違うというかなんというか

2016/05/12リンク

その他

takaken1123[2016-05-01 16:04]

ブックマークバー

2016/05/01リンク

その他

toshihiko150要は、「座標系は難しいからjQueryは欲しいよね。だけど、本来のDOM操作のcloset/sibling/next/prevが標準機能として提供されないのか意図を考えれば、きちんと設計をした上で、document.querySelectorを使うべきだ」ということかな？

2016/04/28リンク

その他

uretaro"僕がjQueryセレクタを使う場合は、基本的にコンポーネント要素のルートからの find のみとしています。DOMの相対座標に依存したコードは、とにかく変更に弱く、改修も困難です。"

* jQuery

2016/04/28リンク

その他

tyru「座標計算系の難しさ」

2016/04/23リンク

その他

justcyclePlan9やGNU hurdがなぜ失敗したか思い出すべき。完璧ではなくても十分使いやすいJQueryで十分で、ライブラリ使う俺かっけーは無意味に保守性を下げるだけ。

2016/04/21リンク

その他

pmint「親方向への探索」とあるけど、方向の問題ではなく境界を作ってないことが問題。要するに設計してないという問題。座標の話はスタイル操作の問題。

2016/04/21リンク

その他

enemyoffreedomまぁSPAに限らずUIのリッチ化が進んでいて、画面の複雑さがどこかで閾値を超えるとjQueryではスパゲティ化して保守がしんどくなってくる

2016/04/21リンク

その他

Dolpen外部や親に依存しない構造化されたDOMとそのための小さいモジュール群の切り出しは保守コストや再利用性のためにあるのに、それを自己満足だとか批判するコメントに評価集まっちゃうJSのコミュニティ終わってない？

2016/04/20リンク

その他

Dai_Kamijo100ストック！ | jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの by@mizchi — キータ (@Qiita) April 20, 2016 from Twitterhttps://twitter.com/Dai_Kamijo April 20, 2016 at 02:30PM via IFTTT

2016/04/20リンク

その他

djshigyjQuery

2016/04/20リンク

その他

IndigoHawk“膝にReactを受けてしまってな”当ててやろうか？誰かに、スイート・ロールを盗まれたかな？

2016/04/20リンク

その他

lyiaseもはやJSすら標準化されている時代だから、既存のJS(ES2015)の機能でjQueryで表現の体系で使える超軽量ライブラリを作れば、みんな幸せですべて解決…？

2016/04/20リンク

その他

ikosinjQuery とは何か？みたいなものの答えが人それぞれ違うんだろうか。自分の中では、クロスブラウザ対応 API ライブラリ/ v1.8 くらいまでは使ってたけど、古いブラウザ対応する必要がなくなってから使わないように

jQuery

2016/04/20リンク

その他

mumincacao親方向への探索は同一ふぉーむ内の要素探すときぐらいかなぁ？座標計算はもうちょっと各種ぶらうざさんが歩み寄ってくれてもいいと思うのです（－ｘ【みかん

2016/04/20リンク

その他

javascript

2016/04/20リンク

その他

cocodrips最初の1行でやられた

2016/04/20リンク

その他

vanbraamjQueryって出現当初はクロス・ブラウザー性も採用理由として大きかった気がする.そういう意味では色んな泥臭い作業を隠蔽してくれる便利ツールという位置付けだから,綺麗に設計されたライブラリーとは方向性が違うかも

2016/04/20リンク

その他

UDONCHAN『座標系は難しい』

2016/04/20リンク

その他

nisshin-k普通にwebページ作るうえでSPAにしなければならないようなお仕事してないからなぁ。本当に必要なん？

2016/04/20リンク

その他

psfactoryjQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

2016/04/20リンク

その他

dev0000_1コンポーネントではなく、ボタンなどの部品で語る仕様になると、親探索系ロジックが増える気がする。複雑性が増大するというのは同意だけど。

2016/04/20リンク

その他

ya--mada客前に立たなくなって長くなるので、フロントには戻れないなって。おじさん

2016/04/20リンク

その他

pakkunflower集約は大事

2016/04/20リンク

その他

baronhorse同じやつが似たような話あまり何度も繰り返してんの見ると、スナックで聞いてもらえと言いたくなる。

2016/04/20リンク

その他

2016/04/20リンク

その他

akulogjQuery使ってって言われて使ってみたらbackbone.jsが既にいたり、既にカオスになってるとこは沢山ある気がする

2016/04/20リンク

その他

airj12座標計算や親探索が必要な画面仕様自体がWeb向きでない、て事なのかな

2016/04/20リンク

その他

k12uかなりバランス取れてると思うけどな、なぜか批判にたくさんの星が

2016/04/20リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「jQueryで楽になる...」が注目されています。

気持ちをシェアしよう

ツイートする

jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

俺も昔はお前のような jQueryスパゲッティジェネレーターだったのだが、膝にReactを受けてしまってな… ...俺も昔はお前のような jQueryスパゲッティジェネレーターだったのだが、膝にReactを受けてしまってな… 基本的な方針とくにライブラリ設計者において、小さなモジュールを単機能で分割する以上、ライブラリ設計者は可能な限り依存を減らすことを求められます。node環境ならdependency hellの回避のため、フロントエンド環境ならファイルサイズを減らすためです。ライブラリ設計者ならずともコードのポータビリティを維持するため、できるだけライブラリに依存しないコードを書くのが望ましいです。Githubみてる限り、最近書かれるJSのライブラリの多くはjQuery非依存です。ユーザーから見る限りは、jQueryElement渡すかHTMLElement使うかぐらいの違いですけどね。また、Angular,React等のSPAをスクラッチで設計する場合、気づいたらjQueryを使っていな