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

みんなの評価 :
51 = :
いいかたが悪かったかな
ストレートにいうと
構うから居つく
ということを言いたかった
52 = :
構わないでもキチは居着く
キチが居なくなるのは飽きるか完全に無人になるかどっちかだけ
53 = :
結局最終的には英語で海外の情報を取得できないとプロにはなれないか・・・
54 = :
>>18
JSスレでそんなことよく言えるな
55 = :
>>13-14
F12 開発者ツールを起動して、1行ずつデバッグ実行するとか。
ソースコードは変更できないのか?
preventDefault()・stopPropagation() などで、
クリックイベントのバブリング (伝播)を止めているのかな?
ブラウザの自動操作なら、Selenium WebDriver で、
登録されたイベントリスナーを削除するとか、
onClick() の内容を上書きするとか
56 = :
>>55
無駄な方法だな
>>13
普通にブラウザのプラグインを使えばいい
58 = :
プログラミングを趣味でやるならjavascriptっていわれたんですが本当ですか?
プログラミングの知識はまったくないのですが
いまなんとなくjavascriptかpythonかphpでまよってます
59 = :
趣味で何をやるのかによる
60 = :
>>58
pythonにしとけ
61 = :
>>58
決定版は無い
webに興味あるならJS、そんなでも無いならpython
62 = :
pyってそんないい?
63 = :
言語としては嫌いだけどユーザーベースの大きいアカデミックでもインダストリーでも普通に使われる質のよいライブラリが豊富に揃ってるので道具としてはよい。
64 = :
とりあえず手を出してみたいだけならjsでもpyでもphpでもなんでもいい
perlじゃなけりゃ
66 = :
>>65
どうクソなのですか?
こいつ糞だなぁ。こういうとこがまじクソだなぁ。
と思うところを簡単に教えて下さい
自分は趣味だけでやるなら、javascriptは身近だからいいよとススメられたのですが
拡張機能も気軽に自分で作れるし、既存のサイトもすきなように走査できるからと。
67 = :
クソと言うのはソース表記上メソッド呼び出しとプロパティの違いが分からないようなことかな?
関数の取り回しがしづらいったりゃありゃしない。
proc、block、lambdaとか何の冗談仕様だありゃw
68 = :
身近な面はあるけどバッチ書いて定期ファイル操作とかできないよね
70 = :
無知識者にnode勧めるぐらいならphpやpythonの方がずっと健全では・・・
この場合一番健全なのはc++だと思うけど
71 = :
(易しい) Ruby > Python >> JS >>> PHP (クソ)
Ruby, Python は、バッテリー同梱(batteries included)。
最初から標準ライブラリに、かなり使いやすいものが入っているけど、
JSは、全く逆の思想。
ほとんど何も入っていないから、jQuery, Lodash などがいる
JSの機能だけで作ると、面倒くさくてたまらない。
バグが多くなる
Rubyは、可読性が高いから、ほとんどバグを作らない。
ビジネスロジックがそのまま、コードに表れる
とにかく、勉強時間が掛からないから、初心者はRubyから、やるべき。
他の言語から始めると、時間が掛かる
72 = :
>>71
そういう論点でいくとphpはクソじゃなくなりそうだが
というかruby推奨は
73 = :
じゃ、PHP勉強してる俺と糞まみれになろうや
74 = :
お前がバグ量産してるのは言語のせいじゃねーべ
75 = :
rubyの可読性は高くない。
pythonの「書きにくく読みやすい」と比較して「書きやすく読みにくい」と言われる。
そうなってしまう理由はたくさんあるが、ひとつのことをするのにやり方がたくさんあるというperlとかいう糞言語の信条をそのままパクってしまってることがひとつ。
またよくも悪くも設計が完全なオブジェクト指向にこだわっており、
javascriptなら関数ひとつで実現できることがblock、proc、lambdaと酷い有り様になっている。defで簡単に定義できまーすとかまさに初心者騙しもいいとこ。
また、流行り機能の無節操な取り込みが酷い。記号が足りなくなり、例えばオプショナルチェーンは他言語が?.のところrubyでは&.である。phpで文字列結合が"foo"+"bar"ではなく"foo"."bar"であるようなキモさ。
あとpythonと比べ多分野の優れたライブラリがない。あってもメンテされてない。作ってるやつが実用主義ではなく趣味だから。rubyでもできる!って言いたいだけ。よくも悪くもweb分野、しかもrails使うというやつ以外にはおすすめしない。
事実上rails専用言語。railsのDSLとして以外に存在価値はない。
初心者に勧めるなんてとんでもない。
76 = :
なんでperlはどこででもクソといわれてしまうん?
77 :
他人のソース引き継いでなんじゃこれってなる構文にクソってなるのが多い
シェルでワンライナーで使うなら今でもpythonよりいいんだけどね
78 = :
>例えばオプショナルチェーンは他言語が?.のところrubyでは&.である。phpで文字列結合が"foo"+"bar"ではなく"foo"."bar"であるようなキモさ。
これ、お前が慣れてる手法以外はクソって言いたいだけだな
79 :
JavaScript本格入門~モダンスタイルによる基礎から現場での応用まで
http://gihyo.jp/book/2016/978-4-7741-8411-1
↑を読んだのですが次に
初めてのJavaScript
http://www.oreilly.co.jp/books/9784873117836/
と
JavaScriptパターン――優れたアプリケーションのための作法
http://www.oreilly.co.jp/books/9784873114880/
のどっちをようむか迷っています。
「初めての」は出版が最近なので最新の仕様に基づいて書かれているようだけど
一通り「本格入門」やったあとにやる必要があるのか、
「パターン」は古いけれどここでススメられた本だけど、アマゾンレビュー見ると上級者向けというレビューもあり
まよってます。
できれば3冊とも読んだことある人からのアドバイスあったらお願いします。
読んだことなければその旨示していただけると有り難いです。
ちなみにJavaScriptはじめて1,2ヶ月です。
80 = :
>>78
75じゃないけど、オプショナルチェーンに関してはswiftも?.で、&.なんて使ってるのはrubyだけ
内容が空値でないか?のハテナと、メソッドチェーンのピリオドの組み合わせが一番可読性が高いのよ、この演算子だけはなんでこれなのか正直理解できないぐらい
81 = :
>の組み合わせが一番可読性が高いのよ
(俺にとっては)一番可読性が高い、ですね
82 = :
>>79
javascript書くのに書籍は要らない
83 = :
>>80
直接的には識別子に?や!が使えるという言語仕様のせいだね。
if文とかif foo.bar? buz endみたいな書き方実際よくされてる。
そういう事情があっても&.はねーわwwwとか思っちゃうが。
84 = :
>>79
全部読めばいいのと違うの
順番なんて気にしない
85 = :
俺が慣れ親しんだ記法じゃないからクソ
以外にないの?
86 = :
【悲報】Rubyクソ言語とバレてしまうwwww
http://qiita.com/ryo-ma/items/24c46592b45775e8644d
http://www.sejuku.net/blog/21300
何でもなんかしらのクラスのインスタンスという設計だからか関数レベルの取り回しが異常にしづらい。
jsの関数に慣れちゃうとアホ臭すぎるw
87 = :
俺が順応できなかったのは言語仕様がクソだからだ
追加入りました
88 = :
流石に他所でやれ
89 = :
>>87
それ突き詰めちゃうとアセンブリ書け、になっちゃうぞ。
簡単なことが簡単に書ける言語が初心者向けの良い言語、という尺度があっていい。
Rubyはオタク向けの言語だよ(Railsで使わざるを得ない人は除く)
「は~んこんなエレガントなコード書けたオレって天才~」って言っていつもシコってるもの。
なおそのエレガント()なコードは初心者には読めないw
初心者にRuby薦めるバカは自分がその初心者使ってキモチ良くなりたいだけで初心者のことなんてなにも考えてない。
90 = :
>>89
いつものjq厨かお前
91 = :
無目的初心者にはC++勧めればいい
それで解決
92 = :
>>79
初めてのJavaScript 第3版、オライリー、2017
この本は、Ruby, Python とか、10年・数言語以上開発している人向け。
そのレベルの人が、この1冊で軽く、数十時間は掛かる。
初心者が読んでも無駄
JavaScript 第6版、2012、David Flanagan
Google などの開発者の机に必ず置いてある、この本と同じ。
東大とか、IQ 150 レベルの人が読んで、うんうん良い本だねって言う本
死にたいのなら、読みなさい!
93 :
>>92
何読めば良いのでしょう?
94 = :
まずはどちらも読まずに
とりあえずなにか作ってみてから
パターン読んで
またなにか作って
オライリー読むとか
95 = :
パターン云々を考えたり本がどうのこうのって
いろんなものを自分で作って引き出しができたあとにすべきだな
何を実現するのに何が必要かわからない状態で何を学べるというのか
96 = :
イベントハンドリングをデレゲートする場合、
documentで受けるのが一般的だと思います
documentよりwindowの方が上位にありますが
なぜwindowで受けずにdocumentで受けるのでしょうか?
97 = :
窓で受けたらガラスが割れちゃうだろ
98 = :
>>96
別にdocumentじゃなくていいぞ?
実際に発生した要素の上位の要素であればなんでもいい
99 = :
というかなんでもdocumentにしてしまったらまずい局面もあるだろう
一般的と言ってはいけないのでは
100 = :
windowの下にはdocument以外にもいろいろぶら下がってるというのと
windowは普通省略されるからだと思う
http://www.webdesignleaves.com/wp/jquery/1631/



類似してるかもしれないスレッド
- + 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
トップメニューへ / →のくす牧場書庫について