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

1 名前：仕様書無しさん [2007/09/16(日) 14:13:54 ] 過去ログ pc11.2ch.net/test/read.cgi/prog/1178017348/l50 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で文句を言う。 何がしたいの？ｗ 328 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:48:14 ] で、その度にMSに金払うわけだ。 329 名前：大嘘つき発見 [2007/10/09(火) 12:49:00 ] .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと .NETとLispとか組み合わせて使うと 330 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:52:54 ] IronLispを仕事で使ってるのか？ｗｗｗ 331 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:55:25 ] つか、C♯がMS以外から出てたなら使うかな。 332 名前：仕様書無しさん mailto:sage [2007/10/09(火) 12:57:27 ] >>327 M$が批判できれば何でもいいんだよ。ｗ こういう化石ジジィも最近減ったな。 ほとんど時代について行けずに引退したんだろうけど。 333 名前：仕様書無しさん [2007/10/09(火) 13:01:42 ] GoogleなんてMSよりもっとヤバいけどな。 ネイティブコードとか言ってる時代遅れジジィにはどう危険なのか実感できないんだろうけど。 だから未だにMS叩きなんかやってる。 若い連中はﾊｧ?と嘲笑しかしてないけどな。いつの時代の話してんだよ、と。 334 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:01:57 ] ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/353 皆さんはプロファイラとか何を使っていますか？ CLRプロファイラとか？ VSのWebテストはぱっと見かなり使いやすそう(シナリオを簡単に組めてテストコードをC#で書ける所など)なので バラ売りしてくれればいいのにとか思うのですが・・ 500$以下くらいで何かお勧めってありますか？ Webテストとプロファイラが別エディションが必要ってVSでツール揃えようとすると高すぎ。。。 担当者毎に最適なエディションが違うってMSの罠なんじゃなかろうかと。 335 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:03:56 ] 世界広しと言えど、 実際、卵ぶつけられる奴てのは、そうそう居ないからな ｗ 336 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:04:52 ] >>334 文句があるなら自分で作れば？ 完成したら当然VSよりも安い価格で売れよ。ｗ 337 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:07:10 ] 【糞.NET】裏切り者には死を【アンチゲイツ】 ttp://pc11.2ch.net/test/read.cgi/tech/1141828033/l50 　　　　　　　　 ,. -‐'''''""¨¨¨ヽ 　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま　今　起こった事を話すぜ！ 　 　 　 　 　 |i i|　 　 }!　}} /／| 　　　　 　 　 |l､{　 　j}　/,,ｨ//｜　　　　　　　『.NET framework 2.0を入れたと思ったら 　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　何故かノータッチデプロイメントがぶっ壊れた』 　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ | 　　 　 　 ／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが 　　　　 /' 　 ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも　何をされたのか　わからなかった… 　　　　,ﾞ　 ／ )ヽ iLﾚ 　u' |　| ヾｌﾄﾊ〉 　　 　 |／_／　 ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった… 　　　 /／ 二二二7'T'' ／u'　__ /:::::::/｀ヽ 　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　移植や修正が必要だとか 　　 / // 　 广¨´ 　/'　　 ／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ 　　ﾉ ' /　 ノ:::::`ー-､___／:::::／/ 　 　 　 ヽ　　} _／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　 　　　ｲ　 もっと恐ろしいものの　片鱗を味わったぜ… 338 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:08:04 ] >>796 このページができた原因ってもしかして･･･。 msdn.microsoft.com/vstudio/partners/localization/ 864 ：デフォルトの名無しさん ：03/04/19 12:28 >>847 知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。 SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。 対応策として A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。 B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。 を MS は公開している。 A案は、英語版の FrameWork で使ってください。というもの。 B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。 B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を 英語版 1.1 と同時にリリースする話だったのだ。 Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。 かつ（たぶん再起動が必要だが）切り替え可能。というもの。 これがなぜかいまだにリリースされていない。 ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。 MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS 339 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:08:23 ] >>332 引退というか、精神壊して行方不明になったのが多いな。 340 名前：仕様書無しさん [2007/10/09(火) 13:11:15 ] 精神壊したアンチMSの見本はここに1匹いるけどなｗｗｗ 　 341 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:11:30 ] Windows Vista β1に感じた期待と不安 pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から コメントをいただいた。引用させていただくと “私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、 「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です” やっぱり OS 開発はネイティブコード? slashdot.jp/article.pl?sid=06/03/16/1143227&from=rss この調査から、Grimes氏は以下のように結論づけている。 「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。 NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト していない。これは Vista のシェルは .NET に基づくものではないことを意味している。 つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」 .exe、.dll、.drv、.ocx などの実行可能ファイルを XP や Vista の各ビルドについて検索したところ、 マネージドコードで書かれたものは全ファイルのうち 1% 程度の数であることも、彼の結論を裏付けることになりそうだ。 342 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:13:10 ] MSのオールチン氏が当初のLonghornをあきらめたのは2004年春 itpro.nikkeibp.co.jp/article/NEWS/20050927/221773/ Longhornはあまりに複雑であり，Microsoftの時代遅れのソフトウエア開発手法では手に負えなくなっていたことが問題であった。 実際のところ，Microsoftが当時の計画をあきらめてWindows Vistaを一から作り直すことを決定したのは昨年のどの時点なのだろうか??。 筆者はこれまで何度も，Microsoftや同社のPR代理店に対して，真相を知る人物に取材させてくれと頼んでいるのだが，いまだに取材は実現していない。 しかし私は，「the reset」と呼ぶ内部情報ソースから，真相を非公式に聞き出した。 Windows Vistaの遅れは，Microsoftにとってどの程度のダメージになったであろうか。 これまで，Windowsの開発において最も責任のある地位にあったAllchin氏は， Windows Vistaの出荷とともにリタイアすることになった。またMicrosoftの全社組織は， 競合相手に対抗し得る形に改められることになった。Windows Vistaの大きな遅れは， Microsoftの「遅さ」と「弱さ」を白日の下にさらした。また消費者は，Microsoftが全能ではないと思うようになっている。 なぜなら，Windows Vistaの最も重要な機能であるデータベース・ストレージ・エンジンWinFS （これは同社が10年来取り組み続けている機能だ）は，スケジュール上の理由から取り除かれてしまったからだ。 問題のほとんどは，Microsoftの企業文化に起因しており，最近行った組織変更だけでは，問題を修正できないだろう。 Microsoftは，あまりに巨大になり，階層が複雑になり過ぎてしまったため，新しいマーケットのトレンドに迅速に対応できなくなってしまった。 Windows Vistaでは「OS戦争」を，こちらから仕掛けていくのではなくて，防衛的に戦わざるを得なくなるだろう。 Mac OS Xのユーザーは，Windows Vistaのいくつかの新機能について，既に何年も前からMac OS X上で使っていると思うことであろう。 Microsoftは，イノベータと思われることを熱望しているので，このシチュエーションは受け入れがたいものであるだろう。 343 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:14:16 ] コピペしてるレスの内容を見てると、やっぱりアンチジジィはいつの時期の話なのか全く理解できてないな。ｗ 344 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:15:23 ] >>343 MS叩きで盛り上がれた時代に帰りたいだけなんだろ。ｗ 今はもうそんな時代じゃないんですよ、お爺さん。ｗ 345 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:18:01 ] 今はマルチＯＳの時代であって、Ｍ＄なんてワンノブゼム。 叩きで盛り上がるのはググル。 346 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:18:46 ] >>345 Google叩きネタ投下してごらんｗ できないだろうけどﾌﾟ 347 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:19:43 ] ×できない ○知らない 348 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:20:20 ] .NETて、すでにバージョンで互換性なくないか？ インスコすらできないアプリがあるんだが。 349 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:21:11 ] VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET ttp://pc11.2ch.net/test/read.cgi/tech/1159388733/312- 312 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/09(火) 13:05:57 今更MSに騙されたのなんの言ってるやつは余程ナイーブというか 平たく言えばアホなんだろう 昔からMSのやることは何も変わっちゃいないのに 313 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/09(火) 13:14:11 じゃ、未だに騙された事に気付いてない香具師は何なの？ 350 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:22:07 ] 　　　　　　　,､‐ "￣:::ﾞ:丶､ 　　　 ,r::::l3ﾞ::::::::/ﾊヽ:ヽ::::､:ヽ 　　　 {::://::::::://　ヽ＼ﾄ､:::::::! 　　　 ヾ l:::::::/ 丶 　 ｀ヾ ｨ､:::| 　　　　　|;:r::| 　Ｏ`　　'Ｏ ﾞﾊ|　　　＜　ないない　>>348 　　　　　 ヽﾊ　:.:.　　　　:.: ﾚ 　　　　　 　 ´＼ r‐--‐､,ノ 　r､　　　 　r､／ヾ￣下ヘ 　ヽヾ　三　|:l1､＿ヽ/__ .ィヽ 　　＼>ヽ/ |｀ ｝　　　 n_n|　| 　　　ﾍ　lノ `'ｿ 　 　 lﾟωﾟ|　| 　　　　/´　 /　　　　　￣|.　| 　　　　＼. ｨ 　 ＿＿＿　|　 | 　　　 　 　 |　ﾉ　　　　　l | 　| 　　　　　　|　|　　　　　　i:|　 | 351 名前：仕様書無しさん mailto:sage [2007/10/09(火) 13:24:09 ] >>346 ははは、やっぱりできなかったな。ｗ

---

---

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

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