C#は糞2.0

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/04/30(金) 15:25:27
前スレ
C#は糞
ttp://pc12.2ch.net/test/read.cgi/tech/1246520657/
2010/05/19(水) 10:21:53
COBOLerの叫びと似てるなｗ
2010/05/19(水) 10:23:59
機械語でなんでも組めると言ってた奴とかな
278デフォルトの名無しさん
垢版 |
2010/05/19(水) 10:27:43
低能の叫びが聞こえるなｗ
2010/05/19(水) 10:47:57
近頃の4GBなどの大容量メモリとか高速のCPUとか
ハードウエア性能に頼って
C言語のようなポインタなど低Lvな処理を隠蔽し
バカでも作れるようにしたのがC#
280デフォルトの名無しさん
垢版 |
2010/05/19(水) 10:53:24
>>279
いいこと言った
2010/05/19(水) 10:53:50
C#だからメモリを食うなんてことはないけどな。間抜けなコード書いてるか、仕組みを理解していないんだろ。
2010/05/19(水) 10:55:33
>>279
いったいいくつのメジャーな言語に喧嘩売っているんだ？
2010/05/19(水) 11:09:45
>>275 の論理って、
俺の愛するx言語以外は全部糞、だよなw
284デフォルトの名無しさん
垢版 |
2010/05/19(水) 11:56:29
>>279
ポインタは問題無く使えると自信満々に言ってた中途採用の社員がポインタ関連でバグ多発。
そんな彼を救うツールとしてC#役に立ってる。
2010/05/19(水) 12:06:24
>>284
そもそもポインタを指標にしている時点で無能なのが伺えるな
あんなん誰でもできるし、目安にもならない
ただ、無能は君には難しかったようだね
俺らはポインタなんぞ、例えるならinclude1文程度の労力もかからないのだよ
無能な君には理解は早すぎたかね
2010/05/19(水) 12:08:03
文才なさすぎ
287デフォルトの名無しさん
垢版 |
2010/05/19(水) 12:28:40
>>285
日本語でおｋ
2010/05/19(水) 14:58:22
すげー
マイクロソフトのアプリケーションとかでも
たまにポインタ関連と思われるバグがあるのに
それを「誰でもできる」って・・・

ドンだけ上級基準だよｗｗｗ
2010/05/19(水) 15:06:35
てか、ポインタはテクニックじゃなくて、例えばＣ言語では基本文法。
2010/05/19(水) 18:18:46
>>255
中華民国(Republic of China)のパクリじゃね？
2010/05/19(水) 18:22:52
>>259
制限っていうのは、まさかMVMやVisual J++の裁判の話か？
だとしたら>>260とは話が噛み合ってないと思うんだが。

あれが制限だというなら、あれは正しい選択だったと思うがね。
JavaScriptのように、MSが独自のJScriptという似て非なる仕様を乱立させたり、
C++のように多機能で仕様が乱立して悲惨な目にあったらJavaのWrite Once, Run Anywhereが完全に失われていただろうし。
今でもその思想は完璧ではないにしても、ポリシーとしてずっと持っているわけだし。


できるかぎりWrite Once, Run Anywhereを守ることでJavaの価値は守られていると思うわけだ。
2010/05/19(水) 18:25:08
>>266
Javadoc依存はなにかと問題あるだろ。
コンパイラはコメントを無視できる上
実行時に守らせたいことをコメントだけで補うことはできないから。
あと、Docletの仕様が中途半端だったこともあげられるかと。
2010/05/19(水) 23:40:52
アノテーションやカスタム属性って極端に言えば勝手な言語拡張を合法化する機能だよ
2010/05/20(木) 00:31:36
それ、リフレクションのことじゃないのか？
2010/05/20(木) 00:37:45
>>293
言語の拡張はできない。
命名規則をつくることによるソーシャルな方法や static method でも実現できること。
2010/05/21(金) 09:32:11
素人ばっかりだな
2010/05/21(金) 11:01:17
そりゃ、有名会社でバリバリ開発して忙しい人は
こんなところに悠長にくだらんこと書いてる暇ないだろｗｗｗ
2010/05/21(金) 11:07:48
有能なほど、さぼりや時間の使い方も巧く、残業もしない
低能ほど、小休憩さえも取れず缶詰、残業の嵐
2010/05/21(金) 11:13:29
で、そのさぼってる時間や残業の無い時間で
趣味でコード書きまくってるから有能なやつは忙しくて時間ない。
2010/05/21(金) 11:14:17
>>296
プロの一言頼みます。
2010/05/21(金) 11:15:48
有能なほど、家ではプログラムなどしない
2010/05/21(金) 13:02:56
Java>>>>>>>>>>>>>>>>C#
2010/05/21(金) 13:46:43
こんな厨くさいスレ久しぶりにみたな
304デフォルトの名無しさん
垢版 |
2010/05/21(金) 16:05:48
>>303
そうです、私が変な厨です
2010/05/21(金) 16:26:46
>>291
MSがJava言語を拡張したところはネイティブとのインターフェースだけ。
もとからJNI使ったら、Write Once, Run Anywhere は失われるんだから、
MSのWrite Once, Run Anywhere にはなにも影響しないという考えも変ではない。
まあ、標準ではないライブラリが広く使われるようになると、
将来MSのVMがSUNのVMを駆逐していく可能性もあるし、SUNも嫌だっただろうな。
2010/05/21(金) 21:19:12
かーみー厨ーーーｗっｗｗｗｗｗｗ
2010/05/21(金) 22:59:38
>>291
Write Once, Run Anywhereって誰得？はっきり言ってJAVAにとって足枷だろう。
2010/05/22(土) 16:03:20
>>301
お前47氏金子勇やSoftEtherの登大遊に喧嘩うってんのか
2010/05/22(土) 16:09:11
>>305
Visual J++はJavaをあたかもActive Xの一部とみなして
初心者や技術素人を騙すために使われたものだぞ
ネィティブで動かすこと前提に作られているからな
「Javaはネイティブで動かした方がよい」と勘違いするヴァカを量産する
恐れがあったからSunは裁判を起こした。

MSのVMがSunのVMを駆逐？　ありえないなあ
セキュリティの件で終わってるから
VM自体はかなり乱立しているが
2010/05/22(土) 17:29:27
VJ++は糞だったが、CLIはよく考えられているよ。
スケーラビリティとか。
2010/05/22(土) 18:46:00
角度とか
2010/05/22(土) 20:54:27
俺のまわりはみんなC＃を神と崇めてるからJAVAをプッシュすると異教徒扱いされる
2010/05/22(土) 22:35:29
Javaはもうただの劣化C#になり下がっちゃったからな。
仕様も後追いでパクリまくってるだけだし。
その上、素性が悪いからパクリ切れてないし。
完全に限界にぶち当たってるよ。
2010/05/22(土) 22:41:33
なんでJavaってenumに対するswitchといい、interfaceといい、static importといい、
定数をクラス名で修飾するのを嫌うんだろう
その割にはインポートするクラスを全部明示的に書いたりするわけのわからない文化があるし
2010/05/22(土) 22:59:56
JavaにはLINQやラムダ式を導入してほしい
この二つめっちゃ書くのが楽だし、集合脳や遅延評価の使い勝手がよく分かる
2010/05/23(日) 14:39:22
>>315
お前が低能なのも、書き込むでよく分かるけどな
2010/05/23(日) 15:07:52
>お前が低能なのも、書き込"む"でよく分かるけどな
それはひょっとしてギャグで言っているのか。
2010/05/23(日) 19:19:28
>>316
具体的にどこがダメなのか、書いて欲しい
2010/05/23(日) 19:29:02
つか、C#がC++より有利な点がないところが糞な理由だな
2010/05/23(日) 22:38:12
>>319
お前が低能なのも、書き込むでよく分かるけどな
2010/05/23(日) 22:38:36
>>320
お前が低能なのも、書き込むでよく分かるけどな
2010/05/24(月) 01:13:16
>>313
パクリ切ったらただのパクリだろう
Javaに新機能を追加するまで検証に多大な時間を費やしていることはご存知かな

C#ではそういう検証をろくにやっていない結果が今の状況だ

>>314
文化は言語とは直接関係ない話だな。
明示的に各理由はjava.sql.Dateとjava.util.Dateのように同名のクラスを
使った場合の対処などだろう

定数をクラス名で修飾するのを嫌う仕様にはなっていないはずだが
Math.sqrt(1)とかきたければ従来通りそう書くこともできる。
static importによってsqrt(1)と短縮することもできる。
Checkstyleを使ってstatic importを禁止することもできるが。
2010/05/24(月) 01:16:57
>>322
C#の状況といっているわりは、どこも指摘できない今までの糞と同じだな。
2010/05/24(月) 01:35:39
>>315
C#のLINQのサンプルをみたが
http://www.atmarkit.co.jp/fdotnet/special/cslinq01/cslinq01_01.html
必要性を感じないなあ

O/Rマッピングフレームワークには不満？

C#のラムダ式のサンプルもみたが
http://www.atmarkit.co.jp/fdotnet/csharp30/csharp30_01/csharp30_01_02.html
かえってソースコードを読みにくくする要素が多いなあ
匿名メソッドの処理が複雑化してくるとラムダ式には限界があるしなあ
単純な処理しかしない匿名メソッド以外にメリットを感じないなあ

ビーデー川俣はYAGNIYAGNIいってるけど

こういうサンプル見ると「if文は冗長だから三項演算子を徹底的に使え」といってる人を思い出すんだよなあ
2010/05/24(月) 01:37:34
>>323
Java Community Processのような組織がC#にはないことと
Javaではよろしくないとされていた仕様がC#にはたっぷりあるわけだけど
たとえば構造体やunsafeとか
2010/05/24(月) 02:11:27
>>324
お前はJava7のクロージャには文句言わないのか？
迷走して未だに入るのか入らないのかハッキリしないとこなんか実にJavaらしいな。
2010/05/24(月) 08:54:43
>>324
if文と三項演算子は等価じゃないし、三項演算子でスマートに書けるものを
ifでだらだら書くのはよろしくないぞ。
2010/05/24(月) 08:55:22
>>325
> 構造体やunsafe
それらは、中途半端なGenerics同様JavaのVMの仕様が時代遅れなので導入できなかっただけ。
2010/05/24(月) 15:56:51
>>324
それは貴方がラムダ式とLinqの使用経験が浅いか、全く無いからです
ラムダ式とLinqを使ってプログラムを組んでいると、同じプログラムを簡素に
短く書ける事に必ず気が付きます
2010/05/24(月) 16:14:15
>>310
VJ++が糞って使ったこともなく言っているだろ。
当時の同類の製品の中で飛びぬけてよくできていた。
2010/05/24(月) 16:23:21
そしてJavaに非互換性というとどめをさそうとした
332デフォルトの名無しさん
垢版 |
2010/05/24(月) 18:58:30
そして返り討ちに遭った
2010/05/24(月) 19:13:26
>>324
LINQはSQLの代用じゃなくて、集合として扱える点が利点。
RDB、XML、オブジェクト等、同じLINQで取得したい集合値を加工できる。

ラムダは関数型言語に少し嗜めばメリットが分かるよ。
端的にかけることも利点だが、遅延評価で必要な時に処理が行われることがメリット。
2010/05/24(月) 19:33:54
メモリ内に集合ぶち込めていじくれる所がLINQのいい所じゃね？

LINQ to SQLだったら、SQLインジェクション対策に内部的なSQLを吐いてくれる
が速度は遅めだからあんまオススメしないけど、データ量少ない中小規模なシステムだったらスピィーディーに作れる
2010/05/24(月) 19:39:19
汎用的リスト処理を全部同じように実装できるのがいい
2010/05/24(月) 20:44:43
>>332
そしてSUNはブランドごとなくなった。
2010/05/25(火) 08:57:17
>>327
Checkstyleのデフォルトでは三項演算子は紛らわしくミスを誘発しやすいので
使うなって警告がでるぞ。

2010/05/25(火) 09:02:19
>>328
Genericsはよくできているが
qJavaのVMをどんなに進化させてもC#の構造体とunsafeをそっくりそのまま導入する
のは無駄だと思うけど。無理にunsafeを導入するほうが時代遅れな発想にみえるけど。

JNIでできるのに無理にunsafeを導入する必要性を感じないなあ。
それこそC#はそういうところが中途半端。

2010/05/25(火) 09:03:29
>>329
>>324のサンプルは確かに短いけど
大して短くなっていないんだよね
もっと説得力あるサンプルもってこないと
タダの煽りでしかないよ
2010/05/25(火) 09:06:34
今ない機能は全否定
今ある機能は全肯定

〜信者同士の罵り合いで定番のパターンですね
2010/05/25(火) 10:07:15
>>338
unsafeは、ネイティブ呼び出しではないのだが。
2010/05/25(火) 12:29:40
>>326 >>333
RDBの処理はO/Rマッピングフレームワークで解決
XMLの処理はデータバインディングフレームワークで解決

あまり魅力を感じない

サンプルを見たところ
自分でコードを書く分にはプラス要素はそれなりにあると思えど
他人がこういうコードを量産したら解読にいつもより時間がかかって手間がかかりそう

ソースコードがますます汚くなる危険性を孕み
導入したら導入したでかなりのリスクを背負い込むと見た
enumやGenericsのようにC#のLINQをそっくりそのまま導入することはないのではと見た

2010/05/25(火) 12:32:35
>>340
言っておくけど、俺はC#のenumがでたときに
C#とC++にはenumがあるのにJavaはenumがないから糞という意見に対して
C++やC#とまったく同じ仕様のenumは否定したけどJavaのenumは否定してないよ
Javaのenumと全然仕様が違うからね

Javaでもクロージャが導入されてもLINQとまったく同じ仕様にはならないと思うよ
むしろなったらとんでもないことになる

2010/05/25(火) 13:04:37
>>342
サンプルコードを見たところって言っている時点で、使ったことないじゃん
自分で使って有用性・不便性を感じ取って、業務レベルで使いこなしてからじゃないと
2010/05/25(火) 14:30:44
業務レベルｗ
業務レベル基準が各々脳内だからなあｗ
C#の仕事を引き受けるまで無理って言いたいのかねｗ

有用性はともかく不便性なんかすぐにわかるわな


C#の??演算子とか
必要性ないのばっか

そういう低レベル機能を追加すればするほどC#も徐々にC++化してくる罠
2010/05/25(火) 14:53:18
C#のGenericsとは全然仕様が違うからね。

JavaのGenericsは単なる糖衣構文でしかない。
値型のパフォーマンスは大きく劣り、実行時に型パラメータを参照しリフレクションで利用することも出来ない欠陥品。
2010/05/25(火) 15:03:29
>C#の??演算子とか
>必要性ないのばっか
>
>そういう低レベル機能を追加すればするほどC#も徐々にC++化してくる罠
??演算子と低レベル機能って何一つ関係してないな。
2010/05/25(火) 15:08:49
適当に検索してよくわからないままなんとなく糞としか言ってないし
2010/05/25(火) 15:15:35
>>345
＠ITから引っ張ってきて、サンプルコードを見た云々の脳内はひどいと思うわな
2010/05/25(火) 15:18:26
見ただけで理解できる てんさいぷろぐらまーさん に何てことを！
2010/05/25(火) 15:21:19
こんな手法で1350レスも引っ張れるのはなかなか大したものだな。
2010/05/25(火) 15:24:35
業務レベルを卑下して、サンプルコード見ただけで分かった気のいる人って、品質管理のレビュアーとしては天才やで
2010/05/25(火) 15:31:25
>>324=>>342=>>345
サンプルコードをみて未使用の言語C#を語る天才プログラマ
2010/05/25(火) 15:33:44
C#アンチスレだから、サンプル見ただけで全てが解る天才が紛れ込んでもいいんじゃね
2010/05/25(火) 22:46:08
>>346
C#の構造体なんかパフォーマンスが悪いんじゃないのか
2010/05/25(火) 22:47:21
>>351
1350レス
前スレのこといってるのか

過去に遡れば1万レスは超えるんじゃないのか？
2010/05/25(火) 23:04:31
>>355
疑問文なのか？　感嘆文なのか？
2010/05/25(火) 23:07:53
願望に基づく妄想です
2010/05/25(火) 23:10:16
C#さんェ・・・
2010/05/25(火) 23:12:15
クラスライブラリや言語の設計上、構造体のコピーが発生して効率が悪くなりやすかったり
クラスのオブジェクトの生成や短寿命オブジェクトのGCが非常に高速だったりしてあまりメリットがない場合が多かったりするけど
構造体自体のパフォーマンスは悪くない
2010/05/25(火) 23:27:50
構造体を捕まえてパフォーマンス悪いって、何が言いたいんだろう。
2010/05/25(火) 23:55:32
構造体は値型なのでforなどで扱うとやばいことに
2010/05/26(水) 00:00:15
基本は参照なんだしわざわざstructの特性を理解できないまま誤用する奴はいないだろ
2010/05/26(水) 00:49:40
値型と参照型、値渡しと参照渡しを直交した形で書き分けられて、
必要に応じて自動ボクシング、キャストによるアンボクシングができる
って言語は実は少ないのではないだろうか。
2010/05/26(水) 01:30:06
構造体はスタックに確保されスタックポインタでアクセスできるためクラスより僅かに速く、大量に使い捨ててもGCに影響しない。
そうは言っても、クラスが十分に速いので速度面の理由で構造体にするのは稀。ネイティブとの相互運用のために使う事が多いだろうか。
誤用するのは何も知らない初心者ぐらいだろ。

>>355
C#のGenericsは値型を入れてもボクシングされないので高速。
Javaではintなどのプリミティブ型であっても強制的にボクシングされるため低速。（参照型しか扱えない）
これもJavaのGenericsが欠陥品だって言った理由の一つな。
2010/05/26(水) 18:04:05
その程度で欠陥品って
>>363に似た理屈で反論されるだけだぞ
2010/05/26(水) 19:05:54
JavaのGenericsは、妥協の産物としてはよくできているし、オブジェクトを入れる分には効率はC#方式と変わらない。
もちろん、どちらが優れているかといえば、C#。
2010/05/26(水) 19:19:29
C#というか、.NETね
2010/05/26(水) 19:28:44
Integerとかのラッパクラスの素人臭さには笑ったな
2010/05/26(水) 20:18:36
3連投で宣伝するなよ
そんなのが優れてると思ってる今が幸せだなw
2010/05/26(水) 20:50:13
このスレってC#糞C++マンセーじゃなかったっけ?
その感覚ではJavaのGenericsはC#どころではなく糞だと思うが
2010/05/26(水) 20:57:25
アンチスレのはずなのに、アンチよりマンセーの多いという不可思議なスレ
アンチほどC#を嗜んでいるってのはあるけどな
2010/05/26(水) 21:12:11
>>366
構造体はパフォーマンスや相互運用などでメリットがある場合に限って使えばいいだけだが
int使わないわけにはいかないだろw
2010/05/26(水) 21:35:28
>>372
アンチの能力が低すぎるから、すぐに切り返されてしまう。
2010/05/26(水) 21:43:17
使った事ないのにサンプルコード持ち出してどや顔するアンチ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況