アカウント名:
パスワード:
あとVBとPHPも
まず、あなたは誰が何のために作ったのかも分からない実行形式のファイルを自分のコンピュータで実行しますか？
私は実行しない。
では、あなたは誰が何のために作ったのかも分からない実行形式のスクリプトを自分のコンピュータで実行しますか？
ようするに、それだけのことです。
勉強しない開発者が滅びるのが一番いい。
# あ、俺も滅びちゃう…まあそれでもいいか
なんでJavaScriptってこんなに嫌われてるんだろう
JavaScriptやVB、PHPを嫌う人って簡単な（決して簡単じゃないけど）プログラミング言語を扱えるからってプログラマー面するな、って思ってるんじゃないかな。
vbよりもvbaが…
その言語の身の丈に合った小規模なプログラム書いてる分にはいいんだけど、大規模なものにまで使われてて、それをメンテナンスする人間の身にもなってみろ
規模の大きなものを作るのに重要なのは言語仕様ではなく、大きな規模でも齟齬が起きないようにするアプリケーションの設計だと思いますが、いかにお考えでしょうか？
残念なら言語仕様の優劣によって大規模なアプリケーションを作るときの設計の難易度が大きく変わるので。
コンパイルが通っている以上、コンパイルが通らないレベルのミスはないという安心感は大きい。
そうですね。
言語使用が重要でなければ、なぜ新しい言語は作られるのでしょうねぇ…。
ぜひとも、素晴らしい設計のもと、Whitespaceでも使って開発していただきたいものです。
アプリケーションの設計さえ優れていれば、どんな人がどんな言語で書いても優れたものができるとお考えですか？
C/C++で書かれていようが、クソコードはクソコードVB・PHPで書かれていようが、きちんとした設計でちゃんと整理されているコードは良いコード
言語がどうこうじゃねーよ
言語は大事だよ。全く同じ設計書でも言語によって生産性や品質は相当変わる。
そのVBで書かれら素晴らしいプログラムMacに移植してくれないか
ほんとそれ
クソコードを減らすために新しい言語が生まれたり言語仕様が変わったりするのを全否定ですか
レガシーVBはともかくVB.NETはC# の劣化記法程度には使えるし、PHPだってstrictモード有効にしつつPhpStorm使って型安全な方に寄せていけば、Null安全どころか型安全や型ヒントすらないクソ言語Rubyよりはるかに安全で快適に開発できるよ
ただJavaScriptはどうしようもないのでTypeScript使えとしか言いようがない
大多数であるプログラミングスキル低～中の人が書いてもそれなりのものが出来上がるのが理想。下手糞な書き方してビルドエラーになってくれればそのコードが世に出ることはないからね。意識低い人はstrictモードみたいなものはOFFにしたがる。散々見てきた。
VB.NETは理論的にはまともなプログラムを書ける可能性があっても、現実にそれを使っている案件が100%地雷だから仕方ない。http://crapp.hatenablog.com/entry/2014/12/31/235842 [hatenablog.com]
このヒエラルキー、何度見ても面白い
まったく進歩のない連中この絵が作られた時の各言語の位置づけは今とは違うだろ13年以上たってるよ？同じもの何回も見ておもしろいか？
単純に糞言語だからだよ。
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とかバベラないと大規模なコーディングができない言語って一体・・・
言語自体未完成なんですかねぇ・・・それとも、節操なく仕様をかえていくせいですかねぇ・・・
とくにビジョンもなく、ただブラウザ滅びろと
TypeScriptを直接解釈できるブラウザ作れ
Dart「・・・」
WebAssemblyから直接WebAPIを操作できるようになればだいぶましになるのでは。
JavaScriptというよりECMAScriptの言語仕様自身はまだだいぶマシになったかと思いますが、林檎環境下だけうまく動かないみたいなのは未だにあるので、実行環境がクソというのはあるかもしれないですね。
そんなシェアの低い実行環境は捨て
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
JavaScriptは滅びてほしいんだが (スコア:0)
あとVBとPHPも
Re:JavaScriptは滅びてほしいんだが (スコア:1)
まず、あなたは誰が何のために作ったのかも分からない実行形式のファイルを自分のコンピュータで実行しますか？
私は実行しない。
では、あなたは誰が何のために作ったのかも分からない実行形式のスクリプトを自分のコンピュータで実行しますか？
私は実行しない。
ようするに、それだけのことです。
Re: (スコア:0)
勉強しない開発者が滅びるのが一番いい。
# あ、俺も滅びちゃう…まあそれでもいいか
Re: (スコア:0)
なんでJavaScriptってこんなに嫌われてるんだろう
Re: (スコア:0)
JavaScriptやVB、PHPを嫌う人って
簡単な（決して簡単じゃないけど）プログラミング言語を扱えるからってプログラマー面するな、って思ってるんじゃないかな。
Re: (スコア:0)
vbよりもvbaが…
Re: (スコア:0)
その言語の身の丈に合った小規模なプログラム書いてる分にはいいんだけど、大規模なものにまで使われてて、それをメンテナンスする人間の身にもなってみろ
Re: (スコア:0)
規模の大きなものを作るのに重要なのは言語仕様ではなく、大きな規模でも齟齬が起きないようにするアプリケーションの設計だと思いますが、いかにお考えでしょうか？
Re: (スコア:0)
残念なら言語仕様の優劣によって大規模なアプリケーションを作るときの設計の難易度が大きく変わるので。
Re: (スコア:0)
コンパイルが通っている以上、コンパイルが通らないレベルのミスはないという安心感は大きい。
Re: (スコア:0)
そうですね。
言語使用が重要でなければ、なぜ新しい言語は作られるのでしょうねぇ…。
ぜひとも、素晴らしい設計のもと、Whitespaceでも使って開発していただきたいものです。
Re: (スコア:0)
アプリケーションの設計さえ優れていれば、どんな人がどんな言語で書いても優れたものができるとお考えですか？
Re: (スコア:0)
C/C++で書かれていようが、クソコードはクソコード
VB・PHPで書かれていようが、きちんとした設計でちゃんと整理されているコードは良いコード
言語がどうこうじゃねーよ
Re: (スコア:0)
言語は大事だよ。全く同じ設計書でも言語によって生産性や品質は相当変わる。
Re: (スコア:0)
そのVBで書かれら素晴らしいプログラム
Macに移植してくれないか
Re: (スコア:0)
ほんとそれ
Re: (スコア:0)
クソコードを減らすために新しい言語が生まれたり言語仕様が変わったりするのを全否定ですか
Re: (スコア:0)
レガシーVBはともかくVB.NETはC# の劣化記法程度には使えるし、
PHPだってstrictモード有効にしつつPhpStorm使って型安全な方に寄せていけば、
Null安全どころか型安全や型ヒントすらないクソ言語Rubyよりはるかに安全で快適に開発できるよ
ただJavaScriptはどうしようもないのでTypeScript使えとしか言いようがない
Re: (スコア:0)
大多数であるプログラミングスキル低～中の人が書いてもそれなりのものが出来上がるのが理想。
下手糞な書き方してビルドエラーになってくれればそのコードが世に出ることはないからね。
意識低い人はstrictモードみたいなものはOFFにしたがる。散々見てきた。
Re: (スコア:0)
VB.NETは理論的にはまともなプログラムを書ける可能性があっても、現実にそれを使っている案件が100%地雷だから仕方ない。
http://crapp.hatenablog.com/entry/2014/12/31/235842 [hatenablog.com]
Re: (スコア:0)
プログラミング言語ヒエラルキー
http://www.geekpage.jp/blog/?id=2006/12/13 [geekpage.jp]
Re: (スコア:0)
このヒエラルキー、何度見ても面白い
Re: (スコア:0)
まったく進歩のない連中
この絵が作られた時の各言語の位置づけは今とは違うだろ
13年以上たってるよ？
同じもの何回も見ておもしろいか？
Re: (スコア: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とかバベラないと大規模な
コーディングができない言語って一体・・・
言語自体未完成なんですかねぇ・・・
それとも、節操なく仕様をかえていくせいですかねぇ・・・
Re: (スコア:0)
とくにビジョンもなく、ただブラウザ滅びろと
Re: (スコア:0)
TypeScriptを直接解釈できるブラウザ作れ
Re: (スコア:0)
Dart「・・・」
Re: (スコア:0)
WebAssemblyから直接WebAPIを操作できるようになればだいぶましになるのでは。
Re: (スコア:0)
JavaScriptというよりECMAScriptの言語仕様自身はまだだいぶマシになったかと思いますが、林檎環境下だけうまく動かないみたいなのは未だにあるので、実行環境がクソというのはあるかもしれないですね。
Re: (スコア:0)
そんなシェアの低い実行環境は捨て