JAVAとC#どちらが優れているか教えてください

言語機能的にも実装的にもどっちが上なんですか？

しりません。自分で考えてください。

>>1
あなたにはどちらも関係ありません

言語仕様はC#が上
ただし技術者が不足

つか、イマドキの新人教育担当者って言語選定が大変そうだな

この業界の偽装請負で単純作業という糞体質を全部Javaのせいにして切り捨てるときだなｗ
つくづく使えない言語だったｗ

やっとその気になったか。
切れ切れ〜

開発環境は圧倒的にC#の方がすぐれてるんだけどね。
純粋な言語的にはあまり変わらない。

C#もJAVAもおもにWebアプリでの使用がメインだからその辺を考慮するとC#の方が開発しやすい。

しかし、Windows Server のお守りはいやなので、Java になってしまう罠

どう考えてもぶっちぎりの　Ｃ＃

無駄が無い。

>>7
開発環境は負けてるでしょ・・・

実際世の中は今んとこJavaがかなり優勢。
数年後はどうか知らんけど。
C#の仕事はかなーり少ない。

C#って.NetFramework使いたい奴だけが使う、ってとこあるからなあ
MSだけって時点でJavaと比較する意味が無いし

正直Weblogic使うよりもWindows2003Server使った方がましだと思う

>>正直Weblogic使うよりもWindows2003Server使った方がましだと思う
これIIS使えってこと?それともなんか別の乗せるの

IISねえ。
まあ、こういうのはマシかどうかはあんまり関係無い。
シェアの多いWindowsがマシなOSかどうか議論するくらい意味がない。

C#つーのは言語がJavaなVBだぞ
生産性が非常に高いので、小規模開発には最高

あまりやり過ぎると、EclipseでStringBuilderとか打ってしまうのだがｗ

>>17

>>17

>>17

openなのでJAVAの勝ち

？
オープンだからJavaの負けでしょ。

意味不明。オープンの方がライブラリも早く増える。

品質が保証されないね。

>>24
仕事放棄するなよｗ

Javaの勝ち

Ｃ＃に決まってんだろ！このボケっ！！
>>1
糞スレたてんじゃねーぞ。この運子野郎！！

Javaも基本型は無しにしてRubyみたいに全てオブジェクト化してくれ。
それか、C#みたいに構造体化してもいい。
Javaは中途半端なんで気持ち悪い。

JAVAは.NET3.0が出るまでの命。
LINQがJAVAの息の根を止めるだろう。

>>29
.NET2.0におまけが付いた位じゃまだ死なないだろ・・・

Googleが勝てばJava、MSが勝てばC#
BDが勝てばJava、HD-DVDが勝てばC#

両方出来る俺は勝ち組

むしろ仕事でプログラムを書く必要がない俺が勝ち組

↑
の様に夢を見てる奴と違ってリアルにC＃を極めているオレが勝ち組

言語にこだわってる時点で負けだろ
しかもjavaとC#で

言語としての普及度はJAVA＞C#だけど、ﾌﾟﾗｯﾄﾌｫｰﾑとしては既にﾄﾞﾄﾈがJAVAを抜いたんじゃね？
ﾄﾞﾄﾈはC#とﾌﾞﾋﾞで分け合ってるから統計がわかりにくい。

C#が普及しないのは、Javaと比べて大義がないからでしょ。

大儀w

大儀は天下統一です

大差ないしVS高いし

Javaは先駆者。
先々結果がどうだろうと、先頭を突っ走ったこと自体が重要。

JAVAは信長。
C#は秀吉。
そしてObjective-Cが家康。
最後に勝つのはObjective-C。

>>42
設計思想的にいえば、
信長…Objective-C
秀吉…Java
家康…C#

C 信長
C++　秀吉
Java 家康
C# 政宗

あと5年、早く生まれてればね。

後漢：C++
魏：Java
呉：VB.NET
蜀：C++/CLI
晋：C#

そして統一へ。

船井幸雄：VB6
　中丸薫：なでしこ
宇野正美：COBOL
飛鳥昭雄：D
　五島勉：Pascal

なんだこのスレw

C ノーザンダンサー
C++ サドラーズウェルズ
Java モンジュー
C# ハリケーンラン

C#がJavaより優れてるところってあるの？

痒いところにデリゲード

メソッドにいちいち例外の宣言を書かなくていい。
プロパティ。

C#がJAVAよりも優れているところ

MS社謹製

学習環境はJavaの方が充実している。

資格　Java ＞ C#
書籍　Java ＞ C#
学校　Java ＞ C#

C#なんか使ってるやつ、MSに金貢いでるだけだろ。

もし.NETフレームワークがなかったら・・・？

C#が優れてる！
不思議！！！

>>53
それが充実って言うのか・・・。
Javaの資格、SUNが勝手に作って金儲けしてるだけ。
Javaの書籍、９割はくっだらねー。
Javaを教えてる学校、いらん事教えん方がいい人材になる。

Sun Certifiedだけじゃなくて、国家資格の午後とか。

C#がJavaより優れてるところってあるの？

オブジェクト指向じゃないとこかな、Javaもあやしいけど。

>>1
C#は元々がJava1.2のパクり。
元々がBASICと言い、Cと言い、C++と言い、Microsoftが独自の方言で国際規格のANSIの規格から外れた言語を作ってきた事に始まる。

で、また凝りもせず
Java1.2にMicrosoft独自の(Windowsでしか使えない)APIを付属したMicrosoft visual J++　販売！
↓
Sunに｢ニセJava売るんじゃネー｣と訴えられる。
↓
J++をJ#と名前を改める。
↓
それでもMicrosoftが裁判で負けて多額の賠償金
↓
J#をC#と名前を改める。

まず、これが歴史ね。

で、Javaの1.2から1.6、MSのJ++からC#までの方向性ね。

Java1.2(ServletでPerlのCGIみたいな事ができますよ！)
　↓
Java1.3(JSPも組み合わせてPerl+PHPなことができますよ！)
　↓
Java1.4(CORBAで部品からパッケージまでソース資産を永久に共有化できますよ！)
　↓　　　　　　↑UNIXのPOSIXライブラリのパクり
Java1.5(お待たせ！SORPでANSICやANSIC++等の他言語とのネイティブなソケットができましたよ！)
　↓　　　　　　↑実はJava内でCやC++のエミュをしてる。
Java1.6(シラネ)


J++(Javaが作れて更にWin独自の関数群も用意しました!)
　↓
J#(Javaにはできない各MS製品を外部コントロールする独自APIを組み込みました！)
　↓
C#(他MS言語(VBやVC++)と連携もできます！)
　　　↑実は.NETFramework内でVBもVC++もC#もエミュをしてるから一緒だったりする。

こんなん。

つう訳で、

Win鯖でエクストラWeb鯖物を作る。Java＞＞＞C#
Linux鯖でエクストラWeb鯖物を作る。Java＞＞＞PHP＞Perl
Win鯖でイントラWeb鯖物を作る。ノーツとか専用ツール＞＞＞＞C#＞＞Java
Linux鯖でイントラWeb鯖物を作る。Java＞＞PHP＞Perl
電子決済。Java＞＞C++＞＞＞C#
P2P用通信ソケット。C＞＞＞C++＞＞＞＞VC++＞＞Java
Winアプリ。VC++＞＞＞＞＞＞VB＞＞C#＞＞＞Java

用途によって。

まったくのデタラメじゃねえか。

極大電波発生(w

一応世間で採用されて名前くらい知られたものであれば、
どんな言語にも何らかの利点はあるし、同時に何らかの欠点も必ずあるね。
万能言語は絶対にありえない。物理的に不可能。

>>1のスレタイみたいな発想は馬鹿丸出しなんだが。

JAVA ← 女の子に見える(Jが髪でAが目でVが鼻口)

C# ← 何にも見えない。そもそもイゲタの癖にシャープとか嘘付いているし。

明らかだろ。

俺は毛の生えたチンコの先に見えてしょうがないんだが。

　( 八　　）
　にしこり　ﾄﾞﾓｰｯ!!
　 ヽ二/

Javaは単純。C#（というかASP.net）は覚えること沢山。
機能で言ったらC#だね。

ASP.NET加えるんだったらEJBも加えて比較しろや、ヴぉけ

ゴメン。EJBなんて知らん。名前は知ってるけど。Javaは重い。これからは必要ないと思われ

あほか、Javaがどうして重いのか理解した上での発言だろうな。
せっかくオープンソースになったんだから、重い重いとほざく前に、
て前ぇでチューニングしろよ。
C++みたいに仮想メソッドにvirtual宣言つけるようにして、VMT経由
しないで済むようにするとか、いろいろ方法あんだろ。ただし互換性
は無くなるがな。

>>73
手間と成果のトレードオフ考えたら
チューニングする価値無いに等しいだろ…

クロスプラットフォームの利点捨てたらJAVAに何が残るんだよ

>>74
そうそう、Javaの詳しいことは分からんが、レガシーのメンテという観点の
他には既に存在価値はない。
今時、Windowsサーバーは不安定とか危険とかいう言い回しもどうかねえ…
という感じ。

Windows高いし...

UNIX、Linuxの手間とそれに掛かる人件費考えたら、安いものでは？
Java神話はもうすぐ崩壊。

うちじゃ、Windowsの方が手間かかっちゃってるんですが・・・
あんなブラックボックスだらけの環境良く扱えるね。
しばらく要員トレードしてくんない？

ブラックボックスってどういう意味？

ブラックボックスを知らんのか？
例えば．．．
あれぇ、ネットワークは問題なく繋がってるし、Pingも通るけど、マイネットワークに
表示されないなぁ、なんでだろ・・・・あ、アドレス欄に直接いれたら出てきたよ。
とか、
あれぇ、このファイル、どのアプリも使ってないのに、「使用中のため削除できません」
ってメッセージでて削除できないなぁ・・・・
とか、
うぁ、この更新インストールしたら、後で再起動要求してこないかなぁ・・・
とか、
あれ、このDLL、REGSVR32 /U 〜ってやっても削除できないぞぉ。パスも合ってるのになぁ・・・
とか、そういうんだよ。
まぁ、最近じゃGoogleのおかげで大分助かっているが。

>>80

イメージは伝わってくるがブラックボックスの説明にはなってないぞｗｗｗ

まあ、使用中なら使用中でいいんだけど、どのユーザーが使用中とか
調べるコマンドを教えてくれてもいいとは思うよな。

Javaは、MSの価格つり上げを牽制するものとしての存在価値は
あると思う。俺が安心してMS製品を安価に使い続けられるように、
Java陣営は頑張れ！

これからJAVAは事実上Linuxでのサーバーサイド専用になっていくと思う。
　　　　　　　　　 ~~~~~~~~~~~~~~~~~~~~~~~~~~~
なぜならWinには.NETがあるしMacは圏外だから。

ソフト自体、サーバーサイドになっていくんじゃないの。

いまだにどっちが優れているかどうかなんて
話が続いているのか・・・・

もうどうでもいいよ

興味ねえ

つうかもう5年も前からこんな論戦が続いて飽きてきたよ

どちらも長所短所があるんだし

どとねとの長所ってなによ？

プラットフォームを選ばないことの利点はAdobeのソフトなんかに本来の利点があるわけだが、
実際はパフォーマンスの関係で利用されていないわけだ。

Serverとして
どちらがデファクトスダンダードを取るかが
決め手となるのは
明白だ罠。

表計算やWebブラウザのようにOSと抱き合わせることに意味がないと
ディファクトスタンダードが取れないMS。OSの存在感が低下した途端、
あらゆる分野で中途半端な普通の大企業になってしまった。

バリバリＳＡＰやっている奴でさえ勉強したいというのがJava
新人でさえ勉強したいというのが出てこないのがC#

そんなにJavaっていいか？
マルチプラットフォームは確かに強みなんだろうけど、各ＯＳの標準言語にはならないってのが強いんだか弱いんだかわからない。
LiunxでもWindowsでもC/C++になるだろう？
WEBシステム記述言語として伸びて来たんだろうけど、PHP、Rubyに後を追われてるし、将来はエンタープライズシステム専用言語としてまあCOBOLのようになるのかな。

>>67
あーもう！
JAVAが女の顔にしか見えなくなっちまったじゃねーか！！

CやC++はいわゆる枯れた言語。
JAVAはWEBを相手にしているから常に進化を要求される。
だから枯れた言語にはなれない。
そして進化するのはプラットフォームとしてのJAVAであって、
言語としてのJAVAではない。
言語としてのJAVAは化石化する予感…。

でもJAVAのAPIって推奨できないの結構あるよね

言語としてのJAVAはそもそもがC++から必要最小限の機能だけを抜き出すという発想だ。
だから最先端の機能を搭載することは許されない。
しいていえばそこが常に進化し続けるC#との決定的違いなのではないかと思う。

JavaなんてScriptか携帯アプリ作ってる時以外は使わないな。
C#も上に言われて一度使ったきり。

俺は両方ばりばり使ってるぞ。C++もたまに使ってる。

CからJAVA屋にかわったけど、JAVA書いてるほうが、気分がいいね。
引数も返り血もオブジェを飛ばしまくって気持ちいい。ねちねちしたCやってると
気分が欝になるよ。

返り血を飛ばしまくって気持ちいいんですか

ﾋﾄﾃﾞﾅｼ!!

誤字脱字に反応とは……最近は余裕の無い人が多いんだな

抜毛脱毛に反応とは……最近は余毛の無い人が多いんだな

Javaごときに反応とは……最近のMSは余裕が無いんだな

>>96
propertyやらclosureやら、いろいろな機能がそろそろ追加されるわけだが。

JavaもC#も「これからの言語」じゃない気がするんだが、
どっちが長く生き残るか、で言えばJavaだろう。
単純に、普及率が高いから。

お前らアホだろ。これでも読んどけ。

2007 年の Java: この 1 年を占う
http://www-06.ibm.com/jp/developerworks/java/library/j-java2007.shtml

（リンク文中より抜粋）
>JEE ほど、全体あるいは一部を置き換えようとする努力が多くのサードパーティーによって
>費やされたものはありません。そうした努力には、Spring や Hibernate、Restlet、aspects、
>Struts などがあり、数え上げればキリがありません。それにもかかわらず、Java プログラマーを
>求めるどのような会社も、JEE の経験を要求します。つまり Sun は、何とかすべきなのです。

最後の一文で吹いた。
これ以上求めても、EJB３みたいな半端もんしか出てこないと思うけどな。

C#　＞＞　VB.net ＞＞　Java　>> VB6.0　　>> C++.net

>>109
納得いかねーな。
なんでC++.netの評価が低いんだ？

C++.net はVBなみのペタペタ・プログラミングで
作れる最強のC++だわ

>>110
メンドクサイ

鯖管理者の俺的には
Java(兎に角メンテツールが豊富、オープン万歳)＞＞php(軽くて迷惑かけない良い子)＞＞perl(メンテ簡単、ややひいきかも)＞＞＞C#(メンテツールが売り物、ASP死ね！、IIS死ね！)

NWスペシャリストの俺的には
php(fopenでサイト巡回可能。とてもいい子)＞＞Teratermマクロ(簡単なPinやTraceシェルは全部コレで書いちゃう)＞＞perl(再インスコバッチ等の復旧シェルはこれで書いちゃう)＞＞＞
VB(GUIつきのログ集計/トラフィック集計物はこれで書いちゃう)＞＞＞＞その他
パイソンは勉強中だから許してｗ

つう訳でC#の評価はありません。

>>109
C#とVB.NETなんて一緒じゃねーか
どこが違うっていうんだ？

>>91
SAPだよな？ASPじゃないよな？
今SAPはEnterprisePortalって言う製品があるけど
iViewとかはJavaで拡張していくもんだぞ？
だからSAP屋さんはJavaが必要。

まぁ俺はC#が好きだけどな。
Java自体は良い言語だとは思うけどなんか名前だけ
がドンドン一人歩きしてる気がする。

>>114
アホ。勉強しなおせ

>>28
Javaには、プリミティブ型に対してメソッドを呼ぶと
ラッパー型のスタティックメソッドに書き換える
シンタックスシュガーを追加してほしいな。
そうすれば、実装上も構造体である必要は無いと思う。

例えば
str = 32.toBinaryString();
は、
str = Integer.toBinaryString(32);
に書き換えるとかね。

あんたら、Ｃ＃の仕事あんの？

比べられるのはいつもJavaだな。
それって、その言語に対してコンプレックスがあるから
優れていると認識したいだけなんじゃないのか？

何の言語でもいいが、扱う人間が優れてる方のが勝ち

>>119
そうか、納得した
Javaは扱う人間が糞だから駄目になったのか
それだと確かに言語に優劣は無いかもな

>>119
結局はそういうことだな・・
出来る奴は一つの言語に拘らない気がする

>>120
もうちょっと良質な釣りよろしく

で>>1はどんな研究をしたいんだ？

宇宙物理か？原子力か？

まさかインターネットで買い物カゴみたいな糞プログラムじゃないよね。

世の中の開発案件の9割がJavaな昨今
どうやってJavaを回避しろとｗｗ

で、伝説のこ、コボラーですかっ！
そりゃ失礼しますたｗｗｗ

2cｈやmixiやamazon・・・・・・・・・・・・・・・・・・・・・Perl
楽天、あと近年のCSSブログ系・・・・・・・・・・・・・PHP
Google、Yahoo、７Dream等のモール系全般・・・Java

何かあったっけ？・・・・・・・・・C#

組み込み系‥‥C

C#は

昔、自動車メーカー用の2-tierアプリケーションをC#で作ったことがある。
リリースする直前で、Javaで再構築する羽目になったけどな・・・
技術的な理由で、変わったわけじゃないけど

IBM、HP、DellサイトもJavaだねそういえば。

猫も杓子もjavajavaで単価激落

COBOLerよりもPL/1とかRPGでメシ食ってる連中の方がある意味すごいと思うが。

まあ、天下りと政治力だけで技術力ゼロ集団だが
ゆりかごの様な箱庭社会で生きていてうらやましく感じる時がある。

それを考えるとC#使いは凄いと思う。

C#やJavaを使えることと、PL/1やRPGだけでやってることと
技術力にいったいなんの関係があるの？

>>131
そこのエンジニアは10-15年前のシステムをひたすら保守が仕事で、
比較的に大きな仕様変更があると、漏れみたいな外注がよばれる。ｗ
よーするに、現実的な仕事は丸投げ状態。新技術を習得しようという意思はゼロ。

漏れが不明瞭な仕様に関して質問すると「それは前の人がやったところで私は知りません」
との回答。アフォかと。藻前が知らんのに漏れが直せるかっつーの。

仕方ないので顧客と自前で仕様の再確認やら打ち合わせやらスケジュールやらの
プロジェクト全般の指揮をこっちでやる羽目に。
つか、あいつらなにもできないししないので存在価値ないんですけど。

で漏れの周りのC#使える人は現実的に働いている事が多い。C#使えるレア人種は
他の言語やシステムも使えたりするからだが。
まあ、当たり前といえば当たり前で普通の事だが、古代言語主流の人は働いていない
という印象がある。

>>132
言語と人間性は別物でしょ

俺的には、最新言語よりまず仕事場で使う言語。
次に、最新言語ではなく、基本言語であるCとアセンブラをしっかりと押さえてほしい。

リバースエンジニアリングもできないプログラマのレベルなんて、初心者がちょっと勉強すればスグに同等の位置にたどり着くさ。

>>133
同感。
最新の言語は、どんどん、敷居が低くなっていってるから、１週間勉強すれば、一応使えるようになってしまう。
AccessVBAなんて、ド素人でも、一応まともに使えるアプリとして完成してしまうからな。
ハッカークラスのプログラムが生まれにくい要因に、最新技術にばっかり目が行ってしまって
コンピュータの中核の技術に目が行っていない、プログラマが多すぎる傾向がある。

>>113
javaはともかくphpなんてレンタサーバ専用言語を・・・まあ良いけどさ。

つか、C#やるとJavaなんてめんどくさくてやる気しなくなるよ。

オレは、もう今後C#の仕事しかしない。と決めてるｗ

生産性が全然違う。

>>136
ツール（Eclipse）とかオープンソースのライブラリとかその辺りがC#は弱い
あと参考書とか情報がMSDNとGUI関係に偏っているのが厳しい

いや.NETに関してはむしろGUIの解説の方が不足している印象を受けるけど

ドラック＆ドロップでなんとなく作れるからなぁ・・・

そもそも.NETの方向性ってプログラマ無しでアプリ作れるようにすることでしょ、確か。
ツール動かして設定を読み込ませて終わりが理想系だとか。
実際にExcelで表を作れる頭あれば、ある程度のアプリは作れるんだから凄いけどね。

>>137
膨大過ぎて書籍では一冊だと書ききれないでしょ。
オレC#マニアなんだけどトータル２０冊位の本持ってるよｗ
そのうちの８割位の知識はあると思ふ


世の中のシステムを全部C#に置き換えてしまえば良いのにと思ったりも
してるよ

熾烈な首位争いを繰り広げる、日本とハンガリー。
日本は現在ハンガリーに500万クリックほど差をつけているものの、
これで安心してはいけない。
我々のこれまでの最大クリック速度は8万〜9万回/分が限度だが、
ハンガリーはなんと13万回/分を叩き出した実績がある。
実際、1400万の差を一晩でひっくり返されている。

今はハンガリー時間で7時を過ぎたところ。
彼らの動きが活発になり始めるころだ。
おまけに月曜日は祝日だという確定情報もある。
今の戦力では心もとない、まだまだ戦力を募集中だ。

もはやVIPPERだけでは太刀打ちできない。
これはもはや、VIPの枠を超え、2ch全体で立ち向かう以外に勝機はない。
諸君の参戦を切に願う。

現行スレ
【首位奪還】一番クリックした国が優勝 Click82【天王山の決戦!!】
http://wwwww.2ch.net/test/read.cgi/news4vip/1180241158/

まとめサイト
http://www33.atwiki.jp/clickvip/

コピペ君って馬鹿だな、まで読んだ。

へぇ〜Ｃ＃ってそんなに進んでるんだ。
一回もさわったことないから、おらおでれーたぞ

Javaと比べてどこがどう進んでるのか誰も具体的に書けないところが哀れだな。

Javaってさドメインモデルで作るためにあると思ってるんだが
どこいってもテーブルモジュールかトランザクションスクリプトなのよね

テーブルモジュールで作るなら.netはDatasetがある分楽で
単純にそれだけの理由で.netのほうが生産性高いんだよね

んで次のADOではORMがつくようになってJavaとの差がなくなるじゃん
（ドメインモデルが作りやすくなるため）

Genericについてはどう考えても.netのほうが上
コンパイル時解決と実行時解決の差は埋めがたい

JavaだとTが何の型でバインドされてるかわかんねぇ氏
値型にすることでのパフォーマンス向上が望めないし

全体的に意味不明。ほとんど好みの問題だし、どうでもいいことばっかだな。

w

わからないから意味不明ってさ
エンタープライズアプリケーションアーキテクチャパターンぐらい読んでこい

どれを選ぶかが好みとかいってるからデスマになるんだよ
選択は好みではなく理論行うもんだよ

日本語でおk

Java言語でおｋ

どーせ偏差値６５以下のプログラマが使うんじゃ、たいしてかわらん。

偏差値って何の？

>>145
JavaよりC#の方が後だしなんだから仕様的に上なのは当たり前だと
思うんだが・・・。

が、藻前はとりあえずポトペタで作れるIBM JSFとSDO、もしくはSeaser2とかの
自動のO/RﾏｯﾊﾟｰやDIコンテナ、AOPの機能とか使ってみてから.NETの優位を語ってみてくれ。

悪いがこれらを知っていると「.NETの方が生産性高い」と力説されても
説得力に欠ける。

両方つかってますが
ORMを使うことにあたりドメインモデル使用しないとメリットが少ないと
ドメインモデル使うときはNHIBERNATEつかってたしな

だったらDatasetでいいじゃんって話になる

ちなみにDIは.NETでもあるぜ
AOPのメリットはそこまで感じてないし
疎結合にするのにDI しなくてもエントリ1っ箇所に集中して
そこから取得(factoryみたいに)すればそこまでこまらん

どっちかってとPropertyの概念があるかないかのほうが
個人的には重要、Java7では取り込む方向っぽいけど
getter、setterってめんどくさくね？美しくない


ほかの言語仕様という点では匿名メソッドの有無が大きいかも

まぁまとめるとどっちでも今後大して変わらないだろうなと
あえていうならテーブルモジュール時は.NETに軍配が上がると

ただし、WindowsにおいてはWPFがでてきたので.NETのほうがいいかな
(IDEが完備されるまではどっちでもいいや)

>>153
つーか要するに System.ComponentModel だよなぁとｵﾓﾀ

といってもあの辺、WindowsBase.dllあたりで一段落した感じ。

データアクセス周りは、テーブルモジュールも割り切れてていいっ
ちゃいいんだけど、ObjectSpacesやらWinFSやら吸収してやっっっ
と形として出てくる3.5でどう味付けしてくるかﾜｸﾃｶ
匿名メソッド→ラムダ式→LINQとかチラ見せもしてるし

…まぁ無駄に歩みが遅いのはアレだけど。3.0対応も出来てないって
アホだろう

どーでもいいが、おまいら作ったものの保守しろよ。
作りっぱなしで新しい言語新しい言語とやってんなよ。

お前ら本読むのはいいけどちゃんと咀嚼しろよ、馬鹿。
活字をなぞるだけじゃ意味ねぇぞ、と。

なぜかIBM JSF+SDOはスルーな訳だな。
ドメインモデル使用しないんだったら断然SDOだが。
そして使うんだったらS2Daoだろ、って選択肢に漏れはなる。

NHIBERNATEってなんだか、MS系の鯖管理者がOSSを嫌うんで
つかえねーな。まあコレは会社の事情だけど、MS系の鯖で
OSSってそんな簡単に認可降りるのか？漏れの会社系ではまず使用不可だ。

漏れ使用している鯖のIBMなんかはIBM自体がOSS推奨してるので、
上司にOSSを普通に進められるし、漏れは使える状態になってる。

DI部分のfactoryクラスを自前で実装するのは構わんが
そういうのは後から使うやつが死亡フラグ確定だろう。ｗ

ここで独り言書く奴ってなんの目的があるんだろ。ただの憂さ晴らしか？

、という独り言。

自分はこんな事を知っていると自慢したいんだが

若いっていいなあｗ

ちぇけらー、ちぇけらっちょんまげ

C#の方が上に決まってるだろ。C++とだったらまだ戦えるが。

やっぱＪＡＶＡよりバスクリンだろ

>>163
Javaって大文字で書くとかっこ悪いな
JAVA

C#が最高の言語である。

C#は空港の予約･登場システムに採用されるような実績がないからクズ

登場ロジックは難しそう。

採用されてもあの体たらくじゃJavaは危なくて採用できない。

C#が悪いっつうより、そもそもwindowsが採用できない・・・

Windowsはブラックボックスが多いからな
最近、ソフトもハードもとにかく「ひとつにまとめろ」だが
システムを下っ端とはいえ扱う私に言わせれば
単純なものを組み合わせていくのがいちばんだよ
また効率があがるという理由ならまだしも
ただ楽だからという理由でひとつにまとめてはいけないよな
特にセキュリティを気にするのなら

良い意味で親切
悪い意味で過保護

結局いつものWindows叩きに走るという退屈さ

C#に始まりC#に終わる
これが世の常なり

業者乙

Windowsを採用できない理由がわからない。
今じゃLinuxよりセキュリティー対策も万全で安定した動作するのに。
脳みそ硬化して昔のWindowsのイメージだけで語る老人が多すぎて困る。

>>175
中小だと、クライアント数が100超えた辺りで予算が尽きて、ライセンス料を
払えなくなってしまう。
Windows使いたいけど、予算の都合で仕方なくLinuxを導入してるのが現実。

セキュリティパッチあてるたんびに再起動とかうざすぎるんだよ。
クラスタ化強制かよ。貧乏人にはつらすぎるぜ。

WindowsよりLinuxといえるのは、ちゃんとソースいじくれるんだろうな。
パッチ待ちとかなら、Windowsでもかわらんぞ。

せめてネタスレはsageよう

>>178 ソースをいじくれることより寧ろソースをいじくれる機会が
与えられていることの方が寧ろ重要。

現実問題としてソース自分でいじくって解決する場面は無いと言い切れる。

OSレベルでは稀でも、アプリやライブラリレベルでは普通にあるわな。

>>175
お前がボンクラなだけ。
OSが5年も経たずにディスコンでサポート切れって時点で大抵の客はOKくれない。
国がらみなら特に不可能。入札条件が5年〜10年無償保障とかザラ。
M$がこれを改めるか、C#がUnixで動くかしない限り、C#への評価はない。

>>183
国が相手だとどんなのが受け入れられるの？
やっぱオプソ？
solarisとかaixはどうなの？

HP/UX+Oracle+WebLogic
こうかな

むしろsolarisとかaixとHP-UXだらけだよ。米に習って。
というか経産省にはsolaris信者が多い。あ、医学界もsolaris信者だらけ。
理化学研と宇宙開発事業団はLinux信者が多し。
大学関係はLinux派とsolaris派で2分だね。
HP-UXは企業が多い。オリエン○ルランドとか。

>>186　は　>>184　あて

もしも、自分が、店頭やダウンロード販売で購入した、
ワープロや表計算のアプリケーションが、.
NET や Java で作られていたら幻滅しませんか？
金返せ、と言いたくなりませんか？

ならねーよ。
あほ

>>186
>オリエン○ルランド
をいをい、あそこはオールWindowsサーバだぜ。
マシンはHPだけどな。

追記：オリエン○ルランド は、Unixは強いて言えばsolarisが使われている。

マジかよｗ
前回のリプレースせっかくやったのに、デグレードしてるじゃんよ！

なんでSolarisがウケてるんだ？

>>193
たぶんブランドかな？もしくは慣れてるか。
国内の旧ホスト世代からオープン世代への明瞭期がブッチギリでSunだったから、
そこらの世代が今、上にあがってるんだと思う。
コストパフォーマンスならHP-UXのが安くて速いよ。
安定度も同じぐらいだと思うし。

昔にOracle+Solarisが流行ったからじゃね。

今はOracleはRHELやHP-UXでも普通に動くからSolarisが
徐々にシェアが下がっているって状況だと思う。

>>192
すまん。サーバに関しては漏れの勘違いかもしれん。
これ以上はさすがに言えん。

>>193
まあ、そういう選択肢しかなかったからな。

>>186
それはOS自体の差というより、
官公庁や医療や金融は、大手メーカーの信頼性とサポート体制を重視し、
技術者の多い研究所とかはオープン性(OSSとか)を重視する差かと。

特にお役所は（必要以上に）実績が重視されるので。

通産省は国内メーカじゃないと許可しない

CPU数の問題は解決したのか？Windowsは2個まで、Linuxは4個までだろ？
10個とか100個とか使いたかったら、現実的にはSolarisしかないんじゃないか？

あとWindowsでユーザ毎にリモートログインして作業しても問題なくなったのかな？
最低でもリモートログインと、リモートからの起動停止が出来ないとサーバには使えないな。

そういえば、昔IBMが512個使えるRS/6000とかあったような・・・。

まあ、現実的に8-32くらいならIBMの方がいいと思う。
一昔前の100個よりも最近の16個くらいの方が速いケースが多いし。

Google Trends 使えば Java 最強w

つーかWindowsって無停止サーバの必須機能が全くないだろう？
パソコンには必要ないから当然だが。

>>199
お前は何時代の生物だよ

デュアルコア以上作れないなw

すでにクアッドコアでてるのにな。
Windowsは走らないらしいｗ

Windowsは2個までって
どこまで無知なんだよw

Solarisも悪くはないんだが、信者の発言がイタくはあるな。

Windowsのサーバーと言っても主にファイルサーバー程度の
使い方ならいいじゃないか？
#それならLinuxでもいいとは思うが。

Windowsの鯖に向かってガンガンと計算させたり、バッチ処理と２４時間流しっぱなし
ってワケでもないんだろうしさ。

思うんだがJAVAの利点はマルチプラットフォームであることよりも、プログラミング言語に付属するライブラリの充実度ではあるまいか？
Windows上で使えるといっても、JAVAが利用されるのは事実上Linuxサーバーなわけで。
.NETがWin専用だなんて批判はお門違いだなと思う次第。

でもさ、Linuxって電源落ちたらあぼーんじゃね？

Windowsは火災に弱いけどな

プログラマの弱点は刃物で刺されると死ぬ

MEとかVistaは頭も弱いな

C# vs JAVA
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=csharp

【結論】
　　 CPU使用量：JAVA
メモリ使用量：C#

コピペ君って馬鹿だな、まで読んだ。

え！？Vista駄目なの？
会社に買ってもらえる事になって喜んでたのに。

>>215
会社としてはお前にいろいろテストしてみてもらいたいんじゃね？

恒例の人柱だよｗ
だって、客先のクライアントマシンがVistaなら
当然動作検証とか必要だろ？

言語仕様はC#のほうが優れています
しかしライブラリの充実度ではJAVAのほうが優れています

>>218
んなこたーない。

>>219
一般論です

一般論としては「どちらもC#の方が優れてる」だが。

どうみてもJavaの勝ちだろ。

普及度ではJavaが圧勝です
これは確かです
仕事を得たいのならば迷わずJavaですね
だけど将来はどうなるかわかりません
Monoの出来が以外と良いのです

MSはバージョンアップごとにコード書き換えが必要になるからな。
業務では使えんよ。

これはcshですか？
いいえ、それはbashです。

Javaにはyield returnがありません。

>>220
同考えてもWEBもWindowsも何でも作れるC#が圧勝

今時Javaなんて使っている奴は馬鹿

Dispose・using構文があるだけでも圧倒的にC#の方が優れてる。
一度C#でGUIアプリ作ってみるといいよ。C#の凄さとJavaのダメさに愕然とするから。
Webは実際にやったことないから詳細は分からんが、struts・JSPより遥かにマシなのは間違いない。

具体的にどういう局面でどういう記述ができてどう便利だという比較説明ができてないし、
説得力もない。>>228は良く理解できてなさそうだな。つまり、なんとなくぅこっちの方がぁ
好きぃ。のレベル。

つーか

ここでJavaの勝ちとかいってるやっつ

C#触ったことないだろ・・・

JavaのStrut糞メンドクサイ。

C＃であるプロジェクトで作成したフレームワークを
幾らでも使いまわしが出来るしC#の圧倒的に良い。

まあ、現実的にどちらが勝っているとかいう決着はつけようもないな。
個人的にはC#は ?? 演算子とか yieldとか delegate とか痒いところに手がとどくのは評価したい。
（現場のドカタ具合で後者二つが制限されるのが悲しいところだが。）

一方、C#はJavaのfinalが無い点がかなりイラつく。なんでfinal無いんだろうと思う。
readonly いらんからfinalクレって言いたい。
あとValueTypeとReferenceTypeとの構図が初心者にわかりづらい。

readonlyとsealedで事足りないか？

>>229
こっち何を言っても信じないだろ。usingすら知らない人に説得力が無いとか言われても…ねぇ…。
まさかfinalizeメソッドでリソースの解放とか書いちゃってる人だったりする？
JavaとC#でファイル開く処理書いてみたら多分分かるよ。いつまでも食わず嫌いしてないでさ。
>>232
なんでfinalをありがたがるの？finalは結局役に立たなかったんだけどなあ。
final Map mapってのがあったとして、中身は不変だと思うの？

>>233
いや、詳細な意図としては、sealedとは毛色の違う、
Integer methodName( final int hoge )
みたいなものから、メソッド内での、
final int i;
if(cond){ i = 4; }else{ i = 5; }
とかいう使い方とか、
とにかく同変数名への再代入を一切禁止することを明らかにしたい。

# そういえば、C#のstaticクラスも好きだよ。

>>234
配列も内容は変わりうるが、器自体は不変だろう。
そこらへんをわかって使う分には便利。
俺は安全保障装置みたいに使ってる。

というより、へたくそなJavaコードが混ざり合う環境とかだと、
fianl で再代入禁止を明示されたほうが安心して読める。
変数の割り当てだけに関してはケチケチしているよくわからない連中が多いから。

ちなみにfinalが〜readonlyが〜と言うのならJavaもC#もダメだ。C++のconstが一番良い。
const int[] const a＝参照もconst中身もconst、なんて普通にはできんしな。
C++はconstコンテキストでメソッドを呼び分けられるのも良い。

>>237
つまり簡単にImmutableにできるってこと？
それは便利そうだね。デメリットは何か無い？

>>236
お前さんに文句があるわけじゃないんだが、なまじfinalが付いてると勘違う奴が多いからあんまり信用できん。
func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。

>>238
デメリット？
constオブジェクトからconstじゃないメソッドを呼べない…とか？（まぁこれは感覚的には当たり前だと思うんだが…）
ごめん、よく分からん。
この辺見といてくれ。
http://wiki.livedoor.jp/noboru2004/d/Java%20%A4%CE%20final%20%A4%C8%20C%20%A4%CE%20const%20%A4%CE%B0%E3%A4%A4%A1%A3

結局お前らが声高に叫ぶC#の優位点ってusing、yield、delegateか？
なんだか小っちぇぇなぁ。

>>239
URLありがとう。大体内容はわかったよ。

>func(final int[] a);ってあっても、結局実装を見ないと不変かどうか分からんし。
まあ、finalが保障するのは器の不変性だけだからね。

>>240
C#はWindowsアプリケーションを作りやすいよ〜。
小さいとかどうでもいいから、とにかく使ってみてくれ。

小さいがならも優位点があることを認めたってことは、スレタイの答えは自ずと分かるだろう。

Javaの優位点を教えてやろうか？
・クロスプラットフォーム
・オープンソース
・広範な適用範囲
どうだ、でかいだろ。

・クロスプラットフォーム　→　ほぼLinux限定な現実
・オープンソース　→　優位であるとは言えない
・広範な適用範囲　→　無駄が多い

ほかはどうでもいいけど、

・クロスプラットフォーム　→　ほぼLinux限定な現実

はあ？

ちっ、分かってねぇな。じゃぁとどめの一発。
・Dukeというマスコットの存在。
これがJavaコミュニティの絆を強め連帯感を高める原動力となっているんだよ。
どうだ、うらやましいか？

>>246
じゃばこを忘れてもらっては困るなあ…。
http://www.javaco.org

（しいしゃあぷこもいるけど

>>245
Windows上でJavaは現実的な選択肢ではないだろ。

Windowsアプリ列挙してくれ。そのうちJavaアプリは何個ある？

予算的には
Java:安くあげようとして、結局高くつく
C#:まぁまぁ、こんなものかなで落ち着く

機能的には
Java:こんなんでクライアントアプリこさえたら、客が怒るぞｗ
C#:接続型と非接続型で仕様が混乱するｗ

クロスプラットフォームが売りならJNI使うなよｗｗｗ
Javaって*全部が*オープンソースになったんだっけ？
広範な適用範囲って言ってもWeb自体が広大なだけでWebにしか適用できてないんだからダウト。

>>249
C++とDelphiとVBとC#のアプリを判別できるのか？

>>251
携帯は？

お前らC#なんかで何つくってんの？

せっかく.NETなどという基盤をつくっときながらいつまでも自分とこのOSにしか対応しないってのは変な話だよなぁ。
結局、.NETっていうのはLinuxやオープンソースコミュニティへの保険だったわけだな。
いざとなったらクロスプラットフォームにしようという腹積もりなんだろ。それまでは稼げるだけ稼ごうと。
それにいいように踊らされてるお前らって・・・

これは良スレ

ついでに質問。
今のWinのクライアントアプリってC#が主流なの？

俺が昔、クラ/サバ時代に作ってた頃は、VBかVC++だったんだがな。
クライアントサイドのC#を語るならVBやVC++と比べての優位性も語ってほしいな。

Javaでクライアントって、MacやLinuxやSolarisでも同じのが使えるってぐらいだろ？
ボーランドとかOracleのクライアント製品は今大体そうだけどさ。
俺はJavaのSwingは好きじゃないからVBで作っちゃうけどね。

正直visual studioでC#だけ使ってないんだよな。
検討するからよろしくー

両方使えてないと、技術者としては失格なんだけどね。

両方というかこの世に数多あるあらゆる言語をな。

つうか、必要になったら使うでいいと思うんだよ。
どうせやることは変わらんのだし。
LispやPrologほど異なるものが実用になるわけでもなし。

>>256
アクロバティックな　事をしなくても素直にクラ⇔サバ間でソースコードを共有できる点かな。
C#っつーか、.Net 楽だよ

ただしマネージドC++はお勧めできない

C#でつくったGUIアプリはそのままサーバアプリとしても動くらしい。初耳だ。

ライブラリの一部にGUI入りでも、それを使わない部分はそのまま使えるよ

それはJavaも同じ

>>262はまだオムツがとれてないと見えるｗ

>>264
クライアントでJava使うとウザがられるじゃん、それで仕方なくVC++というのが良くあるんだろ？

Eclipseはぜんぜんウザくない

C#はいい言語だけど、もうJVM使うしかないよ。あきらめれ。
JVMで動くC#もそのうち出てくるべ。

クライアントアプリなんてそのうち絶滅するって、グーグルの人がいってた

Javaクライアントがウザいと思ってんのは先入観持ってる厨だけ。素人には関係ない。

見た目のウザサはかなり無くなったけど、やっぱりまだ重くてなあ。

VisualStudioの重さには耐えられるのになw

たえられねえよｗVS2005チームエディションの重さは異常ｗ

最終的に判断するのは客だからね。Javaで作ると客が重い重いってうるさくてさぁ。

>>257-258
作るだけならそれこそ何でもいいんだが、今の俺、検討する側なんだよな。
作りたい物を、より簡単でキッチリ動いてくれるの探すの大変なんだよ。
変なの選んで機能限界だとブーブー言われちゃうしな。

>>260
thx なるほどねー。イントラ開発にはヨサゲだね。
最近GoogleMapのクライアントの地図検索APIがC#版もでてきて
ちょっと検討してたとこだったんだ。
｢この顧客の住所はココー｣って地図出して矢印を刺す社内ツールなんだけどね。

GoogleってGoogleMapのみならず何でもJavaだからさ、
コンポーネントはJavaで、GUIの皮はVCでやろうかと思ってたんだが、
C#のがある意味素直かもなーとちょと思った。

3週間くれって言っといたから、1週間ぐらい試してみるよ。

重いと怒られたことはあまり無いが、変なアイコンがでるとか、JVM(客にとっては謎)の更新メッセージがでるとかのフォローがウザイとか言われた事はある。

作ってんじゃん

だから両方出来なきゃダメなんだって。どっちにするかは客の予算次第。

>>277
検討するが作りもするよ。
でも、1人じゃないんだよな、、大抵3〜1000人規模。
>>275　のは1人で作っちゃうけどね。小物だし。
大人数のはちゃんとしててもブーブー言われちゃって大変よ。

レガシーなシステムや制御系だとアンマネージなC++だけどね。

漏れのトコはJavaかVBと両極端な状態だなぁ・・・。
C#を提案しても「後で修正とかできる人がおらん」とか言われるし…。

WinのクライアントアプリってC#が一番数少ないと思うが。

漏れのトコは鯖がi5と言う特殊事情もあるが（ｗ

つまりクライアントアプリはVB6→VB.NETになって、C#を使うケースは稀であると？

C#は始めると戻れなくなるくらいラクチンなんで徐々に移っていくと思うよ、MFCとかもう見たくも無い。
それでもVBからVB.NET移る人は微妙かもしれないが・・・
鯖まで考えたらC#/VB.NETで行きたいね。

C#の仕事なんかほとんど見かけない
たぶん得意な会社は集中してやってるんだろうけど

C♯ってなんで括弧いるの？
括弧ないvb.netのがいいじゃん

C#はやってるところはあるんだろうけど、漏れの周りではとりあえず見たことないな。
煽りじゃないが、C#のエンジニアを確保するのは相当に辛いと思う。

鯖の導入・開発・運用・保守を月0,2〜0.5人くらいの体力な案件なら
C#初体験者に任せてもいいとおもうけど、それくらいの規模でもVB
しかやった事ないヤツに引継ぎとか想定すると不可能に近いだろうし。

俺も昔はJava厨だったけどC#に触れてからもう触る気は一切無いぞ。
無茶苦茶生産性が高い、そしてコードが洗練されており無駄が無い。

C#で世の中のシステムを全部入れ替えたら良いと思ふ

C#でもスパゲティつくる奴はいるけどな。

>>288
自己紹介してなくても良いよ

>>287
生産性だけでいったらスクリプト言語の方が高い
すなわち生産性はあまり論点ではない

>>290
お前C#使った事ある？
あったらとてもそんな発言は出てこないと思うけど。
まぁ、Ｊａｖａが最高の言語だと信じて一生やってなさい

先生、この糞C#アプリがMacで動きませんっ

>>287
だからー
どういう案件で、何がどう生産性が高いかkwsk

結局C#で生産性が高いっていってんのはGUI周りのことじゃないの。お馬鹿向けの親切なコンポーネントが揃ってるからね。

で、ちょっとイレギュラーなことしようとしてコンポーネントが対応してないと、
ふぇーん、できないよぉ、となるわけだ。
コンポーネントを自作しようなどという発想はない。哀れ。

逆に聞きたいが、なんで自作するという発想が出るの？
仕事の話だよな？

>>296
これはひどい

Windowsをインストールしなさい。

お馬鹿向けの親切なコンポーネントならDelphiには昔からついてたぞ。
しかもコンポーネントの自作もわりかし簡単。

>>294
クライアントソフトはそれが第一じゃね？

Winのクライアントのアプリソフト限定でC#を評価すると、VBやVCと比べての優位点って何？

今だと、簡単な集計物はVB、
キッチリとアプリはVC+MSC(COM作成用)
で分けてるじゃん。

VBは何と言っても抜群の生産性の高さと修正の容易さ。
客先でGUIのお絵かきして｢こんな感じっすかね？｣って
カカっとコードを埋めてその場でGoできる容易さ。

VCは固い、速い、ライブラリ豊富杉な所。
今のWin自体がVCで作られてる関係上(昔はGNU-Cで造られてたそうな)、
winでできることはVCで何でもできるし、
WinのあらゆるAPIやOCXコンポーネントが標準添付されてる所。

で、C#の強みって何？

>>286
C#は簡単、できない人がいるのが問題とか馬鹿げている
やってみなよ、何か一つ言語をやっているなら一週間、ズブ素からでも半年でいけるぞ

じゃあ必要になってからでもよくないか？

猿でもできるし、それなりに大規模な開発にも耐えられるし、必要になるまで待たなきゃならない理由もないよ。

>>301
それらが全てＣ＃で出来る点

全角禁止

バイナリエディタで全部出来るといわれて喜ぶやつはいないだろう。

今ならVBやC#のように、GUIエディタのお絵かきで済むのがいいね

>>307
その発想はなかったわ

>>301
305 が大体的確というか基本VBみたいな感覚で使えて必要になれば
VCのライン近くまで降りることも出来るのとCっぽい文法。
低レベルを使って薄いラッパーならC++/CLIが向くだろうが低レベルを
使う上位層書くならC#だろう。

それと、.NETとCOMはさくっと相互参照できるぞ？APIも使えるけど(定義が
自動じゃない分COMと比較するとめんどくさい)。APIは相互は出来ないけど。
ネイティブ使うのは慣れれば定型作業なので手間はあれど難しくもないし

C# 2.0らしいプログラミングとは
http://www.atmarkit.co.jp/fdotnet/csharp20/csharp20_01/csharp20_01_01.html

C++/CLIの話題はココですか？

C++/CLIは・・・・利点が何処にも見当たらない言語、悪い事は言わない止めておけ
逆に使い込んでいて利点を見つけたなら語って欲しい

C#は風変わりな言語
Javaの父、Java以外の開発言語を語る
http://www.atmarkit.co.jp/news/200705/22/java.html

それゴスリング氏のC#に対する勘違いだよ、C#のunsafe句はCのような何でもできるようなものじゃない。
思いっきりセーフコードだし、ぶっちゃけあれではアンセーフらしい事は何にもできない。

2ch上の名無しにそんなこと言われてもね...w

俺は315じゃないけど、所詮「誰が言ったか」でしか判断できない、
自分の頭で物事考えられない人間なら仕方がないねそりゃ。

というか、314のJAVAの人はそもそも倒錯してると思うよ俺は。
別に低レベルで人間のミスが表面化しにくい処理を排除する必要なんて本当はそもそもない。

同じことを実現するのに、

(1) 低レベルで人間のミスが表面化しにくい方法
(2) ヒトがよりミスを犯しにくく、犯したとしてもそれが表面化しやすい方法

があった場合、(2)を採用すべきなのは自明だとしても、
(2)はどんな技術にも提供可能なわけではないのだから、低レベルの処理を
一切禁止すべきだ、という発想はそもそも無理がある。

>>317
いやお前が倒錯してるだろ。

> 別に低レベルで人間のミスが表面化しにくい処理を
> 排除する必要なんて本当はそもそもない。
こりゃありまくりだ。

> 低レベルの処理を一切禁止すべきだ、という発想は
> そもそも無理がある。
誰もそんなことは言ってない。

そうか。
まあ、頭悪いのならあまり背伸びしなさんな。

総論
　

C# > VB.net > VB6.0 > Java > C++.net > C++ > C

こんなものだろ。

315 だけど、ゴスリング氏でも間違える事もあると、人間味があっていいじゃんと思うね。完璧だと怖い。
少し語っておくと、unsafeはおそらく既存のコードを動かす時に便利なようにとヘジルスバーグが考えたものだと思う。
System.Runtime.InteropServices とかのライブラリの中はこれが使われているんじゃないかな？
現状、既存のライブラリは殆どがネイティブコードであって、これを使えないでは言語として問題があるし。
最小限の拡張で、楽に呼び出しを作れて、しかもコードが各種言語に散乱しにくいようにと考えた所こうなったのでは？
C++からでもinlineアセンブラがあったほうが、ディバイスドライバ等を組む時に全部C++で済ませることができたりと便利だ。
これがないと・・・JNIとか面倒くせーじゃんと思ったりする訳で。
ただム板を見ていると、配列をガベージコレクタよりロックして高速化に使っていたりしているようだが、こういうのもありといえばありかな、しかし本命のようには見えない。

>>321
何をもって勘違いと言ってるのかよく分からんけど、
ゴスリングは「保護と非保護の混用」が愚かだと言ってるんだろ。
unsafe云々が問題じゃない。
結局ゴスリングが下の方で言っているように、
MSはライブラリを移植性のあるものにできない。
だからこそ言語中にわざわざ「unsafe」なんていうものを
用意しなければならない。

言語をマネージドな世界におく利点をJavaから学んでおきながら、
それに徹することができないMSの体質を、ゴスリングは
「愚か」だと言ってるんだよ。

うんでもそれを「愚か」だと思う判断こそ本末転倒の愚かさだけどね。

ﾌﾟﾌﾟｯ、C#廚ってレベル低すぎw
プログラマには読解能力も必要だぞww

別に幼稚なガキにどう思われようと痛くも痒くもないけどね

確かに315の言ってることは良くわからない。
でもゴスリングが「何が問題で何が問題でないか？」に関して倒錯しているのは確かだな。

抽象度が違うものを同じところに配置するのは、あたま悪いだろ

日曜日にＪａｖａ・Ｃ＃について下らん議論を交わすより
彼女とＳＥＸでもしろ。


※お前ら下種野郎にはいないだろーけどねｗｗｗｗ

>>325
言動がおかしいぞwお前
やっぱ説得力にかけるわww

unsefeはウィンアプリを作る上でどうしても必要なものだった
JAVAがVBのかわりになれないのはどうしてかなぁ？

結論から言えば、unsafeは必要不可欠なものではないと思うよ。
C#の最大の特徴は、これといった強みもないが、逆に弱点も無いところだと思う
簡単に作りたいと思えばVBには及ばないだろうし
徹底したオブジェクト指向と整理された理論と言う点では、Javaには及ばない
細かい制御をやらせれはこれまたC++には及ばない
しかし、いずれも可能で、いずれも平均点以上
これ性質からC#あらゆる範囲に適用範囲が広がって、大きなコード共有能力や再利用性を生み出していると思うんだ。
VB,Java,C++は各分野でのホームランバッターだがC#はイチローなんだよ。

まちがい
>これ → この

C#以外の言語は強い部分は強いが、致命的弱点をいずれの言語も持っていると思う。

DSL全盛の昨今、アベレージヒッターの存在意義って。。

>>320
VB.net は要らない子

>>331
アホ。
＞簡単に作りたいと思えばVBには及ばないだろうし
うんなこたーねぇーｗ
Ｃ＃やったことねーだろｗｗｗ

>>331はブビ厨に認定されました。

C#って携帯アプリちゅくれるにょ？

>>331
まあ揚げ足取りのスレだから気にすることないよ。
俺は言ってることそんなに間違ってないと思う。

最初の一行は同意できないけど

まぁちょっとした処理をC#でぱぱってスクリプティングって気にはならんわなぁ。

>>331
Javaが徹底したオブジェクト指向？？？？
カルチャーショックで３日ぐらい立ち直れそうにないわ、俺。

>>335
VBの強力な点って、遅延バインディングだと思う。
厳密にCOMのバージョンが一致していなくても、プログラマティックIDと
メソッド名と型が正しければ動く。これはC#に真似できない。

それはむしろ動いちゃいけないのでは？

>>341
そんな細かいことまで気にすんな。ハゲるよ。

ハゲたらゴスリングみたいになれるかな

C#のunsefeを馬鹿にするJAVA厨はEclipseとSWTをどう説明するのか？
C#の利点は開発環境構築の容易さだね。
EclipsでSWTを使った簡単なクライアントアプリを作ってみた。
正直結構使えるものになったと思う。
C++で作られたアプリには及ばないまでも、旧VBの代わりには十分なるといえる。
ただGCがなかったり、JAVAしかできない人には理解できないんだな。
つまるところ上級者向け。
派遣会社がでっち上げるの即席JAVAプログラマーには荷が重い。
だから結局使われない。
仕事の依頼もない。
まぁ、そういうこと。

↓はVBスレからの転載だが、C#ユーザの率直な感想が欲しい。

623 名前：仕様書無しさん[sage] 投稿日：2007/06/04(月) 04:21:50
>>622
まず、、いや、文句じゃないんだ。
VBという言語が9種類あることには同意だし、
バージョン違えば作り直しの互換性なしなしも同意だし、
QuickTimeとかの付属のサービスパックとかIEのサービスパックとかで
VBランタイムが書き換わって昔のプログラムが動かなくなる弊害も知ってる。
未だにこの前出た.NetFrameWork3.0パッチ問題で、VB2003以前のプログラムが動かなくなる不具合も既出だ。

でもそれってVBに限らずVC++だってそうだし、VisualStudio全体の問題だと思うんだよね。
つうか過去のJ++やJ#みたくサポート切られたM$言語だってあるしｗ
C#だっていつ非互換になるか保障もされてない訳で。
3年以上使うなら.NET系はダメ！絶対！！という結論に行き着くさ。
まぁWin自体が5年以下でサポート切られるOSなんだがなｗ

でも開発効率いいだろ？
価格競争真っ只中の90年代は仕方ないと思うしかない。不景気だったんだから。
だから、これからの事話そうぜ？客とな。俺もそうしてる。

まあ、書いた奴は激しく自己陶酔型だな、というのは文面から分かる。
だから自分のレスを、直接書いたところ以外にもコピペしたくなるんだろうなw

>>345
率直な感想？そもそも C# 6歳なんだが。
でも 3.0 とか言ってまだまだ元気やし。
それと、C# の誕生は2001年やし90年代って何？

というか不具合ってなんだろう？1.0の頃からの資産結構持ってた
けど'(種類も)、致命的なのってあったっけ？

ゴメン…
JavaにもC#にも未来はないよ
なぜならSWTがあるから
これからはEclipseでSWT＋C++が本命さ
そのうちSWTとC++でEclipseが書き直されるよ

>>344
SWT結局Swingに負けてるのだが。
どう説明するか？
「SWTもうダメぽ。JNIは遅い」
Javaでも、Eclipse以外のIDE使えば、開発環境構築は楽。
Webアプリの開発もEclipse以外なら結構楽。

SwingがSWTよりもはやくて省メモリなら、Javaで実用的なクライアントアプリを作ることが出来ますね
しかし現実はそうなっていない
なぜ？

Javaで実用的なクライアントアプリを作ることが出来てないという根拠は？
Javaのアプリを見ると、Javaで実用的なクライアントアプリを作ることが出来てると思うのだが。

>>345
side by sideがそれなりにしっかりしているので問題は無いだろうと思うよ。
今でも複数バージョンが共存できているしcomと比較すればバージョン問題に対する安心感は高い。
ライブラリーになっている物は生きる、ただしソースはバージョンごとに相当量放棄は覚悟といったところか。
C#の言語仕様とGUIエディターの変貌振りは今現在でもかなり激しい。

聞くけどクライアントからSwingを使ったクライアントアプリ製作を依頼されたことってある？
俺は経験ないけど

クライアントが気にするのは業務要件を満たしてるかどうかだけ。

Javaは普及度の高さとプラットホームへの依存性の低さという２点でC#に勝っている。
それ以外、言語仕様や開発環境構築の容易さ、IDEの使い易さ、クラスライブラリの完成度等はC#が勝っている。
後釜である以上当然のこと。
ただ、普及度というのは大きい。C#も普及度は徐々に上がっているように感じるが、どこまで普及できるかが最大の課題だろう。
ちなみにVB.NETほどの容易性はないとの発言があったが、それはごもっとも。
理由はいくつかあるが、たとえばVSにインストールされるアイテムテンプレートの種類、Myの存在(批判は色々あるだろうが容易性の向上は確かだろう)などなど。
ただ、VBとC#の討論はスレ違い。

>>353
クライアントから要求されるんではなくて、こちらから提案することになるね。
MacとWinで動かしたいといわれたら、Javaは有力な選択肢だ。
Macの利用者も増えてるしね。

Macは選択肢には入らんだろう。
高いだけで何のメリットもない。

Windows + Linux ≒ Mac

スクリプターにはMacが便利。

VB6で作ってた案件はしばらく混乱が続いてDelphi使おうかと思ったらDelphiもアレだし結局仕方なくC++使ってたけど.net3.0になってからはグンとvb.netの案件が増えた
Java+SWTやC#でクライアントアプリというのは混乱期にはちょくちょくあったけど最近はほとんどない

>>360
VB厨は存在自体がスレ違い

>>360
負け惜しみ乙ｗ

>>341
VB6ぐらいのアバウトさがないとCOMはとても使えたものじゃない。

いやいやVBも話しに入るだろ。
つうか、

サーバサイドなら
Perl vs PHP vs Java vs C# の比較話になるのは当然だし、

クライアントサイドなら
Java vs C#　vs VC++ vs VB の比較話になるのは当然。

それは比較で話すべきだと思う。


今のシェア的には
サーバサイドなら
Java＞＞Perl＞＞＞PHP＞＞＞＞＞＞C#(つうかASPが殆ど)　だし、

クライアントサイドなら
VC++＞＞BorlandC++＞＞＞＞＞＞VB＞＞＞C#＝Java　な訳で。

サーバサイドはWindowsがガン(発売5年でディスコンOS)だからC#はシェアないという話から
今のクライアントサイドの話になってるけど、クライアント話は続けるべきだと思う。

クライアントアプリの案件自体、少くなってきてる気がするしな。

減っていますね。
フリーやコミュニティで、
ある程度までの要望なら、できますし。
簡単な部分を「誰でもできる」は良いんですけど、
専門家に頼んだ方がいいところまで、
「金がかかるばかりで対して変わらん」と、
世間の認識で思われていそうなのは、
少しばかり不満かもしれません。

差別化を図ってコミュニケーションを密に

というと結局常駐になってしまうのか
難しいね

>>363
それよりcomを放棄したほうがいいと思う、あの仕様ヤバイだろ
VB側は良くてもVC++側が洒落にならん、それにWindowsのセキュリティーが厳しくなるたびにインストールも厄介になるし。
あれはいずれメンテしきれなくなるよ

クライアントの案件の量はともかく、SOAPとか使うとサーバーとクライアントの区別が付かないような開発になる
サーバーもしくはクライアントのクラスを直接呼び出すようなプログラムができます。(Javaや.Net)
なんで意外とサーバー・クライアント形式も楽だよ。作っている分には殆ど意識せず、単一アプリの気分だし、言語を跨りまくるのは嫌だし。

C#のUnsefeはアレ、はやくするためじゃなく、メモリ消費量を抑えるためにあるんだね
クラスと構造体の違い

こりゃだめだw
いつからブビ廚の巣窟に...

LinuxよりWindowsの方がサポート期間長いし、セキュリティーホールも少ない。

まったく役立たずな意見キターーー
Windows厨はLinuxって言葉の意味知らんのか。

>>364
スレタイ100回見なおして半年ROMってろよ、クズ

Java

>>368
放棄には同意。
しかし資産がデカいのも確かなので生き残るのは必至。

現状、ラッパーライブラリ作るか、
スクリプト言語にすべて放り投げるかしたほうがいいね。

すげー
VB.NET使いやすぃー
ビルゲイツは神か！？

ゲイツより、ヘルスバーグが神

同意、ヘジたんﾊｧﾊｧ
ﾃﾞﾙﾌｧｲまんせーC#まんせー

>>1
Java

>>380
理由を書けよカス

普及率が違う。それだけ魅力的だから客からの要望も多い。

>>382
「普及率」はともかく「魅力的」という言葉を見た時、頭痛とめまいがした。

Javaはどちらかというと、客にアピールして押しつけた挙げ句に
まともに動かないものを納品して呆れられるというイメージしかない。

C#ってIIS使うのか？windowsサーバーは高いんだよな
てかいつになったら.netはプラットフォームに依存しなくなるんだ？
monoもまだカスだし。
WEBならRuby（on Rails）をおすすめする

Javaはフレームワーク乱立しすぎ
C#は.NETがいつまでたっても微妙

よって引き分け

いまんとこC#なんか比較対象にならないよな

普通に片方書ければ両方書けるだろう
言語なんてなんでもいいけど
俺らプログラマはいつの時代も言語仕様に振り回される

振り回され階層　OS-PG-客

>>385
>C#ってIIS使うのか？windowsサーバーは高いんだよな
>てかいつになったら.netはプラットフォームに依存しなくなるんだ？

え、あほですか？

どのへんがあほなんだうまく説明してくれ

MSILをwindows以外のCRLからまともに実行できないって意味だろ

>>113
Tera Term?

今ならPuttyだと思うけどねえ

仮想端末なんぞなんでもいい
俺もputty使ってるけど

C#ならXNA Framework使ってXBOX360用のゲームが作れる

MSについていくぜ

ポデローサの方がいいだろ。

ポデローサ初めて知ったわ。これいいな愛用しよう。
情報ｔｈｘ

ポデローサちょっと起動が重いよな

CK

>>393
もともと Teraterm だった人は UTF-8 対応 Teraterm のおかげで移行しませんでしたとさ
昔からやっている人ほど Putty 使ってない

TeratermかPuttyかは会社とか職種によると思うよ。
俺は両方使い分けるが、
ぶっちゃけTeratermのが軽い。
あと、PingマクロとかTraceマクロとかならTeratermでマクロが最高に楽で軽くて固いのができる。
ネットワークスペシャリスト兼ねてるならTeraterm優勢。
ciscoの長ーいconfigとかもTFTPサーバ無しで直で突っ込める(エラーチャッカつきで)しな。

逆にPuttyはシステム管理者向けだね。
ぶっちゃけPuttyってPGP2.0対応してたのがこれだけだったのが流行った始まりだし、
それが理由でかなり大勢がTeratermから移行していった。
領域くくりとかEmacsを彷彿させるドキュメント整形機能も充実してるから、簡易ワープロにもなるしな。

どっちも良いもんだとは思うよ。

Javaから乗り換える理由がない

J#

GUI回りもプロダクト対象になってる自分にはJavaを選ぶ理由がない

制御系の漏れはC++が基本(基礎部分はCオンリー)。
最近、アプリのGUIを独立させて、インターフェースを
JavaかC＃に使用かって考えているだけど。

みなさんどっちが良い？
つーかデメリット、メリットおせーて。

GUIならC#だろ、クロスプラットフォームの要件さえなければ。
理由は生産性だの云々の前に、Windows風の画面だと客がそれだけで満足する。

Java

クラサバもWEBも出来るC#が圧倒的に勝ちだろ。

クラサバもWEBもたいがいの言語でできるわけだが。

JavaもC#も「会社として採用するのはどっちか？」という話にすぎないと思うけど。
個人レベルでは、PDFBoxをIKVM.NETを通して使う．．．みたいに、どっちのライブラリが
揃っているかが重要だけど、変換して使えればどっちでもあまり関係ないという感じだし、
そもそも、個人レベルでは、Rubyで使い捨てスクリプトを作れば済むことをわざわざ
JavaやC#でコンパイルするのはオーバースペックに感じることの方が多い。

JAVAの開発環境はよく分からないけど、
VS使うならC#とC++のプロジェクトを纏めて管理出来るのが楽？
1発で全部ビルド出来るように設定出来る。

eclipseとかも頑張れば出来る気もする。

今時Javaやってるヤツは、　


　　糞ジジイ

今更、どとねとやっているヤツは、


　　　　　小僧

>>405
まんまGUIなら
C#もJavaも、つうかVBもBorlandC++もDelphiもちっとも変わらん。
マウスで画面のデザインを書き書きして、イベント紐付けするだけ。

ただ、そういう用途でその先の事を考えるなら、断然VC++を薦める。
VC++の画面上でその制御系のコアアプリと一緒にまんまデバッグ/メンテができるぜ。
作ったGUIと一緒にシングルステップでデバッグもできるし、
その時のWinのメモリ内の状態、Win内でのエラー処理まで見える。

残念ながらcoreProgram系は、未だC/C++に依存せざるをえない。が現状。

>>414
windowsのクライアントアプリ限定の話を一般化されてもなあ

>>415
そうか、、じゃ、尚更の話。
JavaとBorlandC++とDelphi限定の話になるよ？

そもそもVBやVC++やC#はWinでないと動かんよ。

Java.NETたかた

>>1
Java

JavaとC#の優劣比較なんてもうどうでもよくなってきたよ。

まあ、おれがプロジェクトに関わっていないからそう思ってるだけかもしれんが。

WEBならC#もJavaもカス

仕事ないC#
http://pc11.2ch.net/test/read.cgi/tech/1111656698/l50

>>415
質問者がWindowsのGUIの話聞いてだから、
答えもWindowsのGUIの話になってるだけっしょや。
別に一般化してないと思うけれども。

一日中

ASP.net(C#)でWEB　Partsを利用した画期的なシステムを
趣味で作ってるｗ

仕事より一生懸命ｗｗｗ

今時Javaやってるヤツは、　


　賞味期限の切れたパン

PHP大好きな俺は勝ち組
今PHPでデスクトップアプリ作れるって皆知ってた？

C#はまだ発売してない作りかけのパン

>>425
PHP/tkとか、かなり前からあるわけで。
まあ、PHPやってるやつは負け組だな。

フォームベースのデスクトップアプリなんてどれでも作れるしどうでもいい
ハードウェア制御に長けていない言語は糞

>>428　お前が作れるといってるGUIはぽとぺたでできるような屑GUIだろう。

ぽとぺた未満が何か吼えてますね。

＞C#はまだ発売してない作りかけのパン
賞味期限の切れたパン（Java)より、作りかけのイースト菌で
発酵真っ只中のC#の方が評価が高い事は一目瞭然ｗ

あとJavaやってる奴ら。ASP.net使ったらもうJavaなんてメンドクサイ
事やってられなくなるぞｗ

両方やって来た俺から言わすと生産性が３倍以上違う

生産性重視ならrubyでアジャイル開発

う　　　　　せ　　　　　ろ

ひどい；

C#ってクソマイクロソフト上でしか動作できない哀れな言語でしょ？
まともな会社がどんどんマイクロソフト離れしている昨今でC#しか使えない奴は超バカ。
.NET好きな奴って本当に可愛そう。沈み行く泥舟と心中してくださいね。

つまらねぇ冗談だな。

C#しか使えないプログラマがいたとしたらたしかに馬鹿だ

Javaもまたしかり

JavaはOS関係ないし

そう思っていた時期が俺にもありました・・

JavaはOS関係ないのは事実

Java使わなくなって3年近くたつけど今どんな感じ？
前は確か文字列の出力にバッファ使わないとかとん
でも仕様だったけど今は改善された？

>>442
Swingでの出力はとてもよくなった。

>>443
お！いいねぇ〜！
AjaxやらFlashやらインタラクティブな画面が当たり前の時代！


アプレットの時代は再来するかな？

>>444
話が変わるけどFLASHは戦々恐々の状態だな。
http://itpro.nikkeibp.co.jp/article/NEWS/20070417/268400/

で、そこまでやるんなら、セキュリティの問題もあるので、
クライアントアプリの方が良いやと・・・。

>>431
生産性云々に、処理速度が大分違うな。クライアントで動かす場合。
OpenOfficeとかEclipseとか重すぎ。

スレタイ読んでかくけど、

C#なんてパソコンだけでしょ。話にならないよ。

>>445-446
あれだよな、確かに今はネットに繋がってるってのは
大事な要素になったよな。

でもさ、何もブラウザでやる必要って無いよな？
無理やりブラウザでRIAやるより既存のデスク
トップアプリが通信すればいいよな。

アプリ起動なんて能動的にやってくれることを期待するのもどうかと。
億劫じゃないか

>>444
アプレットは、ブラウザとの接続部分がJava1.1時代からメンテナンスされてないので使わないほうがいいと聞いた。
これからもメンテナンスされる気配はなさそう

WindowsのクライアントアプリならJavaより.Netのほうが楽だな。
C#は新しいだけあって、やりたいことが大抵できるよい言語だと思うし、
M$がM$OSのために作ってる主力だもんな。優秀でないはずがない。

かと言って、unix環境だと、今度はスクリプト言語のほうが便利だったりする。
Javaはなんでもできるけど、いろんな意味で「重い」。

なんだかんだでスクリプト言語がちょうど良い感じだな
今一番熱いのはやっぱりPHP？そろそろ６がでるんだよね？

Wndowsでも、IronPythonとかいい感じになってきてるからね。

Rubyだ

>>454
会社でアイロンパイソン？って言ったら笑われちゃった・・・

>>451
アプレットは使い物にならんは同意。
1Mぐらいの作ると、"Sysytem out of memory error"が出るなｗ
Flashは10M物でもブラウザ上で動くのに不思議だよな。

>>453
PHPは面白いね。最近のブログ系はPHP中心だし。
PHPは４と５の互換問題も解消されつつあるのがM$系より好感持てる。

>>455
そういやJavaのRubyコネクタが発表されたね。
RubyはClass継承(extens)ができないから
大規模じゃ使えんねって思ってたが、最近のRubyはどうよ？

PHPは、設計者の無能っぷりを知ると、使うのは怖い。

>>457
Rubyコネクタじゃなく、JVMでのRuby実装。

>>454
あのぉ・・・もしかしてマイクロソフトが優秀だと思っている人ですか？

>>460
アンカー間違った？>>452 だべ？

MSが優秀かどうかじゃなくて、
Windowsとの親和性が高いって話だと思われる。

最近はJava熱は醒めてC#熱の方があがってきた。
IronRubyも期待。

やっぱりCocoa

C#は悪くないけど、さすがにLinuxやオープンソース陣営は拒絶するだろ。
MicroSoftじゃなくて、他の団体が生み出していれば今の微妙な住み分け状態も違ってただろうけど

はよIronLISPつくってくれ。

IronJava・・・

Ironぴゅうた

JREみたいに.Netフレームワークを他のOSにも提供すればなぁ・・・

IronMSXが欲しいわけで

>>465
Javaを２つ作ってどうする？w

アセンブラやC++を学ぶ利点はまだあるということが良く分かりました

なにをいまさら

>>472
C++は数年後に大規模な仕様変更をやるそうだから、期待はできるな。

0xじゃなくて1xになるのは確定ですかそうですか…

>>475
マジデスカ

いや、2年後までなら0x。

地上波デジタルみたいなもん？

そんなアホな

こんなソース修正してられるか！
俺は先に帰らせて貰うぜ！

俺、このコードが完成したら家に帰るんだ

なぁSQL、この画面が完成したら俺と・・・

原因が分からないのにこんなバグが沢山のアプリにいられるか！俺は帰るぞ！

デバッグ「エラーはありません」
俺「やったか！！？」

俺のエラーは108まであるぞ

俺はC言語派だぁぁ！
クラスなんて必要ないぃ！！

仕事でそういうコード書くやつがいると吐き気がする

>>465
いい加減オープンソースも毛嫌いしないでくれればいいんだけどな
マイクロソフト製品はすでに水道・電気の領域にはいっているしさ
いっそウインドウズ事業は私企業辞めて公共事業化でもしてくれればいいんだが・・・
そこでソース公開してもらってみんな安心して使えるようになれって最近思うよ
今、万が一経営トップのポカでマイクロソフトにつぶれられたらとか考えたら怖いよ

潰れんだろw

オープンソースなんかにしたら、セキュリティ破り放題になって、
世界中のWindowsOSが危険に晒されるだろうがｗ

>>485
それはいえてる。
Linuxが今のWindowsの地位についていて、オープンソースの形体を維持してたら、凄惨なことになっていただろうな。
機能を大幅に制限するか、少なくない投資をするか、いずれも不便。

>>485はいえてるが、>>486はいえてないな。

>>480
>俺、このコードが完成したら家に帰るんだ
>なぁSQL、この画面が完成したら俺と・・・
死亡フラグｗｗ

>>483
現状無理な投資をしない限り、
利益はなくとも10年ぐらいは営業できるそうです。

まあ大企業は資産を持ってるからな。
裏ではものすごくやばいなんて事情がなければ、投資や切り売りでもなんとかなる。

何で言語名の頭にIronって付けるのが流行ってるの？
しわを伸ばすとかいう意味？

この業界がやっと鉄器時代に入ったんだよ。

最近は聞かないが、マイクロソフトがつぶれるとしたら経営者がこっそりデリバティブでやらかして一発あぼーんとかかな
このケースの場合は、支払い先に吸収されただけで終わりかも知れんけど

>>493
ＭＳがデリバティブするわけないだろう。
現金でＭ＆Ａしてるよ。

>>494
いやいや。
かつて製造業の覇者なんていわれたGEが、いつの間にか金融にシフトした挙句、日本でサラ金業を展開するような世の中だからな。今の時代は。

>>495
投資・資本系の事業は通貨が高くなった先進国では必須だろ。もう。
http://www.nikkei.co.jp/news/sangyo/20070601AT1D3109Q31052007.html
の預貯金みたいに、臨時の資金パックにもなる。

GEというか、アメリカの製造業は日本メーカーの攻勢で壊滅した。
今度は中国の公民挙げての意図的・恣意的な攻勢で日本の製造業が壊滅する番だよ。
まじめにもの作ってるだけじゃやっていけん。

>>495
どっちにしろ、ＭＳは金が余っているから、デリバティブする必要がない。
というより、ＭＳの現金でデリバティブしたら、大企業が買えてしまう。

何を夢物語を

>>261
ManagedC++は、オリジナルと仕様がかなり変わってるのに資料がほとんど無いのがなぁ…。
うまいこと使ってやれば、ネイティブコードとマネージコードの橋渡しにできるのに。

C++/CLIでは、またいろいろ独自変更路線を突っ走ったらしいが、特に手を出すきにならん。

マネージコードってなんか、プログラマとしてバカにされた気にならね？

お前はバカで注意力散漫だからママンにちゃんと面倒を見てもらうようなきがしてしょうがない。

どの業界でも、ヒューマンエラーは回避できない。
しかも、プログラムは目に見えない部分でクリティカルエラーが発生する可能性が高い。
セーフティネットがあるのは当たり前。
ネットがないとそのまま落ちてしまうからな。

マネージドに>>500の言ってるような含意はそもそもないと思うんだが。。
単にOSのネイティブな環境ちゃうねん、程度の意味でしょ。

C#はwindows専用の時点で終わり。

他のOSでも.netは使えるらしいぜ
実際に使われてるのみたことないから無意味だけどな

>>491
ホモの男性って意味に決まってるだろ

Windowsの場合は、クロスプラットフォームよりクロスランゲージの意味合いが強い？

>>497
デリバティブは契約の時点では現金は全く動かないよ、巨大なリスクが発生するだけで。
だからこそ仕損じるとこわーい訳
類似品として先物とかもそうだけどさ、投資資金の10倍とか100倍とか、場合によっては一万倍とかのリスクが発生するんだよ。
1000円投資して、ちょっと遊んでみようと思って、ちょっと失敗一千万円請求されたら嫌だろ？

>>499
そこらへん、やっぱり１企業がすべて担当すると無理が出てるなと思う。
ちょっと前にマルチメディア系の開発でDirectShowとかOLEとかにかかわったけど、技術情報の少なさに吹いた。

.netで開発してるといつもテストでバグが少ないって言われて困る＾＾；
.netってテストしながら作れるからバグなんて出しようがないんですけど

なんだそりゃ

バグ発生箇所を一纏めにしたり場合によっては隠蔽してるだけではw

>>509
俺の場合、適当に開発して単体テストをしながらバグが見つかる
度に○を付けてこっそりバグを修正してるYO!!!


だからいつもバグ数０ＷＷＷ

NUnit / JUnit はいいものだ、確かにバグは減るね。
ところでTeam Systemの単体テストは使い物になるんか誰か試している人いる？
バカ高くて買う気起こらんので放置しているんだが

>>506
強いと思うよ。

>>513
どっかに比較してる文章があったような…
OrcasではｳﾆｯﾄﾃｽﾄがProに降りてくるそうですよ

C#の弱い点はDATETIMEだと思います・・・
JAVAの方がその点では有利

>>515
詳しく、エスパーじゃないから解らない。

>>516
C#にはTIMEZONEを使って時間帯を自動的に変換する事が出来ない
isDayLightSavingTimeなどで知ることができても
実際にはその後コードで時差を差し引きする必要がある。
JAVAはぐちゃぐちゃなメソッドがあるが一応自動的に変換してくれる。

>>517
むしろ勝手に変換されたらたまったもんじゃないと思うのはオレだけ？
内部的には標準時で管理して、表示するときだけローケルで変換しておけば十分かと思うんだが。
さもないと国際化対応する場合に死ぬ、しなきゃ関係ないけどね。

時間帯を変換ってわかるような意味不明なようなw

>>518
すんません
俺が今の仕事でC#使ってるもんで　ちょうどその問題があったんで書いてみました
皆には当てはまらないかも知らない・・・
ただJAVAだったらこの問題は起きなかったと自分に言い訳してみたｗ

イギリスの時間は日本より９時間遅れてるとか思っちゃってそう

>>521
イギリスは知らんが俺はとりあえず南米とUSでの時間差で失敗

単に使い方を知らないだけっぽいな・・・
C#に限らず、マイクロソフトの開発ツールは国際対応だけに関しては最高水準だと思うがどうなんかね？
tronが実はもっとすごいらしいが、触ったことがないのでパス

>>523
君、tronをどういう意味で使ってるの。

もちろん映画

この問題はマイクロソフト自ら認めてる問題です

Javaだな

>>523
tron は実行した行番号が出てくるだけですよ？

【軍事】 富士通「防衛分野でも今後Javaが主流に」・・・米企業のリアルタイムJava仮想マシンの国内販売開始 [07/06/20]
ttp://news21.2ch.net/test/read.cgi/bizplus/1182427102/l50

Java使えるけど
どうして、なんでもかんでもJavaにしたがるのかが分からん

>>530
顧客から、お金をぶん取るため。
開発保守にお金かけたくなければ、海外ではドトネト使ってる。
海外でＪａｖａ使ってるのは、問題解決する能力がある所だけ

>>531はアホだな。

明示的に例外を宣言させないのはC#の欠点。
それに甘えた奴らが落ちまくるアプリを量産していくわけだ。南無...

>>533
別にマシンしぬわけじゃないから落ちてもいいじゃんw
注意すればいいだけの話なんだからさ
むしろJAVAなんてVM腐ってるからソースまったく
悪くなくても落ちること多々あるぞw

オープンソースなんだから自分でパッチあてろよ

>>534
それは生産性を重視した仕様じゃね？
各種例外をきっちりと処理しないのは言語じゃなくて人間の問題だろ。

つーかなんでC#とか言ってるんだ。
.NETだろ。

安価ミスってら、>>536の>>534は>>533

javaってダウンロードしたら料金かかりますよね？

ダウンロードでは金は掛からないよ。
ただし、ソフトを販売とか配布すると、後でSunから高額の請求書が送られてくる。
それで俺の知人（偽装請負）は自己破産した。

ぶっちゃけASP.net生産性だと確実にJava以上だよな

>>540
仕様による

JAVAは仕様がどっかアホの国のDQNが決める糞仕様のせいで
使いものにならない。新機能よりロバストで生産性高いコード書ける方が
必要って解かってない。

ビジネスロジックに注視できるとかいろいろいってるが基板作ってる奴は
それよりも機能単位で全てにおいて高性能でロバストなもん作れ。

ゴミ作るな糞SUNが

>>540
小規模（１億以下）かつクリティカルでないシステムならそう思う。

JavaだとstrutsやSeasar、springを使うことである程度の品質は保証されるけど、
ASP.NETだとそういうわけにはいかない。

Java厨のオレがいうのも何だが
strutsよりはASP.netのが上だわ
あと、spring.netもある

生産性とか品質とかえらそうに言ってるが、いったいどんなもん作ってるんだか．．．

>>541,543
ASP.net触った事ねーだろｗ？

もう3年前に.NETを触ってからJavaは止めた。
メンドクサイ。

ポトペタ厨はもはや骨の髄までMSの奴隷。

Javaを止めないで

>>547
3年前は早いな。あの頃はAccessと親和性がよさそうだな程度の認識だった。

マイクロソフトは組み込みでやばい、鯖でやばい、ウェブでやばいとか散々言われているけど、うまくやってる。
サンはここ数年、業績赤字すら解消できなくて大変そうだ。IBMやオープンソース陣営をもっと巻き込まないと。

Java厨はもはや骨の髄まで酸の奴隷。

>>550
確実にJavaは衰退するだろ。.NETだとロジックに専念出来る。

.NET厨は骨の髄までGatesの奴隷

.NET厨は骨の髄までGatesの奴隷

ロジックに専念できるできないは設計＆実装者のスキル次第だと思うが。

Javaでできないやつが.NETでできるとか言う奴は信用ならんが。

.NETが生産性が高いって奴は連中が用意するお子様用ブロックを組み合わせるだけで
それっぽく動くおもちゃレベルの物だろ？

.NETだとロジックに専念できる？アセンブラでもロジックに専念できますよ。

Linuxの使えない童貞がASP.NETに逃げてるだけだろ？

というのが、ここまで読んで理解できました。
ありがとうございました。

ニッパとラジオペンチどちらが優れているのか教えてください

pandora.Tｖ見たくてJavaをダウンロードしたいけど、ちょっと心配でできない・・・・。

>>556
アセンブラで業務アプリ組んだとしたら、そんなことは言えないと思うが。

>>560
え？作っていたよ。PC-8801やPC-9801時代にね。ゲーム屋だったからアセンブラには抵抗ないね。
MASMとかでガリガリ書いていた。
最後に業務用書いたのはCでWin32APIが最後だな。Xlib育ちだったのでぜんぜん平気。
.NETは子どもおもちゃにしか思えないよ。やっぱり。

SICPに「分子で都市を作ることはできない」って書いてあったなー

都市は分子で出来てるんじゃないの？

構成物質は分子だけど、都市を分子レベルで設計することは出来ないってことじゃないかと。

>>558
ラジペンにはニッパ機能を限定的に包括しているケースがあるからラジペンの方が優れている。

JAVAとC#で例えるなら、汎用性が高い道具と特殊な環境下でしか使えない道具だと思うが・・・

>>561
オッサンタイプは、今時MFCで業務アプリを作ってるよーな物だぞ。
まぁ、好きにしろや

.NETマンセーしてる奴に限ってその動作原理を実はよく理解できてなかったりする。

>>561
88や98の時代に作っていたものと、今のものを比べてるのか。
幸せだな。

>>565
使う分野によっては、ラジペンのニッパじゃ間に合わない状況の方が多いが。

>>567
言いたいこと半分は分かる気がしないでもないけど、まあたぶん残りの半分は
ナンセンスだよ。

例えばCPUの動作原理を量子力学レベルで把握できる人間はあまりいないと思われるが、
じゃあ誰もコンピュータの有用性を主張できないのか？

>>568
でもさ。使っている人間がおんなじであの頃と同じような業務を続けているわけジャンか。
複数のWinodowで作業が出来効率的なはずだけど、.NETとかで業務アプリ書いている奴は
タブ・ファンクションキー・カーソルキーで動いている場合が多くね？

当時のしょぼいハード上でのオペレーターの快適性の方が今の高性能ハード上
で動作している奴よりよかったりすることないか？

> 571
いまは、やることは同じなのにHTTPとかHTMLとか、いろんなことに気を使わないとだめだし、コーディングは面倒になる一方。
習熟度が高い×反復作業なら、CUIとか固定画面がいいね。

>>571
ナニを言ってんの？

俺は568じゃないけど、568の意図はソフトに要求される機能もハードの複雑性も
比較にならないぐらい上がってるのに、昔と同じ様に低水準の処理から全部自前で
書くなんて無謀だってことでしょ。

>>571
こんな事抜かしてる４０過ぎのオッサンPGが居たらマジで
うぜーな。

>>561
お前何も学んでないんだな。
アセンブラとかハード依存の要素が大きくて、ロジックに専念できるわけねえよ。アホ。

所詮こどものおもちゃを作るのが仕事だっただけはある。

>>571
そう感じるのは、君の頭が弱いだけ
かわいそうに。将来はボケるな

それ以前に、>>561を見ると相当歳言ってんだろ。
それで>>561や>>571の文章とは、相当未熟な人間なんだろうな。

>>571も何だが、そんなに攻撃的になっちゃう奴も問題アリなんじゃねえの？
と個人的には思っちゃうな。

なんだか痛いところ突かれたように見えちゃうよw

叩けば叩かれる。
馬鹿なことをいえば、馬鹿な反論をいわれる。
そんなもんだろ、ようは。

今更MS Oriented 技術身につけてどうするの？って感じ。
この業界で少しでも仕事していこうと思うなら、
もうちょっと先見性ないとダメだね。

MSはこの先ゲーム分野で主流となるしかないから。
ゲームはやっぱりプラットフォーム統一してる方が楽だからね。

つーことで、ゲーム業界の先輩の言うことは聞いておいた方がいいぞw

PG業界は>>579のような馬鹿が平然としているんだよな
業界が凋落しても仕方がない

PG業界って何だよw
もう少しましな用語つかえよ低能君。

> 579
それを言うなら、WebのHTML+CSSをいじる技術だけをみがくのも、最近どうかと思ってきた。

1-582
　⇒　オオバカ

583
⇒　俺は優秀

>>578
まさに>>579と>>580かね。正直ここの板の利用者層が30代とか、信じられんことがある。

自分の年齢層が30代とか、信じられんことがある。

ID化されなかった分、ここは他よりかなりまし。

しかしエンジニア向けの、活発に専門的な話から一般的な話までされている大型コミュニティが
ここと@IT程度しかないのは悲惨な言語圏としかいいようがない。
英語圏だと活発なメーリングリストや掲示板、IRCなんかがかなりあるから尚更。

毒がなければこうなる
http://d.hatena.ne.jp/amachang/20061016/1161008454

>>586
つうか国内で活躍してる人達は
迷わず米圏のコミュに行っちゃってるからな。
インターネットっていいもんだよな。

昔はNiftyの言語系フォーラムにタムロするか
PC-VANではっちゃけるか2択だったしな。

そう考えるとNIFTYがム板の前身、PC-VANがマ板の前身の気がする。

スレ違いだからここまで。

>>574
ごめんね。おっさんで。もう現場仕事はあんまりやらないからね。
ちなみに、俺の会社ではマイクロソフトを崇拝するチームと
オープンソースを崇拝するチームに分けているよ。
独立採算っぽくやっているけど、マイクロソフトチームは本やら
MSDNやら、言語体系が変ったときにかかる効率ダウン等で
利益があがらんのよ。
オープンソース組みは自前でそろえた既存クラスで初期投資が
かかるけど、その後は安泰。

>>575
アセンブラソースのハードが絡む分なんてドライバ周りぐらいだよ。
ゲームの時で考えればOS込みで32Kもなかったよ。
所詮子どものおもちゃだけど、作るのは大変だったよ。

>>589
シェア９５％以上がMSなのにオープンソースを崇拝する奴の気がしれない。
まぁ、オッサン好きにしろや

>>589
>MSDNやら、言語体系が変ったときにかかる効率ダウン
それはある。
自分はC++使いだけど、ここ５年くらいはひどすぎる。
根本がころころ変わるし、STLやboostみたいな形が安定してる技術には無頓着だからな。

思えばVB、C#も凄まじく変化してる。Javaと比べると。
全部１社でやってるってのは凄まじい開発力だけど、無駄が多すぎる。

>>576
まだ、そんな歳じゃないよ。未熟といわれればまだ未熟かもなぁ・・・

>>579
わたしもそう思っている。なんか.NET物は確かに簡単で楽なように出来てる。
常々おもっているのだが、マイクロソフト言語って奴はプログラマを馬鹿にさせる為に
作られていると思っている。

マイクロソフトが好きな奴はマイクロソフトと一緒に地獄に落ちてくれ。
マイクロソフトは利潤追求の為のバージョンアップにひたすら追従して
.NET CLRの微妙な振る舞いの違いを永遠に修正しつづけるのがいいと思う。

俺はGameSDKがDirectXに変ったときにマイクロソフトの作るクソで仕事を
する事は一切拒否することにした。

MSDNはリンク切れと意味不明の日本語訳をどうにかしてほしい。
どうせ中途半端なまままたごっそり全体が変わってしまうんだろうけど。

>>590
永遠にPCの仕事をするのか？
なんどもマイクロソフトに騙されたオッサンの言う事だ。すきにして

>>591
俺はGameSDKの名前がDirectXに変った時にうんざりしたよ。
サンマイクロのJavaの方がなんぼかマシ。

>>593
あらま。まだそんなのあるんだ。
ところで、MSDNってまだApacheかなにかで動いているの？

>>590
逆だよｗｗ　シェア95%以上がJavaだよ。
C#の仕事の話なんてめったに聞かない。
500個に1個。0.2%ぐらい。
聞いても100万とかのショボ話だから話も聞かんがｗ

M$系はVBやVCのクラサバ時代に悪例を作りすぎた。
3年でリプレースが必要で、リプレースでほぼ作り直しってだけで印象悪かった。

だからこの国では、PerlやPHPのイントラ鯖でGUIはHTMLってイントラ移行が早かった訳。
M$が改めない限りダメだろ。

先のことを考えてもjavaの方が長生きするんでしょうね

javaってstrutsとかspringぐらいしかまともに使ったことないけどカスってるよな
個人的には.netのみたいなまともなフレームワークがついてるほうが良い

>>596
ふと、思ったんだがここでマイクロソフトをマンセーしている連中はその頃の
事情も知らないほど若いのかもなぁ・・・最初っからVisualStudio育ちとか？

>>598
.NETでStrutsみたいな事できるの？

>>596
アメリカで仕事で一番使われている言語はVBだそうだ。
求人数はjavaだそうだが。

VBは数年後にVB.net→VB9.0とまた大型改訂やるそうだね。

>>594
あと５年のみ。

>>596
まぁ、確かに仕事は少ないなｗ

>>598
.NET Framework >>>>>>>>>>> Struts
間違い無い。

>>599
純粋に職場環境だと思うよ。
中小でC++やC#とかでチョロっとしたユーザ向けアプリ作るしかないんならそうなるだろうし。

国がらみや大手柄みの大規模システムはほぼ100%がJavaな昨今も見えてないだからしょうがないだろ。
好きか嫌いか以前にJavaの仕事だらけだから外せない。
あと、ちょっとしたツール(テストデータ作るとかテスト結果をグラフ化したりドキュメント化するの)
はPerlやVBでチョロっと書いちゃうけどな。

>>600
横レスするが、できない。
C#は基本がJava servletのパクり、ASP.NET部分はJSPのパクり。
Struts相当の物はない。多分、ECLIPSEのSwingエディタをStrutsと勘違いしてる模様。
C#が強いのはwindowsのOCXがまんま利用できること。
逆にC#が弱いのはEJB相当がない、他jini、jine、jxta、ああ、javamailとかのM$にないネイティブなコンポーネントと、
あと、プラットフォームがwinじゃなくてもOKなのがでかい。
世の中のサーバは殆どがUNIX(Linux含む)だしな。
これは用途だな。

.NETで分散システムってできるの？

一応M$信者も見てるみたいなんで、実例出しとくな。
C#に実装して欲しいならM$に要望Mail出しておくれ。

EJBについて：
Javaってね、国際規約に準じた共通コンポーネントを作って、公開したり売ったりできるんだよね。
それがEJB。メリットはと言うと、例えば
ショッピングモール作ります！　支払い用の決済の部品が必要です！
VISA、Master、JCB、〜全銀協、〜パスモ、Webマネー！　その他GameCard(米)とか！
C#は頑張って1から作ります。M$の囲い込みのおかげで無いから！
Javaならよりどりみどり！ORACLEが60万で何でも決済EJB売ってるし、VISAもMasterも全銀協もタダで配ってる！
Javaのが楽なんだよね。
ああ、運送手配のEJBも各種あるよ。C#は頑張ってそれも1から作ります。つうかネゴからやる。

jini、jine、jxta、javamail(ぶっちゃけC#にないその他テクノロジ)について：
jiniは携帯や家電用の通信&制御プログラム。
jineは何でも音声コンバータ
jxtaはP2P通信キット
javamailはメールクライアントキットというかそのもの。世界標準のメールサーバPostFixと最高に親和性が高い。
javadocはJavaソースから自動でドキュメント作成。docletで自動xmlとかにカスタマイズできる。
strutsはXMLを書いてこいつに掛けると自動でJavaのソースとSQL文とGUIのCSSとhtmlが出てくる4GL(但しまだまだのテクノロジ)

あと、ストリーミングコンポ(何だっけ?ニコニコやYoutubeが使ってるやつ)とかいろいろ。

ああ、最後に、鯖について：
プログラムができました！1日に10万アクセスぐらいだそうです！
C#はこの時点で大体死亡。Win鯖限定だから。win2003のロードバランスは5台まで。
そして、ハード(ルータ)のロードバランサーは大抵がApache対応。IISは非対応。
IISはsessionがブチブチ切り替わって｢ページの有効期限が〜｣で終わる。
Javaはよりどりみどり。複数台はもとより、tuxedoを入れてのシステム単位での分散コンピューティング、
OracleRACでDB単位での仮想分散コンピューティングも超可能。

さあ、M$へ要望しろ。

>>603
おれも中小向けの業務アプリしか作っていないような気がしてた。
まともな運用を考えている所が不安定なWin物を使うとも思えないしね。

SwingとStrutsを間違えていたのか・・・てっきりIISにJaktaTOMCATみたいに
使える機能でも実装されたのかと思ったよ。C#拡張が入ったのかと思ったよ。
ところで、OCXつーか、OLEで有用な奴って市販されているコントロールとか？

まぁ、マイクロソフフトの囲い込みは外から見ると笑えるな。金かかりすぎ。

Jiniイラネ。時代はUPnP。
ADO.NETの使い易さと潔さはEJBの代替としては十分。
jxtaは別にJava限定じゃないゾ。
JavaMailもJavaDocも代替品があるゾ。
いまどきXMLをしこしこ書いて喜んでのはJava厨ぐらいのもん。
あとは全て>>605の妄想。乙。
Unix厨は、Monoが使い物になるまで首長くして待っとね〜〜〜〜〜〜ﾊﾞｲﾊﾞｲ (^^/~

>>607
んん？？調べず聞くが、ADOってあれか？M$のODBCドライバじゃね？
JavaにもJDBCっつうのがあるんだが？
それはEJBとは全然違うと思うがな。

jxtaはJava中心だよ。C++用コンポーネントも作ったがな。
C#用はまだ無いと思った。あ、、使えるかな？

JavaMailもJavaDocも代替品を教えてくれ。明日触ってみるぜｗ

後は負け犬の遠吠えとして受け取っておくよｗ

>>607
ソフトウェアって奴は基本的には後発有利なはずなんだけど、
マイクロソフフトが作るコピー品は改悪されている罠。
本当に仕事で使っているの？

お前ら人の作ったもん使ってるだけなのに、よくそこまで感情移入できるな。

>>610
いや、モロ使う側としてどっちが便利で得かって話だろ？
使う使わないならいずれ両方とも使うだろ。俺らコボラーじゃないんだからｗ

>>607
代替品って表現多いけど、そこの辺りは認めているの？

>>611
便利かどうか程度の話で、「負け犬の遠吠え」という表現は普通使わない。

>>610
その人が作った物が信用できいから感情的にもなるわな。

サンやアップルの方が優秀でマイクロソフトは存在自体が悪と思えるよ。

Monoってどう考えてもマイクロソフフトのバージョンアップの波に揉まれて
使う人がいなくなって消えると思っている。
自社プロダクトの下位互換性を保証できない辺りが証明している。

>>613
ああ、言い過ぎたかな。今は反省している。
C#はね、イントラにいいよイントラ。
2003serverのオマケについてたSharePoint Portal Serverと相性が良くて(当然かｗ)
社内向けのWikiやブログは簡単に作れた。

や、今はMovable Typeのがメンテ簡単だし、軽いからって捨てちゃったんだけどね。

Linux陣営でMSのシェア拡大させるようなMonoなんて
使う馬鹿がいるとは思えんな。

Javaがオープンソース化されてLinux標準インストールに
なってるんだからそれで終わりだよ。

>>608 ちったぁクグれよ。
JavaDoc→NDoc
JavaMail→SmtpMail
ADO.NETとADOは別物。おまいはんなことも知らんで優劣ほざいてたのかよw

.netというかVSがすき

VSよりEclipseのが好きだなあ
あのカオスな感じがいい

>>620
そっちに関しては否定せざるを得ない。
eclipseは糞。VSと比べれば

拡張のし易さとリファクタリング機能はEclipseの勝ちだろ
VSって金とってるわりに不具合多すぎ。重たすぎ。いらいらさせすぎ。

そう？おれ昔VS信者だったけど、eclipseの方が相性いいわ
つか今でもVS好きだけど。

VSは高すぎ。eclipseは重すぎ。
netbeansだろ。

あきらかにeclipseよりVSの方が重いだろ

業務で使うんだから、eclipseくらいサクサクうごくPCを買ってもらえ。

ここでMS廚の奴ってやっぱVista買ってるんだよな。
あんなウン万もする糞OS入れて喜んでる奴らが、
プログラム語るってのは笑えるw

うんVSの方が重いね。
NBと比べてもeclipseが一番かるいかも。
インテリJは?

>>627
喜びはしないだろ。そんなもの喜ぶのはオヤジ連中だけ。
むしろ新旧の環境の差異で、今までのプログラムがまともにうごくかどうか
戦々恐々としている。

>>629
デバイスドライバ開発やってるが、今回はひでぇよ。
カーネルだろうがデバドラだろうが簡単にいじれるlinuxが羨ましいわ。

>>618
今ググった。
「ググらず聞くが」と宣言してたのにｗ

ううん？？
ADO.NETってどう見てもODBCドライバなんだが、お前さん、、ウソついてないか？？
キャッシュに持ってきて非接続でイジるなんて昔のADOでもできたし、XMLもイジれるのはJDBCのパクりじゃん？
つうか、JavaにはJDBC以外にJproとかSeekLinkとかDB直のネイティブコンバータもあるんだが、それもないのね。
まぁEJBと全然関係ないし、君の妄想ってことでｗ

NDocはJavaDoc相当。Thx。明日触ってみる。
XMLタグでコメント書くんだなｗ　さっき君、XML書くのはJavaの人とか言ってなかったっけ？ｗ
ああ、君はC#でドキュメント書かない人なんだねｗ　あーやーしーなぁー

SmtpMailは全くJavaMail相当ではないね。単なるメール送信コマンドじゃんｗ　ツールキットでさえない。
ここらへんはC++の頃とあんま変わらんね。
でも、エンコードは自動になって楽になったね。
3年前に書いた時は件名と添付ファイルの日本語をエンコードしないと文字化けしたもんだったがｗ

ADO.NETをJavaがぱくってくれないかな？

>>632
時代的には
DAO→ADO→JDBC→ADO.NET
かな。どっちでもいいがｗ

java派の反撃も一瞬だったな・・・

ADO.NETはテーブルモジュールつって、
Java陣営が傾倒してるドメインモデル(O/Rマッピング)とはちょっと流れが違う。

オープン系(Java)　ｖｓ　パソコン系(C#)　の抗争

　　10対0

パソコン系涙目・・・

パソコン系とか言われても困る

実用に耐えうるEmbedded JAVAなんての出してくれればJAVA派になる。

まあJava7でデスクトップアプリ系のAPIが強化されたら、
C＃死亡間違いなしなんだがな。

無駄なお仕事ご苦労さんw

>>639
馬鹿。
デスクトップアプリ系のAPIに依存しだしたらBorland Cと同じ運命をたどるだけ。

お前ら良い加減Java厨卒業しろよなｗ
C#ならJavaと文法も殆ど同じだし移行も楽だぞｗ

ヘーゲルの弁証法によると、テーゼ（命題）と相反する
アンチテーゼ（反対命題）は相互に媒介することで、
両者を本質的に統合したジンテーゼ合となり昇華される。

つまり、両方覚えろ。

>>635
SunのRowSetの実装がひどかったのも一因だね。

ADO.NETで十分だろ。VS使えばある程度半自動でコントロールと連携させられるし、
マッピングクラスなんて面倒くさいもんも必要ない。簡単なSQLなら半自動で生成
してくれる。つかSQL使った方がORMでしこしこやるよりよっぽど生産性高いぜ。

まあ実際、Javaプログラマにとって.NETは覚えるべきアーキテクチャパターンのひとつだわな。
逆は手間がかかりすぎるのでおすすめしないが。

アーキテキチャッタわん

これホントにマ板のｽﾚか？
おっさんビックリだ

>>644
でたｗｗ　知ったかPC系ｗｗ
そもそも中/大規模でSQLなんか書かねぇよｗ　全部ストアドだよｗ
ストアドのが30〜200倍は処理速いしCPUやメモリの負荷も10〜50分の1以下だから。
同時接続10人とかのイントラじゃないんだよｗ
だからJavaにはJava上で直接ストアドを書いたり叩いたりするネイティブコンバータがある訳で。
ADO.NETは申し訳なさげにトリガー構文しかない。

SQLなら半自動で生成で喜ぶなんてどこの小規模イントラ頭だよｗｗ
オープン系なめすぎｗ

>>648
働き始めてからマ板に来い

だね。
SQLだと、命令文を転送する時間、解読してDB内の命令に翻訳する時間、
そもそも長ーいテキストデータを転送する時間とバイナリデータにコンバートする時間が無駄なんだよね。
あくまで色々あるORDBの共通言語ってだけで、ガチな実用で使われるには弊害ありすぎる。

SQLじゃ書けない構文も多いしね。
例えば、仕入れプログラムでの商品の需要予測とか。

Aという製品の過去5年間、同じ月の同じ週の同じ曜日の売上個数の平均を求めるプログラムとか。
これだとSQLだけでは全然引っ張って来れないから、
日付取得の副問い合わせSQL５つ、それを元にした値取得SQL５つ、最低計10往復のSQLとその他独自集計プログラムが必要。
50Stepくらいかな。
ストアドならwhile,do,detemanth,dateweek,fetch,a=の6行の構文で終わるし処理速度も100倍は速い。

あらんかぎりの知識を競うスレ
俺が作ったプログラムはこんなに複雑！といばるのはしょうもないプログラマーと昔から相場がきまっとる。

C#は小規模で寿命が短くても問題ないアプリを書くのに適しているって事なのか？

なんかさ、C#アプリってWindowsUpdateとかServicePackとかの更新で動かなくなる感じがするよ。
納入先から何年後に動かなくなったんですけど・・・とかいわれるの怖くないか？

JavaもJavaUpdateで動かなくなるじゃん

C♯ほどじゃない

Javaはjavac通せば動けど、.NETはソースいじらないと微妙な所で動かないっす。

EJBの何が便利なのかさっぱりわからない

.NETでPOP3とかのメールを受信するにはどうすればいいの？

socket通信でOK

やっと読み終わったぜｗ
このスレを読んで思った事。

JavaはできるがC#ができない人はC#よりJavaがいいと言う
JavaからC#に移行した人はJavaよりC#がいいと言う
C#はできるがJavaができない人はJavaなんか糞、C#のほうが圧倒的にいいと言う

俺から言わしたら現状より未来
つまり”先見の明”があるＰＧが使う言語が生き残るｗ
でも現状は案件の多い言語に限るんだなこりゃｗｗｗ

俺の結論

優秀なＰＧは、多種多様な言語を用いて、
常に最先端の技術に注目し、使える技術を習得する努力をして、
特定の言語に拘らないPGにならなければならない。

>>660
最先端が常に良いとは限らない。クソはクソ。
そのような判断ができる奴が生き残る。

マイクロソフト物はまじりっけのない純粋なクソだわな。

>>659のレスを呼んで思ったこと

C#からJavaに移行した人はC#よりJavaがいいと言うんだろうな

言語は道具だから道具に使われるようになったらプログラマとしても人としてもおしまいだね

>>659
案件の多い言語つーと、VB*とJavaとC/C++？

前から不思議なんだけど、なんで2chの世界じゃ
顧客が開発ツールまで指定することになってるんだろうなw
「C#の案件」だの「Javaの案件」だのさあ。

そんなとこあるのかねリアルで。

それとも選択権のない派遣コーダーさんが多いってことなのか。
それなら顧客は派遣先のソフト屋なわけで、話の辻褄も合うんだが。

ASP.netで一日に約５０００アクセスのサイト回してるぞ
特に問題ナッシング

>>661
それはわかりきってること。
だから、常に最先端の技術に注目し、
”使える”技術を習得する努力って言ったんだけど。
最先端技術にも使えるのと、
糞みたいに使えないやつもある。

だから、常に最先端技術に注目して、
そこから使える技術はどれか判断して
習得することが大切だと言ってるわけです。

>>662
Java厨、妄想乙

>>663
それぞれの会社や個人による。
俺が判断するものではない。
どの言語がいいかなんて個々のPGが決めること。

>>665
単位単位！！

>>664
普通にあるよ。大きい所ほど指定がある。C#でなんて指定はないけどね。おれのところは。

この条件で集計して約一日　5000人

WHERE
ACCESSED_DATE BETWEEN '2007-06-25 00:00:00.000' AND '2007-06-25 23:59:00.000'
GROUP BY
ACCESSED_USER_HOST_ADDRESS

一日5000アクセスって1分間に4アクセス以下？
そんなん参考にもならん。

>>670
お前らのＨＰはそれだけのアクセス数なんてねーだろｗ

何の自慢大会だよ

まさにC＃クオリティww

普通に考えてＣ＃遣ってる奴は元々Ｊａｖａ厨だろ

Ｊａｖａ遣ってるのも元々ＶＢ厨なわけだが

んなこたーない

C++使いでしたが(　´Д｀)なにか?？

VB厨はそのままVB.NET厨だろ。いやまだ6.0にしがみついてるかも知れんが。
C#よりはJavaに流れる率は高いかも知れん。言語云々でなくあくまで案件数で。

しかしなんだ、自分に少しでもプライドがあれば普通「〜厨」なんてガキ臭い
言葉を使うのは死んでもお断りだと思うんだが。

それとも何かな、「〜厨」ってのは馬鹿が自分の馬鹿を自覚して自虐的に使う
奥ゆかしい言葉なのかな。
まさかなw

少しでもプライドあるやつはｗとか使わんだろｗｗｗ

プライドがあればを使うやつはプライドが高いやつが多い

>>679
アホ。謙虚に厨つけてんだろーが。
もっともお前の場合は、正真正銘の厨房だがなｗｗｗｗ

園児の喧嘩だな

うっせヴおけ

園児に失礼だろ

言語別偏差値つければ判りやすい。

偏差値
70　prolog　 ・・・　科学技術計算御用達。超理系
65　ANSI C　・・・　組み込み系御用達。今やドライバ屋専用
60　EJB(Java) & CORBA(Java)　・・・　大規模専用基幹鯖のコアアプリ専門。
55　J2EE(Java)　・・・　サーバサイドアプリ屋
55　Borland C++　・・・　クライアントサイドアプリ屋
55　Delphi　・・・　クライアントサイドアプリ屋
50　VC++　・・・　Win専用アプリ屋
50　Perl or PHP 　・・・　中小小規模専用イントラ屋
40　C#　・・・　小規模Win専用イントラ屋
40　VB　or VBA(Access) ・・・　小規模Win専用ツール屋
30　COBOL　・・・　コボラー

まぁSEの値段もこんなもんだｗ

Borland C++とVC++の序列の差は何だ? 希少価値か?

>>686
アホ
無茶苦茶書いてんじゃねーぞ。
２ｃｈはお前のブログじゃねーんだぞ

COBOL安いか？
糞みたいなメンテナンスでも桁違いの金もらってるのは気のせい？

>>687
Borland C++　←LinuxでもWinでもおK
VC++　←Winしかできないｗｗ

>>688
ぱそこん系乙ｗ

>>689
コボラー安いよ。だから廃れた。
高いのはメーカ系のごくごく一部。
それを言うならメーカ系はどの言語でも高い。

普通にC#やってる奴はJava使えるぞ。

>>691
.NETはアーキテクチャ選択の余地ないからな。
そういう勘違いしちゃうんだろ。

>>687
別物すぎだろ。

>>690
あんた相当若いか、山奥で仕事しているの？

JAVAマンセーの俺の場合の言語体系の流れ

N88-BASIC>Z80/6502/6809/65c816/68000のアセンブラ>C(MS-C/VC/GNU)/Perl>C++>JAVA

今はM$関連製品なんざWORD/EXECEL文書を扱わないければならない時以外は使わない。

OpenOfficeでおけ

>>688
言語と処理系の区別も付かない初心者に噛み付いても無駄。

今北！

バイバイ！

MSがやっている答えてねっとは、一応.NET+ASPで作られているんだろ。
サーバーが何台なのかは知らないが、1日12万ビューには耐えられるようだな。

かなりの難産だったようだがｗ

お前ら何を根拠にC#だと膨大なアクセス数に耐えられない
と抜かしてるんだ？

C#が耐えられないのではなくてMSの鯖が胡散臭いって事だろ。
今のIISは高性能だと思うが、一昔前の酷さを体験すると
MSの鯖を導入するのは怖いのはある。

慣れの問題だろうがUNIXの方が運用ノウハウあるから楽だし。

何年前の鯖を想像してるんだｗ？

>>700

>>605のプログラム技術では、不可能って事みたいよ。

>>700
C#でWebアプリ物ってどうやるの？

ところで、ここだけの話、実際にIISを使っているところなんてあるの？外向けで

MS

>>705
価格.com がクラックされたのを、もう忘れちゃったのか。

HTTP/1.0 200 OK
Content-Length: 
42046
Content-Type: 
text/html
Content-Location: 
http://kakaku.com/index.html
Last-Modified: 
Tue, 26 Jun 2007 11:20:00 GMT
Server: 
Microsoft-IIS/6.0
X-Powerd-By: 
ASP.NET

あら、しくじった上に直ﾘﾝしちゃったわいな。

こら　ウイルスサイトの直リンはよしなさいっ

>>704
ASP.net

MS社員 VS それ以外の人

パソコン系　VS　オープン系

>>707
何もしないと中国ドメインが真っさらにしていくオープンソース系のサーバも考えものだがな。

>>696
VSやeclipseやnetbeansの論争は簡単に決められんが、とりあえずそれは糞。
重すぎ。

あら、MSって今はIIS使ってるんだ。昔はApacheだった覚えが・・・

>>713
質問です。「真っさら」って具体的にはどんな事ですか？

ApacheでOSはSolaris(Sun)だったねｗ

>>714
Word/Excel使いたくなければ、選択肢として一番いいんじゃねぇの？

Sunの社員でさえMS使ってるのに・・・

>>648
ストアドも条件しだいだけどな。
どっちかって言うと、環境や、
プログラムレベルで同期をキチンとやる
方がパフォーマンスが出ると思う。

追記：長すぎるストアドはパフォーマンスが落ちます。

>>714
どうかんがえたって

VS >>>>>>>> eclipse

だろ

ストアド使うとSQL書かなくていいんですか？
（・∀・）ﾆﾔﾆﾔ

と、ストアド書けないパソコン系が申しておりますｗ

DAOパターンって使いますか？

パソコン系って何用語ですか？

>>725
犬糞用語じゃね？

マック君とパソコン君みたいだなｗ

MSを貶めなければ優位性を保てないのは悲しい。

と言っても、折れもMSは好きじゃないが。

VS >>>>>>>> eclipse
お前らどう思うよ？

俺は納得

まあ、異論はない。

「ﾊﾟｿｺﾝ系」はｹﾞｲﾂもﾀﾞｲｽｷなの？

マックはいつからパソコンじゃなくなったのですか？

漏れVBAとEclipseしか触ったことないんだけど、
VSってEclipseみたいにCOBOLとかRPGとかの
ソースも書いてコンパイルしたり、UML図書いたり
AP鯖を設定したり、デブロイしたり、
SQLとかゴリゴリ書けるの？

コリコリ掛ける

UMLはほかのソフトいるな。
visioの高い奴買うとソースとグラフの変換ができる。

UMLなんて必要無い

eclipse　プラグ印入れて始めてjava以外ビルドできるだろ？
vsはC+/C#/VB/J#/ASP がデフォだぞ？

うちじゃUML結構重宝してる

だから>>736
VSがcollapseより上だと

プラグイン入れればいいじゃん。

VisualStudioのリファクタリング機能は微妙〜。

最近はVSなんてありがたいことに弄る必要がでてきてないのだが、
相変わらずエラーメッセージとか理解しがたいのか？
つーか、訳しているつ狂ってね？

VSのintellisenceをhackして本物のintellisenceを作ってMSから訴えらて破産したい

>>742
それも特許で固めてるんだろうか。

MSのヘルプはツンデレ

いいかんじのてきすとえでぃたー　>>>>>　VS6.0　>>>>>　Eclipse　>>>>> VS8.0

必要なの検索機能と圧倒的な軽さだろ？

>>745 こんど簡単なDBアプリを作る競争しようか？
お前エディタ、俺VSな。

VSとEclipse両方使うが、明らかにEclipse優位だろ
VS嫌いじゃないけど、現段階では客観的に見て勝ってるところがひとつもないんじゃないか？
ま、別に競合するもんじゃないから両方使えばいんじゃねえの

VSのResharperってプラグインだっけか。
あれのリファクタリング機能便利そうだなぁと思うけど試してない。

VisualStudioは、いちいちビルドしなきゃいけないのがうざい

>>749
じゃビルドすんなハゲ。

>>747
VS2005つかったことある？

>>747
むしろ逆にEclipseがVSに優ってる部分ってどっかあんの？って聞きたい。

職場じゃEclipesで個人的にNetBeansを性能評価しているのだけど、
NetBeansのintellisenceの動きに知能を感じる。

Eclipseでも商用VerのRatinal (色々なエディション) developerだと
流石に有償＆サポート付だけあってVSを超えていると思うが。

RationalをVisual Studioと一緒に使えばｲｲｼﾞｬﾝ

>>753
重くて使わない機能が増えるだけじゃねぇの？

だからRationalには色々なエディションがあるのだろう、と小一時間(ry

まあ、EclipseとVSはある意味競合していないんだから優越はどーだろ？って思うが。

C#(VS)が優れているのは困ったらMSに泣きつけるってトコくらいだろ。
解決するとは限らんが。

JavaだとRationalを導入している企業ならともかく、Eclipse使っているとこだと
あまり泣きつける先がないしな。

>>757
ああ、確かにそれで表向きの時間が稼げた事があったわ。

解決はしなかったけどな。

エディタの話？
ならviだな

痴呆の傾向が見られる。

>>757 MSに泣きついて助けてもらったことなど一度もないが

お上って、変にサポートを重要視するトコがあるから
C#を選択するのはそういう面もあるとおもうが。
責任のなすりつけ先が欲しいってタイプのマネージャは
すくなくないしな。

まあ、漏れのトコはIBMの鯖でRational入れているので
時々泣きつくけど、解決率は50%くらいかなぁ。

漏れもMSに助けてもらった事ないから、>>605の言っているとおり
実際、Javaの方が楽できる。

ちょこまかしたアプリならC#の方が生産性高いという言い分も
わからなくもないが、ある程度他システムと連携とかやりだすと
微妙だな。

納品先の製品が鯖からクライアントまでMSベッタリなトコロだと
楽だろうけどサ。

寿命が短く規模の小さいお手軽な奴はC#で今を超手抜きウマー。
寿命が長く規模の大きい面倒な奴はJAVAで明日が楽になるようにがんばる。

このページに接続する方法を誰か知りませんか？
oasis.midwest.org
どうもアメリカの外からの接続にはサーバが見つからないようになってるっぽい・・・
出来ればC#を使ってこのサーバに接続したいんですが・・・アメリカの外から

>>764　です
PFX証明があるのは分かってるけどサーバにすら辿り着けません・・

串刺せよ

unsignedの無い言語は糞だと思う。（除くlisp)

VSが勝ってるとこあったわ。GUIのエディタ。
なんでか知らんが、すっかり忘れてた。

C#の開発においてVSとEclipseどっちが優れてるの？JAVAはどうでもいい。

そんなこともわかんないの？

だってEclipseさわったことねーもん

学習コストのことを考えるとわざわざEclipseに移るメリットは無いと思うが、どうなんだ？

そんなレベルの奴に学習コストうんぬんいわれたくないわ

学習コストはどうでもいいが、Eclipseにするとこんなに薔薇色の未来が待っているというのを教えてくれ。

だからJavaか.NETかって選択だっつの。
それと根本的に勘違いしているようだが、
どっちが優れてようが関係なく両方使えて当然なんだよ
何勝手にニ択にしてんのよ

>>764
訂正します：　oasis.midwestiso.orgでした、　ｽﾝﾏｾﾝ

Java開発でNetBeansとEclipseでの優越を語るならともかく、
Javaと.NETは違うんだから、なんでそんなにEclipseに粘着するのか
わからんな。

簡単なアドインやマクロならVSの方が楽に作れるけど
整形ルールのカスタムとか複雑なことやりたくなったら
VSではhackまがいの事までせにゃならんのでeclipseの方がまだ簡単
自動入力補完や自動整形は自分に合わせりゃとことん強力だからこの違いは大きいと思う

しかしそれを考えると結局emacs使う事になるが

NetBeansはUIがムカつく。
いや、Eclipseもムカつくけど、NetBeansの比ではない。

EclipseはUIがムカつく。
いや、NetBeansもムカつくけど、Eclipseの比ではない。
パースペクティブとかコンテキストメニューやら、最悪。

たぶん、EclipseでC#の開発ができると勘違いしているのでは？

>>781
できないこともないけどな。

いつも思う
両方使えばいいのに

>>783
eclipse使ってる奴にいうのは酷だぞ。
VSは職場単位になると導入するのに百万近くはいる。

はあ？WebLogicいくらすると思ってんだ
Javaほど金喰う開発ねーぞ

>>783
ふつうは両方使います。
NetBeansは使われないけどね。

>>785
Apatchでいいじゃん？タダだよ？馬鹿？

WebLogicのメリットはtuxedoを使ってサーバクラスタリングできるだけだよ？

ああ...C#使ってるパソコン系エンジニアｗ　には難しい話だったねｗ

パソコン系(苦笑)

Apatchは素で間違いだよね。
C#は別に悪くないよ。簡単でいいね。Javaも別にお金かからないよ。無料がいいね。

そこらへんの話は人が集まる場所のシステムを作ったときの問題であって、
使う人数が限られている社内システム制作なら何も問題はないよ。
わざわざ引き合いに出すところを見ると、みんな華々しいシステムを作っているようだね。

イントラ向けだったらRailsとかもっと楽な方法があるから、
結果的にJava=金かかる開発ってことになるんだろな

世界中でもっとプログラミングの敷居が高くなれば
プログラマーは幸せになれるのに

そしたらボクは業界から排出されてしまうでしょう

>>791
プログラマの質も高くならないとかえって逆効果な気がする

>>791
その通り。
参入障壁が低くて、学生が家でも開発できるぐらいだから、競争が激化する。技術レベルアップ、コストカットの両面で。

うちら組み込み屋が必死こいて勉強してる一方で、CAD設計やアナログ回路やってる奴は比較的のうのうとしてる。
50代でも純粋な技術屋として活躍してる人も多いしな。

コストのことを引き合いに出しているが詳細設計、実装コストなどプロジェクト全体からしたらほんの一部だ
その他の要求定義や基本設計、テスト、導入、ドキュメント整備コストなどは、ほとんど変わらない
しかしC#やスクリプト言語は簡単を売りにしていて顧客もそれを知っているから2割3割引きを平気で言う
利益を出すためには人員削減＆低賃金要員しかなく始まる前からデスマ確定だ

＞はあ？WebLogicいくらすると思ってんだ

鯖にもよるがWebSphere(WDSc)はタダだな。
ただ、その鯖からして高いからアレだが。ｗ

無料でやりたいなら、TomcatなりJbossなりEnhydoraなりJRun（ってまだあるの？）なり（ｒ

tomcatやらjbossなんて使ってる会社あるのか？

Tomcatは当たり前に使うだろ。

えええええええええ？

tomcat jBoss WebLogic WebSphere　以外でなんかあったっけ？

本家のSunが忘れられている…
いとあわれｗｗｗ

本家本元のSunJavaSystemの奴忘れた。縁がないので、すっかりぬけてました。

glassfishはいいよ。

WebSphere使っているけど、社内のイントラネット程度なので、
JBossやTomcatでも十分だなぁ、とは思うよ。

俺Javaやらないけど、Tomcatで対応できない案件って例えばどんなの？

下請けどもがくだらん議論をしているな。
おまえらは俺様の書いた仕様書どおりに書いてりゃいいんだよ。
ｂｙ　大手SIerぷろぱ〜

「仕様書どおりに書ける」レベルで書いてくれるなら、
みんな喜んでそうすると思うよ。

まあそうだな。
で、それぐらいやるとなるとサーバやプラットホームなんかも決めなければならん。
.netかJavaかとかね。

つうか後2年でディスコンになるOS(Win2003)なんか
客に提案できねぇぜｗ

よってC#という選択肢は自動的になくなる。

>>807　は　プロぱぁ〜　だろ？

>>810
C#は2008でも動きますよ？

>>812
2003>2005の時の事を体験している奴は信用できないよ。

>>812
断言する。　うごかねーよｗ
ＮＴ3.51→ＮＴ4.0の頃からダメだった。
ＮＴ4.0→2000は当然、2000→2003も全くダメ。
サポートもなかった。

低脳のくせに夢みてんじゃネーヨ。

>>814
GameSDKからDirectXになった時に「名称を変更しただけですか」とスピーチで聞いて、
もらったCD-ROMからSDKをインストールしてオフィスに戻ってビルドしたらら案の定、
動かなかったのは記憶に新しい。

マイクロソフトは言う事はでかいが品質が伴ってない。

>>815
それが記憶に新しいのは、相当の古株

>>816
GameSDKをご存知なあなたもなかなか。

最初のマイクロソフトの大風呂敷を聞いた時にはPCでゲーム開発も楽になる。
WindowsAPIバイブルを見ながらの開発も終わりか・・・やったぁ！！

とか、思ってゲーム一本作ったけど、当時のDirectDrawとグラフィックカードの
ドライバ(ATIのMach32とか）に不具合が合って、えらい苦労した。
その次の二本目はDirectXは信用できないからって事にしてWin32APIアプリに逆戻り。
懐かしい思い出です。

その頃はWinGL使ってたわ

Javaが最高

Javaが最高

Javaが？

Win上でしか動作しないC#ワロス

いちおう他でも動くぜ？
・・・・・・・・・・ホントいちおうだけど

>>823
今monoってどんな感じ？
デスクトップアプリよりWebアプリの方がマッピング率が高そう
って噂を聞いたけど？

Javaって言語はイマイチだけど、ライブラリと実行環境はイイ

>>824
察してやれ。
monoなんざM$のバージョンアップに追従しきれず、失速するのミエミエだ。
C#専門プログラマなんざ、あと五年もしたらVBA専門と同じでかわいそうです。

Java専門プログラマも5年後にはCOBOLerと同一視されてるけどな(w
言語を乗り換えれないプログラマはどいつも糞

乗り換える？同時に複数使う、の間違いだろ

だねえ。
まあ将来性のない言語を使おうとする奴も糞だけど。
スクリプトレベルは当たり前に使えて当然。

でもJava専門でどれだけの領域カバーできるのか分かってるのか？
軍事、航空、金融、大規模から中小システムも携帯もすべてJavaだ。
技術的な中立性のないC#などとは将来性も比べ物にならない。

正直C#ごときとJavaを比べるなんていう奴らは
この業界にいちゃまずいだろ。これだけ結果が出ていて
先が見えないにもほどがある。

JavaとC#を同時に使う？ムリムリ。聖徳太子でもお釈迦様でも無理。
M$が.NET周りをオープンにしない限り、C#は最短で三年ぐらいだろ。
適当なところでC#++とか似て非なるものが出てくるよ。
開発効率が上がりました。コンバータも提供しますが自己責任で使ってください。
たぶん、昔のソースは全部捨てた方がいいですよ。って感じでね。

ここでC#マンセーしている奴ってマイクロソフトから金もらっているとしか思えないよ。

そうだな。
Windows,Office関連はMSがどんなにクソでも頼るしかないけど、
せっかく言語を選べるのに、わざわざ危険な所に依存するのが分からない。
VB使ってた奴なんか、DLLやら.NETで酷い目に遭わされてるし。
Javaで済む場面でC#使う事ぁねぇべ。

そこまでJavaをほめてくれると、ちょっと照れる（＾＾）>

おまえが作ったのかよw

つか、Javaだと単価安いだろ。

C#の方が少なくとも平均で見れば高い。

ただ、案件も少ないが、、、

C#は簡単だから単価が低いのは当たり前

>>836
バカ？

平均的な単価が

Ｃ＃　>> JAVA

って言ってんだろーが。
あとJAVAも簡単だろーが。

６年前にやってたころは、Java超単価高かったのになぁ。。。

>>838
その頃は普通に１００〜だったけど
今は４０〜

Ｃ＃は６０〜

タダ単に人がいないから、単価が上がってるだけだろ。
Javaと同じ理由で下がるよ。
それに平均40で、最高100の仕事が1万件あるのと
平均60の仕事が100あるんだったら、前者の方が60以上の仕事も多いでしょ。
そういう意味ではC#やる意味って少ないな。
単価でいえばCOBOLでもいいし。
10年後どっちが仕事あるかは自明でしょ。

そして10年後
コボラーはまだ生き延びていた

ゴキブリだな

漏れはどの言語だろうと120なんだが・・・。
DB&AP鯖の面倒も言うかそこらの設計も含まれているので、
漏れからすると言語で単価とか言うのも不思議な話だ。

>>843
フリーで仕事請け負うのと、会社の営業が取ってくるのでは話が
全然違うわな。

いや、漏れは会社の営業が仕事を取ってくるけど・・・

1.漏れが客先で話を聞いて設計
2.漏れがシステム設計（DB,AP,オンライン、バッチ処理、運用,etc)
3.職場の人間の技術レベルを見てメインの開発言語を決定

って流れなので、そんなC#とかJavaとかで単価というかお金関係ない。
政治的な流れで集まったプログラマのスキルに合わせて言語を決める事も
あるのだけども、内容と期間でタマにチャレンジャーな言語で開発もするけど、
今だとJavaかVB辺りがおおいよなぁ。

C#も個人的にはいいと思うけど、じゃあ実際現場で使えるか？って言うと
様々な問題（将来性、人間）があって選択しにくいっす。

>>843
頭悪い奴だな。
コーディングしかしない仕事なら、その言語の需要によって
値段変わるの当たり前じゃないか？
コーディング以外の仕事の比率が高いなら、そちらのスキルの方が
単価に対する影響は高い。
自分がコーディング以外の事やってるのに、コーディングだけの
仕事の単価と値段の決め方に違いが出るのが不思議なのか？
だとしたら普通に馬鹿だと思うんだけど、どうだろう。
馬鹿だから20代のプロパーにアゴで使われるポジションなんだろうけど。

>コーディングしかしない仕事なら、その言語の需要によって
>値段変わるの当たり前じゃないか？

それはそうだ。
漏れはそんな無能集団とは最近縁がないので、そういう世界もあるよな。

漏れは器用貧乏で全ての工程が出来て当たり前の人だったがそういう
可哀想な人もいるよな。

>馬鹿だから20代のプロパーにアゴで使われるポジションなんだろうけど。
自己紹介乙w

>>847
なるほど。
やっぱり馬鹿なんだねぇ。
「俺は正社員じゃないけど」とは言えないのがツラいですねｗ

で、JavaとC#どっちが優れてるのよ
C++/CLIでいいだろ

目先の金でC#とか選ぶ奴いるのか？
未来の無いC#と供に心中する運命がスキな人にはいいんじゃないの？

>>849-850
スレ違いの話はよしていただこう。

ビルがBASIC好きだからなあ…
C#が伸びないとVBをメインにするかも

>>852
それやろうと思ったから、VBAなんてもんがあるんだろう。
それでも、言語自体の質や性質、C系の利便性から、VBでは無理なの分かってるから
わざわざ頭のいい人呼んで、C#とか作らせたわけで。
VBでJavaとC++とか迎え撃つのは無理がある。
デバドラとか書けないし。

最近のVisualStudioは
新規プロジェクトの選択とか見ると、どいつもこいつも.net混じるんだよね
使わずに済むのはCだのC++だのMFCだののほんの一部w

>>853
別にVBでデバドラ書く必要ないし
そこは今までどおりVCで業務アプリとかをVBって感じじゃないかな
ああ、それって昔に戻るってことかｗ

.NET漬けにして他の環境に移行できないようM$が囲っているからねぇ・・・
で、最終的にはM$に依存しないと生きていけない身体になっちゃう。

MSは囲い込み以外なんもしてないだろ。
Excelとかでコード書くならVBAしかないだろうけど、
Webアプリ作るのに.NET使うアホとか分からんわ。

Ｊａｖａの単価40万とか数字は派遣だろ？相当低いよ。その数字は。
実務経験なしの奴で40万ぐらいじゃねーのか？

>>857
OpenOfficeの方がいいよ。未来があるし、選択の幅もある。

>>858
確かによくよく考えたら、あり得ない数字だな。
新人派遣でもそんな金額になるか？
何次受けだよｗ

>>859
Officeについては、MS使うわ。
Webでは環境でも政治的にもJavaのが強いからいいけど、
Officeは差がありすぎる。
この辺は互換性命だから、下手にOpen使うと、他人に渡せないデータになる。

POI使えやゴルァw

あれまだ未完成だろ

ぶっちゃけJAVAなんて簡単だから人集めもスグに出来る。
だから単価が安い。


つー俺は手取りで６０万位しか稼いでねーけどなＷ
上に言えた１２０万はオイシイなＷ

月に50万はキャバクラで遊べそう

C#なんてWindowsでしか使えないだろ、と言われますが
逆に、家のPCでJAVA入れてなくて困った覚えがありませんですよ Winに不要

POIってVISIOの書き込みぐらいだろ出来ないの
どうでもいいよそんなもん

自分の環境で必要ないから必要ない、って意見が一番愚

POIって今時何に使うんだ？
OfficeはXMLで書きゃ良いだろ？

大概できてるのに、未完成つって使わない意見が一番愚

>>864
手取りじゃないだろｗ
結局ピンハネ屋経由したらはした金。
しかも将来をすてたあぶく銭だしな。

>>870
うーん、手取りで１００万位逝ってたらすごいけどな。
奴は、手取りで１２０的な話をしてたからな。

>>871
中身の無い奴は匂わせるんだよ。
「的な話」はするが、手取りいくらですとは言わないし、
正社員ですとも言わない。
言わないじゃなくて言えないか。
ボクがギリギリ言えるのはここまでだ。

>>865

個人的にすごい納得のいく答えだった。
たしかに、JAVA入れてないわ。

JAVAで作られた業務用アプリは、今の所、糞のような操作性の製品にしか出会った事が無い。

PGが糞なのは当然だが、標準で付いているコントロールの問題でもあるのか？
(JAVA触った事無いから分からないが。)

>>873
eclipseとかtomcatとか、Oracleのemとか知ってて言ってる？

C♯が無いのはVB.NETがあるからだろ

Java入れないと不便じゃね？
特に海外のソフトとかはJRE必要なの多いぞ。

好き嫌いはともかく、Javaはろくなのないとか、無くても困らないとか
言っているのは、単に大した仕事してないのと、大したアプリ使ってないだけかと。
MS嫌いな俺でもWinとかMS-Office要らんとは言わんしな。

>JREもいれない
OpenOffice も使わないMSの奴隷だけだろw

>>876-7
そうか？
業務用アプリなら兎も角、個人で使うのに、Javaアプリじゃないと不便な奴なんてあるか？

と言うか、お勧めのJavaアプリを教えて欲しい。
（フリーで頼む）

お勧めのJavaアプリ？
何を言っているのだ？？

>>879
教える前に一つだけ確認したいんだが、君は>>873かい？

>>880
普通に読み取れば、Javaで作られたソフトの事だろ？
何が分からないの？

>>881
そだよ

>>883
なるほどね。
Javaで作られた業務用アプリはクソしかないって言っているけど、
>>879で「業務用アプリならともかく」って、意見が変わった理由はなんだい？

JREが無いと不便じゃね？っていう話してたのに、
お勧めのJavaアプリとかいわれると、分けわかんなくなるんだよ。
まあ、WindowsにJREを使うアプリを強制されると少しイラッとくるけど仕方ないしな。
普通窓の森とかで公開されてるのはたいていVS環境で作成されてるからあまり心配しなくていいぞ。
問題はシェアウェアだな。

言語仕様は例外が全て実行時例外なのを覗けばC#2.0のが優れてるかな。
ただJavaほど非標準（サードパーティ、オープンソース）のライブラリに恵まれてない印象。
来年のJava7でクロージャが導入された場合、Java>C# になる。

>>884
いや、別に糞って事は変わりないよ。
ただ、業務用アプリは、それ専用に作られちゃっているんだから、それを使うしかないだろ。

ああこれは、マ板にいながらユーザ側(アプリを使う側)の意見だけどね。

>>887
>>874で聞いたんだけど、これらのアプリもクソだと思ってるわけ？？

Javaで不安な点は、1〜2年でバージョンがあがることかな。
下位互換性をもっと上げてほしいが、その辺どうだろうみんな？

>>889
.NETもバージョン間の互換性が十分とは言えないだろ。
両方入れると不安定になる場合もあるし。
VBの.NETへの移行とか、C++の毎回仕様が変わる点とか、
MS依存の方がよほど怖いけどな。

そうなのか？　正直俺はM$使ってないのでよく知らないが、
ドトネトはバージョンアップが遅いイメージがある。むしろバグフィックス位しかイメージがないｗ
Javaは今から開発するなら何を選べばいいのかね。1.6はまだ早いのか？
1.5と1.6は実際にはあまり変わらんと思うが、先日、1.6では動かない1.5のアプリがあったので少しへこんだ。

まあ分かってて聞いたんだけど、普通にWindowsをちょろっと使ってる程度の奴が
「業務用アプリも〜」とか知ったかぶりしてたのが気になったんで突っ込んだだけ。

…なんか、アマチュアが混じってないか？

>>888
いや、触った事ないので、それらを限定して糞かどうかは分からない。

自分は.NET系(C#/VB) と SQL Server を主に使っているし。
（うちの会社はどっぷりMSに使っているなｗ）

eclipseはよく聞くけどJavaで作られているのか。
いや、驚いた。

>>888
887じゃないけどさ、開発者としてはJAVA関係丸ごと一式入れてるだろ（たいていはVSも。）
>>874の面々もそうだけど、開発で使うようなモノに要らないなんて言わないさ

>>894
いや、素人でもいいんだけど、素人なのを自覚した方が良い。
eclipseがJavaで作られているのは使ってる人間とかJavaに携わる人間なら誰でも知ってるよ。
最低限の知識もなくて「Javaのアプリはクソばっかり」とか言うのは知ったかぶりだと思わないか？

eclipse自体はC++で作ってるんじゃなかったっけ？
プラグインは別として

>>896
いや、Javaには関わっていないって。
ただ、自分が使う(使わざる終えない）Javaで作られたアプリは、全て糞だった。

まあ、と言っても、たかが数本のソフトでしかないので、
確かに全否定する事も無いけどね。

>>897
素人が知ったかぶりして恥の上塗りする良い例だな。
とりあえず便利なサイトを教えてやるから、ここで知りたいキーワードを入れて、
エンター押すといいよ。
http://www.google.co.jp/

>>898
うん。
だから知ったかぶりだよね、って言ってるんだよ。
「俺はろくに経験ないけど、そのわずかな経験の中ではクソだった」って言えばさ。
「業務用アプリはクソばっかり」って言うのは、最低限代表的なアプリ知ってる人間が言える事だよね。
ま、わきまえなよ。

eclipseをVC++で作って最適化してくれていれば、
俺に割り当てられたセロリン機でももっと・・・・とは思うぞ・・・・

>>900
まあ、結局の所そういう答えって事は、>>873に行き着くわけだよな。
Java関係の人しか、Javaアプリを利用しないって。

だから、総合して糞な事には変わりないと思うんだけど。

>>901
心底馬鹿なんだな。
それと知ったかぶりは関係ない。
なんでJavaで書かれているか想像も出来ないほどの馬鹿か？
実行効率でいうなら、アセンブラ以外必要ないのも分からんか？

>>897
解凍してすぐに使えるなんてC++にはできない芸当だぜ。

>>902
心底馬鹿なんだな。
Java関係の人しかJavaを使わない？
Javaで作られたアプリがどれだけあるか知ってて言ってるのか？
UPSの管理なんかもJavaアプリでやってんだぞ？
お前どんだけショボい仕事しかしたことないんだよ。
Oracleとか裏でどれだけ使われてるか知らんのか？
そこまで馬鹿だと知らなそうだから教えてやるけど、
携帯のアプリとかにもJavaって使われてるんだぜｗ

むしろ今C#使ってるのが、それこそそれ系の奴だけだろーが。
自分のしょぼいクソ会社でC#しか使えないから、Javaはマイナーかｗ
馬鹿って狭い世界で生きてて幸せだな。

UPS、Oracle、携帯アプリ作成
って正直、プログラマ関係の事情だからなぁ
おうちで使ってもいいけどさ

>>907
うん。
だからオウチでソフト使うだけの素人さんｗは「業務用アプリは」とか
言わない方がいいよって話だよ。
要らん恥書くだけだよ。
板を間違えちゃったのかな？

あと、UPSがどうしてプログラマの事情か分からん。
俺は自宅で普通に入れてるけど。
貧乏人にはあれも高い買い物なのか？
それに業務用サーバなら、アプリ使うだけでも必須なんだが。
素人さんはこれだから。
まさか会社にもUPSがないのか！？

>>905
UPSってAPECのUPSのアプリとかの事言っているのか？

あれは、間違いなく糞だろ。
わざと使いづらく作っているのか？

>>906
いや、マイナーではないでしょ。

>>910
何でJavaで作られているか、理由は分かってるか？
操作性だけで言うなら、そもそもWebアプリなんて要らないんだけどね（苦笑

>>904
eclipseの動作の軽さから、C++で作られているという話が昔広まっていたときがあったな。
CVS覗けばJavaのプロジェクトだということが分かるが。
それにしてもeclipse便利杉。

>>908の人
熱くなりすぎだぜ。

>>910
あと、サーバの構成も知らないドシロウトさんに教えてあげるけど、
UPSの管理にはエージェントとサーバとクライアントがあるんだよ。
どれもJavaで書かれてる。

>>912
それが俺のチャームポイントだからな。
書き込みは熱いが、実際は、鼻くそほじりながら、時をかける少女をみながら
書き込みしていることを誰も知らない。

>>914
後ろのカーテンの隙間からお前を見ている俺がいることを、お前は知らない。

>>913
いやー、自分が触った事がある数少ないJavaアプリの話題が出てよかったよ。

APECのUPS管理のソフトは、間違いなく使いづらく糞だろ。

Tomcatが早くSIP対応になってくれることを願って止まない。

やべい。
メーカー名指しで批判しちゃった。

UPSの機能としては、APEC最高です！！

シャットダウンスケジュールもっと簡単に出来るように改良してください。
年度が替わると、毎回大変なんです。
10台*12月 の設定とか、本当に面倒です。

>>918
もう寝ろ

>>866
読み込みも、まだまだだよ。字が読める程度じゃないか？

まあ、Java VMを自分で持ってるアプリもあって、JavaをインストールしてないからJavaアプリを使ってない、っていうのは成り立たないんだよね。

eclipseのGUIがフツーのWinモノと誤認されるほど「らしく」作ってるのは感心する

Swingのペインと同じだとチープで嫌だろ

チープなのを見せられてJava敬遠する方も居るようだし　よい傾向だと思うな
大変だろうけど

eclipse使いならSWTを使えと

http://jp.youtube.com/watch?v=riIHeP8b1JU

>>922
Windowsコンポーネント使ってるから、Windowsらしいのは当たり前なわけで。

なんか、寝ている間に低俗な話になっていたのですねぇ・・・
趣味でプログラムしている奴は好きな言語を選べばいいんだよ。
仕事でプログラムしている奴は将来を見据えて選択しないと飯の種が無くなる。
Javaは活発だし、動作するプラットフォームも段違い。

つーか、Java使っていないぜとか言う奴はWebとか使ってないの？
もしかして企業が腐ったWinServer+ASP.NETとか使っていると思っているのか？

ショボイとか腐ったとかガキみたいな言葉で貶しあってるこいつらは結局どっちも使えてないな

>>929
自分の書き込みについてはどう思う？ｗ

>>928
まだ外部とネットワークで繋がってないんだろ。
最近はADSLも大分安くなってきたから、零細ブラック企業もそろそろ検討すべき時期だと思うが。

>>930
あなたのｗを見るに的確であったなと思う

>>932
いや、他人をくだらない言葉で貶しあうのが、使えない奴なら
>>932の書き込みをした奴も使えない奴だって事だよね？
って事なんだけど。

このレベルで説明必要なのか。
頭悪いなぁ。

ほんとガキの反応だな

俺はとしてはJava使ってくれなくて結構って感じなんだが…
パソコンオタクとかにJava触って欲しくないしな

「パソコンオタク」は性能でなさそうなイメージあるものは入れません

Java使い＝オープン系
C#使い＝パソコン系

相手にするまでもないｗ

ごめん。ちょっと教えて。
パソコン系ってあまり聞かない言葉なのだけど、どんな業界で使われているの？
オープン系は良く耳にするのですが・・・

アキバ系の業界のことじゃないかな

3Dゲーとかエンコードやベンチマークに使えないものは要らないだろうな　パーツ大好きだったら

>>938
下流では差別用語だから隠語として使われてるけど、
上流では、
　コボラー →メインフレーム系
　C,C++,Perl,PHP,Java →オープン系
　.NET系　　　　　　　　　　→パソコン系
で種別と工数を分けてる。

元々は、「つうかM$系言語って全然オープンじゃないじゃん？」
｢つうかクローズ系だよな？｣という訳で、「M$系」というジャンルができ、

｢Windowsしか使えない」「PC物しか開発できない」｢発想がPC｣
という、M$系言語開発者の生態系が｢現代のコボラーじゃね？｣な意見より

｢パソコン系｣という枠組みが確固たるジャンルとして登場した。

C#はフリーソフト利用言語だとは思うよ。Windowsだしｗ
来年の9月にディスコンだぜ？　Win2003。

うちはWindowsの案件しかしないしな･･･
どっちにしろフレームワークを作ったうえでアプリを構築してるので他のプラットフォームになってもかまわん。
オープン系とかＪａｖａでやるようなのと、ＰＨＰでやるようなものは毛色がまったく違うだろうが。
結局どのプラットフォームでも向き不向きがあるだけ。
自分にとって大事なのは自分にとって面白い仕事ができるかということでＪａｖａらーだからとしたり顔してるくずどもには興味なす(´・ω・｀)

PHPで工数があがる世界！

>942
このスレに書き込んでる時点で、負け犬の遠吠えっつーことが
分かってない奴w

哀れ過ぎ

>>941
ありがとうね。

俺の所では糞高いMSDNとか入って開発環境を提供してもらっているけど、
フリーと思えるほどの金額じゃないなぁ・・・

相変わらず不毛な議論が続いてるな
お前らみんな　「ファイアーモックス! 」　だぜｗ

10年後、20年後に、北朝鮮人が日本の首相になった時に、
今の愚かさにやっと気が付くよ。

ただ、そのときはもうこの国は日本ではなくなっているがな

とうとう中国になってしまうのか。

人口が減っていくんだから間違いなく日本のアイデンティティは喪失していくんじゃないのかな？

>>928
>>企業が腐ったWinServer+ASP.NETとか使っていると思っているのか？

某大手電機メーカーの生産管理システム
.netで作りましたが

まあ所詮java　only君だね
デリゲータもイテレータもインデクサもポインタも
理解できないアホ

「インテグサ」これは初耳だったので調べてみました。

言語レベルで拡張しているだけで、原理はなんでも一緒っすね。
地方でしか使わない特殊な方言とか覚えてもなぁ・・・

「ポインタ」ってC#のポインタとCのポインタと違うのですか？

>>951
ねね。教えて。

開発したシステムが保守等で.NET Frameworkがバージョンアップした時に、
移行が簡単（コンバーターが理解しやすい）になるように、コーディング規約とかかなり厳密に作った？
それともFrameworkのバージョンアップは無しって感じなの？

>>953

>>951では無いが、.NET Framework は、DirectX等と同じで基本は拡張修正しか無いんじゃないのか？

各バージョン個別だし。

>>954
んなことない。大改定だよ。この知ったかが！

その代わり、.NET Frameworkは1.1の2.0も2.1も3.0もランタイムが共存できる。

M$は過去のランタイム問題をそうやって解決してる訳。
でも、作りは異なるし、アプリ間の互換はない。

つまり、システム単位で機能拡張なら作り直しのまま。
C#っても４つのC#って言語があるんだぜ？。VBは９つだがｗ
そこらは他のオープン言語には大きく劣る。

例として「.NET Framework 3.0　互換」でググったら
こんなの出てきた。

ﾟДﾟ)　.NET Framework 3.0対応について
http://kamipu.blog85.fc2.com/blog-entry-18.html

利用している分散テクノロジは、お察しのとおり、.NET Remotingテクノロジーを利用しています。
ここが超問題です。
新型の.NET Framework 3.0では.NET Remotingは消えて、代わりにWCFになっちまいました。
で、早速、.NET RemotingとWCFの相互接続版を作って試みましたが、互換性全然ない。

？？？　エーー
なにこれ？　というか、またMicrosoftか！(ﾟДﾟ)

WCFへプログラム全差し替えは結構シンドイ。ん〜〜
という現状です。Microsoftへは非難のメール送りましたけどね。

まぁ、Microsoftの考えは基本的に、
｢古いソフトは勝手に使えなくなっていくのでヨロシク｣
なので、今更なんですが。。
でも2年で捨てられるテクノロジーと思わなんだ。コロコロ変えすぎです。


VBみたいだが、.NET Frameworkの使い方はC#も書き方は同じ。
C#使いってフリーソフト作家以下なんだよな。

うーん。処女は悪い男に騙されやすいって事か。

というか半年前に懸賞板で大騒ぎしてたウマウマのブログかｗ

>>955-6
は？

それは、.NETのバージョンアップとは関係なくね。

.NETのバージョンをいくらあげても、1.1で作られていれば1.1だし、
2.0なら2.0を入れておけば良いだけの話だろ。
その後、3.0を入れようが、4.0(出るのか？)を入れようが好きにしたら良い。

同時に複数のバージョンをインストールできない＝全ての．ｎｅｔバージョンを用意する必要がある可能性がある。

なんてめんどくさい。

．ｎｅｔアプリを同時に全て用意し、同時にアップグレードしないと使えなくなる。
ＮＴＴデータに全部丸投げとかならいいだろうけど、
専門アプリをそれぞれに発注とかしたら死ぬ。

中小は死ねと言うのか。
お手軽に作るための．ｎｅｔのくせして生意気！

簡単に変更できないハードウェア仕様に沿って物作った方が長持ちするんだね。

高互換性、高移植性を実現するための仮想マシンじゃなかったのか・・・

まあその問題はＪａｖａも一緒なんだっけ？

？？？

>>960の内容は分かる。
例えば、1.1, 2.0, 3.0 のそれぞれの機能を使っていれば、
それぞれのFrameworkをインストールする必要があるのは面倒！
これは分かる。
面倒。ダウンロードから始めるとすると平気で数時間コースだしな。

が、>>961の理由が分からない。なんで同時にアップデートしないと
使えなくなるの？
これはよほど制限された状態で作らなければいけない状況とかでなければ
気になる事でも無いと思うが･･･。
(.NET3.0を入れたら2.0を消していくとか）

必要なソフトウェアを組み合わせて実行可能な環境・・・

C++の++を重ねていくと、＃になり、つまりC#なのです。

Cといえばポインタ！と多くのヒトが言う
つまり"C"はポインタであろう
C#とは C++ ++ つまりC[2]　しょぼいね

むしろJ++という感じか？

VSのプロジェクト作成で
堂々と一角を占拠している奇妙なJを一度も使ったことがないw

C#は間違い無く、最強の言語です。

したがいまして、頭の弱い方のご使用はお控え
下さい。

何をもってして最強なのだろう。
と失笑されるのがオチの>>969

>>970
何でも出来る事

じゃあ何でもやってみろ、アホがｗ

C#でJavaのVM作って、Javaプログラム走らせれば、
C#はJavaの上位互換となるわけだ。

何でもできるとかいうから失笑を買うんだよ。
度をわきまえろ。

>>973だが、ネタだぞ。
つか、>>969もネタだろ。
お前見たく釣られやすいアホがいるから、釣る奴がいるって覚えておけ。
お前みたいのがいなければ板も平和になる。
失笑されてるのは誰だかな。

そういえば大きな案件ほどJava>>C#な傾向にあるね。
C＃は日曜大工言語に近い。

相当悔しがってるC#信者がいるなｗｗｗ

全角＃キタコレｗ

ネタです発言ｷﾀ━( ´∀`)ﾟ∀ﾟ)*ﾟーﾟ)・ω・) ﾟДﾟ)´ー`)・∀・)￣ｰ￣)´_ゝ`)`Д´)´Д｀)丶｀

俺煽ってる側だけど、C#は（というよりMSの言語は）クソと思っとりますｗ
Java信者クンって、Java好きなんだろうけど、Javaの価値が高くても
底辺コーダーの価値が高いわけじゃないから、そこだけは忘れないでいてくれ。
リアルでそういうやついてウザいんでｗ

>>979
>>973がマジだと思ったのなら、あんたプログラマとしての素質あるよｗ

>>977
俺たちはこういうネタ版で地道にC#の案件を増やす努力をしてるんだよ。
だから邪魔すんな。

windowsプラットフォームで運用するというだけで
夜中に障害電話で呼びつけられそうな気がして鬱になる

黙ってロムってた俺が一番の勝ち組

>>982
Java信者は煽りとしても2流だなぁ。
Delphi信者が懐かしいよｗ

>>983
俺はインフラ系なんで、別にどっちでもいいんだけど、
夜中に問題になるのはWeb系じゃねーのかよ。

言語の価値基準でいうと、Javaは研究向きなところあるな。
PCクラスタでがっちりWebアプリ組むときに使う言語はたいていJava。ほぼデフォルトの言語になっている。
M$はその結果を使ってこつこつやっとります、という感じ。

>>987
ラボにいた経験なさそうだな。
バリバリ実務だろ、Javaは。
何をもって研究なんだか。

IEEEでもACMでもいいから検索してみろｗｗｗ

正直どっちでいい

>>バリバリ実務だろ、Javaは。
意味もわからぬ馬鹿めが

>>991
一応教えてアゲルけど「J2EE」とかでググってみ。
あ、ググるっていうのは、googleっていう検索サイトで調べる事なんだ。
あ、アドレスが分からないかな。
一応ここなんだけど。
http://www.google.co.jp/

>>990
リアルな話、M$で研究目的のアプリを組む例は少ない。
ほぼい9割9部CとJavaと考えてていい。
コルバも性能面ではまったく使い物にならん。やっぱり研究向きだよ。

あと、ググルより、>>990のいうように海外の論文やカンファレンスを参照したほうがいいぜ

自称研究ｗ

あ、>>989ね。
ただ、プラットフォームにLinuxやSolarisを選ぶから、という理由のほうが大きい。

何の研究だかｗ
JavaはWebアプリメインだから、ローカルで研究とか
検証するのに、特に向いているって事はないよ。
悪いけど。
だからってC#が向いてるわけじゃないけどね。
もう少し視野を広げるといいかもねｗ

>>993
CORBAって何に使われてるんだ？
重すぎだぜあれ。

>>996
視野というか、検索結果だよ。
お前の言うググルではないけどなｗ

>>997
サイコガンのアレな。
慣れると目をつぶっても的に当たるらしいぜ。

パソコンオタク

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。