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

1 名前：仕様書無しさん [2007/09/16(日) 14:13:54 ] 過去ログ pc11.2ch.net/test/read.cgi/prog/1178017348/l50 207 名前：仕様書無しさん mailto:sage [2007/10/05(金) 15:57:52 ] Ｍ＄ vs Ｓ∪∩ という構図がｵﾜﾀ せめてググルかヤフ入れろ矢。 208 名前：仕様書無しさん mailto:sage [2007/10/05(金) 17:58:29 ] もうこの世にＭＳだけあったらいいよ。 てこと？ 209 名前：仕様書無しさん mailto:sage [2007/10/05(金) 18:00:06 ] それじゃ、炊飯器も動作しないし、電車も車も走らない。 210 名前：仕様書無しさん mailto:sage [2007/10/05(金) 18:00:06 ] すんごい、後出しジャンケンだな ｗ 211 名前：あ [2007/10/05(金) 18:41:37 ] すみません、もしわかれば教えて頂きたいのですが。。 現在Ｃ＃を使って開発をしていて 最近極端にデバッグスピードが遅くなってしまいました。 何か解決策はありませんか？検索してもＨＩＴしなかったんで 質問してみました。 212 名前：仕様書無しさん mailto:sage [2007/10/05(金) 19:34:01 ] >>211 最近インストールされたUpdateを疑って、アンインストール。 それでもダメならば、VisualStudioをアンインストール。 それでもダメならば、OSのクリーンインストール。 それでもダメならば、MSDNに泣きいれる。 それでもダメならば、諦めろ。 いやぁ・・・Windowsって本当にすばらしいですね。 213 名前：仕様書無しさん [2007/10/05(金) 21:02:37 ] Windowsが素晴らしいのではないな 他が酷過ぎるだけ 214 名前：仕様書無しさん mailto:sage [2007/10/05(金) 21:11:07 ] >>211 きみは「なんか急におそくなりました」って報告すればいい。 あとまるちしね 215 名前：仕様書無しさん mailto:sage [2007/10/05(金) 21:25:13 ] マイクロソフト、.NET Frameworkライブラリのソースコード公開へ codezine.jp/a/article/aid/1768.aspx 米マイクロソフトは10月3日（現地時間）、Scott Guthrie氏のブログで、.NET Frameworkライブラリのソースコードの一般公開を発表した。今年後半の、.NET 3.5 ／Visual Studio 2008（以下、VS 2008）のリリースと同時に公開する予定だ。 また、ソースコードはダウンロードしてエディタで閲覧できるだけではく、 VS 2008における統合的なデバッグのサポートも予定している。 とうとう.netライブラリのソースが公開されるときが来た！ .netライブラリの動きがデバッグで完全に把握できるのだ！ 216 名前：仕様書無しさん mailto:sage [2007/10/05(金) 22:45:36 ] >>215 誰か踏んでくれ。俺は怖い。 217 名前：仕様書無しさん mailto:sage [2007/10/05(金) 22:56:07 ] >>216 ググってみたけど本当みたいだね。一部だけ公開だった。 完全にオープンにできないのは、人に見せられるようなコードじゃないからねぇ・・・ 218 名前：仕様書無しさん [2007/10/05(金) 23:03:52 ] デバッグでステップインできるだけとは、さすが中途半端。 >>160の中の人はナイス読みでした。 Javaの方が良いって人が言っている事だから悩むね。 219 名前：仕様書無しさん mailto:sage [2007/10/05(金) 23:49:32 ] >>217 でも、MS曰く、オープンソース。 信者はいつまで、こんなんに騙され続けるのかね。 220 名前：仕様書無しさん mailto:sage [2007/10/06(土) 00:43:46 ] いや信者なんていない。 いるのは『俺と考えの違う奴は○○の「信者」に違いない』という単細胞な発想をする オボこい君のような人間だけでしょ。 というか、そういう、何かを否定すれば自分が賢くなったように思えて嬉しくなっちゃう ココロっていうのはガキ臭いと俺なんかは思うんだがどんなもんかね。 というか ＞デバッグでステップインできるだけ なんてどこに書いてあるんざんしょ。 俺には文字通りライブラリのソースコード上でデバッグができるとしか読めないけど。 221 名前：仕様書無しさん mailto:sage [2007/10/06(土) 01:23:46 ] 言語使用的には正直C#は天下無敵だと思うよ マイクロソフトも天下無敵だと思うよ かつてのApple GUI　開発者を殆ど全て取り込んだし Excelの開発元だし C#の責任者はデルファイ作った人だし MSの頭はロータス１２３の開発者だし これらの人たちは、全員「神」レベルの人だよ C#は、とりあえず札幌市水道局が開発言語をC#にしているようだよ その他にも、フェリカ関連のアプリケーションがC#らしいよ 222 名前：仕様書無しさん mailto:sage [2007/10/06(土) 04:42:05 ] 基本データクラスやスレッド機能を提供する.NET Base Class Librariesや Windows.Formsのような核心部分のソースが最初に公開される その後もLINQのような最新クラスライブラリが数ヶ月以内に順次公開されていく Visual Studioのデバッグ機能にライブラリのソースが統合されるのはマジすごい！ 自社開発のソースコードを公開するのはMSとしても非常に革新的な姿勢だな 223 名前：仕様書無しさん mailto:sage [2007/10/06(土) 06:35:52 ] MFCと大差ねぇんじゃ・・・とも思う 224 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:14:52 ] MFCはwin32のラッパー .netライブラリはC#かMSILネイティブで書かれた基本API 225 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:27:12 ] >>220 日本語不自由な人ですか？ 226 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:29:29 ] ライブラリの一部だけ公開されただけで、この騒ぎ様。 227 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:30:00 ] >>220 codezine.jp/a/article/aid/1768.aspx >Frameworkのソースファイルは、必要に応じてデバッグ時にオンデマンドで取得するため、 >あらかじめ全てのファイルをローカルにダウンロードしておく必要はない。 あらかじめ全てのファイルをローカルにダウンロードできた方が効率いいのにおかしくないか？ 228 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:39:59 ] >>221 天下無敵で俺には関係ないことなんだけど、どこが何を使っているかとかって守秘義務とかないの？ 229 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:41:15 ] >>227 日本語不自由なのはお前だろ ダウンロードしてエディタで閲覧できるって書いてあるのが読めんのかw 230 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:50:36 ] >>229 これがM$でなければダウンロードしてエディタで閲覧できる事を信用できるんだけど、 それが本当ならば「必要に応じてデバッグ時にオンデマンドで取得するため」 なんてところがすごく怪しくないか？ あー。ちなみに俺はM$で散々騙されてきた奴だから斜めに読んでいるよ。 231 名前：仕様書無しさん mailto:sage [2007/10/06(土) 07:56:22 ] >>230 バグを仕様ですと言い切る会社。 斜め読みは当然だな ｗ 232 名前：仕様書無しさん [2007/10/06(土) 11:26:08 ] ﾄﾞｶﾀ御用達のJAVAだって 完全公開じゃないだろｗ 233 名前：仕様書無しさん mailto:sage [2007/10/06(土) 11:28:22 ] 愛BMが絡んでいる方が、漏れ的には少し信頼感が増す 234 名前：仕様書無しさん mailto:sage [2007/10/06(土) 12:14:57 ] よくMSに騙されたとか言ってる連中がいるが、具体的に何について「騙された」 と言いたいんだろうね。 正直、俺にはそいつら自身の過剰に主観的な「被害妄想」にしか思えないよw なぜなら俺には「騙された」記憶がないからな。 個人的にはMSに対してそいつの持ってる印象を聞くことはプログラマのリトマス試験紙 になると思ってる。 ダメな奴と根拠のない反MSにはかなりの正の相関があるように思えるね。 まあTronの人みたいな例外はあるけどね。 235 名前：仕様書無しさん mailto:sage [2007/10/06(土) 13:37:53 ] MSの場合はもはや騙されるほうが悪いというレベルだよ、知っての上で利用するのがよろしいかと。 騙しの行動パターンは単に商売繁栄目的となっており分かりやすく、騙している本人たちも組織も無自覚としか思えないしな。 それ以外は組織変更によるトラブルと思わしき内容もありはするが、これはMSに限らない。 MSは巨大企業で経営方針はホワイトペーパー・ロードマップを公開して周知徹底を図ってて入る、外部からでも読めるんだから次にどういう手を打つかは他の企業よりは分かりやすい。 つか斜めに読む癖つけているから騙されるんだな 236 名前：仕様書無しさん mailto:sage [2007/10/06(土) 13:39:03 ] だから、何をどう「騙された」というの？ 「騙された」と思いたいお前さんがいるだけのこと、というのが真実なんじゃねえの？w 237 名前：仕様書無しさん mailto:sage [2007/10/06(土) 14:39:24 ] 「騙された」と思い込むことが、自分の惨めな境遇に対して言い訳する最も楽な道なんですよｗｗｗ 238 名前：仕様書無しさん mailto:sage [2007/10/06(土) 14:40:13 ] 「騙された」と「自分には考える能力がない」はほぼイコールですｗｗｗ 239 名前：仕様書無しさん mailto:sage [2007/10/06(土) 15:01:25 ] >>236-238 相手してる時点で同レベルだと思わんか？ 相手はC#とjavaスレでMS批判する外人さんだぞ？ 240 名前：仕様書無しさん mailto:sage [2007/10/06(土) 15:38:04 ] 表面的な知識だけで仕事をしている奴は長年やっていても騙されるような事はないよ。 業務系でフォームと簡単なコントロールだけで貼り付けて、DB舐めまわすぐらいなら、 効率アップでいいんじゃね？ 俺はDirectX絡みでゲームとか作っていたけど、Win32APIの動作の違いやら、 DirectXのバージョンアップで互換性の保証をしておきながら、互換性がなかったり・・・ GameSDKの時代からDirectX2までの時代ね。最近はしらん。 241 名前：仕様書無しさん mailto:sage [2007/10/06(土) 16:32:01 ] 何だ年寄りの愚痴か さっさと引退すればいいのに 頭がついて行ってないんだからｗ 242 名前：仕様書無しさん mailto:sage [2007/10/06(土) 16:41:12 ] >>240=>>143か、粘着質だなぁ 243 名前：仕様書無しさん [2007/10/06(土) 18:25:50 ] >>240みたいなネガティブジジィって、技術を心から楽しんでる若い世代にとっては害悪でしかないよね 脳障害起こしてとっとと氏ねばいいのに 244 名前：仕様書無しさん mailto:sage [2007/10/06(土) 18:29:00 ] このスレで粘着質っていったら、ｗを沢山つけている人の方が激しい罠。 245 名前：仕様書無しさん [2007/10/06(土) 18:33:33 ] よくわからんが、読む価値のない流れなのはヒシヒシ伝わるなｗ 246 名前：仕様書無しさん mailto:sage [2007/10/06(土) 18:48:31 ] 俺ちょっと不安。このスレでM$って表現している人を探してみると、間違っていないような気がしてしょうがない。 Javaの勉強しておいて、今のP/Jが終わったらJavaチームに入れてもらおうかと悩み中。 247 名前：仕様書無しさん mailto:嘘だよバーカ [2007/10/06(土) 18:53:10 ] >>246 俺も俺も 248 名前：仕様書無しさん mailto:sage [2007/10/06(土) 19:33:56 ] J#の頃も同じような話しをしていたんですかね？ 249 名前：仕様書無しさん mailto:sage [2007/10/06(土) 21:41:23 ] J♯の話題はタブーとなっております。 250 名前：仕様書無しさん [2007/10/07(日) 02:01:14 ] C#は今後主力になってくるのは間違いない。 言語仕様はすばらしく優れてるし、時代に合ってる。 251 名前：仕様書無しさん mailto:sage [2007/10/07(日) 02:33:56 ] ASP.NETやったらもうJAVAには戻れんよな。 サーブレットとJSPでシコシコ作ってたのがアホらしい 252 名前：仕様書無しさん mailto:sage [2007/10/07(日) 06:50:26 ] ＞サーブレットとJSPでシコシコ作ってたのがアホらしい そりゃ、アフォだろ。 今はフレームワーク使うモノだし。 253 名前：仕様書無しさん mailto:sage [2007/10/07(日) 07:17:12 ] >>250 今後主力 ｗ 自分で何言ってるのか解ってるのか、こいつ ｗ 254 名前：仕様書無しさん mailto:sage [2007/10/07(日) 07:59:50 ] ＞何だ年寄りの愚痴か しかし、マネージャークラスの人材ってそういう理由でアンチMSが 潜在的に多いって事か？ ウチの上司とかも特に顧客から要望がなければMSなOSの鯖は まず外されてるが・・・。 HP-UX＋RHEL辺りでシステム組む事多いし。 255 名前：仕様書無しさん mailto:sage [2007/10/07(日) 08:17:32 ] >>254 そういうわけでもない。 技術無い場合はMS鯖選択しないとブーブーいう。 256 名前：仕様書無しさん mailto:sage [2007/10/07(日) 08:35:13 ] 別に技術がなくても難しいところは外部に丸投げ(w)だから インスコや設定が(比較的)楽なHP-UX+RHELってウチは良く使うけど。 逆に嫌なのがMS鯖購入しておいてRDBにOracleってケースがイヤン。 MS鯖買うならSQLServerと言う具合にMS製品で取り囲んでくれよ、って思う。 サポートしないワケじゃないけど、サポートする側にとっては嫌な組み合わせなので。 とりあえず、Oracle使いたいならｿﾗﾘｽ買えよｗ 257 名前：仕様書無しさん mailto:sage [2007/10/07(日) 08:37:14 ] MS鯖を納品する場合は、保守運用契約をきっちり分けて鯖側の問題なのか、 プログラム側の問題なのかを調査する費用まで請求できる契約にしちゃってる。 鯖側の問題だったら、他社に振って終わり。 最終的にはUNIX鯖の方が運用は楽なんだけどねぇ・・・顧客とのトラブルが少ないし。 258 名前：仕様書無しさん mailto:sage [2007/10/07(日) 08:46:53 ] まー、そのお客に金があるならAS/400(iSeries)買ってくれ！ なんだよなー。今はずいぶんと（本体だけ）安くなったし 納品、設定、運用、保守等が全てラクチンだし、システムは安定性バツグン サポートもいい感じだしなー。 ただ、そのマイナーさ故にMS鯖以上に売りにくい。w 259 名前：仕様書無しさん mailto:sage [2007/10/07(日) 16:57:49 ] >>250 優れているかな？ どちらかっつーと実用一点張り、コンビニの品揃えの如く「使えそうな物ばかり揃えてみました！！」といった印象がするんだがw 流行っては欲しい、断然開発ラクチンだからな。 >>256 同感 260 名前：仕様書無しさん mailto:sage [2007/10/07(日) 17:02:05 ] 何があると>>259は優れてると思うんだろう・・・ 261 名前：仕様書無しさん mailto:sage [2007/10/07(日) 17:07:20 ] >>260 何か追加しちゃ駄目なんだよ、最小限の言語仕様、最小限のライブラリが 魔法の如く多彩な実装を可能にしたり、驚くべきクイックな開発が可能であったりすると優れていると思うわけ。 50年近く前に登場したC言語などは、当時同時期の言語と比べるとまさに魔法、こんな言語だな。 削れって事 262 名前：仕様書無しさん mailto:sage [2007/10/07(日) 17:11:09 ] javaでは不可能な低レベル処理にも全て対応し java以上に便利なコンポーネントもそろってますよってはなしなだけだと思うが C#叩きたいやつは触ったことないからマネージコードがなにをマネージするのかも全く理解してないし 263 名前：仕様書無しさん mailto:sage [2007/10/07(日) 17:15:22 ] デラックスな仕様、必要機能勘違い ＜ コンパクトな仕様、機能不足 ＜ デラックスな仕様、必要機能達成 ＜ コンパクトな仕様、必要機能達成 ってな所だな C#はデラックスな仕様、必要機能達成 Javaはそろそろコンパクトな仕様、機能不足 264 名前：仕様書無しさん mailto:sage [2007/10/07(日) 18:06:34 ] なんだ車輪屋か・・・ 265 名前：仕様書無しさん mailto:sage [2007/10/07(日) 18:40:30 ] マネージって表現は不適切だと思っています。 イメージとしては安全装置がいっぱいのユリカゴの中で親の与えてくれる玩具で遊び、 ユリカゴの外には出れなくなるような仕掛けがいっぱい。ある種の閉塞感は感じています。 ユリカゴの壁がどんどん高くなって、マイクロソフト以外の選択肢が思いつかなくなる ぐらい洗脳されれば幸せになれるのかな？正直ちょっと不安だったりします。 266 名前：仕様書無しさん mailto:sage [2007/10/07(日) 18:49:39 ] マネージコードというかVMは本来なら石屋がコンパイラとともに作るべき物だと思うんだよね。 現状では、石屋にそれだけのノウハウ(実装ノウハウではなく、機能面・設計面)が無いのでOS屋が作っている。 マイクロアーキテクチャの設計とVMをセットで作って、その上にOSが乗ればだいぶマシになると思う。 そうなれば洗脳とかアホな話も多少は減るかね・・・ 267 名前：仕様書無しさん mailto:sage [2007/10/07(日) 18:56:15 ] >>265 もうコテつけちゃいなよ 268 名前：仕様書無しさん mailto:sage [2007/10/07(日) 19:03:09 ] >>266 ttp://www.kumikomi.net/article/news/2001/06/19_2.html これのMSIL版？ 269 名前：仕様書無しさん mailto:sage [2007/10/07(日) 19:23:56 ] もうjavaプロセッサは開発されなくなって久しい スタックマシーンはスピードでないらしいし 270 名前：仕様書無しさん mailto:sage [2007/10/07(日) 19:38:25 ] JavaでもC#でもどっちでもいいから、とりあえず似たコンセプトの言語は1つに統一して欲しい。 求人かけた時に、ホント面倒・・・・ 271 名前：仕様書無しさん mailto:sage [2007/10/07(日) 19:52:21 ] コンセプトは似てるが活動分野が違う javaは目に見えないサーバー専用 GUIを作らせるとボロが出るからな 272 名前：仕様書無しさん mailto:sage [2007/10/08(月) 00:02:41 ] いちおうWindows用に違和感ないGUIは利用できるんだから許せ 273 名前：仕様書無しさん mailto:sage [2007/10/08(月) 01:13:43 ] マルチプラットフォームか、シングルプラットフォームかの違いがあるので、 両者は、元々、全然違うものと考えるべき。 MSだけは禿げしく意識してるだろうが。 274 名前：仕様書無しさん mailto:sage [2007/10/08(月) 04:49:52 ] >>268-269 完全に勘違いされているようなので補足 昨今CPUは、マイクロアーキテクチャとよばれる、昔ながらの真のアセンブラらしい部分と プログラマから見えるCPUのアセンブラの(x86の命令セット)は違うものになっていて いわばx86命令セットはできの悪い高級言語のような物になっている。 これは、互換の問題の解決とCPU高速化に使えるテクノロジの自由度向上が目的で行われている物で コンセプトとしては昔のC言語と同じで、どのコンピュータでも使える共通のアセンブラレベルの言語を作ろうというのと変わらない。 一方、.NETやJavaのVMのコンセプトも同様で、もしこれらの言語を使うとするなら、同一コンセプトがハードウェア内とVMに二重になって入っているという事態となる、これは無駄。 んで、スタックマシンからx86命令セットを経由せずに一気にマイクロアーキテクチャに投入できるコードを生成すればと考える。 一般にx86命令セットを経由するよりはるかに効率的なコードを生成できるはずだ。 また以下の理由もある。 理由その１ 　ハードウェアは売ったらそう簡単には交換できない。 　ハードバグが出た場合、マイクロコード(CPU内に仕込まれているメモリいれられたCPU制御プログラム)を使って解決するという手もあるが 　問題をVMで解決すれば、その分のチップ面積をもっと別な機能に活用可能。 理由その２ 　RISCチップ出現以来、オプティマイズの一部をハードウェアからソフトウェアに移す事による高速化が増えている。 　そのためコンパイラありきで作られており、CPUだけを単独で設計される事は少ない。 275 名前：仕様書無しさん mailto:sage [2007/10/08(月) 04:50:32 ] コンパイラは、前段に言語の解析、後段にコードの生成とオプティマイズがある、このうち後段の部分をコンパイラ分離したものが現在のVMの基本的な機能JITである。 コンパイラを作って、パフォーマンスが出ることを確認するならついでにVMも作って共有化すればいいと思うわけだ。 ここまでくると、石屋がCPUとVMを作るのは妥当と思うわけ。 なんで、いっそ全てのOSは共通VMの上で動け、石屋はVMを最速で実行できるようにハード・JITを設計せよと C#やJavaで実装されたOSがあっても、VMがCPU依存しないなら、 CPUはすき放題に超強力な実装してもいいし。 糞といわれて久しいx86アーキテクチャからも開放されていいと思うわけだ。 逆に人間から見て高速だが超糞なアーキテクチャでもVMが挟まっているなら障害などないだろうと思う。 276 名前：仕様書無しさん mailto:sage [2007/10/08(月) 08:44:44 ] >>274-275 現在のx86命令セットを実行できるCPU内のVMではなくて、 CPUのネイティブなコードを吐き出すVMを石屋が作った方が 効率いいだろって事？ おもしろそうじゃん。MSILやJavaBytecodeとか詳しくはしらないけど、 設計してどっかに持ち込んで作ってくださいね。 277 名前：仕様書無しさん mailto:sage [2007/10/08(月) 09:39:58 ] >>274-275 なんか頭悪い見解だなw 君の議論の前提は、 (1) マイクロコード方式には無駄が多い (2) マイクロコードの互換性を保ったまま、CPUは世代交代が可能 こういうありえない前提に立っている。 というか、仮に君の見解が正しいとして、しかしCPUメーカーにしろMSのようなOSベンダーにしろ 天才クラスが集まってるのにお前さんごときが思いつくようなこと気が付かないわけがないじゃんw 自分を何様だと思ってるんだよ。 278 名前：仕様書無しさん mailto:sage [2007/10/08(月) 11:05:31 ] ところで、JavaとC#はどちらが優れているんだ？ 279 名前：仕様書無しさん mailto:sage [2007/10/08(月) 11:15:45 ] >また、クルーソーのx86エミュレータはソフトウェアではあるものの、x86互換側からはアクセスできないメモリに >格納される。起動時にエミュレータ本体である「コードモーフィングソフトウェア」がROMからメモリにダウンロード >されると同時に使用する領域を確保する。そのメモリ領域はx86互換側からはアクセスできないしユーザーが意 >識することもない(その代わり、搭載メモリの一部がコードモーフィングソフトウェアによって占有されるためにPC >のメモリが若干小さくなったように感じられるはずだ。たとえば128MBを搭載しているのに127MBしか使えない等 >)。おそらく表面的にはx86互換プロセッサと何ら違いは無いのように見えるだろう。 OK？ 280 名前：仕様書無しさん mailto:sage [2007/10/08(月) 11:24:57 ] 何でスレに関係ないところでこんなに必死なの？ 281 名前：仕様書無しさん mailto:sage [2007/10/08(月) 12:03:37 ] OK？ っていわれても「コピペ君って馬鹿だな」以外の感想を思いつかないよねw 282 名前：仕様書無しさん mailto:sage [2007/10/08(月) 12:16:18 ] >>278 ポータビリティの高いJavaの方が仕事の幅を広げてくれるプログラマーにとっては優れている。 逆にC#のような閉じられた世界でウィジェットを組み合わせるブロック遊びで完結してしまう、 小規模な業務系アプリの開発ならば、C#.NETの方が頭使わない分優れている。 283 名前：仕様書無しさん mailto:sage [2007/10/08(月) 12:52:01 ] 双方とも、代表的な処理はDBの取得・更新・挿入だがな。 Cの夜間バッチ処理プログラム組まされた事あるんだが。 コボルもじゃわも似たような感じだったわ。 アホなDBの使い方しかしらんのはコボラーもじゃわ使いも同じだわな って思ったわ。 284 名前：仕様書無しさん [2007/10/08(月) 14:29:44 ] >>279 Ok マイクロコードの互換性がとれないとか言っている読解力のないやつに突っ込んでやってくれ 285 名前：仕様書無しさん mailto:sage [2007/10/08(月) 14:40:57 ] C#の方が言語仕様は上。 Javaの方が普及度は上。 286 名前：仕様書無しさん mailto:sage [2007/10/08(月) 15:00:56 ] 言語仕様だけならC#が上だと思うけど、 ライブラリの見通しの良さは、Javaの方がいいかも。 287 名前：仕様書無しさん mailto:sage [2007/10/08(月) 15:03:47 ] LINQはちょっとやりすぎとは思うけどね。 288 名前：仕様書無しさん mailto:sage [2007/10/08(月) 16:05:43 ] C厨が必死すぎて可哀想になってきた・・・ 289 名前：仕様書無しさん mailto:sage [2007/10/08(月) 16:44:46 ] 正直Cの方がC#より特殊な方言がない分、良かったりもする。 新人の教育コストが高くつきすぎる。 290 名前：仕様書無しさん mailto:sage [2007/10/08(月) 17:54:17 ] 最近の新人って、寧ろCを知らない子が多いような気がする。 情報系を専攻してCすらやってないってどんだけだよと思うが。 291 名前：仕様書無しさん [2007/10/08(月) 19:18:55 ] 俺は.NETがメインだがjavaは日付関係のクラスがわかりにくすぎ。 別に嫌いじゃないけど。 292 名前：仕様書無しさん [2007/10/08(月) 19:40:31 ] これだけ普及しているWindows。Windowsの開発は多い。＝　.NETの仕事増えた。 293 名前：仕様書無しさん mailto:sage [2007/10/08(月) 21:06:46 ] Javaの日付は確かに失敗だが、優劣をつける材料としてはあまりに些事 294 名前：仕様書無しさん mailto:sage [2007/10/08(月) 21:13:18 ] >>292 まだ、増えてきた実感がないです。 295 名前：仕様書無しさん [2007/10/08(月) 21:35:44 ] >>294 なんかぁ、うちの会社ぁ、.NETの仕事が取りやすいみたいでぇ、 .NET人気できてたなぁと思ったのぉ。 で逆にぃ、JAVAの仕事を全然取ってきてくれないから、 ＪＡＶＡの仕事減ってきたのかなぁと思ってたのぉ。 それかぁ、私、新人だからぁ、新人にやらせるには.NETの方が良かったのかなぁ。 だってめっちゃ便利なツールありまくるじゃん？VisualStudioのＲＡＤツールとか。 それにぃ、JAVAだとほぼWEBアプリの仕事しかなくない？ 296 名前：仕様書無しさん mailto:sage [2007/10/08(月) 21:39:26 ] C#やVB.netでもWEBアプリかDB絡みぐらいしか・・・・ 297 名前：仕様書無しさん [2007/10/08(月) 21:42:59 ] あっ、でもでもぉ〜 うちの営業言ってたよ 「VB.NET、C#の仕事はいっぱいある」って。 でもそういえば「JAVAの仕事もいっぱいある」って言ってた。 JAVAと.NETはいっぱい仕事があるとしても、 確実にC++の仕事は減ってますね。もうMFCの時代は終わったのです。 これからは.NETかJAVA。 298 名前：仕様書無しさん [2007/10/08(月) 21:44:27 ] >>296 確かに・・・・・・・・・・・・・・・・・・・・・ 299 名前：仕様書無しさん mailto:sage [2007/10/08(月) 21:50:12 ] >>284 つーか、クルーソーって知らんの？ 無知以前だな。 じゃわ厨も当時、石にVM乗っけられるって妄想していたなぁ。 300 名前：仕様書無しさん mailto:sage [2007/10/08(月) 22:19:10 ] ＭＦＣの時代が終わったといっても Ｃ++とＣが消える事はないでしょうね。 ＪＡＶＡかＣ＃どちらか(または両方)が消える可能性があるけれど。 301 名前：仕様書無しさん mailto:sage [2007/10/08(月) 23:10:41 ] まずはC#の認知度の低さをどうにかしないとな。 .NETなんかネーミングの失敗が今でも響いてるし。 技術者でさえ.NETって何？ってのがデフォ。 302 名前：仕様書無しさん mailto:sage [2007/10/08(月) 23:15:10 ] どこのデフォだねそれは・・・w 303 名前：仕様書無しさん mailto:sage [2007/10/08(月) 23:19:53 ] 井の中の蛙なんとかって奴でしょw 304 名前：仕様書無しさん mailto:sage [2007/10/09(火) 00:20:26 ] .netは知名度が低いとは思っていないけど、 また、マイクロソフトの独自規格のJVMの失敗作で、 C#はJ#と同じ道に進むって言っている人多すぎ。 305 名前：仕様書無しさん mailto:sage [2007/10/09(火) 00:52:40 ] マイクロソフト独自規格JVMはSUNがケチ付けたからポシャッタ SUNがトチ狂わなければ今でも.netはなくて winでもjavaでMFCなりその後継なりを使って作るのがデフォになっていただろう でwindowsソフトのシェアもjavaが一位で世界制覇できてたと思われ 306 名前：仕様書無しさん mailto:sage [2007/10/09(火) 00:56:37 ] >>305 そこで真っ当な判断をしていたら、それはSUNじゃない 307 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:11:44 ] J#と同じ道を進むってのはおかしいよな、もともとJ#の政治的トラブルからC#を作ったのであって J#を止めたというより、J#の道はまだすすんでいて、途中あった障害の解決結果がC#だからな。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef