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

1 名前：仕様書無しさん [2007/09/16(日) 14:13:54 ] 過去ログ pc11.2ch.net/test/read.cgi/prog/1178017348/l50 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#だからな。 308 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:26:48 ] J++のMS独自JVMを訴えられたから.netが作られた .netのカウンターパンチが飛んでくると分かっていたら SUNも訴えたりしなかっただろう ちなみにJ++ではsunのJVM、MSのJVM、 JAVA屋の悲願であるネイティブコードの3通りのコンパイルが可能だった 309 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:29:33 ] C#つーか、.NETって 何のメリットがあんの？ 310 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:32:45 ] とりあえずアンチしている人には判らんよ、このラクチンさは 311 名前：仕様書無しさん mailto:sage [2007/10/09(火) 02:34:51 ] >>309 記述がスマートだというのは確かだ。メモリの使い方もJavaほど大雑把じゃないし。。 サーバサイドとクライアントアプリ、どちらもそれなりに作れるのもメリット。 デメリットは自分自身がM$なことだ。。。。 312 名前：仕様書無しさん [2007/10/09(火) 03:19:39 ] 仕事の多さなら圧倒的にJava 313 名前：仕様書無しさん [2007/10/09(火) 03:33:42 ] 多分、普通にWindowsでプログラム作るには便利で楽だと思う。 いや、イメージだけなんですけどね。 ただ、MSって独自仕様が多くて、コロコロ変わるじゃん。 .net以前も斬り捨てられてるし。 ブラックボックスだしバグとか不安定性も気になる。 安心感からいうとJavaだよなぁ。 今更面白くはなさそうだが。 314 名前：仕様書無しさん mailto:sage [2007/10/09(火) 08:06:46 ] .netにした意味あんの？ mfc改造するだけでよかったんじゃないの？ どうせ、winアプリかwebアプリしか作れんのだし。 315 名前：仕様書無しさん mailto:sage [2007/10/09(火) 09:20:18 ] お前らjavaのバイトコード吐けるC#コンパイラあったら、javaとC#どっち使う？ 316 名前：仕様書無しさん mailto:sage [2007/10/09(火) 09:44:31 ] >>315 俺C♯、俺もC♯、C♯C♯・・・ ほらな でいいですか？ｗ 317 名前：仕様書無しさん mailto:sage [2007/10/09(火) 10:34:06 ] >>314 MFC？ 冗談じゃない、いますぐ窓から投げ捨ててくれ　 318 名前：仕様書無しさん mailto:sage [2007/10/09(火) 11:50:42 ] ttp://pc11.2ch.net/test/read.cgi/tech/1159388733/275- 275 名前： デフォルトの名無しさん 投稿日： 2007/10/06(土) 13:23:41 ドトネトはバージョンも仕様も変わりすぎ。 そのたびに開発環境買い換えたり、プログラムが動かなくなったり。 何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか？ 276 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/06(土) 13:32:17 なるほど、ドトネトの「当初の目的」とは 進歩も変化も拒絶することだったのか知らなかったよw 277 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/06(土) 15:50:06 一応下位互換性あるんでねーの？ 278 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/08(月) 12:16:14 分かってないようだが，新言語ってのは本質的にベンダが儲けるためにあるのだよ。 楽出来るというのは馬鹿相手の宣伝文句。 319 名前：仕様書無しさん mailto:sage [2007/10/09(火) 11:51:36 ] ttp://pc11.2ch.net/test/read.cgi/tech/1160209713/125 ClickOnceについて質問させて下さい。 現在ClickOncewを利用し作成したWindowsアプリを発行しようとしている のですが（言語はVB.net)うまく行きません。 具体的には、Ａ端末よりアプリをＣ端末のサーバ上に発行しＢ端末より 【hoge.application】にアクセスをしたところ次の様なエラーが発生します。 何が原因なのでしょうか？ 【エラー発生時のダイアログメッセージ】 アプリケーションのインストール-セキュリティの警告 コンピュータにセキュリティ上の問題を発生させるため、管理者がこの アプリケーションをブロックしました。 名前：　hoge 発信元：　\\hoge1\hoge2 発行者：　不明な発行元です。 セキュリティー設定は、このアプリケーションがこのコンピュータにインストール されることを許可していません。 １※発信元を短い階層にしてもエラーが出ます。 ２※アセンブリ名は英数字を利用しています。 ３※発行時にローカル【C:\personal\hoge.application】に発行をした上 　　でアクセスをすると普通にクリックワンスが利用出来ます。 以上　宜しくお願い致します。 320 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:03:18 ] 必死なのは判ったけど。ねｔスレでやれ 321 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:08:54 ] つか、つい最近 VB6やMFCが、ばっさり切り捨てられたばっかりなのに、 学習能力ないんかね。 322 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:21:18 ] なぁに、ばっさり切捨てを進歩と思い込めば良いのさ。 実はドトネトなんてクラスベースの時代遅れなんて気付いちゃダメ。 323 名前：仕様書無しさん [2007/10/09(火) 12:34:54 ] > VB6やMFCが、ばっさり切り捨てられたばっかりなのに、 だって需要がないもん。.NETみたいな優れた開発プラットフォームがあるから。 324 名前：仕様書無しさん [2007/10/09(火) 12:37:10 ] .NETはライブラリのソースも参照できるし安心。 325 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:41:05 ] だから、「過去を切り捨てることが悪いことだ」という発想自体が 自分の学習能力のなさを語ってるだけだってどうして気づかないんだろうね。 というか、本当は「切り捨てられた過去」についてすら本当は何も知らないんでしょ？w mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか？ まともなプログラマの中には間違いなく一人もいないと思うけどね。 326 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:44:45 ] MSにだまされてるという意見もあろうが、いまさら.NET以外で開発する気にはならんな。 ベストじゃないけど、MFCとかに比べてかなーリベターだろ。 .NETとLispとか組み合わせて使うと大体の場面で楽に開発ができる。 カイハツが楽になった分、複雑なロジックなどに注力しろよ、尾舞ら。 327 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:47:45 ] 時代遅れのものをばっさり切り捨てれば>>321で文句を言い、 新しく出てきたものを時代遅れと>>322で文句を言う。 何がしたいの？ｗ

---

---

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

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