【managed】WinFX を語るスレ Part3【API】

PDC 2003で公開されたWindows Longhorn Build 4051画面ギャラリー
http://wssr.nikkeibp.co.jp/win2003/longhorn4051/1.shtml

LonghornのデスクトップやAeroをデモ Build 4051画面ギャラリー（パート2）
http://wssr.nikkeibp.co.jp/win2003/longhorn4051_2/1.shtml

米国PDC 2003レポートベールを脱いだLonghorn Avalon，WinFS，Indigoが明らかに
http://wssr.nikkeibp.co.jp/win2003/pdc_us2003/1.shtml

米Microsoft，次世代OSと開発ツールの姿を明らかに
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20031030/136033/

【PDC 2003】次世代.NET Frameworkの名称は「WinFX」，Win32は残し互換性を維持
http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20031028/2/

【PDC 2003】次世代Webサービス環境「Indigo」の詳細が明らかに，信頼性と簡便性を同居
http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20031030/1/

【PDC 2003】MS ResearchがLonghornの「先」を披露
http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20031030/2/

21 ：☆ PDC 2003 まとめ - ZDNet -：03/12/11 23:03

エンタープライズ：Longhornのベールを解いたビル・ゲイツ氏
http://www.zdnet.co.jp/enterprise/0310/28/epc08.html

ZDNN：WinFX――Longhornが提供する「革新」の核心（1/2）
http://www.zdnet.co.jp/news/0310/29/nj00_winfx.html

ZDNN：Longhorn Developer Previewレビュー：Longhornの開発状況は今？
http://www.zdnet.co.jp/news/0310/29/nj00_ldprevue.html

エンタープライズ：PDCで注目を集めるMicrosoftのWinFS
http://www.zdnet.co.jp/enterprise/0310/30/epic02.html

ZDNN：Longhornでアプリケーションはどう変わるのか
http://www.zdnet.co.jp/news/0310/30/nj00_longap.html

ZDNN：手描きの振り子が数式に合わせて動き出す──MSが取り組む新技術
http://www.zdnet.co.jp/news/0310/31/nj00_msr.html

エンタープライズ：賛否両論渦巻くMicrosoftのWhidbey
http://www.zdnet.co.jp/enterprise/0311/04/epic01.html

ZDNN：Longhorn、積年の夢「いつでも、どこでも」に一歩近づく1/2）
http://www.zdnet.co.jp/news/0311/04/nj00_longmobile.html

ZDNN：Longhornのグラフィックツールは“Flashキラー”？
http://www.zdnet.co.jp/news/0311/05/ne00_longhorn.html

Longhornのすべて
http://www.zdnet.co.jp/enterprise/0311/06/epn18.html

22 ：☆ PDC 2003 まとめ - Impress -：03/12/11 23:04

【海外】ついにベールを脱いだ次世代Windows「Longhorn」
http://pc.watch.impress.co.jp/docs/2003/1029/kaigai039.htm

Longhornの詳細が明らかに
http://pc.watch.impress.co.jp/docs/2003/1029/pdc01.htm

Longhornはどんな構造になっている?
http://pc.watch.impress.co.jp/docs/2003/1030/pdc02.htm

【海外】LonghornのユーザーインターフェイスAvalon
http://pc.watch.impress.co.jp/docs/2003/1031/kaigai040.htm

Longhornに至る道のり
http://pc.watch.impress.co.jp/docs/2003/1031/pdc03.htm

「Sold Out PDC」
http://pc.watch.impress.co.jp/docs/2003/1104/pdc04.htm

23 ：デフォルトの名無しさん：03/12/11 23:04

>>19
あほか。>>17がそんなことをいっているようにはみえんのだが。
日本語をしっかりと勉強してから出直して来い。

24 ：デフォルトの名無しさん：03/12/11 23:05

宣伝だけは必死だなM$厨
M$社員か?w

25 ：☆ DC 2003 まとめ - MYCOM PC WEB -：03/12/11 23:06

【PDC 2003レポート】Longhornのための開発者会議が開幕、Windows 95以来の革新性をアピール(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/10/29/11.html

12月開催の.NET Developers Conferenceにて、Longhornの配布が決定(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/10/30/14.html

【PDC 2003レポート】MSリサーチ、パーソナルマップ、マジックペーパーなどを披露(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/10/31/18.html

【PDC 2003レポート】長く険しいLonghornへの道(1) 搭載される新API「WinFX」(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/11/04/08.html

【PDC 2003レポート】長く険しいLonghornへの道(2) 早期プレビューβの真意は?(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/11/04/18.html

26 ：デフォルトの名無しさん：03/12/11 23:06

>>23
お前がよくよめ。

> Win32の技術がまったく使われていないってことはまずない。
しっかり言っているだろ。

27 ：☆ DC 2003 まとめ - atmarkit - 他：03/12/11 23:06

＠IT：Insider's Eye -- PDC 2003レポート No.1--Longhorn、Yukon、Whidbey。次世代コンピューティングに高まる開発者の熱き期待
http://www.atmarkit.co.jp/fwin2k/insiderseye/20031030pdc03-01/pdc03-01.html
＠IT：Insider's Eye -- PDC 2003レポート No.2--Longhornが切り開く次世代Windows環境とは？
http://www.atmarkit.co.jp/fwin2k/insiderseye/20031107pdc03-02/pdc03-02.html
＠IT：Insider's Eye -- PDC 2003レポート No.3--Longhornの機能と構造　1．Longhornファースト・ルック
http://www.atmarkit.co.jp/fwin2k/insiderseye/20031114pdc03-03/pdc03-03_01.html

＠IT：特集 .NET開発者のためのPDC 2003レポート
http://www.atmarkit.co.jp/fdotnet/special/pdc2003/pdc2003_01.html

CNET Japan - ビル・ゲイツに聞く、「Longhornで何が変わるか」
http://japan.cnet.com/news/maker/story/0,2000047861,20061874,00.htm

Microsoft 開発ツールロードマップ 2004-2005
http://www.microsoft.com/japan/msdn/vstudio/productinfo/roadmap.asp

GotDotNet Japan 掲示板 - PDC 2003 Report
http://www.gdncom.jp/general/bbs/ShowPost.aspx?PostID=3136

28 ：デフォルトの名無しさん：03/12/11 23:07

ア　ホ　ア　ン　チ　を　相　手　に　し　な　い　で　く　だ　さ　い

29 ：デフォルトの名無しさん：03/12/11 23:08

どっちにせよ、WinFXの構成図の中には、
Win32と今の.NETが入ってる。

つまり、

>Win32API 64API?をVCLみたいにカプセル化しただけなのか？
>それとも .NETのうえにかぶせたものなのか？

両方正しい。

今の.NETはサブセット、それにWin32APIをごちゃまぜにカプセル化。
それから内部は非公開で派生はままならない。
間違った意味のカプセル化というか、ぐちゃぐちゃの押入れという意味と、資産隠しという意味。

30 ：デフォルトの名無しさん：03/12/11 23:09

>>29
>>4

31 ：☆ .NET Developers Conference 2003 まとめ (1／2)：03/12/11 23:10

Microsoft .NET Developers Conference 2003
http://www.event-info.jp/netdc/default.htm

MSDN Online に新しいデベロッパーセンター登場　　　2003 年 12 月 9 日
http://www.microsoft.com/japan/msdn/default.asp

Longhorn Developer Center
http://www.microsoft.com/japan/msdn/longhorn/default.aspx

"Whidbey" Developer Center
http://www.microsoft.com/japan/msdn/vstudio/whidbey/

SQL Server "Yukon" Developer Center
http://www.microsoft.com/japan/msdn/sqlserver/yukon/

Visual Studio ロードマップ 2004-2005
http://www.microsoft.com/japan/msdn/roadmap/default.aspx

32 ：29：03/12/11 23:10

そして、Win32APIカプセル化しただけの物が
LonghornでWin32APIを必要としなくなり、純粋なAPIになる。

33 ：☆ .NET Developers Conference 2003 まとめ (2／2)：03/12/11 23:11

基調講演：ビッグウェーブ「Longhorn」へ向かって始動
http://www.zdnet.co.jp/enterprise/0312/09/epn04.html

マイクロソフト，東京で開催中の開発者向けセミナーでLonghornの技術を公開 : IT Pro ニュース
http://itpro.nikkeibp.co.jp/free/NT/NEWS/20031209/1/

エンタープライズ：Longhornの魅せるプレゼンテーション技術「Avalon」
http://www.zdnet.co.jp/enterprise/0312/09/epn08.html

【レポート】.NET Developers Conference - Longhorn、国内初お披露目(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/12/10/14.html

「VS .NETの次期版“Whidbey”はVBユーザーや入門者により利用/入手しやすくする」 : IT Pro ニュース
http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20031210/137349/

【レポート】.NET Developers Conference - デザインとロジックの分離を目指す「Avalon」(MYCOM PC WEB)
http://pcweb.mycom.co.jp/news/2003/12/10/30.html

MS帝国の逆襲とLonghorn
http://www.atmarkit.co.jp/news/200312/12/ms.html

34 ：デフォルトの名無しさん：03/12/11 23:11

>>29
わかってるじゃないかｗ

35 ：デフォルトの名無しさん：03/12/11 23:11

>>29
> どっちにせよ、WinFXの構成図の中には、
> Win32と今の.NETが入ってる。

入ってません。

ソース : Windows "Longhorn" SDK により加速される次世代アプリケーション開発 (.NET DevCon)
プレゼンテーション資料より

36 ：デフォルトの名無しさん：03/12/11 23:19

.NETが入ってるのは正しい

37 ：デフォルトの名無しさん：03/12/11 23:20

そういやもうPlatformSDKは出ないんだったな。Longhornでは。

38 ：デフォルトの名無しさん：03/12/11 23:24

それに代わるものが無料で出るからね。

39 ：デフォルトの名無しさん：03/12/11 23:26

>>29
とりあえず>>30は放置しといてくれ

40 ：デフォルトの名無しさん：03/12/11 23:26

>>35
入ってないように見せかけているだけだろw

41 ：デフォルトの名無しさん：03/12/11 23:28

つーかさ、隔離スレの意味ないじゃん。
立て直す？

42 ：デフォルトの名無しさん：03/12/11 23:30

ここは本スレです。
アホアンチは隔離スレにお帰りください。
アホアンチを相手にするのも同罪です。

43 ：デフォルトの名無しさん：03/12/11 23:32

やっと理解したようだな。
どこにもWin32を使用しているという根拠は無い。
しかし、きっと見せかけだけでどこか隠れた所で使用しているはずだ。
と、思い込むのは最後の抵抗だからね。

44 ：デフォルトの名無しさん：03/12/12 07:13

Longhorn at the PDC (The .NET Show)
http://msdn.microsoft.com/theshow/episode038/default.asp

45 ：デフォルトの名無しさん：03/12/12 11:15

ﾌﾟ　「最後の抵抗」だって。だれが最後の抵抗をしているんだw

Win32と同じ技術をWinFXに使用していないと勘違いしている奴が最後の抵抗をしているんだろ(ﾜﾗ

46 ：デフォルトの名無しさん：03/12/12 11:16

>>41
このスレは隔離スレだったのかﾌﾟ

47 ：デフォルトの名無しさん：03/12/12 11:26

Win32をWinFXに使用していないということは、

今のWinアプリ全滅なんだ（ﾜﾗ

48 ：デフォルトの名無しさん：03/12/12 11:49

さっきたまたまVB2(16ビットアプリ)を使ったんだが、
ちゃんとWindows 2000で動くね。
Longhornでもちゃんと互換性あるんだろうな。

49 ：デフォルトの名無しさん：03/12/12 11:50

補足：VB2で作られたアプリね。

50 ：デフォルトの名無しさん：03/12/12 12:40

>>48
なかったら大変だよなw
Win32で作ったアプリがLonghornで動かなかったら過去の遺産が絶滅するからな(ｹﾞﾗ

51 ：☆ .NET Developers Conference 2003 まとめ (2／2)：03/12/12 12:59

.NET Developers Conference 2003
「基調講演と各セッションのストリーミング配信を来年になりますが予定しています。」
だそうです。

52 ：デフォルトの名無しさん：03/12/12 13:11

まとめるのが遅すぎ

53 ：デフォルトの名無しさん：03/12/12 21:11

さて、この週末にLonghorn入れる人も出てくることでしょう。
コードを貼り付けたい方はここを有効利用してください。
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/index.html

54 ：デフォルトの名無しさん：03/12/12 21:26

XAMLのちょっとしたサンプルいろいろ
ttp://longhornblogs.com/akinney/

55 ：デフォルトの名無しさん：03/12/12 21:49

>>50
遺産言うな！資産って言えｗ

56 ：デフォルトの名無しさん：03/12/12 22:39

>>50にとってはもう過去のものなんじゃない？ｗ
安心してLonghornに移行できることを自慢しているんだよ。
分かってやれよｗ

57 ：デフォルトの名無しさん：03/12/12 22:43

ところで4051ってXAMLで日本語表示できるの？

58 ：デフォルトの名無しさん：03/12/12 22:44

できる。

59 ：デフォルトの名無しさん：03/12/12 22:49

>>58
Text.FontFamilyあたりですか？

60 ：デフォルトの名無しさん：03/12/12 23:53

ずいぶん前から思ってたんだけどさぁ、
ここであーだこーだ言ってもMSには届かないよな。

61 ：デフォルトの名無しさん：03/12/13 00:03

MSに届いてたら困るだろ。
長角割っただの、XAMLの逆アセを今年の春頃からやったりしてたんだから。

62 ：デフォルトの名無しさん：03/12/13 00:08

M$の連中は見ているかも知れんぞw
ひそかに工作員による必死な弁明や根拠の無い言い訳があったりしてなw

63 ：デフォルトの名無しさん：03/12/13 00:14

そりゃ見てるだろ。

64 ：デフォルトの名無しさん：03/12/13 00:23

M$のエバンジェリストが必死になっているんだろ(ｹﾞﾗ
　　

65 ：デフォルトの名無しさん：03/12/13 00:44

64←典型的なアホアンチ

66 ：デフォルトの名無しさん：03/12/13 00:51

>>60
作者のサポートページじゃなくて2chでバグの文句言う奴はソフト板にもいるから心配するな

67 ：デフォルトの名無しさん：03/12/13 01:02

Longhornのキー取得はお早めに

68 ：デフォルトの名無しさん：03/12/13 01:06

>>55
遺産だろ(ｹﾞﾗ

69 ：デフォルトの名無しさん：03/12/13 01:17

56 ：デフォルトの名無しさん：03/12/12 22:39
>>50にとってはもう過去のものなんじゃない？ｗ
安心してLonghornに移行できることを自慢しているんだよ。
分かってやれよｗ

70 ：デフォルトの名無しさん：03/12/13 13:29

コピペ厨必死だなw

71 ：☆ .NET Developers Conference 2003 まとめ (2／2)：03/12/13 14:35

MSDN TV: WinFS Overview - Significant New Storage Innovation for Longhorn
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20031211WinFSQC/manifest.xml

72 ：名無しさん♯：03/12/14 00:01

>>71
わかりやすくていいでつね。rateがやけに低いけど･･･。

73 ：名無しさん♯：03/12/14 00:56

第3章来たよー。

Chapter 3: Controls and XAML
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnintlong/html/longhornch03.asp

Amazonでこの本注文したんだけどまだ来ないな･･･。(´･ω･`)

74 ：デフォルトの名無しさん：03/12/14 18:01

ところでこないだ台場でもらったlonghornにはタイムボムはないのでしょうか？
インスコしようにもマシン調達が。。

75 ：デフォルトの名無しさん：03/12/14 19:46

>>74
インストール後180日ってのはあるけど、何月何日以降インストール不可というのはなかったと思われ。

76 ：デフォルトの名無しさん：03/12/14 21:21

でも来年の今頃も4051使うヤシはいないだろ。w

77 ：デフォルトの名無しさん：03/12/15 04:12

天才プログラマーの目から見てlonghorn　<< Linux2.6だとおもふ
とにかく機能制限をつけるOSに未来はないよ
MSはWindows2000シリーズをベースに開発を続けるべき

78 ：ｱﾌｫは放置：03/12/15 07:23

XP以降、2000とはカーネルが別物になったんだ。へー

79 ：デフォルトの名無しさん：03/12/15 09:08

自称天才プログラマーは真性馬鹿だから言っていることが間違いだらけ。

80 ：デフォルトの名無しさん：03/12/15 09:13

>>79
まず>>77のレスの時点でなんかビットシフト演算子の使い方分かってないみたいだしな。

81 ：デフォルトの名無しさん：03/12/15 09:30

せっかくスレタイからLonghornを外したのにまだOS厨が・・・

82 ：デフォルトの名無しさん：03/12/15 18:42

Longhornに期待してるって言ってる奴の気がしれん
DirectXを全面におしだしたGUIって馬鹿だろｗ
すごそーにみえて実は肝心のNTカーネルの拡張はなし
.NETラッパーでごまかすだけ、WindowsはNTシリーズで終わりみたいだな
システムコールの拡張もないみたいだし64bit版も汎用性ないみたいだし
Linuxのほうがよっぽど進化速度はやいよ
ロングホーン　<< macOSX

83 ：デフォルトの名無しさん：03/12/15 18:45

あ、この人ジョブズ信者だったんだ。

84 ：デフォルトの名無しさん：03/12/15 19:10

>>82
カーネルも手加えます。
.NETラッパーって何でしょう？

85 ：デフォルトの名無しさん：03/12/15 19:13

NETラッパー=WinFX

86 ：デフォルトの名無しさん：03/12/15 23:56

やっぱり分かってないのか。問題外だな。

87 ：デフォルトの名無しさん：03/12/16 00:09

WinFXって、Win32APIをバイパスしてマイクロカーネルを叩いているの？
Win32使っている部分もあるの？
見当はずれだったらすみません。

88 ：デフォルトの名無しさん：03/12/16 00:23

>>87
>>2 のリンク読むべし。

89 ：デフォルトの名無しさん：03/12/16 00:48

>>74
使用許諾では2/末までってなってるような。
あと、1/25までにプロダクトキーとっておかなきゃだめだね。

実際にあぼーんするかは知らない。

90 ：デフォルトの名無しさん：03/12/16 00:52

>>88
どうも。
>>2のリンクは、ざっと読んでいました。
しかし英語の読解に自信がありません。
で、俺の理解だと、Win32APIをバイパスしている部分「も」ある、
なのですが、合っていますか？

91 ：デフォルトの名無しさん：03/12/17 15:05

>Win32APIをバイパスしている部分「も」ある、

これって結局、内部がWin32であることを隠したいときの言い方だね。

そりゃ、誰が考えても過去の互換を持って新しいインターフェース作る場合は、
過去のカーネルの上にラッパーかぶせるさ。

92 ：デフォルトの名無しさん：03/12/17 15:18

どこに「も」が書いてあったのかと。

93 ：デフォルトの名無しさん：03/12/17 16:36

Managed APIの使用が半ば強制されるようになるのは、非常に結構なことだと思う。
で、それが実はWin32のラッパだとか、いやそうじゃないとかいう話には、
本音では興味があるが、建前では興味が無い。

ただ、誇張は嫌だな。

In theory, WinFX could act as a peer of Win32 rather than having to be its client;

理論上は、と前置きしている。
現実問題、Win32を使った部分が残る可能性は否定していないだろ。

94 ：デフォルトの名無しさん：03/12/17 16:42

何を既出すぎる議論を我が物顔で語ってるのだろう？

95 ：デフォルトの名無しさん：03/12/17 16:45

使いやすくてバグがなければそれでいいよ、もう。

96 ：デフォルトの名無しさん：03/12/17 16:50

そんなことより俺はWin板の878にぞっこんラブだ。
このスレにも厨はいるが奴には勝てねぇ。足元にもおよばねぇ。

97 ：デフォルトの名無しさん：03/12/17 18:38

Longhornが市場に出るのが2005～6くらい。
それまでのWinNT, 2000, XP(Win32API)が市場から駆逐されるのが推定でその３～５年後｡
すなわちWin32APIが死滅してWinFXに完全移行するのはあと８～10年後
（ものすごく大雑把な計算だが）
現在膨大なWin32のライブラリを持っている人は､あわてて移行しなくていいんじゃない？

ちなみに、先日Windows.Forms & C#でDBアプリを納品したら､客が
「起動がおせえよ、これ」とほざきやがった｡
まだ時代が追いついていないのだろうか｡

98 ：デフォルトの名無しさん：03/12/17 19:51

>使いやすくてバグがなければそれでいいよ、もう。

なわけないじゃん。

発狂するくらいだから。

99 ：デフォルトの名無しさん：03/12/17 20:06

.NETがベータのころﾏﾝｾｰしてた人達も大変だな。
使ってないベータを一生懸命ダウソして.NETが世界を制覇すると書き込んでんだから。
終末思想みたいなもんかな。みんな信じろって。
あの頃のパワーはWinFXﾏﾝｾｰな人達には無いみたい。

100 ：デフォルトの名無しさん：03/12/17 20:24

パワーいらんもの

101 ：デフォルトの名無しさん：03/12/17 20:38

WinFX is evolution, not revolution.
.NET *is* a true revolution.

102 ：デフォルトの名無しさん：03/12/17 20:46

アンチさんも頑張って攻撃しているんだろうけどさ、PDC以降はまったく効かないと思うよ。
とりあえず、よそのスレでどうぞ。

103 ：デフォルトの名無しさん：03/12/17 21:01

情報格差があるのは事実。
実際に動かしてる者と聞きかじりだけの者とでは常識がまったく違う。

104 ：デフォルトの名無しさん：03/12/17 22:11

>>98
> 発狂するくらいだから。
詳細キボン。

105 ：デフォルトの名無しさん：03/12/17 22:22

>>104
ネタ

106 ：デフォルトの名無しさん：03/12/17 22:44

847：デフォルトの名無しさん：03/04/19 11:55
>>796
このページができた原因ってもしかして･･･。
http://msdn.microsoft.com/vstudio/partners/localization/

864：デフォルトの名無しさん：03/04/19 12:28
>>847
知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。

対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。

A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。

B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。

Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ（たぶん再起動が必要だが）切り替え可能。というもの。

これがなぜかいまだにリリースされていない。

ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。

MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS

107 ：デフォルトの名無しさん：03/12/17 23:05

> 将来、コード名「Office for Longhorn」で知られる次期Officeでは、完全に.NET Frameworkマネージド・コードに移行するという話がある。

ttp://www.atmarkit.co.jp/fdotnet/special/vstodev/vstodev_04.html

108 ：デフォルトの名無しさん：03/12/17 23:34

Officeを売るためには、M$の中の人も大変だな。

まず.NETになって、その次には中身書き換えて高速.NET風味になるんだろうな。

エクセルマクロがVBAになってC#になるという、節操の無さによって。

VBA for Applicationが流行しなかったから良かったものの。

109 ：デフォルトの名無しさん：03/12/17 23:52

>>108
VBA for Aplication → Visual Basic for Application for Application

110 ：デフォルトの名無しさん：03/12/18 05:51

>>106
懐かしいな。たしか開発版の注意点で通常の利用者には
全く関係ない話を延々とコピペしてまわっていた恥ずかしい奴がいたね。

111 ：デフォルトの名無しさん：03/12/18 18:22

LHの構図

アプリケーション層
サブシステム層(POSIX、OS/2、RISC、WOW、Win32、WinFX)
カーネル層(i386、AMD64、Itanium、Alpha)
ドライバ層

112 ：デフォルトの名無しさん：03/12/18 18:45

OS/2やPOSIXをサブシステムと呼ぶのはどうなんだろう。
os2.exeやposix.exeがサブシステム？ただのWin32のラッパーだろうに。
Win32やWinFXと並べ得るものじゃない。

113 ：デフォルトの名無しさん：03/12/18 18:51

>112
SFUに入ってるInterix知らんのか
あれこそwindowsのPOSIX層に構築された
正真正銘のunixカーネルなわけだが

114 ：デフォルトの名無しさん：03/12/18 18:56

http://www.microsoft.com/windows/sfu/default.asp

115 ：デフォルトの名無しさん：03/12/18 18:56

>SFUに入ってるInterix知らんのか
知らん

>あれこそwindowsのPOSIX層に構築された
>正真正銘のunixカーネルなわけだが
カーネルって、、、

116 ：デフォルトの名無しさん：03/12/18 19:52

>>115
いい歳して釣られてんなよ

117 ：デフォルトの名無しさん：03/12/18 21:41

>>いい歳して釣られてんなよ

Gain access to a UNIX environment that runs on top the Windows kernel. With the Interix subsystem technology, UNIX application and scripts run natively on the Windows platform alongside Windows applications.

まあ、中卒に英語が読めるわけねーか（ｗ

118 ：デフォルトの名無しさん：03/12/18 23:41

>>117
なるほどこんなのがあるのか。初めて知った。
っていうかMSは隠しAPIの公開じゃなくて、システムコールを
公開して欲しいですな。もしかして既に公開されてる？

119 ：デフォルトの名無しさん：03/12/19 07:26

>>118
ソースコードごと公開されてるじゃん。

120 ：デフォルトの名無しさん：03/12/19 15:31

MSDN TV: Special Holiday Episode - XAML Beyond the Basics
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20031218XAMLDB/manifest.xml

121 ：デフォルトの名無しさん：03/12/19 19:44

Xとか動かないからcygwinのほうがいい
まあ本格的に運用するならNTと親和性の高いsfuが便利だけど

122 ：デフォルトの名無しさん：03/12/19 19:46

> Xとか動かないから
何言ってんの？

http://www.atmarkit.co.jp/fwin2k/productreview/sfu30/sfu30_04.html
　SFU 3.0のInterix環境には、Xクライアントは提供されているものの、
Xサーバは提供されない。しかしInterop Systems社は、Xサーバ開発で
著名なHummingbird社が開発したXサーバをInterix向けにカスタマイズして
販売している。

123 ：デフォルトの名無しさん：03/12/19 19:52

だから趣味の場合の話なのさ
遊びでやるのにわざわざそんなもの買わないでしょ

124 ：名無しさん♯：03/12/19 22:35

>>120
前半で唸って後半は苦笑。いろんな意味で魅せてくれますね。（藁

125 ：デフォルトの名無しさん：03/12/19 23:21

Chris Anderson and Don Box 最強のコンビだな。

126 ：デフォルトの名無しさん：03/12/19 23:50

Longhorn特集。
http://msdn.microsoft.com/msdnmag/issues/04/01/default.aspx

127 ：デフォルトの名無しさん：03/12/20 01:03

うほっ

128 ：デフォルトの名無しさん：03/12/20 04:29

DONBOXﾀﾝにﾎﾗﾚﾀｲ…

129 ：名無しさん♯：03/12/20 13:45

とりあえず登録してみますた。

Announcing The Longhorn Developer Platform Survey Program
ttp://weblogs.asp.net/edkaim/posts/44762.aspx

130 ：デフォルトの名無しさん：03/12/20 15:44

Microsoft's Box Riffs on Life Inside The Empire
http://www.microsoft-watch.com/article2/0,4248,1418645,00.asp

Visual Studio Magazine - Get a Grip on Longhorn
http://www.ftponline.com/vsm/2004_02/magazine/features/rjennings/default.aspx

131 ：デフォルトの名無しさん：03/12/20 17:38

New Jargon From Microsoft
http://www.developer.com/net/net/article.php/3290711

132 ：デフォルトの名無しさん：03/12/21 05:36

XAMLでWindowsFormsアプリって作れますか？

133 ：デフォルトの名無しさん：03/12/21 15:40

>>132
できるよ。
http://longhorn.msdn.microsoft.com/?//longhorn.msdn.microsoft.com/lhsdk/appcore/tasks/migration_window_in_longhorn.aspx
http://longhorn.msdn.microsoft.com/?//longhorn.msdn.microsoft.com/lhsdk/appcore/tasks/migration_winforms_control_in_longhorn.aspx

134 ：デフォルトの名無しさん：03/12/21 15:46

>>1
エンタープライズ：Longhornをめぐる5つの神話
http://www.zdnet.co.jp/enterprise/0311/19/epn11.html
これも忘れているよ。

135 ：デフォルトの名無しさん：03/12/21 15:52

>>120のようなやり方で普通にWindowsFormsアプリは作れないのかな？
ApplicationオブジェクトはAvalonのを使わないで、
CDATAにMainを書いてSystem.Windows.Forms.Application.Run()実行とか。

136 ：デフォルトの名無しさん：03/12/21 16:27

>>135
試してみたいが環境が今手元にない･･･。

137 ：デフォルトの名無しさん：03/12/22 10:51

こんなん見つけた。
http://www.amazon.co.jp/exec/obidos/ASIN/439669461X/250-6845590-2732257

138 ：デフォルトの名無しさん：03/12/22 11:43

この技術が死滅したなんてもったいない･･･。
http://www3.tok2.com/home2/itatisan/cgi-bin/src/itachi0421.lzh

139 ：デフォルトの名無しさん：03/12/22 12:00

>>137
それだいぶ前からないか。しかもPDC前の話じゃ。

140 ：デフォルトの名無しさん：03/12/22 13:29

>>135
できるよ。
http://longhorn.msdn.microsoft.com/?//longhorn.msdn.microsoft.com/lhsdk/ref/ns/msavalon.windows.forms.integration/c/windowsformsapplication/windowsformsapplication.aspx

141 ：デフォルトの名無しさん：03/12/22 13:46

XAML最強

142 ：デフォルトの名無しさん：03/12/22 14:02

X#って死滅したの？

143 ：デフォルトの名無しさん：03/12/22 14:14

>>142
ttp://dotnet.wikis.com/wc.dll?Wiki~XSharp

悲観するほどのことでもないでしょう。COOLが死滅してC#が生まれたように。
個人的には、XAMLの将来版にX#の要素が入ってくるのではないかと推測しております。

144 ：デフォルトの名無しさん：03/12/22 18:16

MSDNのnewsgroupは早くも失速してるような気がするのは俺だけか？

145 ：デフォルトの名無しさん：03/12/22 22:49

よーし
パパ、頑張ってDNAマスターしちゃうぞー！

146 ：デフォルトの名無しさん：03/12/23 02:18

XAMLをUTF-8で保存すればちゃんと日本語が表示されるんだね。
なんかものすごく怪しいフォントだけど。w

147 ：名無しさん♯：03/12/23 13:51

こんなこともできるんだね。ぜんぜん意味ないけど。（藁

<FlowPanel xmlns="http://schemas.microsoft.com/2003/xaml">
　　<TextBox>
　　　　あああ
　　　　<Button>Deleteで消せるよ</Button>
　　</TextBox>
</FlowPanel>

148 ：デフォルトの名無しさん：03/12/23 20:43

よーし
パパ、頑張ってNetscape-AURORAマスターしちゃうぞー！

149 ：デフォルトの名無しさん：03/12/23 21:05

>>147
ボタンのコピペはできないのか。残念。

150 ：デフォルトの名無しさん：03/12/24 22:38

PDCで見えたWindowsの将来像 : IT Pro ITレポート（動向／解説）
http://itpro.nikkeibp.co.jp/members/NT/ITARTICLE/20031210/1/

Windows Server System Review
http://wssr.nikkeibp.co.jp/win2003/longhorn4051_4/1.shtml

151 ：デフォルトの名無しさん：03/12/26 10:33

Ｃ＃、そして、ロングホーン、．ＮＥＴ環境は、
プレイするにしても、開発するにしても、
同人ゲーオタには最高の環境になる気がする、、、。

152 ：デフォルトの名無しさん：03/12/27 01:36

つーか、MSはバグフィクスや機能追加で肥大してきたWin32APIを整理したいんだろ。
単にAPIレベルで整理してしまうと互換性とかでたたかれそうだから
名前(WinFX)を付けてGUIに凝って(PC買い替えでメーカーが支持)新しく見せて
宣伝しやすくしたんだろ。

実際には整理したWin32APIをベースにしてラッパークラスライブラリと
過去との互換性のために古いWin32APIをインターフェイスにした
実際には整理したほうを呼ぶだけのライブラリを用意してるんだろ。
ラッパーを用意することで中身をWin64とかに変更しやすいようにしてるんだろ。

べつに革新的でもないと思うのにWinFXﾏﾝｾｰとかしてるやつみると
ｵｺﾁｬﾏにみえるよな。

まぁ、WinFXのおかげでしばらく仕事があることは、いいことだけどな。

153 ：デフォルトの名無しさん：03/12/27 02:07

つーかそもそも何でMSはPOSIXに準拠しないわけ？

154 ：デフォルトの名無しさん：03/12/27 09:14

革新的である必要は全く無いわけだが。

MSはこれまでどおり、漸進的にやってくれるのがいい。漸進マンセー。
.NETの跳躍っぷりは少々戸惑ったが。

155 ：デフォルトの名無しさん：03/12/27 09:54

>>152
お前が言ってる内容には十分メリットがあると思うが
APIの整理とか

156 ：デフォルトの名無しさん：03/12/27 18:14

>>153
NT/2KはデフォルトでPOSIXに準拠している。
XPはオプションのSFUをインストールすればPOSIXに準拠する。

157 ：デフォルトの名無しさん：03/12/27 22:43

GUIに凝るとか言ってる時点で
これっぽっちも理解していないようだな

158 ：デフォルトの名無しさん：04/01/02 13:59

いまどきのゲームだって二次元でも
Direct3Dで描いてるのが大半でしょ
たとえばGBAえみゅだとか

GDIは遅すぎて普通に死ねる

159 ：デフォルトの名無しさん：04/01/02 23:08

海外掲示板用オフラインリーダーを作るスレ
http://pc2.2ch.net/test/read.cgi/tech/1072883528/

海外でよく使われていうる掲示板スクリプト
専用のオフラインリーダー作って下さい。

必要な条件はID、PASSを管理できること、
OpenJaneみたいな三面型の見た目。
簡単にローカライズできるように言語ファイルを採用

160 ：デフォルトの名無しさん：04/01/04 08:59

http://v.isp.2ch.net/up/5e6e9aa0f6e5.PNG

161 ：デフォルトの名無しさん：04/01/04 13:27

>>160
ｶﾞｯ

162 ：デフォルトの名無しさん：04/01/04 16:00

http://pc2.2ch.net/test/read.cgi/win/1073197774/

窓板逝け

163 ：名無しさん♯：04/01/05 23:28

Brent RectorたんのWinFX本、やっと届いた━━━(ﾟ∀ﾟ)━━━!!!

164 ：デフォルトの名無しさん：04/01/06 00:06

いまのWin32プログラミングのお作法はどうなるんだ？
.NET Framework前提なら、C#のマネージドコードのような書き方しかできなくなるのか？

165 ：デフォルトの名無しさん：04/01/06 13:48

DDKなんかはそのままアンマネージが残る

166 ：デフォルトの名無しさん：04/01/06 19:16

WinFXのインパクト
――　新たな .NET Frameworkの姿　――
http://www.atmarkit.co.jp/fwin2k/insiderseye/20040107winfx/winfx.html

167 ：名無しさん♯：04/01/07 21:03

Avalon製時計。ヽ(´ー｀)ノ
ttp://www.donxml.com/VectorGraphicsAndDeclarativeAnimationWithAvalon.htm

168 ：デフォルトの名無しさん：04/01/08 02:05

Concept Video: Commercial Real Estate
http://msdn.microsoft.com/Longhorn/productinfo/default.aspx
http://download.microsoft.com/download/6/a/a/6aa5bc74-59a4-4673-82e7-4ae2d54e1471/CommercialRealEstate-640x480.wmv

169 ：デフォルトの名無しさん：04/01/08 20:17

説明しよう、
APIとはアプリケーションプログラミングライブラリーの略である
パソコンの基本プログラムであるところのOSが…

170 ：デフォルトの名無しさん：04/01/08 20:26

> APIとはアプリケーションプログラミングライブラリーの略である
…

171 ：デフォルトの名無しさん：04/01/08 20:34

Application Programing lIbrary？

172 ：デフォルトの名無しさん：04/01/08 20:45

悲惨な>>169晒しage

173 ：デフォルトの名無しさん：04/01/08 21:18

WinMXの次世代バージョンとおもってしまった俺

174 ：デフォルトの名無しさん：04/01/09 01:12

正月で実家に帰ったら新しいパソコンを買っていた。

.NET Framework 1.1がデフォでインストールされていた。

もはや.NETの普及は妨げられないと思った。

175 ：デフォルトの名無しさん：04/01/09 10:17

Windows Updateでインストールされるから普及はしてるよ。
使われないだけで。

176 ：デフォルトの名無しさん：04/01/09 19:49

使われると言うか、使うプログラムが少ないってとこだな。

177 ：デフォルトの名無しさん：04/01/09 20:44

VS.NETが使うから入れてる

178 ：デフォルトの名無しさん：04/01/09 20:55

どうしてもWinFXの話まではいかないな。現状の.NETが云々て話止まりだ。

179 ：デフォルトの名無しさん：04/01/10 10:20

悲惨な>>172晒しage

180 ：デフォルトの名無しさん：04/01/10 17:55

>>178
WinFXはまだ正式にでてないんだから当然だろｗ

181 ：デフォルトの名無しさん：04/01/10 18:13

.NETってSunとの裁判に負けた影響でWindowsに標準バンドルできないんだろ？
期限が切れるまでは。
Longhornのリリースも期限が切れたあとってことか。

ぶっちゃけた話、VBのランタイムのほうがよっぽど小さいんだよな。

182 ：デフォルトの名無しさん：04/01/10 18:18

>>180
ﾊｧ？スレタイ読めるか？

183 ：デフォルトの名無しさん：04/01/10 18:30

>>182
スレタイがどうかしたのか？
Linux3.0を語るスレたてて、
どうしてもLinux3.0の話までいかないなとでも
言えばいいのか？

184 ：デフォルトの名無しさん：04/01/10 18:34

>>181
それは、Sunとの裁判に負けてJavaを
Windowsにバンドルできなくなった話か、
Sunが裁判に負けてJavaをWindowsに
強制搭載させようとした計画が無効になった話の勘違い。

185 ：デフォルトの名無しさん：04/01/10 18:34

>>183
当然だろ。

186 ：デフォルトの名無しさん：04/01/10 18:35

>>183
スレタイを見れば分かるとおりPart3まで行っている。
十分WinFXの話題が出ているという意味だよ。

187 ：デフォルトの名無しさん：04/01/10 18:38

正式に出てないからWinFXを語らなくて当然って論理もすごいな

188 ：デフォルトの名無しさん：04/01/10 18:39

>>181
第1次の裁判は終了していて.NETは関係ない。
第2次の裁判でSunがバンドルするなと訴えていて、
MSが勝っている状況だが完全にケリが着いていないのでOSにはバンドルしていない、
メーカーに付属ソフトとしてお願いしている状態。

189 ：デフォルトの名無しさん：04/01/10 18:39

語らなくて当然じゃなくて、
少なくて当然という論理だよ。
間違えんなよｗ

190 ：デフォルトの名無しさん：04/01/10 18:43

>>189
少ないなら少ないで良いんだって。
無理して現状の.NETの話でスレ埋めなくても。

191 ：デフォルトの名無しさん：04/01/10 18:45

>>190
WinFXと.NETは深く関係しているのに。
前バージョンの話はするなって自治厨もいいとこ。
お前のスレじゃねーぞ。

192 ：デフォルトの名無しさん：04/01/10 18:46

ほんと、レスついたと思って見にきてみれば.NETの普及がどーしたとか
.NETが出た当初の話を繰り返してるだけで悲しくなったね。

193 ：デフォルトの名無しさん：04/01/10 18:50

仕方ないよ。.NETの普及を妨げるにはこれくらいのことしか出来ないんだから。

194 ：デフォルトの名無しさん：04/01/10 18:50

>>191
だからWinFXに深く関係した話しろよ。
新しいパソコンに.NETがデフォルトで入ってました、
WindowsUpdateからインストールできるから普及はしてる、
ってここはWin板か。

195 ：デフォルトの名無しさん：04/01/10 18:53

ぶっちゃけ2chのレベルはこんなもんだよ。
このスレで出てくるURLだって海外のページか日本のニュース記事ばっか。
個人でプレビュー版入れてるのはだいたいWin板の奴だし
WinFXの話ができる奴はほとんどいないってこった。

196 ：デフォルトの名無しさん：04/01/10 18:59

.NETはWinFXと深く関係している。
それに気づかないのはアホアンチだけ。

197 ：ビル：04/01/10 19:01

やっぱりWinFXは２ちゃんねらにはまだ早かったようデスネ

198 ：デフォルトの名無しさん：04/01/10 19:05

Part3はマタ～リと逝きまっしょい

199 ：デフォルトの名無しさん：04/01/10 19:06

ワシは怒りさえ覚えるぞよ
自分の無力さに……

200 ：デフォルトの名無しさん：04/01/10 19:09

俺も・・・武天老師と呼ばれてた頃が懐かしいわい

201 ：デフォルトの名無しさん：04/01/11 01:49

WinFXは.NETのスーパーセット

202 ：デフォルトの名無しさん：04/01/11 04:44

>>195
日本にはパッケージソフトでまともに商売してるところが
殆どないから、新しいOSの機能を追いかける必要性も
あんまりなかったりするんじゃねえの？
カーネル書いてるL氏、ひげぽんに対する異様な嫉妬とかも
その辺りが原因かも。

203 ：デフォルトの名無しさん：04/01/11 15:14

>>202
意味不明

204 ：デフォルトの名無しさん：04/01/11 15:24

>>203
日本を代表するプログラマーの両氏を知らんとはヒッキー？(ﾌﾟ
http://pc.2ch.net/test/read.cgi/os/996051906/
http://pc2.2ch.net/test/read.cgi/tech/1072232112/

205 ：デフォルトの名無しさん：04/01/11 15:26

>>204
>>194

206 ：名無しさん♯：04/01/11 15:46

じゃあ、ネタ振りでもしてみますか。

1. AvalonのMainメソッドって [STAThread] つけるだけじゃなくて
　 Thread.CurrentThread.ApartmentState = ApartmentState.STA; もしてるのはどうして？

2. def:CodeBehind って何の意味があるの？別にこれを書かなくても
　プロジェクト内で def:Class とソースのクラス名が一致すれば勝手に結合してくれるのに。

3. DependencyPropertyかどうかを簡単に探す方法ってないですか？
　例えば、コントロールのどこを探してもDockプロパティが見つからなくて悩んだりしません？

207 ：名無しさん♯：04/01/11 15:48

補足すると、

> コントロールのどこを探してもDockプロパティが見つからなくて悩んだりしません？

DockPanelにさえ、プロパティ一覧にDockが出てきません。これはクマった。

208 ：名無しさん♯：04/01/11 16:01

...けど、クラス説明の Remarks に書いてあるし、左のTreeViewメニューでも
「Dynamic Properties and Fields」で別ノードになってるか。

>>207は無視してちょ。

209 ：デフォルトの名無しさん：04/01/11 17:38

>>206
> 1.
それはここのメンツで議論して分かる問題ではないのでは？
MSに聞いた方が早いと思う。

> 2.
ASP.NETの<@ Page CodeBehindと同じことだと思う。VS.NETの都合。

> 3.
それは正直発想に慣れろとしか言いようがない。
確かに戸惑うね。Locationプロパティ相当も見つからないとか。

210 ：デフォルトの名無しさん：04/01/11 21:14

もう少し食いつきやすいネタにしてくれ。
いきなり具体的すぎて訳分からん。

211 ：デフォルトの名無しさん：04/01/11 22:21

ところで、PASSJ Conf 2004で配布される湯紺はPDC版と同一なのかな？

212 ：デフォルトの名無しさん：04/01/11 23:25

>>203
2chの厨房プログラマを見ていて思うのは、
MSっていう神の作るソフトウェアをありがたがって
使うっていう考えの人が多いってこと。
別におまえだってMSのプログラマと同じだけの
仕事は「論理的には」できるはずなのに。
MSは神でもなんでもない。

他人をマンセーしてる暇があるなら、自分を
活かす方法を考えろってこと。
すくなくともパッケージ屋なら、OSなど自分の作る
アプリケーションの動作環境にすぎない。

213 ：名無しさん♯：04/01/12 00:51

>>209
> それはここのメンツで議論して分かる問題ではないのでは？
> MSに聞いた方が早いと思う。

それを言われると元も子もない。(藁

> ASP.NETの<@ Page CodeBehindと同じことだと思う。VS.NETの都合。

にゃるほど。

> それは正直発想に慣れろとしか言いようがない。
> 確かに戸惑うね。Locationプロパティ相当も見つからないとか。

Canvasも相当な罠でつね。
たとえばButtonの位置を設定したくても、Buttonのリファレンスをいくら読んでも
たどりつけないのがなんとも。

>>210
(´･ω･`)ｼｮﾎﾞｰﾝ

214 ：デフォルトの名無しさん：04/01/12 01:17

>>212
まぁまぁ、金と人員リソース膨大だし。そもそも企業と個人の差があるし。
でけたもんを適当に崇めつつ捺しいただくのは正統でしょ。
なんかあった時に責任押し付ける先なんだから、紙扱いしとかんと損。

appleなんかに比べると、素で日本語資料の整備具合が紙に思える時もあるけど。

215 ：デフォルトの名無しさん：04/01/12 01:18

そういう話じゃなさげな。ｽﾏｿ流して

216 ：デフォルトの名無しさん：04/01/12 02:19

なにぶん日本語が不自由なもので、>203が何を言いたいのかよくわからないし
どういう文脈で>212になるのかもよくわからないです。
>214は同意だけどそういう話じゃないらしいし。
とりあえずWinFXは面白げだし自分で実装するのはむりぽなのでWindowsマンセーでいいんじゃないの？
と思っております。
Macがもちょっと安かったらそっちも試したいんだけどね。

217 ：デフォルトの名無しさん：04/01/12 03:55

M$マンセー厨は売国奴。
別にゲイツは嫌いじゃないけどね。
彼は天才的経営者なので。

218 ：デフォルトの名無しさん：04/01/12 04:11

WinFX 247
http://www.winfx247.com/

219 ：デフォルトの名無しさん：04/01/12 07:44

|
|∀・）　＜　売国奴が集まるスレはここですか？
|⊂ノ

220 ：　：04/01/12 08:50

新撰組みよーぜ

221 ：霧隠lo：04/01/12 10:26

新撰組も洋髪だからな。

222 ：デフォルトの名無しさん：04/01/12 11:47

DependencyPropertyって何？

223 ：名無しさん♯：04/01/12 12:32

>>222
こういうやつ。

<DockPanel>
　<TextBox DockPanel.Dock="Fill" />
　　　　　　　　　　　　↑

WindowsFormsで例えると、ToolTipをフォームに追加すると各コントロールに
ToolTip用のプロパティが増えるでしょ？(PropertyGridの話だけど。)
あれと同じ感じ。

使うのは簡単だけど、作るのは意外と覚えることが多い。
詳しくはこのへんでも参考にしてちょ。

ttp://blogs.gotdotnet.com/zhanbos/PermaLink.aspx/19106bc1-5351-4438-b627-f194bdaeceb8
ttp://wesnerm.blogs.com/net_undocumented/2003/10/dynamic_propert.html
ttp://weblogs.asp.net/dmarsh/archive/2003/12/01/40588.aspx

224 ：デフォルトの名無しさん：04/01/12 13:22

>>223
thx!
聞いてみるもんだな。(ﾜﾗ

225 ：デフォルトの名無しさん：04/01/12 13:25

>>223
> WindowsFormsで例えると、ToolTipをフォームに追加すると各コントロールに
> ToolTip用のプロパティが増えるでしょ？(PropertyGridの話だけど。)

となると、DependencyPropertyもVS.NET(Orcas?)使えばすぐに分かるようになるんでねーの？

226 ：デフォルトの名無しさん：04/01/12 16:30

>>224
なぜ笑う

227 ：デフォルトの名無しさん：04/01/12 18:44

Building Windows Longhorn Applications using Visual Studio Whidbey
http://www.c-sharpcorner.com/Longhorn/Longhorn/FirstLonghornApp.asp

Whidbeyなく手書きしてたのでこんなの初めて見た。

228 ：無料ダウンロードが可能になりました：04/01/13 13:27

WindowsServer2003 for AMD64
http://www.microsoft.com/windowsserver2003/64bit/extended/trial/default.mspx
https://microsoft.order-5.com/windowsserver2003evaldl/

229 ：デフォルトの名無しさん：04/01/13 19:41

.NETに参加したいならきちんと言語仕様をCLR側に合わせるのが筋ってものだろ
いやなら何時までも素のままのpascalで居りゃいいだけのことだし

230 ：デフォルトの名無しさん：04/01/14 01:44

Don Box on Indigo (Interview)
http://www.theserverside.net/talks/index.aspx
http://www.theserverside.net/talks/videos/DonBox/interview.aspx?bandwidth=dsl (Video)

231 ：デフォルトの名無しさん：04/01/14 01:50

日本のサイトまだぁ～？（

232 ：デフォルトの名無しさん：04/01/15 07:19

Creating Indigo Applications with the PDC Release of Visual Studio .NET Whidbey
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlingo/html/indigolingo01062004.asp

やっとMSDNで記事が出てきたか。

233 ：デフォルトの名無しさん：04/01/15 08:57

Timing Is Everything
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnavalon/html/avalon01062004.asp

Avalonの記事。

234 ：デフォルトの名無しさん：04/01/16 07:17

MSDN TV: WinFS: Schemas and Extensibility
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20040115WinFSPT/manifest.xml

235 ：デフォルトの名無しさん：04/01/16 07:17

WinFS: Schemas and Extensibility
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20040115WinFSPT/manifest.xml

MSDNもWinFX関連が活発になってきた？

236 ：デフォルトの名無しさん：04/01/16 07:24

>>234-235
お見事

237 ：デフォルトの名無しさん：04/01/16 08:51

Yukon特集
http://msdn.microsoft.com/msdnmag/issues/04/02/default.aspx

238 ：デフォルトの名無しさん：04/01/18 07:34

Books: Chapter 4: Storage (Introducing Longhorn for Developers)
http://msdn.microsoft.com/longhorn/understanding/books/default.aspx?pull=/library/en-us/dnintlong/html/longhornch04.asp

239 ：デフォルトの名無しさん：04/01/20 00:02

WinFX Trivia Quiz Answer: What are the most used APIs in the BCL?
http://weblogs.asp.net/brada/archive/2004/01/19/60156.aspx

240 ：デフォルトの名無しさん：04/01/20 20:21

ONDotnet.com: Inside XAML
http://www.ondotnet.com/pub/a/dotnet/2004/01/19/longhorn.html

241 ：デフォルトの名無しさん：04/01/23 23:39

Customizing button using Avalon styling...
http://www.longhornblogs.com/ndunlap/articles/2203.aspx

242 ：デフォルトの名無しさん：04/01/26 08:50

ベールを脱いだLonghorn（1）
http://itpro.nikkeibp.co.jp/members/NBY/techsquare/20040123/1/

全３回のシリーズもの

243 ：デフォルトの名無しさん：04/01/26 13:33

無料会員ねぇ。
会社のアドで登録してみよ

244 ：デフォルトの名無しさん：04/01/29 23:33

The .NET Show: Longhorn Overview
http://msdn.microsoft.com/theshow/episode039/default.asp

Longhorn Developer FAQ
http://msdn.microsoft.com/longhorn/support/lhdevfaq/default.aspx

245 ：デフォルトの名無しさん：04/01/30 17:10

ttp://www.itmedia.co.jp/news/articles/0401/29/news041.html

バイナリの統合が必要なくなりそうなんだが
これで.NETのメリットがひとつ消えたな（ｗ

246 ：デフォルトの名無しさん：04/01/30 17:17

>>245
君の頭の中ではユーザは一瞬にして64bitに移行することになってるんだね。

247 ：デフォルトの名無しさん：04/01/30 17:22

>>246

IA64とAMD64が並行した場合の話だ

248 ：デフォルトの名無しさん：04/01/30 18:07

通りすがりだけど、いつも不思議に思うんだよね。
マイクロソフト寄りのスレに決まって出没する
なんかこう他人を小馬鹿にしたようなカキコをする奴。

２ちゃんねらも立派な顧客または潜在顧客だから
心の中でバカにしつつも、製品を正しく周知させたい一心なのかな。
そういった葛藤から、偏屈なカキコが産まれるような気がする。

それと煽りに弱いのかねぇといつも思うよ。
奮い立ちやすいと言った方が適切かな？

249 ：デフォルトの名無しさん：04/01/30 23:45

よく語る通りすがりだな

250 ：デフォルトの名無しさん：04/01/31 00:45

Tom's Hardware Guide Mass Storage: WinFS: Microsoft's Data Management Vision - Introduction
http://www20.tomshardware.com/storage/20040129/index.html

251 ：デフォルトの名無しさん：04/01/31 15:47

Whidbey Alphaをフルインストールしたんだけど、プロジェクト新規作成でVC++しか選べない。
2回入れたけど同じ現象。俺だけ？

252 ：251：04/01/31 17:04

自己レス。
VB・VC#・VJ#だけ消してもう一度入れ直したら直った。
お騒がせｽﾏｿ。

253 ：デフォルトの名無しさん：04/01/31 18:25

Longhorn Developer Center: Getting Serious with Longhorn: Create Your First Realistic Sidebar Tile ("Longhorn" Technical Articles)
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlong/html/lhtiles.asp

254 ：デフォルトの名無しさん：04/01/31 20:41

結局WinFXってJavaのライブラリ体系をパクったわけでしょ。

255 ：デフォルトの名無しさん：04/01/31 21:59

>>254
比較記事書いて

256 ：デフォルトの名無しさん：04/01/31 22:01

netdcのDVDが届いた。

257 ：デフォルトの名無しさん：04/02/01 01:00

>249
いやね、マイクロソフト製品シェア高いから、
このスレは情報集めにありがたく使わせてもらってし、
英文の記事でも逐一面白く読ませてもらってるけど、
なんか２ちゃんのスレでMS関係者っぽいのが、煽りや無知や錯誤を
slash してるみたいなレスを見ると、記事を読む気がしなくなるんだよ。
逆効果なんじゃないかなぁと思うわけ。ﾏﾀｰﾘしたら？＞関係者

…てなこと書くとまた"関係者"に仮想敵認定されて
攻撃されそうで怖いけどね:-P

258 ：デフォルトの名無しさん：04/02/01 01:48

激遅レスだけど、

>>225
Whidbey + Longhorn SDKでもう実現してるよ。
Dependency PropertyのPropertyGrid表示。

259 ：デフォルトの名無しさん：04/02/01 01:52

>>257
チミはアホアンチのような無知能無し電波発言を受け入れろとでも言うのかね？www

260 ：デフォルトの名無しさん：04/02/01 02:14

＠ITのライターが混じってるんだろ。
２ちゃんはオンライン記事とは本質が違うんだから
違いを受け入れるべきは、むしろMS関係者のほうだべ。

アホアンチとか蔑称で呼んでる存在にも
周知したい情報を提供するスレなんだろとにかく。
それをタダではできなくて、なにか小バカにした態度を
とってしまうのがﾏﾀｰﾘできない一因なわけ。

相手をバカにしたり怖れたりすれば、コミュニケーションの質が下がる。
やさしく接して、噛み砕いて説明して、「わかりにくさ」を
除去する努力をすれば、仮想敵を生み出すリスク要因をひとつ減らせる。
地道だけど、ロジックは明快だろ？

261 ：デフォルトの名無しさん：04/02/01 03:01

@ITにMS関係者の記事なんてあったっけ？

262 ：名無しさん♯：04/02/01 03:17

MarkupCompilation: XAML, BAML, .g.cs Details
http://www.longhornblogs.com/rrelyea/archive/2004/01/31/2306.aspx

netdcにも来てくれたRob Relyeaたんが復活。ヽ(´ー｀)ノ

263 ：名無しさん♯：04/02/01 03:22

>>258
漏れはWhidbey使ってないから知らなかったです。
PropertyGridに出るということは、XAMLのデザイナかなんかがあるんですか？

264 ：デフォルトの名無しさん：04/02/01 11:05

>>260
アホアンチは脳内ソースだけでデタラメ書き綴るからアホアンチって呼ばれてるんですよw
問題点をすり替えないでください、アホアンチさん。

265 ：デフォルトの名無しさん：04/02/01 11:23

ほらね、仮想敵認定されただろ・・。俺の予測通りじゃないか。
それとも>264が荒らしなだけなのかな。

すり替えって言うけど、問題点の認識の違いかなぁ？

俺はただマイクロソフトの新技術の記事を読みたいだけ。
でも記事を書いた人とか関係者が、２ちゃんで煽り・無知・錯誤を
バカにしてるのを見るとゲンナリするって言いたかっただけだよ。
第三者の視点から見てることぐらいわかるだろ。

"アホアンチ"が問題だとするなら、それは２ちゃんひいては
マイクロソフトの本質だから受け入れるしかないんじゃないの？
いちいち反発していたら、磨り減るし、怒り疲れるし、
周知という目的にもそぐわないと思わない？
そんなに２ちゃんが嫌いなら、スレに来なければいいんだよ。
ゴミを捨てに来るみたいに、URLだけ貼りにくればいいのさ。

266 ：デフォルトの名無しさん：04/02/01 11:31

>>265の頭は大丈夫か？

267 ：デフォルトの名無しさん：04/02/01 11:39

>266
おうよ

268 ：デフォルトの名無しさん：04/02/01 13:13

>>263
デザイナはないけどコードエディタがPropertyGridと連携してる。
Gridに値を入れればソースに反映されて便利。

269 ：デフォルトの名無しさん：04/02/01 14:31

>>265
>俺はただマイクロソフトの新技術の記事を読みたいだけ。
2chに来ない方がいいよ
>でも記事を書いた人とか関係者が、２ちゃんで煽り・無知・錯誤を
>バカにしてるのを見るとゲンナリするって言いたかっただけだよ。
関係者が書き込んでるって（　ﾟдﾟ）ﾎﾟｶｰﾝ
またアホアンチお得意の脳内ソースですか
>第三者の視点から見てることぐらいわかるだろ。
どう見てもアホアンチの過剰反応にしか思えません

270 ：名無しさん♯：04/02/01 15:08

>>268
どうもです。
それはそれで便利そうでつね。(ﾟ∀ﾟ)

漏れも何度かWhidbey入れようとはしたんだけど、毎回途中で固まって
一度もうまくいったことがない。(´･ω･`)ｼｮﾎﾞｰﾝ

271 ：デフォルトの名無しさん：04/02/01 16:06

Win32APIのほうが、Cなんかの手続き型言語に慣れた身としては楽なんだよね。
C++やJavaに慣れた人はWinFXのほうが楽なんじゃないかな。

272 ：デフォルトの名無しさん：04/02/01 16:25

> 漏れも何度かWhidbey入れようとはしたんだけど、毎回途中で固まって

それは日頃の行ｆ－３３０うわなにするやｍｆ４ｑ（１１１！！！

273 ：デフォルトの名無しさん：04/02/01 17:32

小豆程度の知能があればこんなところに関係者が居る分けないのが歴然なわけだが

274 ：デフォルトの名無しさん：04/02/01 17:40

小豆に知能はありませんよ。

275 ：デフォルトの名無しさん：04/02/01 18:01

最初見たときはM$がOSにWinMXを統合したのかと思った

276 ：デフォルトの名無しさん：04/02/01 18:16

http://msdn.microsoft.com/theshow/Episode039/default.asp

ページ一番下のratingを見てくれ。
Longhornのhypeにうんざりしてる人が大多数だということだ。

277 ：デフォルトの名無しさん：04/02/01 18:52

>255や>266とか>274とかって、同一人物？
同じ人とまで言わなくても、同じ組織の人って感じがしますけど。

278 ：デフォルトの名無しさん：04/02/01 19:22

>>277
妄想入ってるんじゃない？

279 ：デフォルトの名無しさん：04/02/01 19:24

アホアンチって自分を批判してくる人間はみんな特定の組織に所属していて
普通の人間なら自分に賛同してくれるはずだ、と妄想してるんですか？

280 ：デフォルトの名無しさん：04/02/01 19:50

>278
ほらーそういう一言レスが似てるじゃん…。
そういうレスをするのがMSの習い性なの？
それとも個人的な戦略？

281 ：デフォルトの名無しさん：04/02/01 19:52

>>280
（　ﾟдﾟ）ﾎﾟｶｰﾝ

282 ：デフォルトの名無しさん：04/02/01 19:53

粘着荒らしが住み着いてしまったようだ。いい迷惑。

283 ：デフォルトの名無しさん：04/02/01 19:54

自治厨のフリしてほんとは荒らしたいだけなんだろ？www

284 ：デフォルトの名無しさん：04/02/01 20:01

ここはイメージ力を鍛えるスレですか？
なんか気持ち悪いですね。

285 ：デフォルトの名無しさん：04/02/01 20:02

結構人いるのかなこのスレ。
それとも例えば3人位しかいなかったりして。

286 ：デフォルトの名無しさん：04/02/01 20:12

>>285
アホアンチとMS厨二人。正解です。

287 ：デフォルトの名無しさん：04/02/01 20:13

>>286
あんたどっちの立場なの？

288 ：デフォルトの名無しさん：04/02/01 20:15

「組織」って言葉がさらっと出てくるあたりが
どうしようもなくキモイね。
脳内で毎日MMRみたいなことしてる人なんじゃないかと。

289 ：デフォルトの名無しさん：04/02/01 20:23

いや、むしろRMSみたいなことしてるんじゃないか？笛吹いたり

290 ：デフォルトの名無しさん：04/02/01 20:49

>>288
> 脳内で毎日MMRみたいなことしてる人なんじゃないかと。

M$がソフトウェア市場を崩壊させるとか、SCOの影にはM$がいるとか、
全く根拠のない妄想をしたがる馬鹿はよくいるよな。www

291 ：デフォルトの名無しさん：04/02/02 01:43

あちゃ、SCOの影にMSがいるって話別スレで見て「ほぉそうなんだ」くらいに思ってた
そういやソース見たことねぇや。流言鵜呑むべからず。くわばらくわばら

292 ：デフォルトの名無しさん：04/02/02 21:27

http://www.codezone.info/en/tours.aspx

Longhorn関連のプレゼン資料。Europeのイベントで使うやつらしい。
無駄にサイズがでかい。

293 ：292：04/02/02 21:49

と思ったらPDCの資料ベースだった。特に新ネタ見つからず。

294 ：デフォルトの名無しさん：04/02/02 22:29

http://pc.watch.impress.co.jp/docs/2004/0202/kaigai060.htm

そこで.NETの出番ですよ

295 ：デフォルトの名無しさん：04/02/07 06:04

Longhorn Concept Videos - Healthcare
http://msdn.microsoft.com/Longhorn/productinfo/conceptvid/default.aspx

296 ：デフォルトの名無しさん：04/02/10 08:50

Avalon版Terrarium ｶｺ（・∀・）ｲｲ!
ttp://blogs.msdn.com/mitchw/articles/68541.aspx

297 ：デフォルトの名無しさん：04/02/10 19:42

Chapter 5: Recommendations for Windows Forms and "Longhorn" (The Developer's Guide to Interoperability and Migration in "Longhorn")
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlongmig/html/intmiglongch05.asp

298 ：デフォルトの名無しさん：04/02/11 21:27

来月のVSLive!でWhidbeyの新版が配られるらしい。
Longhornもついでに出ないかな。

299 ：デフォルトの名無しさん：04/02/11 22:57

お、Chris Sells氏の記事だ。

A Journey of a Thousand Miles
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnfoghorn/html/foghorn02112004.asp

300 ：デフォルトの名無しさん：04/02/12 09:37

LonghornじゃなくてYukonだけど、こんな本が出るようだ。
http://www.amazon.co.jp/exec/obidos/ASIN/0321180593/250-0870046-6670650

ということは、これが出る頃にβリリース？

301 ：デフォルトの名無しさん：04/02/12 11:13

これじゃスレじゃなくて宣伝記事アドレスのコピペ。
.NETでさえ絵に描いた餅なのにましてやWinFXじゃどうしようもないな。

302 ：デフォルトの名無しさん：04/02/12 13:26

逆汗してハックするつわものはいないんですか？

303 ：デフォルトの名無しさん：04/02/12 14:21

>>302
rotor

304 ：デフォルトの名無しさん：04/02/12 14:47

>>303
いえ、Longhornβのことです。

305 ：303：04/02/12 15:08

>>304
スマソ、早とちりした。
ILDASM使って・・・って話かな。

初期のC♯スレにいたようなつわものは既に（ｒｙ

306 ：デフォルトの名無しさん：04/02/12 19:23

>>301
絵に書いた餅にしか見えない人はこのスレに来ないので心配無用です

307 ：デフォルトの名無しさん：04/02/12 19:24

WinFXよりもWinFSのほうがはるかに絵に描いた餅に見えるよ・・・
ｽﾚ違いだけどね

308 ：名無しさん♯：04/02/12 21:16

pre-Alphaだけに、どこまで深入りしていいのかむずかしいというのが本音なのかな？
思い出してみれば、C#相談室立てたのもBeta1が出てからだったし。

309 ：デフォルトの名無しさん：04/02/12 21:40

>>308
♯さんはWinFX八苦してないの？

310 ：デフォルトの名無しさん：04/02/12 22:07

MFCやCOMみたいにすぐ消えるから覚えるだけ無駄でしょ

311 ：名無しさん♯：04/02/12 22:22

>>309
八句というほどのことはしてないです。
ただ、↓のアセンブリはたまーにILDASMで眺めたりはしてます。

　WindowsBase、PresentationCore、PresentationFramework、
　System.Storage、System.Storage.Schemas

Indigoはほとんどノータッチ。
やっぱりクライアントサイドとしてのpillarに入れるのは無理があるというか。

312 ：名無しさん♯：04/02/12 22:28

MFCとCOMとWinFXを同列に並べられるのってどういう感性なんだろ？
というか消えたんだっけ？

って煽りに反応してみる。(藁

313 ：デフォルトの名無しさん：04/02/12 22:42

>>312
厨を相手にしちゃ駄目

314 ：デフォルトの名無しさん：04/02/12 22:43

10年近く健在ですが何か？

315 ：デフォルトの名無しさん：04/02/12 22:44

>>312
>>310は他の人と感性が違って10年くらいの期間を指して"すぐ"という言葉を使っているんだと思われ。
彼のような方には「そうですね。すぐ消えるから覚えないでくださいね。使わないでくださいね。」と懇願しましょう。

316 ：デフォルトの名無しさん：04/02/12 23:06

まあ世の中AtiveXが消えたとか言ってるAFOもいるしな

317 ：デフォルトの名無しさん：04/02/12 23:12

>>312
> やっぱりクライアントサイドとしてのpillarに入れるのは無理があるというか。

まあね。XPと2003もサポートするらしいし、Longhornより先にリリースされるわけだし。

318 ：デフォルトの名無しさん：04/02/12 23:14

DNAはどうかな（ｗ

319 ：デフォルトの名無しさん：04/02/12 23:50

>>315
感性というか能力的に10年くらいかけないと一つの技術を習得できない可哀想な奴なのだよ。

320 ：デフォルトの名無しさん：04/02/12 23:54

WTLもDNAも発想としては健在
むしろ当たり前に溶け込んだというか

321 ：デフォルトの名無しさん：04/02/13 00:00

アホアホマンさんはMSが名前を常に変えることを分かってない。
ていうか(消せるものなら)早く消してクリーンなWinFXだけになって欲しいんだが。

322 ：デフォルトの名無しさん：04/02/13 01:17

Whidbey出るのは来年だって。ついでにLonghornも遅れる？
ttp://benjaminm.net/PermaLink.aspx?guid=4fd80d25-63e6-4bfa-bbe0-088e90bf9819

323 ：デフォルトの名無しさん：04/02/13 04:00

Longhornの発売日なんか最初っから決まってない。

324 ：デフォルトの名無しさん：04/02/13 04:02

OSレベルでOO化していくって発想はいたって自然なわけだが

325 ：デフォルトの名無しさん：04/02/13 10:04

>WTLもDNAも発想としては健在
>むしろ当たり前に溶け込んだというか

MFCのオブジェクトとWTLのオブジェクトは連携しないわけだから２度手間。
DNAとはCOM+を売るときの名前だが.NET用言語とCOMを作る言語は別物で２度手間。

当たり前に溶け込んだわけでなくＣ＃は１０年遅れのＤｅｌｐｈｉ。

326 ：デフォルトの名無しさん：04/02/13 14:23

>>325
100点中15点ぐらいだね。もう少しひねりたまえ。

> MFCのオブジェクトとWTLのオブジェクトは連携しないわけだから２度手間。

嘘。MFCとATLは連携できるし、当然WTLとも連携できる。

> DNAとはCOM+を売るときの名前だが.NET用言語とCOMを作る言語は別物で２度手間。

DNAの頃にはCOM+はまだなかった。
で、何が二度手間になるの？「interop」という言葉も知らないのかな。

> 当たり前に溶け込んだわけでなくＣ＃は１０年遅れのＤｅｌｐｈｉ。

「溶け込んだ」の主語は何かね？なぜ突然C#が出てくるのだろう。
それよりも、君は言語しか見てないようだね。CLIこそが本質なのだよ。
まあ、分からないのも当然かな。君はまともにMSの技術を知らなさそうだから。

327 ：デフォルトの名無しさん：04/02/13 16:27

>嘘。MFCとATLは連携できるし、当然WTLとも連携できる。
嘘。クラスが別物。

>DNAの頃にはCOM+はまだなかった。
嘘。
DNAはCOMとDCOMで、後名前がCOM+となった。

>で、何が二度手間になるの？「interop」という言葉も知らないのかな。
嘘。
COMと.NETのクラスを２つ持つのは２度手間。

>それよりも、君は言語しか見てないようだね。CLIこそが本質なのだよ。
結局、Ｄｅｌｐｈｉでは.NET対応もCOM+もつくれるが、Ｃ＃では片手間か。

328 ：デフォルトの名無しさん：04/02/13 17:10

最近の反MS気取りの初心者はどうしようもないね。無知で。
逆にこういうのにAdvocateされる技術の方が可哀想だ。

329 ：デフォルトの名無しさん：04/02/13 17:18

generics対応のいいオブジェクトブラウザはないかな？
ildasmはプロパティ系が見づらい。

330 ：デフォルトの名無しさん：04/02/13 17:31

> 嘘。クラスが別物。

別物だから分離して連携できるのでは？分かってないなあ。ｗ

> DNAはCOMとDCOMで、後名前がCOM+となった。

つまり、DNAの頃にはなかったと認めてるわけだね。ｗ

> 嘘。
> COMと.NETのクラスを２つ持つのは２度手間。

「何が二度手間になるの？」の答えが「嘘」？
君、日本語大丈夫？基礎学力ある？ｗ

> 結局、Ｄｅｌｐｈｉでは.NET対応もCOM+もつくれるが、Ｃ＃では片手間か。

片手間で作れる方が良いのではなくて？二度手間よりも。ｗ

だめだ。ﾊﾗｲﾃｰ。こいつどうしようもない馬鹿だな。ｗ

331 ：デフォルトの名無しさん：04/02/13 17:58

>別物だから分離して連携できるのでは？分かってないなあ。ｗ
それをオブジェクトの連携と言う訳無いだろ。

>つまり、DNAの頃にはなかったと認めてるわけだね。ｗ
あった。

COMと.NETのクラスを２つ持つのは２度手間。

結局、Ｄｅｌｐｈｉでは.NET対応もCOM+もつくれるが、Ｃ＃では片方。

332 ：デフォルトの名無しさん：04/02/13 18:12

CとC++両方の文法覚えるのが二度手間で面倒とか言うのと同レベル

333 ：デフォルトの名無しさん：04/02/13 18:16

>>311
まあ、言動の稚拙さから、君は技術者ではないんだろうけど、
ここは技術を語る場なのでもう少し勉強してから来るか、他所に行った方が良いと思うよ。

334 ：デフォルトの名無しさん：04/02/13 18:17

>>329
VS.NET Whidbeyのオブジェクトブラウザ

335 ：デフォルトの名無しさん：04/02/13 18:19

>CとC++両方の文法覚えるのが二度手間で面倒とか言うのと同レベル

これは間違ってる。
ソースがあって、開発マシンで複数のターゲットマシンのバイナリ吐けるのが、ふつー。
C#が.NETのみ、というか強制するのは単なる足かせ。

336 ：デフォルトの名無しさん：04/02/13 18:20

Del厨ってなんでこんなに馬鹿なんだろうｗ

337 ：デフォルトの名無しさん：04/02/13 18:21

複数のターゲットマシンのバイナリ吐くのは
言語のコンパイラじゃなくてVMの仕事だろ。
Javaみたいに。

338 ：デフォルトの名無しさん：04/02/13 18:23

つーか普通にC++でいいじゃん。
.NETバイナリもほとんどのCPUのバイナリもはける。

339 ：デフォルトの名無しさん：04/02/13 18:45

じゃあ、WinFXを使うのやめちゃえば、普通のOSと普通のC++で過去の資産が全部生きるね。

340 ：デフォルトの名無しさん：04/02/13 19:17

>>339
という結論が出たところで他のスレに帰ってください

341 ：デフォルトの名無しさん：04/02/13 19:19

WinFXと過去の資産を同時に利用するという発想は浮かばないんだろうなｗ

342 ：デフォルトの名無しさん：04/02/13 19:21

まったくだ。必要ないなら黙って思ってろ。
わざわざDelphiスレに出向いて「俺にはDelphiは必要ない」といちいち言うような馬鹿がどこにいる？

343 ：デフォルトの名無しさん：04/02/13 19:34

>WinFXと過去の資産を同時に利用するという発想は浮かばないんだろうなｗ

これって、Ｄｅｌｐｈｉのことかよ。

344 ：デフォルトの名無しさん：04/02/13 19:42

Delphi以外でも同じだろ。馬鹿だなぁ。

345 ：デフォルトの名無しさん：04/02/13 19:43

Delphi.NETも.NET言語の一つ。
やっぱり時代は.NETの天下ですね。

346 ：デフォルトの名無しさん：04/02/13 19:43

アフォはいい加減放置しましょう。
かまってやると逆効果ですよ。

347 ：デフォルトの名無しさん：04/02/13 19:45

このスレの９割方はWinFXを触ったことがありません。

348 ：デフォルトの名無しさん：04/02/13 19:46

Delphiだけは嫌だ。

349 ：デフォルトの名無しさん：04/02/13 19:47

>>347
必死だなｗ

350 ：333：04/02/13 19:47

今気付いたが>>311じゃなくて>>331だった。
♯さん、すまん。ｗ

351 ：デフォルトの名無しさん：04/02/13 19:48

>>347
いいかげん.NETライブラリとWinFXの区別ぐらい出来るようになってください。
Delphi使っててもWinFXはさわることは出来ないのですよ。

352 ：デフォルトの名無しさん：04/02/13 19:48

はぁ？ＤｅｌｐｈｉはWinFXに対応しているだろ。

353 ：デフォルトの名無しさん：04/02/13 19:50

>>352
partial class が使えないと厳しいんだな、これが。

354 ：デフォルトの名無しさん：04/02/13 19:51

DelphiでXAML使う馬鹿なんていない

355 ：デフォルトの名無しさん：04/02/13 19:53

Delphi使う馬鹿なんていない

356 ：デフォルトの名無しさん：04/02/13 19:54

つーか、Longhornで初めて出てくるWinFXを語るスレで、
使ってないだろとか言う奴がいるのか疑問。
本当にWinFXを分かっているのかと小一時間。
まあDel厨にコンパイラにまかせっきりで内部の仕組みなど
知らんのだろうが

357 ：デフォルトの名無しさん：04/02/13 19:54

有能な某社員は皆MSに移籍してるし

358 ：デフォルトの名無しさん：04/02/13 19:56

もうボーランドにとってもDelphiはC#よりも優先度低いからね。
C#よりも発売日あとだし。

359 ：デフォルトの名無しさん：04/02/13 20:00

Delphiのライブラリは使い道があるな。
早く.NET用に変換してくれ。
C#で使うからｗ

360 ：デフォルトの名無しさん：04/02/13 20:04

もはやDelphiはDelphi→.NETコンバータみたいな扱いだなｗ

361 ：デフォルトの名無しさん：04/02/13 20:14

扱い的にはVJ#みたいなもんだろ。

362 ：デフォルトの名無しさん：04/02/13 21:07

VB.NET等でコンパイルしてVC#やDelphi.NETで開けば自動的に同じ意味のソースになる

それだけでも十分魅力的でしょ
共通言語仕様恐るべし

363 ：デフォルトの名無しさん：04/02/14 11:48

の結果、VBは廃って、.NETも流行ってない現状。

364 ：デフォルトの名無しさん：04/02/14 18:01

.NETが流行っていない＝VBが健在ということだよ。

365 ：デフォルトの名無しさん：04/02/18 09:30

はじめに - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornintro.asp

第 1 章 "Longhorn" アプリケーションモデル - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch01.asp

日本語版スタート

366 ：デフォルトの名無しさん：04/02/20 22:14

The Architecture Strategy Series
"Longhorn" Client Strategy
http://msdn.microsoft.com/architecture/overview/series/

367 ：デフォルトの名無しさん：04/02/21 13:25

Indigo本が出る模様。
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnlong/html/messagebus.asp

368 ：デフォルトの名無しさん：04/02/21 16:32

>>362
VBとVC#とDelphiなどと
そもそも多言語に別れている意味がないともいえる。

369 ：デフォルトの名無しさん：04/02/21 20:45

じゃあC#でいいじゃんと言えば怒るDelphi厨がいる。

370 ：最凶VB厨房：04/02/22 04:53

確かに多言語に分かれている意味はないかもしれない。
VBだけでいいしね。

371 ：デフォルトの名無しさん：04/02/22 05:05

結論。

人それぞれの好み、言語にはそれぞれ特徴があるから、
言語を一つに統一しようなんて幻想は実現しない。
統一するのはAPIやライブラリだけにしとけ。

(そういやWin32はどの言語からでも呼び出せるけどそもそもC/C++用っぽいね。
　呼び出すためのインタフェース(ヘッダ)はOSでは基本的にC/C++用しか用意してないし。
　Win32と違いWinFXはどの.NET用言語からでも呼び出せるように呼び出せるようになっているわけか。
　非.NET用言語からもある程度は呼び出せるようになっていると思うが制限はあるだろうな。)

372 ：デフォルトの名無しさん：04/02/23 10:15

>>371
なんてことを言うんだ。

それじゃクラスベースのOOP言語では問題無くても、
オブジェクトベースのOOP言語に移行したときWinFXはゴミになるということか。

373 ：デフォルトの名無しさん：04/02/23 10:20

>>言語にはそれぞれ特徴がある
VB、C#、Java、C++それぞれに特徴と呼べるほどの差があるのか甚だ疑問。

374 ：デフォルトの名無しさん：04/02/23 10:29

大東亜共栄圏的発想ですね。
くだらない争い事は止めて
似たもの同士一つにしてしまえ、みたいな。
素晴らしいじゃありませんか。

375 ：デフォルトの名無しさん：04/02/23 10:43

One of the pearls of wisdom I took away from yesterday’s class was Anders’
assertion that when the C language was developed the learning curve for most
developers was 90% in learning the language and 10% in learning some libraries.
But today with C#, VB.NET, MC++, etc the learning curve is more like 10%
for the language and 90% for the library.
(Well, OK, maybe it is 20% for the language in the case of C++ ;-)).

376 ：デフォルトの名無しさん：04/02/23 10:43

>>374
逆にそれがなぜ嫌なのかわからん。
人類には多種の言語があり、文化的な面からみれば
一つに統一しろという考えは当然却下ものだが、
例えばJavaドキュメントを読むぶんには英語だの日本語だのスワヒリ語だの
多種に別れているのは無意味でしかないだろ。
プログラミング言語は後者。

377 ：デフォルトの名無しさん：04/02/23 10:58

つーか、別の大きな物に飲み込まれないための団結でしょ、あれは

378 ：デフォルトの名無しさん：04/02/23 10:59

COBOL.NETに統一しよう、そうしよう。

379 ：デフォルトの名無しさん：04/02/23 11:03

プログラミング言語とは多種どころか、
１世代～３世代、クラスベース言語、オブジェクトベース言語と進化してる。
WinFXは次世代言語が出るとアウト。

380 ：デフォルトの名無しさん：04/02/23 11:07

大東亜共栄圏の結末は、みんながみんな
「大日本帝国」になれると考えてしまったこと。
ドイツが諸侯を、日本が大名を取りまとめたようには
上手くいかなかった。しかし当時は上手くいくと
みんなホントに信じていたわけだ。疑う理由もなかった。

さて、そこから振り返ってCLIとは上手くいくのかどうか。

381 ：デフォルトの名無しさん：04/02/23 11:22

EUはどうなん

382 ：デフォルトの名無しさん：04/02/23 12:54

C++やDelphiなんかのクラスベース言語で派生出来ないCOMが浮いてたように、
オブジェクトベース言語で実行時継承が出来ないWinFXが浮く悪寒。
m$の設計は短命だ。

383 ：デフォルトの名無しさん：04/02/23 21:54

次の波はこの時か？
http://www.microsoft.com/whdc/winhec/default.mspx

384 ：デフォルトの名無しさん：04/02/23 22:17

おいおい、COMが浮いたって
窓の中はCOMの塊だぞ

385 ：デフォルトの名無しさん：04/02/23 22:21

WinHECは開発者的には何かいい情報あるのかな？

386 ：デフォルトの名無しさん：04/02/24 04:20

結論。

WinFXが短命だから、WinFXよりも短命なCOMやWin32を使いましょう。ってかｗ

なんかこう、これはダメ、あれはダメというだけで、
じゃあ何を使うってなったら何もなくなるという結論を
導き出して何が楽しいのかな？

それともどんな技術もいつかは廃れるんだから、
昔の廃れた技術を使いましょうという結論か？

WinFXで○○ができないから。使うなじゃダメなんだよ。
WinFXで○○ができないから、○○が使えるものが何か言わなきゃ。

なにを使えばいいのと聞いたらより答えに詰まることを言うのは止めましょうねｗ

387 ：デフォルトの名無しさん：04/02/24 04:39

>>376
禿同。C#でいいじゃん。

といったら反論するくせに。
はい。残念でした。統一できません。

人間ってのは慣れている物を使いたいんだよ。たとえそれが似ていたとしてもね。
慣れというのは昔から人生の積み重ねでできる。
統一させたかったら、はじめに使う自然言語もプログラム言語も
同じにしなきゃいけない。これだけ多くの人間がいてさらに多様なものが
存在する現在で統一するのは法律で定めでもしない限り不可能な話。

考え方も習慣も違う世界の人間の意見を統一するのは
それなりに考え方も習慣も似通った友達の意見を統一するのとは訳が違うんだよ。
言語が統一できるなんて考えている奴は井の中の蛙。

388 ：デフォルトの名無しさん：04/02/24 04:46

あと、自然言語が統一するのが却下なのは文化的なものとか言っているが、
理想から言えば自然言語も文化も統一したほうがいい。争いもなくなるだろうし。

文化的なものはプログラム言語にもある。
文化的なものとは要するに「慣れ」のこと。
「慣れ」は簡単に変わらない。
そこに自然言語もプログラム言語も違いは無い。

389 ：名無しさん♯：04/02/24 08:49

ObjectSpacesの記事ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!

A First Look at ObjectSpaces in Visual Studio "Whidbey"
http://msdn.microsoft.com/netframework/default.aspx?pull=/library/en-us/dnadonet/html/objectspaces.asp

390 ：デフォルトの名無しさん：04/02/24 09:21

ほー、10年以上続いたCOMが短命ですか
C#がそれより長寿なら問題ないじゃん

391 ：デフォルトの名無しさん：04/02/24 09:32

短命だと騒いでる奴は習得するのに10年かかる困ったちゃんなんだよ。

392 ：デフォルトの名無しさん：04/02/24 10:06

>>388
あなたから激しいドキュソ臭を感じました

393 ：デフォルトの名無しさん：04/02/24 10:38

ぶっちゃけ実現不可能な理想なんてどうでもいい。

394 ：デフォルトの名無しさん：04/02/24 11:02

つーかいい加減すれ違いうぜえよ。アホどもが

395 ：デフォルトの名無しさん：04/02/24 18:28

結局WinFXへの移行の流れは止まらないということだな。
そして当然のことながらいつかはWinFXの次へと行く。

一部WinFXが消えるときの心配をして、Win32のままでいようとしている奴がいるが、
そいつらは本当にWinFXが消えるときにはとっくに死んでいることだろう。

そういや「チーズはどこへ消えた」の話に似ているな。

396 ：デフォルトの名無しさん：04/02/24 18:51

http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornintro.asp

397 ：デフォルトの名無しさん：04/02/25 07:36

Whitehorseってどうよ？
http://www.itmedia.co.jp/enterprise/0402/24/epn22.html

398 ：デフォルトの名無しさん：04/02/25 08:06

WinFX(´∇｀)ｹｯｻｸ

399 ：デフォルトの名無しさん：04/02/25 08:14

てかWindowsDNAやActiveXへ行った奴等は
地獄を見るだけで何にも良いことなかったわけ
あれだけM$が全社を挙げて押し進めても
開発者が着いて来なけりゃただのゴミ
WinFXは過去のM$の失敗事例に酷似してる

400 ：デフォルトの名無しさん：04/02/25 08:35

ActiveX(COM)が失敗例？
IEコンポーネントブラウザにはCOMが使われているわけだし、
DirectXにもCOMが使われているわけだし、
動画、音声のコーデックにもCOM使われているわけだし
シェル拡張にもCOM使われているわけだし、
これで失敗なんて良く言えるなｗ

これだけ普及したCOMのさらに改良版の.NETを応用した
APIであるWinFXは過去の成功事例から成功するであろう。

401 ：デフォルトの名無しさん：04/02/25 08:46

まともな話題が出てくるとわざと妨害してるだろ。
いい加減にしろよアホが。

402 ：デフォルトの名無しさん：04/02/25 08:49

COMってMS社内専用でしょ。
社員以外がやってもいいことないよ。
WinFXも同じって事か。

403 ：デフォルトの名無しさん：04/02/25 08:51

Whitehorseはここでも見ておいたら？
単なるWebServiceのモデリングツールだけではないようだ。
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20040129VSTUDIOAT/manifest.xml

404 ：デフォルトの名無しさん：04/02/25 08:51

>>401
2chで何いってんの
恥ずかしい被害妄想

405 ：デフォルトの名無しさん：04/02/25 08:52

つーかアホアンチがここまで必死になるほどWinFXは重要ということです。
アホアンチの妨害も無意味だけどね。

406 ：デフォルトの名無しさん：04/02/25 08:52

MSって次々出しては次々自分で捨ててくね。モラルはないけど体力はあるね。

407 ：デフォルトの名無しさん：04/02/25 08:53

>>405
あのね、妨害なんてしてないよ。君の言うとおり無意味だし。なにカリカリしてんの？

408 ：デフォルトの名無しさん：04/02/25 08:55

存在そのものが無意味

409 ：デフォルトの名無しさん：04/02/25 08:56

Longhornも触ったことない奴が得意げにWinFX語ってるのは滑稽だね。ｗ

410 ：デフォルトの名無しさん：04/02/25 08:58

>>409 また誹謗中傷ですか?

411 ：デフォルトの名無しさん：04/02/25 09:00

WhitehorseはLonghornというよりはWhidbeyでは？
ってかこのスレの話題の切り分けが難しいな。

412 ：デフォルトの名無しさん：04/02/25 09:03

てか話題ふって宣伝してるマンセの方が自爆して
アンチより遙かに妨害に貢献してるよな(ﾟ∀ﾟ　)

413 ：デフォルトの名無しさん：04/02/25 09:07

普通に話題振ることが宣伝だって。ｗ
じゃあ、どこのすれも宣伝だらけなわけだ。ｗ

414 ：デフォルトの名無しさん：04/02/25 09:14

じゃあ、俺も宣伝しよう。ｗ

Indigo Wallstreet Sample
http://www.longhornblogs.com/rdawson/articles/IndigoWallstreet.aspx

415 ：デフォルトの名無しさん：04/02/25 09:42

アホアンチ論破されっぱなしだなｗ

416 ：デフォルトの名無しさん：04/02/25 09:46

>>415
論破論破論破論破論破論破論破論破論破論破
｡･ﾟ･(ﾉД`)ヽ(ﾟ∀ﾟ )ｱﾋｬﾋｬ
論破age

417 ：デフォルトの名無しさん：04/02/25 09:49

議論してるつもりだったんだ (＾∀＾；)ﾌﾟ

418 ：デフォルトの名無しさん：04/02/25 09:51

アホアンチのは議論じゃなくて、
無知な煽りですYO (＾∀＾；)ﾌﾟ

419 ：デフォルトの名無しさん：04/02/25 09:51

無知の知か
煽ってるだけと自覚ある俺の方が50歩しか逃げなかった方だな

420 ：デフォルトの名無しさん：04/02/25 09:53

WinFXについて語れるほどアホアンチは賢くありません。

421 ：デフォルトの名無しさん：04/02/25 10:02

>>420
無知の知の次の行に、良くそんなバカ丸出しのこと書けますね。（なんかリアルおおいね）

422 ：デフォルトの名無しさん：04/02/25 10:03

賢くないと語れないほど WinFXってむじゅかしいのですか？　
じゃWinFX終わってますね。

423 ：デフォルトの名無しさん：04/02/25 10:06

>>422
こっちには逆に簡単なんでしょって言っているアホアンチがいますよ。ｗ

http://pc2.2ch.net/test/read.cgi/tech/1075032893/361
> だってさ、 .NET ってとっても簡単なんでしょ？
> WinFxも、もちろんWin32に比べてとっても簡単なんでしょ？

424 ：デフォルトの名無しさん：04/02/25 10:09

>>422
普通レベルでも十分語れるがアホアンチはそれほど賢くないって意味だろ？

425 ：デフォルトの名無しさん：04/02/25 10:15

アンチ集団

家電各社、“縄張り”に踏み込むMSに抵抗戦線
ttp://www.itmedia.co.jp/news/articles/0402/24/news073.html
苦戦するMicrosoft
　少なからぬデバイスメーカーがMicrosoft以外の技術を採用している。
・携帯電話
・ゲーム機
・デジタル音楽
・パーソナルビデオレコーダー
・メディアハブ

426 ：デフォルトの名無しさん：04/02/25 10:20

ホント、M$程度に儲かってても、その分株値の圧力はものすごいからね。

全部を喰らわなけりゃ株主は納得しない。

でも、喰われる方も黙って喰われる訳にはいかない。

厳しいね。

まあ、俺たちはWinFXが実用になって、なおかつ普及したら利用させて貰うだけ。
それまで興味さえないね。

427 ：デフォルトの名無しさん：04/02/25 10:23

興味が無い人はこのスレにこなけりゃいいじゃん。

428 ：デフォルトの名無しさん：04/02/25 10:24

だってあがってるんだもん。　興味無い奴　お断りなら上げるなよな。

429 ：デフォルトの名無しさん：04/02/25 10:31

興味ある奴呼び込むために上げます。

つーか２ちゃんねるブラウザ使え

430 ：デフォルトの名無しさん：04/02/25 10:32

ここは.NET死滅スレですか？

431 ：デフォルトの名無しさん：04/02/25 10:34

板違いだろ。Win板いけよ

432 ：デフォルトの名無しさん：04/02/25 10:45

全ては無駄であった
あらゆる犠牲もあらゆる労苦も無駄だった
果てしなく続いたsage進行も自作自演も無駄だった
しかも我々がdat落ちの不安に襲われながらなお義務を果たしたあの時も無駄だった
その時発した200のレスも無駄だった
スレを信じてかつてレスした幾人の人々
こんな事の為に職人はAAを貼ったのであろうか
こんな事の為に27歳のひろゆきはうまい棒の中に埋もれたのだろうか
その後数日にして私は自己の運命を自覚するに至った
私は掲示板の管理人なろうと決意した

433 ：デフォルトの名無しさん：04/02/25 12:36

上がってるからよくわからなくても書くってすごいな。厨丸出しじゃないか。

434 ：デフォルトの名無しさん：04/02/25 13:25

新着レスがたくさんあったから何かと思った。

435 ：デフォルトの名無しさん：04/02/25 15:13

>>365 の続き

第 2 章 "Longhorn" アプリケーションの構築 - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch02.asp

436 ：デフォルトの名無しさん：04/02/25 16:34

WinFXの情報が日本語で出てくるのを見ると時代が来たなと実感するね。

437 ：デフォルトの名無しさん：04/02/25 20:52

ネイティブ厨は必見。

MSDN Webcast: Managed and Native code in Longhorn – Roadmap for Existing C/C++ Applications
http://msevents.microsoft.com/cui/EventDetail.aspx?culture=en-US&EventID=1032245114

438 ：デフォルトの名無しさん：04/02/25 21:54

＠IT：Insider's Eye -- OSロードマップの新展開
――　Windows 98系のサポート期間延長からLonghornサーバまで　――
http://www.atmarkit.co.jp/fwin2k/insiderseye/20040226roadmap/roadmap.html

439 ：デフォルトの名無しさん：04/02/26 12:25

つかWin2000のサポート切れるの痛いな。98なんてどうでもいいから
こっちをなんとかしてくれよ。とはいっても98はボロイマシンでも
動くからそれはそれで希少価値があるのか。。。
スレ違いsage

440 ：デフォルトの名無しさん：04/02/26 13:35

98使うくらいならサポート切れでもNT4.0使う

441 ：デフォルトの名無しさん：04/02/27 18:21

XP Reloadedってネーミングが…

442 ：デフォルトの名無しさん：04/02/28 08:28

The .NET Show: Longhorn Indigo
http://msdn.microsoft.com/theshow/episode040/default.asp

Longhorn Developer Center: Introducing the New Avalon Graphics Model ("Longhorn" Technical Articles)
http://msdn.microsoft.com/longhorn/?pull=/library/en-us/dnlong/html/avalongraphics.asp

443 ：デフォルトの名無しさん：04/02/29 12:47

From: [511] MACオタ <>
Date: 04/02/29 11:30 ID:lgCdEszD

The InquirerによるとMicrosoftがRadeon 9800付きのPower Mac G5/2GHzを動作環境としてXbox2 SDKを配布し
始めたとのことす。
http://www.theinquirer.net/?article=14407
これでXbox2のプロセッサについてわ、
　・PPC ISA　（970/POWER4コアかどうかわ、まだ不明)
　・マルチプロセッサ
　・AltiVec付き
ということまでわ、確定だと思われるす。
前スレの289-290あたりで同種の腐れルーマーに引っかかったすけど、今度わホンモノそうすね(笑)

444 ：デフォルトの名無しさん：04/02/29 14:07

NT4.0の頃からPPCやMIPS、Alphaにも対応してたし不思議じゃないな

445 ：デフォルトの名無しさん：04/02/29 14:40

WinHECでLonghornアルファのリフレッシュ版が出るらしいよ

446 ：デフォルトの名無しさん：04/02/29 18:28

>>442
(.NET Showの) Enter the Programmerはとても勉強になった。
けど、4051で動かないコードなのが･･･。

447 ：デフォルトの名無しさん：04/03/04 21:53

第 3 章コントロールと XAML - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch03.asp

448 ：デフォルトの名無しさん：04/03/05 22:39

4053入れた人いる？

449 ：デフォルトの名無しさん：04/03/06 11:16

Longhorn Concept Videos - Financial Services
http://www.msdn.microsoft.com/Longhorn/productinfo/conceptvid/#finserv

450 ：デフォルトの名無しさん：04/03/09 13:22

Graphical Composition in Avalon
http://www.ondotnet.com/pub/a/dotnet/2004/03/08/winfs_detail_3.html

451 ：デフォルトの名無しさん：04/03/09 22:02

Ianたん頑張ってるねー。
気がついたらまたDMからMSに引き抜かれてたりして。

452 ：デフォルトの名無しさん：04/03/10 16:27

Introducing "Longhorn" for Developers
第4章ストレージ
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch04.asp

翻訳のペースが早いね。

453 ：デフォルトの名無しさん：04/03/10 17:47

>>452
ガッ、抜かれた。
一週間おきだから明日のはずだったのに...

454 ：デフォルトの名無しさん：04/03/10 17:50

>>453
いや合ってるな。
というか一日くらいは今までもずれてた。

455 ：デフォルトの名無しさん：04/03/10 17:51

>>452
GDNJの掲示板で知った。

456 ：455：04/03/10 17:52

>>452じゃなくて>>453の間違い。

457 ：デフォルトの名無しさん：04/03/10 17:54

>>448
もうLHリークでは祭りは起きないのでは？
このスレ的には最新のSDKやドキュメントが欲しいわけで。

458 ：デフォルトの名無しさん：04/03/10 18:02

WinFSもう一丁。

WinFS Data Model
http://www.c-sharpcorner.com/Longhorn/WinFS/WinFSDataModel.asp

459 ：デフォルトの名無しさん：04/03/11 07:19

http://www.eweek.com/article2/0,1759,1546526,00.asp

Yukon → SQL Server 2005
Whidbey → Visual Studio 2005

で製品名確定の模様。

460 ：デフォルトの名無しさん：04/03/11 13:52

わかりやすくて良かった

461 ：デフォルトの名無しさん：04/03/12 00:05

Browse Together
ttp://www.longhornblogs.com/rdawson/articles/BrowseTogether.aspx

Collaboration系(RTC)のサンプルとは珍しい。

462 ：デフォルトの名無しさん：04/03/12 01:29

ITmedia エンタープライズ：Microsoftが開発者に最新情報を提供
http://www.itmedia.co.jp/enterprise/0403/11/epic01.html

463 ：デフォルトの名無しさん：04/03/12 16:31

C#にリファクタリング機能がつくのか。
簡単に開発できるツールにするのが得意なMSのことだから
最高レベルのリファクタリング機能になるだろう。
楽しみだな。

464 ：デフォルトの名無しさん：04/03/12 22:13

Digging into Channel Types
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnlingo/html/indigolingo_03102004.asp

Indigoのコラム第２弾

465 ：デフォルトの名無しさん：04/03/13 17:25

Longhorn Developer Center: The "Avalon" Input System ("Longhorn" Technical Articles)
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlong/html/avaloninput.asp

466 ：デフォルトの名無しさん：04/03/17 12:54

第 5 章データバインディング - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch05.asp

467 ：名無しさん♯：04/03/17 13:48

.NET Framework PD2 redistributable ひっそりとリリース。
ヒントはﾓﾅｰﾄﾞたん。

468 ：デフォルトの名無しさん：04/03/17 15:45

2.0.31113.33
やっと1.2から卒業か。

469 ：デフォルトの名無しさん：04/03/17 17:47

ついに英語版に追いついた。

Introducing "Longhorn" for Developers
第 5 章データバインディング
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch05.asp

470 ：デフォルトの名無しさん：04/03/17 17:54

>>467
そのテスターだけ？

471 ：名無しさん♯：04/03/17 19:48

>>470
今のところ知る限りでは。
といっても、来週向こうでVSLive!があるからそのときにVS.NETごと出そうなﾖｶｰﾝ。

472 ：デフォルトの名無しさん：04/03/17 19:57

>>471
ありがとう。
VSLive!で出るらしいのはどこかで読んだが…と探したらあった。

CRN : Daily Archives : Microsoft To Unveil Preview 2 Of Visual Studio 2005 Next Week : 12:54 PM EST Tues., Mar. 16, 2004
http://www.crn.com/sections/BreakingNews/dailyarchives.asp?ArticleID=48672

473 ：名無しさん♯：04/03/17 20:29

入れてみますた。バージョンは>>468たんのおっしゃるとおり v2.0.31113。
気づいたところでは、

・インストーラーのふいんき（←なぜか変換できない）がかなーり変わった。
・configにブラウザごとの設定ファイル（ie.browserとかmozilla.browserとかいうファイル名）ができてる。
・ASP.NETのクライアントファイルにThemeが2つ入ってる。
・System.Transactions.dllが標準装備。でもIndigoはないです。

API的にはまだ少ししか見てないけど、大きな変更はなさそう。
もしかしてWhidbeyって機能仕様的にはもう固まってる？

それと.NETじゃないけど、ﾓﾅｰﾄﾞがXPでも使えるようになりますた。

474 ：デフォルトの名無しさん：04/03/18 09:17

Visual Studio 2005、暫定版配布へ
http://www.itmedia.co.jp/news/articles/0403/18/news011.html

475 ：デフォルトの名無しさん：04/03/18 09:30

VS2005betaMSDNにくるのもすぐかな？

476 ：名無しさん♯：04/03/18 11:07

とりあえず気づいたところを。
もしかしたら1.2.30703からサポートしてたかもしれないけど。

・genericsのILが Hoge<T> じゃなくて Hoge<(System.Object) T> と明示的になった。
・AppDomainManagerとか、IApplicationDescriptionとか、ローダまわりに追加機能あり。
・System.Drawing.GDIって･･･。
・ComponentModelにasyncサポートが強化。
・I/Oにzipのストリームがある。
・System.Runtime.Reliabilityってなんのサポートだろう？
・RemotingにIPC Channelが追加。
・System.Security.Cryptography.Pkcsなんてあったっけ？
・System.Web.ServicesにWS-I Conformance要求の属性が増えた。

ADO.NET、ASP.NET、WindowsForms、XMLは変更点を探したらきりがないので省略。

477 ：デフォルトの名無しさん：04/03/18 21:40

基礎が出来ていれば本に載ってる言語の種類なんて関係ないよ

478 ：デフォルトの名無しさん：04/03/19 11:11

WinFS 101: Introducing the New Windows File System
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnwinfs/html/winfs03112004.asp

ようやくMSDNにWinFSの記事。

479 ：デフォルトの名無しさん：04/03/19 11:31

Introducing "Longhorn" for Developers
Chapter 6: Communication
http://www.msdn.microsoft.com/Longhorn/understanding/books/rector/default.aspx?pull=/library/en-us/dnintlong/html/longhornch06.asp

英語版の方ね。

480 ：名無しさん♯：04/03/19 16:23

WindowsFormsに ToolStrip なる巨大なクラス群があるので何かと思ったら、
Office2003風UIのサポートだった。

OfficeXP風も従来どおりWinBarでサポート。

481 ：名無しさん♯：04/03/19 16:43

...と思ったら、WinBarが Obsolete になってた。
見た目の切り替えは ToolStripRenderMode で変えられるみたい。

482 ：デフォルトの名無しさん：04/03/19 17:01

来週が楽しみだのう

483 ：デフォルトの名無しさん：04/03/19 23:04

MS独自拡張じゃないC++でWinFXを使う方法はないんでしょうか？

byte[]をフィールドに持ってIDisposableを実装したValueTypeを
生メモリとして扱って静的なコード上の意味付けだけでC++したいな。

484 ：デフォルトの名無しさん：04/03/19 23:17

>>483
そんなことできたらCLRのセキュリティモデルがはじょう（←なぜか変換できない）するよ。

485 ：デフォルトの名無しさん：04/03/19 23:42

>>484
破綻？はたんとよむんだよ・・・

486 ：マヂレス：04/03/19 23:44

はていだろ

487 ：デフォルトの名無しさん：04/03/19 23:44

>>484
でも理論的には>>483で出来るような気がする。
少なくともふいんき（←なぜか変換できない）的にはできそうじゃん？

488 ：デフォルトの名無しさん：04/03/19 23:46

>>484
分かりにくいからそのネタはすくつふいんきがいしゅつだけにしとけ。

>>485
（←なぜか変換できない）
ってネタが最近流行ってるみたい。

>>486
そっちの方がまだ分かるし、俺もそれに1票。

489 ：デフォルトの名無しさん：04/03/19 23:53

まだ2chが出来る以前の話、
ウチの姉貴は雰囲気の事を本気で「ふいんき」だと勘違いしていて家族の笑いのネタになった。
そして、弟の俺は2chではじめて「がいしゅつ」が間違った読み方だと知った。

いや、よく考えたら匿名は「いめい」って読んでたし、
一寸は「いっすん」って読んでたな。
天然かも。

スレ違いすまん。

490 ：デフォルトの名無しさん：04/03/20 00:21

間違いもみんなが使えば真実になるのだ
納豆と豆腐みたいに

491 ：デフォルトの名無しさん：04/03/20 00:43

>一寸は「いっすん」って読んでたな。

どの場面で使うかにもよるけど間違いじゃないじゃん。

492 ：デフォルトの名無しさん：04/03/20 01:51

一寸先は闇
(ちょっとさきはやみ)

493 ：デフォルトの名無しさん：04/03/20 18:41

いっすんぼーし

494 ：デフォルトの名無しさん：04/03/20 23:17

とくれせんたぼーび

495 ：名無しさん♯：04/03/23 09:33

朗報なのかどうなのか、WindowsFormsにControlArrayクラスが追加されてる･･･。
ポトペタ可、イベント一括指定可。

496 ：名無しさん♯：04/03/23 16:34

Reflection.Emitが～Builder 使い倒さなくても手軽に扱えるようになったみたい。
簡易スクリプトとかに応用できるかな？

using System;
using System.Reflection.Emit;

static class EmitTest {

　　static void Main() {
　　　　// 動的メソッド void SayHello() を定義
　　　　DynamicMethod m = new DynamicMethod("SayHello", null, null, typeof(EmitTest));

　　　　// 内容はただの Console.WriteLine("Hello World!!"); 呼び出し
　　　　ILGenerator gen = m.GetILGenerator();
　　　　gen.Emit(OpCodes.Ldstr, "Hello World!!");
　　　　gen.Emit(OpCodes.Call, typeof(Console).GetMethod("WriteLine", new Type[] { typeof(string) }));
　　　　gen.Emit(OpCodes.Ret);

　　　　// 実行してみる
　　　　m.Invoke(null, null);
　　}
}

497 ：デフォルトの名無しさん：04/03/23 19:56

こんなん見つけた。
http://www.microsoft.com/downloads/details.aspx?FamilyID=c553fe8c-79a2-4ee1-89c6-cac6e4e8e780&DisplayLang=en

498 ：デフォルトの名無しさん：04/03/23 21:22

今日からVSLive!

499 ：デフォルトの名無しさん：04/03/24 16:24

第 6 章通信 - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch06.asp

500 ：デフォルトの名無しさん：04/03/24 20:22

LonghornのGUI技術「Avalon」の新たな詳細が明らかに
http://www.itmedia.co.jp/enterprise/0403/24/epic01.html

501 ：デフォルトの名無しさん：04/03/24 20:37

>>500の最後が気にかかったので引用

> このMicrosoft関係者は、AvalonはLonghornと同時リリースのスケジュールだと語っている。
これってどう読めばいいんでしょう。とりあえずLonghornをリリースした上でAvalonを
サービスパック的な物として提供する可能性もあるが、極力Longhornリリースに
組み込むつもりだ、ということでしょうか？

502 ：デフォルトの名無しさん：04/03/24 23:03

>>501
スケジュールは既に論理的に破綻してまつ。
うまくいったとしても遅れるから、そこんとこ宜しく。

ということでつ。

503 ：デフォルトの名無しさん：04/03/25 01:11

>>501
まあ、ITメディアの記事なんて当てにしないほうが。
希望的には、
Longhorn には Avalon が標準で付属
XP や 2003 Server 向けに Avalon も開発中
Longhorn とその他 OS 向け Avalon を同時リリースの予定
であって欲しいんだけど。

504 ：デフォルトの名無しさん：04/03/25 01:18

AvalonはLonghornだけっすね。
http://www.simplegeek.com/PermaLink.aspx/d3149746-ac49-4155-9914-f7f359b9bb2d

505 ：デフォルトの名無しさん：04/03/30 10:37

What's New in System.Xml for Visual Studio 2005 and the .NET Framework 2.0 Release
http://msdn.microsoft.com/xml/default.aspx?pull=/library/en-us/dnxml/html/SysXMLVS05.asp

読みごたえあり。

506 ：デフォルトの名無しさん：04/04/01 19:46

Windowsインタビュー : Longhorn開発者インタビュー ――ユーザー・インターフェースのこころ（前編）
http://itpro.nikkeibp.co.jp/free/NT/WinInterview/20040330/1/

507 ：デフォルトの名無しさん：04/04/02 07:08

T-Kernel>>>>>>>>>>>>>>>こえられない壁＞＞＞＞＞＞＞＞＞＞＞うぃんFX

508 ：デフォルトの名無しさん：04/04/02 07:16

【ﾄﾞﾝﾄﾈｯﾄは子供のおもちゃ】WinFX を語るスレ Part4【いい加減気付けよ】

509 ：名無しさん♯：04/04/02 09:11

WinFSのThe .NET Show来たよー。ヽ(´ー｀)ノ
http://msdn.microsoft.com/theshow/episode041/default.asp

510 ：デフォルトの名無しさん：04/04/02 09:54

Longhornのβ版、2005年にずれ込み
http://www.itmedia.co.jp/news/articles/0404/02/news015.html

511 ：デフォルトの名無しさん：04/04/02 09:57

Apache、Microsoft IISをさらに引き離す--ウェブサーバソフトの市場シェア調査
http://japan.cnet.com/news/ent/story/0,2000047623,20063630,00.htm

データベース開発市場で、オープンソースソフトが急成長
http://enterprise.watch.impress.co.jp/cda/foreign/2004/01/06/987.html

どうするIISやSQL鯖とダンゴのWinFX

512 ：デフォルトの名無しさん：04/04/02 10:02

荒らしは放置で4649。

513 ：デフォルトの名無しさん：04/04/02 10:04

>>510
4/1 (向こう時間) にそんなニュース出すなよう。(;´Д`)

514 ：デフォルトの名無しさん：04/04/02 10:05

>>512
嵐じゃないだろ、関係あるレスなんだから。
それともこのスレは宣伝のみのスレかよ。

確かに数日に１つＳＰＡＭメールみたいなレスが入るだけだな。

515 ：デフォルトの名無しさん：04/04/02 10:10

今年はWhidbeyに専念しろということか

516 ：デフォルトの名無しさん：04/04/02 23:36

Whidbeyスレ
http://pc5.2ch.net/test/read.cgi/tech/1080916113/l50

517 ：デフォルトの名無しさん：04/04/03 17:08

♪サッチャンハネ、コウツウジコデ、ハネラレタ、ダカラ、カオガトレテ、
ドッカトオクヘ、トンデチャッタ♪悲しいね、さっちゃん♪
さっちゃんは即死で死んじゃったの。このレスを見た人は…
さっちゃんが0時に行ってあなたの首をかまで切り取っちゃうよ♪
いやなら、さっちゃんが行くまでに、9回違うスレにレスを送ってね♪
あ、さちゃんの顔は、こんな顔だから、
探してくれるのもイイよ♪オネガイネ…。http://www.operaou.com/image/cmail/rei0204.gif
これマジだよ！！信じなかった私の友達は首を狩られて死んじゃったし

518 ：デフォルトの名無しさん：04/04/05 12:55

Longhornのデビューは2007年に？
http://www.itmedia.co.jp/news/articles/0404/02/news032.html

3年も待たされるのかよ！

519 ：デフォルトの名無しさん：04/04/05 16:55

.NETマガジンに吉田某のレビューがあったよ。
Delphi.NETはC#よりも進んだ言語仕様を持っていて
現時点で最高かつ唯一実用に耐える開発環境だって。

520 ：デフォルトの名無しさん：04/04/05 17:04

あの爺さんに言われてもな･･･

521 ：デフォルトの名無しさん：04/04/05 17:38

WinFXのコンポーネントの暫定的なリリースはLHまで一切ないのかね。

522 ：デフォルトの名無しさん：04/04/05 17:42

>>521
Indigoだけ先に出る。

523 ：デフォルトの名無しさん：04/04/05 17:49

>>522
一番無難で色気のないのから出るんだね・・・
早くAvalon触ってみたいよ。

524 ：デフォルトの名無しさん：04/04/05 17:53

AvalonはかなりOSに密接に結びついたAPIだから無理でしょ。

525 ：デフォルトの名無しさん：04/04/05 19:23

Indigoってネット周りだっけ？

526 ：デフォルトの名無しさん：04/04/05 19:24

Googleにすら認知されてないな

ウェブ winfx の検索結果約 105,000 件中 1 - 10 件目 (0.31 秒)

予想される検索キーワード： winhex

527 ：デフォルトの名無しさん：04/04/06 00:00

>>511
> Apache、Microsoft IISをさらに引き離す--ウェブサーバソフトの市場シェア調査
> http://japan.cnet.com/news/ent/story/0,2000047623,20063630,00.htm
>
> データベース開発市場で、オープンソースソフトが急成長
> http://enterprise.watch.impress.co.jp/cda/foreign/2004/01/06/987.html
>
> どうするIISやSQL鯖とダンゴのWinFX

Windowsはサーバ関係が苦手だからしょうがないよ。
シェアが大きい分野であるクライアントサイド、GUIで生き残っていくから別にいいんだ。

.ＮＥＴではASP.NETなんかやらないからいいんだ。

528 ：デフォルトの名無しさん：04/04/06 00:02

>>525
Indigoはライバルには勝てない・・・・。
Indigoを話題に出してライバルと喧嘩しても勝てないよ。
おとなしくAvalonで勝負しよう！

529 ：デフォルトの名無しさん：04/04/06 00:28

Indigoのライバルってなに？

530 ：デフォルトの名無しさん：04/04/06 05:16

avalonはリコールされるので永遠に勝負出来ない

悪寒がする。

531 ：デフォルトの名無しさん：04/04/06 14:01

<<529
エンタープライズJavaビーンズ

532 ：デフォルトの名無しさん：04/04/06 14:02

>>530
何だって？
Avalonこそが.ＮＥTの本命じゃないのか？

533 ：デフォルトの名無しさん：04/04/06 14:04

>>532
所詮そうなったら良いなぁと思っているだけだから相手にするな。

534 ：デフォルトの名無しさん：04/04/06 14:16

マジで気になるけど。
今までGUIだけが売りだったならAvalonしかないと思うけど

535 ：デフォルトの名無しさん：04/04/06 14:17

Javaマカが荒らしに来た。放置よろ

536 ：デフォルトの名無しさん：04/04/06 14:20

Javaマカってなに？

ドトネマカもスレを荒らしているので放置とろ

537 ：デフォルトの名無しさん：04/04/06 14:29

っていうかドトネト厨ってさ、今Javaスレ荒らすことや変なスレを乱立させることに忙しくて
このスレでろくに議論していないね。

マイクロソフトの関係者はあら探しすることや足を引っ張ることにしか能がないわけ？

どうなの？　

538 ：デフォルトの名無しさん：04/04/06 14:30

>>537 M$の社員は優秀だよ。.NET厨はそうではないようだが。

539 ：デフォルトの名無しさん：04/04/06 14:31

カトラーは優秀だけどこの板で暴れている
馬鹿どもはドキュソだよなw

540 ：デフォルトの名無しさん：04/04/06 14:34

Javaスレを荒らされた天罰として報復攻撃を受けているとしたら・・・・

((((((；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

541 ：デフォルトの名無しさん：04/04/06 14:36

>>540 JavaはJava、.NETは.NET。自分が進みたい道を行けばいいさ

542 ：デフォルトの名無しさん：04/04/06 14:49

WinHECまでまともな新ネタはないので期待しすぎないように。

543 ：デフォルトの名無しさん：04/04/07 01:45

XMLがOSにどう実装されるのかが知りたい。

設定ファイルintファイルももレジストリもすべてXMLで記述することになり
環境変数もすべてXMLで管理することになると考えてよろしう？

544 ：デフォルトの名無しさん：04/04/07 01:48

>>543
環境変数をどうやってXMLで管理するつもりだ？
お前の頭の中は全部XMLか？
メモリもCPUも全部XMLで管理するつもりか？

545 ：デフォルトの名無しさん：04/04/07 13:04

馬鹿が沸いてる

546 ：デフォルトの名無しさん：04/04/08 00:03

Avalonの競合技術ってこれ？
http://wwws.sun.com/software/looking_glass/details.html

547 ：デフォルトの名無しさん：04/04/08 00:11

>>546
懐かしいなChrome (w

548 ：デフォルトの名無しさん：04/04/08 00:24

想像力が足りない香具師

autoexe.batみたいなのをXML形式で記述できればかなりスゴーじゃん。

549 ：デフォルトの名無しさん：04/04/08 00:26

WinFXスレなんだけどな

550 ：デフォルトの名無しさん：04/04/08 00:45

>>548
それは流石にいらない。

551 ：デフォルトの名無しさん：04/04/08 00:50

XMLがとりこまれると聞いて
何でもXMLでやると勘違いしている
アホアンチがいるのか？

552 ：デフォルトの名無しさん：04/04/08 01:00

レジストリ管理がXMLでできるならむしろ欲しい。

553 ：デフォルトの名無しさん：04/04/08 01:05

>>552
遅くてでかそう。

554 ：デフォルトの名無しさん：04/04/08 04:43

諸手をあげて、何でも肯定することしかできないアホは、プログラマには向かない。
営業か広報に逝きなさい。

555 ：デフォルトの名無しさん：04/04/08 22:23

> 諸手をあげて、何でも肯定することしかできないアホは、
なんでも否定する奴も同じだけどな。

556 ：デフォルトの名無しさん：04/04/09 00:52

>>546
むしろアパッチ・アヴァロンw
http://avalon.apache.org/

557 ：デフォルトの名無しさん：04/04/09 00:54

時期WindowsServerだったら設定ファイルがXML化だって問題ないかと思ふ

TomcatやJBossの設定ファイルがXMLだったら
ＯＳの設定ファイルがXMLになったって問題ないと思われ。

Longhornはグラフィックの影響でどうせ重たいんだし。

558 ：デフォルトの名無しさん：04/04/09 05:11

>>557
デメリット満載なのに、「問題ない」だけじゃねぇ。

559 ：デフォルトの名無しさん：04/04/09 07:38

XML化してWinFSに置けばいいじゃん。
あ、そんな発想全くなかった？それはそれは。ｗ

560 ：名無しさん♯：04/04/09 08:59

Channel9、盛り上がってるね。ヽ(´ー｀)ノ
http://channel9.msdn.com/

LonghornWiki
http://channel9.msdn.com/wiki/default.aspx/Channel9.LonghornWiki

WhidbeyWiki
http://channel9.msdn.com/wiki/default.aspx/Channel9.WhidbeyWiki

YukonWiki
http://channel9.msdn.com/wiki/default.aspx/Channel9.YukonWiki

561 ：デフォルトの名無しさん：04/04/09 19:38

> あ、そんな発想全くなかった？それはそれは。ｗ
のりツッコミのつもりか(w

562 ：デフォルトの名無しさん：04/04/09 20:01

ノリツッコミが何かわかってない>>561

563 ：デフォルトの名無しさん：04/04/10 01:48

>>559
> あ、そんな発想全くなかった？それはそれは。ｗ
読んでて恥ずかしくなったのは僕だけ??（/ω＼）

564 ：デフォルトの名無しさん：04/04/10 08:36

Longhorn Concept Videos - Manufacturing
http://msdn.microsoft.com/Longhorn/productinfo/conceptvid/default.aspx#manufacturing

565 ：デフォルトの名無しさん：04/04/10 11:45

Longhorn、一部機能縮小により2006年出荷厳守へ
http://www.itmedia.co.jp/news/articles/0404/10/news008.html

WinFSがまずはローカル限定に機能削減されるらしい。

566 ：デフォルトの名無しさん：04/04/10 18:19

ttp://headlines.yahoo.co.jp/hl?a=20040408-00000002-cnet-sci
「不惑」を迎えたIBMのメインフレーム--絶滅の予言もどこ吹く風

一部機能どころか、Longhornが無くても誰も困らないみたい。
サーバなんて変えなくて良い、ということか。

567 ：デフォルトの名無しさん：04/04/10 18:27

japan.linux.com | 「プロプライエタリ対オープンソース」のTCO比較は参考になるか
http://japan.linux.com/opensource/04/04/08/1136231.shtml?topic=1

「ティッピング・ポイント」に到達したオープンソース
http://japan.linux.com/opensource/03/12/18/0242232.shtml
「Apacheを見てください。Apacheは、ここ6年間、全世界のWebサイトの60％で使われてきました。
現在では67％程度まで上昇していると見られ、毎月約0.2％のペースで伸びています。

Linuxが入っちゃったのを何百万もするWindowsに置き換えるのも無理だね。
Linuxの勢いを止めるのがやっとやっと。

568 ：デフォルトの名無しさん：04/04/10 18:38

汎用機にLinuxが採用されているようだが、
API大幅刷新を売りにするﾄﾞﾄﾈﾄが汎用機で動作する可能性は無いな。

569 ：デフォルトの名無しさん：04/04/10 18:46

.NETベータ～1.0祭りも終わったし、
Longhorn/WinFx祭りも終わったねー。

次は？

570 ：デフォルトの名無しさん：04/04/10 23:57

まあ、実装すべきものと後回しするものとの切り分けが始まったというのは
それだけ完成形が見えてきたということだ。

571 ：デフォルトの名無しさん：04/04/11 20:52

>>568
> API大幅刷新を売りにするﾄﾞﾄﾈﾄが汎用機で動作する可能性は無いな。
APIが変わってもCLIは変わらないので関係ない。

572 ：デフォルトの名無しさん：04/04/11 20:53

>>569
ん？ WinFXは息が長いから次の祭りはしばらくこないよ。

573 ：デフォルトの名無しさん：04/04/12 03:04

てかWinFXはAPIじゃないし
(M$の霊感詐欺商法に注意)

574 ：デフォルトの名無しさん：04/04/12 04:02

↑メール覧

575 ：デフォルトの名無しさん：04/04/12 06:28

けっきょく吊られてる>>574でした。

576 ：デフォルトの名無しさん：04/04/12 08:19

けっきょく痺れを切らした>>575でした。

577 ：デフォルトの名無しさん：04/04/12 08:24

>>573
なに言ってんだ？ WinFXはAPI。
OSのAPIの定義を考えてみろ。
OSが提供するインタフェースだろ。

578 ：デフォルトの名無しさん：04/04/12 08:44

つーかさ、ここ本スレなんだけど。
本スレ荒らし解禁なの？

579 ：デフォルトの名無しさん：04/04/12 08:49

いくら禁止してもアホアンチは荒らしに来る。

580 ：デフォルトの名無しさん：04/04/12 09:10

では、本スレには提灯記事アドレスのコピペ以外は禁止とします。

581 ：デフォルトの名無しさん：04/04/12 09:40

提灯記事
ttp://www.shoeisha.com/mag/dotnet/pdf/870405/dotnet0405_086_Feature2.pdf

582 ：デフォルトの名無しさん：04/04/12 14:37

むかしPCFXってあったよな

583 ：デフォルトの名無しさん：04/04/12 22:02

ﾜﾗﾀ
NECのか。

584 ：デフォルトの名無しさん：04/04/12 22:12

はいっ、次のチョウチン記事は？

585 ：デフォルトの名無しさん：04/04/13 08:50

Bloghorn: A Blog Reader Built in XAML
http://www.joemarini.com/tutorials/tutorialpages/xamlblogexplorer.php

586 ：デフォルトの名無しさん：04/04/13 22:38

次のチョウチンに期待！

587 ：デフォルトの名無しさん：04/04/14 00:14

マジでスレッドが提灯スレかしてる

588 ：デフォルトの名無しさん：04/04/14 16:57

かつての愛機：PC-9801FX
現行マシン：PCG-FX55
ですが何か？

589 ：デフォルトの名無しさん：04/04/14 17:10

F/X

590 ：デフォルトの名無しさん：04/04/14 17:27

Cマガの来月号がWinFX特集だな

591 ：デフォルトの名無しさん：04/04/14 19:18

>>589
映画「F/X 引き裂かれたトリック」大好きですよ～(テレビシリーズも好き)
パソコンも、そろそろ買い換えたいんだけどWinFXが出るまでは今のでがんばります！

592 ：デフォルトの名無しさん：04/04/14 19:25

だいたいFXってなんの略よ
EXの次とかいったら倒しますよ？

593 ：デフォルトの名無しさん：04/04/14 19:34

>>592
Framework、.NET Framework

594 ：デフォルトの名無しさん：04/04/14 19:42

どこにXが入ってるんですか？倒されたいんですか？

595 ：デフォルトの名無しさん：04/04/14 20:02

>>594
英語勉強しようね。
どうして現.NET Frameworkのファイル名などにDotnetfx.exeが使われてるか理解しようね。
MSDN TVだったか.NET ShowだったかのBradが出演しているビデオでも見てね。

596 ：デフォルトの名無しさん：04/04/14 20:14

FXテレビ

597 ：デフォルトの名無しさん：04/04/14 21:29

Windows次世代主力戦闘機

598 ：デフォルトの名無しさん：04/04/14 22:00

X-BOX ---> 罰箱 ---> 凶

.NET ---> ﾄﾞﾄﾈﾄ ---> ドントネット

FX ---> はたしてFXの進化は？

599 ：デフォルトの名無しさん：04/04/14 22:11

またいつもの奴か、ドントネットなんて一人しか言って無いからすぐばれる。

600 ：デフォルトの名無しさん：04/04/14 23:02

いちいち相手にする人も同罪です。

601 ：デフォルトの名無しさん：04/04/14 23:06

>>600
自分のことか？

602 ：デフォルトの名無しさん：04/04/15 07:11

さ、老いも若きも取り混ぜてWinFXについて語ろうじゃないか。

603 ：デフォルトの名無しさん：04/04/15 07:29

あと3週間もすればWinHECでまた盛り上がると思うよ。

604 ：デフォルトの名無しさん：04/04/15 22:33

あと3週間後のWinHECﾏﾝｾｰ

605 ：デフォルトの名無しさん：04/04/16 10:47

チョットネット

606 ：デフォルトの名無しさん：04/04/16 12:55

あと２年後のWinFXﾏﾝｾｰ

３年後になりそうだけど

607 ：デフォルトの名無しさん：04/04/16 13:18

WINFXでハッピーププログラミング！

608 ：デフォルトの名無しさん：04/04/16 13:25

XAML Solitaire 第2弾
http://msdn.microsoft.com/longhorn/understanding/columns/default.aspx?pull=/library/en-us/dnfoghorn/html/foghorn04142004.asp

609 ：デフォルトの名無しさん：04/04/17 19:24

これで最終章？

Chapter 7: Creating Mobility-Aware Longhorn Applications
http://msdn.microsoft.com/Longhorn/understanding/books/rector/default.aspx?pull=/library/en-us/dnintlong/html/longhornch07.asp

610 ：デフォルトの名無しさん：04/04/18 09:37

このスレは世界のＭｉｃｒｏ＄ｏｆｔの提供で情報をお送りしてまつ。

611 ：デフォルトの名無しさん：04/04/22 00:24

第 7 章モバイル対応 "Longhorn" アプリケーションの作成 - Introducing "Longhorn" for Developers
http://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch07.asp

日本語版も終わってもた。

612 ：デフォルトの名無しさん：04/04/22 00:30

モバイル対応 "Longhorn" アプリケーションマンセー

613 ：デフォルトの名無しさん：04/04/23 06:24

MSDN TV: Highlights of the WinFS Data Access API
http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20040422winfsmd/manifest.xml

614 ：デフォルトの名無しさん：04/04/23 09:22

Security in Longhorn: Focus on Least Privilege
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlong/html/leastprivlh.asp

Securityといえばやっぱこの人か。

615 ：デフォルトの名無しさん：04/04/23 20:16

>>613
何気にLonghornでVS 2005を使ってたり、WinFXのバージョンが6.0.4065だったり興味深い。

616 ：デフォルトの名無しさん：04/04/24 00:10

どうもこのスレ冷え冷えしてるな。

617 ：デフォルトの名無しさん：04/04/24 13:30

>>614-615
一般的には誰の認識にのってないようなことを、
事実であるかのように淡々と書いて、エバンジェリスト？

255？

618 ：デフォルトの名無しさん：04/04/24 16:05

>>617
にほんごのべんきょう、がんばってください。

619 ：デフォルトの名無しさん：04/04/25 09:04

WindowsXPのへちゃぶくれたスタートボタンは見飽きたです。はやく新しいのを出して欲しいです。
（出すとなったら各社そろって出して来る癖に･･･）

620 ：デフォルトの名無しさん：04/04/25 12:11

2003Serverにしろよ、安定度いいぞ

621 ：デフォルトの名無しさん：04/04/30 14:31

祭りは近いぞ。期待して待つべし。
http://www.neowin.net/comments.php?category=main&id=19527

622 ：デフォルトの名無しさん：04/04/30 23:19

祭りが無きゃ会話が無いもんな。

623 ：デフォルトの名無しさん：04/05/04 19:03

WinHEC今日から

624 ：デフォルトの名無しさん：04/05/05 22:17

WinHECに逝っちゃう野師、半分恥ずかしいんだろうな。

625 ：デフォルトの名無しさん：04/05/06 01:10

ｸﾙﾖ━━━(ﾟ∀ﾟ)━━━!!!
ttp://www.sellsbrothers.com/news/showTopic.aspx?ixTopic=1318

626 ：デフォルトの名無しさん：04/05/06 09:48

ITmediaニュース：サーバ版Longhornはクライアント版と同時開発
http://www.itmedia.co.jp/news/articles/0405/06/news019.html

WinHEC 2004レポート
http://pc.watch.impress.co.jp/docs/2004/0506/winhec01.htm

本田雅一の「週刊モバイル通信」■ 第238回 ■ Microsoftの描く近未来型PCライフ
http://pc.watch.impress.co.jp/docs/2004/0506/mobile237.htm
本田雅一の「週刊モバイル通信」■ 第237回 ■ Windowsに(またも)追加される新しいホームネットワーク技術
http://pc.watch.impress.co.jp/docs/2004/0506/mobile238.htm
本田雅一の「週刊モバイル通信」■ 第239回 ■ 明らかになってきたAvalonの実装手法
http://pc.watch.impress.co.jp/docs/2004/0506/mobile239.htm

元麻布春男の週刊PCホットライン
http://pc.watch.impress.co.jp/docs/2004/0506/hot317.htm

ITmediaニュース：MS、家電用Webサービス仕様発表
http://www.itmedia.co.jp/news/articles/0405/06/news012.html

627 ：デフォルトの名無しさん：04/05/06 09:49

Flexbeta - Exploring Windows Longhorn 4074 - Page 1
http://www.flexbeta.net/main/articles.php?action=show&id=55

Neowin.net - Exclusive: DWM enabled in Longhorn leaked build 4074
http://www.neowin.net/comments.php?id=19692&category=main

Paul Thurrott's SuperSite for Windows: Windows Longhorn Build 4074 Gallery 1
http://www.winsupersite.com/showcase/longhorn_4074_01.asp
Paul Thurrott's SuperSite for Windows: Windows Longhorn Build 4074 Gallery 1
http://www.winsupersite.com/showcase/longhorn_4074_02.asp

Paul Thurrott's SuperSite for Windows: WinHEC 2004 Show Report and Photo Gallery
http://www.winsupersite.com/reviews/winhec_2004.asp

WinBeta.org -> Microsoft WinHEC 2K4 Info & Build 4074 Screenshots
http://www.winbeta.org/winbeta/forums/index.php?showtopic=4324

WinHEC 2004 in Pictures
http://www.extremetech.com/article2/0,1558,1585302,00.asp

Longhorn SDK "Build: Developer Preview 7.2"
http://longhorn.msdn.microsoft.com/

628 ：デフォルトの名無しさん：04/05/06 09:52

>>626
第237回と第238回のタイトルが逆です。スマソ

WinHEC絡みのものということで一般的なニュースも入ってます。

629 ：デフォルトの名無しさん：04/05/06 10:41

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

630 ：デフォルトの名無しさん：04/05/06 10:45

こうテンション高い宣伝レスが続くと、逆に心が冷めるな。

631 ：デフォルトの名無しさん：04/05/06 10:46

SDKもアップデート
http://longhorn.msdn.microsoft.com/

632 ：デフォルトの名無しさん：04/05/06 10:59

> DWM enabled in Longhorn leaked build 4074

見事だ。

633 ：デフォルトの名無しさん：04/05/06 13:11

4074のCLRのバージョンっていくつですか？

634 ：デフォルトの名無しさん：04/05/06 13:15

OSXのパクりか

635 ：デフォルトの名無しさん：04/05/06 13:32

SDK Doc見てるだけでもおもろい。
WinFSのスキーマリファレンスとか。

636 ：名無しさん♯：04/05/07 01:26

>>633
2.0.31113でつよ。Monadのベータのやつと一緒。

637 ：デフォルトの名無しさん：04/05/07 17:22

SDKﾀﾞｳｿまだー？

638 ：デフォルトの名無しさん：04/05/07 20:27

>>636
IDW2 と一緒か...。

639 ：デフォルトの名無しさん：04/05/08 02:33

今回ははっきり言って盛り上がる要素なし。
OSそのものは高速化安定化したけどWinFX的にはそれほど変わってない。

640 ：デフォルトの名無しさん：04/05/08 03:03

SDK、MSDNに来たよ

641 ：デフォルトの名無しさん：04/05/09 15:10

今回はずいぶん安定してるね。

642 ：デフォルトの名無しさん：04/05/11 10:07

The .NET Show: Longhorn Avalon
http://msdn.microsoft.com/theshow/episode042/

643 ：デフォルトの名無しさん：04/05/11 10:12

Longhorn In-Depth
http://www.extremetech.com/article2/0,1558,1588159,00.asp

644 ：デフォルトの名無しさん：04/05/12 14:20

こんなサイトできてる。
http://www.xamlblogs.com/

645 ：デフォルトの名無しさん：04/05/12 17:40

日本語ブログは未だ存在せず・・・

646 ：デフォルトの名無しさん：04/05/12 20:51

Avalonで3Dを使ったサンプル。
日本人はこういうの得意そう。
ttp://www.eightypercent.net/Archive/2004/05/06.html#a182

647 ：デフォルトの名無しさん：04/05/12 21:07

金子くんのことかぁーー！（ﾎﾞﾜｯ

648 ：デフォルトの名無しさん：04/05/13 12:44

Longhorn/WinFXは2007年目標だって。
その間大幅改定が２、３回出来そうだな。
名前もWinFXから変わってるかも。
実態も。

>Longhornについては、現在のところ2007年のリリース目標となっている。
>同OSで備わる注目の新機能は、主にクライアントサイドのグラフィックスに使われるAvalonを含む
>WinFXプラットフォーム、次世代ファイルシステムのWinFS、
>WebサービスメッセージングシステムのIndigoなど。
ttp://www.itmedia.co.jp/news/articles/0405/13/news023.html

649 ：デフォルトの名無しさん：04/05/13 12:50

>>648
記事よく読めよ。
「Microsoft、Windowsサーバのロードマップ発表」

Longhornサーバは2007年に--マイクロソフト、サーバ製品のロードマップを発表 - CNET Japan
http://japan.cnet.com/news/ent/story/0,2000047623,20066187,00.htm

650 ：デフォルトの名無しさん：04/05/14 18:13

ビル・ゲイツの夢はいつ叶う？――Longhornの主要機能、開発の足並そろわず
http://www.itmedia.co.jp/enterprise/0405/14/epc06.html

WinFSがHailstormみたいにならないことを願う。

651 ：デフォルトの名無しさん：04/05/14 18:27

対抗馬にはほど遠いながらもReactOSやWINEが順調に完成度を高めてるから
MSの戦略は段々失敗を許されなくなってくる感じ。個人的読みでは
WINEの1.0が今年末～来年前半、ReactOSの1.0が再来年(2006年)の前半ぐらいに
なりそうだから、完成度次第ではMSはより追い詰められてLonghorn未満の
Windowsを完全に切り捨てる必要が出てくるかも。SysVと同じ轍を踏まないかと
ちょっと不安に感じてる。

652 ：デフォルトの名無しさん：04/05/14 18:33

これがFUDというやつか。
Longhorn大丈夫なんですか？今度出るReactOS、WINEはすごいですよ、って。

653 ：デフォルトの名無しさん：04/05/14 18:35

WinFS以前にYukonがどうなってることやら

654 ：デフォルトの名無しさん：04/05/14 19:32

>>652
あほかい。あっちの完成度が高ければLH以降のMSの戦略が限られて古いほうが一気に切り捨てられないかと
心配してるの。FUDの意味ぐらい調べてから使えよ。

655 ：デフォルトの名無しさん：04/05/14 23:54

The Code Project - Squarified Treemaps in XAML & C# using Microsoft Longhorn - .NET
http://www.codeproject.com/useritems/treemaps.asp

656 ：デフォルトの名無しさん：04/05/15 10:49

さあ、2006年、2009年のことを皆で語ろうじゃないか。

ttp://japan.cnet.com/news/ent/story/0,2000047623,20066483,00.htm

Windowsサーバ開発担当シニアバイスプレジデントのBob MugliaがCNET News.comに対して語ったところでは、
Gatesが次期Windowsの大型リリース「Longhorn」の「聖杯」と呼んだ高度な検索機能は、
2009年にならないと完成しないという。

同社は現在も、2006年中頃に出荷予定のLonghornのクライアントバージョンにWinFSを含めることを計画している。

657 ：デフォルトの名無しさん：04/05/15 11:21

ｱﾁｬｰ・・・

658 ：デフォルトの名無しさん：04/05/15 12:38

利用するとﾀｲｰﾎされるの？

659 ：デフォルトの名無しさん：04/05/15 14:16

>>656
結局LHの見所はAvalonのみってことかな。個人的にはAvalon化によってVMwareなんかの
仮想マシンからDXをうまく使えるようになるんじゃないかと期待してる。

660 ：デフォルトの名無しさん：04/05/15 20:53

コードとUIの分離ができればどうでもいい

661 ：デフォルトの名無しさん：04/05/16 19:48

OSのAPIがManagedになれば言うことなし

662 ：デフォルトの名無しさん：04/05/16 21:27

>>661
そりゃ、遅くなるだけだろうが。
OSてのは速くて安定してるのが命であって、遅くなっちゃどーしよーもない。

663 ：デフォルトの名無しさん：04/05/16 21:57

よーわからんのだが、どこまでManagedコードはかーねるにからむの?

664 ：デフォルトの名無しさん：04/05/16 22:13

>>663
今どうなっているかはよーわからんのだが、
http://blogs.gotdotnet.com/jasonz/PermaLink.aspx/efae2b1f-61af-4c66-8dbe-dc6b86c20645

665 ：デフォルトの名無しさん：04/05/16 22:25

>>662
遅くなっちゃしょーもないって、じゃあオブジェクト指向化は無駄ということですね。:-P

666 ：デフォルトの名無しさん：04/05/16 22:54

>>665
お前の論法ならNT4の不完全マイクロカーネルはどうなるんだ？

667 ：デフォルトの名無しさん：04/05/17 07:21

>>666
不完全ながらもマイクロカーネルを使用していることで分かりませんか？
本当に遅くなっちゃどうしようもないならマイクロカーネルを完全に使用しないはずですね。
ようは速度と便利さをはかりにかけて一番実用的なところを使用するってことです。

668 ：デフォルトの名無しさん：04/05/17 16:18

素人は今度は、マイクロカーネル＝遅いっていう固定観念を持ち始めたのか。

669 ：デフォルトの名無しさん：04/05/17 16:28

素人でなくて、Ｍ＄がマイクロカーネルとして開発したNTを
脱マイクロカーネルしてんだが。

Ｍ＄がOS開発の素人というなら、そうなのかもしれんが。

670 ：デフォルトの名無しさん：04/05/17 16:48

>>668
>>666はどう見てもマイクロカーネルは遅いことを前提に話してるでしょ。
仮にマイクロカーネルが遅くないってことを前提に話していとしたら
>>666のレスは意味不明になる。

というか単に>>666が素人といっているだけか？なら、同意。

671 ：デフォルトの名無しさん：04/05/17 16:55

670は何焦ってるの？

マイクロカーネルが遅いのは当たり前だけど何か？

672 ：デフォルトの名無しさん：04/05/17 17:06

>マイクロカーネルが遅いのは当たり前だけど何か？

671は何を根拠にそんなこといってるの？というか遅いと言われる
そのマイクロカーネルの定義は？

673 ：デフォルトの名無しさん：04/05/17 17:21

マイクロカーネルのオーバーヘッドを知らない椰子は書き込むな。

674 ：デフォルトの名無しさん：04/05/17 17:23

>マイクロカーネルのオーバーヘッドを知らない椰子は書き込むな。

知ってるんですか？マイクロカーネルという設計手法をとることで
発生するオーバーヘッドってなんですか？どの部分でどういう理由で
発生するんですか？

675 ：デフォルトの名無しさん：04/05/17 18:11

マイクロカーネルが遅いかどうかは別として、
結局、遅いのは問答無用でだめというわけじゃないんだよな。
だから>>662の考えはちょっとおかしい。

676 ：デフォルトの名無しさん：04/05/20 15:04

Download details: WinFS StoreSpy v0.8 for the WinHEC 2004 Longhorn Build
What You See Is What You Store
http://www.microsoft.com/downloads/details.aspx?familyid=b8a032ef-d66a-4a98-803a-b7d99e54b150&displaylang=en

677 ：デフォルトの名無しさん：04/05/20 17:59

Joe Beda's EightyPercent.net - WinHEC slides
http://www.eightypercent.net/Archive/2004/05/18.html#a185
http://www.microsoft.com/whdc/winhec/pres04-tech.mspx

678 ：デフォルトの名無しさん：04/05/22 14:31

ちょっと荒れそうなネタ。

日本IBM米持氏「UIのフロントエンド開発に.NET、企業のシステムの基盤にはJ2EEを」
http://enterprise.watch.impress.co.jp/cda/topic/2004/05/21/2349.html

> 米持氏は「現在のCLRはWIN32というアーキテクチャ、ひいては
> インテルアーキテクチャ上でしか動作が保証されていません。
> しかも、次世代の WindowsであるLonghornでは、WIN32が動く
> 保証もないのです。つまり現在開発したアプリケーションが、
> 次の環境でも動くとは限らないのです」と語る。

もうね。

679 ：デフォルトの名無しさん：04/05/23 13:18

こき下ろし方が

　IBM　必　死　だ　な　（藁

680 ：デフォルトの名無しさん：04/05/24 10:42

>>678
それ言っちゃったら、どんなプラットフォーム(Javaでも)
でもそうなんだけどなぁ～

とりあえず必死ですね。っとしか言えない

681 ：デフォルトの名無しさん：04/05/24 11:14

>>680
今回はアーキテクチャとして動かない可能性が高いわけだろ。
イレギュラーで動かないのとは違う。

682 ：デフォルトの名無しさん：04/05/24 13:55

>681
でも、CLIは一応、ECMAで標準化されつつあるから、アーキテクチャとして動かないと言うのは
ないのでは？
実装によって、ということなら動かない可能性はあるし、それはJavaもいっしょ

>678
なにげに、IBMがMSに棲み分けしましょ、と媚びを売っているところが姑息で（・∀・）ｲｲ!!

683 ：デフォルトの名無しさん：04/05/24 16:00

媚びというよりこけおろし

>またマイクロソフトという1企業にコントロールされる危険について
>「ユーザーがいればその技術は継続するとは限りません。
>実際にマイクロソフトはVBの開発を止めてしまいました」と語り、
>ベンダーによってユーザーが別の技術への移行をコントロールされてしまう危うさを示唆した。

684 ：デフォルトの名無しさん：04/05/24 16:14

そういう話はマ板でやれば？くだらないし。

685 ：デフォルトの名無しさん：04/05/24 16:21

所詮は出来損ないエバンジェリストの戯言。
日本はこの低レベルでも仕事ができてしまうのが問題だ。

686 ：デフォルトの名無しさん：04/05/25 04:08

>>682
標準化されているとはいっても、必須のライブラリを含めて標準化されているわけではないし、その必須のライブラリはWin32べったり。

687 ：デフォルトの名無しさん：04/05/25 05:06

MS社内ではWin32APIの公理的意味論に基づいた仕様が記述されてて、
そこからテストコードを自動生成できるようになってるという話を
聞いたのですが本当ですか？APIのバイナリ互換性維持にかなり
役立ってるとか。であるならば、LonghornのWin32の互換性も、他が
心配するほどのものでもないのかも。もちろん記述の正確さと、
テストコード生成フレームワークの完成度にもよるんだろうけど。

688 ：デフォルトの名無しさん：04/05/25 07:18

販売促進のためにWin32APIが即死するんでしょ。

>実際にマイクロソフトはVBの開発を止めてしまいました」と語り、

これはくだらない話でなくてリアルな現実。

APIが他環境と同じになったらWindowsは即死だから、
どんなプラットフォームなんてありえない。
これはマイクロソフトが悪いというわけでなくて、
それこそが同社の売り物でしょ。
間違いなくCLIはWindows専用API。

689 ：デフォルトの名無しさん：04/05/25 10:17

┐(´ー｀)┌

690 ：デフォルトの名無しさん：04/05/25 11:05

>686
えーっと、Java のバイトコードやライブラリって標準化すらされてなくなかったか？

691 ：デフォルトの名無しさん：04/05/25 11:21

>>690
標準化委員会に提出→権利が無くなるが嫌だから自分から撤回→標準化されないのはMSの陰謀だ→ループ

692 ：デフォルトの名無しさん：04/05/25 12:20

>>691
どっかで見たな、このループ。

693 ：デフォルトの名無しさん：04/05/25 12:41

いい加減Javaも標準化すりゃいいのに。

694 ：デフォルトの名無しさん：04/05/25 13:48

ぶっちゃげ、Java は IBM がやめたと言ったら事実上終わる訳で

695 ：デフォルトの名無しさん：04/05/25 14:00

現実、IBMがJ2SE1.4使わないせいで全然1.4普及してないし。

696 ：デフォルトの名無しさん：04/05/25 14:27

>>694
汎用機さえ生き残してるＩ日Ｍ。

片や、
>実際にマイクロソフトはVBの開発を止めてしまいました」と語り、

697 ：デフォルトの名無しさん：04/05/25 15:35

>696
なぁ、OS2ってどこ逝ったっけ？
IBM が残すのは利潤を落としてくれるものだけだよ

698 ：デフォルトの名無しさん：04/05/25 15:38

>>696
ATM打ち切りでえらいこっちゃだったわけだが。
それでMSはおいしい思い。

699 ：デフォルトの名無しさん：04/05/25 15:40

お前らそういう下らない話しかできないのか？
さすがはコボラーというかなんというか。

700 ：デフォルトの名無しさん：04/05/25 15:41

.NET Framework: CLR - Under the Hood
ttp://www1.msteched.com/resources/documents/DEV490_Richter.ppt

> Benefits of IL
>
> ・Many believe that "write once, run everywhere" is the biggest benefit
>　・I disagree, security and verification of code is the really BIG win!

701 ：名無しさん♯：04/05/29 13:43

IndigoとSOAのプレゼンﾊｹｰﾝ。
ttp://research.microsoft.com/collaboration/university/europe/Events/AcademicDays/Portugal/2004/IngoRammer_ServicesInAnIndigoWorld.ppt
ttp://research.microsoft.com/collaboration/university/europe/Events/AcademicDays/Portugal/2004/IngoRammer_WebServices_TodayAndInTheFuture.ppt

702 ：デフォルトの名無しさん：04/05/30 00:01

WinFXって、OfficeみたくWindowsのファンクションが全て
クラスで定義されるのけ？

703 ：デフォルトの名無しさん：04/06/01 12:35

ITmedia エンタープライズ：Longhornアプリケーションの構築方法 (1/6)
http://www.itmedia.co.jp/enterprise/articles/0406/01/news003.html

ITmediaニュース：MozillaとOpera、W3Cに共同提案
http://www.itmedia.co.jp/news/articles/0406/01/news008.html

> 同氏によると、後方互換性のあるオープン標準を作らないと、今から10年後には、
> MicrosoftのAvalonと.NETフレームワークがWebアプリケーションの事実上標準になる。
> Microsoftも、LonghornのAvalon技術、XAMLの概要をW3Cワークショップに提出予定。

W3Cへなんて初めて聞いたょ。

704 ：デフォルトの名無しさん：04/06/02 16:41

.NETとWinFXはどこまで違うんでしょうか?

705 ：デフォルトの名無しさん：04/06/02 16:59

PC-EngineとPC-FXくらいだよ

706 ：デフォルトの名無しさん：04/06/03 10:29

.NET Frameworkに関してはもうこれ以上のバージョンアップはなし？

707 ：デフォルトの名無しさん：04/06/03 20:41

マイクロソフトに聞け

708 ：デフォルトの名無しさん：04/06/03 23:28

>>705
むしろ、PC-Engine コアグラフィックスとスーパーCD-ロムロムくらい。

709 ：デフォルトの名無しさん：04/06/04 02:32

わからん。おまえにはなしはわからん。

710 ：デフォルトの名無しさん：04/06/09 11:12

サポート情報
ttp://support.microsoft.com/default.aspx?scid=kb;JA;133231
ttp://support.microsoft.com/default.aspx?scid=kb;JA;74586

711 ：デフォルトの名無しさん：04/06/14 02:12

MSDN Magazine日本語版特別復刊号
http://www.ascii.co.jp/pb/msdn/index.html

Don Boxのは、あのThe .NET Showの訳か？
ついでに...

MSDN Magazine 日本語版復刊についてのアンケート
http://www.ascii.co.jp/pb/msdn/special/enquete.html

712 ：デフォルトの名無しさん：04/06/14 07:16

MSDNイラネ

713 ：デフォルトの名無しさん：04/06/18 12:29

The .NET Show: Longhorn Fundamentals
http://msdn.microsoft.com/theshow/episode043/default.asp

714 ：デフォルトの名無しさん：04/06/19 07:05

Longhorn Developer Center Home: Longhorn Concept Videos - Higher Education
http://msdn.microsoft.com/longhorn/productinfo/conceptvid/default.aspx#highered

715 ：デフォルトの名無しさん：04/06/19 07:10

Longhorn Developer Center: A First Look at 3-D Support in Avalon ("Longhorn" Technical Articles)
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnlong/html/avalon3d.asp

716 ：デフォルトの名無しさん：04/06/19 09:15

変な概念図じゃなくて、WinFXの内部構造を
詳細に解説したドキュメントはあるかしら？

717 ：デフォルトの名無しさん：04/06/19 11:30

>>713
MSH> get-ps1 | out-excel
グッド !!!!
Transcriptもあった。
http://msdn.microsoft.com/theshow/Episode043/Transcript.html

718 ：デフォルトの名無しさん：04/06/19 13:37

.NETはWindows Updateで入るけど、
アップデートでWinFXになっちゃうのは勘弁。

719 ：デフォルトの名無しさん：04/06/21 04:13

今まで.NET 1.0を使って動いていたソフトは、
アップデートしても.NET 1.0を使って動く。
変更じゃなくて追加なので全く問題は無い。
Javaとは違うのだよ。Javaとは。

720 ：デフォルトの名無しさん：04/06/21 15:26

.NETのアップデートって発狂するんでわ？

721 ：デフォルトの名無しさん：04/06/21 15:52

>>718
WinFXはLonghorn以降が対象じゃなかったけ？

722 ：デフォルトの名無しさん：04/06/22 00:01

>720
はいはい。巣にお帰り

723 ：デフォルトの名無しさん：04/06/22 00:53

正直良くわかってないんだけど、
WinFX==Win64APIって考え方であってるの？
それともWin64APIは別に用意されて.NET使ったラッパーって事？
個人的な意見としては後者の方が好ましいんだが・・・

724 ：デフォルトの名無しさん：04/06/22 00:56

64bitとはまた別の話。

725 ：デフォルトの名無しさん：04/06/22 01:59

WinFXがベースにあって、WinXXAPIや.NET Frameworkが構築されてるんじゃないのけ？

726 ：デフォルトの名無しさん：04/06/22 02:55

せっかくwin32apiを勉強し始めたのに！

727 ：デフォルトの名無しさん：04/06/22 02:59

.NET Frameworkが、でっかくなっちゃった

のがWinFX

728 ：デフォルトの名無しさん：04/06/22 06:48

だいたいWin32 API自体が
NTのサブシステムだしな

729 ：デフォルトの名無しさん：04/06/22 10:37

で、Win３２とWinFXのかんけいってどうなるの？

730 ：デフォルトの名無しさん：04/06/22 10:39

>>723
OSのカーネルがベースにあって、
OSの機能を利用するAPIがWin16だったりWin32だったり
Win64だったりPOSIXサブシステム(Unix互換API)だったりするわけ。
その中の追加の一つがWinFX。

今の.NET FrameworkはWin32を使用して作られているけど、
.NET Frameworkの進化系であるWinFXからはWin32を使用しない。
完全にOSカーネルの機能を直接使用するサブシステムの一つになる。

731 ：デフォルトの名無しさん：04/06/22 10:48

Win64って結構微妙な存在だな。

732 ：デフォルトの名無しさん：04/06/22 11:14

＞730
そーすあります？

733 ：デフォルトの名無しさん：04/06/22 11:16

>>730
使われてるWin32がWin64となって強力になるのなら魅力があるが、
最終的にWin32/64が消えるなんて魅力無い構想だなー。

さらに、Win16/32/64にWinFXサブシステムが追加されるという暫定サブシステム状態も魅力無いなー。

734 ：デフォルトの名無しさん：04/06/22 11:21

>>732
>>2

735 ：デフォルトの名無しさん：04/06/22 13:02

>>726
しばらくは大丈夫だよ。
Win95が出たときや、2000年問題が出た後でも旧システムはしばらく使われてたし。

ただ、WinFXへの移行準備だけはしとかないと、あっと言う間においていかれるけどな。

736 ：デフォルトの名無しさん：04/06/22 14:22

ﾌﾞﾋﾞ厨が一番進んでてそれ以外は遅れてるよ、
すべてが.NETになるからな。

という発言を２、３年前に見たのを思い出した。

737 ：デフォルトの名無しさん：04/06/22 14:24

>あっと言う間においていかれるけどな。

過去の資産が消える環境に何の意味があるのか。
VB=WinFX

738 ：デフォルトの名無しさん：04/06/22 14:56

>>733
そうか？

おいらはAPIを直接叩くプログラミングからは早々に脱却した方が
いいと思うんだが。

例えばWordやExcelが系統化されたオブジェクトになっていて、
外部のアプリケーションから簡単に機能にアクセス出来るように、
Windowsの機能も系統化されたオブジェクトとして利用出来る方が
生産性があがると思うけどなぁ。

739 ：デフォルトの名無しさん：04/06/22 14:59

APIというものの側面として、サブシステムという意味と
OSのインタフェイスという意味がある。この二つは混同
しないようにある程度区別した方がいい様に思う.

740 ：デフォルトの名無しさん：04/06/22 16:21

>>738
DelphiのVCLなんかがWin32APIをラップしてるほうがつぶしが利くんでない？
事実DelphiからはVBなんかより安定してCOMを作成から利用できた上、
通常は派生しやすいVCLのコンポーネントが使われてたよね。

741 ：デフォルトの名無しさん：04/06/22 20:09

過去形だけどね。ｗ

742 ：デフォルトの名無しさん：04/06/24 00:10

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～)
↓
しばらくしてから.NETとしてCOMじゃないものに．．．
↓
.NET流行らず(～2006)
↓
WinFX完成(2007)
↓
オブジェクトベースプログラミングにより、OSは関数コールに戻る(2008)
WinFX下位互換へ

743 ：デフォルトの名無しさん：04/06/24 07:28

どうしてそんなに生の関数をコールしたがるのだろう(´・ω・｀)

744 ：デフォルトの名無しさん：04/06/24 09:23

読み間違い>>743

クラスライブラリアクセスから、オブジェクトライブラリに変わるってことでしょ。
OS本体のクラスライブラリなんてお古になっちゃう。

745 ：デフォルトの名無しさん：04/06/26 12:59

Longhorn Developer Center Home: Columns: Crazy About Avalon Data Binding
http://msdn.microsoft.com/longhorn/understanding/columns/default.aspx?pull=/library/en-us/dnfoghorn/html/foghorn06252004.asp

Introducing Avalon 3D
http://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/longhorn/media/en/2004-06-07%20avalon%203d/manifest.xml&rate=2
(300K ビデオ)

746 ：デフォルトの名無しさん：04/06/26 15:28

MSDNの公式宣伝スレかよ。

747 ：デフォルトの名無しさん：04/07/01 00:40

.NET Framework 2.0 redistributable beta1 age

748 ：デフォルトの名無しさん：04/07/01 03:48

ある程度の窓の開発になるとMSDN加入は必然なわけで
VSやら送られてくるのにわざわざひりー環境探すまでも無い

749 ：デフォルトの名無しさん：04/07/01 11:16

>>748
それが必要なのはM$のハズレコンパイラなんかを使ってるときだけだよ。
VBとかMFCとか。
Delphi/BCBやってる限りM$DN無くてもポトペタ。
新しいVSの画面コンポーネントなんて、
Delphiのフリーコンポーネントで存在してるし。

750 ：デフォルトの名無しさん：04/07/01 11:37

ポトペタでできることだけやるなら初心者

751 ：デフォルトの名無しさん：04/07/01 12:00

ポトペタの元を普通に派生して自分で作れるのがDelphiであって、
それをコピーしたのがC#。

派生プログラミングでは派生元ソースを見て安全に派生するところを、
.NETではActiveXのように隠蔽されてるのがネックだが。

752 ：デフォルトの名無しさん：04/07/01 12:40

継承元のソース見なきゃ継承の安全性が保証されない、って事の
方が問題だと思うけどなぁ。

なんか、本末転倒って気もする。なんの為のカプセル化なんだか。

753 ：デフォルトの名無しさん：04/07/01 12:53

カプセル化とはソースを見えて把握した上であえてprivateと書けることが重要。

基本中の基本を知らないのは、ActiveXしか使えなかった椰子くらいもの。
VBを使ってた人たちが被害者。

754 ：デフォルトの名無しさん：04/07/01 12:57

クラスを記述しているときにクラス間のメンバー（変数、メソッドね）の調停がある、
というかそれがクラス記述であり、開発。
protectedとpublicを移動したりとか。
そういう当たり前のことを出来なかったのは全てCOMのせい。

755 ：デフォルトの名無しさん：04/07/01 13:06

Bill Gates' blog
http://billgatesblog.blogspot.com/

756 ：デフォルトの名無しさん：04/07/01 14:54

＞そういう当たり前のことを出来なかったのは全てCOMのせい。
さてはおまいはJava厨だな

757 ：デフォルトの名無しさん：04/07/01 16:22

今はすべて解決してるので無問題

758 ：デフォルトの名無しさん：04/07/01 16:26

Avalonを無駄なエフェクトとか言ってたJava厨は当然Looking Glassなんて無視だろ？(ｹﾞﾗ

759 ：デフォルトの名無しさん：04/07/01 19:07

>>757
なことは無いんだな。
未だにWinFXの中身はActiveXのように真っ黒。

760 ：デフォルトの名無しさん：04/07/01 20:02

なんか一人アンチがいるね。

761 ：デフォルトの名無しさん：04/07/01 20:05

というか、WinFXなんてまだ全貌明らかになってないじゃん。

762 ：デフォルトの名無しさん：04/07/01 20:29

ほぼ.NET Frameworkのネィティブ実装ってことでいいんでしょ

763 ：デフォルトの名無しさん：04/07/01 20:46

この人はネィティブ実装という言葉で何を言いたいのだろう。

764 ：デフォルトの名無しさん：04/07/01 20:58

Win32APIを使って.NET Frameworkを実装していたのを.NET Frameworkを最初に実装し、その上にWin32APIを載せるといった意味

765 ：デフォルトの名無しさん：04/07/01 21:13

>>764
いや、そんなアナウンス出てないんだけど

766 ：デフォルトの名無しさん：04/07/01 21:59

Win95状態になる予感

767 ：デフォルトの名無しさん：04/07/01 23:25

NTはマイクロカーネル
サブセットの入れ替えもらくらく

768 ：デフォルトの名無しさん：04/07/02 01:40

OSのことについて、知らないのにも関わらず、
語りたくなってしまうお年頃の方がいらっしゃいますね。

769 ：デフォルトの名無しさん：04/07/02 08:34

OSのことを知らないとはﾌﾞﾋﾞとJavaのことか？

770 ：デフォルトの名無しさん：04/07/02 19:42

釣れたね。

771 ：デフォルトの名無しさん：04/07/03 17:47

ttp://pc5.2ch.net/test/read.cgi/tech/1086050644/502-

>.NETライブラリの互換性って、クラス名、メソッド名が同じなだけで、動作はだいぶ違う。
>いま1.1でできているものが、2.0でデザインが崩れたりチラツキが出たりしている。
>修正したくてもクラスライブラリがsealedやinternal使ってて無理。
>バージョンがあがるたびにこれほど変更されるくらいなら、

何これ。Javaよりヒドイ。考えられない。

772 ：デフォルトの名無しさん：04/07/03 18:34

1.1 で作ったものは、Side-By-Side で 1.1 で使うのが正しい。

773 ：デフォルトの名無しさん：04/07/03 20:21

ソースがそのまま流用できないのが問題なんだろ。
だいたい、一回ライブラリ覚えたらそれでOKなのが売りじゃないのかよ。

774 ：デフォルトの名無しさん：04/07/03 23:29

The Code Project - UI & UA Changes on the road to Longhorn - .NET
http://www.codeproject.com/dotnet/LHChangesUA1.asp

775 ：デフォルトの名無しさん：04/07/04 13:21

出初めのJAVA考えて物言えよ
大して変わらなかったぞ

776 ：デフォルトの名無しさん：04/07/04 20:50

>>772
.NETの場合はside-by-sideじゃないぞ。

>>773
そもそも、問題があるという証拠がないからね。
動かないって言っているだけで、どれが？という質問には答えていない。
ウソの可能性が高いので話にならない。

777 ：デフォルトの名無しさん：04/07/04 21:46

>>775
つか、負け組み.NET改名WinFXが大口叩けないだろ。
後発で劣悪だけど、と開き直るのはどうかと。

778 ：デフォルトの名無しさん：04/07/04 21:56

>>776
過去にバージョンアップで発狂してたわけだし、ウソじゃないと思うが。

779 ：デフォルトの名無しさん：04/07/05 08:56

>778
発狂って、英語版のベータと日本語版のベータを同時に入れておかしくなったってﾔｼだろ
未だにそんなこと逝ってるﾔｼ馬鹿じゃねぇの？

780 ：デフォルトの名無しさん：04/07/05 09:14

.NET 2.0 Beta の話題なんだから、状況的には同じ。

781 ：デフォルトの名無しさん：04/07/05 09:47

.NET 2.0ってどこから入手するの？

782 ：デフォルトの名無しさん：04/07/05 09:51

ベータ版を本番環境に入れる奴がｱﾌｫ
ベータ版とベータ版を一緒にする奴もｱﾌｫ

783 ：デフォルトの名無しさん：04/07/05 09:56

OSや環境が発狂するなんて安心して使えないよな。
少なくともベータと言えない。

784 ：デフォルトの名無しさん：04/07/05 10:22

アフォが一人。
なんのためのベータなんだか。

785 ：デフォルトの名無しさん：04/07/05 10:43

>>784
禿同

発狂しようが死のうが構わない環境に隔離して
生暖かく見守るのがベータ版だろ。

そのような環境を用意している>>782は勝ち組。
テストもせず本番環境に入れる>>783は負け組。

786 ：デフォルトの名無しさん：04/07/05 11:09

ベータに過ぎない.NET/WinFXを使うのは負け組みか。
どうせまたVBランタイムみたいに消えるか改名されて別物になるかかな。

ttp://pc5.2ch.net/test/read.cgi/tech/1086050644/543-
VBのユーザ数バブルに踊って、
VBで作ったデジドカ製品が弾けて、
時間がたった今、
関数プログラミングの技術しか無いﾌﾞﾋﾞ厨。

ﾌﾞﾋﾞ厨の失われた１０年

787 ：デフォルトの名無しさん：04/07/05 11:23

プログラミングで行いたいことを以外を考えずに、
素直に書ける環境が優勢だから、
M$の目指す激変開発環境は案外駄目な方向に向かってるかも。

組み込み系もPOSIX準拠が当たり前になってきて、
オープンな上プログラミング結構楽になってきてるから。

788 ：デフォルトの名無しさん：04/07/05 11:25

関数プログラミングはメッセージループ回してWin32APIを
叩いてる人々が得意としているところだと思うが？

何故VBが関数プログラミングに結びつくのか理解できん。

789 ：デフォルトの名無しさん：04/07/05 11:30

>>788
なんでそんな古い例を持ち出すの？
C++なら90年代からクラス使うだろ。
クラスを使えなかったのはVBだけ。

だから、ﾌﾞﾋﾞ厨の失われた１０年

790 ：デフォルトの名無しさん：04/07/05 11:41

現在でもMFCに頼らないプログラミングは普通に行われているし。

それよりも>>789の脳内ではVB3以前が現役らしいな。失われて
いるのは>>789の10年の希ガス。

791 ：デフォルトの名無しさん：04/07/05 11:43

>>790
VC++内ならMFC優勢だし、枠を広げるとMFC劣勢でVCL優勢だよ。

関数プログラミングとクラスプログラミングの違い、
およびActiveXはクラスでないことがわかんないの？

792 ：デフォルトの名無しさん：04/07/05 11:47

VB簡単じゃない～と言いながら、関数プログラミング（COMを外から使うのも含む）を続け、
M$にVBごと捨てられるなんて、すげーブザマ。

793 ：デフォルトの名無しさん：04/07/05 13:37

パフォーマンスの良し悪しは変わるかもしれんが、枯れた技術もちゃんと動くんだから
それでええんちゃうの？
外部に出す場合は、最新のをサポートしていないとお客が引くこともあるけど、
今回はDOS→95の時みたく急激な変化が要求されることもない気がする。
ほら、見た目変わんないし。

俺個人としては、いち早くエフエーックスしたい気分ではあるがな。

794 ：デフォルトの名無しさん：04/07/05 13:46

枯れた技術は動かないみたい。

ttp://pc5.2ch.net/test/read.cgi/tech/1014486422/520-

520 ：519 ：04/02/10 16:46
マネージ型の基本事項、制限事項読んできた
('A`)ﾏﾝﾄﾞｸｾ　・・・MC++の存在意義を見失いそうな気分です

568 ：デフォルトの名無しさん：04/03/15 23:15
マネージドとアンマネージドな領域を「自在に」行き来できるなら
価値あると思うよ
今のはおよそ自在とは言えない代物だからね

570 ：デフォルトの名無しさん：04/03/17 01:38
議論以前にMC++普及してないじゃん。。。

795 ：デフォルトの名無しさん：04/07/05 14:27

関数型プログラミング、って言葉すら理解してないｳﾞｧｶ

796 ：デフォルトの名無しさん：04/07/05 15:15

関数プログラミングって何？文脈的にFPのことではないな。
脳内造語の説明よろ。

797 ：デフォルトの名無しさん：04/07/05 15:59

>>794
確かに、MC++にC++のコードを乗っけるにはclassでラップするなどの処置が必要になるけど、
そういういことが言いたいんじゃなくて、エミュレーションではあるけど従来のAPIはとりあえず
動かせるからいいんじゃないってことです。

関係ないけど、個人的に extern "C" みたいな定義でMC++上にアンマネージドコードを
埋め込めむような機能を所望したいところです。

798 ：デフォルトの名無しさん：04/07/05 16:08

>>797
「プロトコルを脱共有化せよ！」とオプソや過去のソースを使えなくするための、
VBだったり.NETだったりするわけだから、extern "C"出来るようになるわけがない。

ttp://www.post1.com/home/hiyori13/freeware/halloween.html

799 ：デフォルトの名無しさん：04/07/05 16:22

>>797
従来のAPI内でアクセスをトラップしてmanagedすればよいものを、
あえてアプリ側にmanagedのため、と書き換えを強要してるんだから、
従来APIを消しちゃうかも。

800 ：デフォルトの名無しさん：04/07/05 16:42

全く言ってることが理解できないし、WinFXと何の関係もない。

801 ：デフォルトの名無しさん：04/07/05 16:52

要はWinFXが何か分かってないから、馬鹿には煽りようもないって見本だな。

802 ：デフォルトの名無しさん：04/07/05 16:56

>>798
.NETの話にしてはまたずいぶんと古い記事だなｗ

803 ：デフォルトの名無しさん：04/07/05 17:00

.NETの話ときたか。

804 ：デフォルトの名無しさん：04/07/05 17:05

まなげど

805 ：デフォルトの名無しさん：04/07/05 17:10

Whidbeyを見る限り、64bitだろうが32bitだろうが
managedが基盤なのはそれほど特別なことには感じなくなってきてるよな。

806 ：デフォルトの名無しさん：04/07/05 17:35

>>805
それはﾌﾞﾋﾞ厨がVBに違和感が無かったのと同じ。
普通の感覚の開発者がVBを嫌い、それが徐々に多くなり、最終的に破滅した。

.NETもベータのときにはあれだけ盛況だったのが、（ｒｙ

807 ：デフォルトの名無しさん：04/07/05 17:40

今ではオープンソース版.NETも作られ
LinuxやMacやUnixでも動くようになった。

808 ：デフォルトの名無しさん：04/07/05 17:43

あれほどいた.NETのアンチも、感覚がずれているのが
自分の方だったと気づき、どんどんおとなしくなっていった。

809 ：デフォルトの名無しさん：04/07/05 18:03

VBと同じ。そう言い続けていた奴がいたが実際は全然違ったわけか。
そりゃそうだよな。VBとは違い標準化もされ、実際に
他の実装も作られ他のプラットフォームで動くようになった。
それにまだ気づいていない奴がいたらかわいそうだな。

810 ：デフォルトの名無しさん：04/07/05 19:04

VBが消えたことに気付いてない奴がいたらかわいそうだな。

VB消滅は無かった、
とか捏造サイト立ち上げたりして。

811 ：デフォルトの名無しさん：04/07/05 19:08

>>810
アホはVBの歴史でも振り返ってみれば。

812 ：デフォルトの名無しさん：04/07/05 20:11

>>810
何が消えたって？www

Microsoft (R) Visual Basic .NET Compiler version 8.0.40607.16
for Microsoft (R) .NET Framework version 2.0.40607.16
Copyright (C) Microsoft Corporation 1987-2003. All rights reserved.

813 ：デフォルトの名無しさん：04/07/05 20:25

「昔ながらの厨向けVB」ってことじゃない？
今は、.NET開発ができる言語であって、VBらしさはすっかり無くなってしまったと。

814 ：デフォルトの名無しさん：04/07/05 20:26

どーでもいいよ

815 ：デフォルトの名無しさん：04/07/05 20:48

>>791
Delphi8見てると、VBが消える前にVCLが消えそうな勢いだけどな。

816 ：デフォルトの名無しさん：04/07/05 20:50

まあ、アホアンチにとっては悔しいんだろうな。ｗ
.NETも順調にバージョンアップ、学生層にも徐々に浸透。
VBも死滅どころかWinFXサポートが確約されてるし。

アホアンチの大好きなDelphi・Javaが最近元気がないですね。ｗｗｗ

817 ：デフォルトの名無しさん：04/07/05 20:50

>>810
今後、Delphi.NETだけになったらDelphiは消えたことになるんだろか？

818 ：デフォルトの名無しさん：04/07/05 20:56

>>817
理屈上は生きてても、ユーザー的には消えつつあるよな。(ｹﾞﾗ

819 ：デフォルトの名無しさん：04/07/05 22:44

議論が活発になってきたネ！

【ｽｸﾗｯﾌﾟ&ﾘﾋﾞﾙﾄﾞ?】 .NETは無かった! Part4【M$反発?】

820 ：デフォルトの名無しさん：04/07/05 22:55

普通に、64ビット移行後、他社にはmanagedを強要しつつ
MS自身はWin64 API使って製品出してきそうなところが恐いんだが…
Officeが芯の芯までmanaged化でもされない限りいまいち信じ切れない…

821 ：デフォルトの名無しさん：04/07/05 23:00

Officeで信じ切っても後には裏切れるぞ。

Excelマクロ
VB for Excel
VBA・・・ここで絶頂
マクロがC#に！

MSは膨大な工数注ぎ込んで、短い間に違うものになっちゃうさ。

822 ：デフォルトの名無しさん：04/07/05 23:07

>>819
あちこちにコピペされてるけど、どこの板のスレよそれ

823 ：デフォルトの名無しさん：04/07/06 01:27

http://www.longhornblogs.com/
Seven Reasons Why the API War is Not Lost After All
Win32はなくならず、むしろ強化さえされ、エミュレーションで実行されるわけでもない。
WinFXで置き換えられるわけでもない。
とlonghornの中の人が言ってるわけですが。

あとOfficeの完全managed化は絶対行われないとどこかで読んだよ、これもMS系のとこ。

824 ：デフォルトの名無しさん：04/07/06 09:21

そりゃ、APIのクラス化しちゃっておおコケしたらOSとOfficeの両方失うわけだ門名。
Win32/64は残しといて、ユーザにその上のラッパークラスを使わせるという普通の構造でマイナス面は無いし。
ユーザ側が困るのは、ラッパークラスのWinFXをいつご破算にされるかﾋﾞｸﾋﾞｸ

825 ：デフォルトの名無しさん：04/07/06 10:30

相変わらず日本語が不自由なようで

826 ：和田：04/07/06 10:52

OSのインターフェイスなんていくつあってもいいんじゃねえの？
プログラミングなんてしょせん暗記力ですよ。暗記力の不足から
特定のツールやライブラリに貼り付けられてしまうような低脳は
もうダメだろうな。各種個別のライブラリから抽象的な構造を
素早く抽出する能力をフル活用して不慣れなライブラリを使っていく。
そしてどんどん詳細を覚えていく。この繰り返し。簡単なことだろ。

827 ：デフォルトの名無しさん：04/07/06 11:02

>>826
VB簡単だからVBで良いじゃん、としか言えないﾌﾞﾋﾞ厨を侮辱するのか？

828 ：和田：04/07/06 11:06

>>827
VBで良いじゃんとVBと心中する覚悟があるなら俺は何も言わない。
俺は、人の生死を賭けた行為には敬意を払うべきだと考えている。

829 ：デフォルトの名無しさん：04/07/06 11:19

>>828
VB6出荷停止と共に氏ねと？

830 ：デフォルトの名無しさん：04/07/06 11:25

VBの最新版はVB 8.0ですよ。
VB.NET 8.0ではない。

831 ：デフォルトの名無しさん：04/07/06 11:40

>>827
それはあんたが侮辱しているだけじゃん。
そんなVB使いはいないのだが？

832 ：デフォルトの名無しさん：04/07/06 11:58

>>831
じゃ、M$推奨のC#に乗り換え名よ。

自分の意見を通すためにはウソも平気なのはどうかと。

833 ：デフォルトの名無しさん：04/07/06 15:33

> 俺は、人の生死を賭けた行為には敬意を払うべきだと考えている。

自爆テロにも？

834 ：デフォルトの名無しさん：04/07/06 16:52

【脱M$?】 .NET/WinFXは無かった! Part4【ｽｸﾗｯﾌﾟ&ﾘﾋﾞﾙﾄﾞ?】
ﾌﾞﾋﾞ厨の失われた１０年
ﾄﾞﾄﾈﾄの失われた３年

835 ：デフォルトの名無しさん：04/07/06 18:17

必死な奴が巣食ってるスレはここですか？

836 ：デフォルトの名無しさん：04/07/06 18:57

.NET2.0はSDKを一般公開する可能性あるの？

837 ：デフォルトの名無しさん：04/07/06 19:30

>>836
.NET Framework 2.0 SDK beta 1 がすでに公開されているぐらいなんだから
正式版も公開するんじゃないの？
まぁ、正確なところは MS の中の人にでも聞かないとわからないが。

838 ：デフォルトの名無しさん：04/07/06 22:47

M$の中の人が分かってない罠

OLE2の本にも、OLE2の名前だけ決まってるが中の人にも作る中身は分からない、と書いてあった。

839 ：デフォルトの名無しさん：04/07/07 13:24

>>838
なにが言いたいの？
.NET Framework 2.0 SDKが一般公開されるかどうかは
MSの中の人に聞いてもわからないと言うこと？

840 ：デフォルトの名無しさん：04/07/09 15:31

「十年たったら、別のオペレーティング・システムを設計していて、NTとの互換性をとらなければならないと、
ため息をついているだろう。かならずそうなる」

- デーブ・カトラー 1993年ごろのコメント

ﾔｯﾊﾟ彼ﾊｽｺﾞｲﾈ・・・

841 ：デフォルトの名無しさん：04/07/09 23:14

次世代OSを考えてるカトラーが偉くて、
それに引き換えあれだけ大げさな宣伝を何年も行いながら、
未だに何がメリットかわからないと言われているﾄﾞﾄﾈﾄ@M$がテイタラクということか。
次世代どころかパチモン商品のラップクラスだもんな。

確かに企業イメージのランク１０位以下に落ちて、
企業内メッセージが売上の鈍化と効率化の指揮で、
ふつーの企業になったと評されてるもんな。

842 ：デフォルトの名無しさん：04/07/09 23:51

＠IT：Insider's Eye　--　Webサービスの新実装「Indigo」
http://www.atmarkit.co.jp/fdotnet/insiderseye/20040710indigo/indigo.html

2005とLonghornの間くらい？

843 ：デフォルトの名無しさん：04/07/09 23:55

IndigoちうとSGI思い出すのは俺だけか？

844 ：デフォルトの名無しさん：04/07/10 01:05

＞843
ﾉｼ

845 ：デフォルトの名無しさん：04/07/10 03:07

Indigoというと孫正義の弟の会社を思い出す。

846 ：デフォルトの名無しさん：04/07/10 15:45

WinFXなんて普通のクラスライブラリでNT互換どころか内部の人はNTだもんな。

ﾌﾞﾋﾞ厨を教育しようにもそんな程度でも追いつくのが無理と分かってM$も学生に手を出したか。
何にも出来ないﾌﾞﾋﾞ厨年寄りはM$にも不要なんか。

847 ：デフォルトの名無しさん：04/07/12 09:07

The Avalon Control Content Model
http://msdn.microsoft.com/longhorn/default.aspx?pull=/library/en-us/dnavalon/html/avalon07072004.asp

848 ：デフォルトの名無しさん：04/07/12 09:42

MSDNのアドレスだけでコメント無しなんて公式宣伝スレみたいの止めようよ。
ただでさえMSDNからCDやメールが膨大にきてるんだから。

849 ：デフォルトの名無しさん：04/07/12 09:50

>>848
何か都合の悪いことがあるんだね。www

850 ：デフォルトの名無しさん：04/07/12 09:53

どんどん貼っていいよ。
後になると見つけにくくなることもあるし。

851 ：デフォルトの名無しさん：04/07/12 09:54

>>848
アホアンチの私怨書き込みの方がいいとでも？ｗ

852 ：デフォルトの名無しさん：04/07/12 09:55

このスレのNGワード
「M$」「ﾌﾞﾋﾞ」

これさえあぼーんしとけばまともなスレだ。

853 ：デフォルトの名無しさん：04/07/12 10:03

まともなスレとはMSDNのリンク集なんか。
ならMSDNをお気に入り登録しとけば。

854 ：デフォルトの名無しさん：04/07/12 10:08

>>853
WinFXの話されると何か都合悪いの？ｗ

855 ：デフォルトの名無しさん：04/07/12 10:10

>>848
MSDNなんか入らなくても記事読めますよーというのがなぜに公式宣伝？

856 ：デフォルトの名無しさん：04/07/12 10:17

>>852
アンチって何故VBを毛嫌いするんだろうね。
使いこなせばとても生産性の高いオブジェクト指向型言語なのに。

857 ：デフォルトの名無しさん：04/07/12 10:23

>>856
なぜに突然ﾈﾀ。

858 ：デフォルトの名無しさん：04/07/12 10:43

.NETはWindowsの中心技術となる。

この事実を認めたくない原理主義Java厨が暴れてるだけだ。ほっとけ。

決着は嫌でもつくから。

859 ：デフォルトの名無しさん：04/07/12 10:46

またキチガイを呼び寄せるようなレスすんなよ･･･

860 ：デフォルトの名無しさん：04/07/12 10:49

>>852
面白いぐらいキチガイレスが消えるな。www

861 ：デフォルトの名無しさん：04/07/12 10:51

>>860
もっともキティな856が消えませんが。

NGワードはアホアンチでそ。

862 ：デフォルトの名無しさん：04/07/12 10:53

>>857
いや、>>852見てたら、このスレに限らず板全体にそう言う
漂ってるなぁと思って。ﾌﾞﾋﾞ厨とか。

そう言えばﾌﾞﾋﾞ厨ってどう言う人種なんだろ。

863 ：デフォルトの名無しさん：04/07/12 11:04

>>862
ならいっそﾌﾞﾋﾞ厨と言われるものを板分離すれば良いのではないだろうか。
ﾌﾞﾋﾞ厨はデジドカ中心で本当の意味でのプログラミングはあまり関係無いだろうし。
デジドカ板とプログラム板を分けるとか。

864 ：デフォルトの名無しさん：04/07/12 11:06

プログラム技術と、買うだけのActiveXや内部隠蔽のWinFXは遠いものに感じる。

865 ：デフォルトの名無しさん：04/07/12 11:09

キチガイが釣れた。ｗ

866 ：デフォルトの名無しさん：04/07/12 11:12

865は自分の意見を書けないﾌﾞﾋﾞ。
こういう香具師はデジドカ。

867 ：デフォルトの名無しさん：04/07/12 11:12

中の人の問題であって、言語に罪はないんじゃ？　厨は
どんな言語使っても厨だろ。

でも、何故かC厨とかC++厨ってのは聞かないんだよなぁ。

デジドカだって、使われる環境の問題であって言語の問題
じゃないし。

868 ：デフォルトの名無しさん：04/07/12 11:13

なんか863、866が読めないんだけど、また変なのが来たの？

869 ：デフォルトの名無しさん：04/07/12 11:26

>>867
その考えは良く言われるけど、実は正しくない。

例えば、OOP的な考えがあれば、言語は関係無いと言っても、
考え方的にはクラスは純粋なOOPでは無いが、性能を落とさない差分コーディングは役に立つ。
が、クラスを書けない言語で差分コーディングは不可能。

つまり、言語が考え方を規定するとか、考え方が言語の文法に現れる、と考えるべき。

870 ：デフォルトの名無しさん：04/07/12 11:32

使う人のコーディング能力を落としたVBの存在や、コーディングをクラスに固定して次世代言語の存在を否定してしまう.NETは問題な存在じゃないかな。

871 ：デフォルトの名無しさん：04/07/12 11:53

「○○は存在して欲しくない」という発想は存在して欲しくない。

872 ：デフォルトの名無しさん：04/07/12 11:55

その前に .NET と WinFXは別物なのだが。
ただインターフェースがちょっと似てるだけで、実際はまったく別の位置に属してる。
分かりやすくいうと、

ドライバ→API→.NET・Java 　が従来の構造だとしたら、

ドライバ→WinFX→.NET・旧API→Java(？)　が次期OSの構造

だしょ？

873 ：デフォルトの名無しさん：04/07/12 11:56

ﾌﾞﾋﾞ厨「VB以外は存在して欲しくない」

874 ：デフォルトの名無しさん：04/07/12 12:00

>>872
> .NET と WinFXは別物
アフォは出直して来い。

875 ：デフォルトの名無しさん：04/07/12 12:44

>>869
Smalltalk 以外の言語が純粋な OOP なんて笑っちゃうんですが。

876 ：デフォルトの名無しさん：04/07/12 16:01

ここも酷いスレだな。

877 ：デフォルトの名無しさん：04/07/12 17:17

スレではなく板が酷いんでないすか？

878 ：デフォルトの名無しさん：04/07/12 20:26

>>852
ﾜﾗﾀ。スレの雰囲気が全然変わる。(w

879 ：デフォルトの名無しさん：04/07/12 20:35

まあしょせん2chだしな

880 ：デフォルトの名無しさん：04/07/13 10:31

Longhorn というか、Avalon を不要なもの（DirectXで十分）として切り捨てているヤツもいるが、
私は Avalon には超期待している。

ドロー系のツールを作るとき、Avalon の API は魅力的だし、
XAML の力でウィジットレイアウトも簡単だ。
かっこいいグラフィックなんか誰も期待しちゃいねぇ。
Avalon になることで、今までの面倒なプログラム上の手続きが
一気に省けるという、それが一番重要なこと。

881 ：デフォルトの名無しさん：04/07/13 11:16

>XAML
UIのデザインにXMLちまちま書くのはいやだな。
単純にフォームファイルのデータ構造にまで落ちぶれてくれて
VS.NETでマウス使ってデザインできるようにならないと使いたくないな。

882 ：デフォルトの名無しさん：04/07/13 11:40

>>881
なるんじゃないの？
XAMLって単にUIを定義する為のマークアップ言語っしょ？

WYGWIGでデザイン出来るか、ちまちまタグ書かなきゃならん
かってのはツールがどう対応するかだけの話だと思うが。

883 ：デフォルトの名無しさん：04/07/13 12:02

当然なるだろ。
今だってリソースファイルを直接書くかツール使うかの違いだけじゃん。

884 ：デフォルトの名無しさん：04/07/13 12:44

XAMLようしらんのだがそこで描いたものとプログラムとの結びつきはどうなるの?
単なるUI記述の言語としか考えてなかったのだけれど､何か目からうろこの新概念があるんでしょうか?

885 ：デフォルトの名無しさん：04/07/13 12:56

>>884
Chris Andersonの書いたもの読め。

886 ：デフォルトの名無しさん：04/07/13 13:01

てきとーなかいせつ
・XAMLは.NET上の言語で、ある意味C#やVB.NETと同列。得意分野はUIの記述。
・形式はXMLなのでブラウザにも組み込める。MozillaがパクってXULというのを作った。
・.NET Framework2.0のPartial機能を使って、一つのクラスの実装のUI部分をXAMLで記述し、
プログラム部分をC#で記述するといったことが可能。

887 ：デフォルトの名無しさん：04/07/13 13:05

>>886
XULは前からある。
単なるUI記述の言語だが。

888 ：デフォルトの名無しさん：04/07/13 13:23

なんかショボイ話だな。

XAMLはこんなに凄いんだ、という話は無いのか。

889 ：デフォルトの名無しさん：04/07/13 13:35

notepad.exeで書くだけでUIが作れる。

890 ：デフォルトの名無しさん：04/07/13 13:36

>>889
をぉ、リソースファイル並だな。

891 ：デフォルトの名無しさん：04/07/13 13:43

>>888
テキストボックスの中にボタン作ってそのボタンの中に動画貼ってその動画の中にテキストボックス貼って…

892 ：デフォルトの名無しさん：04/07/13 15:36

XAMLってWebアプリケーションのリッチクライアント向けなんじゃないの？

893 ：デフォルトの名無しさん：04/07/13 16:00

XAML は XML なんだから、DOM 操作で面白いことが出来そうな感じがする。

894 ：デフォルトの名無しさん：04/07/13 16:07

>>892
違う。それだけではない。

895 ：デフォルトの名無しさん：04/07/13 16:13

でも、やっぱりDOM操作よりも 2 way toolの方が断然有利。

896 ：デフォルトの名無しさん：04/07/13 17:25

>>894
でも実際のC#での開発にどの程度かかわってくるのか、
XAML有り無しの選択の基準があまり示されて無いような。
単純にロジックとUIの分離なら今までもそれなりにできていたし。

XAML使ったアプリの場合ロジックそのままに
ユーザーがUI好き勝手にカスタマイズできたりするのかね。
それなら結構面白いかも。

>>895
MSは某とクロスラインセンス契約結んだんだから
残り少ないDelphiのメリットである2waytoolをさっさとパクって欲しいな。
VS2003ではまだ入ってなかったしな。

897 ：デフォルトの名無しさん：04/07/13 19:00

なんか悲惨な結論。

898 ：デフォルトの名無しさん：04/07/13 19:03

何か結論でたか？

899 ：デフォルトの名無しさん：04/07/13 19:05

ああ、BorlandがMicrosoftに吸収されるって事か。

900 ：デフォルトの名無しさん：04/07/13 23:17

XAMLには期待しているが（Windows Formsでもコードビハインド）、
Longhornだけでしか動かないのはやだな。

旧Windowsでもとりあえず動くけど（Avalonエフェクトは省略したり）
「Longhornならこんなにかっこよくなりますよ！」
って言う状態が望ましい。

901 ：デフォルトの名無しさん：04/07/13 23:18

↑これをやることによってXAMLを普及させ、
ひいてはLonghornの普及につながっていくと思う。

902 ：デフォルトの名無しさん：04/07/13 23:20

Longhorn用とのビデオドライバーでないと無理。
旧Windowsでは単なるUI記述の言語に成り下がってしまう。

903 ：デフォルトの名無しさん：04/07/14 09:28

XAML って、HTA がクラスアップしたような印象を受ける

904 ：デフォルトの名無しさん：04/07/14 09:45

2 way toolのアップなら良かったのにね。
またリソースエディタに逆戻りかよ、のXAML。

905 ：デフォルトの名無しさん：04/07/16 22:11

WindowsDevCenter.com: Understanding WinFX in Longhorn
http://www.windowsdevcenter.com/pub/a/windows/2004/07/13/winfx.html

906 ：デフォルトの名無しさん：04/07/17 14:15

Understanding WinFS by Exploring the WinFS Type System
http://msdn.microsoft.com/longhorn/?pull=/library/en-us/dnwinfs/html/winfs07142004.asp

そういやM7.2全然触ってないや。

907 ：デフォルトの名無しさん：04/07/17 15:32

確かに.NETも世に認知されてないときにWinFXとは世の中と乖離してきてるね。

ttp://www.itmedia.co.jp/enterprise/articles/0407/14/news026.html
>今から始めるのは時期尚早かもしれないと忠告した。

908 ：デフォルトの名無しさん：04/07/17 15:38

>>904
2 way toolsはIDEのカラクリであってXAMLとは無関係だよ。
XAMLをいじるGUIビルダにその機能をもたせることができない技術的な理由は存在しない。

909 ：デフォルトの名無しさん：04/07/24 17:58

2 way tools って、全然しらんのだけど、どういうののこと？
GUIビルダとコードの連携ってことなら、VS2003のC#もDelphiも似たようなものでないの？

910 ：デフォルトの名無しさん：04/07/26 09:10

つか、某の特許が2 way toolsで製品ではDelphiということだが。

911 ：デフォルトの名無しさん：04/07/26 11:21

A Developer's Perspective on WinFS: Part 2
http://msdn.microsoft.com/longhorn/?pull=/library/en-us/dnlong/html/winfsdevpersppart2.asp

912 ：909：04/07/26 11:43

>>910
TNX.
ふ～ん。そんなので特許とれちゃうんだねぇ。
C#とかはクロスライセンスでOKと。

913 ：デフォルトの名無しさん：04/07/26 13:02

>>911
何その16bit Windowsの出始めのころのダイアログのようなダサい画面。

914 ：デフォルトの名無しさん：04/07/26 13:20

可哀想に。画面ぐらいしか見てわかるところがないんだね。（　´,_ゝ`）

915 ：デフォルトの名無しさん：04/07/26 13:22

>>913
ただのサンプルアプリじゃん。
アホか。

916 ：デフォルトの名無しさん：04/07/26 18:47

>>913の作った64bit Windowsの出始めに相応しいダイアログのようなステキな画面を見てみたい。

917 ：デフォルトの名無しさん：04/07/26 18:49

まぁまぁ可哀想な子はそっとしておこうや

918 ：デフォルトの名無しさん：04/07/26 19:25

>>916
64bit云々はこの場合全く関係無いんだけど

919 ：デフォルトの名無しさん：04/07/26 19:29

別スレで意味も分からず64bit連呼してる荒らしだろ

920 ：デフォルトの名無しさん：04/07/26 21:10

いらんなあ

921 ：デフォルトの名無しさん：04/07/27 09:37

あれだろ。VS.netでビルドするときに、既存のデスクトップアプリか、WEBアプリにするか選べて、
後者の場合はXAMLでコードが出力されて、IE上で動かせるようになるとかだろ。

922 ：デフォルトの名無しさん：04/07/27 09:41

つまりさ、Javaアプリとアプレットと同じような感じ、そういう位置づけの機能を
実現するのに必要な仕掛けがXAML、違う？

923 ：デフォルトの名無しさん：04/07/27 09:41

動きの悪いWEBアプリにデスクトップアプリが追従するわけか。

プアな画面サンプルで良く分かった。

924 ：デフォルトの名無しさん：04/07/27 09:46

まあ、WinFXｲﾗﾝとか言ってる奴の知識レベルはこんなもんか

925 ：デフォルトの名無しさん：04/07/27 10:11

>>922
そっち方面の支援にもなるとは思うが、XAMLはUI全般を担当するものではなかったか。
>>923
Webアプリはこれからもっと重要性が増してくるぞ。

926 ：デフォルトの名無しさん：04/07/27 10:21

>>923
>>913 さん登場か？

927 ：デフォルトの名無しさん：04/07/27 10:45

ここは個人攻撃なインターネットでつね。

928 ：デフォルトの名無しさん：04/07/27 11:33

個人攻撃も何も、アホにアホって言ってるだけじゃん

929 ：デフォルトの名無しさん：04/07/27 11:37

ここは、アホにアホって言う、個人攻撃なインターネットでつね。

930 ：デフォルトの名無しさん：04/07/27 15:27

×　いらんというより
○　ニーズが全くない

931 ：デフォルトの名無しさん：04/07/27 16:10

脱Windowsもできないくせに。（　´,_ゝ`）

932 ：デフォルトの名無しさん：04/07/27 17:58

×　脱Windowsが重要
○　ソフトの携帯機器への展開＝Windows囲い込みからの脱出が必須

933 ：デフォルトの名無しさん：04/07/27 20:34

>>932
そう言うときこそ.NET compact Frameworkの出番ですよｗ

934 ：デフォルトの名無しさん：04/07/27 22:26

つか、Windowsはサーバへは進出してても、組込み系はｼﾊﾟｰｲ。
Windowsでも良いだろうと手を出したところは痛い目にあってる。
ましてやﾄﾞﾄﾈﾄ。

935 ：デフォルトの名無しさん：04/07/27 22:33

>>934
君はもういいから。マ板で電波垂れ流してなさい。

936 ：デフォルトの名無しさん：04/07/27 22:45

Windowsの成功はWin32APIの普及だが、.NETはマーケティング的に成功出来るんだろうか。

どーかなーと思うのが、WinFXに密に結合するSQL鯖、IIS、IE etc.

SQL鯖・・・システム全体でみた場合、RDB位オプソを使いたい。
IIS/IE・・・セキュリティガクブルもの。WindowsはOKだとしてもせめてApacheでは、みたいな。

そこへきて、次世代プレイステーションはOpenGL系になる?
ttp://www.itmedia.co.jp/lifestyle/articles/0407/26/news007_3.html
>次世代ゲーム機戦争はDirectX(Direct3D)対OpenGLという構図になるのか。

やっぱ、囲い込みされるより膨大なライブラリが生きる方を選ぶべきっしょ。

937 ：デフォルトの名無しさん：04/07/27 22:53

windowsがすでに膨大だから

938 ：デフォルトの名無しさん：04/07/27 23:12

プレステが何使おうとそもそも関係ねーし

939 ：デフォルトの名無しさん：04/07/27 23:18

>>936
>>935

940 ：デフォルトの名無しさん：04/07/27 23:18

IIS6.0からは設定しないとCGIの類は一切動かない状態だし
そこらの馬の骨が管理するならApacheですら危険には変わりねーし
ハードウエアFWとアンチウイルス鯖さえしっかりしてれば大して差はないべ

941 ：↑：04/07/27 23:19

社内限定なら

942 ：デフォルトの名無しさん：04/07/27 23:38

次スレね。
http://pc5.2ch.net/test/read.cgi/tech/1090939006/l50

943 ：デフォルトの名無しさん：04/07/28 03:45

なんの規則性も無いライブラリが乱立してもなぁ。
オープンソースだろうがプロプライエタリだろうが基礎は一本化すべき。

つー訳で、J2EE陣営は、さっさとフレームワークを一本化しな。どれもこれも
中途半端で、どれを支持していいのか困るんだよ。

この点は.NETの方が遥かに扱いやすくて助かる。

944 ：デフォルトの名無しさん：04/07/28 04:54

.NET Framework は、また捨てられたんでしょ。
新しいもので金を稼ぐために、
自分で自分の旧ユーザーを切り捨てるなんて、
一本化されてるだけに支持した奴は全滅じゃん（ｗｗｗｗｗｗ

945 ：デフォルトの名無しさん：04/07/28 06:55

夏だな

946 ：デフォルトの名無しさん：04/07/28 07:35

VB厨は3度死ぬ

947 ：デフォルトの名無しさん：04/07/28 07:43

２度だろ？

948 ：デフォルトの名無しさん：04/07/28 08:35

>中途半端で、どれを支持していいのか困るんだよ。

で、支持してた中途半端なVBとActiveXが亡きものに

949 ：デフォルトの名無しさん：04/07/28 11:11

旧ソ○エトの人が資本主義国に居住すると、

ａ）こんな自由なところは無いと期間が過ぎても帰国しない人
ｂ）全てが自由で何をするにも選択しなければならない、やってられないと帰国した人

に分かれた。

943はｂか。
選択が不要であれば粗悪品でよい、と。

950 ：デフォルトの名無しさん：04/07/28 12:04

選択の自由があっても粗悪品ばかりじゃなぁ(;´∀｀)

951 ：デフォルトの名無しさん：04/07/28 13:02

粗悪品てのは耐年に弱い製品だよ。

VB、VC++/MFCみたいな香具師。

オプソは使えるライブラリなんかが積み上がってるし制覇してるもんな。
BSDで開発されたTCPスタックもあれば、IEはBased on NCSA Mosaic.

952 ：デフォルトの名無しさん：04/07/28 14:46

このスレにオプソ厨が来るといい感じに荒れますな。

953 ：デフォルトの名無しさん：04/07/28 14:58

>>951
とどのつまりオプソを食ってプロプライエタリが肥えると言うことですね。

954 ：デフォルトの名無しさん：04/07/28 15:07

残念、事象の読み方が間違い。

オプソというかLinuxの発明は世界中の開発者を巻き込んだ開発力と言われ、
セキュリティLinuxは2.6カーネルにマージ、
また、Windowsなんかの新機能も一瞬でコピー、と。

開発スピードから見ると、
オプソ・・・資本主義
M$・・・旧ソ○エト
となる。

955 ：デフォルトの名無しさん：04/07/28 15:12

オプソに君臨しているGPLは社会主義だろ

956 ：デフォルトの名無しさん：04/07/28 15:30

選択肢だけみれば多いにこしたことはない
死滅したときに全滅を免れるからな（種の多様性）

957 ：デフォルトの名無しさん：04/07/28 15:32

>>955
情報が遮断されている世界に住んでるようでつね。

m$やi日mなんかのNetBEUIなんかのクローズドな戦いが行われていましたが、
現在、BSDではじまったインターネットプロトコルが世界を制覇して、
情報やライブラリを自由に入手出来まつ。
m$マンセーなんて踊る必要もありません。

次のオプソ対クローズドライブラリの戦いはOpenGL vs Direct3Dかな？