C#は糞2.0

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2010/04/30(金) 15:25:27
前スレ
C#は糞
ttp://pc12.2ch.net/test/read.cgi/tech/1246520657/
2010/05/18(火) 16:03:47
今日暴れてるのはいつものC/C++原理主義者とは違う人なのか？
262デフォルトの名無しさん
垢版 |
2010/05/18(火) 16:07:23
そーいや、C#やってるやつは他言語もやってるって言ってたけど
>>260で出てたアノテーションにはだんまりじゃねーか
低能は低能らしく、己の無知を認めたほうがいい
263デフォルトの名無しさん
垢版 |
2010/05/18(火) 17:07:40
結局、脳がないC#はスレにかきこむなってこったよ
C#が糞なのは誰が見ても明白だから
2010/05/18(火) 17:46:34
>>260 みたいな無知をさらけだすようなレスには誰も答えないよ。
2010/05/18(火) 18:03:48
>>264
アノテーションってどの言語のパクリ？ｗ
2010/05/18(火) 18:25:21
アノテーションをコメントに書くという仕様は素晴らしかったのに、なぜ、途中で路線変更をしたのだろう？
2010/05/18(火) 21:00:19
リフレクションの重要性に屈したから
268デフォルトの名無しさん
垢版 |
2010/05/18(火) 21:03:18
>>267
リフレクションなんて昔からある
新参者は黙っておいたほうがいい
2010/05/18(火) 21:07:43
リフレクションを前提にしたフレームワークではどうしても目印が必要になるんだよ
メソッド名にエンコードするとかダサいだろ
2010/05/18(火) 21:12:12
>>269
お前はリフレクションを理解していないのが分かった
2010/05/18(火) 21:18:35
たとえばJUnitの@Testはどうやって処理されるかわかってる?
まさかソースコード解析してるわけないよね
アノテーションが無かったころはメソッドにプレフィックス付けてたんだよ?
2010/05/19(水) 06:07:23
連日連夜昼夜問わず高度な議論が続いていますね
2010/05/19(水) 07:25:34
WPFで高速GUIが作れるところがｲｲ
C/C+++GDIじゃ遅すぎて使えない
2010/05/19(水) 07:35:12
WPFは高速でもなんでもないし。
むしろ普通のWindows Forms使うよりメモリいっぱい食って遅いし。
2010/05/19(水) 09:47:57
C#はメモリくいすぎ
所詮、近々のハードの性能に頼っているだけにすぎない
逆にハードが優秀な近々ではC#を使う必要もない

C#は糞ってか、糞の糞だね
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が非常に高速だったりしてあまりメリットがない場合が多かったりするけど
構造体自体のパフォーマンスは悪くない
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況