●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●

普及する見込みのほとんどない.NETを今必死こいて勉強してる俺って一体・・・・

前ｽﾚ http://pc.2ch.net/test/read.cgi/tech/1006038901/

2ゲットー

テロは失敗しました。
現在.NETは洞窟に追い込まれております。

東大の天文用コンピューター、２年連続世界最速で受賞
http://www.asahi.com/national/update/1217/024.html

こういう最先端の技術は当然Ｃかアセンブラだね。
まあ、.net房もJava房も低レベルの技術で名前の呼び変えでもやってなさい。

>>4　Cとかアセンブラとかではなくてハードロジックや温度の問題ではないの？
というよりドラッグレースと一緒で最速にするために
どれだけ時間と金をかけたことだか
目的の発生からコードの実行までの時間は電卓以下

大体ほとんど答えのわかっている計算やらせることに
何の意味があることか

はぁ
FreeBSDでまともなものができなくても全部Corelのせいにするんだろうな
作れないのわかってるくせに。
ＭＳのこういう汚いところ大嫌い

どうでもいいことなんだけど、このスレのタイトルの
Eと}だけ字体が違うんだけどなんでだろ。
っていうか、おれだけ？？？

ΝＥТとちゃんと出ていますが？
気のせいですょ

ＴヨИ.

┬ヨИ.　

http://obuchi.naikaku.com/angriff/upred/source/1478.jpg
↑
この画像なんなの?

>>4
>大体ほとんど答えのわかっている計算やらせることに
何の意味があることか

ココ読め　英語だけど
http://abcnews.go.com/sections/tech/CuttingEdge/cuttingedge000602.html

最先端は最先端なんだろうけどさあ…。
縦列駐車をいかにエレガントにこなすか、みたいな話してんのに
F-1持ち出されたみたいな感じ？
それで「最速！」とか言われてもな。

>>4
FOTRANではないの？

前スレdat化されてる･･･

>FreeBSDでまともなものができなくても全部Corelのせいにするんだろうな
>作れないのわかってるくせに。

これが正しそうですね。
オープンソース側からクロスのNET環境が出てくる前に、
M$が中途半端にクロスなもの出して、Javaみたいに潰してやるってことですね。

M$にとっての幸せは、開発者をWin32とWin64に縛り付けることだもん。

Windows 2000 Professionalの引退スケジュールが発表されていた
http://www.zdnet.co.jp/news/0112/18/b_1217_01.html

.NETは死滅する。
M$がNET環境を飼い殺しにするために存在だから。

飼い殺しにするために存在だから
↑

飼い殺しにするために存在だから
　　　　　　　　　　　　 ↑

>>15
1000 超えると自動で dat 落ちするようになった。

というか、.NETがこけるとMSがこける。

>>22
.NETが成功したら開発者も利用者も全員フリーのOSに移る。

Officeクローンが成功しちゃってるもん。（除く日本）
http://www.zdnet.co.jp/enterprise/0112/13/01121302.html
サンが企業顧客の要求にこたえ「StarOffice」の有償化を検討？

VB-COMがフリーOSとコネクションを切るしかけだった。

でも昨日、COMの勉強になったっていうキティなヤツが居たな。
COMはインターフェースしか無いのに、
インターフェースの実装に膨大なステップを強制する。関数ライブラリ以上に。
騙されてることワカンナイんだね。悲惨。
クラスベースでもオブジェクトベースでも、
OOPだとインターフェース部分が楽になるのに。

>>24
COM本体にはインターフェイスしかありませんが、
COMの実装には継承を使えます。

>COMの実装には継承を使えます。

何変なこと言ってるんだよ。まだ騙されていることに気付いてない。
なら、COMを経由しなきゃステップが半分以下になるんだよ。
それを否定するなら、.NET使うなよ。

お前、委譲って知らないだろ？（ｗ

>お前、委譲って知らないだろ？（ｗ

また基地外が出てきたよ。委譲が無い言語がイマドキあるか？
最も遅れてる言語を平気で使ってるやつが、
「お前、○○って知らないだろ？」だって。氏ね。

マイクロソフトは戦略っていうか、仕事としてやってるんだから納得するけど、
27みたいにその嘘に騙されてるやつはどうしようもないな。

言語に以上があるかどうか聞いてんるじゃない。
お前が委譲ってものを知ってるかどうかを聞いてるんだ。

継承と委譲の利点欠点を知ってるかどうかを聞いてるんだ。
答えられるかな？

>>26
> なら、COMを経由しなきゃステップが半分以下になるんだよ。

その瞬間、再利用性が著しく損なわれます。
あなたみたいにDelphiしか使わない人には関係ないんでしょうけど。

お前なんかに答える必要無い。

>継承と委譲の利点欠点を知ってるかどうかを聞いてるんだ。
これが騙されてるやつの論法。大体、「OOの本質」という言葉を使う。

１．MSのアナウンス：委譲がOOであり、継承はOOの本質でない。だからCOM使え
↓
２．MSの次の言動：Delを作ったヘジを裁判沙汰になってまで引き抜き。
↓
３．MSのアナウンス：「VB-COMはコンポーネント指向」
↓
４．MSのアナウンス：「VBはOOP出来ない」
↓
５．MSの次の言動：Delと区別つかない実装継承の.NET作成。

27=30は、「１．」で留まってるんだから、.NET使うなよ。って使えるわけ無いか、頭悪いし。

>その瞬間、再利用性が著しく損なわれます。

馬鹿だなあ、.NETの再利用性がCOM部分を利用してないことが分からないなんて。
あれはインターフェースの再利用じゃなく実装継承だろうが。

俺もCOMの委譲は好きになれないけど、ステップかかる事なんてATL使えば楽だし、
コンポーネント指向って、コンポーネント作るのはめんどくさい、というのが前提
にあると思う。

27=30は、.NETの再利用部分は継承はやめてCOMのインターフェース部分に変えて下さいって、
M$に講義してこいよ。

いや、27=30みたいに馬鹿じゃなくて良かったよ。

一般的な話としては、
委譲すると、動的バインドが使えないけど、
windowsの世界ではどういう答えになるの？

>俺もCOMの委譲は好きになれないけど、ステップかかる事なんてATL使えば楽だし、
>コンポーネント指向って、コンポーネント作るのはめんどくさい、というのが前提
>にあると思う。

分かってないやつ。コンポーネント指向とはCOMのことだよ。
OOPとは言えないので控えめに言うようになったてこと。
この人も超頭悪い。

あ、ゴメン、34は書いてある内容正しかった。
37の文章取り消し。

>>38
死ね

氏にます。

COMって便利なの？
DirectXで直接COMにアクセスすると
便利な気はしないんだけど。
COMってやっぱりVBが貧弱だからあるんだよね？

ブビ坊のためだけに存在します。>>41
C++とCOMって相性悪過ぎて涙出そうです。
ステップも基地外みたいになる。

>>33
> .NETの再利用性がCOM部分を利用してないことが分からないなんて。

私はCOMの話ししかしてませんが。
どこから.NETが出てくるのですか？

>>36
インターフェイス継承＆委譲

>>41
スクリプト使いにとっては便利です。
でも、C++やVB使いにとっては煩雑な部分もあります。

>馬鹿だなあ、.NETの再利用性がCOM部分を利用してないことが分からないなんて。
>あれはインターフェースの再利用じゃなく実装継承だろうが。

馬鹿だなあ、どんなOOP言語でも再利用性はインターフェースの継承からしか生まれないことがわからないなんて。
実装継承はインターフェイス継承を含んでいるから、あんたが勘違いしちゃってるんだよ。ﾊｽﾞｶｼｲ。

Delphiにインターフェイスなんてないでしょ？
形だけのキーワードはあるけど。

あ、.NETを知らない人なんだ>>43

COMは再利用に強いワケじゃありません。
インターフェースを公開するだけなら、関数ライブラリと変わりありません。
それなのに、C/C++なんかとものすごく相性が悪いわけです。

えーとね、COMのコンポーネント指向より、再利用性に強いOOPっていう世界があるんです、勉強して下さいね。

あとさ、Javaなんだけど、
ttp://java-house.jp/ml/topics/
ここの、「interface / abstract class」のとこ読んでみなって。
理解できるからさ。

>>48
おまえ、ほんとはずかしーぞ。
>インターフェースを公開するだけなら、関数ライブラリと変わりありません。
赤面しちゃう。

>Delphiにインターフェイスなんてないでしょ？
>形だけのキーワードはあるけど。

インターフェースというものをでっちあげたのがCOM。
COMのインターフェースなんか使わなくても良いんだよ。

>>インターフェースを公開するだけなら、関数ライブラリと変わりありません。
>赤面しちゃう。

赤面しても良いが、50はCOMを信用してマイクロソフトに捨てられたんだよ。

>>51
JAVAにもinterfaceがあるけどね。
あれもでっちageなの？

おいおい。>>49読めって、悪いこと言わないから。
> インターフェースというものをでっちあげたのがCOM。
インターフェースってOOPの基本概念だぞ？わかってるか？COMかどうかは
関係ないぞ？

それからさ、MSはCOM捨ててないっての。mscoree.dllをdependsしてみろ。

>>48
Javaぐらいはやっていますけど？
あなたは自分だけが賢いと思っているようですね。
そうでなければ平然と人を馬鹿だとは言えませんよね。

>JAVAにもinterfaceがあるけどね。
>あれもでっちageなの？

JavaのinterfaceとCOMのインターフェースは目的が違うだろ。
Javaは多重継承問題を解決するためにinterface導入という目的有り。
COMって多重継承どころか単一継承無いやん。

いいぞ >>55

>Javaぐらいはやっていますけど？

だったら、COMがダメなこと教えてやれよ。

>あなたは自分だけが賢いと思っているようですね。
>そうでなければ平然と人を馬鹿だとは言えませんよね。

キティなレスが出てきたら説明してやらんといかん。

>>58
COMはだめだとは思っていません。
実装継承がないからだめという理屈はないと思います。
本当にだめならば、あれだけの資産は生まれないはずです。

>>56
>JavaのinterfaceとCOMのインターフェースは目的が違うだろ。
>Javaは多重継承問題を解決するためにinterface導入という目的有り。
>COMって多重継承どころか単一継承無いやん。

あー！だから>>49読め！早く！謝らなくてもいいぞ！

>>54
ちなみにdumpbin /exports。わかったかな？

C:\Temp>dumpbin /exports %systemroot%\system32\mscoree.dll
Microsoft (R) COFF/PE Dumper Version 7.00.9254
Copyright (C) Microsoft Corporation. All rights reserved.


Dump of file C:\WINNT\system32\mscoree.dll

File Type: DLL

Section contains the following exports for mscoree.dll

00000000 characteristics
3B1EF71B time date stamp Thu Jun 07 12:38:03 2001
0.00 version
17 ordinal base
97 number of functions
91 number of names

ordinal hint RVA name

33 0 0000F8E9 CallFunctionShim
34 1 0000F342 ClrCreateManagedInstance
35 2 0000F3EF CoEEShutDownCOM
36 3 0000390B CoInitializeCor
37 4 0000EF35 CoInitializeEE
21 5 0000F5FE CoLogCurrentStack
38 6 0000EFD5 CoUninitializeCor
39 7 0000EF87 CoUninitializeEE
40 8 0000EA76 CorBindToCurrentRuntime
41 9 0000FC30 CorBindToRuntime
42 A 0000FB31 CorBindToRuntimeByCfg
43 B 0000DD47 CorBindToRuntimeByPath
44 C 0000FB0F CorBindToRuntimeEx
45 D 0000E9C4 CorBindToRuntimeHost
46 E 0000F8AA CorExitProcess
47 F 0000F5AC CorMarkThreadInThreadPool
48 10 000084E4 CreateConfigStream
49 11 0000E5E4 DllCanUnloadNow
50 12 0000F943 DllGetClassObject
51 13 0000F996 DllRegisterServer
52 14 0000EE7D DllUnregisterServer

>>56
> Javaは多重継承問題を解決するためにinterface導入という目的有り。

ばーか。それじゃJDBCはどうなるんだよ。

>COMはだめだとは思っていません。
>実装継承がないからだめという理屈はないと思います。

これは正しいでしょう。だけど実装継承のあるものより記述が劣る場合があります。
それで恐ろしいのは、「実装継承があるから間違い、OOPの本質ではない」っていう
ブビ坊が現れてるんだよね。噛み砕いて教えてあげないと。

>本当にだめならば、あれだけの資産は生まれないはずです。

あれだけの資産と言いながら、高性能なものは限られていて高額ですよね。
他言語の無料のクラスライブラリの方が高機能だったりするし。
このこともブビ坊達に教えるべきです。

> 高性能なものは限られていて高額ですよね。

IEって高額なんだ。（ﾜﾗ

>これは正しいでしょう。だけど実装継承のあるものより記述が劣る場合があります。

COMは記述用途のものじゃないよ？フレームワークなんだけど？

>あれだけの資産と言いながら、高性能なものは限られていて高額ですよね。
>他言語の無料のクラスライブラリの方が高機能だったりするし。

それって「他言語」のマーケティング上の理由でしょ。技術と関係ないじゃない。

>>65
> それって「他言語」のマーケティング上の理由でしょ。技術と関係ないじゃない。

単にDelphiが一番って言いたいだけなんだって。（ﾌﾟ

>COMは記述用途のものじゃないよ？フレームワークなんだけど？

そのフレームワークによる弊害を説明してるの。
あなたも説明してあげなさい。

>>あれだけの資産と言いながら、高性能なものは限られていて高額ですよね。
>>他言語の無料のクラスライブラリの方が高機能だったりするし。
>それって「他言語」のマーケティング上の理由でしょ。技術と関係ないじゃない。

この前のレスが技術と関係無い内容だったんだよ。

そっか。ﾏｼﾞﾚｽ ｽﾏｿ。

>そのフレームワークによる弊害を説明してるの。
>あなたも説明してあげなさい。

ｽﾏｿ。おれにはわからない。弊害ないもん。

>> それって「他言語」のマーケティング上の理由でしょ。技術と関係ないじゃない。
>単にDelphiが一番って言いたいだけなんだって。（ﾌﾟ

これは違う。.NETがDelphi以下だって言いたい。今、Delphi使ってないんだ。

祭りのﾖｶｰﾝ

> .NETがDelphi以下だって言いたい。

ウェブアプリも作れないDelphiが.NET以下だと？

てゆうか、今、C++からSafeArray使ってて苦労してんだよ。
ネットで調べてもサンプルコード出てこんやん。
英語文書はあったが。みんなSafeArrayとか使いこなしてるんか？

以下、.NETでできてDelphiでできないことを語りましょう。
数え切れないくらいあるぞ。

>>73
SafeArray使うかよりもまず、IDLをよく考えるべし。

用途が違うだろ。
大体、5年も6年も前に基礎部分が完成されたツールと
まだリリースもされてない.NETを比べてどうするよ。
それだけDelphiが先進的だったって事なんだろうけど。

Del厨ってほんとに痛いね。

> それだけDelphiが先進的だった

どこが？Smalltalkって知ってる？

>> それだけDelphiが先進的だった
>どこが？Smalltalkって知ってる？

だから、Delphiが優れてることを言いたいんじゃいって書いてあるでしょ？

自分がアフォだからSafeArrayも使えず、
その鬱憤をMSを叩くことで晴らしている。

ということですね？

↑
だから、Delphiが優れてることを言いたいんじゃないって書いてあるでしょ？

ここは.NETのダメさを語るスレさ。

ま、とにかく>24は自分の過ちに気づいたようだ。ﾒﾃﾞﾀｼﾒﾃﾞﾀｼ。

>自分がアフォだからSafeArrayも使えず、その鬱憤をMSを叩くことで晴らしている。

当たり。だけど、SafeArrayもなんかダメダメだね。

.NETを技術的に叩けば同時にJAVAも叩くことになる。
諸刃の剣。

>>83
アフォを認めた！

アフォが人を馬鹿だといってる。

>>36にﾏｼﾞﾚｽ。
>一般的な話としては、委譲すると、動的バインドが使えないけど、windowsの世界ではどういう答えになるの？

インターフェースを継承して、実装は委譲するのさ。インターフェースがあってれば
ポリモルフィズムできるでしょ。

あ、もしかして祭りのﾖｶｰﾝ？（ｗ
>インターフェースを継承して、実装は委譲するのさ。

>.NETを技術的に叩けば同時にJAVAも叩くことになる。
>諸刃の剣。
○○マンセーってことを言いたいんじゃなく、
このスレで.NETが分かれば良いジャン。

>アフォを認めた！
アフォは認めるよ。だけどキティよりましだもん。

>>87
>>44でも言ってます。

ｽﾏｿ。読み飛ばしてた。

>>88
255に比べると、具体的な話がなくてつまらん

「あ、もしかして祭りのﾖｶｰﾝ？（ｗ 」って人気持ちﾜﾙｲ。
昨日もJavaｽﾚで人を叩くの失敗してたし。

とりあえず、「インターフェースを継承して、実装は委譲するのさ」を言ったのは、
途中から入った人であって、姑息にあるレスを叩いても意味無いよ。

>>91
255はMSの宣伝に騙された人がそれを言ってるからブビ坊には具体的な話になるのさ。
でもそれは意味は無い。

もっとも具体的な説明を出来ない人間が、
「あ、もしかして祭りのﾖｶｰﾝ？（ｗ 」て書くんだよね。
自分はそういう人間でなくて良かった。

>>92
>昨日もJavaｽﾚで人を叩くの失敗してたし。
それはおれじゃない.....たぶん。

>姑息にあるレスを叩いても意味無いよ。
意味わからん。誰もたたいてないぞ？

>>93
> 255はMSの宣伝に騙された人

そうか？たまにMSの宣伝と正反対のことを言ってるぞ。

「祭りのﾖｶｰﾝ？」ってただの流行り？
一人の人だと思ってたヨ。

>そうか？たまにMSの宣伝と正反対のことを言ってるぞ。

MSは、売るときの宣伝と、過去の製品に対する説明と、正反対になる。
MSに返り討ちされてる図。MS社外宣伝マンの宿命か。

>もっとも具体的な説明を出来ない人間が、
せつめいしてるよ？

>インターフェースを継承して、実装は委譲するのさ。インターフェースがあってれば
>ポリモルフィズムできるでしょ。

了解、悪かった。>>99

> 売るときの宣伝と、過去の製品に対する説明と、正反対になる。

そりゃあ、どこでもそうだろ。
そうでなきゃバージョンアップの宣伝にならん。

そうだよね。>>101

だから、このスレの意義は.NET宣伝の嘘を見抜くことにある。

>>70
> .NETがDelphi以下だって言いたい。
ならば、Delphi.NETなんて作る意味がないな。:-P

VS.NETのIDEが総Delphi化してるんだからやっぱり優れてたんじゃないの？
C#なんてまんまObjectPascalだし。
少なくともSmallTalkよりは機能の取捨選択のバランスが良かったんでしょ。
現行のVCやVBからみたら十分に先進的。

>>103
WindowsXPって2000以上かい？（ぷぅ

>>105
何の話だ？

255って前スレでブビ坊であることが判明したもんな。
最後、"どこにVBの話題が出てますか"ってシラバックレタが、
その前後だけVBに触れてないだけだヨ。

ビブ坊が議論出来る分けないだろ。もっとも遅れた言語なんだからさあ。

今日は仕事で.NETコンファレンス出れないが、昨日のを見た感じでは、
Javaでも無理すれば.NETに近いことができるかも知れんが、
開発コストでJavaが有利だと思うやつは出てきて理由を述べてほしい。

開発者の確保や開発環境・サポートの差は歴然だよ。
もはや選択枝はJavaだけでなくなる

>開発コストでJavaが有利だと思うやつは出てきて理由を述べてほしい。

んなわけねーだろ、Javaは汎用機の世界だから高いんだヨ。
養豚苦肉っていうかJavaと比べるなんてひどいコンファだね。

>>107
言語って使う人に依存するよね。いくらDelphi使ったってインターフェースと実装の継承の違いが
わかんなきゃ、どうせ大したプログラム書けないさ。

↑
養豚苦肉は関係なかったかも。でも、布団売りみたいな騙しコンファだＮＥ！

>>110

それを言うなら言語が思考を限定する、だろ。
VBみたいな豚の餌を美味しいって言ってた過去は恥ずかしいＺＯ！

>>112
ほほう。VBではどうしてもできなかったシステムをあげよ。

>>113
・失敗しないインストーラ
・メモリ不足を起さない画面、GISシステム
・インタープリタの実装

>>113
・高速なRDBアクセス（これがなんで遅いか理解出来ない）

>>114
うーん、どれも作ったことないからわかんないや。でも作る必要あんの？
どっかに転がってそうなもんばっかだけど。いや、まじめな話。

>>115
DBアクセスが遅いなんてのは初耳。JDBCのほうが数倍遅いけど。

違うっての>>116
VBインストーラが問題起すのは、ブビ坊の認めるところ。
他の問題も開発中に実際起きたの。メモリを一杯積んでもVBアプリ内だけで自己メモリ不足を起す。
（インタープリタ除く。Delだと無料インタープリタがゴロゴロあるが、VB用は無い）

>DBアクセスが遅いなんてのは初耳。JDBCのほうが数倍遅いけど。
↑
滅茶苦茶。

・速度に問題があるJavaと比べてどうするんだ。
・ODBCがJDBCより遅いってことだろうが、なんか、VBのODBCはメモリ不足を起す。

>VBインストーラが問題起すのは、ブビ坊の認めるところ。
なんだ、そんなの使ってるからだよ。ちゃんとしたの買ってきなよ。
大体それってVB言語と関係ないよ。

>・ODBCがJDBCより遅いってことだろうが、なんか、VBのODBCはメモリ不足を起す。
そっちのほうが滅茶苦茶だよ。VBのODBCってなに？ODBCわかってる？

>>VBインストーラが問題起すのは、ブビ坊の認めるところ。
>なんだ、そんなの使ってるからだよ。ちゃんとしたの買ってきなよ。
>大体それってVB言語と関係ないよ。

インストールシールドで作っても付属のもので作っても、
VBアプリのインストーラ中にエラーが出るの。知らな過ぎ。

>>・ODBCがJDBCより遅いってことだろうが、なんか、VBのODBCはメモリ不足を起す。
>そっちのほうが滅茶苦茶だよ。VBのODBCってなに？ODBCわかってる？

プロに対して口の聞き方を気をつけなさい。
ODBC接続とネイティブ接続の「接続」を略しただけだ。

とにかく、ブビ坊は消えろ。

>インストールシールドで作っても付属のもので作っても、
>VBアプリのインストーラ中にエラーが出るの。知らな過ぎ。
ﾊｧ?InstallShieldならVBアプリとともに使いたおしてるけど、
そんなの知らないよ？それってFAQなの？

>プロに対して口の聞き方を気をつけなさい。
>ODBC接続とネイティブ接続の「接続」を略しただけだ。
「なんか、VBのODBC*接続*はメモリ不足を起す。 」
やっぱり意味わかんないよ。ODBC接続とネイティブ接続?
なんのことやら。

ごめん、このスレから消えてくれない？>>121

.NETマンセー側も賛成してくれると思う。

.NETってなんて読むの?

>・ODBCがJDBCより遅いってことだろうが、なんか、VBのODBCはメモリ不足を起す。
こういうウソを撒き散らすやつのほうが、VB厨房＜俺？ よりよっぽど有害なんだぜ。

>>124
ブビ坊はVBのメモリ内でしかアプリ作らないからそれで良いんだけど、
ネイティブ接続をODBC接続に変えたらある画面でメモリ不足。
開発途中にエラーになったんで結局別言語に変えたんだぜ。

↑ブビ坊はVBの限界内でしかアプリ作らないからそれで良いんだけど、

の間違い。

>>125
そこがどうしてもわかんないんだけどさ、ネイティブ接続ってなんのこと言ってるの？
OCIとかDBLibをたたいてるってこと？

データベース側が用意している接続。

基礎用語なので他に説明方法無いよね．．．

"データベースのネイティブ接続"という言葉が分からない人は
この板には他に居ないと思って貰った方が良い。

そうか？みんなわからんと思うぜ。データベースが用意する
接続？なんだそりゃ。データベースは接続されるものだろうが。
わかってねーくせにえらそーに。

>>107
> ビブ坊が議論出来る分けないだろ。もっとも遅れた言語なんだからさあ。
お前にとってはVB＝VB6なのか？
VB.NETに触ってから物言いな。

>>109
> 養豚苦肉っていうかJavaと比べるなんてひどいコンファだね。
>>111
> 布団売りみたいな騙しコンファだＮＥ！
開発者に対して敬意を払えなくなったら、技術者以前に人としておしまいだね。

>> ビブ坊が議論出来る分けないだろ。もっとも遅れた言語なんだからさあ。
>お前にとってはVB＝VB6なのか？
>VB.NETに触ってから物言いな。

もっとも遅れた言語(VB6)を使ってた人達が、
次のプラットフォーム(VB.NET)の議論に入れるのか？と、言ってるんだ。

少し考えれば分かることなのに、日常会話も弱いんだね、ブビ坊は。

>> 布団売りみたいな騙しコンファだＮＥ！
>開発者に対して敬意を払えなくなったら、技術者以前に人としておしまいだね。

だから、ダメなものに対して経緯を払うのは技術者失格。
盲目にVBを信じた人達が.NETで騙されていたことが派っきりしたじゃん。

>>119
> プロに対して口の聞き方を気をつけなさい。
お前の発言を見て「プロ」だと思う奴は誰もいないぞ。:-p

255のはつげんていどひくい。

>>120
> とにかく、ブビ坊は消えろ。
うまく話を進められなくて、自分にとって都合が悪いからか？

>>122
> .NETマンセー側も賛成してくれると思う。
賛成してるのはお前だけだよ。:-p

VB6叩きの時代は終わったんだよ。
.NET叩きがそらされると困るから>>136

>>129
> わかってねーくせにえらそーに。
お前もな。:-p

255よ踏み外したな>>139

ブビ坊のレスに「お前もな」と逝ってる。
「賛成してるのはお前だけだよ。:-p」と逝ってるが、
255も賛成してることになる。

って、下らない議論しちゃった。255と会話は不毛。

>>132
> もっとも遅れた言語(VB6)を使ってた人達が、
> 次のプラットフォーム(VB.NET)の議論に入れるのか？
きちんと移行できてる人は実際に何人も見てきてるけどね。

>>133
> だから、ダメなものに対して経緯を払うのは技術者失格。
信じられない発言だね。

>きちんと移行できてる人は実際に何人も見てきてるけどね。

「移行」が必要なことを逝ってんだヨ。

>>138
> VB6叩きの時代は終わったんだよ。
それは言えてるな。

あ、あ、あ、「ネイティブ接続」が切れちゃう。。。。

255に踏まれてもｷﾆｼﾅｲ!

ネイティブ接続君再登場ｷﾎﾞｰﾝ。OCIとかって言葉を知らなかっただけなんでしょ？

なんて読むの・・・

おっきー。

>ネイティブ接続君再登場ｷﾎﾞｰﾝ。OCIとかって言葉を知らなかっただけなんでしょ？

違うって。
一時期、VBやDelphiからRDBに対する接続特集雑誌が出まくってた。
そのとき、ODBC接続、ネイティブ接続って当たり前のように使ってるんだよ。
知らない人が居るのが信じられない。どうやって今日まで生きてきたの？

>>149
> どうやって今日まで生きてきたの？
お前みたいなＤｅｌｐｈｉしか知らない年寄りじゃないということだよ。:-p

今日の255は程度低すぎ。内容といい、言葉遣いといい、もうダメになっちゃったの？>>150

もしかして、今日の255はkusakabe先生か？>>150

>>151
お前にとってついてきやすいレベルに合わせてるだけだよ。:-p

じゃあ、こういいかえて正解だね？
>ネイティブ接続をODBC接続に変えたらある画面でメモリ不足。
「OCI(などのDBMS固有のAPI)を利用した接続を使っていたのを、
ODBCを利用した接続に変えたら、ある画面でメモリ不足。」

おいおい。これって「ぼく、ODBC APIの使い方がわかってなくて
メモリリークしちゃいました。」ってことが言いたいの？
VBの画面で、ってとこ、関係ないと思うけど？

Delphiが技術的に先行していたことは認めよう。
実際に触ってみて、ある程度は分かった。

しかし、Javaや.NETに追いつかれて、
逆に機能面でこれらに劣ってしまっているのでは意味がない。
Web開発でDelphiが使い物になるとはとても思えないね。

メモリリークなら良いんだけど、どれだけメモリ積んだマシンでも、
VBアプリって自己メモリ不足起こすんだよね。

VB6は死んだんだから、この議論は終わり。

だから、Delphiマンセーが重要なんじゃないって。

M$マンセー的には.NET最高なんだろうけど、
やっと他言語に追いきつつある、という現状を書いただけ。

政治的に.NETが勝手も、.NETアプリがボロくて負けちゃ意味が無い。
それをこのスレで書いてるのさ。

「自己メモリ不足」ってなに? Windows9Xを使うからそうなるんじゃないの。

>>157
> やっと他言語に追いきつつある、という現状を書いただけ。
そうだね。いろいろな言語のおいしい部分をサマライズしたというところだね。

> .NETアプリがボロくて負けちゃ
.NETアプリをどれだけ見てきてそれを言ってる？

>>158
そんときは確かに、Win9Xだったけど、
コントロール貼りまくった画面でどのマシンでもメモリ不足になり、
本当は２枚開きたいところを１枚にしてもやばかった。

別言語では何枚開いても楽々動作した。

で、VB6の話題は終わり。

>>156
あーあ、また逃げかよ。またそのうち「VBがくそなのは定説」とか言うんだろ。
くそなのはお前さんの技術力じゃないのか？

>> やっと他言語に追いきつつある、という現状を書いただけ。
>そうだね。いろいろな言語のおいしい部分をサマライズしたというところだね。

そうでもない。サマライズし切れてない。MSの戦略に沿った制約があるので。

>> .NETアプリがボロくて負けちゃ
>.NETアプリをどれだけ見てきてそれを言ってる？

それが自由に見れる現状じゃないから、このスレの意味がある。
このスレの先頭の方のMSのヤヴぁそうな戦略検討も。宣伝を丸のみしちゃだめ。

>>160=156
ふん、やっぱりその程度か。で、「ネイティブ接続」が常識だってのはどうなった？（ｗ

>161
何怒ってんのあんた？
カルシウム足りてる？ｐ

>>163

笑う側になりたいようだが、なんか、あなたの文章醜いヨ。

>宣伝を丸のみしちゃだめ。

それは賛成。

>それが自由に見れる現状じゃないから、このスレの意味がある。

結構いろいろあるよ？ASP.NETならいくらでもあるんじゃないか？

>>160
そんな画面を作ったら、Win9xではリソース不足(メモリ不足とは違うぞ)を
起こして当たり前。どんな言語だって起こる可能性はある。もしかして
フォームのアンロードの仕方を知らなかったのか？

>>162
> それが自由に見れる現状じゃない
お前が「英語を読めるだけの学力がない」の間違いだろ？

>そんな画面を作ったら、Win9xではリソース不足(メモリ不足とは違うぞ)を
>起こして当たり前。どんな言語だって起こる可能性はある。もしかして

んなわけねーだろ。他の言語だと楽々動作。VB-COMの負け。

>フォームのアンロードの仕方を知らなかったのか？

開発はじめたばっかりならまだしも、
開発続けて、こんな状態の人が存在し得るわけネーだろ。

>お前が「英語を読めるだけの学力がない」の間違いだろ？

ほんとに、今日の255は大丈夫か？
宣伝を卯のみにする技術者におちたか。ってはじめからMSマンセーか。

>>170
もう一度聞くか。
英語のサイトからサンプルを探したのか？

>>170
専門卒がバレて焦ってます。（藁

>開発はじめたばっかりならまだしも、
>開発続けて、こんな状態の人が存在し得るわけネーだろ。

以外にあんたの身近にいるんじゃないの？あんたが書いたコードじゃ
ないかもしれないけどさ。

>他の言語だと楽々動作。VB-COMの負け。

うそつけ。

>英語のサイトからサンプルを探したのか？

探してないけど、255の知識が.NET内のみであり、
他言語と比較できない程度で無用であることが、
前スレの最後の方でハッキリした。

>>174
残念。Javaの方も3年やっている。

>>174
専卒さーん、何をムキになってるの？（ﾌﾟ

>専門卒がバレて焦ってます。（藁
こんなこと言われても専門卒じゃないもん。

VB-COMの負けはこれを見てくれ。
http://pc.2ch.net/test/read.cgi/tech/1008593003/32

>>174
> 探してないけど
それで.NETを知った気になっているバカ。

>んなわけねーだろ。他の言語だと楽々動作。VB-COMの負け。

リソース不足はWin9xの宿命。
＃ところで「自己メモリ不足」ってリソース不足のことでいいのか？

アプリケーションの作り方によって起こりにくくすることはできる
けどね。開発中にリソースメータで確認するくらいのことはやった
よね？

>＃ところで「自己メモリ不足」ってリソース不足のことでいいのか？

これがなんか違うんだわ。OSのリソース不足は起きてないのに、
VBアプリだけが勝手にメモリ不足起こす。

>勝手に
技術者でないことを証明しちまったな。（ｗ

>>180 = Delphiファンの専門学校生

技術者だからVBみたいなもん使わねーんだＹＯ！>>181

↑というか、VBを使うの辞めたんだよ。
遅れてる言語はイヤ。

使ったんだろ？どこまでもウソ言うなぁ、おまえさんは。
それとも使ったことなくてでっちあげか？

>>183
論理矛盾してますよ。学生さん。（ﾌﾟ

>遅れてる言語はイヤ。
これもちっとも技術者の証明になってないぞ？

>>177
＞VB-COMの負けはこれを見てくれ。
＞http://pc.2ch.net/test/read.cgi/tech/1008593003/32

これお前が書いたのか? よりによって2chの井戸端評なんか拾ってきて
どうするつもりなんだ? お里が知れるよ(藁)

>>187
確かに。何がどう遅れてるんだろうね。

>>188
学生さんなんだからしょうがないよ。（藁

さらに会話の質が落ちてきた。255のkusakabeタイプレスから始まったんだＺＯ！

>>184
> 遅れてる言語はイヤ。

プロジェクトの使用言語を自分で決められるんだ。
意外とお偉いさんなんだね。（ﾌﾟ

>>192
英語の読めないお偉いさんか。（ｹﾞﾗ

>>192
>プロジェクトの使用言語を自分で決められるんだ。

VB使わされてるってのも悲しい身分だね。

お偉いさん、とか、学生、とか、専門卒とか、勝手にきめんなよ。

全部違ってるよ。お偉いさんだったら良かったんだけど。

>>191
まあ、いずれにしてもDelphi.NETはやってくるんだ。
きちんと英語を読んで.NETを勉強しておきな。
お前の言う「もっとも遅れた言語」とやらに衝撃を受けるだろうから。

>>195
じゃあお前さんも、自分の浅はかな知識だけで「VB-COMはDelphiに負けた」とか
勝手に決めんなよ。約束だぞ。

Del厨何をそんなにムキになってるんだか。
VBを叩いたところで何の.NET批判にもならないのに。
C#・VB.NET使いに自分が追い抜かされていくのが怖いのかな。

>>197
> VB-COMはDelphiに負けた
何で負けたんだろう？ユーザー数じゃないよな。（藁

>>197
> VB-COMはDelphiに負けた

ということにしたいのですね :)

>>200
俺がしたいんじゃない。専門卒のお兄さんがしたいみたいなんだYO！

> VB-COMはDelphiに負けた

あれー、うちの周り誰もDelphiなんてやってないけどなー。
Personalを１日触ってそれっきり放置だけどね。(ｹﾞﾗ

>>202
Kylixだっけ？あれやってる人いるの？

>VBを叩いたところで何の.NET批判にもならないのに。

だから、レスの最後に「VB6の話はこれで終わり」って書いてるだろ。
VB6を叩く時代は終わりとも書いたし。

>>199
> 何で負けたんだろう？ユーザー数じゃないよな。（藁

某はPersonalダウンロード数 = ユーザ数だと思ってるかもよ。
みんなそれっきりDelphiなんて触ってないけどねー。

ブビ坊の知らない世界はあるのさ>>203

ブビ坊は請負受託ソフトの世界で氏んで下さい。

>>204
長々とVB叩きやって、自分の都合のいいとこで「これで終わり」じゃ済まねーんだよ。バカが。

>>206
オレはVBはやったことがないよ。
何でもブビ坊ですむと思ってるところがこいつのあほなところか。

>>207
うーん。言われちゃった。ｽｯｷﾘｼﾀｰ。

みんなで寄ってたかってバカだのアホだの学生だの･･･
まあ、確かに>>206はバカでアホで偏屈で視野が狭いクズ技術者だけどな。ｳﾌﾟﾌﾟﾌﾟﾌﾟ

ここはいったい何のスレだ...(;´Д`)

２ちゃんねるはレベルが高いなあ
・・・あ、みかん食べる?

>>205
Delをダウソしたけど、使いこなせなかったやつ発見！

>>211
「Del厨って死滅しちゃうの？？？」スレです

>>213
使ったけど、VBには及ばないやと思ってやめちゃった。

>>215 氏ね

オレのニュースリーダーの記事一覧はこういう状態

Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●
Re: ●●．ＮΕＴって死滅しちゃうの？？？｛２｝●●

>>217
祭りがあったからですYO！

ドットネットでいいの?

Delphiの方が優れてるなんて思ってる奴がまだいたんだー。
COMに実装継承がないとか恥ずかしくもなく断言してる奴って･･･。

>>204
> だから、レスの最後に「VB6の話はこれで終わり」って書いてるだろ。
結局はVB.NETの方はまともに批判するだけの知識がなかったようだな。
まあ、仕方がないか。

>>220
> COMに実装継承がないとか恥ずかしくもなく断言してる奴って･･･。
いや、これが実際に多いんだよ。
そういう奴にはCOMと.NETが全く別物に見えるらしいね。

このスレ(・∀・)ｲｲ!

>COMに実装継承がないとか恥ずかしくもなく断言してる奴って･･･。

うーむ。ひどい妄想だ。
あれが実装継承だって。

あれってどれ？

読み方はドットネットでよいの?

>>226
ドットネタ

>>224
実装継承ではないのか？
ならば、.NETも実装継承とは言えなくなるぞ。

来年、M$が倒産するらしいよ！

>>229
つまらん。氏ね

>実装継承ではないのか？
>ならば、.NETも実装継承とは言えなくなるぞ。

実装継承かどうかは、オブジェクトコード（COM）の話じゃなくて、文法の話。
255大丈夫か？ニセモノ？

>>231
> 実装継承かどうかは、オブジェクトコード（COM）の話じゃなくて、文法の話。
全く意味不明。
俺はJava/COM Integrationの話をしているのだが。

>>232
かなり文章がキティしてるぞ。
もう一度、噛み砕いて説明するから理解してね。
実装継承かどうかは、言語の文法によります。

そのバイナリイメージをCOMにするかどうかは、
実装継承であるかどうかの議論に入りません。
従って、
>実装継承ではないのか？
>ならば、.NETも実装継承とは言えなくなるぞ。
という文章は間違いです。

早く分社化してれば.NETも使えたかもしれんのにねぇ。

255偽者説浮上

今日の255はkusakabeﾀﾝじゃないのか？

>>233
ますます分からないね。

> 実装継承かどうかは、言語の文法によります。
ならば、言語非依存のCOMについては何も語れなくなるのでは？

> そのバイナリイメージをCOMにするかどうかは、
> 実装継承であるかどうかの議論に入りません。
「COMの実装を継承した」ということよりも文法の表面が優先されるのか？

255おかしいＺＯ！

>> 実装継承かどうかは、言語の文法によります。
>ならば、言語非依存のCOMについては何も語れなくなるのでは？

継承が言語の文法であることは分かるよね？

OSが実行形式のCOMを実装継承かどうかって見る訳無いでしょ。
気が狂った？

>>238
C++はCOMをサポートし、実装継承が可能だが、COMの実装継承はできない。
J++はCOMをサポートし、実装継承が可能で、COMの実装継承ができる。

この違いを言っているのだが。
つまり、言語の表面的な文法（継承機能）のみを見ても議論にならないということだ。

255キティ決定。

>C++はCOMをサポートし、実装継承が可能だが、COMの実装継承はできない。
>J++はCOMをサポートし、実装継承が可能で、COMの実装継承ができる。

実装継承かどうかは言語により決定されます。
C++やJ++は実装継承。VB6は実装継承じゃない。
その後のオブジェクトコードがCOMかそうでないかは知ったこっちゃありません。

つまり、
あるC++コンパイラがCOMを作れないとしてもC++は実装継承です。

また、VB6用コンパイラを他社が作って上記C++用オブジェクトコードを吐き出したとしても、実装継承にはなりません。

>>240
> C++やJ++は実装継承。
ならば、COMには実装継承があるという結論のままだな。

>>242

241で噛み砕いて説明したが、基地外に何説明してもわかんないんだな。
OOPLで実装継承かどうか決定されるということが分からないなんて。

OOPLでCOMを取り込んだものは、ただコールできるだけで継承にはならない。

>>240は何か重大な勘違いをしてるような･･･。
COM = VBの文法でないことはわかってるよね？

>COM = VBの文法でないことはわかってるよね？

これが分かってないと、>>242 のような結論になるので気をつけてＮＥ！
255引退した方が良いＺｏ！

>>243
> OOPLでCOMを取り込んだものは、ただコールできるだけで継承にはならない。
ラップした以降のことはCOMとは切り離せということか。
そういう理屈なら分かるが。

てゆうか、244はちゃんと240を読んだのか？

COM=VBじゃないという前提じゃないと、240の文章にはならんだろ！

240の内容は正しいの。

分かってくれて安心したよ。>>246

>>248
同じ理屈をたどれば、XML WebServiceも実装継承はできないということになる。
これは合ってるか？

言葉足らずだった。

> XML WebService
プロキシ経由で利用するXML WebService

>>250
proxyクラスを実装継承したとしても、ウェブサービスを実装継承したことには
ならないという理屈だよね。

いまいち納得できないけどそういうことでしょ。

>XML WebServiceも実装継承はできないということになる。

XML WebServiceっていうのを詳しく知りませんが、
プロ串経由で受け取ったXMLのパース&処理側のことを言ってるんだよね？

「XMLパース&処理」がC#で書かれてるならば、そのコードを実装継承すれば良い。

って、滅茶苦茶検討違いなこと言っるかも。

>proxyクラスを実装継承したとしても、ウェブサービスを実装継承したことには
>ならないという理屈だよね。

もっと真摯に会話しましょうよ。
C#で書かれたクラスなら、コード上で実装継承できる。

そのオブジェクトコードがCOMかどうかは知ったこっちゃない、ってことよ。

>>251
まあ、[WebMethod]を直接オーバーライドするわけではないのでそう考えるべきなんだろうね。
俺としては、元サイトの.asmxを書き換えない方法で実装継承という概念はないかと思ったのだが。
まあいいや。ありがとう。

>>253
> そのオブジェクトコードがCOMかどうかは知ったこっちゃない、ってことよ。

アホ。
COMの話なんかしてねーんだよ。

え、[WebMethod]を直接オーバーライド出来ないの？
なぜ出来ない仕様になってるのか教えてよ。
なんか腑に落ちなくない？

252、253に書いた内容は間違い？

さらしあげ

会話の流れで、明確にすべき内容なの>>255

「COMが悪い」って事を言いたいんじゃなく、
「実装継承」の条件は、という流れなので。

>>256
ヴァカですか？

> え、[WebMethod]を直接オーバーライド出来ないの？

プロキシクラスでどうやってやるんだよ？
もしかして、プロキシ = プロキシサーバーだと思ってない？

>>256はウェブサービスも知らずに.NETを叩いていたことが判明しました。

説明を求めてるときは、ヴぁかですか、じゃなくて、噛み砕いてＹＯ！>>259

プロ串クラスの派生は出来んのか？
プロ串クラスとは常駐してるドライバみたいなもん？

>もしかして、プロキシ = プロキシサーバーだと思ってない？
そりゃねーだろ。

>>252
> プロ串経由で受け取ったXMLのパース&処理側のことを言ってるんだよね？

プロキシクラスでXMLが返ってくるの？
それじゃ、プロキシの役目って何？

プロ串クラスの説明しる！>>262

説明する側になったら、説明するようにしようよ。

255が巧妙に仕掛けたワナにはまってしまいました。ヽ(´∇｀)ﾉ

>>261
.NETの基本中の基本、Webサービスを知らないんですか？
.NETの基本中の基本、Webサービスを知らないんですか？
.NETの基本中の基本、Webサービスを知らないんですか？
.NETの基本中の基本、Webサービスを知らないんですか？
.NETの基本中の基本、Webサービスを知らないんですか？

255、よくやった!!

>>263
今までウェブサービスも知らずに.NET叩いてたんですか?
今までウェブサービスも知らずに.NET叩いてたんですか?
今までウェブサービスも知らずに.NET叩いてたんですか?
今までウェブサービスも知らずに.NET叩いてたんですか?
今までウェブサービスも知らずに.NET叩いてたんですか?

255ってワナをかけてたの？

どっちにしても説明しる。

Webサービスなんて、VB.NET厨でも知ってますよ。
そう、あなたの言う「もっとも遅れた言語」の使い手でも。

鬼の首を取ったような騒ぎだね。
.NETを自慢出来るタイミングなんだから説明しろよ。

で、説明終わったら叩くかもしれんが。

>>266
> どっちにしても説明しる。

これで.NETをまともに触ってないことまで判明してます。ヽ(´∇｀)ﾉ

wsdl.exeってご存知ですか？
wsdl.exeってご存知ですか？
wsdl.exeってご存知ですか？
wsdl.exeってご存知ですか？
wsdl.exeってご存知ですか？

え、.NETを触ってないんだけど。
触ってないし、サンプル使ってないって言ってるよね？

>>270
うわー。それで.NET叩いてたんだ。さむっ。

てゆうか、さわってない人間に叩かれる方がサムイ。>>271

じゃあ、明日までに説明レスくれＹＯ！

>>270
おまえマジで寒いよ。
ここで叩いてる暇あったら.NETでも触ってみな。
それから批判してみろよ。

おお、ここで熱いヴァトルが。
だがまったく参加できん。

>>275
一人の痛いDel厨が「.NETはDelphiに劣る」と必死で吠えてました。
でも、実際には.NETなんか触ったこともなく、文法の表面しか知らなかったわけです。
アホだねー。氏ねや。(＾∀＾)ｹﾞﾗｹﾞﾗ

これはフォローのしようがないね

>一人の痛いDel厨が「.NETはDelphiに劣る」と必死で吠えてました。
>でも、実際には.NETなんか触ったこともなく、文法の表面しか知らなかったわけです。
>アホだねー。氏ねや。(＾∀＾)ｹﾞﾗｹﾞﾗ

これだけ↑しか言えないんだったら、.NETを触ってますと言えないよ。ブビ坊の限界だね。
「痛い」とか「表面」という装飾子で叩いてるだけじゃん。ダメなやつ。

やっぱりDel厨はデスクトップ関連の知識しかないんだねー。ﾌﾟﾌﾟﾌﾟ

.NETってもう売ってるんだっけ？
ちょっと前にβ版がどうたらっていってたけど。

>>278
悔しがってます。（　´∀｀）

>>278
(・∀・)ｶｴﾚ!

>>278
あほらし。こんな奴と議論してたのか。帰ろ帰ろ。

このスレ放置しようぜ。
どうせこの程度の奴しか.NET批判できないんだから。

　　　　　人
　　　　（＿_）
　 　　（＿＿）
　　　（ ・∀・ ）＜Ruby >>>>>>>>>>>>>>>>> C#

　　　　　人
　　　　（＿_）
　 　　（＿＿）
　　　（ ・∀・ ）＜Ruby >>>>>>>>>>>>>>>>> C# >>>>>>>>>>>>>>>>> Delphi

>>278
本当にがっかりしました。氏んでください。

Del厨ってほんとにウェブ系に弱いんだな･･･

なに一人でやってるの？
Delphi >>>>>>>>>>>>>>> Ruby >>>>>>>>>>>>>> C#

255の「これは合ってるか？」には要注意。(藁

でも継承についてはほんとに分かってなさそうだぞ。

>>291
おまえよりはわかってるよ。(ﾌﾟ

>>291
255が明らかに劣勢になってたところがあったのに、そこを攻めきれないから。
あんた、相当恥じさらしてるよ。

pppppp

結局、

「この分野は俺のほうがよく知ってるぜ。お前ら知らねーだろﾊﾞｰｶﾊﾞｰｶ。」

という態度を取ると、同じ理屈で返り討ちにあうということですね。

ウェブサービスに関しては

VB >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Delphi

だもんね。MS SOAP ToolkitなんてVBのためにあるようなもんじゃない。

っていうか、またDel厨が引っかかったのか。
この前、Delphiのリフレクションの件で引っかかったばっかりだろうが。

で、プロキシって何なの？

>>298
Webサービス実行のプロキシじゃん。

300げっと！

祭りは終わったか･･･

Del厨また出てこないかな。

.NETに重大な脆弱性
http://www.microsoft.com/japan/technet/security/frame_prekb.asp?sec_cd=MS01-058






の予感。

>>303
(ﾟДﾟ)ﾊｧ?
IEじゃん。

もう.NETはダメですね。
怖くて使えませんです。はい。

またアホ降臨か･･･

>>291
我らが255様に限って継承を知らないなんて事があってたまりますか！！
不敬罪でﾀｲｰﾎですよ。ﾀｲｰﾎ。

>>301
前スレが見れないのでどんな祭りが有ったか分かりません。
概略だけでもいいからおせーてください。

>>307
でも案外ありえるよ。
VBでメッセージフックしただけでも「サブクラス化」って呼ぶのが一般化してる
もの。
あの用語見ると違和感で鳥肌が立ちそうになるんだが、やっぱりMSがそう呼ばせ
たんだろうか？

>>309
WindowClassからきてるんでしょ？

マイクロソフトの数で押し切る
やり方にどこまで対抗できるか・・・。
以外と、「.ＮＥＴ」くるかも

>>310
うん。
それはそうなんだけどね。
でもやっぱりまっとうなオブジェクト指向言語で言う継承では無いよね。

そんなことより祭りはー？

次は
●●死滅スレって死滅しちゃうの？？？●●
です。

>>312
あー、OOPLとか関係なしに、Windowsがウィンドウ管理する際に使う
リソースにWindowClassつーのがあって、スタイルやらメッセージ
処理用のコールバック関数のアドレスやらを管理してる。
んで、そのコールバック関数をちくちくいじるのを「サブクラス化」
つってたような気がする。

記憶が怪しいけど、Win16時代からある言葉じゃなかったかなぁ。

なんか・・・
今日の255って馬鹿だね
その辺でｹﾝｶしてるｶﾞｷみたい(ﾜﾗ

こういう日もあるんだねぇ

>んで、そのコールバック関数をちくちくいじるのを「サブクラス化」
>つってたような気がする。

それそれ。そいつ。
で、疑問なのは何でそれを「サブクラス化」と呼んだのかって事。
Cプログラマにオブジェクト指向を啓蒙するための取っ掛かりにした、という尤も
らしい意見を見た事があるけど、なんにしても罪作りな言葉だと思う。

そのリソースを「ウィンドウクラス」と名付けた時点で邪心が在った
かどうかとなるといまいち判らん。
あんま気にしなかったけど、まぁ、紛らわしいわな（笑

>315
ウィンドウオブジェクトっていう言葉があるんだけど、
これは実装を表す意味と、GUIを表す意味の二つがあって、
315で言うサブクラス化は後者の意味でサブクラス化なんだと思う。

当然、ウィンドウクラスも二つの意味があるわけだし。

あかん、被った。
最新50で確認したのにぃ。

後者の意味ー＞後者の流れ

Del厨がウェブサービスなんかできるわけないだろ。
エンプラ版でないと触れないんだから。
某信者にとって、最大限のお布施をして初めて使える機能。
JAVAとか.NETはタダでできるのにね。(ﾌﾟ

ブビブビ言ってたDel厨が、気がつけばウェブ開発でVB厨に取り残されてる。
面白い時代だ。

今日は静かでつまんない。
Del厨さん、出てきて何かコメントしてください。

>>324
もう無理だよ。昨日のは致命的すぎる。(藁

>>322-333 では、祭りにするにはテンション低すぎ。

昨日一杯書いたし新ネタが出ないと。
昨日一杯書いた中で反論来たのは、.NET使ってないのか、
だけであってね。

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

あえて盛り上げるなら、この話題とかどうだ？
http://pc.2ch.net/test/read.cgi/tech/1008593003/16

>>326
Del厨さん、昨日出された宿題「WebService proxyって何？」はやってきましたか？

それは.NET側が説明するという宿題>>329

.NETみたいなダセーもん触らせるんかＹＯ！
どうダサいかは→ >>16

>>328
>>16で済むものをどうしてフルパス指定するの？
もしかして２ちゃん初心者？(ﾌﾟ

>>330
無理にすり替えようとしてもダメだYO！

ていどひくい>>331

それにタイミング外してやんの

↑
昨日の255はこんな感じでしたね。

てゆーか、お前ら説明しろＹＯ！>>332

こっちだって、質問されたときは噛み砕いてやってんのに。

>>333
Delphiでウェブサービスって使えるの？　

>>335
だーかーら、>>333はWebサービスなんて知らないんだって。(w

.NETの説明を得られないんなら他スレに逝っちゃうＹＯ！>>335

.NETを吸収する目的もあるんだから。

>>337
(・∀・)ｶｴﾚ!

proxyの説明ぐらいしてやったらどうだ？

WebServiceクライアントのサービス実行クラスのこと。
XMLSchemaインスタンスと.NETオブジェクトとの変換を行なう。
通常はWSDLを元に作成される。

>>339
> XMLSchemaインスタンスと.NETオブジェクトとの変換を行なう。

あれ？スキーマで返ってくるんだっけ？
普通のXMLじゃなかった？

>>340
> あれ？スキーマで返ってくるんだっけ？
proxyはSoapHttpClientProtocolのサブクラスとして作られるだろ？
だから、soap:Envelope、soap:Bodyのスタイルで通信する。
.asmxで自動生成されるドキュメントをよく読んでみな。

> 普通のXMLじゃなかった？
それはHTTP GET / POSTの場合。

>>341
ほんとだ。ｽﾏｿ。

サーバで生成した.NETオブジェクトを
クライアントがXMLとして受け取れるってこと？

どのあたりが便利なんでしょう．．．

>>343
(ﾟДﾟ)ﾊｧ?

サーバーがXMLを返してくるから、それをプロキシが.NETのオブジェクトに変換するんでしょ？

>>344
それがWebFormの実現方法ってことかい？

>>345
WebFormとは関係ないYO！
proxyは使う側にとっては普通のオブジェクト。
コンソールからもGUIからも使えるYO！

「もっとも遅れた」言語使いに諭されるなんて恥ずかしいNE！

>>345
ネタだよな･･･。
本当にそうであることを祈る。

>>346
.NETオブジェクトの便利さが分からなきゃ、プロ串要らないじゃん。
だから、便利そうなオブジェクトとしてWebFormをあげたんだよ。

で、VB厨にはなんでそのオブジェクトが要るわけ？

>>348
> .NETオブジェクトの便利さが分からなきゃ、プロ串要らないじゃん。

不便なわけないYO！

> で、VB厨にはなんでそのオブジェクトが要るわけ？

これがないとWebサービスをオブジェクトとして扱えないじゃん！

VBチュウ氏んでこい！こっちは理解しようと質問してるのに、
言葉だけ知ってて説明出来ないというチュウボウそのままのキャラすんなよ。

>> .NETオブジェクトの便利さが分からなきゃ、プロ串要らないじゃん。
>不便なわけないYO！
↑この会話はまずいだろ。

>> で、VB厨にはなんでそのオブジェクトが要るわけ？
>これがないとWebサービスをオブジェクトとして扱えないじゃん！
↑
お前あほか。ユーザがオブジェクト便利だなーって？

>>350
ｷﾞｬﾊﾊ。会話についてこれないから逆切れー。
ﾊﾞｰｶﾊﾞｰｶ。

時代遅れ言語Delphi使いらしいNE！
「もっとも遅れた言語」Delphi。

説明はVBチュウ以外にキボー！

じゃあ、逆質問だYO！

> .NETオブジェクトの便利さが分からなきゃ、プロ串要らないじゃん。

オブジェクトが不便とでも？
XMLを自前でパースしろとでも？

> で、VB厨にはなんでそのオブジェクトが要るわけ？

「型の一貫性」ってわかる？

>>353
「VB厨」って嘘だろ。(藁

煽り君や質問君、ブビ坊は要らない。>>353

とりあえず、「.NETオブジェクト」っていう固有なもんは要らないんだわ。
「.NETオブジェクト」が他のオブジェクトに比べて何が優れてるか説明できる人希望。

そんなこと無いよ>>354

盲目に「.NETオブジェクトだから優れてる」、
「XMLとオブジェクトと変換環境があるなんてスゴイ」って信じてる。

その理由を聞いたとたん詰まって、同じ内容を質問に変えただけ。サムイ

>>355
本物のアフォだNE！

> 「.NETオブジェクト」

System.Objectだってことわかってる？
Del厨の大好きなTObjectみたいなものだYO！

>System.Objectだってことわかってる？
>Del厨の大好きなTObjectみたいなものだYO！

だから、それならTObjectがあればSystem.Objectは要らないってことよ。
チュウボウは理由無しに受け売りしか出来ないからもう出てきて欲しくない。
255は宣伝マンだけどそれ以下。

>>358
わーい、ﾃﾞﾑﾊﾟだー！

> それならTObjectがあればSystem.Objectは要らないってことよ。

じゃあ、JAVAのjava.lang.Objectも何もいらないんだNE！
Delphi以外は。

ﾌﾟﾌﾟﾌﾟ。老人ﾊｹｰﾝ！

>>358
言っちゃったか･･･

言葉の真意が取れてないね>>359

あるものだけで事足りるから、他のものは要らないっていうことで言ってるんじゃなく、
他のものに優れてるのは、っていう質問を続けてるわけでしょ。

答えれないならもう出ないでよ。

>>361
DelphiじゃWebFormがないYO！
それでも事足りてんだ。

WebForm問題はPart1で終わったやん。

無料の実行環境が配布される心配は無いので、
WebFormはWinだけで終わるって>>362

>>363
WebFormって何なのかｻﾊﾟｰﾘわかってないんだNE！
WebFormのクライアントはブラウザだYO！
CLRはいらないYO！

> 無料の実行環境が配布される心配は無いので、

無料で配布されることが心配なんだ。
Del厨らしいNE！

あと、.NETクローンがオープンソース側から出てきたら、
絶対勝てない>>362

無料のNET環境が実現した瞬間M$は死ぬ。
Officeクローンも出て（日本以外）、一般の人でも他OS使えるんだから。

>>365
妄想だNE！
.NETとCLIの区別がついてないんだNE！

>WebFormって何なのかｻﾊﾟｰﾘわかってないんだNE！
>WebFormのクライアントはブラウザだYO！
>CLRはいらないYO！

ブラウザクライアントなんだ。ますます.NETオブジェクトは要らない。

Del厨やめとけ。(;´Д`)
VB厨に思いっきりやられてるぞ。

つまり、プロ串はせっかくのクロスなブラウザクライアントを
クロスじゃなくなる仕掛け？
邪魔じゃない。

>>369
どうしてブラウザが出てくるの？
Del厨は本当にウェブアプリを知らないんだNE！

面白い対決だ。(w

Del厨レベル低いYO！
これじゃあDelphi.NETが出ても使いこなせないYO！

VBチュウの説明分かり難い。
言葉を分かり難く説明して、こちら言葉の間違いをあおってるだろ。
言葉を知らないという前提で会話してるんだからそれで「勝った」、
とはならないよ。言葉の説明が下手なヤツってだけ。

こちらは言葉の説明を求めてるんだからちゃんと順を追って説明しろよ。
VBチュウは無視。

こちらは言葉の意味を知らないという前提で質問している。
言葉の説明出来る人を希望。

チュウは概念を知らず言葉だけ知ってるのでふよー。

>>373
だって、説明してもDelphiがあるから(・∀・)ｲｲ!なんだもん。
Del厨がこんなにレベルが低いとは思わなかった。

VB6を使ってた頃はDelphiは優れた環境だと思ってたんだけど。
いつの間にか追い越しちゃってたんだNE！

それもVBチュウの場合、
途中のこちらが求めてる質問の意味を取れずに煽るんだもんな。

このスレ内で不用なだけでなく、
.NETマンセーな人たちの間でも必要なさそうだな。

>>375

はいはい、それは認めるからもう会話に割り込まないでね。

Ruby >>>>>>>>>>>>>>>>>>>>>>> VB >>>>>>>>>>>>>>>>>>>>> Delphi

>>355
とりあえず、「Delphiオブジェクト」っていう固有なもんは要らないんだわ。
「Delphiオブジェクト」が他のオブジェクトに比べて何が優れてるか説明できる人希望。

>>358
だから、それならがSystem.ObjectあればTObjectは要らないってことよ。

だから、それならがSystem.ObjectあればTObjectは要らないってことよ。
　　　　　　　　　　　↑

Del厨がVB厨に負けるとは...

WebForm(ASPX)なんてIISでしかうごかねーじゃん。
ｲﾗﾈｰﾖ。
だいたい、WEBベースで書きゃ好いじゃん。

>>355
アホかこいつ?
何でタイプシステムの存在意義まで説明しなきゃならんのだ。

>>356
> 「XMLとオブジェクトと変換環境があるなんてスゴイ」って信じてる。
すごくねーのか?
変換できない環境使ってるくせによく言えたもんだな。

>>358
> だから、それならTObjectがあればSystem.Objectは要らないってことよ。
アホだこいつ。ならば一生Delphi使ってろよ。

煽りのレベル低い>>384-386

相手の言葉を裏返してるだけ。VBチュウとかわんないね。

で、ネタ振り。
.NETってマイクロソフト固有の技術じゃないんだから、
.NETを避けた方が賢明じゃん。

http://www.zdnet.co.jp/news/0110/30/b_1029_01.html
無名プログラマーの特許が.NETを揺るがす？
Charlie Northrup氏は「多くのコンピュータシステムがWebに接続されたサーバに通信し，
複数のプラットフォームでソフトを動作させる方法」についての特許を保有している。

monoも.NETのWebServiceは、やらないって確か
言ってたよね。CLR上、Framework開発環境としてのmonoでしょ。
IIS依存のASPXなんてねぇ・・・
monoの.NETはMSの.NETと狙ってるとこ違うから結構
面白いんじゃないかな？

そういえば、255もちょっと前までは

/////////////////////////////////////
255 ：01/11/05 00:16
> dotGNU、MONOはどーなってんだろーね。
あれはオープンソースコミュニティの暴走。
ECMA標準化のプロセスを無視して勝手に突っ走ってるだけ。
きちんと標準化されてから、その参照実装に則ればいいものを。
GPLである以上MSは存在を認めないだろうし、Windows版CLIの脅威にはなり得ない。
//////////////////////////////////////

っとか言ってたのにねぇ・・・1ヶ月前といってることかなーり違うよな（ｗ
他の社員さんと交代したのかな？（ｗ

VBと置き換わるもんとして、.NETでWindowsデスクトップアプリケーション
作るぐらいの分には便利だと思うが。
VC++.NETのアンマネードもあるしねぇ・・・

アンマネード...逝ってきます。

洗脳されたＭＳ社員うぜー（ｗ

>>389
> VBと置き換わるもんとして、.NETでWindowsデスクトップアプリケーション
> 作るぐらいの分には便利だと思うが。

お前が年寄りDelphi使いだからデスクトップの発想でしか価値を見出せないんだろ?
恥ずかしいから書き込むなよ。Delphiでウェブサービスでもやってろって。

>>392
ウェブサービスが口癖の糞ＳＥ様ですか（藁

頭おかしいんじゃない？Delを叩いても効果無し>>392

>>389
> IIS依存のASPXなんてねぇ・・・
お前ほんとに死ねよ。ここを見ればわかるだろうが。
http://www.go-mono.com/class-status/index.html

WebFormsを移植してるだろうが。
実際に物も触らずガタガタ言うなよ。クズ末端PGの分際で。

>>395
煽るなって。
でも、Del厨恥さらしすぎだぞ。
.NETを知らずに.NETを叩いたって無視のキティがわめいてるようにしか見えない。

> 無視の

無知の

まだやってんの？
初心者以下の相手に何言ってもムダだYO！

.NET叩く前に、基本ぐらい押さえてきてほしいYO！
あのDel厨は雑誌かなんかで覚えた用語を並べてるだけだもんね。

400ﾜｼｮｰｲ

っていうか、あのDel厨Delギコか？
また追い詰めてやろうか？

やれやれー!!

Ruby厨対Del厨の悲劇、再び

面白くなってきたage

ネタ２の通りM$がライセンスを要求するとmonoは潰れる。
ライセンスを要求しなければM$が潰れる。

※.NETの基礎部分の特許がM$に無いため >>388 無料.NETライクなものが無限につくれる。

・ネタ２
http://www.zdnet.co.jp/enterprise/0108/07/01080703.html
.Netオープンソースの隠れた落とし穴？
　デベロッパーは，「Mono Project」というコード名を持つ新しい構想に集まったとしても，
後になってマイクロソフトに料金の支払を余儀なくされる状況に陥ってしまうことを恐れている。

何の為の標準化なんだろーね、まったく。
Windowsプラットフォーム以外で.NETは流行ることはなさそうだ。

>>405
ずいぶん古いソースだな。
ライセンスの面倒な問題を避けるため、MSとMonoは協力している。
Miguel氏のインタービューがMSDNに載ったり、彼が.NETのMLに参加したりと、
両コミュニティは非常に良好な関係にある。

ライセンスで揉めるのはおそらくProtable.NET / dotGNUの方だろうね。

>>406
CLIの標準化でも、MSの知的所有権の部分をどうするかがポイントになるだろうね。
いずれにしても、Reference Implementationにそういう部分を入れるような馬鹿な真似はしないだろうけどね。

あらら、追い詰めすぎて暴走させちゃった。

> M$がライセンスを要求するとmonoは潰れる。

これはわかるけど、

> ライセンスを要求しなければM$が潰れる。

これはどうして？

>>406
> Windowsプラットフォーム以外で.NETは流行ることはなさそうだ。

Windowsで.NETが流行れば、
Delphiなんていう古臭いデスクトップ専用開発ツールなんてあぼーんだYO！

「もっとも遅れた言語」の使い手と技術的に議論できないから、
ニュースを貼りつけることしかできないんだNE！

Del厨ってあたまわるーい。

Del厨はWindowsなんてやめて、Linuxでデスクトップでもやってた方がいいYO！
どうせVCLなんて誰も使わなくなるから。

誰だか、知らんけど、
> ライセンスを要求しなければM$が潰れる。
は漏れも違うと思うぞ。

フリーとはいえ、windows上ではMSの.NETの方が
選ばれるっしょ。

それに付け込んでるだけのVB厨もなんだかと思うが。

>>409-411
↑
これが暴走に見えるんだが気のせいだろうか。

「あたまわるーい。」と書いてるが、自分の文章とネタからネタ２の展開とどっちがマトモか。

展開の無い、価値を判断する頭の無いブビ坊の会話の良いサンプルになりました、有難う >>344-377

>>414
ありがとう！
もう頭悪いカキコはしないで.NETを勉強してNE！

は〜あ。
相手のいないキャッチボールはつらいYO！

>>416

言葉使いを直せばみんな会話の相手になってくれると思うＹＯ！

>395
monoがWebFormを移植してるのと
ASPXの実行環境がIISしかないってのが
何か関係あんの？(ｗ
勘違いしてると思うわれ。

手段を残してるだけであって、実際まだ使える
aspxサーバなんてIIS以外にないよね。
ま、そのうちモジュール通してapacheでも使えるように
なる(実際開発中らしい）かもしれんが、
aspをapacheで提供してたとこなんてほとんどねーんじゃん。

できると、実用に耐うるは違う。

>>416
よく意味がわからん。（w
でも、ホネのあるVB厨だということだけはよくわかった。
がんばって.NETを支持してくれ。

>>419
がんばるYO！
VB.NETｻｲｺｰだYO！

>>418
言いたいことがよくわからないYO！

ちょっとまとまってなかったよ。無視してい〜よ。
夜また、書くよ。おつかれ〜

Del厨、255のレスにも答えられなくなってしまったか
かわいそうに･･･

255のレスは疑問に対して真正面から答えてないヨ。本人わかってるでしょ？

>> ライセンスを要求しなければM$が潰れる。
>フリーとはいえ、windows上ではMSの.NETの方が選ばれるっしょ。

そういう意味で書いたんじゃないんだ。
サーバ市場を食われて、クライアント（デスクトップね）がM$にとっての重要な市場。
.NETが大流行したらフリーOSのデスクトップで十分ていう意味。

M$に何年かに一回マシン買いなおすのと、フリーOSでバージョンアップ（マシンは買い換えなくて良さそう）するのとどっちを取る？
会社だと×マシン数になるし、家のマシンのために税金払いたい？

>>424
やっぱりDel厨にはLinuxのデスクトップが似合ってるNE！　

>>425
そこでしか生き延びられないからね。

いたいレスやめて>>425

中身が無いし、せっかくネタ振ってたのがあなたのレスで隠れちゃうんだ。
他のスレでは相手にしてあげるから。

>>424
>>407-408の内容は知った上で書いてるわけ?

>>427
中身のあるレスができるほどのネタ振りじゃないんだYO！　　

どうせ技術的な.NET批判なんてできないんでしょ？
政治的な批判しかできないから「あたまわるーい」って言ってるんだYO！

.NET側の人は読解力無いですねー>>428

>>408 の内容と >>424 の内容は矛盾しないでしょ。
で424には255が回答してない重大な内容があるわけ。

>>431
客観性ゼロだYO！

お願いVBチュウ消えて>>432
あなたで会話が分断されるの。

粘着だな。> VB厨

>>433
どうして青筋立てながらカキコしてるのー？ﾌﾟﾌﾟﾌﾟ　

今日の主役は
Del厨じゃなくてVB厨なのか？

↑そんなことはないでしょう・・

tu-ka俺が主役だっちゅ―の。
ＶＢもＶＢ．ＮＥＴもだめだめネン%hearts;%hearts;%hearts;

>>436
だーって、Del厨、昨日あれだけ大恥かいたのに、
今日も学習してないんだもん。

Webサービスの基礎も知らずに.NET叩いてるんだYO！
さむーい、ｶｺﾜﾙｰｲ、あたまわるーい。ﾌﾟﾌﾟﾌﾟのﾌﾟ

>>438
VBｻｲｺｰだYO♥

VB厨はC#やらないの?

>>441
もちろんやってるYO！
でも、あまりVB.NETと変わりないYO！
Delphi.NETなんてものができても、
できることはVB.NETとほとんど変わらないんだろうNE！

何だ、今日もDel厨来てたのか。
恥知らず。あほとちゃうか。

もうやめようよ･･･(;´Д`)

Q. Win32から.NETに移行するメリットって何ですか？

>>445
数え切れないほどある

>446
おしえておしえて

>>447
使ってみればわかるよ　

「ヘイルストームに遭ったことは？」マクニーリは観衆に尋ねた。

「私は中西部の出身なので経験がある。
無数の氷の塊が隙間なく降ってきて隠れる場所もない。
通り道にあるものは全て破壊してしまう」

.NETのWEBサービスってIIS以外で使えんの？
　　　　↑

Delを相手にしないで、どうしてJ2EEを相手にしないんだろう。
Oracle 9i ASより、2800倍も速いとのたまうのに、
どうしてJ2EEを相手にしないんだろう。

格上をやり過ごし格下を貶すのが2chの掟

相手にしたいので、虎を屏風から追い出してください。

すいません。ＶＢってなんですか？

>>454
ウイルスバスター

>>454
Virus Builder

>>454
ベンチャービジネス

>>454-457
お前ら人工無能か？
いい加減ｶﾞｲｼｭﾂ過ぎ。

>>458
新ﾈﾀきぼーん

何で祭りはいつも昼間なのかなー。

>>460
答えは単純。
年末の真昼間に此処へ書き込むことが出来るのは、
１．カットオーバ直前のてんぱったPG
２．干されてて他にする事も無い糞SE
３．DQN学生
のいずれかだから。

皆仕事のストレスを2chで煽って解消しているのレス。

今日のカキコを読む限り、

VB厨 ･･･ １．
255 ･･･ ２．
Del厨 ･･･ ３．

>>463
そうか?
最近の255のキレのない煽りを見る限り、

255・VB厨 ･･･ １．
Del厨 ･･･ ３．

Del厨 ･･･ ２．とも取れなくもない。

255 ･･･ 政治話が好きなSE
VB厨 ･･･ てんぱってYO！YO！叫んでるPG
Del厨 ･･･ デスクトップは組めるが、ウェブが組めない学生

VB厨・・・VB大好き院生
255・・・頭でっかちSE
Del坊、VC++使い・・・テンパったWin32PG

>>467
VB大好きな院生ってはじめて聞いたぞ。(藁

確かに、、、そんなんいなそー。
でも、VB厨の幼稚な言動から社会人には見えん。
>さむーい、ｶｺﾜﾙｰｲ、あたまわるーい。ﾌﾟﾌﾟﾌﾟのﾌﾟ
だからね・・・

>>469
てんぱってればそうなるかも。
でも発狂するのは昼間じゃなくて夜中だろうけど。(藁

PGは幼稚。だから客前には出せん。

>>461
つまり、踊るアホウに見るアホウってわけですね！
大納得。

>>469
芸風って言うか、わざとだろうが。それくらい読み取れないのか?
VB厨なんて自虐的に名乗ってるが、PGとしてはかなりまともそうだ。
DEL厨のDEL擬古とはえらい違いだ。

http://www.jij.co.jp/news/011220/it/101.html
IBMも本気みたいだねー

デスクトップ環境もXimianデスクトップなんか
結構いい出来だし、Intelも入ったとなると、
期待できそうな。

>>474
マッキンレー用に特化したLinuxになんでデスクトップの話が？

>474
ん、PC-UNIXﾜｼｮｰｲしてるの。

先日の.netデブコンで貰ってきた .net my services sdk、
hsprovすると Error 0x00000012 になっちゃうの！

だれか動いた人います？

.NETにまたしてもセキュリティーホール
http://www.ipa.go.jp/security/news/news.html

だから.NET使うなつってんだろ！

すいません、どのへんが「.NET」なんでしょう？

MSは五族抹殺の刑が妥当です。

すいません、どのへんが「.NET」なんでしょう？
すいません、どのへんが「.NET」なんでしょう？
すいません、どのへんが「.NET」なんでしょう？
すいません、どのへんが「.NET」なんでしょう？
すいません、どのへんが「.NET」なんでしょう？

>>478 さらしあげ

>>478
ﾜﾗﾀ

>>478のリンク見てみると、MS以外にもいろいろ出てるんだね。

UPnPって.NETの一部だったの?

もちろん一部です！！！

>>486 バーカ

．ＮΕＴではＵＰｎＰ使えないの？？？？？

>>488
COM interopでならOK。

>>487 バーカ

.NET房必死だなｗ
そんな嘘までついて欠陥.NETを流行らせたいのかねえ・・・。

>>491
ん？どのレスが嘘？

>>491
いやでも流行るYO！　

>>491の回答次第ではまたお祭りか。(w
もういい加減ネタは勘弁してくれ。(w

なんか荒れているが…
私は、VB4しか触った事が無いが、超低速なのは確か
ネイティブコンパイラは、実際どうなんだろう…。
しかし、ＲＡＤだけあって思い通りのソフトは作れる。
（しかし、ＶＢで作ったアプリは、嫌われる傾向にある）
その分Ｃは良い…。高額であるがＶＣ６はお金を出す価値はあるかと思う。
そもそも、InternetExplorerを無償で配布してくれるMSはスゴイ。
使いやすい（穴だらけなのは気になるが）それに、お金を払う価値はある。
将来的にMSがドットNETで独占状態になっても構わないかな…。
独占状態の方が、プログラマにとっては使い勝手が良いのではないだろうか…
（あくまで、個人的見解です）

>>480
＞MSは五族抹殺の刑が妥当です。

それを言うなら「五族誅殺」だろう・・・

>>491のレスの方がうそのようです。

2002年2月11日
Microsoft .NETの ライブラリにバッファオーバーフローの脆弱性(MS02-007,CA-2002-13)

既報のWindowsのセキュリティーホール(MS01-059,CA-2001-37)に対するパッチは
ＯＳが取得したデフォルトのバッファについてのみの修正であった。
.NETのネットワークライブラリのバッファ指定機能を使った全てのプログラムに
ついてはこの修正の対象外であるので別個に対策を施す必要がある。
対策を施されていないネットワークインターフェースを持つ稼動中の全ての
.NETによって開発されたアプリケーションが対象となる。
未対策の当該.NETアプリケーションが稼動中は外部から侵入される可能性があり、
侵入者に管理者権限で任意のコードを実行されたり、ダウンロードされたり、
DoS攻撃を受けたり、第三者へのDoS攻撃に利用される可能性があります。

[関連情報]
Microsoft http://www.microsoft.com/technet/security/bulletin/MS01-059.asp
CERT/CC http://www.cert.org/advisories/CA-2001-37.html
CVE番号 CAN-2001-0876 　 CAN-2001-0877


2001年12月20日

>>498
いかにも.NET Frameworkをまったく知らない人の文章だね（ｗ
もうちょっと勉強しよう。

.NET が普及することをいのる。
VisualStudio.NET の開発環境はすばらしい。
というか UNIX 世界のうんこ開発はしたくない。

(;´Д`)ﾊｧﾊｧ
http://www.hellplant.org/cgi-bin/uploader/zenecro68xx/206.jpg

>>500
最近UNIXにはまって(はめられて)苦労してます。Java+OracleですがJ2EEではありません。
なんでみんなこんな環境で満足しているのでしょう？ってつくづく不思議...。
Oracleのデータ確認めんどくさい。JavaはCLASSPATHがウザイ。あーあ、もう氏にたい...。

UNIXでの開発しかしたことのない人が
VisualStudio.NET を使うとショック死するかもしれません。

使いもんにならなくてか

>>498
これでも読んで勉強しとけ。恥をかかんようにな。
http://www.microsoft.com/japan/developer/vstudio/nextgen/technology/frameworksec.asp

>>505
「あの」会社が作った「最強のセキュリティ」を持つＯＳが
あのザマだったのに、なんでそんな駄文信用してるのか不思議なり。

>>505
そんなの通販の怪しい健康器具の使用体験記と大差ないじゃん。

>>506-507
お前みたいなカスには.NETも使いこなせんのだろうな

Del厨、ただの荒らしと化したか･･･

>>505
ギャグにしか見えませんが？
＞今日の世界におけるセキュリティの問題

問題の大半はオマエのバグだろｺﾞﾙｱ！

>>499
知らないのはそっち。
なんの為のバッファオーバーフローだと思ってるの？
プログラムでのセキュリティー？？藁
そんなもん役に立つわけ無いじゃん。

引きこもりの趣味プログラマがいくら吠えても無駄。(藁

>>510-511
自分では何も作り出せないチキン野郎（ﾌﾟ

このての煽り方、まだ残ってるんだねぇ、ほのぼのしちゃうよ…

.NETやるようになってから咳と熱が出て体がだるいです。
やっぱ.NETのせいでしょうか？

>>515
ウイルスですね。

>>515
どっとネッツ(複数形)

ＭＳの辞書には「セキュリティ」という言葉はない

UNIX もパッチだらけだろうが

Delphi >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> UNIX

MS をわけもわからず批判するやつはアホが多い

>>521
MS社の方には休日にもかかわらずお仕事ご苦労さまです（ｗ

MSはパソコンの普及と低価格化に絶大なる貢献を果たした。
近年のインターネットの爆発的な普及と発展に欠かせない要素であることは疑いない。

俺はその一点だけでもMSを評価する。
ああ、するともさ！

どうせ Windows使ってないし。

パソコンの普及はネットのおかげ。低価格化はDRAM投げ売りのおかげ。
ＭＳがしたのは「ウイルス」の普及に絶大なる貢献を果たしたこと。

俺はその一点だけでもMSを評価する（ｗ

ＭＳはパソコンとインターネットの普及に対して、最悪の足の引っ張り方は、しなかった。
だれか、1970年代にタイムスリップして、ｹﾞﾂｰに別の仕事さしてくれないかな…

>http://www.zdnet.co.jp/news/0112/22/b_1221_03.html

現実はこんなもの.....右習えの日本も....

>524
俺はそもそもネットが普及する前提としてパソコンブームがあったと考えているが。
その火付け役として安価でお手軽なホビーOSの Windowsの果たした役割は重要だったと。

Macが最初から AT互換機程度の価格であれば Windowsが要らなかったのは間違いない。
いや、高級な趣味というスタンスで売っていた Macが Windowsほどスムーズに業務用として
採用されたかは疑問が残るかな。

# こういう話はどの板でやればいいんだろう？

>>527
パソコンブームって何時ごろのこといってんのかな？
ネットが普及したのは Netscape Navigator と
秘蔵エロ画像を Unixサーバに惜しげもなくおいた奴等のおかげだよ。

>>527
業務用ＰＣと一般家庭にあるＰＣではどっちが多いんだろう？

>>528
そういえばインターネット＝エロ画像という時期があったね
漏れはＷｉｎ９５の発売時に日経誌が煽ったのが国内ブームの火付けだと思っているが
ネットの普及についてはエロというコンテンツとＷｉｎというプラットフォームの相乗効果でそ

>>526
Java > .NETなのはわかるけど、この差は開きすぎ。
アンチM$で有名なZDNetの読者調査でしょ？
あまり当てにならないなあ。

>>531
漏れは.NETが２０％もいたことのほうが驚きだな。

>537
Win板とMac板から選んでください。Linux板も可。

>>532
UKは意外とMS派が多い。
まあ、変な期待を抱かせないという点では、こういう宣伝もありがたいね。

>>534
>こういう宣伝もありがたいね。

やっぱり社員だったの？

ドトネトで言語を選んでる奴は素人。
言語の議論をしたがるのはもっと素人。

選ぶ基準はやはり信頼性ですね。

>>537
そう。信頼性ナンバー１のMS。

ハカーからの信頼か？ｗ

酷いねー。
２０００年問題みたいなのを毎年やる気だよ＞.NET屋＆ＭＳ

>>539
ドキュソIT管理者からの信頼。
決裁権は奴らに握られてる。

＋＋＋＋＋＋＋＋＋＋＋＋＋ 終冬 ＋＋＋＋＋＋＋＋＋＋＋＋＋

>>541
思わず、うなずいてシマッタ。

# Outlook 標準にしたやつが社内 LAN にウィルスばら撒いてりゃ世話ねぇょな。

>>543
売れたもん勝ちよ

ＭＳ批判者は馬鹿ばかり

>>545
馬鹿っていうか、無知。

っていうか、.NETとぜんぜん関係ない批判ばっかりじゃん。
当人は鋭い批判をしたつもりになってるのかもしれないけど。(w

ＭＳ社員うざすぎ。

>>536
>ドトネトで言語を選んでる奴は素人。

そんな事言うお前さんにはCOBOL.NETを押し付けてやる。
「やっぱりC#ｷﾎﾞｰﾝ」とかぬかすなよ。

>>549
Delphi.NETとかいう糞使えなさそうな言語よりはいいかもね。> COBOL.NET

>535

>UKは意外とMS派が多い。
調査でもしてんのか？

ここで.NET叩いてるのってJava派じゃないよね？
J2EE vs .NETのときと比べるとあまりに低レベルなので。

一番windowsが人気あるのって日本だろ・・・

>>552
このスレでは有益な議論は期待できそうにもないねえ･･･。
技術比較すらないし。

>>554
つまらない叩きをやってる奴なんて相手にするだけ無駄。
技術的に引き出せるものなんて何もないよ。
.NETの弱点は.NET使いに聞いた方が鋭い答えが返ってくる。

>>554
死滅スレで何を期待してるんだか。(藁

．ＮＥＴはいいぞ

>>552 = >>554 （･∀･）ｼﾞｻｸｼﾞｴｰﾝ
又、難しい単語並べて煙に巻こうとしても無駄だよ。
■現実に被害が出始めている■
１００の曲論も１の現実の前には無力だね。

.NET支持は犯罪的。
良心的な技術者なら採用しないはず。
どうせ悪徳仕掛け人の関係者だろ。

DB Magazine、XML Magazine、日経ソフトウェア、TRY! PC別冊、、、
雑誌でも.NET関連が多いね、今月は。

>>559
デルパイの記事が読めるのは日経ドキュソウェアだけ。

>>558はあの恥さらしDel厨？
DB Magazine読んでみな。
Webサービスプロキシのわかりやすい説明が載ってたから。(w

ヴビ厨必死だな（藁
いや、瀕死だったか？（ﾌﾟﾌﾟﾌﾟ

>>562
いや、VB厨は必死になる必要はないのよ。雑誌の情報も増えてるし。
心配すべきは雑誌からも相手にされないDelphiでは？(w

ﾄﾞｷｭｿのための雑誌、日系ﾄﾞｷｭｿｳｪｱはDelphiを見捨てません。(藁

これからは.NETだ

>>559
どの記事も1つや2つはウソが書いてあるしな。（ｗ

>>566
お前に比べれば嘘は少ないけどな。

>>567
ひー、なんで知ってるの？（ｗ

しかしよく続くねえ･･･

>>569
いちいち相手にするからだよ。
引きこもりは放置しとけ。

　　　　　　　　　　　　　　　／￣￣￣￣￣
　　　　　　　 　　　　　　 ＜　.NETマンセー。
　　　　　　　　　　（-＿-）＼＿＿＿＿＿
￣￣￣￣￣￣￣（∩∩） ＿＿　ｶﾀｶﾀ･･･
￣￣￣日∇￣＼| BIBLO |＼
　　　 　 　￣　　　=======　　＼

まあ、詐欺に失敗したら逃げ出すのは判ってるけどね。＞.NET屋

>>570
OK。おいらも放置します。

.NET 以外に何が考えられる？

.COM

　　　　　　　　　　　　　　　　　┌─┐
　　　　　　　　　　　　　　　　　｜も.｜
　　　　　　　　　　　　　　　　　｜う　|
　　　　　　　　　　　　　　　　　│来│
　　　　　　　　　　　　　　　　　│ね│
　　　　　　　　　　　　　　　　　│え .|
　　　　　　　　　　　　　　　　　│よ .|
　　　　　　ﾊﾞｶ　　　　ｺﾞﾙｧ　　│ !!.│
　　　　　　　　　　　　　　　　　└─┤　　　　ﾌﾟﾝﾌﾟﾝ
　　　　ヽ(`Д´)ﾉ　ヽ(`Д´)ﾉ　　(`Д´)ﾉ　　　 （　`Д）
　　　　|￣￣￣|─|￣￣￣|─|￣￣￣|─□（ ヽ┐U
〜 〜　￣◎￣　　.￣◎￣　　￣◎￣　　 ◎−>┘◎

.ORG

Windows 95とMeの内部では、ユーザーがPassportなどのシステムにログインするとき、パスワード情報が読みやすいテキストの形で
受け渡される――われわれの問い合わせに対し、マイクロソフトの広報担当者(匿名を要望された)もこれを認めた。
この広報担当者によれば、マイクロソフトは、ワームやトロイの木馬、そのほか悪意あるコードがWindowsに侵入してユーザーのサインイン情報を取り出す
可能性も認識しているが、責めるべきは悪意あるコードの方であってWindows 95やMe、あるいはPassportの脆弱さではないという。
電子メールでよこした回答の中で、広報担当者は
「ユーザーのコンピューター上で動いているプログラムは一般に、
ユーザー自身ができることならどんなことでも実行できるように設計されている。
ここでの本当の問題は悪意あるコードであって、Passportではない」
と書いている。

広報担当者によると、このような脆弱なWindowsバージョン向けにサインイン情報盗難防止用パッチを作る計画は、マイクロソフトにはないそうだ。
「パッチを施すべきものは何もない。したがってマイクロソフトはこのためのパッチは提供しない。
ユーザーのコンピューターが攻撃されてしまった場合、どんなパッチをもってしても、ハッカーによる情報収集は止められないだろう」
と広報担当者は書いた。

一旦侵入されちゃったら、
どんなOSでも安全でないよ・・・

>>578
屁理屈氏ね！

Webサービスになると、万一の場合、あちこちと結びついて、
被害がでかくなりそうな感覚がする・・・
Webサービスって、そういう基盤を提供するためのコンセプトでしょ？

その場合に代替の手段がない、.NETを採用できる度胸は、どこから来るのでしょうか。
私は蛮勇と思うのですが。

　　　　　　　　 △←神
　　　　　　　／　 ＼←ﾊｶｰ
　　　　　 ／￣￣￣＼←
　　　　／￣￣￣￣￣＼←Borland信者(VBはそれなりに扱える）
／￣￣￣￣￣￣￣￣￣￣￣￣＼←ヴビ厨（VBしか使えない）
￣￣￣￣￣￣￣￣￣￣￣￣￣￣

.NET がどう展開するか分からんが、とりあえず VB 厨は死滅という認識でよろしいですか?

　　　　　　　　 △←神
　　　　　　　／　 ＼←ﾊｶｰ
　　　　　 ／￣￣￣＼←普通の職業プログラマー（主要言語を実用レベルで扱える）
　　　　／￣￣￣￣￣＼←アンチVB(一応VBも使うことは出来る）
／￣￣￣￣￣￣￣￣￣￣￣￣＼←ヴビ厨（VBしか使えない）
￣￣￣￣￣￣￣￣￣￣￣￣￣￣

.NETはバレルまでとりあえず稼ぐだけの手段と割りきっている。
脆弱性が露見したら他に乗り換えるまでの事だ。

ヽ(´∇｀)ﾉ

VB ﾏﾝｾｰ!!

おまえらプログラマーなら .NET を推奨しろ。
開発が楽だぞ。
屁理屈ばかり言ってUNIXでガリガリやるのか？

ヽ(´∇｀)ﾉ　

>>580
>その場合に代替の手段がない、.NETを採用できる度胸は、どこから来るのでしょうか。

馬鹿ﾊｹｰﾝ
全部SOAPになると思ってるらしい。

>>589
マジレスしちゃだめだYO！
TcpChannelなんて言っても通じないからNE！

>>589-590 ﾌﾟｯ

肉骨紛の時と同じだな。
無責任なインチキ開発者が目先の自己の利益の為に社会に多大な
損害を与えようとしている。

ヽ(´∇｀)ﾉ

ﾌﾟｯ ﾌﾟｯ ﾌﾟｯ

オマエモナー

　┌────────────┐
　│ 　 　 　 　 　 　 　 　 　 　 　 　｜
　│冬厨大量発生警報発令中！｜
　│ 　 　 　 　 　 　 　 　 　 　 　 　｜
　└―――──――――───┘
　　　　　　　　ヽ(´ー｀)ﾉ
　　　　 　 　　　 (　 へ)
　　　 　 　 　 　　く
冬厨には餌を与えないでください。

http://slashdot.jp/security/01/12/23/0728257.shtml
IEにまたまたクッキーやファイルを盗まれる穴

狙われつづけるMS。堕ちてゆく信用。

そんなこと日常茶飯事だからいちいち騒ぐな（ｗ

>>597
で、IEはいつ死滅すると思ってるの?

>>599
年明け

オナニー.Net

windowsXPにはリモートで任意のユーザ(PC)を
コントロールできるという、凄い機能が漏れなく付いてるらしいぞ。

>>602
その機能を悪用したトロイまだぁ？

>>602
back oriffice を MS が買い取ったのかな？ｗ

未来が分からなくなってきた――揺れるOSの世界
http://www.zdnet.co.jp/news/0112/26/e_pfeiffer.html
Microsoftは今秋「Windows XP」をリリースしたとき，
世界に嵐を巻き起こせると期待していたに違いない。
そうなる運命だったのだが，実際は，まるで想像とは違っていた。

>Microsoftがこれまでで最もユーザーフレンドリーなWindowsを
>リリースしたまさにそのとき，なんとも皮肉なことに，AppleがUNIXをベースにした，
>IT管理者や熱心な技術者に支持されるべきOSを投入した。
>一方，Linuxはサーバ市場で勢力を伸ばし続けている。

WebFormでMVCをやる場合、

M → DataSet
V → Form
C → IHttpHandler

になると思うんだけど、WindowsFormの場合はどうなるの？
VとCの分離は不可能？

>>607
ここは厨房隔離スレです。
聞く場所を間違えてると思う。(藁

>>607
無理にMVCにする必要なし。
FormとDataSetですべて解決するのが漢。

Formはポトペタ。DataSetは自動生成。
RADマンセー！！

ASP.NETはJ2EE-MVCとは合わないよ。経験上。

ちなみに、FormもIHttpHandlerだよ。

>>611
> ちなみに、FormもIHttpHandlerだよ。

JSPもServletの一種、というのと同じということで...。

>>607
コントローラを普通にObjectで作るのもできなくもないんじゃない？
ただ、かえって面倒になると思うけど。

http://www.nevrona.com/Indy/

Indyｶｺｲｲ

>>614
Delphiじゃねえか。氏ね

>>615
でもネイティブだから機能や性能は比じゃないよ。

>>616
アホか。首くくって死ね。

微軟公司は、Document-View アーキテクチャを使用していると思われ。

英IT専門家はJava支持派が過半数近く
http://www.zdnet.co.jp/news/0112/25/e_itpro.html

どこかの馬鹿が「英はＭＳべったり」とかいってなかったっけ（ﾌﾟ

馬鹿はおまえだ。文脈を読め。

>>620
こんな糞スレをまじめに読むほど漏れは暇じゃないんだよ。

>Microsoftの手の内には，まだ見せていない切り札がいくつもある。
>同社は，クライアントソフトに.NETコンポーネントをバンドルするなどしてシェアを拡大する可能性があり，

OOP言語でクラスライブラリやコンポーネントバンドルは当然だろ。
いくつもある手の内がこれだと劇ヤヴァ。

>またC#を欧州コンピュータ製造業者協会（ECMA）に標準として承認させるなど（12月14日の記事参照），
>可能なかぎり自社のWebサービス言語とインタフェースによる標準化を進めようという意欲を見せている。

M$が標準化を言ってるなんて相当ヤヴァイ状況なんだね。

>調査結果から判断すると，英企業の間では，Java陣営が優位を確立しつつあるようだ。
>しかし企業内にはデスクトップOSが普及しており，Microsoftはその中核部分に入り込む道を持っている。

おいおい、デスクトップ側のOSを問うてはネットサービスとして致命的なプラットフォームだね。

awkを勉強しています。何をやってるのか読解してと上司に言われました。awkに詳しい方先生になってください。

/^TARGET_MYLIB/{
printf("TARGET_MYLIB = /project/string/batch/%WORKUNIT_ID%/lib/lib$(LIB_TYPE)\n")
}
!/^TARGET_MYLIB/{
print $0
}

はあー？？？？？
＞OOP言語でクラスライブラリやコンポーネントバンドルは当然だろ
＞デスクトップ側のOS
両方を並べてみると見えてくるものがあるだろ？
＞M$が標準化を言ってるなんて相当ヤヴァイ状況なんだね。
MacOSXとWinXPの話を読まなかったのか？MSも方向転換してんだよ。

>>OOP言語でクラスライブラリやコンポーネントバンドルは当然だろ
>>デスクトップ側のOS
>両方を並べてみると見えてくるものがあるだろ？

そうだね、もう他社では完成して、バンドルされてるものだね。

>>M$が標準化を言ってるなんて相当ヤヴァイ状況なんだね。
>MacOSXとWinXPの話を読まなかったのか？MSも方向転換してんだよ。

サーバ市場だけじゃなく、クライアント市場もあきらめたか？

すみません。質問書くところをまちがっちゃいました。

うう、何も言い返せない……

>>623
激しくスレ違いだが。
TARGET_MYLIBで始まる行をすべて
TARGET_MYLIB = /project/string/batch/%WORKUNIT_ID%/lib/lib$(LIB_TYPE)
に書き換える。

こっちに逝け。
今の流行！スクリプト書け！(sh,bash...etc)
http://pc.2ch.net/test/read.cgi/tech/1005026945/

メールアドレスもまちがってました。

それ以外（TARGET_MYLIBで始まらない行）は、表示するということでいいんですよね。
printfとprintの違いがわかってへんな〜･･･。初心者もいいとこです。
ご回答、ありがとうございました。

>>607
> M → DataSet
> V → Form
> C → IHttpHandler
Formに表示のみを委ねるならば、WebFormのイベントモデルやCodeBehindの意義が薄れる。
>>611にもある通り、ASP.NETで無理にMVCをやる必要はない。

もういいかげんやめれ。ウザすぎ

だせーフレームワークだぜ>>632

>>633
ここは隔離スレです。
見たくなければ見なければいいだけのこと。

>>634
真意を読み取ってほしいね。

M → DataSet
V → Form（.aspx）
C → Form（CodeBehind）

と言いたかっただけだ。
VとCはきちんと切り離せ、交換可能。

構って欲しくていちいちageる255がｳｻﾞｲ

http://www.zdnet.co.jp/news/0112/26/e_pfeiffer.html

あげ

255に餌を与えるな

>>640
餌はいくらでもあるけどな。
こちらから、あえてフレームは無視してやってるだけだ。:-p

>>641
ﾌﾟ

>>641
なんか本物っぽいな。

>VとCはきちんと切り離せ、交換可能。

OOP言語とそのライブラリがオブジェクトを交換可能にするのは大前提。
交換可能で体言止めしやがって、こいつ素人だぜ。

COMのスーパーダサい名前呼び出しになれてるから画期的に見えるんだろうね。
ダメなフレームワークは人をダメにする例。

ちょっと変更。

>OOP言語とそのライブラリがオブジェクトを なるべく 交換可能にするのは大前提。

ageるな。氏ね

ごめん、M$社員ていうウワサがあったので、ちょっと意地悪なこと書いてageちゃった。

http://pc.2ch.net/test/read.cgi/tech/1005992668/86-87

>COMのスーパーダサい名前呼び出しになれてるから画期的に見えるんだろうね。
>ダメなフレームワークは人をダメにする例。

また1人出たよ、ﾎﾞｹﾅｽが。名前呼び出しってなんだ、それ？

今.NETを知ってるのはMS大好きな犬連中ばかりなんだから
技術的な話題を出してもいいように宣伝されて終わり。
知らないのに突っ込めるわけないだろ
いいかげんそれぐらい気づけよ

奴等はセキュリティやら一社独占MS依存やらIIS依存やらの
.NETの欠点は欠点と思ってない。
.NET波もほとんどの奴は直接触ってなくてもわかるようなことしかしゃべってないようだが。

>>649
> 技術的な話題を出してもいいように宣伝されて終わり。
> 知らないのに突っ込めるわけないだろ
主語がはっきりせず、言いたいことが全く分からない。

> .NET波もほとんどの奴は直接触ってなくてもわかるようなことしかしゃべってないようだが。
レベルを落としてやらないと会話にならないだろ。
前にObjectSpaceの話題を出したが、何人がついて来れた？

>また1人出たよ、ﾎﾞｹﾅｽが。名前呼び出しってなんだ、それ？

COMマンセーなヤツら説明してやれよ。初歩知識だろ。
ブビ厨からしてVBについては何にも知らなかったもんな。役に立たん。

649と650と別人だったんだー。
どっちが本物M$社員？
えらそうな650だろうが。

>>652
トリップの仕組みすら知らないのか･･･

誰が技術的な話題を出そうが255にいいように.NETの宣伝をされて終わり
.NET知らないのに技術的に.NETを批判できるわけないだろ

>レベルを落としてやらないと会話にならないだろ。
>前にObjectSpaceの話題を出したが、何人がついて来れた？
ｼﾗﾈｰﾖ
.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな
心配しなくてもお前は「ほとんど」に入ってないから安心しろ

ただの煽り発言で何でageるんだ？馬鹿だろ

■■■ .NET知らないのに技術的に.NETを批判できるわけないだろ ■■■

■■■ .NET知らないのに技術的に.NETを批判できるわけないだろ ■■■

■■■ .NET知らないのに技術的に.NETを批判できるわけないだろ ■■■

■■■ .NET知らないのに技術的に.NETを批判できるわけないだろ ■■■

■■■ .NET知らないのに技術的に.NETを批判できるわけないだろ ■■■

>>655
禁句を言ってしまったか･･･

>>654
> .NET知らないのに技術的に.NETを批判できるわけないだろ
技術的な批判をできない自称「技術者」か。
最悪だな。

■■■.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな■■■
■■■.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな■■■
■■■.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな■■■
■■■.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな■■■
■■■.NET弄ってる奴でもついて来れなかったのか？そいつらカスだな■■■

これは？

>>651
悪いけど、おれはCOMﾏﾝｾｰだ。だが名前呼び出しなんて用語は聞いたことがない。
説明してくれ、だれか。

>>644-645 が.NETを知ってるとは思えんが？
ｳｼﾞ虫どもに食いつかれて終わり。
忠告としては妥当だと思うが

>>659
IDispatch::Invokeでしょ？
>>651はバカっぽいけど。

せっかくの死滅スレだ。おまえの土俵に乗ってやろう。

>奴等はセキュリティやら一社独占MS依存やらIIS依存やらの
>.NETの欠点は欠点と思ってない。

.NETのセキュリティの欠点ってどこですか？具体的なのをどうぞ。
一社独占は、何に対していっていますか？たとえばC#はすでに独占ではない。
IIS依存が悪いのはなぜですか？IISは正しく運用すれば弱くないですよ。

さあどうぞ。

>>661
ウソー？！「COMのスーパーださい名前呼び出しになれてる」やつって、
自分のことだったのか＞>>644
いまどきIDispatch使ってるやつなんか1人もいないからな、しっかり
ついてこいよ＞>>644

>>663
> いまどきIDispatch使ってるやつなんか1人もいないからな、

「スクリプト以外では」でしょ？

>>662
>.NETのセキュリティの欠点ってどこですか？具体的なのをどうぞ。

つーかセキュリティが最初から考えられてないわけね（ﾌﾟ

>一社独占は、何に対していっていますか？たとえばC#はすでに独占ではない。

ﾊァ?

>IIS依存が悪いのはなぜですか？

一社独占だから。ソースがないから検証ができないから。

>IISは正しく運用すれば弱くないですよ。

正しく運用することは不可能。

ｲﾝﾁｷDel厨の私怨がまだ続いてるんだ。ﾜｼｮｰｲヽ(´∇｀)ﾉ

>>665
ﾌﾟﾌﾟﾌﾟ。また恥さらしてる。

>>665
>つーかセキュリティが最初から考えられてないわけね（ﾌﾟ
セキュリティってのは製品が満たしてくれる機能ではありませんよ。
どんな製品も、あなたのセキュリティ要件は満たしてくれません。
さ、がんばって次。

>ﾊァ?
C#はMSの製品ではない。独占じゃないでしょ。他になにが独占ですか？

>一社独占だから。ソースがないから検証ができないから。
IISは確かにMSの製品です(製品に独占という言葉は適用できないが)。その点はそのとおりですが、
ソースがないと検証できない？何がですか？その結果どんなデメリットがあるんですか？

>正しく運用することは不可能。
それでは、全世界の全IISが各種ワームにやられてしまったということになりますね。
事実とは異なります。

さあどうぞ。

>さあどうぞ。
CodeRedやらNimdaやら（藁
もう好きにしろよ。祭るんなら祭れ。
俺はｳｼﾞﾑｼどもの書き込みを見るのが嫌なだけなんだがな

このｸｿｽﾚはJAVA厨すら寄りつきません。
.NETの登場でJAVA的発想が必須になりました。
それについていけなくなった一人のDel厨が粘着で荒らしています。
哀れだねー。(w

セキュリティと一社独占の話題を出してるヤツは誰か知らないよ。

逆にM$側が過去の議論を吹き飛ばすために、
ダミーでダサダサな議論をはじめてんじゃないか？

>>669
逃げるなー。ﾌﾟﾌﾟﾌﾟ
あたまの悪いDel厨らしいね。ｶｺﾜﾙｲヽ(´∇｀)ﾉ

>>669 = >>671

「255 ◇.net/HAA 」ってどういう人？

アンチ.NETの評判を下げるためワザと馬鹿なキャラやってるでしょ。

>>668
>セキュリティってのは製品が満たしてくれる機能ではありませんよ。
>どんな製品も、あなたのセキュリティ要件は満たしてくれません。

どんな「ＭＳ」製品も、あなたのセキュリティ要件は満たしてくれません。

だろ？（ﾌﾟ

>>675
そうか？　

つーか、どうしてＭＳは「ウイルス削除ソフト市場」に参入しないんだ？

>そうか？

これは酷すぎるな。MSNがウィルスばら撒いたＺＯ！

>>678
>そうか？
↑引用するとき、間にスペースを入れない。

ちょっと質問
http://www.zdnet.co.jp/news/0112/14/e_dotnet.html
>ECMAの承認を得たということは，理屈の上では，ほかのソフトメーカーが
>C#とCLIを使えるようになるということだ。
>だがMicrosoftのスポークスマンによると，
>これらの技術のライセンスを誰に，どのような形で
>供与していくかの判断は，引き続き同社に任されるという。

これってどういうこと？
なんかSunのJava標準化の時と同じ条件のような気がするんだけど・・・
煽りじゃなくてマジレス求む

↑引用するとき、間にスペースを入れない。

ウェブサービス市場調査　Javaの.Netに対する優勢が鮮明に
http://headlines.yahoo.co.jp/hl?a=20011227-00000012-bcn-sci

http://www3.usermagnet.com/nl/jlnews_20011210.html

> It seems to me that ignorance about .Net within the Java community
> is much more dangerous than informed awareness.
> I realize that it's only natural for Java developers to consider
> Microsoft's offerings to be suspect, but I think we should not close
> the door on .Net blindly.
> There will soon be a lot of discussion about the comparative pros
> and cons of J2EE and .Net, and J2EE won't win by default just because
> .Net originates from Microsoft.

>>675
違うね。セキュリティは製品入れればそれで終わりじゃないだろ。

＞677
そのうちNAあたりを買収して始めるでしょう

>>684
馬鹿

製品の問題に対する反論になってない>>684
WinはOSにサービスが統合されることによって、サービスの不具合でOSがあぼーんされてる。
それも、市場を独占するための統合だったりする。

.NET むけに TIME2 なんてものまで新たに作り込んでいるしね。
ttp://www2.sala.or.jp/~uuu/dhtml/

>>688
リンク先との関係が？？？

TIMEと.NETなんて何の関係もないんじゃないの？

>>690
ネタだから気にするな

>>683
Java寄りの人間がこういうことを言うのは非常に説得力がある。
どこのコミュニティにせよ、できる人間というのはこういう冷静な視点を持っているんだね。

オマエガイウナ>>692

>>692
洗脳されやすいタイプさんの登場です（Ｗ

まあ、技術というものは実際にやってみれば色々と見方が変わるものだ。
俺にとって、Delphiからも得るものはあったし、以前と見方が変わった部分もある。
貶すだけが能じゃない。ポジティブな姿勢がなければ成長は望めないだろうね。

>>695
あんたっの人生って、すべてにおいて浅く広くなんだね（ﾜﾗ

以前のM$マンセーだけじゃない姿勢は評価すべきでは>>696

>>696
客観的に見れば255以下の奴だね。(ﾌﾟ

>>697
ちょっとDelphiを褒めればこれか。
分かりやすいバカばっかりだな。:-p

>>699 ﾜﾗﾀ

なんだ、しばらくみないと思ったら、またきてたのか<255
偉そうにObjectSpace〜とか言ってるけど、そういう自分こそXMLがらみでしか
理解してなかったへたれじゃねーか。

>>701
ﾌﾟﾌﾟ

でもまあ、最近の255はおとなしいくて可愛いもんだよ。
699も照れてる感じか？

>>701
XMLがらみで「すら」理解していない奴がよく言うね。:-p

>>703
敵はあくまでJAVAだからでしょ？
Del厨は始めから相手にしてないっていうか。(藁

>> 682
だいたいさぁ，まだβなプロダクトと，Releaseから何年も経ってあちこちが
対応製品を出してるプロダクトとを，同列に並べてアンケートしても出てく
る結果は見えてるじゃん。.netは放っておいても普及する。C#もJ++のリファ
クタリングと思えば可愛く見えてくるよ。

>>705
正解です。

それにしてはCOMの派生でボコボコにされてたが。>>707

VS.NETでLinux向けにアプリを作れると思うと素朴にわくわくするよ。

>>709
んなことできたっけ?

>>708
むしろ、その後の出来事の方が重要では。(藁

>>708
ん？Del厨が、だよな？

>>711
そうそう。その後Del厨は相手にしないってことになったのが重要。

VB厨にすらボコボコにされてたからな。(w > Del厨

で、最後には技術的な批判なんかできるかと逆ギレ。(藁

死産age

なんでもいいが、ＯＯＰＬは全部死ね！

その心は？

Ｃに戻ろう。

.NETってCORBAとなにが違うの？

>>719
氏ね

>>719
名前が違うくらい。やってることはいっしょ。

激遅レスなんだけど、

>>607
> V → Form

ASP.NETにFormクラスなんてないでしょ。
Pageでは？

DCOMはDOCOMOのまね。
.NETはNTTのまねってほんとですか？

違います>>723
DOCOMOのiモードはDCOM基盤があったから実現出来たのです。
NTT社内は全面的に.NETﾂｶｯﾃﾏｰｽ

http://www.zdnet.co.jp/enterprise/0201/04/02010401.html
また，ボストンに拠点を置くある大手小売り業者のシステム管理者は，
「2001年秋にリリースされたWindows XPの最大の狙いは，
“ユーザーがマイクロソフト製品や同社が推奨する各種サービスを使うよう仕向けること”だったのでは」と指摘している。

この管理者は，「Windows XPは明らかに，ユーザーに自社サービスを使わせるための足掛かりとなっている。
私がOSに関して絶対に避けたいことの1つは“何かを強要されること”だ。将来的に有料化されるようなものであれば，尚更お断りだ。
私はマイクロソフトを信頼していない。

http://pc.2ch.net/test/read.cgi/prog/1005159313/40-41
























40 ：仕様書無しさん ：01/11/08 23:44
C#のシャープって「囲い込む」って意味が込められてる
そうだよ。


41 ：仕様書無しさん ：01/11/08 23:52
>>40
えっ、MSの上層部にアニヲタがいたからではなかったの？

英ZDNetのJava vs .NET投票に異変？
http://www.zdnet.co.jp/news/0201/10/b_0109_13.html
投票者のほとんどが，microsoft.comからのビジターだった。
システムでは1度しか投票できないようになっているが，複数回投票を試みた人がいた（最も回数が多かった人は，microsoft.comからのビジターの228回）。
また，自動投票システムを使った痕跡が見られた。

>>727
相変わらず、お馬鹿だネェ〜M$

営業「最近のアンケートではJavaを抜いて.NETに人気があるんですよ」
顧客「へぇ〜（ジサクジエンノナー）」

ｼﾞｻｸｼﾞｴﾝでもいいけどもう少し痕跡をごまかすとかすればいいのにね。
2チャネラーでさえID付きの板ではつなぎ変えたりしてｼﾞｻｸｼﾞｴﾝを巧妙に行うというのに。

これって.NET技術にとって潜在的なかなりの「消化剤」になるんとちがう？
全世界のZDNetで配信してるんでしょ？かなりやばいよこれ。
速報板にもスレ立っちゃってるし・・・。
ビル君の釈明が楽しみっす！

むしろ255のコメントが楽しみ

255はmicrosoft.co.jpからｶｷｺしました。

>>732
古いドメインだな

死産か・・・

もしかしると今ZDNetで暴れてるのは255？

無料.NETランタイムをインストールすることにより、
世界のコンピュータのセキュリティレベルを同一に保ちます。
http://www.zdnet.co.jp/news/0201/11/b_0110_01.html
.NETフレームワークによるサービスが全面的に実施された時に，この種のウイルスが感染を広げるかどうかは，現時点では不明だという。

内臓を共有するようなシステムを使いたい思う気持ちがわからん
微妙なバージョンの変更によるクラッシュは充分に予測されるし
反MSというのは宗教なのだからコンピュータへの非常識な攻撃すら予測される。

つーか、いつも撤退するのも速いからね、MSは
予想がことごとく外れてもJAVAにこだわるSUNを見ると
残る、残らないという観点からだけ見るとJAVAは残って.NETは消滅するね、

例えばWindowsのチャンネルとかDirectXのRMとかOLEとか

Passportに続いてAlertsも盗まれる。
ttp://media.aoltimewarner.com/media/cb_press_view.cfm?release_num=55252381

少しはテメーの頭で考えろよ、新しい技術をYO！MSの猿真似しかできねーのかYO！

M$に新しい技術は無いが、.NETサービスの分類はなんかセンス良さそう。
外部から人入れたんだろうね。すでにヘジが入ってるか。

早速ウィルス登場です。
http://headlines.yahoo.co.jp/hl?a=20020111-00000011-zdn-sci
JavaからSandboxはいただかないのかねー?

てゆうか、.NETやJavaレヴェルでセキュリティポリシー入れるんじゃなく、
OSに入れて欲しい。そうすればソース無しのフリーソフトも怖くないさ。

>>740
わかっとらんな。このウイルスはILに感染するわけじゃない。
言ってみれば、java.exeに感染するようなもんだ。Sandboxうんぬんは
関係ないね。

>741
たぶん開発中に発狂する羽目に陥るかもね。

>>742
740を擁護するわけじゃないが、リンク先にはっきりと
「Microsoft .NET Intermediate Language（MSIL）ベースのファイルに感染するウイルス」
って書いてあるんだけど。

まあ、ウイルスなんて簡単に作れるわけで…。
穴を突いたり、感染力の強いのを作るのは難しいが。

>>744
だから、その説明がすでにまちがってる。symantecあたりを見てみな。

>>741
馬鹿！

>>742
> 言ってみれば、java.exeに感染するようなもんだ。

配布される物(exe形式のMSIL)にウィルスを仕込まれるんだ。
システム内に最初からいる解釈系じゃなくてな。馬鹿だね、アンタ。

>>748
意味がわからん。

>>748
馬鹿はおまえだね。仕込んで配布する必要がどこにある？配布するなら
最初からそういうプログラムを作るだろう？

これがWin厨か…

すまん。誰かちゃんと解説してくれ。
Sandboxうんぬんは関係ないことは確かなようだが。

ほれ。
http://www.Symantec.co.jp/region/jp/sarcj/data/w/w32.donut.html
関係あるだろ。stubなしのMSILのみだったら、
code verifier機能させられるだろ。

>>753
MSは楽しいのぉー（藁

>>753
Active X とちっとも変わってないのか

>>755 ｱﾎ

.NET=OLE3 て知らないの？>>756

今年消える言語は・・・？
☐ฺCOBOL/OO COBOL ☐ฺC/C++ ☑ฺVB ☐ฺDelphi
☐ฺPerl ☐ฺRuby ☑ฺฺC#

>>753
>関係あるだろ。stubなしのMSILのみだったら、code verifier機能させられるだろ。
意味わからん。だからsandboxとは関係ないんだろ？

>According to Microsoft this native code will be
>removed and the operating system itself will
>recognize and execute .NET images.

マイクロソフトによると、このネイティブコードは
除去可能であり、OSそれ自身が.NET実行可能形式を
認識するようになるらしい。

つまり、このウイルスの駆動方法はILとは本質的に関係がなく、
いままでの実行可能型ウイルスの基本的な技術の応用に過ぎず、
.NETランタイムがOSと統合された時点で無効になるらしい。

MSがいっていることは正しいが、それは本当にOSが認識をする場合。
しかし、IL内にネイティブコードがあること自体すこしおかしいので、
ベータが外れる頃には実際にそうなる可能性は充分にあるはず。

>しかし、IL内にネイティブコードがあること自体すこしおかしいので、
>ベータが外れる頃には実際にそうなる可能性は充分にあるはず。

意味不明。ネイティブコードは実行時に最初に実行される5バイトのスタブだよ。
addaddinsinsjmpでおしまい。

>>761
いやだからPE形式に加えて.NET形式のロードもOSが行うようになるんじゃ。
そうするとスタブが完全になくなるから、このウイルスは感染自体できなくなる。

いまはベータだから、実行可能にするためにPE形式にコンパイルしてるけどさ。

だから>>742の言っているうち「ILには感染しない」のは完全に正しい。
ただ、java.exe だとランタイムも含んでしまうから、そういう意味で
ちょっと混乱を起こしやすいことは確か。ただ、理解ができていれば
>>742の説明でも間違っているとは思わないが。

>>762
あのー。。。。。。

>>762
> いやだからPE形式に加えて.NET形式のロードもOSが行うようになるんじゃ。
> そうするとスタブが完全になくなるから、このウイルスは感染自体できなくなる。

そりゃそうなんだけど、よそ様からdownloadしたMSILを「実行形式」のように扱う時、
securityはどうなるわけ? やっぱりSandbox欲しいでしょ。PassportだけでOK?

それから、MSILを「実行形式」、ってMSがあんなに否定していたVM+JIT、
つまりJavaの真似と何が違うの?

まあ、真似でもいいものはいいんだから、真似すればいいんだけどさ。
バイトコードにしとけば、CE対策、イタニウム対策としてもいいわけだし。
Sandboxも真似しとけって。

>>762
> だから>>742の言っているうち「ILには感染しない」のは完全に正しい。

Sandboxがなければ、MSILでウィルス書けるじゃん(w
OSが実行しちゃうじゃん(w

>>764
何でそこでPassportが出てくるの？
わかって言ってる？

>>766
技術的に言いたいことがあればはっきり言えや。
ないなら黙ってな。

>>767
（　´,_ゝ`）ﾌﾟｯ

>>764
もしかして、Passport認証がないとローカルで.NETコードを動かせないとでも思ってる？

>>764
Sandboxって。(w
お前、JDK1.1のまま頭が固まってるだろ。(w

>>770
Passportも.NETのセキュリティもろくに知らん奴はこの程度のことしか言えんのだよ。

つーか、このネタとっくに終わってるだろ。
.NETとは関係ないウイルスだったって。

マイクロソフト = 欲望丸出しの正直な悪漢
サンマイクロシステムズ = ムッツリスケベの偽善者

さあ、どちらがあなたの好みですか?

MSとSM...兄弟じゃないか！

どっちもマイクロ。
ケツの穴もティムポも小せえＤＯＮ会社。

>>773
GPL==戦闘的カルト宗教感染者コミュニティ
LGPL==在家信者

test

MSって糞

あつまるのは蝿ばかり(藁

>>769
はあ?
Evidence-based securityの重要な役割を担っていくのがPassportだろうが。
mobile codeを動かして「いいのかどうか」の問題なんだよ。「可能かどうか」じゃなくて。

>>771
捨てゼリフだけかよ。信者って寂しいな。

Passport って死んだんじゃなかた？

>>779
妄想。（　´,_ゝ`）ﾌﾟｯ

>>779
相変わらず.NET＝WebServiceだと勘違いしている馬鹿がいるようだな。

>>764,765

Sandboxは詳しくは知らないが、いまの5bytesコードは

C:\>java.exe dotnetapp.exe

としたくなくて、(java.exeは例だが)

C:\>dotnetapp.exe

として実行したいから埋め込まれているだけ。
それ以上の意味はない。

もし.NETで不可能であれば、Javaでも不可能。

>>783
勘違いしている馬鹿、と逝ってるがそれはM$の戦略。
というか、戦略が明確でない。会社を存続のために戦略が立てられてて技術はその次ぎ。
OLE2の開発者さえ、当時、
「COMについて良く分からない、戦略上OLE2がそれになるかもしれない」と
言っていた。その後のWindows DNAの混乱＆成果物無しはヒドかった。
.NETだってWeb関連の宣伝文句が先に作られてスゴイと宣伝され、
後から中身を検討されてる感じ。

>>783

公式見解。
http://www.microsoft.com/japan/developer/vstudio/nextgen/letter.asp

>われわれは、XML と SOAP の標準化における大がかりな作業を通して、
>Web 経由での真の統合を可能にする未来のアプリケーションが、どのよ
>うに構築されるべきかを認識しました。その結果として作られたのが、
>Microsoft の XML Web サービスのためのプラットフォームである
>Microsoft .NET です。

>>785
> 会社を存続のために戦略が立てられてて技術はその次ぎ。
分かってないね。COM+ランタイムにWebServiceの要素が入ったのは後になってのことだろうが。

MS広報必死です(w

>>787
会社を存続させるためにCOM+ランタイムは使いたい。
COM+は劣悪だけど他OSに使えないから。宣伝文句にWebServiceを足した。

>>787
> 会社を存続のために戦略が立てられてて技術はその次ぎ。

これは企業として当たり前なのでは？
新技術が偶然出来上がって「さあ、どう使いましょ」なんて流れにはならんでしょ。

MS広報涙目(w

アホばっか。

ここでいくらバイアス垂れ流そうが.NETは着実に成長してるんだよ。
無駄な努力ご苦労さん。

>>790
技術破壊を行う。最も劣悪な言語＆環境のVBを流行らせて.NETで捨てたよね。
で.NET自体、相当昔からある既存のクラスライブラリ言語以上のものでないのにC#。
だから、M$一色で使うのはオイシク無い。
M$の全部が悪いわけでなく、IBMとDECの技術で作ったNTカーネルは良い。
だけど、その上のサービスは戦略上組み合わせてゴミと化してる。
膨大なテストを行っても、WinユーザとIISユーザが組み合わさっててセキュリティ×。
Apacheみたくフツーにアプリとして切り離してれば問題無かったものを。

>>793
VBみたくゴソーリ捨てられるさ。
.NETの成功はフリーOSの成功に繋がり、M$の収入源が断たれる。

>>793
でもさあ、.NETって情報格差がひどすぎないか？
知ってる奴と知らない奴の差がありすぎるよ。

.NET って所詮 DCOMなんどよね。

M$的に次ぎに、.NETに必要なのは、
・実はUnixでは動きませんでしたー、
・Unixではサブセット版になりますのでWin.NET-IIS-SQL Serverでお使い下さい
・WinCE.NETでは完璧クロスですよ
ですね。

>>794
頭大丈夫か？
流れについてこれなくなっちゃったんだね。かわいそうに。

(´-`).｡ｏＯ（なんでアンチM$ってこうも電波ばっかりなんだろ？）

>>796

同意。
>>797みたいな馬鹿が後を絶たない。

>>800
技術投資にエネルギーを割けないかわいそうな人たちなんだよ。
ネガティブな言動しかできない。
自分にとって何のプラスになるんだろ。(w

VBでM$から捨てられた人達>>799-801

>>802
まあね。

>>802
自分の言動が何か影響を与えると勘違いしてる奴ばっかりだね。
自分の低レベルさをさらけ出してるだけなのに。

技術に詳しい人ならば.NETが技術的に？になる。
・これって古い技術だけどスゴイのか？
・表向きSOAP-XMLでクロスだけど独自環境にするためじゃん、
て感じで。
VB奴隷には新しい技術に見えるみたい。

>>805
私怨をぶつけてるだけでしょ？
温かく見守ってあげましょう。(w

>>807
まあ、見てて面白いし、こういうのがいるのも悪くはないか。

>>805
知らせるべきだ、っていう思いもあるのさ。
過去を振り返ると、膨大な人達がVBやらされて、VB捨てられて、
今度は何の新しさも無いクラスライブラリ言語でしょ。
なら、昔からそれをやってればものになってたし、
それらの人達で日本版.NETってのも可能だったんだよ。
事実、.NETの基礎技術特許はM$以外の人が持ってて、
アイデアさえあれば個人でもスゴイことは出来るんだよ。
だから、M$奴隷はやめようよ。

>>809
じゃあ、オルタナティブは？

もうちょっと噛み砕いた質問にして>>810

>>810
いや、だからオルタナティブはあるのか、って。

みんなでオルタナティブを作れるようになろうぜってことだけど。

MSランタイムの中でプログラミングする限り大したものは出来ない。
基礎技術品を作れるようになろうよ。
例えば、VBのために日本で何十万人のPGやSEの苦労水の泡。

>>806
>・これって古い技術だけどスゴイのか？

バルマー自身が「新しい物は何も無い」って言ってる。
匠の技をマスプロ化して806が言うところのVB奴隷に提供するのは悪ですか？

>>813
> みんなでオルタナティブを作れるようになろうぜってことだけど。

（　´,_ゝ`）ﾌﾟｯ
個人レベルでどうやってやるんだよ。（藁藁

>>814
全く古いものを
・独自C#
・独自環境を仕込むためのSOAP-XML
だよ。サギじゃないか。実際うまくVB奴隷は騙されてる。

>>813
> MSランタイムの中でプログラミングする限り大したものは出来ない。

「お前が作れば」出来ないだけだね。

読んでて悲しくなるね>>815
だから.NETの基礎技術特許は個人が保有。
作れない人間に向かっていって、ネズミが海で溺れたのが、VB奴隷。

>>816
>・独自環境を仕込むためのSOAP-XML

具体例ｷﾎﾞｰﾝ

.NETを批判したいなら、せめて＃さんレベルぐらいまで知り尽くしてから言おうね、坊や。(禿藁

ちゃんと読めよ>>817
日本の少なく見積もっても何十万人のPGとSEの工数が水の泡。
M$以外でもそうならないアプリを作ってる人も多数存在してるんだよ。

>>818
>だから.NETの基礎技術特許は個人が保有。

おいおい、あれってBTのハイパーリンク特許なみのインチキだろ。

>>820
255レベルでも可。

具体例じゃない。SOAP-XMLは基準が無く独自設定やり放題>>819

一番分かってないのはVB奴隷。フツーの人間にとては、
超スタンダードなクラスベースOOP言語＆クラスライブラリ。
てか、C++のサブセットって知ってるよね？>>820

>>824
搾るとボロが出てくるね。（藁

MS広報作戦会議中(w

はっきり言って、ちょっとでも良心があれば、
C#ってやらずにC++かCでヤルよね。
ランタイムどころか、言語レベルで押さえておきながら、
クロスですよって宣伝、涙が出てくるよ。
基礎技術品をM$以外から出すの禁止します、って言ってるようなもん。

>>824
>具体例じゃない。SOAP-XMLは基準が無く独自設定やり放題

雑誌記事の脳内コピペと見た。
SOAPエンベロープ中のどこにその独自設定を仕込むのかを10分以内に答えよ。
さあ答えよ。

>>825
搾りカスしか出てこないよ。

>>だから.NETの基礎技術特許は個人が保有。
>おいおい、あれってBTのハイパーリンク特許なみのインチキだろ。

そうじゃないんだ。このスレのパート１で、
独自.NETを実装するとどれくらいの工数かかるかってみんなで考えたところ、
リファクタリング関数一つとインタプリタだけで良いということになった。
インタプリタなんか、yacc/lex使えば大学生の宿題程度。
だけど、VBやる限りインタプリタは難しい。言語的な限界と性能。

>>830
じゃあ、何でMonoとPortable.NETはあんな時間がかかってるの？
連中が馬鹿だから？（藁

XMLから画面を復元する時点でタグは独自>>828

てゆうか、そういう態度は悲しいね。訴えたいことがあって書いてるのに。

>>830
なんか学生臭の漂うコメントだな。(激藁

仕事としてやってて時間がかかるんなら正直馬鹿だと思う。>>831

もしかして裏金回ってるかもね、M$から。

>>832
独自タグが使えないなんてそれはXMLなの？（藁藁
訴えたいこと＝私はバカです

学生以下のVB奴隷で良いのかい？>>833
学生じゃないけどさ。

>>834
わははは。

このスレ面白すぎ。

>>832
画面を復元って、XSLTのこと？
独自タグでもSchemaがあるじゃん。

>>835
XMLで独自仕込むのに、クロスですっていう宣伝を言ってる。
ていうか、分かっててそういう文章書いてるでしょ。

つーか、独自タグってnamespaceのことじゃないよな。(藁藁　

>>840
僕ちゃん、XMLSchemaって知ってるー？(ﾌﾟｰ　

>>839
ウェブブラウザ上の画面じゃなく、ダイアログとして出すとの画面ね。

そうか、XML知らなかったのか。それは盲点。

>>832
>XMLから画面を復元する時点でタグは独自

・・・・寒っ！！！

>>806=816=824=832はSOAPをまったく理解してない事が判明しました。

>>843
日本語になってません。（藁藁

あーあ、やっちゃった...

やっぱり.NET叩いてる奴って･･･

>>846
本当は意味わかってるでしょ。読まれると困る文章を隠してる？

>>848
最新技術についていけない厨房がM$にフラストレーション叩きつけてるだけだね。

これまでの会話文章を隠蔽するの禁止>>850
あげあらしやめろ。

>>849
そんなことはどうでもいいから、XMLの知識について釈明して。

>>849
SOAP、XMLSchema、WSDL、XSLTこれらの関係を知ってる範囲内で説明せよ。

ウェブブラウザ上の画面じゃないと書いてるでしょ？>>852

>>854
ブラウザ上かは関係ありません。
恥の上塗り。

アムウェイとかニュースキンみたいなもんかね。ネガティブ一辺てわけでもなく

　

M$広報のくせにナマイキなんだＹＯ！>>853

答えれなくなった時点で、膨大な荒らしﾚｽ。
これまでの会話はM$広報が回答出来ないﾚｽです。
保存して同じ議論が出たらコピペしましょう！

　　

>>858

「さらしあげ」よ、隠すな。

答えれなくなった時点で、膨大な荒らしﾚｽ。
これまでの会話はM$広報が回答出来ないﾚｽです。
保存して同じ議論が出たらコピペしましょう！

撤収しましょう。いい暇つぶしになった。
次回会うときまでちゃんと勉強しておいてね。>>858

（　´,_ゝ`）ﾌﾟｯ

了解>>861
パート１も読んでね。

>>862
の間違い。

.NETもXMLも知らないで厨房並みのMS批判ですか。
プログラム板なのに。

ＭＳはいいぞ

毎回同じパターンだな。
.NETを知らない、.NETの要素技術も知らない厨房が大恥さらして終わり。
っていうか、同一人物？

いいかげん気づきなよ。.NETを好きでも嫌いでもない奴に単にからかわれてるだけだって。

>>866
厨房並みじゃなくて厨房そのもの。
こういう馬鹿が.NETに関わらないうちは安泰でしょう。

っていうかVB厨よりたちが悪い。

MS社員必死です。

MS(DN)会員だろ

.NET = 最珍技術(w

>>783
> 相変わらず.NET＝WebServiceだと勘違いしている馬鹿がいるようだな。

君はPassport=WebService専用基盤技術だと勘違いしている馬鹿なわけだ。

>>874
どうやって>>783からそう読み取れるの？
寒いよ。

.NETにセキュリティー上の欠陥（ホールとは言えないくらいの奴）が
次々と見つかって、開発会社が訴えられてもＭＳは見てみぬ振りだろうな。

どうせ.NETの開発予算はＩＥの１０分の１ぐらいだろうし、
ＭＳが責任感など無いのは周知だし、
それでも.NETに走るなら止めないけど、周りに布教するのは止めてくれ。

俺の所に来なければ許す。
他は倒産で何万人失業しても知らん。

age

>>876
＞どうせ.NETの開発予算はＩＥの１０分の１ぐらいだろうし、
＞ ＭＳが責任感など無いのは周知だし、
＞ それでも.NETに走るなら止めないけど、周りに布教するのは止めてくれ。

支離滅裂(ﾌﾟﾌﾟ

>>878
反応しちゃ駄目。
電波観察ショーとして温かく見守ってあげましょう。

>879
こういうレスってどういう人間がするんだろうな。
現実世界で友達のいない人間かね？

>>880
せっかくの3連休にこんなところで書き込みしてるお前みたいな奴だよ。

255がいないとつまらん。

>>876　いいこというね。

信者って怖いよねぇ。

マ板はＭＳの自作自演ネタで盛りあがってるな。

>>876 = >>883

>>876
> どうせ.NETの開発予算はＩＥの１０分の１ぐらいだろうし、

それが、超のつく一流の研究者がresearch.microsoft.comでやってるよ。
>>784みたいなのは、microsoft.comのレベルの低い技術者がやってるんだろうけど。

>>886
> 超のつく一流の研究者がresearch.microsoft.comでやってるよ。

名前あげてみなよ、信者さん（爆笑

そんな一流の研究者がいるのにOSがあのザマでは説得力が有りません.

今度からちゃんとやるよ！ってやつだろ

.NETは別にMSの主力商品ではない。従ってそんなに金掛けるとは
思えない。

Visual Studioって主力製品じゃねーの？

>>887-890
禿しく胴衣！！

＊＊＊＊＊＊＊＊＊＊ 電波観察ショー開催中 ＊＊＊＊＊＊＊＊＊＊

何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑

>>893-894
禿しく胴衣！！

ＭＳの主力はＯｆｉｉｃｅ（ﾜﾗ

>>894
今度からちゃんと覚えるよ！ってやつだろ

反応しちゃ駄目。
電波観察ショーとして温かく見守ってあげましょう。

>>893-895
（・∀・）ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ!!

＊＊＊＊＊＊＊＊＊＊ 電波観察ショー開催中 ＊＊＊＊＊＊＊＊＊＊　

何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑
何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑
何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑
何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑
何を吠えても、XMLすらわかってない奴じゃなあ。（爆笑

あと４日でVS.NET正式リリースだって。
それまでにXMLをきちんと覚えといてね♥

>>902
マジですか？

XMLすら分かってないバカにはVB.NETすら似合わない。
時代に取り残されて勝手に死ね。誰も見向きもせんから。

　　 　　 ／￣￣￣￣ミ
　　 　 /　　,――――ミ
　　　/　 ／ ／　　 ＼ |
　　　|　/　　,（･）　（･） |
　　　 (6　　　　　つ　　|
　　　 |　　　　＿＿_ 　 |　　　／￣￣￣￣￣￣￣￣
　　　 | 　　　/＿＿/／　 ＜　　VS.NET正式リリース！！！
　　　｜　　 　　　 ／　　　　 ＼＿＿＿＿＿＿＿＿
　　／　　　 ￣￣　＼
　　|　|　　　　　　　 |　|
　　|　|　　　　　　 　|　|
|⌒＼|　　　　　　　 |／⌒|
|　　　|　　　 |　　　 |　　　|
|　＼ （　　　　　　　） ／　|
|　　|＼＿__人＿___／| 　 |
|　　|　　　　λ　　　　|　　|
　　　　　　 (　ヽ
　　　　 　 (´∀｀)　ｳﾝﾃﾞｸﾚﾃ ｱﾘｶﾞﾄｳ
　　 　 　(＿＿＿_)

XMLすら分かってないバカにはVB.NETすら似合わない。
XMLすら分かってないバカにはVB.NETすら似合わない。
XMLすら分かってないバカにはVB.NETすら似合わない。
XMLすら分かってないバカにはVB.NETすら似合わない。
XMLすら分かってないバカにはVB.NETすら似合わない。

VB.NET！名前だけ変えて新登場！

つーか、今どきXMLをまともに知らないって、JAVA使いにもなれないじゃん。

>>908
だから勝手にのたれ死ねって。

>>908
　　　　　　　　 　／￣￣￣￣￣￣￣￣￣￣
　　　　　　　　 　|　さ、さむいモナ〜
　 　Λ＿Λ　 ∠＿＿＿＿＿＿＿＿＿＿＿
　　（；´Д｀）
　（ ( つ ⊂ ））
　　 〉　〉く く
（ （＿_）（＿.）） ...ｶﾞｸｶﾞｸ

厨房・電波は２ちゃんの華。
温かく見守ってあげましょう。
間違えても正しい変な知識を与えないように。

電波ちゃんがAA攻撃に出てきたようです。
しばらく静観しましょう。

XMLは我流。我流は無形。
「我が拳は我流ゆえ見せるのは一度きりよ」

>>911-912
「電波」って言葉がよほど好きなんだね、この低能さんは！

<XML>
　<SINE>
　　.NETに新たなセキュリティーホール。
　</SINE>
</XML>

>>914
(・∀・)ﾂﾚﾀﾖ!

>>915
それはXMLとして認識されません。（爆笑

>>915
（　´,_ゝ`）ﾌﾟｯ

今日中に使い切るかなこのスレ

>>915
多分文字化け起こしますね。

>>916
（・∀・）ｶｴﾚ!

>>915
駄目だ･･･。面白すぎる。(w

.NET って要は DCOM っしょ。

>>917-918
特定のプロセッサだけをXML処理系だと誤解してる馬鹿だったか・・。

>>915をコピペしてIEで表示しようとしたらこうなった。

XML ﾚ0・ｸ0・h・yg0M0~0[0・
XSL ｹ0ｿ0､0・ ｷ0・ﾈ0・O(uW0_0 XML eQ娚o0h・yg0M0~0[0・0 ｨ0・・・劃kW0f0O0`0U0D00 [ｰe] ﾜ0ｿ0・・ｯ0・ﾃ0ｯ0Y0・K0
0~0_0o0契g0・・W0f0O0`0U0D00

>>925
やっぱWEB屋か。
ばーかばーか

>>924
あのさー、お前みたいなウジ虫と技術的なことは話したくないんだけどさー、


　　新人でもそんなアホなこと言わないぞ。
　　基本の基本から勉強し直してこい。底辺の残りカス末端PG。

なんか楽しそうだなお前ら
参加させてーなー

つーか>>925の反応はおかしいだろう。

＊＊＊＊＊＊＊＊＊＊ 電波観察ショー開催中 ＊＊＊＊＊＊＊＊＊＊

>>913

放置は可哀相だから折れが突っ込んどいてやるよ。
そりゃ「雲のジュウザ」だろがｳﾞｫｹ！

aaaaRuby!!!! Ruby <>>>>>>>>>>>>>>>>> .NET!!!

＞それまでにXMLをきちんと覚えといてね♥
＞XMLすら分かってないバカにはVB.NETすら似合わない。
＞つーか、今どきXMLをまともに知らないって、JAVA使いにもなれないじゃん

XMLを覚えちゃう馬鹿晒し上げ。

そうか。

Ruby >>>>>>>>>>>>>>>>> XML

これまでのあらすじ

XMLの基本も知らないことが発覚した>>915だったが、
数時間の勉強の成果として出してきたXMLドキュメントが･･･

>>933
ちゃんとハートを書き加える933を晒し下げ!

>>933

XMLって何の略か言ってみな？

つーか、>>915が本日最大のヒット。
ありがとう！>>915　

>>915って学生だよな。
こんな間抜けに働かれてた日には日本も駄目になるぞ。

あきれる以前に笑ってしまったよ。
久々に見た。こんなバカ。(w

>>941
バカじゃありません。電波です。

＊＊＊＊＊＊＊＊＊＊ 電波観察ショー開催中 ＊＊＊＊＊＊＊＊＊＊

915にたかってる連ちゅもうぜーな

>>915 はXMLは知らないが、
2chでのインデントの仕方は知ってるみたい。

>>943
だってバカすぎるんだもん。（藁藁

粘着WEBーXML馬鹿ウザイ。　

しゃべればしゃべるほど己の馬鹿さ加減をさらけ出す。

<XML>
　<SINE>
　　.NETに新たなセキュリティーホール。
　</SINE>
</XML>

ＸＭＬをＨＴＭＬの拡張としてしか知らない馬鹿か、粘着か判らんな。

<XML>
　<SINE>
　　.NETに新たなセキュリティーホール。
　</SINE>
</XML> 　

<XML>
　<SINE>
　　電波観察ショー開催中
　</SINE>
</XML>

<XML>
　<SINE>
　　WEB屋氏ね。
　</SINE>
</XML>

>>915のスキーマ

<?xml version="1.0" encoding="utf-8"?>
<schema attributeFormDefault="qualified" elementFormDefault="qualified" targetNamespace="" xmlns="http://www.w3.org/2001/XMLSchema">
　<element name="XML" nillable="true" type="XML" />
　<complexType name="XML">
　　<sequence>
　　　<element minOccurs="1" maxOccurs="1" name="SINE" nillable="true" type="string" />
　　</sequence>
　</complexType>
</schema>

>>953
だから、>>915はXML文書じゃないって。（藁藁

<XML>
　<WARATA>
　　>>953 ﾜﾗﾀ
　</WARATA>
</XML> 　

お腹痛いのでもう撤収。(w

しかし、この天気のいい３連休にネチネチと.NET叩いてる奴ってすっげーキモイ。
彼女も友達もいないんだろーね。ヒッキーなのかも。最悪。
このスレでも嫌われてあと誰が味方してくれんの？
キミの脳内彼女だけかなー？(ﾌﾟｰ

粘着荒らしウザイ。

　　　　　　　　　　　　　　　／￣￣￣￣￣
　　　　　　　 　　　　　　 ＜　キミの脳内彼女だけかなー？(ﾌﾟｰ
　　　　　　　　　　（-＿-）＼＿＿＿＿＿
￣￣￣￣￣￣￣（∩∩） ＿＿　ｶﾀｶﾀ･･･
￣￣￣日∇￣＼| BIBLO |＼
　　　 　 　￣　　　=======　　＼

あーあ。図星突かれて怒っちゃった･･･。

次スレ必要ですか？

>>957
コピペとして使わせてもらいます。(w

■ .NETと共に沈下して行くｽﾚ　■
http://pc.2ch.net/test/read.cgi/tech/1008588493/

>>957のカキコで突然ストップしたな。
やっぱり我に返ったのか？(w

粘着を相手にするのは嫌です。
煽りだとある程度論理が通用するけど、粘着は論理無視だし。

泣こう

涙はすべてを解決する

うげ、ごばっく

>>965
なに涙目でカキコしてるの？(ﾌﾟｰ

>>965
おら、とっとと次スレ立てろよ。
また相手にしてやるからよ。
からかってやるとも言うけどな。（藁藁

>>965
いろんな人から相手にしてもらえて嬉しいだろ？構って君。
現実世界のお前にはあり得ないことだからな。
まあ、こっちはからかってるだけだけどな。(w

次もやるのかやらねーのかはっきりしろよ。

こっちはお前の馬鹿っぷりをもっと見たくてしょーがねーんだよ。

でもさー、これ見てるM$広報は真剣に反省したほうがいいな。
だってこのままじゃ日本でまともに.net開発できる人間が
何人もいないことになっちゃうよ。ここでがんばっちゃって
大恥かいてるようなレベルのやつのほうが、世の中多いんだからさ。

>>968-971
独りはさみしいか？

>>972
今どきVB厨でもXML・SOAPぐらいは知ってるよ。
1匹だけだって。XMLの基礎すら知らないカスは。(ﾌﾟｰ

<XML>
　<SINE>
　　.NETに新たなセキュリティーホール。
　</SINE>
</XML>

XMLから画面を復元する時点でタグは独自

だめだ、やっぱり腹いてー。(w

>>976

「828は偉大」ということでOK？

OK。

今気づいたが、
>セキュリティー
セキュリティのあとに棒つけちゃうのも、慣れてない証拠だな。

>>978
というか、>>828の答えになってないし。(w

>>832は偉大








...な馬鹿。

そうだ、訴えたかったのはなんなんだろう？

>>982
だから、「私はバカです」って。（禿藁

しかし、>>957の文章なかなかいいな。

>>953のスキーマは間違ってるぞ。

M$が嫌いなついでにウェブサービスも嫌いになって、
XMLも嫌いになって、ついには要素技術知らずの役立たずになる。

アンチM$マンセー！！

ブビ厨も知ってるウェブサービス。
それすら知らないアンチ厨。

まあお前ら、アンチM$厨はデスクトップマスコットでも作ってなさいということだ。

時代の流れだねー

まもなくここは　乂1000取り合戦場乂　となります。

　 　 　 ＼∧＿ﾍ　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　,,､,､,,,　/ ＼〇ノゝ∩ ＜　1000取り合戦、いくぞｺﾞﾙｧ！！　　　　　　　,,､,､,,,
　　　　/三√ ﾟДﾟ)　/　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿　　,,､,､,,,
　　 　　/三/| ﾟＵﾟ|＼　　　　　　,,､,､,,,　　　　　　　　　　　　　　　　　　　　　　　,,､,､,,,
　,,､,､,,,　Ｕ （:::::::::::）　　,,､,､,,,　　　　　　　　　＼オーーーーーーーッ！！／
　　 　 　//三/|三|＼　　　　　∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
　　　　　　∪　 ∪　　　　　　 （　　　　）　　　 （　　　　 ）　　　（　　　　）　　　 ）
　,,､,､,,,　　　　　　　,,､,､,,,　　∧＿∧∧＿∧∧＿∧ ∧＿∧∧＿∧∧＿∧∧＿∧
　　　　　　,,､,､,,,　　　　　　 （　　　　）　　　 （　　　　）　　　 （　　　　）　　　 （　　　　）

GET!

(´-`).｡ｏＯ（.NETは死なず）

XMLマンセー！！

<XML>
　<SINE>
　　1000！
　</SINE>
</XML>

１０００

sen

SOAP

1000.NET　

せん　

999.NET

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。