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

JAVAとC#どちらが優れ ..

256:仕様書無しさん
07/10/07 08:35:13
別に技術がなくても難しいところは外部に丸投げ(w)だから
インスコや設定が(比較的)楽なHP-UX+RHELってウチは良く使うけど。

逆に嫌なのがMS鯖購入しておいてRDBにOracleってケースがイヤン。
MS鯖買うならSQLServerと言う具合にMS製品で取り囲んでくれよ、って思う。
サポートしないワケじゃないけど、サポートする側にとっては嫌な組み合わせなので。

とりあえず、Oracle使いたいならｿﾗﾘｽ買えよｗ

257:仕様書無しさん
07/10/07 08:37:14
MS鯖を納品する場合は、保守運用契約をきっちり分けて鯖側の問題なのか、
プログラム側の問題なのかを調査する費用まで請求できる契約にしちゃってる。
鯖側の問題だったら、他社に振って終わり。

最終的にはUNIX鯖の方が運用は楽なんだけどねぇ・・・顧客とのトラブルが少ないし。

258:仕様書無しさん
07/10/07 08:46:53
まー、そのお客に金があるならAS/400(iSeries)買ってくれ！
なんだよなー。今はずいぶんと（本体だけ）安くなったし

納品、設定、運用、保守等が全てラクチンだし、システムは安定性バツグン
サポートもいい感じだしなー。

ただ、そのマイナーさ故にMS鯖以上に売りにくい。w

259:仕様書無しさん
07/10/07 16:57:49
>>250
優れているかな？
どちらかっつーと実用一点張り、コンビニの品揃えの如く「使えそうな物ばかり揃えてみました！！」といった印象がするんだがw
流行っては欲しい、断然開発ラクチンだからな。

>>256
同感

260:仕様書無しさん
07/10/07 17:02:05
何があると>>259は優れてると思うんだろう・・・

261:仕様書無しさん
07/10/07 17:07:20
>>260
何か追加しちゃ駄目なんだよ、最小限の言語仕様、最小限のライブラリが
魔法の如く多彩な実装を可能にしたり、驚くべきクイックな開発が可能であったりすると優れていると思うわけ。
50年近く前に登場したC言語などは、当時同時期の言語と比べるとまさに魔法、こんな言語だな。
削れって事

262:仕様書無しさん
07/10/07 17:11:09
javaでは不可能な低レベル処理にも全て対応し
java以上に便利なコンポーネントもそろってますよってはなしなだけだと思うが
C#叩きたいやつは触ったことないからマネージコードがなにをマネージするのかも全く理解してないし

263:仕様書無しさん
07/10/07 17:15:22
デラックスな仕様、必要機能勘違い＜コンパクトな仕様、機能不足＜デラックスな仕様、必要機能達成＜コンパクトな仕様、必要機能達成
ってな所だな
C#はデラックスな仕様、必要機能達成
Javaはそろそろコンパクトな仕様、機能不足

264:仕様書無しさん
07/10/07 18:06:34
なんだ車輪屋か・・・

265:仕様書無しさん
07/10/07 18:40:30
マネージって表現は不適切だと思っています。

イメージとしては安全装置がいっぱいのユリカゴの中で親の与えてくれる玩具で遊び、
ユリカゴの外には出れなくなるような仕掛けがいっぱい。ある種の閉塞感は感じています。
ユリカゴの壁がどんどん高くなって、マイクロソフト以外の選択肢が思いつかなくなる
ぐらい洗脳されれば幸せになれるのかな？正直ちょっと不安だったりします。

266:仕様書無しさん
07/10/07 18:49:39
マネージコードというかVMは本来なら石屋がコンパイラとともに作るべき物だと思うんだよね。
現状では、石屋にそれだけのノウハウ(実装ノウハウではなく、機能面・設計面)が無いのでOS屋が作っている。
マイクロアーキテクチャの設計とVMをセットで作って、その上にOSが乗ればだいぶマシになると思う。
そうなれば洗脳とかアホな話も多少は減るかね・・・

267:仕様書無しさん
07/10/07 18:56:15
>>265
もうコテつけちゃいなよ

268:仕様書無しさん
07/10/07 19:03:09
>>266
URLﾘﾝｸ(www.kumikomi.net)

これのMSIL版？

269:仕様書無しさん
07/10/07 19:23:56
もうjavaプロセッサは開発されなくなって久しい
スタックマシーンはスピードでないらしいし

270:仕様書無しさん
07/10/07 19:38:25
JavaでもC#でもどっちでもいいから、とりあえず似たコンセプトの言語は1つに統一して欲しい。
求人かけた時に、ホント面倒・・・・

271:仕様書無しさん
07/10/07 19:52:21
コンセプトは似てるが活動分野が違う
javaは目に見えないサーバー専用
GUIを作らせるとボロが出るからな

272:仕様書無しさん
07/10/08 00:02:41
いちおうWindows用に違和感ないGUIは利用できるんだから許せ

273:仕様書無しさん
07/10/08 01:13:43
マルチプラットフォームか、シングルプラットフォームかの違いがあるので、
両者は、元々、全然違うものと考えるべき。
MSだけは禿げしく意識してるだろうが。

274:仕様書無しさん
07/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:仕様書無しさん
07/10/08 04:50:32
コンパイラは、前段に言語の解析、後段にコードの生成とオプティマイズがある、このうち後段の部分をコンパイラ分離したものが現在のVMの基本的な機能JITである。
コンパイラを作って、パフォーマンスが出ることを確認するならついでにVMも作って共有化すればいいと思うわけだ。
ここまでくると、石屋がCPUとVMを作るのは妥当と思うわけ。

なんで、いっそ全てのOSは共通VMの上で動け、石屋はVMを最速で実行できるようにハード・JITを設計せよと
C#やJavaで実装されたOSがあっても、VMがCPU依存しないなら、
CPUはすき放題に超強力な実装してもいいし。
糞といわれて久しいx86アーキテクチャからも開放されていいと思うわけだ。
逆に人間から見て高速だが超糞なアーキテクチャでもVMが挟まっているなら障害などないだろうと思う。

276:仕様書無しさん
07/10/08 08:44:44
>>274-275
現在のx86命令セットを実行できるCPU内のVMではなくて、
CPUのネイティブなコードを吐き出すVMを石屋が作った方が
効率いいだろって事？

おもしろそうじゃん。MSILやJavaBytecodeとか詳しくはしらないけど、
設計してどっかに持ち込んで作ってくださいね。

277:仕様書無しさん
07/10/08 09:39:58
>>274-275
なんか頭悪い見解だなw
君の議論の前提は、

(1) マイクロコード方式には無駄が多い
(2) マイクロコードの互換性を保ったまま、CPUは世代交代が可能

こういうありえない前提に立っている。

というか、仮に君の見解が正しいとして、しかしCPUメーカーにしろMSのようなOSベンダーにしろ
天才クラスが集まってるのにお前さんごときが思いつくようなこと気が付かないわけがないじゃんw
自分を何様だと思ってるんだよ。

278:仕様書無しさん
07/10/08 11:05:31
ところで、JavaとC#はどちらが優れているんだ？

279:仕様書無しさん
07/10/08 11:15:45
>また、クルーソーのx86エミュレータはソフトウェアではあるものの、x86互換側からはアクセスできないメモリに
>格納される。起動時にエミュレータ本体である「コードモーフィングソフトウェア」がROMからメモリにダウンロード
>されると同時に使用する領域を確保する。そのメモリ領域はx86互換側からはアクセスできないしユーザーが意
>識することもない(その代わり、搭載メモリの一部がコードモーフィングソフトウェアによって占有されるためにPC
>のメモリが若干小さくなったように感じられるはずだ。たとえば128MBを搭載しているのに127MBしか使えない等
>)。おそらく表面的にはx86互換プロセッサと何ら違いは無いのように見えるだろう。

OK？

280:仕様書無しさん
07/10/08 11:24:57
何でスレに関係ないところでこんなに必死なの？

281:仕様書無しさん
07/10/08 12:03:37
OK？
っていわれても「コピペ君って馬鹿だな」以外の感想を思いつかないよねw

282:仕様書無しさん
07/10/08 12:16:18
>>278
ポータビリティの高いJavaの方が仕事の幅を広げてくれるプログラマーにとっては優れている。
逆にC#のような閉じられた世界でウィジェットを組み合わせるブロック遊びで完結してしまう、
小規模な業務系アプリの開発ならば、C#.NETの方が頭使わない分優れている。

283:仕様書無しさん
07/10/08 12:52:01
双方とも、代表的な処理はDBの取得・更新・挿入だがな。

Cの夜間バッチ処理プログラム組まされた事あるんだが。
コボルもじゃわも似たような感じだったわ。

アホなDBの使い方しかしらんのはコボラーもじゃわ使いも同じだわな
って思ったわ。

284:仕様書無しさん
07/10/08 14:29:44
>>279
Ok
マイクロコードの互換性がとれないとか言っている読解力のないやつに突っ込んでやってくれ

285:仕様書無しさん
07/10/08 14:40:57
C#の方が言語仕様は上。
Javaの方が普及度は上。

286:仕様書無しさん
07/10/08 15:00:56
言語仕様だけならC#が上だと思うけど、
ライブラリの見通しの良さは、Javaの方がいいかも。

287:仕様書無しさん
07/10/08 15:03:47
LINQはちょっとやりすぎとは思うけどね。

288:仕様書無しさん
07/10/08 16:05:43
C厨が必死すぎて可哀想になってきた・・・

289:仕様書無しさん
07/10/08 16:44:46
正直Cの方がC#より特殊な方言がない分、良かったりもする。
新人の教育コストが高くつきすぎる。

290:仕様書無しさん
07/10/08 17:54:17
最近の新人って、寧ろCを知らない子が多いような気がする。
情報系を専攻してCすらやってないってどんだけだよと思うが。

291:仕様書無しさん
07/10/08 19:18:55
俺は.NETがメインだがjavaは日付関係のクラスがわかりにくすぎ。
別に嫌いじゃないけど。

292:仕様書無しさん
07/10/08 19:40:31
これだけ普及しているWindows。Windowsの開発は多い。＝　.NETの仕事増えた。

293:仕様書無しさん
07/10/08 21:06:46
Javaの日付は確かに失敗だが、優劣をつける材料としてはあまりに些事

294:仕様書無しさん
07/10/08 21:13:18
>>292
まだ、増えてきた実感がないです。

295:仕様書無しさん
07/10/08 21:35:44
>>294
なんかぁ、うちの会社ぁ、.NETの仕事が取りやすいみたいでぇ、
.NET人気できてたなぁと思ったのぉ。
で逆にぃ、JAVAの仕事を全然取ってきてくれないから、
ＪＡＶＡの仕事減ってきたのかなぁと思ってたのぉ。

それかぁ、私、新人だからぁ、新人にやらせるには.NETの方が良かったのかなぁ。
だってめっちゃ便利なツールありまくるじゃん？VisualStudioのＲＡＤツールとか。
それにぃ、JAVAだとほぼWEBアプリの仕事しかなくない？

296:仕様書無しさん
07/10/08 21:39:26
C#やVB.netでもWEBアプリかDB絡みぐらいしか・・・・

297:仕様書無しさん
07/10/08 21:42:59
あっ、でもでもぉ～
うちの営業言ってたよ
「VB.NET、C#の仕事はいっぱいある」って。

でもそういえば「JAVAの仕事もいっぱいある」って言ってた。
JAVAと.NETはいっぱい仕事があるとしても、
確実にC++の仕事は減ってますね。もうMFCの時代は終わったのです。
これからは.NETかJAVA。

298:仕様書無しさん
07/10/08 21:44:27
>>296
確かに・・・・・・・・・・・・・・・・・・・・・

299:仕様書無しさん
07/10/08 21:50:12
>>284
つーか、クルーソーって知らんの？
無知以前だな。

じゃわ厨も当時、石にVM乗っけられるって妄想していたなぁ。

300:仕様書無しさん
07/10/08 22:19:10
ＭＦＣの時代が終わったといっても
Ｃ++とＣが消える事はないでしょうね。
ＪＡＶＡかＣ＃どちらか(または両方)が消える可能性があるけれど。

301:仕様書無しさん
07/10/08 23:10:41
まずはC#の認知度の低さをどうにかしないとな。
.NETなんかネーミングの失敗が今でも響いてるし。
技術者でさえ.NETって何？ってのがデフォ。

302:仕様書無しさん
07/10/08 23:15:10
どこのデフォだねそれは・・・w

303:仕様書無しさん
07/10/08 23:19:53
井の中の蛙なんとかって奴でしょw

304:仕様書無しさん
07/10/09 00:20:26
.netは知名度が低いとは思っていないけど、
また、マイクロソフトの独自規格のJVMの失敗作で、
C#はJ#と同じ道に進むって言っている人多すぎ。

305:仕様書無しさん
07/10/09 00:52:40
マイクロソフト独自規格JVMはSUNがケチ付けたからポシャッタ
SUNがトチ狂わなければ今でも.netはなくて
winでもjavaでMFCなりその後継なりを使って作るのがデフォになっていただろう
でwindowsソフトのシェアもjavaが一位で世界制覇できてたと思われ

306:仕様書無しさん
07/10/09 00:56:37
>>305
そこで真っ当な判断をしていたら、それはSUNじゃない

307:仕様書無しさん
07/10/09 01:11:44
J#と同じ道を進むってのはおかしいよな、もともとJ#の政治的トラブルからC#を作ったのであって
J#を止めたというより、J#の道はまだすすんでいて、途中あった障害の解決結果がC#だからな。

308:仕様書無しさん
07/10/09 01:26:48
J++のMS独自JVMを訴えられたから.netが作られた
.netのカウンターパンチが飛んでくると分かっていたら
SUNも訴えたりしなかっただろう

ちなみにJ++ではsunのJVM、MSのJVM、
JAVA屋の悲願であるネイティブコードの3通りのコンパイルが可能だった

309:仕様書無しさん
07/10/09 01:29:33
C#つーか、.NETって
何のメリットがあんの？

310:仕様書無しさん
07/10/09 01:32:45
とりあえずアンチしている人には判らんよ、このラクチンさは

311:仕様書無しさん
07/10/09 02:34:51
>>309
記述がスマートだというのは確かだ。メモリの使い方もJavaほど大雑把じゃないし。。
サーバサイドとクライアントアプリ、どちらもそれなりに作れるのもメリット。

デメリットは自分自身がM$なことだ。。。。

312:仕様書無しさん
07/10/09 03:19:39
仕事の多さなら圧倒的にJava

313:仕様書無しさん
07/10/09 03:33:42
多分、普通にWindowsでプログラム作るには便利で楽だと思う。
いや、イメージだけなんですけどね。
ただ、MSって独自仕様が多くて、コロコロ変わるじゃん。
.net以前も斬り捨てられてるし。
ブラックボックスだしバグとか不安定性も気になる。
安心感からいうとJavaだよなぁ。
今更面白くはなさそうだが。

314:仕様書無しさん
07/10/09 08:06:46
.netにした意味あんの？
mfc改造するだけでよかったんじゃないの？
どうせ、winアプリかwebアプリしか作れんのだし。

315:仕様書無しさん
07/10/09 09:20:18
お前らjavaのバイトコード吐けるC#コンパイラあったら、javaとC#どっち使う？

316:仕様書無しさん
07/10/09 09:44:31
>>315
俺C♯、俺もC♯、C♯C♯・・・
ほらな

でいいですか？ｗ

317:仕様書無しさん
07/10/09 10:34:06
>>314
MFC？
冗談じゃない、いますぐ窓から投げ捨ててくれ　

318:仕様書無しさん
07/10/09 11:50:42
ｽﾚﾘﾝｸ(tech板: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:仕様書無しさん
07/10/09 11:51:36
ｽﾚﾘﾝｸ(tech板:125番)

ClickOnceについて質問させて下さい。

現在ClickOncewを利用し作成したWindowsアプリを発行しようとしている
のですが（言語はVB.net)うまく行きません。

具体的には、Ａ端末よりアプリをＣ端末のサーバ上に発行しＢ端末より
【hoge.application】にアクセスをしたところ次の様なエラーが発生します。
何が原因なのでしょうか？

【エラー発生時のダイアログメッセージ】
アプリケーションのインストール-セキュリティの警告
コンピュータにセキュリティ上の問題を発生させるため、管理者がこの
アプリケーションをブロックしました。
名前：　hoge
発信元：　\\hoge1\hoge2
発行者：　不明な発行元です。
セキュリティー設定は、このアプリケーションがこのコンピュータにインストール
されることを許可していません。

１※発信元を短い階層にしてもエラーが出ます。
２※アセンブリ名は英数字を利用しています。
３※発行時にローカル【C:\personal\hoge.application】に発行をした上
　　でアクセスをすると普通にクリックワンスが利用出来ます。

以上　宜しくお願い致します。

320:仕様書無しさん
07/10/09 12:03:18
必死なのは判ったけど。ねｔスレでやれ

321:仕様書無しさん
07/10/09 12:08:54
つか、つい最近
VB6やMFCが、ばっさり切り捨てられたばっかりなのに、
学習能力ないんかね。

322:仕様書無しさん
07/10/09 12:21:18
なぁに、ばっさり切捨てを進歩と思い込めば良いのさ。
実はドトネトなんてクラスベースの時代遅れなんて気付いちゃダメ。

323:仕様書無しさん
07/10/09 12:34:54
> VB6やMFCが、ばっさり切り捨てられたばっかりなのに、

だって需要がないもん。.NETみたいな優れた開発プラットフォームがあるから。

324:仕様書無しさん
07/10/09 12:37:10
.NETはライブラリのソースも参照できるし安心。

325:仕様書無しさん
07/10/09 12:41:05
だから、「過去を切り捨てることが悪いことだ」という発想自体が
自分の学習能力のなさを語ってるだけだってどうして気づかないんだろうね。
というか、本当は「切り捨てられた過去」についてすら本当は何も知らないんでしょ？w

mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか？
まともなプログラマの中には間違いなく一人もいないと思うけどね。

326:仕様書無しさん
07/10/09 12:44:45
MSにだまされてるという意見もあろうが、いまさら.NET以外で開発する気にはならんな。
ベストじゃないけど、MFCとかに比べてかなーリベターだろ。
.NETとLispとか組み合わせて使うと大体の場面で楽に開発ができる。
カイハツが楽になった分、複雑なロジックなどに注力しろよ、尾舞ら。

327:仕様書無しさん
07/10/09 12:47:45
時代遅れのものをばっさり切り捨てれば>>321で文句を言い、
新しく出てきたものを時代遅れと>>322で文句を言う。

何がしたいの？ｗ

328:仕様書無しさん
07/10/09 12:48:14
で、その度にMSに金払うわけだ。

329:大嘘つき発見
07/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:仕様書無しさん
07/10/09 12:52:54
IronLispを仕事で使ってるのか？ｗｗｗ

331:仕様書無しさん
07/10/09 12:55:25
つか、C♯がMS以外から出てたなら使うかな。

332:仕様書無しさん
07/10/09 12:57:27
>>327
M$が批判できれば何でもいいんだよ。ｗ
こういう化石ジジィも最近減ったな。
ほとんど時代について行けずに引退したんだろうけど。

333:仕様書無しさん
07/10/09 13:01:42
GoogleなんてMSよりもっとヤバいけどな。
ネイティブコードとか言ってる時代遅れジジィにはどう危険なのか実感できないんだろうけど。
だから未だにMS叩きなんかやってる。
若い連中はﾊｧ?と嘲笑しかしてないけどな。いつの時代の話してんだよ、と。

334:仕様書無しさん
07/10/09 13:01:57
ｽﾚﾘﾝｸ(tech板:353番)

皆さんはプロファイラとか何を使っていますか？
CLRプロファイラとか？

VSのWebテストはぱっと見かなり使いやすそう(シナリオを簡単に組めてテストコードをC#で書ける所など)なので
バラ売りしてくれればいいのにとか思うのですが・・
500$以下くらいで何かお勧めってありますか？

Webテストとプロファイラが別エディションが必要ってVSでツール揃えようとすると高すぎ。。。
担当者毎に最適なエディションが違うってMSの罠なんじゃなかろうかと。

335:仕様書無しさん
07/10/09 13:03:56
世界広しと言えど、
実際、卵ぶつけられる奴てのは、そうそう居ないからなｗ

336:仕様書無しさん
07/10/09 13:04:52
>>334
文句があるなら自分で作れば？
完成したら当然VSよりも安い価格で売れよ。ｗ

337:仕様書無しさん
07/10/09 13:07:10
【糞.NET】裏切り者には死を【アンチゲイツ】
ｽﾚﾘﾝｸ(tech板)l50
　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　　　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま　今　起こった事を話すぜ！
　　　　　 |i i|　　 }!　}} /／|
　　　　　　 |l､{　　j}　/,,ｨ//｜　　　　　　　『.NET framework 2.0を入れたと思ったら
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　何故かノータッチデプロイメントがぶっ壊れた』
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　　　／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも　何をされたのか　わからなかった…
　　　　,ﾞ　／ )ヽ iLﾚ　u' |　| ヾｌﾄﾊ〉
　　　 |／_／　ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　移植や修正が必要だとか
　　 / // 　广¨´ 　/'　　／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　ノ:::::`ー-､___／:::::／/ 　　　ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　　　　ｲ　もっと恐ろしいものの　片鱗を味わったぜ…

338:仕様書無しさん
07/10/09 13:08:04
>>796
このページができた原因ってもしかして･･･。
URLﾘﾝｸ(msdn.microsoft.com)

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:仕様書無しさん
07/10/09 13:08:23
>>332
引退というか、精神壊して行方不明になったのが多いな。

340:仕様書無しさん
07/10/09 13:11:15

精神壊したアンチMSの見本はここに1匹いるけどなｗｗｗ

　

341:仕様書無しさん
07/10/09 13:11:30
Windows Vista β1に感じた期待と不安
URLﾘﾝｸ(pc.watch.impress.co.jp)

マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

やっぱり OS 開発はネイティブコード?
URLﾘﾝｸ(slashdot.jp)

この調査から、Grimes氏は以下のように結論づけている。
「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」
.exe、.dll、.drv、.ocx などの実行可能ファイルを XP や Vista の各ビルドについて検索したところ、
マネージドコードで書かれたものは全ファイルのうち 1% 程度の数であることも、彼の結論を裏付けることになりそうだ。

342:仕様書無しさん
07/10/09 13:13:10
MSのオールチン氏が当初のLonghornをあきらめたのは2004年春
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

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:仕様書無しさん
07/10/09 13:14:16
コピペしてるレスの内容を見てると、やっぱりアンチジジィはいつの時期の話なのか全く理解できてないな。ｗ

344:仕様書無しさん
07/10/09 13:15:23
>>343
MS叩きで盛り上がれた時代に帰りたいだけなんだろ。ｗ
今はもうそんな時代じゃないんですよ、お爺さん。ｗ

345:仕様書無しさん
07/10/09 13:18:01
今はマルチＯＳの時代であって、Ｍ＄なんてワンノブゼム。
叩きで盛り上がるのはググル。

346:仕様書無しさん
07/10/09 13:18:46
>>345
Google叩きネタ投下してごらんｗ
できないだろうけどﾌﾟ

347:仕様書無しさん
07/10/09 13:19:43
×できない
○知らない

348:仕様書無しさん
07/10/09 13:20:20
.NETて、すでにバージョンで互換性なくないか？
インスコすらできないアプリがあるんだが。

349:仕様書無しさん
07/10/09 13:21:11
VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET
ｽﾚﾘﾝｸ(tech板:312-番)

312 名前：デフォルトの名無しさん [sage] 投稿日： 2007/10/09(火) 13:05:57
今更MSに騙されたのなんの言ってるやつは余程ナイーブというか
平たく言えばアホなんだろう
昔からMSのやることは何も変わっちゃいないのに

313 名前：デフォルトの名無しさん [sage] 投稿日： 2007/10/09(火) 13:14:11
じゃ、未だに騙された事に気付いてない香具師は何なの？

350:仕様書無しさん
07/10/09 13:22:07
　　　　　　　,､‐ "￣:::ﾞ:丶､
　　　 ,r::::l3ﾞ::::::::/ﾊヽ:ヽ::::､:ヽ
　　　 {::://::::::://　ヽ＼ﾄ､:::::::!
　　　ヾ l:::::::/ 丶　｀ヾｨ､:::|
　　　　　|;:r::| 　Ｏ`　　'Ｏﾞﾊ|　　　＜　ないない　>>348
　　　　　ヽﾊ　:.:.　　　　:.: ﾚ
　　　　　　 ´＼ r‐--‐､,ノ
　r､　　　　r､／ヾ￣下ヘ
　ヽヾ　三　|:l1､＿ヽ/__ .ィヽ
　　＼>ヽ/ |｀｝　　　 n_n|　|
　　　ﾍ　lノ `'ｿ　　 lﾟωﾟ|　|
　　　　/´　 /　　　　　￣|.　|
　　　　＼. ｨ　＿＿＿　|　 |
　　　　　 |　ﾉ　　　　　l | 　|
　　　　　　|　|　　　　　　i:|　 |

351:仕様書無しさん
07/10/09 13:24:09
>>346
ははは、やっぱりできなかったな。ｗ

352:仕様書無しさん
07/10/09 13:24:17
ｽﾚﾘﾝｸ(tech板: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
分かってないようだが，新言語ってのは本質的にベンダが儲けるためにあるのだよ。
楽出来るというのは馬鹿相手の宣伝文句。

353:仕様書無しさん
07/10/09 13:30:11
つーかね、.NETの初期を支えた人たちなんて大部分他の分野に行ってしまったのに、
未だに何の進歩もなく.NET叩きなんてどれだけ惨めな人生なんだよ。ｗｗｗ

354:仕様書無しさん
07/10/09 13:31:44
JAVAも互換性は無いけどね

355:仕様書無しさん
07/10/09 13:32:25
>>353
未だにドトネトを使ってる惨めな椰子の人生を見下すな（怒

356:仕様書無しさん
07/10/09 13:32:38
2から3になったら、また動かんアプリが出てくるのか？

357:仕様書無しさん
07/10/09 13:33:18
>>353
世代交代してる感はあるね。
.NET 1.0の頃の話なんかしても通じないこともある。

358:仕様書無しさん
07/10/09 13:33:19
Javaは互換性あるよ

359:仕様書無しさん
07/10/09 13:35:43
ドトネト大ブームはオワタ＼(^o^)／のに、未だにドトネト使ってる椰子なんて要るの？

360:仕様書無しさん
07/10/09 13:35:56
>>357
もうすぐ3がでるんだろ？
今作ってるのは無駄になるの？

361:仕様書無しさん
07/10/09 13:36:16
.NET 1.0（笑）

362:仕様書無しさん
07/10/09 13:36:53
>>360
あなたはＭ＄脳に毒されてます。

363:仕様書無しさん
07/10/09 13:37:37
>>362
どういうこと？

364:仕様書無しさん
07/10/09 13:40:32
>>361
そのまま笑い氏ね。

客の立場にもなってみろ。
洒落にならんだろが。

365:仕様書無しさん
07/10/09 13:41:04
>>363
もし動作しなければ動作するように直せば良いだけなのに、動作しなくて、かつ、回避策が無いと思い込んでます。
それはブビ脳。

366:仕様書無しさん
07/10/09 13:45:58
.NETマンセーですら昔の話が通じなくなってるのに、
その昔のネタで未だに叩いたって通じてないことが理解できないんだろうなあ。

367:仕様書無しさん
07/10/09 13:49:47
>>365
上位バージョンが下位互換を持ってるだけでいいんじゃないの？
バージョンアップ毎に互換性切り捨てってるの？

368:仕様書無しさん
07/10/09 13:51:28
＞バージョンアップ毎に互換性切り捨てってるの？

ドトネトと旧ブビでは常識ですが、何か？

369:仕様書無しさん
07/10/09 13:54:03
>>368
そうなんか
じゃあ、もういいや。

370:仕様書無しさん
07/10/09 14:00:17
旧ＶＢの競合エラー（組み合わせが揃えば１００％発症）では、
M$DN情報でも、Win、IE、Officeのバージョンをマトリクスの通りにそろえる事、
となってた。

ある部分のバージョンが最新だったりするとブビアプリは動作しません！、みたいな感じ。

371:仕様書無しさん
07/10/09 14:06:31
MSの体質なんて、今も昔も変わってないな。
まぁ、そんな簡単に変わるわけもないしな。

372:仕様書無しさん
07/10/09 14:20:41
この勝負、Ｃ丼Ｍ＄の自滅。

373:仕様書無しさん
07/10/09 14:21:37
昔の苦労話をうれしそうにするうざいジジィっているよね。
解決された昔のことなんかより、今現在のトラブル話の方が参考になるのに。ｗ

374:仕様書無しさん
07/10/09 14:24:12
ｽﾚﾘﾝｸ(tech板:390-番)

390 名前：デフォルトの名無しさん投稿日： 2007/10/06(土) 23:06:02
ClickOnceについて質問させて下さい。

現在ClickOncewを利用し作成したWindowsアプリを発行しようとしている
のですが（言語はVB.net)うまく行きません。

具体的には、Ａ端末よりアプリをＣ端末のサーバ上に発行しＢ端末より
【hoge.application】にアクセスをしたところ次の様なエラーが発生します。
何が原因なのでしょうか？

【エラー発生時のダイアログメッセージ】
アプリケーションのインストール-セキュリティの警告
コンピュータにセキュリティ上の問題を発生させるため、管理者がこの
アプリケーションをブロックしました。
名前：　hoge
発信元：　\\hoge1\hoge2
発行者：　不明な発行元です。
セキュリティー設定は、このアプリケーションがこのコンピュータにインストール
されることを許可していません。

１※発信元を短い階層にしてもエラーが出ます。
２※アセンブリ名は英数字を利用しています。
３※発行時にローカル【C:\personal\hoge.application】に発行をした上
　　でアクセスをすると普通にクリックワンスが利用出来ます。

以上　宜しくお願い致します。

375:仕様書無しさん
07/10/09 14:26:35
2007年03月09日 15時13分00秒
マイクロソフトのアンチウイルスソフト、Outlookのメールを間違って全削除
URLﾘﾝｸ(gigazine.net)

376:仕様書無しさん
07/10/09 14:55:45
>>338
ベータ版の頃の不具合で今は関係なし

>>341-342
ベータテストのフィードバックを通じて製品計画を修正しただけのことで、ベンダーとしては当たり前にやること

>>374
企業のセキュリティポリシーの問題で、そんなのもMSのせいにするのは筋違い

>>375
修正済みの問題で今は関係なし

377:仕様書無しさん
07/10/09 16:19:45
おまえらスレタイよめねぇの？
M$否定すんのもいいけど日本語読めるようになってからにしろよ
お前らにはCがある（しかないとは言わないでおいてやる）。
それでいいじゃねーか、引きこもってろよ。

378:仕様書無しさん
07/10/09 16:28:21
> お前らにはCがある

今時そんなもん使わないけど？ｗ

379:仕様書無しさん
07/10/09 16:56:19
>>377
ひきこもりが、何えらそーにｗ

380:仕様書無しさん
07/10/09 17:02:47
>>378-379
いいからスレタイを読め

381:仕様書無しさん
07/10/09 19:56:26
>VB6やMFCが、ばっさり切り捨てられたばっかりなのに
VBはVerUP毎にばっさり切られてきたわけだが。
.Netでようやく継続性のある言語になったんじゃねーか？

それとMFCって切られたの？
2008にも拡張してありそうだし。
切られるのWin32APIじゃないのか？

382:仕様書無しさん
07/10/09 19:58:07
Win32API -> SDK -> MFC
じゃないか要するに
だから、少なくとも今のMFCは無理だろう
仮に方向性を引き継いだものが出るにしてもさ

383:仕様書無しさん
07/10/09 20:00:22
.netの下にWin32APIはないの？

384:仕様書無しさん
07/10/09 20:04:29
？Win32APIも下位互換のままでで残るんだが・・・。
その辺のアナウンスは数年前に聞いたきりなんだけど、変わったの？

385:仕様書無しさん
07/10/09 20:06:43
つーか、Win32APIが無くなったら大半のソフトが動かなくなるだろ。

ところで、Vistaとかに同梱されているアプリは既に.NETアプリになっているの？

386:仕様書無しさん
07/10/09 20:31:02
>>385
Expressionでようやく積極的に使われるようになって来た

387:仕様書無しさん
07/10/09 20:32:29
>>383
.NETのホスティングAPIならある

388:仕様書無しさん
07/10/09 21:10:19
やっぱwin32のAPI直接叩くのが一番楽やわぁ…
面倒なのはATLとかWTLでなんとかできるし
なんでM$はmfcなんかよりこっちをメインで宣伝しなかったんだろう

389:仕様書無しさん
07/10/09 22:44:17
>>384
VistaではWin32APIは消えさる予定でした。

390:仕様書無しさん
07/10/09 23:06:29

　　　public static void main(String args[]){

391:仕様書無しさん
07/10/09 23:24:43
public static void Main()
{
　void *pt;
　pt = 0x3FFF8000
　Console.WriteLine("ポインタの値:{0}",*pt);
}

多分、表示してくれません。

392:仕様書無しさん
07/10/09 23:35:39
>>389
×VistaではWin32APIは消えさる予定でした。

○ WinFXのサブセットにWin32APIの形式が残される予定だった。

393:仕様書無しさん
07/10/09 23:37:21
結局その方向性は白紙になったんだっけ？

394:仕様書無しさん
07/10/10 00:30:55
osを.netのマネージコードで書くっていう構想が白紙になったってこと
.netがwin32の上で動いてるわけじゃないぞ
.netで動かすと.netがOSの働きを担うかたちになる

395:仕様書無しさん
07/10/10 00:35:24
日本語書けよ

396:仕様書無しさん
07/10/10 00:37:24
Vistaなんて何年も延ばして余計なモンばっか詰め込んだだけ
MSめ C#なんてよく作れたな

397:仕様書無しさん
07/10/10 00:45:28
APIの上の基盤部分がCLRで動くというのは当たり前で、

>WinFXのサブセットにWin32APIの形式が残される予定だった。

というのは矛盾しない。

CLR→WinFX→Win32APIという形式になるわけだ。

398:仕様書無しさん
07/10/10 00:58:58
ハァ？そんな計画いつどこにあったんだ？

カーネル→Win32→.NET Framework

だったのを

カーネル→WinFX

にしようとしただけだろ。そうすると

カーネル→Win32
カーネル→WinFX

で、Win32は消えるわけではなくサブセットでもなく単に並存するだけ。

399:仕様書無しさん
07/10/10 01:32:57
>>398
397じゃないが、当初はそうゆう方針だったぞ、
Vistaでめげずに、ぜひとも完遂してほしいと思う。

400:仕様書無しさん
07/10/10 10:45:29
Java vs .NETなんてまだやってるの？ｗ
どちらももう下り坂の技術だろ。

401:仕様書無しさん
07/10/10 10:53:03
上り坂の技術上げてくださいカス

402:仕様書無しさん
07/10/10 10:58:45
メインフレームJavaは汎用機COBOLの代わりだから消えはしない。
ドトネトは（ｒｙ

403:仕様書無しさん
07/10/10 11:05:06
>>402
そういうのを下り坂って言うの。
仕事上メンテ用途で仕方なく使うだけの存在。

404:仕様書無しさん
07/10/10 11:07:19
Haskellで仕事したい!!

405:仕様書無しさん
07/10/10 11:19:58
>>403
いや、大局的には、"COBOL"から"Java+COBOL"への進化。

汎用機/ミニコン→UNIXワークステーション→PCによるC/S→webサーバー(メインフレーム～PC)ってことだから、メンテじゃなくて新規開発だお。

406:仕様書無しさん
07/10/10 11:34:42
そんなのを進化だと思ってるのか。
それで人を集めてごらん。
やる気のある出来る人間からは見向きもされないから。

407:仕様書無しさん
07/10/10 11:41:07
>>406
逝ってることが支離滅裂。

大局的な進化であっても、それは進化。

ガラガラポンは進化ではない。

それだけ。

408:仕様書無しさん
07/10/10 11:45:06
年を取ると考え方が凝り固まってつまらない人間になるんだねぇ

409:仕様書無しさん
07/10/10 11:47:54
> 逝ってることが支離滅裂。

ふーん、じゃあやる気のある出来る人間が熱狂して集まってくれると思ってるんだ

410:仕様書無しさん
07/10/10 11:51:20
まあ、今時Java対.NETとか言ってる理由がよく分かったよ。
2000年前半で知識が止まってるんだな。

411:仕様書無しさん
07/10/10 12:00:57
＞じゃあやる気のある出来る人間が熱狂して集まってくれると

超ﾌﾞｷﾐｽ

412:仕様書無しさん
07/10/10 12:06:42
もはや、人類の9割以上はwindowsがないとコンピュータに触れない状態

413:仕様書無しさん
07/10/10 12:32:04
つまり人類はコンピューターに触る必要が無く、
携帯からウェブサービスを使えれば良いという事実。

一家でＰＣを使いこなせるのは大体一人。

414:仕様書無しさん
07/10/10 12:34:18
>>413
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

415:仕様書無しさん
07/10/10 12:34:59
＞mfcからドトネトに移行した人間でこの「ガラガラポン」に批判的な奴がいるか？

だって、Longhorn→Vi$taで、マネージドＡＰＩ＝ドトネトがガラガラポンされたんだもん（怒

416:仕様書無しさん
07/10/10 12:38:14
>>414
ノーツなんて時代遅れもｲﾗﾈ
P2P利用の技術のだって目本が最先端

417:仕様書無しさん
07/10/10 12:43:27
>>412
一度、MSに独占させてみればいいよ。
完全に開発が止まるから。
かつてのNECや電電公社より、酷い状況になる。

418:仕様書無しさん
07/10/10 12:45:26
>>416
シェアが激少ないてのは知ってるが、
どこが時代遅れなんだ？
具体的に頼む。

419:仕様書無しさん
07/10/10 12:48:07
>>416
いや、MSの技術トップでさえWindows見放してモバイルに夢中になってることを示したかっただけだが。
年取ってるだけでなく文章読む学力もなかったか･･･。

420:仕様書無しさん
07/10/10 12:50:24
>>418
やっぱ、LAMPみたくコンポの組み合わせが出来ないからじゃね？

スケールアウトに行き詰るだろうからウェブアプリのデファクトにはなり得ないし、
ウェブじゃないクライアントのソフト的にはＧＵＩが使い難いし。

コンポって意味ではオブジェクトＤＢが何故か死滅してRDB一色になった今、
ノーツＤＢなんて超ダサダサ。

421:仕様書無しさん
07/10/10 12:51:25
>>419
それって単なる後追いだし、後追いＭ＄イラネ

422:仕様書無しさん
07/10/10 12:53:11
モバイルだってP2Pだって目本が最先端持ってる分野なのに、
なんで後追いダサダサＭ＄をマンセーしないといけないの？

423:仕様書無しさん
07/10/10 12:55:53
>>421
既存資産との連続性が重要なんじゃないの？
それともガラガラポンがお好き？ｗ

424:仕様書無しさん
07/10/10 12:57:00
>>423
残念、C++とか別０＄でも使えるソースで作ってるから無問題ｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

425:仕様書無しさん
07/10/10 12:57:33
>>420
じゃあ、ノーツ捨てて新しい技術でガラガラポンしなきゃねｗ

426:仕様書無しさん
07/10/10 12:57:39
>>423
Ｃ丼なんて根も葉も無いガラガラポン最有力候補言語なんてダメジャン。

427:仕様書無しさん
07/10/10 12:58:59
>>424
C++がそんなにポータビリティがあるとは思えないけど

428:仕様書無しさん
07/10/10 12:59:11
>>425
ゴメン、ノーツ使ってない

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

429:仕様書無しさん
07/10/10 12:59:41
なんだ、結局ガラガラポンが正しいやり方なんだｗ

430:仕様書無しさん
07/10/10 13:00:49
>>427
ゴメン、使えてる。

クラスを上手く使いなさい。

431:仕様書無しさん
07/10/10 13:03:17
＞なんだ、結局ガラガラポンが正しいやり方なんだｗ

気が狂えば勝ちかよ。

前にも書いたように、
モバイルだってP2Pだって目本が最先端持ってる分野だけど、
両方ともＣ丼やＶ＄ドトネトとは無縁だお。

432:仕様書無しさん
07/10/10 13:03:28
>>430
ノーツ同様本当はC++もろくに使ったことないんだろ？
正直に言いなさい。発言内容の拙さでバレてるから。ｗ

433:仕様書無しさん
07/10/10 13:04:56
>>431
だったら、なおさら既存資産無視のガラガラポンなんじゃないの？ｗ

434:仕様書無しさん
07/10/10 13:07:04
>>433 >>432

ヴぁかだなぁ、両方ともC/C++だお。
組み込みなんかまさにC++。それプラスJava。

つまりガラガラポンじゃない世界は既存の資産をラップしながら進化してくの。

個人攻撃しても変わらない事実ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

435:仕様書無しさん
07/10/10 13:08:04
>>428
自分が使ってないのならガラガラポンはおｋなんだね。
じゃあ、MSのガラガラポンもおｋなんじゃないの？VS使ってないのなら。

436:仕様書無しさん
07/10/10 13:09:10
>>435
ｲﾐﾌﾒ。

ガラガラポンは最悪にきまってんじゃん。ノーツがガラガラポンになったのを藁っただけ。

Ｃ丼(ﾟ⊿ﾟ)ｲﾗﾈ IE

437:仕様書無しさん
07/10/10 13:09:35
>>434
じゃあ、Windows資産との相互運用性を確保してる.NETはガラガラポンにはならないよ。

> 既存の資産をラップしながら進化してくの。

.NETはまさにこれじゃん。

438:仕様書無しさん
07/10/10 13:11:28
>>434
組み込みはあまりC++は使わないぞ。Javaなんて論外。

本当は組み込みで仕事したことなんてないでしょ？

次ページ