会社でjQuery使ったら、無能な上司がブチ切れたｗ [転載禁止]©2ch.net ->画像>4枚

いわく
「変なものを使うな」
「俺はそんなもの知らん」
「実績がない」
「他人のことなんか関係ない」
「試してみるつもりもない」
「今までこれでやってきた」
「新しいことなんかに興味はない」
「コスト削減にも興味はない」
「俺が知らんものを作るな」
「俺が一番凄いんだ、出る杭は全部潰してやる」
だとさ

>「俺が一番凄いんだ、出る杭は全部潰してやる」

キチガイでござるなｗ

まともな技術力もなく役職だけあたえる会社もどうかと思うよな

コミュニケーション能力ｗとかいうのを昨今の会社は重要視してるらしいが、
技術系の会社がこれに傾倒したらダメだろって思う。

全スレで、
>>1が
「他人が俺を認めないのは、俺の技術力に嫉妬しているせいだ」
という思い込みが激しいことは明らかになったので、
次スレでは、もう少し掘り下げて、>>1がどういう経験を通じて、
そういう、こじれた自意識を持つに至ったのかを明らかにして
いきたい。

>>5
そんなこと言ってなかったと思うけどなあ。
君、思い込みが激しいね。

>>6
うん、いいよ。君がどう思おうが、俺には関係ないからな。

前スレを読むと、このスレの>>1にリストしてある発言も、
ほんとに、その上司って人が言ったのかどうかも怪しいよね。。。

単なる被害妄想なんじゃ？

>>7
思い込みの激しい人ってこわい・・・

そんなことないよって言っても俺には関係ないって言って
聞く耳を持たない。怖い。思い込みの激しい人って怖い。

上司に何かを提案して、それをいったんは却下される
なんてこと、普通によくあることなのに、そんなことで
いちいち、その上司を無能な人扱いしたら、自分の成長
が止まるし、応援してくれる人も出てこなくなるよね。

>>1 が可哀想なのは、提案をもっていく前に相談できる人が
職場にいななさそうなところ。

つまり、
「jQueryを◯◯課長（だか部長だか）に提案しようと
　思うんですが、OKもらうにはどうしたらいいでしょう？」
という相談のできる先輩がいなさそうってこと。

だから２ちゃんに、「俺はこんなに知っているぜ」とgdgdした
レス書いて鬱憤張らしするしかなくなって、「みんな俺に嫉妬してる」妄想入って、
２ちゃんに飽きたらオナニーしてフテ寝するしか無くなってしまう。

痛いなあ・・・

どうにかせーよ、ほんとに・・・

俺は優しいので、はっきり言うが、こいつみたいな負け犬は目障りだ。
なぜかというと、その存在だけで俺の気力を奪っていくから。

>>11
ねーよｗｗｗｗｗｗjQueryを却下するやつなんて前代未聞だわｗｗｗｗ
お前マジで仕事してんの？いいか、仕事で大事なのは効率だ。
いかに速くいかに品質の高いものを作り出せるかというコスト意識が大事なんだ。
jQueryを使わないWeb開発なんてこのご時勢にありえないんだよｗｗｗｗｗ

>>12
お！また出てきた。草生やしまくって何やら楽しげです（笑）

２ちゃんやっているときが一番イキイキする人なんだろうなあ・・・

>>13
お前は草に反応するヤギかｗ

>>13
技術的な話についていけないやつってすぐ人間がどうこういいだすからなあｗｗｗｗｗ能無しがｗｗｗｗｗｗｗ
jQueryの話くらいできるようになれよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
バスに乗り遅れるな！ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>12
まあ、そう興奮するなってｗ
>>11が属してそうな組織もある意味ｶﾜｲｿｳだよ

俺もそういう組織で働いた事あるけど、ホント酷いもんだよ

「ｼﾞｪｲｸｴﾘで生産性向上を目指す！」
「ｼﾞｬﾊﾞだｼﾞｬﾊﾞ！ｼﾞｬﾊﾞの言語使える奴集めろ」
「そもそも、ｼﾞｬﾊﾞｽｸﾘﾌﾟﾄってｼﾞｬﾊﾞと違うのか？」
「フレームワークにはｼﾞｪｲｸｴﾘを使います」

こんな驚きの会話が会議室から聞こえてくる
そんな職場

なんか超元気になってるな（笑）なんか薬でもやってんのか？

ちょっと付け足し

＞ 「ｼﾞｪｲｸｴﾘで生産性向上を目指す！」
これは別に間違ってないけど
いまさら、これを高々と宣言するのはちょっとヤバイだろ
って意味

最近INTARFRMがJQueryベースになったな。そういえば。
以前は独自のライブラリだったけど、全然情報がないから苦労した。
やっぱJQueryは楽でえーわ。

>>19
どうでもいいけど、
最初INTARFRMを聞いた時は、農場をIT化するパッケージ製品だと思ってた

>>16
jQueryはDOM用ライブラリであってフレームワークじゃないぞ。

などと突っ込まれる>>16が哀れ。

２ちゃんで出会った、見ず知らずの通りすがりの人間のことを
>哀れ
と思うことでしか保てない自我。
その自己評価の低さをどうするのかが、来年の君の課題だな。

客がオープンソース禁止って言ったら、jQueryは使えなくなる
それでも使いたいなら、お前が客を説得しろって話になる
まあ、そういう組織文化が根付いているところもあるから、どちらでも対応できるのが吉

>>23
>>16と>>21のレスを良く読めよw

…つぅことで君の来年の課題が出来たなwww

続編作るほどのスレなのか？
まああいや

>>25
>レスを良く読めよw

読まないよ。面白くないもの、君のレス。センスが無いっつーか。

>>27
じゃあ死ねよｗ

そうやってすぐ切れるところもキモい。DQNが伝染りそう。

>>24
＞客がオープンソース禁止って言ったら、jQueryは使えなくなる

使えなければ開発工数と開発費用が上がる、と客に言えば普通の客は納得するよ

そもそも客の言うオープンソース禁止自体何の意味もない我儘だから

>>16を書いたのは俺なんだが、

>>16の「フレームワークうんぬん」に突っ込みが入った時は、
どう返答しようか悩んだわ

結局、放置しておくに限ると思って、今朝来てみたら
何かすごい展開になっててﾜﾛﾀｗ

>何かすごい展開になってて

って、なってねーから。
君、前スレからどんだけ自己承認欲求強いんだと。

前スレ

会社でjquery使ったら怒鳴られた
http://kanae.2ch.net/test/read.cgi/prog/1411355946/

つか、使う使わないは方式設計の時点で決めるでしょ。

>>34
決めねえよｗ　どこのウォータフォールだよｗｗｗ

どこかは言わんがウォータフォールなのは確かだw

決めないの？

>>36
決めねえよｗ　SIerじゃないんですよｗｗｗ
開発する前から視野狭めるような真似するわけないｗｗｗｗ

SIerの人は板違いだろう。そもそもプログラミングって何だか分かるの？

＞「そもそも、ｼﾞｬﾊﾞｽｸﾘﾌﾟﾄってｼﾞｬﾊﾞと違うのか？」

俺が今いる現場の社長は「SQL」を「SQLServer」の略だと思ってます。
まあ経営だけやってる人なら別にいいんだろうけど、完全なワンマンで自分の一声で全員が従わないと気がすまないって人なもんで、ひどい現場ですよ。

設計というより、チームできめるやろ…

あと、>>1の最後みたいなこと言うやつは、鼻っ柱へし折られたらクソガキ並みに粘着してくるから辞めたほうがいいよ。
二、三十越えて、ガキみたい粘着してキャッキャッしてるやつって意外に多いから困る。
周りが止めんのもおかしいんだけどな…

>>36
普通は相手の要件定義を聞いたうえで、
設計する前に、どういったライブラリやフレームワークを使うかを決めるわな
使うライブラリやフレームワークが決まっていなければ、そもそも設計なんてできないし

>>41
jQueryを使うかどうかをまず決めましょう。
そうしないと設計できません。

ｗｗｗｗｗｗｗｗｗ無能じゃねえかｗｗｗｗｗｗｗｗｗｗ
ありえねえだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗjQuery使うのは常識だ

jQueryを使うかどうかは設計者側の判断

顧客要求ではそんな事は論じない
WEBアプリの動作メカニズムの詳細には立ち入らないし顧客は殆どその知識がない

jQueryを使うかの判断は簡単。

Q. DOMを積極的に使う用途か

これだけでいい。YESからjQueryを使うべき。
ゲームなんかだとDOM使わないからjQueryは不要。

>>43
客はjQueryを使っても使わなくてもどうでもいいとなると、
つまり、>>1の上司は無能ってことになるね。

>>44
Web開発ではjQueryが必須という結論か。
つまり、>>1の上司は無能だってことだね。

これ、こんなJSPで頑張らなくても、JQueryでやれば簡単っすよーっ？
って提案したら却下くらった事があるなぁ。
画面開発に入る前の準備段階だったんだけど、すでにツカワネー方針が固まっていた。

>>47
理由を聞いたか？

>>48
今まで使ったことがないからだって

一番駄目なパターンだな。

提案っていうのは今までやったことがない
ことだからこそ提案するわけで。

無能な上司すら説得できない方が問題や

またおまえか

>>51
無能なやつって変にプライド高い。
技術力で劣っている分を権力行使して隠そうとする。ただのパワハラの背任行為。
IQ200のやつがIQ60のやつに考えを理解してもらうようなもの。そもそも無理。

自社だけでやってんならともかく、数社入り乱れてやってると厳しいよ。
それも最下層会社の身なれば…。

でもjQueryはMicrosoftのVisual Studioで
標準として採用されているライブラリだから、
ASP.NETを使う＝jQueryを使うになってるんだよね。

だから数社入り乱れてるとかそういうところじゃなくて
世界が狭い会社がjQueryを使わないんだと思うね。

こんにちは

いらっしゃい

こんばんは、

なんだかjQueryぐらいでピーピー言ってるのが虚しくなっちゃうよ。

AngularJSを使おうか、バージョンが変わるまで手が出せぬとか、
いやいやブラウザクライアントでMVCはほんとうに有効なのかとか、
ならばReact.jsだとか....
そんなことを言い出したら無能な上役は大変なことになっちゃうね。

AngularJSは使わない方がいい
あれは無駄にJavaScriptを難しくしているようにしか思えない

俺は無能な上司は追い出したけどね
下剋上ができないやつも無能

jQuery否定する奴は何を理由としてるの

>>61
よくある理由として
「ブラウザ間の互換性が高くなってきたので不要」
というのがある。

だけどこう言ってる人の多くがjQueryのDOMを関数型風に扱えるという
ライブラリとしての使いやすさを理解してないか見てみないふりしている。

「うちの業務内容ではDOMをほとんど扱わないから」
というのもあるが、それはjQueryの否定ではない。
（例えばうちの業務ではRubyを使わないからといってもRubyの否定にならないのと同じ）

あとは数十KB（キャッシュされるので二回目以上はほぼ0）のファイルサイズや
僅かな実行速度の低下でも惜しい場合に、あえて使わないという選択肢もあるが、
これもjQueryの否定ではなくファイルサイズや実行速度と開発コストのバランスの話

やはりライブラリを使ったほうが開発コストは低くなるので
コストを書けてでもやりたい事があるなら使わないという選択肢もある。

ってことでjQueryの否定を考えてみたけど、否定はでてこなかったねｗ

>>62
> 「うちの業務内容ではDOMをほとんど扱わないから」
> というのもあるが、それはjQueryの否定ではない。
jQueryの否定じゃなくて、jQueryを使う理由がなくなるってきてることだよ。
ブラウザ間の差異が少なくなり、DataBindingできるFWやVirtualDOMが流行ってる昨今、
もはやjQueryを使う理由はなくなりつつある。

IE6の絶滅やHTML5以前の古参ブラウザの淘汰で互換性問題は年々減ってはいる

でもjQueryにはJS記述を楽にして開発工数を低減する効果もある訳で

何年もjQuery使ってると、jQuery使わないコードが書けなくなる。

innerHTMLとか、大文字小文字すぐ間違えるか嫌だ、jQuery使わないと書けない

こうやってjQueryしか書けないプログラマーが量産されていく

>>63
> だけどこう言ってる人の多くがjQueryのDOMを関数型風に扱えるという
> ライブラリとしての使いやすさを理解してないか見てみないふりしている。

>>67
> こうやってjQueryしか書けないプログラマーが量産されていく
jQueryといってもJavaScriptなわけなんだし、
jQueryしか書けないなんてのはありえないな。
jQueryを使っていても、jQueryで出来ない部分はある。

もしjQueryだけで全部できるとしたら、
それこそjQuery以外要らないんじゃね？って話になるわけで。

DataBindingできるFWやVirtualDOMが流行ってる昨今
FWやVirtualDOMしか使えないプログラマが量産されていっている。

図式化するとこうなうかな

■jQueryを使ってるプログラマ
[JavaScript] + [jQuery]
で仕事をしている。

■jQueryがなかった頃のプログラマ
[JavaScript] + [DOM API]
で仕事をしている

■DataBindingできるFWやVirtualDOMが流行ってる昨今では
[JavaScript] + [jQuery]
↓これがこうなる
[JavaScript] + [FWやVirtualDOM]

つまり

■jQueryしか使えないプログラマ
[JavaScript] + [jQuery]

↓これがこうなるだけ

■FWやVirtualDOMしか使えないプログラマ
[JavaScript] + [FWやVirtualDOM]

★ありそうな反論「いやいや、FWやVirtualDOM使ってるプログラマはDOM API使えるよ！」
[JavaScript] + [DOM API] + [FWやVirtualDOM]

★ならば、DOM APIの代わりに使うのがjQueryなので、jQueryを使う理由があるという結論になる。

[JavaScript] + [jQuery] + [FWやVirtualDOM]

実際、最近はほとんどjQuery使わないしなー

どういうDOM APIを想像してるのかわからないけど、わざわざjQueryを使うまでもないDOM APIしか
使わなくなってきたから、jQueryの優位性がなくなってきたってことでしょ。

要するに、新しめのFrameworkの動向とか、VirtualDOMとかを一切知ろうとしない層が、
今でもjQueryをありがたがってるんじゃないかという予想。

>>72
？

>>73
話の流れは「定番ライブラリを意味なく拒否るのはどうよ」
って話で、jQuery に特化した話ではありません。

>>72
お前わかってないでしょ？

> 、わざわざjQueryを使うまでもないDOM APIしか
> 使わなくなってきたから、j

その言い方だと、昔はもっと多くのDOM APIを
使っていたってことになるよね。
じゃあ、昔、どういう時にjQueryを使う必要があった？
今はそれ、使わないんだよね？

今使わなくて、昔使っていたという
DOM APIを言ってください。


ね？ 言えないでしょ？ だからわかってないでしょということ

>>73
> 要するに、新しめのFrameworkの動向とか、VirtualDOMとかを一切知ろうとしない層が、

ということは、新しめのFrameworkやVirtualDOMを使えば、
jQueryは必要なくなるということになるわけだよ。

で、jQueryはDOM APIの代替API。ほぼ同じ機能を（生産性高い形で）提供している

つまりjQueryが必要なくなるということは、DOM APIも必要なくなるということ。

新しめのFrameworkやVirtualDOMしか書けないプログラマーが量産されていく
DOM APIを使えないプログラマが量産されていく。
ってことに変わりはない。

どちらにしろ、DOM APIを使えないプログラマが量産されているのに変わりはないよ。

その理由がjQueryを使っているからなのかフレームワークを使っているからなのかの違いであって

俺がjQueryを使ってる理由はjQueryMobileを使うためってのが一番大きいな。

Mobileに限らずデザイン志向のWEBテンプレートなんかはjQueryを要求する物も多い

>>77
> で、jQueryはDOM APIの代替API。ほぼ同じ機能を（生産性高い形で）提供している

てか、お前のDOM APIの定義は何よ？

まだDOM APIで消耗してるの？

さいきんは、DOMをゴリゴリってやんなくなったよ。

なに言ってんだこいつ >>77

とりあえずReactでも囓ってから物言え

>>81
https://developer.mozilla.org/ja/docs/DOM/DOM_Reference

ぐぐるぐらいしたら？

なんか禅問答みたいになってきたなｗ

嘘くさい

つか、もはやjQueryはDOM API以外の機能しか使わなくなったといっても過言ではない。
Animationとか。

innerHTMLを知らん奴が出てくるとは。

>>90
そんな奴いんの??www

この前すれ読んだけど
少なからず前スレ>>1に肩入れする奴いてわらったわww
てか、jqueryないと効率よくjavascript書けないとか底辺かって

jqueryも使えない底辺がいるみたい。

定石を勉強せずに、我流でコード書いて自分はできると思い込んでる人。

>>94
定石

で、前スレの>>1は結局後輩の新人と仲良くなかったってわけなんだな？

>>92
車輪の再発明してる底辺がなんか言ってる

車輪を知らずに徒歩で移動しているだけかもしれないぜ

>>97
その指摘は的外れ。車輪がでかくて無駄に重いことを知っていて、効率のいい方法を
選択出来るのと、車輪の存在を知らずに一から作るのとでは全く意味が異なる。

jqueryがデカくて重いwwwww
的外れはお前だろwww
笑かすなwww

三輪車くらいなら、自分で車輪作ってもいいよねー
自作の満足度も味わえるし。

自転車の車輪を自作しましたーと言われると、強度的にちょっと乗るのは怖い。
自動車の車輪を自作しましたーとか言われると、そんだけ技術あるんなら
タイヤ屋とかやったほうが儲かるのにと思う。

jQueryは便利なんでしょう。
（ちなみにワイ、jQuery書けんwwJavaScriptしか書けんorz）
しかし、jQueryで書くと何か不都合があるプロジェクトなんでしょうね。
そして、その不都合がどう影響を与えるか？
自分に？メンバーに？アプリ使う客に？
メンバーだとデスマに。客だと損害賠償の可能性も。

・・・ってゆうかjQuery使ったらあかん理由を
上司に聞いてないのかなぁ？

>>102
書けるようになってから出直してこいよ。
なに偉そうにいってんだ。
使えるようになればjQueryにデメリットは1ミリもない。
つまり上司が無能としかいいようがないことは明白。

>102
普通のJavaScriptが書けるんだったらjQueryなんざ30分もかからずに覚えられるよ
使う使わないは自由だけど試してみたら

>>104
jQueryで必要なのは覚えることじゃなくて
考え方の違いを知ることだよ。

これが出来ない人が多い。
jQueryを使うだけなら簡単なんだが、
jQueryを使って効率的にかける人が少ない。

jQueryを使って30分の人なら、もれなく
ifやforループばかりの非効率なコードを書いていると思うよ。

>>105
お前みたいにjQueryの使い分けできないやつがおっそいコード書くんだよな

>>106
今の時代、実行速度よりも
開発速度のほうが重要なんですよ。
速度の最適化は後からするものだって知らないんですか？

>>107
たかがループ処理するのにそこまで効率が変わるとも思えないけど？

>>106
片方捨てるお前みたいなのがいるから
いつまでもIT土方とかいわれんだろ

>>109
誰が片方捨てるといったんでしょう

>>110
全くそのとおりだよｗ

こっちは開発効率のためにjQueryを使う。
パフォーマンスが重要な所は最適化するって言ってるのに、
一体どっちが、片方しててるんでしょうねｗ

jQueryの話をするといつもこうだよ。
パオーマンス厨が、jQueryを使うなって言ってくる。

適切な技術を選択できないんだろうな。

javascriptを生で書くやつらと
jqueryつかって効率化意識するやつらの宗教戦争っぽい

jqueryつかって効率化意識するやつらっていうのは
jQueryだけを使ってるわけじゃないよ。
パフォーマンスのために生JavaScriptで書くことも選ぶ。

ただ殆どの場合、そこまでのパフォーマンスが必要ないから
jQueryを使った効率のいい書き方をするだけであって。

jQuery = DOM用ライブラリ = UI部分なので、人間が介在するから
人間の反応速度からして数十～数百ミリもの差があっても問題ない。
jQueryによる速度低下は大抵の場合1ミリ秒未満で収まる。

>>112
プロファイルぐらいしてるよ

jQuery使ってる俺たち最先端とか思ってるアホいそうだな

いないだろｗ
常識として使ってるだけだ。

そこで最先端だという発想が出るほうが
ちょっとおかしい。

人として当たり前の親切をしたら、
DQNに何それいい子ぶってるつもり？って
言われたような気分だ。

jQuery使うのが常識とか思ってるアホが見つかったわw

まぁなんで使わないのか説明はさせるな。

使わない理由は、ファイルサイズのせいですかね？
でもキャッシュ効くからほとんど問題ないし。
重くなるって言っても、ほんの数ミリ秒程度だし、
問題になる部分だけチューニングすればいいし。
DOM操作が不要になるAngularJS（※もっと重い）を使ってるようにも見えないし。

うーん。やっぱり無能だから？ｗ

使わない理由は、既にオワコンだから

オワコンということは次があるってことなんだが。
その次がないんだよな。
だから嘘だよ。

確かに、今となっては、jQuery はある意味オワコン。
昔みたいに、ガッツリ jQuery を使って DOM 操作をする
のは今日日やっちゃダメだろう。
HTML と Model-Object とのマッピングは自動的に
やって欲しいところ。

ぢゃあ、jQueryは死んだかというとそうではない。
jQueryUI を始めとする UI コンポーネント部品が
フリー・商用どちらもワンサカあるし、自分で作る
ときもやりやすい。

つまり、かつてjQuery はクライアントMVC の全面
を支えるフレームワークだったけど、今日では
そういう使われ方はしない。
でも、まだまだ V の UI コンポーネントのプラット
ホームとして現役。

UIコンポーネントのプラットホームとしても、
だんだん react.js などの virtual dom 世代の
フレームワークに置き換わっていくだろうけど、
それはもう少し先の話になるだろう。

いまだにjQueryでバリバリDOM操作して、jQuery地獄な人多そうね

jQueryを使わないとしたら、AngularJSとかになるわけだけど、
あれだとページ全体か下手すりゃサイト全体をAngularJSで作らないといけないから
サイトの一部に軽くJavaScriptを使用するときにはjQueryの方があってるんだよ。

Web Componentの時代になると、ますます軽くJavaScriptを使用すれば良くなるから
（大げさな部分はWeb Componentに内蔵されるから、必要なのはコンポーネント同士を組み合わせるところだけ）
これからもjQuery使われるんじゃないかな。

jQuery 3.0の「Improve support for "Web Components" features like ShadowRoot」みてそう思った。
https://github.com/jquery/jquery/wiki/Roadmap

もういっそのこと、jQueryをブラウザーに組み込んじゃえば？

>>125
本当にそうなって欲しい。

getElementsByTagName とか querySelectorAll とか
名前が長過ぎる。

DOMの設計って一体どこが出発点なんだろ？
JavaScriptじゃなくてJavaの世界から生まれれたものなのか？

Rubyとかやってると、オブジェクト指向なら短い名前で
できることなのになんでこんな長い名前をつけるんだろうか。

受注系SEの皆様へ

期限強要偽装請負裁判情報
事件内容
NTTコミュニケーション受託開発
被告企業
1次受注 グローバルウェイ
2次受注 ビジネスインフォメーションテクノロジー
3次受注 アイピーロジック
被害を訴える際に、
3次受注 アイピーロジックと
2次受注 ビジネスインフォメーションテクノロジー
が警察までついてきて反論し、裁判となりました。
3社とも原告に指示した事を認めました。

皆様も生涯被害にお気をつけ下さい。

今は、Vanilla.jsの時代
http://vanilla-js.com/

>>126
テキストエディタの辞書機能に登録しておけば？

>>126
君が考えた名前を教えてよ。
オブジェクト志向的に採点してやるよ。

Rubyだとこんな感じで短いよ。

http://ref.xaio.jp/ruby/classes/enumerable

DOM = 要素のコレクションなので、
これらのメソッドがそのまま使える。

例えばgrepとかfirstとかjQuiryにもある。

オブジェクト指向のRubyのメソッドを
出したのだから、ぐうの音も出ないだろうｗ

getElementsByTagName
　get ... 値を持ってきているのだからgetに決まっている
　Elements ... varとかならともかく返り値を格納する型を見ればわかるだろ
　By ... まったく不要
　TagName ... 引数の型見て分かれよ

全部不要。

まだどうでもいい話してたのかよw

採点してやるといったくせに、
どうやら低い点をつけることが
出来なかったようだなｗ

jQueryのアイデアが素晴らしいのは
階層構造を持つDOM要素をセレクタを利用することで
平坦なコレクションに変換してしまったところなんだよな。
これによって数々のコレクションへの操作が応用できるようになった。

>>135
もともとidだnameだってのは平坦なコレクションだと思うが。
nameは階層構造でも使えるが、idは完全に階層構造無視だしな。

>>136
コレクションに対して一括で操作を行える
メソッドがないからだめだよ。

>>137
？？？

>>138
jQueryだと、
コレクション.prop('checked', true) とするだけで
コレクション全ての属性を変更できるの。

each等のメソッドでぐるぐる回さなくていいのさ。

じゃあnameはコレクションだな。
idは重複不可だから「全て」といっても単一だけど。

何故webPGはこれ程までに低能なんだろうか

>>140が低能なだけ

>>137
> コレクションに対して一括で操作を行える
> メソッドがないからだめだよ。
jQuery脳だと、こんな考えになっちゃうのか。
怖いわー。

お前ら喧嘩すんなって
普通のPGから見たら同レベルだわ

>>143
少しはなにか言い返したらどうなんだ？

>>145
言い返すも何も、jQuery使ってるから「コレクションに対して一括で操作する」場面にたびたび出くわすんじゃないの？
いったいどんな場面でそんなことが必要になるんだよ？
普通そんなこと必要ないし、もしどうしても必要なら自分でループすればいいだろ。

あー、これか？
> コレクション.prop('checked', true) とするだけで
> コレクション全ての属性を変更できるの。

jQueryでゴリゴリ書いちゃうから、こんな場面に出くわすんだよw

$(hoge).find('li').css(fuga)
みたいなこと良くやってた気がする。

メソッドのチェーンが出来ないじゃん

>>146
> いったいどんな場面でそんなことが必要になるんだよ？

テキストボックスがあったとして、
そのテキストボックスに特定のクラスをつけると
全部、拡張テキストボックスるになるとか。

コンポーネントとして考えると、絶対に必要になるよ。

チェックボックスを全部チェックするとか。

ページ内リンクはデフォルトの動作をキャンセルして
全てスムーススクロールで処理するっていうのにも
使ったこと有るな。

あと、セレクトボックスで複数選んで
削除ボタンを押したら一気に削除するとか。

フォーム内のコントロールをすべてdisableにするとか。

画面上にフォームが0個以上表示されている時に
サブミットボタンを押した時に、本当にいいですか？って
ダイアログを出すとか。

なんかいくらでも出てくるんだが。

>>150
> テキストボックスがあったとして、
> そのテキストボックスに特定のクラスをつけると
> 全部、拡張テキストボックスるになるとか。
それがjQuery的発想。

>>152
ちょっと全部考えるのだるいけど、大半はjQuery的発想じゃないかな。

jQuery的発想というのは、データ(model)と画面の表示内容の同期を、jQueryで頑張ること。
「今時のFW」と呼ばれるものを勉強すると、そのjQueryの呪いから逃れられるかもよ。

>>152
> あと、セレクトボックスで複数選んで
> 削除ボタンを押したら一気に削除するとか。
例えば、これなんか、jQueryでDOM要素を消すってことでしょ？
それを消すのと、保持してるデータ構造からそのデータを消すのだるいじゃん。

「今時のFW」なら、
・セレクトボックスで複数選ぶ -> model.checkedがtrueになる
・削除ボタンをクリック -> modelのcollectionから削除対象をremove -> それが画面に自動反映
な感じになってるよ。

「今時のFW」はどんな感じで実装するのかは、
http://todomvc.com/
がお薦めかな。

このTodoアプリをjQueryのみで実装するのは辛いんじゃないかな。

>>153
反論しろってｗ
jQuery的発想だからって
悪いってことにはならない。

>>154
> 例えば、これなんか、jQueryでDOM要素を消すってことでしょ？
先にjQueryが来るのはおかしいね。

DOM要素が先にあって、そのDOM要素を消したいと思った時、
DOM APIを利用する。例えば削除するならNode.removeChildを使うね。

もしかしてDOM要素を消す、つまりDOMのAPIそのものを否定してるわけ？

>>154
会社でjQueryを使ったら起こられるような会社が
jQueryよりも覚えることが盛りだくさんで
更に重いものを使うわけがないでしょｗ

ブチギレ×100だよ

>>155
> このTodoアプリをjQueryのみで実装するのは辛いんじゃないかな。

ソースコード見ました。
FW使ったら、コード量がめちゃくちゃ増えますねｗｗｗ
しかも単なるHTMLから逸脱しまくってますね。

FWは辛いですｗｗｗ

「プロトタイプ段階なんで早く作れるなら何で書いてもいい」と言われたので
張り切ってAngularJSで書いたのを動かしてみて、結構評判良かった

でも、引継ぎ時に蓋を開けて見て仰天

「なんでもっと普通に書けないの？」
「社内で何年もジャヴァスクリプトやってる人に見てもらったけど、
今まで見たことのない書き方で、全くお手上げらしい」

jQueryで書くと>>1の会社ではおそらく同じ事が起きる

「なんでもっと普通に書けないの？」

いや普通に書いてるんですけど・・・

>>159
AngularJSww
そりゃダメたわ

仕事のプロトタイプ作成で社内の誰も使えないの使うのは
馬鹿を通り越して気が違っているとしかいいようがない
趣味と仕事を分けられないタイプのバカだな

>>159
なんかAngularJS万能みたいに思ってるけど
HTMLの書き方から変えてしまうものなので、
AngularJSはAjaxバリバリなウェブアプリを
作るならいいけど

HTMLの一部のコンポーネント、例えばテキストボックスや
チェックボックスにほんの少し処理を追加したい場合には
重すぎるものだぞ。

>>161
気が狂ってるって、結構鋭いね・・・
実際、半分は嫌がらせが目的だった
その当時、結構心が荒んでいた

>>162
ですよねー
使い所は結構限られますねー

>>163
人のバグの尻ぬぐいをしたら、なぜか俺のせいにされちゃったとかそんなことのあった後は良くやるよな

>>156
> 反論しろってｗ
何に対して反論しろって言ってるのかわからん。

> もしかしてDOM要素を消す、つまりDOMのAPIそのものを否定してるわけ？
そんなこと言ってない。
DOMオブジェクトのコレクションに対して一括操作するjQueryのAPIが便利あるいはそれが必要だと
思ってるのは、そういうコードを書くからであって、モダンなFWを使えばそんなことしなくても済むって話だ。

> FW使ったら、コード量がめちゃくちゃ増えますねｗｗｗ
逆に減るコードもあるんだけどね。
collection.store()とやったら、サーバにPOST/PUT/DELETEを発行して、正常終了したらcollectionに
その変更を反映して、画面がcollectionの内容に応じて書き換わるという一連の処理が自動になったりする。

> FWは辛いですｗｗｗ
はあ、そうですか。

>>162
> HTMLの一部のコンポーネント、例えばテキストボックスや
> チェックボックスにほんの少し処理を追加したい場合には
> 重すぎるものだぞ。
その程度でしかJavascriptを使わないのであれば、FWなんかは必要ないね。

>>161
> 仕事のプロトタイプ作成で社内の誰も使えないの使うのは
プロトなんだから、何使ってもいいじゃん
どうせ捨てるコードなんだし

>>168
本気で言っているなら転職したほうがいいよ

>>159
何でも嬉しがって仕事で使う前に
自分である程度使いこんでみろよ
筋が悪いfwくらい判るだろ

>>166
そんな所減っても大して嬉しくないだろ

新しい技術に飛びつくのは良いんだけど
その都度～は最高て叫ぶのやめて貰えるかな

>>171
> そんな所減っても大して嬉しくないだろ
jQueryを使ってコードがスパゲッティ化するって言われてるのの大部分が「そんな所」のせいなんだけど。

スパゲッティ化するのは技術力が低いせいで、
jQuery使うとコードはシンプルになるんだよ。

jQueryで複雑になる人はjQueryを使わないと
手が付けられなくなる。

お前らAltJSはどう考えてるの？

TypeScriptでいいでしょ

>>174
> jQuery使うとコードはシンプルになるんだよ。

そのシンプルなコードが積み重なるとスパゲッティ化するのがjQueryの駄目な所

>>174
> スパゲッティ化するのは技術力が低いせいで、
FWを使わない場合、View(ViewModel)/Model(Collection)/XHR/DOM操作/各種イベントハンドラのコードが
入り乱れるせい。
FWを使えばうまくさばけるのに。

todomvcのページでいくつかコードを見たけど、jQueryのみのコードが最もシンプルに感じるのは俺だけだろうか。
https://github.com/tastejs/todomvc/blob/gh-pages/examples/jquery/js/app.js
まあ、FWは大規模なプロジェクトでは有用なんだろうけど。

jQueryだけあれば事足りるレベルの人とfwの話が噛み合うわけがない

だよな

サーバサイドのFWも同じことが言えるね
オレオレFWで十分と思ってる人には何を言っても通じない

>>177
> そのシンプルなコードが積み重なるとスパゲッティ化するのがjQueryの駄目な所

jQueryである理由が全く書いてないだろ？

お前もしかして、スパゲッティがでてきたのは
jQuery登場後だと思ってるの？

ニワカだぁなぁ（笑）

>>180
正確に言うならば、jQueryだけあれば事足りる要求があるのに
意地でもFWでやろうと考える人がいるのが問題だね。

なんでこう、なんでもかんでも複雑にしちゃうんだろうか。
要求を出すのは客で、その客の要求が小さいならば
jQueryでいいのよ。当たり前だけど。

>>184
JSPでも書いてなさい(笑)

HTTPを覆い隠すようなFWは害悪でしかない。

「jQuery＝ジャバで書かれたオープンソースで便利なもの」
と思ってる上司は多い

キックオフミーティングにて

「今回のプロジェクトではフレームワークに○○とjQueryを使います。」

>>1みたいな上司がいる会社では日常茶飯事です

小さいプロジェクトほどFWを適用すべきなんだけどな
ミニなオレオレFWが増殖するとマジで困る

>>189
プロジェクトの規模で決めるんじゃないよ。
そこで何をするかで決めるんだよ。

でかいプロジェクトでも、JavaScriptが
必要な所が少ないなら、jQueryの方がいい。
フレームワークはjQueryよりも重くて遅い

AngularJSはどうでもいいがReactJSが気になる

>>190
> フレームワークはjQueryよりも重くて遅い
こういうアホが上長だと、FWの導入ができなかったりするんだよね

AngurarJSなんて、どうせ3年後には誰も覚えてない

>>193
まあ今時のFWを使ってる人は、3年後にはさらにその先に進んでるから心配しなくていいよ。
お前はずっとそこに居続けるんだよね。3年後も。

>>190
何をやるかで決めるんじゃないよｗ
誰がやるかで決めるんだよｗ

FWやライブラリとかの流行りモノに極端に冷えた見方してる人って、
なんか痛々しいなあ

流行に飛びついている人は、寿命が短いのなんて十分承知の上なんだけどね

極端に流行りモノを否定する人って、
変化の速い技術に着いていけないだけの馬鹿なんじゃね？

あ、わかった！
SIer()では、自己保身の為に、そういう「枯れた」技術ばかりを
溺愛するようになっちゃうのね・・・

別に流行りものに飛びつくなと言ってるんじゃない。
それで存分に遊べばいいが、仕事で使うとなったら話は別だ。
3年後にメンテできないクソを作るんじゃない。

どの言語界隈でも居るんだよな。
新しい技術を手放しで賞賛するやつらが。
新しいものは新しいもので学べばいいが、無条件に正しいわけじゃないんだよ。

サンプル程度のコードをちょろっと書くんじゃなくて
がっつり使って自分で判断してから、人に勧めてほしいもんだわ。

>>192
あのさ、lightbox使いたいだけなのに、
AngularJSを導入するとHTMLにng-なんたらをつけていくことで
ビューが自動的にレンダリングされて完全に分離できるから
ユニットテストが簡単にできるようになって大規模アプリの
開発も効率良くなりますとか言った所で、
でもlightbox使うだけなんだよ？で終わりでしょ。

>>201
lightbox使いたいだけの人も「jQuery使ってます」とか言うんだ

別に大規模じゃなくたって、ページあたりのJavascriptの行数が1,000行を超えるレベルになると、FWの方が断然楽

>>203
想像で知ったようなこと言うのやめようよ…

>>204
なんで想像とか思うのか不思議。
管理ツールとかだと10ページ未満の場合が多いと思うけど、FW使うととても楽。
FW使ってページあたり500～1000行超くらいだから、使わなきゃ1000行超でしょ。

つか、SPAならどんな規模でもFWは有用

>>202
> lightbox使いたいだけの人も「jQuery使ってます」とか言うんだ
はい、そうですが？

>>205
Ajax使わない管理ページもたくさんありますが、
なんでFW使うと楽になるんですか？
具体例を上げてください。

いきなり「管理画面」とか「Ajax」とか
この人は何と戦ってるの？

jQueryって何時からフレームワークになったのかな

>>209
え？ その例題だと都合がわるいわけ？
どんな場合でもFW使ったほうが
楽になるって話じゃなかったわけですねｗ

>>210
jQueryでゴリゴリ書くの辛いけど、FW使えば楽になるって話

>>212
その論点ってフレームワークを使うか使わないかじゃね？
つうかフレームワークとjQuery比べるって理解度やばくね？

>>213
「jQueryでゴリゴリ書く」のとFWを比較してるんだが、その程度もわからないなんて理解度やばいよ

Webアプリのフロントエンドエンジニアじゃない奴が結構いるな

jQueryは老害潰しのため開発されたんだからそりゃ戦争になるの当たり前
どうやってお互いを組織から追放するか戦争になるの当たり前

jQueryとかダメダメといった層が退場したら、
今度はFWとかダメダメという層がのさばる

FWは老害潰しのため開発されたんだからそりゃ戦争になるの当たり前
どうやってお互いを組織から追放するか戦争になるの当たり前
人間の世界を舐めるな小僧。正論通したければ強者になれ

上司の政治的弱みからモノをみれない餓鬼は社会から退場しろや

圧倒的な普及率のjQuery
http://w3techs.com/technologies/overview/javascript_library/all

>>220
どんなに圧倒的シェアでも>>1ですから

つまり無能な上司ってことか

俺のjQueryとの突き合い

jQueryって何？美味しいSQL？
↓
なんぞこれｗすげー便利(目から鱗)
↓
ん？なんかブラウザごとに動きが違うぞ？(ﾃﾞﾊﾞｯｸﾞ修正ﾋｲﾋｨ、ｼﾇ～)
↓
よく考えたら、jQueryに依存しまくったシステム
色々問題抱えてるわな・・・そんなに良いものかな？
↓
ああもうjQueryうぜ～

テンプレ化

俺の[素晴らしいライブラリ]との突き合い

[素晴らしいライブラリ]って何？美味しいSQL？
↓
なんぞこれｗすげー便利(目から鱗)
↓
ん？なんかブラウザごとに動きが違うぞ？(ﾃﾞﾊﾞｯｸﾞ修正ﾋｲﾋｨ、ｼﾇ～)
↓
よく考えたら、[素晴らしいライブラリ]に依存しまくったシステム
色々問題抱えてるわな・・・そんなに良いものかな？
↓
ああもう[素晴らしいライブラリ]うぜ～

jQueryってブラウザ間の挙動の差も
吸収してくれるから流行ったんだけどなｗ

jQuery UIの細かいバグで２，３回ハマったな
ちょっ、クロスブラウザ対応じゃねーの？
甘かった～油断した～
クソぉ！今時、IE6、古いOpera・Safariとか使ってんじゃねーよｗ
って感じだった

>>226
たったそれだけで済むからいいじゃないか。

自力でUI作っていた時は、細かいバグでハマるのは当たり前。
それが時間かけて作った上に発覚するんだぞ。
どんだけ時間あっても足りなかったわ。

成果とは成果物を量産することではなく
自分の成功を妨害する人間を潰すことである
わかってんのか？小僧どもが

jQuery以前はJavaScriptでアプリ作るなんて狂気だったからなあ

一番ひどかったのは要素の幅や高さや位置を調べるプロパティだな

offsetWidthとかscrollWithとかclientWidthとか色々あって
それぞれブラウザによって意味が微妙に異なる。バグで正しく計算されないとか。
それに加えてborderの幅とかpaddingとかmarginとかを
計算に入れないと正確な位置や大きさがわからない。
更に標準準拠モードか互換モードかでまた変わってくる。

それを完全に統一させたのがjQueryなんだよな。
（互換モード対応は1.7ぐらいまで）

ブラウザ間の違いをjQueryが吸収してくれたから
クロスブラウザ対応が格段にやりやすくなった。

今はブラウザ間の互換性が高くなったから
純粋に関数言語風ライブラリとして冗長なコードを
簡潔に書くことがメインになったけど。

老害潰しのため開発されたものを会社の株主にどう説明できるか
わかってんのか小僧、どちらを解雇するかの戦争なんだよ
人体破壊によるネイティブな闘争は禁止されてるから
株主の信任を得てるほうが勝ちなんだよ

俺の会社ではな。

の一言を忘れてるぞ
>>231

人間の世界とは無慈悲なものだ
最終的には敵の人体を破壊してシロクロつけることになる
この世のすべての闘争と競争は

jQueryのように広く普及してメジャーなものは良いが
流行のライブラリ使うと将来消えて無くなってメンテでひどい目に合いそうで怖い。

「流行の開発手法」もやたらと導入しないようにお願いしたいものだ

>>234
フルスクラッチで新しく構築し直せばいいだけかと
まさか同じシステムを5年10年使い続けるなんてバカな事は普通しないだろうし

40代･･･激しい受験戦争の後就職難ww そのため非常に卑屈でありネガティブな世代
また学生時代に競争社会を経験したため他人ばかり気にして全く仕事ができない世代

俺は、JQuery嫌い。
あれを使うくらいなら、ブラウザやめて、webサービスとやり取りできるクライアントを自作する方がいいと思ってる。

jQueryと正しく書けない人「俺はもっとビックな事やるぜ」

AngulerJSが嫌いって言う人はわかるけど、
jQuery嫌いってのは単純に使い方がよくわかってないだけだろう。

>>239
>あれを使うくらいなら、ブラウザやめて

web使うの辞めるレベルで嫌いなのかw

>>241
> jQuery嫌いってのは単純に使い方がよくわかってないだけだろう。
jQueryのDOM操作が増えてくると地獄見る

でもそれはDOM APIでもDOM操作が増えてくると
jQuery以上に地獄になるよね？

>>243

かなりの操作してるけど、見ないよ。
gruntとか、つかってる？

てか、半分ボケだったのに誰も突っ込んでくれない…

>>245
> gruntとか、つかってる？

jQueryでDOM操作するのとなんの関係があるの？？？

>>246
>jQueryのDOM操作が増えてくると地獄見る

じゃ、これはどういう地獄の事を言ってるの？

gruntが何故jQueryやDOMさんに関係あるのだろうか
俺はまだgrunt初心者だから、気になって夜も眠れない

>>247
> じゃ、これはどういう地獄の事を言ってるの？

もし、メモリ上のデータ構造を持っているとしたら、jQueryでDOM操作することにより、
そのデータ構造と乖離する可能性がある。

そもそもメモリ上でデータ管理をしてないのだとしたら、DOM上にしかデータが存在せす
セレクタ地獄に陥る可能性がある。

また、DOMを作りながらイベントリスナを登録していったりすると、イベントドリブン
スパゲッティの地獄。

>>245にとって、地獄といったら依存性地獄のことなんだろうな
だから、DOM操作の話をしてるのに文脈無視で突然gruntとか言い出したとｗ

どう？合ってる？>>245

ちょっと複雑なSPA(っぽいの含む）アプリ作ってると、jQueryだと辛い

>>241
本当のところ、お前はAngularが嫌いという奴の理由を理解してない
なぜなら、jQueryが嫌いという奴の理由を理解してないからだ

自称jQueryのプロwww

>もし、メモリ上のデータ構造を持っているとしたら

え？なんで持つのそんなもん

>>251
jQueryはフレームワークじゃないからね
Selectors APIでSPAを作るのは難しいと言われても困るでしょ

急にレス増えたけど、
jQuery嫌いって人の脳みそってこういうことか…

まぁ、一生jQuery嫌いって言ってればいいんじゃないかな。

データバインドを望む気持ちはわかるけど、
実際ろくなライブラリが無い現状でバインドできないjQueryクソって思う人は
一生新興ライブラリに踊らされてそうだな。

本当にそんなにデータバインド必要なのかから見直してみたほうがいいんじゃないの？

>本当のところ、お前はAngularが嫌いという奴の理由を理解してない

ボケにマジレスされちゃったよ…
まだボケだってことわかってないみたいだし、プログマーって本当にアレだなぁ…

まぁ一生フレームワーク嫌いって言ってればいいんじゃないかな

>>254
> え？なんで持つのそんなもん
サーバからAjaxでデータを取得することないんか？

>>255
> Selectors APIでSPAを作るのは難しいと言われても困るでしょ
なんで？

データ構造とViewが一致してないと、
> $(el).closest('li').data('id');
みたいな気持ち悪いセレクタがいたるところに出てきたりする地獄。

今メンテしてるコードは、
$('#thoge>tbody>tr:eq(' + no + ')');
みたいなコードが死ぬほどあって、一から書き直したい気分。

ちょこちょことDOM触るぶんにはjQueryも便利なんだけど、それ以上のことを
jQueryしか知らない奴がjQueryで頑張っちゃうのはほんと害悪

Angularほどフルスタックなやつは要らないし、jQueryも使う余地は残したい
けどDOM操作はjQueryや生のjsで書きたくないでござる
2way bindingが欲しいでござるってときならvue.jsなりknockout.jsでいいんじゃね？

riot.jsはどうなの？

>>264
knockout.jsはオワコン

>>263
ちょこちょことDOM触るだけなのに、Angularもちだすやつも迷惑だよなｗ

>>260
jQueryはDOM APIの代替だからだろう。

jQueryの問題点はすべてJavaScript標準のDOM APIにも当てはまる。
なぜならDOM APIを使いやすくしたのがjQueryであり
逆に言えばjQueryと全く同じで使いにくいAPIなのがDOM APIだから。

>>267
ハンマーを持った奴には全部が釘に見えるというやつだろう

>>264
Qiitaの2014 Advent Calendarは3日で即死しちゃったけど、Backbone.jsおすすめ。
今ならMarionetteの方がいいかも。

AngularやReactもそうだけどコードにHTMLぶちこんだコンポーネントとかいう機能
独自タグと聞くとJavaのTaglibっぽい気持ち悪さを感じる

>>271
全てのライブラリでそうなってるかどうか知らないけど、「コンポーネント」を使うとCSSを
その中に閉じ込めることができる（外部のCSSの影響を受けない）というのが良い。

あ、あと、その「コンポーネント」内のスタイルが外部に漏れない。
（ひょっとしたら、以上はWeb Componentsの話だけかもしれない）

コンポーネントはいいものだよ
これまではコピペするか、そこだけ切り出したファイルにしてロードしたりするしかなかったわけだし

コンポーネントはいいんだけけどさ。HTML標準だし、
複雑な処理をするものをコンポーネント化することで簡単に再利用できるから。
複雑なものがコンポーネント化することで、それ以外はシンプルなHTMLにすることができる。

でもね。そのコンポーネント（＝HTML＋JavaScript＋CSS）の中でAngularは使えないんだよね。
不可能じゃないけどコンポーネントの種類ごとにAngularを含め無いといけなくなる。

Angularの中でコンポーネントはもちろん使える。
コンポーネントにしたものはただもHTMLの要素みたいな扱いになるから。
そこでよくよく考えてみると、複雑なものはコンポーネントの中に追いやって
それ以外のものはシンプルになるから、そこをAngularで作る意味がないんだよね

そういう意味でAngularとコンポーネントは組み合わせて使えない。
Angularの考え方は面白いんだが、将来はHTML標準のコンポーネントが
いくつも作られるようになるだろうから、Angularの将来性はなさそうだよね

>>275
なにを言ってるんだ？

Web Componentsはいいと思うよ
ただ今のとこはJavaScriptも抵抗なく書くフロント寄りの人に刺さってるだけ
「えー共通化ってPHPのincludeじゃダメなんですか」だの「プログラムでしょ？難しそうだからパス」みたいな
よくいるコーダに果たして受け入れられるかなって
Taglibの轍は踏んでほしくないので早いとこ標準化してほしい



はやいとこ標準化してほしい

IE9+/(Chrome|FireFox|Safari)のそこそこ新しいバージョン/iPhoneのSafariで使えるように
ならないと、およそどんなライブラリも選択肢になり得ない。

Androidの標準ブラウザ(?)は、いまだ動作保証対象にしたことないのでわからない。

AngularJSやらReactJSやらを横目に見ながら、しばらくはpolymerかな

>>276
わからないなら勉強した方がいい

さすがにもうjQueryを知らないという会社はないだろう
ＩＴ土方目指すなら勉強しておくと良いよ

>>281
そうとも言えない

jQueryをフレームワークだと勘違いしてたり、
データベース関連の便利ツール(謎)だと思ってる人が若干いる
OSSを採用するかどうかでいちいちグタグタ揉めたりする
それなのに、Tomcatは即採用という矛盾ｗ

Q: そんな会社どこにある？
A: 一部のSIer(笑)

受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

age

「jQueryって・・・フレームワークだろ。最近そういうの多いらしいじゃないか」

ＦＪネクスト迷惑電話のスレが荒れています

いちいち変な文字列がページに入るのがいや
とっとと標準に組み込んでください

jQueryはシンプルによく整理されて機能拡張も盛んだしいいライブラリだと思う。
ただハズレライブラリを押し付けられると悲惨だぞ、
この世にはyahoo uiというキチガイライブラリがあってだな…

jQuery、lodash、moment
この辺りはウェブ用で汎用的に使えるアタリのライブラリ

だめなら納得させるだけの資料を用意する必要があるんじゃね。
どう便利でライセンスはどうでとか。

上司がアホだと仕事が増えるのよね。

jQueryは好きだけど、１つだけ問題があると思ってるけど
みんなどうしてるんだろうな

システム全体でjQueryを使いすぎると
バージョンうｐが怖くてできなくなる

UI色の濃いドラッグ、スクロール、アニメーションとかの部分は
自動テストしにくいってのもある
DOMやデータの加工はテストできるけど

jQueryに限った話じゃなさすぎて、こいつバカなのかなって思った

じゃあ当然答えも持ってるだろう
できるかできないのかとっとと答えろ

やればできるだろｗ

http://hokaccha.github.io/slides/javascript_design_and_test/#page110
テスト可能なものと不可能なもの
「気持ちいい動きをしているか」はテスト不可能
「アニメーション終了後にこの位置にあるか」はテスト可能

>>295
リンク見てみた
考えるよい材料になった
ありがとう

使い捨て早死に貧困の助長SEは大迷惑
相場下がって迷惑だから偽装請負の従犯は辞めろ！

・1,000万円/年以下低レベルの会社は辞めろ
・80万円/月以下低レベルの契約は辞めろ
・5,000円/時間以下低レベルの契約は辞めろ
・多重契約は辞めろ
・不利益な現場は辞めろ
・残業見積りは辞めろ
・時間外労働違反は辞めろ
・契約外納期は守るな
・客先指示に従うな
・知的財産を渡するな
・残業しないで学習しろ
・残業しないで副業しろ
・損害は訴えろ

【非婚】SI受注SEは3億円以下の低生涯収入【離婚】
http://hanabi.2ch.net/test/read.cgi/infosys/1451213054/

時給換算5,000円以下のSEの皆様へ

相場下がって迷惑ですので、SE辞めてもらえませんか？
主婦SE以下の時間報酬レベルですよ。
こちらこそ優秀なSEの離職で大損害なんですから。

発注者より

prototype.js 使ったらそんな「試作」のライブラリ使ってだいじょうぶかという声があがったことがある

>>299
普通にﾜﾛﾀw

knockout.jsも声が上がりそうだな

こんな企業はやめておけ

・社名　労基でググると過去の2ch記事がでてくる
・交通費が全額出ない
・転職会議で2.5点

バカ「本案件ではサードパーティライブラリ使用禁止な」

僕「やれやれまあいいか残業代ゴチです」

一月後

シナ人「コッソリツカッチャイマシタ～ニホンゴムツカシイヨ～^_^」

バカ「うわああああああくそもおういいよ使っていいからとにかく仕上げろ」

僕「やるじゃん」

シナ人もたまには役に立つ

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrent（Covenant）が活発な情報交換・交流コミュニティでオープンソース開発されています（プログラマー募集中）

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise氏）がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーｗ


通話料が激安になるブラステル（050 Free）で、かなり遅延や音声途切れが発生する方は、以下の設定を試してください
○ Wifiと３Ｇのコーデックは２つ（GSM、G.711u-Law）とも有効にしておく
○ エコーキャンセルをOFF（チェックを外す）にする
○ あとの設定はデフォルトのまま
http://blog.livedoor.jp/gnunobian/archives/52013458.html
上記の設定でも音質が悪い方は、wolfsonの高音質チップを搭載した機種（Galaxy 初代S、S3、S6、 AQUOSPhone ZETA SH-06E、AQUOSPhone si SH-07E、AQUOSPhone Xx 206SH、 Galaxy Note II）に買い換えて下さい。

500円以下の格安SIMで使えて登録・月額無料、IPベース発信なら携帯へは5.5円／30秒、固定へは8円／3分（月額無料でこの価格はすごい！）
http://blog.jikoman.jp/2015/11/brastel-050-free.html

あと、050Freeの起動もしくは発着信が２週間以上ないとプッシュサーバー期限切れでプッシュ着信が出来なくなるので、Llama Location Profilesで１週間に一度050Freeを自動起動するように設定すると、２週間以上経過してもプッシュ着信できます


最後にロケットストーブの焚き口へ超省電力なDC扇風機で風を送ると、横引き煙突が12ｍ以上あっても煙が逆流してきません。
よって、横引き煙突で超高効率な熱回収ができるので薪が少量で済みます
あと、燃焼室の大きさは『無煙竹ボイラMBG150』で検索して参考にして下さい
　


ｇ

「ちょさくけん」を理解できない>>1

「ちょさくけん」を理解できない>>1

太鼓持ちの達人～正しい××のほめ方～
https://abema.tv/now-on-air/drama

prototype.jsが試作品にはワロタw

原辰徳の犯罪歴の多さに驚き

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

GKTFEQX8O4

☆ 私たち日本の、改憲を行いましょう。現在、衆議員と
参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

HJCX9