- 1 名前：デフォルトの名無しさん [05/02/18 00:58:56 ]
- なにが.NETだ！
全然普及しねーじゃねーか！！
- 175 名前：デフォルトの名無しさん [2005/11/30(水) 14:42:24 ]
- 次の一般用（PC用）Windowsに標準搭載されるか否か
それが.NETの存否を決めることになりそうな予感
- 176 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 14:45:06 ]
- いや、ﾌﾞﾋﾞは標準搭載されたり、ＤＬＬの不整合を防ぐ工夫入りまくりだったが、氏んだ。
- 177 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 15:13:42 ]
- VistaがWinFX(.NET)でのアプリケーションを前提としたものであることから、
Win32だと逆にオーバーヘッドが発生するような仕組みを意図的に入れれば、
自然にWinFXへと流れが傾く。WinFXにあらずんば、ソフトにあらず。
そんな仕組みいれるなー
- 178 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 15:20:31 ]
- 元々そういう計画だったのが、計画倒れになったから無問題。 参照→>>138
- 179 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 17:19:50 ]
- というかプログラミング言語なんてソフト作るためのただの道具だろ。
なんでそれを新しいのが出るたびにいちいち覚えなきゃならんのよ。
Win32で十分じゃねーか。
- 180 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 17:28:39 ]
- Win32じゃできないこともある。
仕組みを作り直すことで、より生産性を高められることもある。
…こうやって新しいプラットフォームを用意することで、
新しい市場が生まれることもある。
- 181 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 17:33:00 ]
- でも正しいソフトウェアはスタックであって、
丸々差し替えるのは異常。
ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
pc8.2ch.net/test/read.cgi/tech/1130648644/518
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？
- 182 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 18:06:41 ]
- 3.0までは肩慣らしみたいなもん。
VB6→VB.NET3.0では脱落者累々で誰も居なくなっちゃうから
VB6→VB.NET1.1→VB.NET2.0→VB.NET3.0と、徐々に移行し
てる。泣くのが嫌なら、今歩けって話だ。
- 183 名前：デフォルトの名無しさん [2005/11/30(水) 19:25:37 ]
- ネイティブがフルで動かないとゲームが・・・
- 184 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 19:37:39 ]
- >>173
だからさ、ネイティブ部分との連結機能が高い、やりやすい、よくできてる=互換性
がすごいって話なのに通じてない？
端的に言えば切捨てじゃまったくないってことを示すんだけども？
ネイティブコードをありえない数抱えてるMSでさえ対応が進みつつあるわけで
MSが有効性実証してるじゃん。
>>174
ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
時間はかかってるけどな。っていうか、「今あるものを書き直していない」とかいう
レベルで話してる？んな無駄なことするわけないでしょ。
- 185 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 22:19:36 ]
- アンチに何言っても無駄だよ。しばらくするとまた沸いて出るし。
勝手に乗り遅れてりゃいい。
MSがC++使ってるって、俺たちにもC++使う自由があるから。
何も拘束されてないし、使いたいの使えばいい。
- 186 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 22:22:57 ]
- Microsoftのご機嫌を取る方法
ttp://www.itmedia.co.jp/enterprise/articles/0511/30/news081.html
同社の心を射止めたいソフトウェア企業は大変だ。
人気のお見合い番組「独身女性」（The Bachelorette）ばりの競争を勝ち抜かなければならないのだから。
Microsoftの幹部は同社のシリコンバレーキャンパスに集った企業家らに対して、
パートナーの地位を希望する企業はこれと同様の試練を経るものと考えてほしいと語った。
- 187 名前：デフォルトの名無しさん [2005/12/01(木) 00:57:45 ]
- Ｍ＄のくせに偉そうだな
- 188 名前：デフォルトの名無しさん [2005/12/01(木) 08:41:02 ]
- >>184
＞ああ、それについてははっきりいってやれると思う。勘違い。CLR2.0の遅れの影響で
＞時間はかかってるけどな。
読み間違い。
１００歩譲ってＣＬＲ２．０が完成したところで、Ｍ＄が開発に使うのはＣ丼でなくてＣ＋＋。
- 189 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 10:36:34 ]
- Monoでほとんどそのまま動いてくれればいいんだけど。
- 190 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 10:38:53 ]
- Mono側がドトネトの設計者ならそうなるだろうがね。
Ｍ＄は自社製品でも買取でも設計始めると金メッキで製品が自滅して、
９９％コード書換えしましたとか逝って自慢始めるおね。。。
- 191 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 16:16:20 ]
- うーん、じゃあ俺はWindowsVistaの99%のコードがC#で書かれるようになったら
.NETを覚えることにするよ。それまではWin32で十分だわ。
- 192 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 18:12:35 ]
- >>247
今日のNY時間に120.0のワンタッチOPが行使期限を迎えるようだから、
LDN時間中は防戦売りが相当出ると思われ。
利上げは織り込み済みだけどトリシエの発言内容次第かと。
- 193 名前：192 mailto:sage [2005/12/01(木) 18:14:04 ]
- どうみても誤爆です。
本当にありがとうございました。
- 194 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 19:05:29 ]
- >>191
Win32でコードを書き続けるおいらはダメなんだろうか・・・
VistaでWin32コードが著しく問題があるとか遅すぎるならともかく、しばらくは
Win32で良いのではないかと思っちまう｡
まあすぐに覚えられると思うが｡
- 195 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 22:02:54 ]
- >>191
それはひょっとしてギャグで(ry
>>194
別に。使うかどうかは評価して決めるべき。
というかさー、技術者なら新しいものぐらい評価しろよ。実務で使うかどうかは別にして。
アンチ見てたら、CLRのここが欠点とかそういう意見ならまだしも「MSが使うか」とかどう
でもいいことばっかしか主張してねぇじゃねぇか。お前ら技術者としての誇りはないんか？
>まあすぐに覚えられると思うが｡
そんなことはまったくないぞ。確かに「入り口」は低くなったけど、技術的には超高度で
それなりに最新技術だってことは忘れちゃならん。「今の段階で」数年以上やっている
ひとから遅れているわけで少しは覚悟しといたほうがいい。
- 196 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 22:28:04 ]
- > 技術者としての誇り
- 197 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 00:06:37 ]
- >>195
評価して決めるべきとか最新技術とかそういうレベルの話じゃなくてさ。
なんか覚え続ける意味がわからんのよ。
どうせ.NETが一通り普及したら、MSがまた新しい技術を提唱して、
それをまたみんなでいっせいに覚えましょうってことになるだろ。
もちろん技術者って一生勉強していくもんだと思うけどさ、
なんかMSがビジネス的に新しい学問を勝手に作って、
それをみんなで一生懸命勉強してるだけのような気がするのよ。
それでまた新しい市場ができるってのは分かるけど、
技術者のスキルアップって本来そういうもんじゃないと思うんだよ。
いま覚えておかないと乗り遅れるとか、マジ意味不明。一生やってろよ。
- 198 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 01:01:17 ]
- だからさあ、別に.NETはMSの横車でもなければ、直接の商売のネタでもないって。。
馬鹿じゃないの。
MSだって頭の悪いPGをいたずらに混乱させて悦にいるほど暇じゃないw
.NETの存在理由は現状（というか過去）の不満に答えること。
具体的には生産性を上げること。
だから別に現状に不満がないならそれでいいんでないの別に。
ま、不満がないのがｽｰﾊﾟｰPGだからか、そもそも不満に感じる能力がない
ｳﾙﾄﾗ低能だからかは知らないけどね。
- 199 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 01:07:29 ]
- Javaでした苦労を思えば、.NETって楽だと思うけどな。
ASP.NETとかデスクトップアプリと同じ感覚で作れちゃうよ
スゲーって感じなんだが？
最新技術云々がなくても、結局は新しいフレームワークだ
新しいライブラリだと覚える事はわんさかあるわけだし？
.NETもその一環と見れば、別に特別なわけでもない。
寧ろ、よくぞここまでってくらい作りやすい環境は、歓迎こ
そすれ否定することはなにもない。
- 200 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 01:41:14 ]
- 学生さん？
- 201 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 02:09:23 ]
- .NETはJavaに比べるとライブラリとかツールとかが少ないし
乗り換えるメリットないよ。
C++とかからならいいと思うけど
- 202 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 03:42:41 ]
- > ライブラリとかツールとかが少ないし
単純に多いからいいとは思わない。
初心者は混乱するだけ。
- 203 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 06:03:45 ]
- いや、フレームワークは既に充分混乱するくらい充実しているだろ。
VB6/VBAと微妙に互換性のない互換ライブラリをはじめとして。
- 204 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 07:46:24 ]
- Javaも相当混乱してると思うが
- 205 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 07:56:51 ]
- Win32で充分な奴って「本物のプログラマ」かなんかか？
俺は軟弱だから生産性の高い道具に乗り換えるよ。
優秀な人たちはいつまでも古い手になじんだ道具で頑張ってください（＾＾；ﾜﾗ
- 206 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 08:37:06 ]
- ヒント：サイのカワラ
- 207 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 08:52:01 ]
- 匙は投げられた
- 208 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:05:14 ]
- ネットだってTCPスタックのように正しい進化は上積みだおね。
Win32のクラスライブラリは便利でも、
丸々差し替えのドトネトは車輪の（ｒｙ
- 209 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:09:53 ]
- TCPスタックは進化じゃないと思ふ
- 210 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:23:43 ]
- ヒント：勉強不足→209
IPだったのがTCP/IPと分かれて、かつ、その上にHTTPとか上乗せだお。
中の人は変わらずにイソターネットが進化。
Ｉ日ＭやＭ＄が独自プロトコル、たとえば、NetBEUIを推奨するも敗北。
ＯＳ＝関数ＡＰＩ、その上にクラスライブラリ、は便利でも、
ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。
それにクラスベースが進化してオブジェクトベースプログラミングが流行ると、
またＯＳのＡＰＩを変えなきゃならなくなるなんてありえ無いよ。
- 211 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 09:31:47 ]
- ＯＳのＡＰＩがクラスライブラリでマネージド→ドライバが作れない→ドライバの無いＯＳはあぼーん
- 212 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:32:22 ]
- >>210
> ＯＳのＡＰＩがクラスライブラリってのは過去の資産吹っ飛ばし杉で無理あり杉。
その理屈はいまいちわからん。
.netからアンマネージドAPIを呼ぶこともできるし.netになったから今までのアプリが使えなくなるというわけでもない。
それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？
- 213 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:35:02 ]
- >>212
210はアフォだから放置で
- 214 名前：デフォルトの名無しさん [2005/12/02(金) 13:35:36 ]
- ＞それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？
おめでとう、そう決定されました。参照→>>138
Win32上のプログラムが多いんだから、Win32が残れば無問題。
ドトネトもWin32とかWin64の上階層になれば理想的なスタック。
- 215 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:07:48 ]
- 正しい進化じゃない技術も無限に発生しては消えていく。
そういう意味ではドトネトがいつ消えても不思議ではない。
ﾌﾞﾋﾞが消えたように。
- 216 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:26:37 ]
- >>214
> Win32上のプログラムが多いんだから、Win32が残れば無問題。
あのー、ドトネトになったからってwin32が消滅するわけじゃないんですけど。
- 217 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:28:51 ]
- 小学生は帰れ
- 218 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:37:21 ]
- > C++/CLI(Managed DirectX)
この部分の意味がわかりません（＞＜）
- 220 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 15:52:01 ]
- ＞「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんてならない。勉強不足。
ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27
pc8.2ch.net/test/read.cgi/tech/1130648644/518
超絶アップデートの例
VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て
-> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？
- 221 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:22:43 ]
- なぜそこまで.NETをﾏﾝｾｰできるのかが分からない。
そんなにすばらしいもんかね。
- 222 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:30:17 ]
- >>1-221
要するにC++(Win32API)プログラマーの俺が
一番生き残る可能性が高いと言うことだな？
庶民の使うVBとかC#なんかは、後ろに大きな企業とか
いないから切捨てなんだろうｗまぁ趣味程度にやってる
庶民なんかは切り捨てても痛くも痒くもないからな。
C++なんかは64になっても手厚く持て囃されるだろうよｗ
- 223 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:35:34 ]
- >>222
まぁ少なくとも次から次にでてくる新しい言語をせっせと覚えている庶民よりは
おまいの方が何十倍も手厚く持て囃されると思うよ。
- 224 名前：デフォルトの名無しさん [2005/12/02(金) 17:36:44 ]
- 業務アプリ開発見たことないんですか
- 225 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:50:22 ]
- 業務アプリのトレンド
・Ｍ＄囲い込みは避けろ
・ドトネト？何それ。
- 226 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:53:25 ]
- >>225
だよな。てっきりウチだけかと思ったじゃねーか。
- 227 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:58:43 ]
- 業務アプリでもさっさと.NETに乗り換えてるところも多いが
いまだに様子見とか、むしろ無視とかいうところも同じ様に多い
- 228 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:11:04 ]
- そういった感じで、ドトネトが高シェアを確保できないなら、Win32/64APIとかJavaが勝ち組。
- 229 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:42:01 ]
- Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。
オンラインウェアとかパッケージソフトにはﾑｶﾈ。
もうちょいライブラリが細かい部分も増えて、ショボマシンでもCLRが快適なると
漏れのような趣味プログラマにも優しいんだが…。
世の中のショボいマシンが新しいのに変わるほうが早そうだ。
- 230 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:47:14 ]
- >Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。
ﾌﾞﾋﾞの消滅でＭ＄に対する反発がつおいからね。
もうダメﾎﾟ。
- 231 名前：ロリコン mailto:sage [2005/12/02(金) 20:54:09 ]
- ttp://download.microsoft.com/download/1/8/a/18a10d4f-deec-4d5e-8b24-87c29c2ec9af/IDC-MS-MissionCritical-WW-261005.pdf
J2EE or other Java 25.3%
Microsoft .NET 35.7%
C/C++ 1.3%
- 232 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 21:53:32 ]
- ロリコンさんすごいです。ここのアンチどもの化けの皮がはがれました。やっぱり.NETの未来は明るいんですね。いますぐにでも.NET勉強します。ありがとうございました。
- 233 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:00:17 ]
- Win鯖って流行ってるんだな。
- 234 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:33:42 ]
- [MoeAttribute("ロリ")]
[MoeAttribute("ニーソ")]
[MoeAttribute("ツンデレ", false)]
- 235 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:40:47 ]
- >>231-234
俺は見れなかったのでいつもどおりのようなことを書くが、
それは分野によるものであって全てにおいてそうであるのではない。
- 236 名前：デフォルトの名無しさん [2005/12/02(金) 23:41:50 ]
- >>225
ローカルなトレンド書くなよ。
サーバは囲い込みっつーか何でも使えるプラットフォームが好まれてるけど
クライアントはVB6か.NET以外選択肢ないのが現状だろ。
Swing採用も徐々に増えてはいるけど。
- 237 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 01:34:41 ]
- まあ、他の理由としては
アフォでも書け(ていそうな気がす)る言語だから
裾野が広がっているだけでは？
- 238 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 01:42:31 ]
- >>236
先ずは自分の頭の上の蝿を追い給え。
- 239 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:05:45 ]
- ろーかるなとれんどー
- 240 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:13:56 ]
- >ローカルなトレンド
ﾜﾛﾀ
なかなか高度な釣りですね。おそれいりました。
- 241 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 07:22:26 ]
- マイブームみたいなやつ？
- 242 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:18:14 ]
- わかんねーなー
社内システムみたいなのはVBばっかりだけど。
未だにVB4とか使ってるところもあるしｗ
- 243 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:18:56 ]
- V＄ﾄﾞﾄﾈﾄ＝ローカルなトレンド
某島＝マイブーム
Java、ブラウザアプリ＝低俗なブーム
でどう？
- 244 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:40:08 ]
- >>242
ずーっと氏なずに続いてるダサダサ汎用機コボルより短命だろうね。
汎用機コボルはサーバーJavaに継承したがﾄﾞﾄﾈﾄになるケースは少ない。
- 245 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 17:28:41 ]
- >>244
コボルを馬鹿にするなー。
コボルはなぁ…、コボルはなぁ…………、
ダサいよ。
- 246 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 19:55:48 ]
- ちょっと前までは、今更変更できないよってのが主だったんだけど、
このごろは新規な話が増えてる＞COBOLなシステム
- 247 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 20:51:44 ]
- COBOLからの移植の案件は、Webアプリと言う言葉に釣られるからJavaかASP.NETが多いな。
VB4とかVBC++4.2みたいな過去のコンパイラを使う案件は大抵官がらみだったりするし。
- 248 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:04:27 ]
- お前ら仕事あっていいな
- 249 名前：デフォルトの名無しさん [2005/12/03(土) 22:44:43 ]
- >>244
ttp://www.cobol.gr.jp/knowledge/report/report001/report005.html
もう40年くらい経ってるね。
COBOL全盛期は1995年前後までだろうから、約30年間てところか。
- 250 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:52:44 ]
- NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって
VBからの移植は.NETじゃなくても良くなった。
JNI使いが居なきゃ過去の資産を生かせないけどね。
業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる
- 251 名前：デフォルトの名無しさん [2005/12/03(土) 23:00:00 ]
- VB6->COBOLの移行もたまーにだけど聞くぞ。
- 252 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:12:39 ]
- 目糞が鼻糞を嘲うスレはここですか
- 253 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:16:38 ]
- SUNはMSに援助されてるくせに生意気
- 254 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:08:08 ]
- COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿
だとおもうんだが。
おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。
なんでWebのフォームと画面遷移で満足できるんだよと。
- 255 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:10:32 ]
- Webだけでも相当のことは出来るけど。
- 256 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:24:48 ]
- Webよりクラサバのが作るのが楽
- 257 名前：デフォルトの名無しさん [2005/12/04(日) 01:30:26 ]
- CSシステムの方が良いけど、
Webアプリって言った方がボッタクれそうだから。
- 258 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 02:34:51 ]
- まあ、最近何でもWebアプリにするのは、提案してる連中
が対話型UIを持つシステムについて、他のソリューション
を知らないだけだからとおもうけど。
- 259 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 03:19:02 ]
- >>258
つーより、「システムを管理している側」からすれば楽だからジャマイカ。
webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが
決定に強いと。
- 260 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 03:21:07 ]
- .NetもJavaWebStartもWebよりトラフィックは低いでしょ？
- 261 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 07:02:01 ]
- みんな「神託」に騙されているんですよ。
- 262 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:35:20 ]
- >>1-261
そろそろまとめてくれ。
要するに.NETってどうなのよ？
- 263 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:42:25 ]
- 糞
- 264 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 19:30:31 ]
- お前らが使ったところでMicrosoftのためにならない
- 265 名前：デフォルトの名無しさん [2005/12/05(月) 01:35:46 ]
- >>264
お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。
- 266 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 09:00:32 ]
- CSSの最強はDel/Win32だし。
- 267 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 10:42:21 ]
- 7 以前のな
- 268 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:40:53 ]
- Visual Basicの来た道、進む道
- 269 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:44:50 ]
- 失礼
ttp://www.atmarkit.co.jp/fdotnet/t-interview/vb2005/vb2005_01.html
> そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
> WPFやWCFは、最初から.NETベースのAPIとして構築されます。
> もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。
- 270 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 08:45:23 ]
- > そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。
ドトネト大ブームβ時代から続いてる詭弁。
- 271 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:31:41 ]
- 業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing)
- 272 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:35:45 ]
- 業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,,
- 273 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:37:18 ]
- >>270
もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。
WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、
XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、
WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
スですので、.NETのメタデータ自己記述の機能が前提。
- 274 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:50:17 ]
- primates.ximian.com/~atsushi/longhorn-changes.html
セキュリティ:
ローテクな問題の解決については、説明できていない。
複雑:
実装の詳細があらゆるところから散見されるし、
このアプローチは私が信じる限りでは良くないアイディアだ:
物事をほとんど、あるいは全くカプセル化していない。
技術標準の無視:
Avalonユーザーはこの利益を得られないし、
これは実にくだらない理由で、この産業をふたたび分割することにしかならない。
キャンバスモデル:
そしてスケーリングしなければならなくなったとき、
独自の再描画やハンドルといった低レベルの詳細部分に、
自分で対応しなければならないような、
伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。
GUIデザイナの欠落:
今のところ人々は気づいていないようだけど。
予言:
私の予言としては、Avalon v1は捨て駒だ。
これは本当のアプリケーションをビルドする基盤にはならない。
V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。
それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、
side-by-sideで実行することをあきらめるということだ
- 275 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:53:43 ]
- >WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー
このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。
|
 |
