アカウント名:
パスワード:
あとVBとPHPも
なんでJavaScriptってこんなに嫌われてるんだろう
単純に糞言語だからだよ。
IE6のような互換性問題の話を抜きにしても、JavaScriptは十二分にクソ。
ちょっと信じられないような落とし穴がゴロゴロある。Effective Javascriptくらいの本を読んでると、「え？こんなことが決まってないの？」「え？こんな機能がないの？」ってことになる。そしてその落とし穴を回避するためのいろんなノウハウこそが、JavaScriptを使うスキルの中心になってくる。
逆に「JavaScriptサイコー」言える人は、ろくに自分の書いたコードの動作確認もできてない人が多いと思う。そういう人は落とし穴にはまるほど大きなコードを書いたことがなかったり、落とし穴にはまってバグを作ってるんだけど、自分ではそのバグを見つけることもできない。だから安易に「完成しました」って口にできるんだ。
PHPの方もウンザリすることは多い。ライブラリの設計とか互換性問題とか、それに付随しておきるフレームワークの突然死とか。
JavaScript は良いよ。ソースが(識別子がaとかbとかになっているけど)見られて、Webサイトの動作を(その気になれば)自分で(ある程度)カスタマイズできるから……。
> ソースが(識別子がaとかbとかになっているけど)見られて、Webサイトの動作を(その気になれば)自分で(ある程度)カスタマイズできるから……。
べつに exe でも a.out でも逆アセンブルできるし、カスタマイズできますよ
最悪デバッガをアタッチしてレジスタ書き換えればOK
言われてみれば、自分でも、 .exe のショートカットキーを変更したりしたことあるな。でもEULAで「リバースエンジニアリング禁止」とかあるし……。
言語の本質を理解してないあなたは、言語の選択を誤る開発者と同レベルで、カッコ悪い。
いやー、別ACだけどJavaScriptの言語仕様はややこし過ぎてかなりクソだと思うよ。ES2015でclass構文が出来てかなりまともになった（それ以前は他の言語の利用者からすれば意味不明な手法でクラスしてた）けど、結局ライブラリとか作ろうと思うとその裏の素のprototypeが煤けて見えるし…。クロージャーが乱用されてて同じく他の言語の利用者からすりゃ理解し難いし、またクラスローダー的なものも未だキッチリと整備されてないし…。入り口は広いけど、突き詰めていくとカオスだよ。
「他の言語からみて理解し難い」という点があがるのが理解できない。パラダイムの異なる多様性は良いものでも悪いものでもないだろう。
そのパラダイムを採用している言語が少ないと、実用上は十分弱点になりますよ。
俺たちの知ってるパラダイムじゃないからクソってこと？何がどう弱点なんだろう。
ヒント: 移行コスト
他の主要な言語とパラダイムが大きく異なるのは結構デメリットだよ。しかも、JavaScriptの場合、構文が異なるとか機能が異なるとかそんなレベルじゃなくて、言語の仕組み自体が異なるってレベルだから、結構厄介。
意図的に設計として目指したパラダイムならいいけど、昔の仕様を引きずって、不格好な拡張を重ねたパラダイムだからなぁ。プロトタイピングなんてどれだけの人が喜んでいるのやら。
class構文?今時オブジェクト指向とかw
staticおじさん、こんにちは～
なんすかそれ。
オブジェクト指向みたいに内部に状態持ってたらマルチスレッドで面倒な制御しなきゃならん。そんなの今の時代に足かせでしかないでしょ。staticがスコープを指しているのか、記憶域のことを指してるのかわかりませんが、後者を指すのであればそんなものマルチスレッドの環境ではいらんこですよ。
javascript(ブラウザの場合、マルチスレッドでない)の話じゃないの？#いや、staticもないけど
AltJsとかバベラないと大規模なコーディングができない言語って一体・・・
言語自体未完成なんですかねぇ・・・それとも、節操なく仕様をかえていくせいですかねぇ・・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
JavaScriptは滅びてほしいんだが (スコア:0)
あとVBとPHPも
Re: (スコア:0)
なんでJavaScriptってこんなに嫌われてるんだろう
Re:JavaScriptは滅びてほしいんだが (スコア:0)
単純に糞言語だからだよ。
IE6のような互換性問題の話を抜きにしても、JavaScriptは十二分にクソ。
ちょっと信じられないような落とし穴がゴロゴロある。
Effective Javascriptくらいの本を読んでると、「え？こんなことが決まってないの？」
「え？こんな機能がないの？」ってことになる。そしてその落とし穴を回避するための
いろんなノウハウこそが、JavaScriptを使うスキルの中心になってくる。
逆に「JavaScriptサイコー」言える人は、ろくに自分の書いたコードの動作確認も
できてない人が多いと思う。そういう人は落とし穴にはまるほど大きなコードを書いた
ことがなかったり、落とし穴にはまってバグを作ってるんだけど、自分ではそのバグを
見つけることもできない。だから安易に「完成しました」って口にできるんだ。
PHPの方もウンザリすることは多い。ライブラリの設計とか互換性問題とか、
それに付随しておきるフレームワークの突然死とか。
Re:JavaScriptは滅びてほしいんだが (スコア:2)
JavaScript は良いよ。ソースが(識別子がaとかbとかになっているけど)見られて、Webサイトの動作を(その気になれば)自分で(ある程度)カスタマイズできるから……。
svn-init() {
svnadmin create .svnrepo
svn checkout file://$PWD/.svnrepo .
}
Re: (スコア:0)
> ソースが(識別子がaとかbとかになっているけど)見られて、Webサイトの動作を(その気になれば)自分で(ある程度)カスタマイズできるから……。
べつに exe でも a.out でも逆アセンブルできるし、カスタマイズできますよ
最悪デバッガをアタッチしてレジスタ書き換えればOK
Re:JavaScriptは滅びてほしいんだが (スコア:2)
言われてみれば、自分でも、 .exe のショートカットキーを変更したりしたことあるな。でもEULAで「リバースエンジニアリング禁止」とかあるし……。
svn-init() {
svnadmin create .svnrepo
svn checkout file://$PWD/.svnrepo .
}
Re: (スコア:0)
言語の本質を理解してないあなたは、言語の選択を誤る開発者と同レベルで、カッコ悪い。
Re: (スコア:0)
いやー、別ACだけどJavaScriptの言語仕様はややこし過ぎてかなりクソだと思うよ。
ES2015でclass構文が出来てかなりまともになった（それ以前は他の言語の利用者からすれば意味不明な手法でクラスしてた）けど、結局ライブラリとか作ろうと思うとその裏の素のprototypeが煤けて見えるし…。
クロージャーが乱用されてて同じく他の言語の利用者からすりゃ理解し難いし、またクラスローダー的なものも未だキッチリと整備されてないし…。
入り口は広いけど、突き詰めていくとカオスだよ。
Re: (スコア:0)
「他の言語からみて理解し難い」という点があがるのが理解できない。
パラダイムの異なる多様性は良いものでも悪いものでもないだろう。
Re: (スコア:0)
そのパラダイムを採用している言語が少ないと、実用上は十分弱点になりますよ。
Re: (スコア:0)
俺たちの知ってるパラダイムじゃないからクソってこと？
何がどう弱点なんだろう。
Re: (スコア:0)
ヒント: 移行コスト
他の主要な言語とパラダイムが大きく異なるのは結構デメリットだよ。
しかも、JavaScriptの場合、構文が異なるとか機能が異なるとかそんなレベルじゃなくて、言語の仕組み自体が異なるってレベルだから、結構厄介。
Re: (スコア:0)
意図的に設計として目指したパラダイムならいいけど、昔の仕様を引きずって、不格好な拡張を重ねたパラダイムだからなぁ。
プロトタイピングなんてどれだけの人が喜んでいるのやら。
Re: (スコア:0)
class構文?
今時オブジェクト指向とかw
Re: (スコア:0)
staticおじさん、こんにちは～
Re: (スコア:0)
なんすかそれ。
オブジェクト指向みたいに内部に状態持ってたらマルチスレッドで面倒な制御しなきゃならん。
そんなの今の時代に足かせでしかないでしょ。
staticがスコープを指しているのか、記憶域のことを指してるのかわかりませんが、
後者を指すのであればそんなものマルチスレッドの環境ではいらんこですよ。
Re: (スコア:0)
javascript(ブラウザの場合、マルチスレッドでない)の話じゃないの？
#いや、staticもないけど
Re: (スコア:0)
AltJsとかバベラないと大規模な
コーディングができない言語って一体・・・
言語自体未完成なんですかねぇ・・・
それとも、節操なく仕様をかえていくせいですかねぇ・・・