.NETにはやられた... - 暇つぶし2ch

.NETにはやられた... ..

166:デフォルトの名無しさん
05/11/29 15:16:56
Ｃ＋＋ってオブジェクト指向でネイティブ書けるの？
すでにオブジェクト指向じゃない言語を使うのが苦痛になってる

167:デフォルトの名無しさん
05/11/29 15:32:00
つ BCB

168:デフォルトの名無しさん
05/11/29 21:26:45
馬鹿ばっかりだなあ・・・。
MSが.NETに直接のビジネスチャンスを見込んでいる（いた）、
みたいに勘違いするからトチ狂うんだよねえ。

極端なこと言えば、.NETが普及しようがしまいがMSは直接的には何にも困りゃしねえよ。
あたりまえじゃんかこんなこと。
まあ、だからこそイマイチ本腰が入らないんだろうけどね。

169:デフォルトの名無しさん
05/11/29 22:33:18
>>166
ヒント:　.Netが出るよりも前にC++は誕生していた。

170:デフォルトの名無しさん
05/11/29 22:34:35
寝言は寝てから

171:デフォルトの名無しさん
05/11/30 01:47:04
でも.NET使うと実際C++より開発早くなるよな。最悪でもかつてのVBくらいには流行るんじゃないの？
つーかここネタスレか・・・

172:デフォルトの名無しさん
05/11/30 02:58:09
>>168
ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
WPF、WCF、WWF、WSF、MonadにLINQ…っていうか挙げればきりがないな…
言語中立なTyped Binaryがなけりゃこんな発想できんよな。Typed Object Anywhereだな

>>171
というか、明らかに生産性高いよね。その上ネイティブとの多レベルでの接続もあるのに
何が不満なのさと思う。
メモリにシビアなレベル程度ならunsafe、APIならP/Invoke(MIL for WPF, BCL)、COMに
なってりゃCOM Interop(WebBrowserコントロール, Office)、もっと複雑にネイティブライ
ブラリ使うならC++/CLI(Managed DirectX)、ネイティブコードが中心ならCLR Hosting
(SQL Server)と。
ネイティブのC++屋さんでも十分使えるツールになってきているのに。MSもこれらを最大限
使ってるし、俺らからしても使いやすいしな。

173:デフォルトの名無しさん
05/11/30 09:59:03
VBくらい流行れば大成功だとおもうが。

>>172
>>何が不満なのさと思う。
MSの切捨て具合に嫌気が差したユーザが多いからじゃねーの。
信用って大事よ。

174:デフォルトの名無しさん
05/11/30 11:32:51
>ぶっちゃけMSはまずは自分たちで使うために作ってるようなもんだしね。
>…っていうか挙げればきりがないな…

逆だろ。
VBしかり、.NETしかり。

自分達はＯＳ，オフィス、言語製品にC++を使いながら。

175:デフォルトの名無しさん
05/11/30 14:42:24
次の一般用（PC用）Windowsに標準搭載されるか否か
それが.NETの存否を決めることになりそうな予感

176:デフォルトの名無しさん
05/11/30 14:45:06
いや、ﾌﾞﾋﾞは標準搭載されたり、ＤＬＬの不整合を防ぐ工夫入りまくりだったが、氏んだ。

177:デフォルトの名無しさん
05/11/30 15:13:42
VistaがWinFX(.NET)でのアプリケーションを前提としたものであることから、
Win32だと逆にオーバーヘッドが発生するような仕組みを意図的に入れれば、
自然にWinFXへと流れが傾く。WinFXにあらずんば、ソフトにあらず。

そんな仕組みいれるなー

178:デフォルトの名無しさん
05/11/30 15:20:31
元々そういう計画だったのが、計画倒れになったから無問題。参照→>>138

179:デフォルトの名無しさん
05/11/30 17:19:50
というかプログラミング言語なんてソフト作るためのただの道具だろ。
なんでそれを新しいのが出るたびにいちいち覚えなきゃならんのよ。
Win32で十分じゃねーか。

180:デフォルトの名無しさん
05/11/30 17:28:39
Win32じゃできないこともある。

仕組みを作り直すことで、より生産性を高められることもある。

…こうやって新しいプラットフォームを用意することで、
新しい市場が生まれることもある。

181:デフォルトの名無しさん
05/11/30 17:33:00
でも正しいソフトウェアはスタックであって、
丸々差し替えるのは異常。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
ｽﾚﾘﾝｸ(tech板:518番)
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

182:デフォルトの名無しさん
05/11/30 18:06:41
3.0までは肩慣らしみたいなもん。

VB6→VB.NET3.0では脱落者累々で誰も居なくなっちゃうから
VB6→VB.NET1.1→VB.NET2.0→VB.NET3.0と、徐々に移行し
てる。泣くのが嫌なら、今歩けって話だ。

183:デフォルトの名無しさん
05/11/30 19:25:37
ネイティブがフルで動かないとゲームが・・・

184:デフォルトの名無しさん
05/11/30 19:37:39
>>173
だからさ、ネイティブ部分との連結機能が高い、やりやすい、よくできてる=互換性
がすごいって話なのに通じてない？
端的に言えば切捨てじゃまったくないってことを示すんだけども？
ネイティブコードをありえない数抱えてるMSでさえ対応が進みつつあるわけで
MSが有効性実証してるじゃん。

>>174
ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
時間はかかってるけどな。っていうか、「今あるものを書き直していない」とかいう
レベルで話してる？んな無駄なことするわけないでしょ。

185:デフォルトの名無しさん
05/11/30 22:19:36
アンチに何言っても無駄だよ。しばらくするとまた沸いて出るし。
勝手に乗り遅れてりゃいい。

MSがC++使ってるって、俺たちにもC++使う自由があるから。
何も拘束されてないし、使いたいの使えばいい。

186:デフォルトの名無しさん
05/11/30 22:22:57
Microsoftのご機嫌を取る方法
URLﾘﾝｸ(www.itmedia.co.jp)

同社の心を射止めたいソフトウェア企業は大変だ。
人気のお見合い番組「独身女性」（The Bachelorette）ばりの競争を勝ち抜かなければならないのだから。
Microsoftの幹部は同社のシリコンバレーキャンパスに集った企業家らに対して、
パートナーの地位を希望する企業はこれと同様の試練を経るものと考えてほしいと語った。

187:デフォルトの名無しさん
05/12/01 00:57:45
Ｍ＄のくせに偉そうだな

188:デフォルトの名無しさん
05/12/01 08:41:02
>>184
＞ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
＞時間はかかってるけどな。

読み間違い。
１００歩譲ってＣＬＲ２．０が完成したところで、Ｍ＄が開発に使うのはＣ丼でなくてＣ＋＋。

189:デフォルトの名無しさん
05/12/01 10:36:34
Monoでほとんどそのまま動いてくれればいいんだけど。

190:デフォルトの名無しさん
05/12/01 10:38:53
Mono側がドトネトの設計者ならそうなるだろうがね。

Ｍ＄は自社製品でも買取でも設計始めると金メッキで製品が自滅して、
９９％コード書換えしましたとか逝って自慢始めるおね。。。

191:デフォルトの名無しさん
05/12/01 16:16:20
うーん、じゃあ俺はWindowsVistaの99%のコードがC#で書かれるようになったら
.NETを覚えることにするよ。それまではWin32で十分だわ。

192:デフォルトの名無しさん
05/12/01 18:12:35
>>247
今日のNY時間に120.0のワンタッチOPが行使期限を迎えるようだから、
LDN時間中は防戦売りが相当出ると思われ。
利上げは織り込み済みだけどトリシエの発言内容次第かと。

193:192
05/12/01 18:14:04
どうみても誤爆です。
本当にありがとうございました。

194:デフォルトの名無しさん
05/12/01 19:05:29
>>191
Win32でコードを書き続けるおいらはダメなんだろうか・・・
VistaでWin32コードが著しく問題があるとか遅すぎるならともかく、しばらくは
Win32で良いのではないかと思っちまう｡
まあすぐに覚えられると思うが｡

195:デフォルトの名無しさん
05/12/01 22:02:54
>>191
それはひょっとしてギャグで(ry

>>194
別に。使うかどうかは評価して決めるべき。
というかさー、技術者なら新しいものぐらい評価しろよ。実務で使うかどうかは別にして。
アンチ見てたら、CLRのここが欠点とかそういう意見ならまだしも「MSが使うか」とかどう
でもいいことばっかしか主張してねぇじゃねぇか。お前ら技術者としての誇りはないんか？

>まあすぐに覚えられると思うが｡
そんなことはまったくないぞ。確かに「入り口」は低くなったけど、技術的には超高度で
それなりに最新技術だってことは忘れちゃならん。「今の段階で」数年以上やっている
ひとから遅れているわけで少しは覚悟しといたほうがいい。

196:デフォルトの名無しさん
05/12/01 22:28:04
> 技術者としての誇り

197:デフォルトの名無しさん
05/12/02 00:06:37
>>195
評価して決めるべきとか最新技術とかそういうレベルの話じゃなくてさ。
なんか覚え続ける意味がわからんのよ。
どうせ.NETが一通り普及したら、MSがまた新しい技術を提唱して、
それをまたみんなでいっせいに覚えましょうってことになるだろ。
もちろん技術者って一生勉強していくもんだと思うけどさ、
なんかMSがビジネス的に新しい学問を勝手に作って、
それをみんなで一生懸命勉強してるだけのような気がするのよ。
それでまた新しい市場ができるってのは分かるけど、
技術者のスキルアップって本来そういうもんじゃないと思うんだよ。
いま覚えておかないと乗り遅れるとか、マジ意味不明。一生やってろよ。

198:デフォルトの名無しさん
05/12/02 01:01:17
だからさあ、別に.NETはMSの横車でもなければ、直接の商売のネタでもないって。。
馬鹿じゃないの。
MSだって頭の悪いPGをいたずらに混乱させて悦にいるほど暇じゃないw

.NETの存在理由は現状（というか過去）の不満に答えること。
具体的には生産性を上げること。

だから別に現状に不満がないならそれでいいんでないの別に。
ま、不満がないのがｽｰﾊﾟｰPGだからか、そもそも不満に感じる能力がない
ｳﾙﾄﾗ低能だからかは知らないけどね。

199:デフォルトの名無しさん
05/12/02 01:07:29
Javaでした苦労を思えば、.NETって楽だと思うけどな。
ASP.NETとかデスクトップアプリと同じ感覚で作れちゃうよ
スゲーって感じなんだが？
最新技術云々がなくても、結局は新しいフレームワークだ
新しいライブラリだと覚える事はわんさかあるわけだし？
.NETもその一環と見れば、別に特別なわけでもない。
寧ろ、よくぞここまでってくらい作りやすい環境は、歓迎こ
そすれ否定することはなにもない。

200:デフォルトの名無しさん
05/12/02 01:41:14
学生さん？

201:デフォルトの名無しさん
05/12/02 02:09:23
.NETはJavaに比べるとライブラリとかツールとかが少ないし
乗り換えるメリットないよ。
C++とかからならいいと思うけど

202:デフォルトの名無しさん
05/12/02 03:42:41
> ライブラリとかツールとかが少ないし

単純に多いからいいとは思わない。
初心者は混乱するだけ。

203:デフォルトの名無しさん
05/12/02 06:03:45
いや、フレームワークは既に充分混乱するくらい充実しているだろ。
VB6/VBAと微妙に互換性のない互換ライブラリをはじめとして。

204:デフォルトの名無しさん
05/12/02 07:46:24
Javaも相当混乱してると思うが

205:デフォルトの名無しさん
05/12/02 07:56:51
Win32で充分な奴って「本物のプログラマ」かなんかか？
俺は軟弱だから生産性の高い道具に乗り換えるよ。
優秀な人たちはいつまでも古い手になじんだ道具で頑張ってください（＾＾；ﾜﾗ

206:デフォルトの名無しさん
05/12/02 08:37:06
ヒント：サイのカワラ

207:デフォルトの名無しさん
05/12/02 08:52:01
匙は投げられた

208:デフォルトの名無しさん
05/12/02 09:05:14
ネットだってTCPスタックのように正しい進化は上積みだおね。
Win32のクラスライブラリは便利でも、
丸々差し替えのドトネトは車輪の（ｒｙ

209:デフォルトの名無しさん
05/12/02 09:09:53
TCPスタックは進化じゃないと思ふ

210:デフォルトの名無しさん
05/12/02 09:23:43
ヒント：勉強不足→209

IPだったのがTCP/IPと分かれて、かつ、その上にHTTPとか上乗せだお。
中の人は変わらずにイソターネットが進化。
Ｉ日ＭやＭ＄が独自プロトコル、たとえば、NetBEUIを推奨するも敗北。

ＯＳ＝関数ＡＰＩ、その上にクラスライブラリ、は便利でも、
ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。

それにクラスベースが進化してオブジェクトベースプログラミングが流行ると、
またＯＳのＡＰＩを変えなきゃならなくなるなんてありえ無いよ。

211:デフォルトの名無しさん
05/12/02 09:31:47
ＯＳのＡＰＩがクラスライブラリでマネージド→ドライバが作れない→ドライバの無いＯＳはあぼーん

212:デフォルトの名無しさん
05/12/02 13:32:22
>>210
> ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。
その理屈はいまいちわからん。
.netからアンマネージドAPIを呼ぶこともできるし.netになったから今までのアプリが使えなくなるというわけでもない。
それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

213:デフォルトの名無しさん
05/12/02 13:35:02
>>212
210はアフォだから放置で

214:デフォルトの名無しさん
05/12/02 13:35:36
＞それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？

おめでとう、そう決定されました。参照→>>138

Win32上のプログラムが多いんだから、Win32が残れば無問題。
ドトネトもWin32とかWin64の上階層になれば理想的なスタック。

215:デフォルトの名無しさん
05/12/02 14:07:48
正しい進化じゃない技術も無限に発生しては消えていく。

そういう意味ではドトネトがいつ消えても不思議ではない。
ﾌﾞﾋﾞが消えたように。

216:デフォルトの名無しさん
05/12/02 14:26:37
>>214
>　Win32上のプログラムが多いんだから、Win32が残れば無問題。
あのー、ドトネトになったからってwin32が消滅するわけじゃないんですけど。

217:デフォルトの名無しさん
05/12/02 14:28:51
小学生は帰れ

218:デフォルトの名無しさん
05/12/02 14:36:09
>>210
.NETの場合「関数ＡＰＩ、その上にクラスライブラリ」これがP/Invoke(WinForms、Avalon)、
COMの場合COM Interop(WebBrowserコントロール、VSTO)、C++コードを「まっ
たくそのまま」使うのならC++/CLI(Managed DirectX)、ネイティブアプリからコントロール
したいならCRL Hosting(SQL Server2005)。
簡単にいえば.NETはマネージ/アンマネージ境界のコントロールはユーザーが行う。
その方法はMSだって利用しているし、普通に仕様として公開されているので、GTK#なんて
のもあるし、OpenGLをラップしてクラスライブラリにしたものだって存在したりする(結構すぐ
出来たりするんだなこれが)。
「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんて
ならない。勉強不足。
というかMSだって過去の資産あるんだから当たり前の話だがな。

じゃあ何でLonghornでCLRをAPIうんたらいっているかというと、単純に新機能の多くがCLRが
提供するサービスをそのまま使っているからだ。まぁCLR Hostingでその辺ネイティブからも
取り出せるけどな。

219:デフォルトの名無しさん
05/12/02 14:37:21
>　C++/CLI(Managed DirectX)
この部分の意味がわかりません（＞＜）

220:デフォルトの名無しさん
05/12/02 15:52:01
＞「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんてならない。勉強不足。

ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
ｽﾚﾘﾝｸ(tech板:518番)
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？

221:デフォルトの名無しさん
05/12/02 17:22:43
なぜそこまで.NETをﾏﾝｾｰできるのかが分からない。
そんなにすばらしいもんかね。

222:デフォルトの名無しさん
05/12/02 17:30:17
>>1-221
要するにC++(Win32API)プログラマーの俺が
一番生き残る可能性が高いと言うことだな？
庶民の使うVBとかC#なんかは、後ろに大きな企業とか
いないから切捨てなんだろうｗまぁ趣味程度にやってる
庶民なんかは切り捨てても痛くも痒くもないからな。

C++なんかは64になっても手厚く持て囃されるだろうよｗ

223:デフォルトの名無しさん
05/12/02 17:35:34
>>222
まぁ少なくとも次から次にでてくる新しい言語をせっせと覚えている庶民よりは
おまいの方が何十倍も手厚く持て囃されると思うよ。

224:デフォルトの名無しさん
05/12/02 17:36:44
業務アプリ開発見たことないんですか

225:デフォルトの名無しさん
05/12/02 17:50:22
業務アプリのトレンド

・Ｍ＄囲い込みは避けろ
・ドトネト？何それ。

226:デフォルトの名無しさん
05/12/02 17:53:25
>>225
だよな。てっきりウチだけかと思ったじゃねーか。

227:デフォルトの名無しさん
05/12/02 17:58:43
業務アプリでもさっさと.NETに乗り換えてるところも多いが
いまだに様子見とか、むしろ無視とかいうところも同じ様に多い

228:デフォルトの名無しさん
05/12/02 18:11:04
そういった感じで、ドトネトが高シェアを確保できないなら、Win32/64APIとかJavaが勝ち組。

229:デフォルトの名無しさん
05/12/02 18:42:01
Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。
オンラインウェアとかパッケージソフトにはﾑｶﾈ。
もうちょいライブラリが細かい部分も増えて、ショボマシンでもCLRが快適なると
漏れのような趣味プログラマにも優しいんだが…。

世の中のショボいマシンが新しいのに変わるほうが早そうだ。

230:デフォルトの名無しさん
05/12/02 18:47:14
>Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。

ﾌﾞﾋﾞの消滅でＭ＄に対する反発がつおいからね。
もうダメﾎﾟ。

231:ロリコン
05/12/02 20:54:09
URLﾘﾝｸ(download.microsoft.com)

J2EE or other Java 25.3%
Microsoft .NET 35.7%

C/C++ 1.3%

232:デフォルトの名無しさん
05/12/02 21:53:32
ロリコンさんすごいです。ここのアンチどもの化けの皮がはがれました。やっぱり.NETの未来は明るいんですね。いますぐにでも.NET勉強します。ありがとうございました。

233:デフォルトの名無しさん
05/12/02 23:00:17
Win鯖って流行ってるんだな。

234:デフォルトの名無しさん
05/12/02 23:33:42
[MoeAttribute("ロリ")]
[MoeAttribute("ニーソ")]
[MoeAttribute("ツンデレ", false)]

235:デフォルトの名無しさん
05/12/02 23:40:47
>>231-234
俺は見れなかったのでいつもどおりのようなことを書くが、
それは分野によるものであって全てにおいてそうであるのではない。

236:デフォルトの名無しさん
05/12/02 23:41:50
>>225
ローカルなトレンド書くなよ。
サーバは囲い込みっつーか何でも使えるプラットフォームが好まれてるけど
クライアントはVB6か.NET以外選択肢ないのが現状だろ。
Swing採用も徐々に増えてはいるけど。

237:デフォルトの名無しさん
05/12/03 01:34:41
まあ、他の理由としては
アフォでも書け(ていそうな気がす)る言語だから
裾野が広がっているだけでは？

238:デフォルトの名無しさん
05/12/03 01:42:31
>>236
先ずは自分の頭の上の蝿を追い給え。

239:デフォルトの名無しさん
05/12/03 02:05:45
ろーかるなとれんどー

240:デフォルトの名無しさん
05/12/03 02:13:56
>ローカルなトレンド
ﾜﾛﾀ
なかなか高度な釣りですね。おそれいりました。

241:デフォルトの名無しさん
05/12/03 07:22:26
マイブームみたいなやつ？

242:デフォルトの名無しさん
05/12/03 11:18:14
わかんねーなー
社内システムみたいなのはVBばっかりだけど。
未だにVB4とか使ってるところもあるしｗ

243:デフォルトの名無しさん
05/12/03 11:18:56
V＄ﾄﾞﾄﾈﾄ＝ローカルなトレンド
某島＝マイブーム
Java、ブラウザアプリ＝低俗なブーム

でどう？

244:デフォルトの名無しさん
05/12/03 11:40:08
>>242
ずーっと氏なずに続いてるダサダサ汎用機コボルより短命だろうね。

汎用機コボルはサーバーJavaに継承したがﾄﾞﾄﾈﾄになるケースは少ない。

245:デフォルトの名無しさん
05/12/03 17:28:41
>>244
コボルを馬鹿にするなー。
コボルはなぁ…、コボルはなぁ…………、

ダサいよ。

246:デフォルトの名無しさん
05/12/03 19:55:48
ちょっと前までは、今更変更できないよってのが主だったんだけど、
このごろは新規な話が増えてる＞COBOLなシステム

247:デフォルトの名無しさん
05/12/03 20:51:44
COBOLからの移植の案件は、Webアプリと言う言葉に釣られるからJavaかASP.NETが多いな。
VB4とかVBC++4.2みたいな過去のコンパイラを使う案件は大抵官がらみだったりするし。

248:デフォルトの名無しさん
05/12/03 22:04:27
お前ら仕事あっていいな

249:デフォルトの名無しさん
05/12/03 22:44:43
>>244
URLﾘﾝｸ(www.cobol.gr.jp)
もう40年くらい経ってるね。
COBOL全盛期は1995年前後までだろうから、約30年間てところか。

250:デフォルトの名無しさん
05/12/03 22:52:44
NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって
VBからの移植は.NETじゃなくても良くなった。
JNI使いが居なきゃ過去の資産を生かせないけどね。

業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる

251:デフォルトの名無しさん
05/12/03 23:00:00
VB6->COBOLの移行もたまーにだけど聞くぞ。

252:デフォルトの名無しさん
05/12/03 23:12:39
目糞が鼻糞を嘲うスレはここですか

253:デフォルトの名無しさん
05/12/03 23:16:38
SUNはMSに援助されてるくせに生意気

254:デフォルトの名無しさん
05/12/04 00:08:08
COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿
だとおもうんだが。

おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。
なんでWebのフォームと画面遷移で満足できるんだよと。

255:デフォルトの名無しさん
05/12/04 00:10:32
Webだけでも相当のことは出来るけど。

256:デフォルトの名無しさん
05/12/04 00:24:48
Webよりクラサバのが作るのが楽

257:デフォルトの名無しさん
05/12/04 01:30:26
CSシステムの方が良いけど、
Webアプリって言った方がボッタクれそうだから。

258:デフォルトの名無しさん
05/12/04 02:34:51
まあ、最近何でもWebアプリにするのは、提案してる連中
が対話型UIを持つシステムについて、他のソリューション
を知らないだけだからとおもうけど。

259:デフォルトの名無しさん
05/12/04 03:19:02
>>258
つーより、「システムを管理している側」からすれば楽だからジャマイカ。
webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが
決定に強いと。

260:デフォルトの名無しさん
05/12/04 03:21:07
.NetもJavaWebStartもWebよりトラフィックは低いでしょ？

261:デフォルトの名無しさん
05/12/04 07:02:01
みんな「神託」に騙されているんですよ。

262:デフォルトの名無しさん
05/12/04 09:35:20
>>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ？

263:デフォルトの名無しさん
05/12/04 09:42:25
糞

264:デフォルトの名無しさん
05/12/04 19:30:31
お前らが使ったところでMicrosoftのためにならない

265:デフォルトの名無しさん
05/12/05 01:35:46
>>264
お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。

266:デフォルトの名無しさん
05/12/05 09:00:32
CSSの最強はDel/Win32だし。

267:デフォルトの名無しさん
05/12/06 10:42:21
7 以前のな

268:デフォルトの名無しさん
05/12/06 21:40:53
Visual Basicの来た道、進む道

269:デフォルトの名無しさん
05/12/06 21:44:50
失礼
URLﾘﾝｸ(www.atmarkit.co.jp)

> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
> WPFやWCFは、最初から.NETベースのAPIとして構築されます。
> もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。

270:デフォルトの名無しさん
05/12/07 08:45:23
> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。

ドトネト大ブームβ時代から続いてる詭弁。

271:デフォルトの名無しさん
05/12/07 09:31:41
業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing)

272:デフォルトの名無しさん
05/12/07 09:35:45
業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,,

273:デフォルトの名無しさん
05/12/07 09:37:18
>>270
もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。
WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、
XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、
WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
スですので、.NETのメタデータ自己記述の機能が前提。

274:デフォルトの名無しさん
05/12/07 09:50:17
URLﾘﾝｸ(primates.ximian.com)

セキュリティ:
ローテクな問題の解決については、説明できていない。

複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。

技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。

キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。

GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。

予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ

275:デフォルトの名無しさん
05/12/07 09:53:43
>WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー

このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。

276:デフォルトの名無しさん
05/12/07 09:54:56
結果。

WinFXβ
・WPF
・WCF
・WinFS

　↑
魅力ねぇ。

277:デフォルトの名無しさん
05/12/07 12:12:49
>>275
バカじゃないの?WebAPIが主流ならますます.NETのほうが有利じゃん。
相互運用の話をするのなら異種間システム結合は圧倒的に.NETだし。
その辺の前提は始めから組み込まれて作られているわけで、そのための
MarshalByRefObjectとかAppDomainとかな。

そもそもネットワークの世界(マシン間)のType SystemではXML-Shcemaで合意
(Data以外の部分で揺れてるけどな)、マシンの内部においてどうするかの世界で
Windowsでは.NET、他はJavaあたりがくるかという話になってんのに機器を広げた
らますます不利になるってのも分からんのかね?アホ?

>>276
まぁバカには魅力が分からんかもな

278:デフォルトの名無しさん
05/12/07 12:34:26
>>277
バカだな。

相互ってWindows同士の相互であって、
携帯ではWinは対象にならないくらいニッチ。

いい加減魅力無い事に気付けよ。

279:デフォルトの名無しさん
05/12/07 15:36:42
>>277
よく分かった。やっぱりアンチは何も分かってないのな
お前が言ってるレベルの話は2000年には終わってる。すでに前提が「様々な
システムが混在することが当たり前」になっててそれらをどうやってつなぐかって
話であってそれのWin上での実装、MSの答えがNETFXだろ。両方の対応が要るし、
そんなんは標準化でもしたらいいし、実装するほうのマシン(デバイス)は何でも
選んだらいい。
MSからしたらWinで固めてもらうほうがありがたいだろうが、前提はどんなシステムが
入り込んだって問題ないようになっている(あるいはしようとしている)。
何でIBMとMSが中心になってWebサービス作ったと思ってんのかね？
すでに普通にJavaシステムとつながるんだが。Webサービスで。しかも
「完全に透過的」(つながっている先がどうなってても「CLRのオブジェク
ト」として)使うことが出来る。先は何でもよく、それが「同じように」使えるんだよ。
サービスを仮想化するためのプラットフォームだから。

NETFXの何が利点って、ハードウェアごりごりのAvalonやらデータベース
ごりごりのWinFSやらネットワークの先にあるオブジェクトをWCFで透過的に
アクセスやら、コンポーネント(ソフトウェア部品)やら、どんなオブジェクト、
インターフェイスであろうが、ネットワークの先にあってどんなシステムで構成
されていようが、ハードウェアで実装されていようが、あるいは逆にどんな言語
(C#やらに限らずXMLさえも)であろうが、仮想化して「すべてを同じ土俵に持って
きてしまえる」ことなんだが。

その上でTypedオブジェクトをオブジェクトのままネットワークに流し(WCF、ちなみ
にプロトコルあわせるのはバックグラウンドでやってしまう)、オブジェクトをオブジェ
クトのまま表示、操作し(WPF, Monad)、オブジェクトをオブジェクトのまま保存(WinFS)
するような仕組みをWin上に作る。
そうそう、WWFやコンポーネント(ソフトウェア部品)のように開発フレームワークで
すら「その上に」乗っけてたりもしてるな。

この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMSであって
Win内で閉じて囲い込みなんていつの時代の話だよ

280:デフォルトの名無しさん
05/12/07 20:44:55
アンチが黙ってしまったなｗ

281:デフォルトの名無しさん
05/12/07 20:57:40
なげーよボケ
簡潔にまとめろ

282:デフォルトの名無しさん
05/12/07 23:23:05
おれ、２ｃｈにきて初めてこのカキコする。

>>279
２行目まで読んだ（リアルで

283:デフォルトの名無しさん
05/12/07 23:32:14
>>279
禿同

なんとかかんとかPSP

284:デフォルトの名無しさん
05/12/07 23:45:34
「あんちゃんにはわからないのよっ！」は良かった

285:デフォルトの名無しさん
05/12/08 04:05:29
2chの法則
長文レスはよほど面白くない限り誰も読まない。

286:デフォルトの名無しさん
05/12/08 09:09:37
ここは俺の日記帳だ！

287:デフォルトの名無しさん
05/12/08 09:15:30
URLﾘﾝｸ(www.hellohiro.com)
RMIとはRemote Method Invocationの略です。RMIを用いると、別のコンピューターにあるJavaのオブジェクトのメソッドを呼ぶことができます。

288:デフォルトの名無しさん
05/12/08 12:46:30
しょーがねえなあ、素人のおれがまとめてやるヨ
>>279
＞この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMS
で、ろくに何も実現できてないから「.NETにはやられた」って結論でFAな。
2行で足りるじゃん

289:デフォルトの名無しさん
05/12/08 15:29:22
気持ち悪いくらいのマンセーだな。
ＧＫのＰＳＰ並みに痛い。。。
って、ネタ？

290:デフォルトの名無しさん
05/12/08 20:48:22
確かにドトネトはソースが作りやすい
でも必要なメソやハンドラがある場所がわかりにくい
頼むから鱒丼をもっと解りやすくしてくれ
鱒丼よりよそのサイトの方がわかりやすいよ…

291:デフォルトの名無しさん
05/12/08 20:55:35
鱒丼って何だよ。

292:デフォルトの名無しさん
05/12/08 21:00:57
頭のいい俺が考えた造語

JAVA　：マルチプラットフォーム　　シングルランゲージ
.NET　　：シングルプラットフォーム　マルチランゲージ

なんてわかりやすい例えなんだ（感涙

293:デフォルトの名無しさん
05/12/08 21:01:02
鱒丼→ますどん→MASUDON→MaSuDoN→MSDN
だと思うが、そんな風に書くのはきわめて気持ち悪いな。

294:デフォルトの名無しさん
05/12/08 21:35:13
>.NET　　：シングルプラットフォーム　マルチランゲージ

　↑
ﾌﾞﾋﾞﾁｭｳから見ると旧VBが無いから、０ランゲージ。

295:デフォルトの名無しさん
05/12/08 23:26:40
URLﾘﾝｸ(s03.2log.net)

正直賛同できません。

296:デフォルトの名無しさん
05/12/08 23:27:57
MVP工作員乙

297:デフォルトの名無しさん
05/12/08 23:34:49
賛同も何も、事実を数値的に示しただけじゃん

298:デフォルトの名無しさん
05/12/08 23:49:21
んだとぅ！？このガキどもが！！

299:デフォルトの名無しさん
05/12/09 00:13:54
Javaや.NETは静的型付言語でありながらもリフレクションを利用すると動的
な側面を利用する事もできる。
この辺に美味しいとこが残ってそうな気がするんだよな。て言うか次世代？

Ruby、Python、ECMAScriptでは動的な側面を利用した新しいイディオムが
研究されてるし、Javaでも激しくハックなりフレクション利用例が出てきてる。
安全だけど柔軟てのがテーマになっていくのかな？と妄想する。

300:デフォルトの名無しさん
05/12/10 02:54:30
VB.netかC#でWindowsアプリケーションのプロジェクトを新規
につくってKeyDownイベントハンドラのみ追加して実行する。

ソースはこんな感じ

Public Class Form1
Inherits System.Windows.Forms.Form

Windows フォームデザイナで生成されたコード

Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles MyBase.KeyDown
Console.WriteLine(System.Environment.TickCount)
End Sub
End Class

ウィンドウが表示されたらF1からF12まで順番に押していくと
なぜかF11を押した後からキーイベントが上がってこないんですが…

301:デフォルトの名無しさん
05/12/10 13:05:10
F10押した後で下矢印キー押してみ。

302:300
05/12/10 14:33:40
そういうことかー

303:デフォルトの名無しさん
05/12/12 17:20:04
>>302
見事に.NETにやられたな。

304:デフォルトの名無しさん
05/12/12 23:00:03
ﾜﾛｽｗ

305:デフォルトの名無しさん
05/12/13 07:03:58
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

306:デフォルトの名無しさん
05/12/13 12:38:01
，.NETの処理機能マイクロプロセッサなんて、
超ハイパースペシャル大ヒット間違いないおね。

307:デフォルトの名無しさん
05/12/13 12:50:16
はいはいﾜﾛｽﾜﾛｽ

308:デフォルトの名無しさん
05/12/13 13:46:42
.NETマイクロプロセッサのソフトにも月間うｐデートと、
メジャーバージョンうｐが必要になります。

失敗したらCPUが動作しない両刃の真剣勝負。

でもそれだけの価値があることをみんな分かってるから大丈夫。

309:デフォルトの名無しさん
05/12/16 12:26:01
βマックスはなくなるの?
いいえ。

ﾄﾞﾄﾈﾄはなくなるの?
いいえ。

310:デフォルトの名無しさん
05/12/26 23:23:37
ﾄﾞﾄﾈﾄはなくなるの?
はい。

311:デフォルトの名無しさん
06/01/28 12:55:28
.NETってどのくらい普及しているのですか？

312:デフォルトの名無しさん
06/01/28 13:07:10
普及してません

313:デフォルトの名無しさん
06/01/28 20:46:49
真面目な話、.NETは仕様上のバグが多すぎたと思う。
互換性問題とかね。
さらに、.NET自体が初心者でも使いやすいような仕様だから、.NETプログラマーのほとんどが初心者になる。
そうすると、.NETで作られたプログラムも全体的にレベルが低いものが多くなる。
だから.NETに対する風当たりが強いんだと思う。

314:デフォルトの名無しさん
06/01/28 21:19:53
.NETの仕様や互換性とか以前に、.NETを使うことによる
ユーザにとってのメリットがなさすぎる。

315:デフォルトの名無しさん
06/01/28 22:01:07
プラットフォーム固定なのに、何でもかんでもVM上でやろうとするからおかしな事になる
他のVM搭載した言語の様にマルチプラットフォームじゃないとVM使うメリット無いのにね

316:デフォルトの名無しさん
06/01/28 23:55:44
誰の為の　何の為の　.NET　？？？

317:デフォルトの名無しさん
06/01/29 00:50:48
>>314
同意。
ユーザにとっては、もっさりアプリの押し付け以外の何物でもないな。
.NET がマルチプラットフォームだと、
Linux・Macの人が幸せになれたりする利点があるのだがなぁ．．．

318:デフォルトの名無しさん
06/01/29 01:01:42
>>317
ある意味monoが.NETを活気付かせるかもね。

319:デフォルトの名無しさん
06/01/29 01:05:44
低級プログラマーが簡単なアプリを作るための　.NET

320:デフォルトの名無しさん
06/01/29 01:13:55
>>319
素晴らしいことだよね。
簡単にアプリが作れるっていうのはさ

321:デフォルトの名無しさん
06/01/29 01:44:48
イヤミを褒め言葉に変えやがった・・・

322:ここ壊れてます
06/01/29 02:10:21
　

323:デフォルトの名無しさん
06/01/29 08:45:24
簡単「に」じゃなくて簡単「な」アプリなんだよな。

324:デフォルトの名無しさん
06/01/29 10:19:18
外観だけなら、複雑なアプリでも簡単に作れるよ。

325:デフォルトの名無しさん
06/01/29 10:43:44
中身だって複雑なアプリ作れるだろうが。
メモリ管理とかに割いてた時間をほかの事に避けるでしょ？

326:デフォルトの名無しさん
06/01/29 10:44:27
>外観だけなら、複雑なアプリでも簡単に作れるよ。

表示が若干もっさりするけどね

327:デフォルトの名無しさん
06/01/29 10:58:01
俺たちは重大な過ちを犯していた！！
このスッドレのタイトルは「.NETにはやられた...」である。
一般の日本人であれば「.NETには　やられた...」と読み取るであろう。
しかし、このスッドレの真のタイトルは「.NETに　はやられた...」、ここまで言えば、賢い諸君であればお気づきであろう。
つまり、「.NETに流行られた...」という意味である！！

そう、このスッドレは、アセンブリ言語、C、C++、Java、Perl、PHPなど、従来の言語開発者による、
.NETプラットフォームの破竹の勢いの普及速度に対する嫉妬と、その波に乗れなかった後悔の念によって立てられたスッドレである！！

328:デフォルトの名無しさん
06/01/29 18:30:25
>>327
>>31あたりから何度も既出

329:デフォルトの名無しさん
06/01/29 21:08:38
>>327
>>1を読みな。
普及してないって書いてあるじゃん。

330:デフォルトの名無しさん
06/02/01 00:27:53
おまえらほんと馬鹿ばっかだな

331:デフォルトの名無しさん
06/02/01 00:30:23
おっ！久しぶりに馬鹿が書き込んだ

332:デフォルトの名無しさん
06/02/02 16:26:00
普及するしないのモノサシがいまいち示されてないな
WindowsUpdateしてる奴（＝8割）は.NET入れてるわけで
ランタイムは普及してるよ

333:デフォルトの名無しさん
06/02/02 22:09:39
そのランタイムで動くアプリが普及してなきゃ仕方ないわな
ほとんどのWebブラウザにJREが搭載されていたからといって
Javaアプリが普及しているとはいえまい

334:デフォルトの名無しさん
06/02/03 00:07:29
俺としては明確に「.NET使ってます！」って言うソフトより、
「実は.NET使ってました。」っていうソフトが
いつの間にか普及しちゃってた、ていう状況がベスト

335:デフォルトの名無しさん
06/02/03 00:21:13
で、.NETの発表から5年たつわけだがそういうソフトはあるのだろうか？

336:デフォルトの名無しさん
06/02/03 00:27:23
Reflector for .NET

337:デフォルトの名無しさん
06/02/03 08:32:23
だってWindowsに搭載されてるJREじゃほとんどのアプレット動かないよ
ゲームは特に1つだって動きやしない

338:デフォルトの名無しさん
06/02/03 09:19:09
>「実は.NET使ってました。」っていうソフトがいつの間にか普及しちゃってた、ていう状況がベスト

こんなにモッサリﾄﾞﾄﾆｰﾄがそんなこと有り得ない。

339:デフォルトの名無しさん
06/02/03 14:19:02
>>338
モッサリをカバーするために
「実はスタートアップにダミーの .NET製アプリがインストールされていました」
という状況があちこちで生まれるかも｡

340:デフォルトの名無しさん
06/02/03 14:24:00
ﾄﾞﾄﾆｰﾄランタイム・クリーンあんいんすとーらー希ぼんにゅ

341:デフォルトの名無しさん
06/02/03 16:51:39
とりあえず、バージョン３が出れば何とかなるでしょう。
何故かは分かりませんが、普通にそういうもんです。
コンピュータにとって３は吉数なのです。

342:デフォルトの名無しさん
06/02/03 19:02:44
>>339
スタートアップどころかOSと仲良く一緒に起動するよ。そのうち。

343:デフォルトの名無しさん
06/02/03 22:33:48
使わないからスワップしてるのな
で、さらに遅くなる

344:デフォルトの名無しさん
06/02/03 23:48:20
どのみち将来はあまり明るくなさそうだな

345:デフォルトの名無しさん
06/02/05 00:49:12
Windows.Forms.dllがでかすぎ。
1.1は2MB程度だったが2.0で5MBくらいになってる。アホか

346:デフォルトの名無しさん
06/02/05 01:36:57
でも.netがどんなに重かろうとなくなる方向には向わないだろうから
OSに吸収されてくさ。

Dephi卒業してC#でも始めようかなっと。

347:デフォルトの名無しさん
06/02/05 12:42:07
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

348:デフォルトの名無しさん
06/02/06 08:40:35
>でも.netがどんなに重かろうとなくなる方向には向わないだろうから
>OSに吸収されてくさ。

ﾌﾞﾋﾞランタイムでも同様の事が言われて種。

でも、Ｏ＄とドトネトの間は開くばかり。（ネーミングといいＡＰＩといい）

349:デフォルトの名無しさん
06/02/10 23:00:04
C#か…
J#と同じ運命を辿る事になるとも知らずに…

350:デフォルトの名無しさん
06/02/15 10:41:18
.NETに行かない=COM、MFC、ATL/WTLの延命確定
MSはすぐ切捨てる～は詭弁確定

351:デフォルトの名無しさん
06/02/15 11:51:21
現実は携帯O$にWinCEを使ったメーカーがO$の提供切られて（今はライセンス変更されたらしいが）、
Win二度と使うか！と怒った話とかあるお。

つか、
>.NETに行かない=COM、MFC、ATL/WTLの延命確定
もう延命されても新規には使えんやん。
開発者から見たら切り捨てだお。

352:デフォルトの名無しさん
06/02/15 12:06:33
行かないというのか、Vista発売までには行けないというのか。
64ビットOSへの本格的な移行が始まるまでには、目処つけてくれるといいんだけどね。

353:デフォルトの名無しさん
06/02/21 14:40:52
DDE（Win3.1or3.0　1993)
↓
NET　DDE (Win3.1　1994)
↓
埋め込みしたいなぁ．．．
↓
OLE1.0（DDE使用）
↓
OLE2.0=COM　ただし目的はインプレースドキュメント。しかしその背景には本質としてバイナリオブジェクト標準あんどオブジェクト通信の思想あり。この辺で名慮or迷著　InsideOLEあんどIsideOLE2。死者多数。
部品としてVB用のVBX (VB2.0からVB4.0　1995あたり)
↓
COMを使ったOCX (1996あたり）結局コンポーネントビジネスはやんなかったな...
ゲイツがインターネットに熱上げあんどJAVA　Appletはやる (1995）
↓
COMつかってActiveX(1996)
だんだんオブジェクトはやってくる。（UMLなど1997）オブジェクトもでるとしてCOMの宣伝開始 DCOMなどCORBAとがっぷり。この辺でMTSではじめ
↓
マーケティングてきなWindowsDNA 。MTS2.0それなりに使えそう。つか使った。DCOM糞。(1999)
↓
COM+ （Win2000､2000）In-MemoryDBどこいったゴラァ
COM　Runtimeの情報漏れ始め (2000～)
↓
セキュリティ→ファイアーウォールのためCOM全滅。しばらくしてから.NETとしてCOMじゃないものに．．．
↓
.NET流行らず(～2006)
↓
WinFX完成(2007)
↓
オブジェクトベースプログラミングにより、OSは関数コールに戻る(2008)
WinFX下位互換へ

354:デフォルトの名無しさん
06/02/21 15:59:59
どの技術でもそうだけど主流になるかどうかはインスコに手間がかからないことが必須
.NETが主流になるとしたら
「えーまだXPなんて使ってるの？キャハハ！XPが許されるのは(ry」
そんな時代になった頃だな
MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから楽だったよ(遠い目

355:デフォルトの名無しさん
06/02/21 16:26:23
COMはXMLSchemaと同じでとっつきにくさがね
どこの会社にも埃をかぶったCOM書籍が眠ってるのでわ
頑張って理解した人だけが儲けられる
実際儲けたかどうかしらないけどさ

356:デフォルトの名無しさん
06/02/21 16:35:51
.NETは遅いから使い物にならん

357:デフォルトの名無しさん
06/02/21 16:40:00
＞MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから

スタティックリンクしてDLLのコピーすら不要にするよ

358:デフォルトの名無しさん
06/02/21 16:43:13
COMで儲けた人なんて聞いたことないな。
やたらブ厚い本は枕には重宝したが（ｗ
一時なんでもOLE対応とかCOM対応とか言ってた時期あるが
そうするメリットってさっぱりわからんかったな。
たとえばゲームプログラムでOLEやCOMに対応して
なにかうれしいことあった？

359:デフォルトの名無しさん
06/02/21 18:02:45
DirectXはCOM使っていますが。
もちろん技術的にどうしてもCOMにしなければならない必要性があったとは言えないだろうけど。

360:デフォルトの名無しさん
06/02/22 07:40:39
>>358
COMがないとOSもなにも動かないんだが。
OLEと混ぜるなよ

361:デフォルトの名無しさん
06/02/22 08:45:07
>COMがないとOSもなにも動かないんだが。

何でO$が動かないの？
あ、池沼ですか。

362:デフォルトの名無しさん
06/02/22 08:48:13
何から何までCOMで出来ているから

363:デフォルトの名無しさん
06/02/22 08:49:22
>>362
小学生は学校いけよ

364:デフォルトの名無しさん
06/02/22 08:50:26
>何から何までCOMで出来ているから

あ、WindowsはCOMのカタマリだというＭ＄の宣伝に騙された被害者でつか。

365:デフォルトの名無しさん
06/02/22 09:00:53
COMが無いとプロセス間通信が成り立ちません
ドライバもWDM=COM

366:デフォルトの名無しさん
06/02/22 09:09:31
>>365
>COMが無いとプロセス間通信が成り立ちません
何でそういうウソいうかな。
小学校でウソいわない様に習わなかった？

>ドライバもWDM=COM
これも間違い。

367:デフォルトの名無しさん
06/02/22 10:01:37
何に切れたかしらんが
韻まで踏むことはない

男ならCLSIDキー消して再起動
これでいけ

368:デフォルトの名無しさん
06/02/22 10:35:41
ユーザープログラムから完全に独立しているのにも関わらず
いざ使うとなるとプログラムの一部になってしまう密着性。
それがCOM。
今流行りのツンデレの先駆け。

COMの開発してるとエッチな気分になれるから好きだな。
最近はCOM案件なんて無いけどさ。

369:デフォルトの名無しさん
06/02/22 19:16:20
>>368
COMってエッチだよな。最近は俺でも手におえないよ。えっちすぎて

370:デフォルトの名無しさん
06/02/23 10:38:44
OSはともかく今のシェルはエッチの塊だな

371:デフォルトの名無しさん
06/02/23 12:48:52
>>370
　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないよ。
　　|　∵ つ　＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

372:デフォルトの名無しさん
06/02/23 21:25:00
はいはいCOMなんて存在しませんね

モマエの頭の中では

373:デフォルトの名無しさん
06/03/01 13:35:59
電子政府自治体に採用されるJ2EEは
.NETよりも安定性に優れてるということでOK？

374:デフォルトの名無しさん
06/03/01 19:09:01
おCOMe券

375:デフォルトの名無しさん
06/03/01 19:20:59
ﾜﾛﾀ

376:デフォルトの名無しさん
06/03/02 11:58:06
.NETは大嫌い。だからＶＢからDelphiに移行したのだ。

377:デフォルトの名無しさん
06/03/02 13:41:21
でどう？

378:デフォルトの名無しさん
06/03/02 15:14:23
イントラ系の業務Webアプリは.NETに移行するだろうね。
管理者は満足なんだろうけど、実際の利用者は貧弱なUIに苦しんでいるのが現状。
実際、自分が開発に携わったものをテストしてて、かったるくて仕方が無い。

フロントエンドがASP.NETになるかは不明だが。

379:デフォルトの名無しさん
06/03/02 15:49:42
>イントラ系の業務Webアプリは.NETに移行するだろうね。

　　＼|／
　　/⌒ヽ　　　／￣￣￣￣￣￣￣￣￣￣￣
　　| ゜Θ゜）　＜　そうでもないお。
　　|　∵ つ　＼＿＿＿＿＿＿＿＿＿＿＿
　　|　∵　|
　　＼＿／

API War
URLﾘﾝｸ(www.radiumsoftware.com)

380:デフォルトの名無しさん
06/03/02 16:14:46
やっぱ、Ｍ＄には太刀打ちできない！

＞大前研一：技術はあっても構想のない国・日本
＞URLﾘﾝｸ(nikkeibp.jp)
＞Xbox360の描く未来に太刀打ちできる企業は存在しない

381:デフォルトの名無しさん
06/03/03 04:06:33
WEBアプリやるのに近代的な文法のPythonやRubyでなくて
古色蒼然たるC#やVB.netのようなローテクレトロ文法使うのって理解できない。

382:デフォルトの名無しさん
06/03/03 06:20:24
.Netが遅いのは起動時だけでしょう。
JavaVMの遅さに比べたらましは方ですよ。

次ページ