- 1 名前：デフォルトの名無しさん mailto:sage [2005/04/12(火) 20:39:26 ]
- 前スレ
【Whidbey】Visual Studio 2005スレ【.NET 2.0】
pc8.2ch.net/test/read.cgi/tech/1080916113/
- 652 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 21:49:55 ]
- それでいいと思う
- 653 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 22:01:40 ]
- DirectXはコーポネントが新しくなればなるほど
COMの規則を守らなくなっている件について。
- 654 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:01:36 ]
- >>647
ＶＢはＯＣＸだと言ってみるﾃｽﾄ
- 655 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:05:51 ]
- >>650
だろうね。
>653
そうなの？
COMって、極論IUnknownインタフェースのことで、言い換えるとDLLのフォーマットだろ？
だから、高速化という目的では、DLL互換性を保つ条件で最大のパフォを期待できる。
で、
残りの２つのインタフェースが無くなってるの？
- 656 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:08:20 ]
- >>653
あ、レイトバインディングが無くなってきてるとかいうこと？
サイド・バイ・サイドが出たから、それは仕方ない事じゃなくて？
- 657 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:12:51 ]
- >>655
フォーマットというか、エントリポイントが絶対配置でなく、問い合わせられる仕様ね。
- 658 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 07:27:15 ]
- > ExecutionEngineException
こんなの見たことない
- 659 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 08:41:22 ]
- >>650
>パフォーマンスが必要な領域(OSに比較的近い所)=COM
>開発効率が必要な領域=.NET
>の二刀流でいくと思われる。
この二刀流って物凄く損な開発だね。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
Delphi/VCLだとWin32をラップしたクラスライブラリだからパフォーマンスは落ちないし、
クラス派生出来る。
つまり、ふつーに開発すればWin32とWinFX間にCOMは不要。
COMが介在した途端にクラス派生アボーン。
Delphi/VCL.netなんて不要なものもあるけど、「次世代プラットフォーム」には素直に合致してる。
- 660 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 08:48:33 ]
- >>649
COMが残るということと、COMをツカマされて損するのとは違うじゃん。
>Office 12もCOMベースのままだ。
VBAが丸ごとＣ丼ベースになることはケテーイなんでそ？
COM使うだけやヴぁいじゃん。
下位互換だからってVBA以前のExcelマクロを使わないように。
- 661 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 08:54:50 ]
- >の二刀流でいくと思われる。
開発者にWindowsDNA=VB-COM-VC++の二刀流をやめさせるため、
VBが亡くなってWinFXになるんだよ？
この状況でCOMを残したら、Win32-WinFX-COMの三刀流になっちゃう。
M$がVBを消す直前にアナウンスしたのは、
「COMではオブジェクト指向の海を渡ることができない」というM$DN文書。
内容はCOMは派生が使えない等と機能が足りない点を述べていた。
その前までは、「派生はOOPの本質ではない」といい続けてたがそれをひっくり返した。
だから、COMに拘ると、M$の勧めるクラスベースOOP、つまり.NETを否定することになる。
クラスベースOOPは枯れ切ってて、オブジェクトベースOOPが研究されてる時代なんだから。。
- 662 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 09:41:57 ]
- 何故V$の中の言語からライブラリまで変わり続けるのか、
本当の理由を読み取れるかどうかは開発のセンスだと思う。
正しくない技術は消えて逝く。
- 663 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:14:48 ]
- そこでWindowsDNAですよ。
> 正しくない技術は消えて逝く。
正しいか正しくないかは関係ないような？
- 664 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:30:08 ]
- WindowsDNAセミナーで必ず出てたVBが終息でつよ？
- 665 名前：デフォルトの名無しさん [2005/08/12(金) 11:41:17 ]
- なにをもって正しい技術なのかを証明するのは難しいと思われ
後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
ＶＢは。ＮＥＴになってからまるで別物になってしまったからなぁ・・
おかげでＣ＃使えるようになったからいいけどＶＢＡとかが今後どうなってくのかは気になる
。ＮＥＴ フレムワクは窓以外でも出て
他のＯＳでも動くアプリが作れるんだと勝手に妄想しながら当時は歓喜してたけど
ふたを開けてみると他のＯＳでフレームワーク出すって話はぜんぜん聞かない
マイコゥはどうする気なんだろうか
- 666 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:58:33 ]
- >なにをもって正しい技術なのかを証明するのは難しいと思われ
その通りですた。
「正しい技術」というより、「正しい技術の進化」の方が考えやすいね。
レイヤーとして古いものものと新しいものがスタックで被さるように。
>後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
これってソースコードの生死に関わるから超重要では。
OSのAPIがあって、その上にクラスライブラリが被さってというレイヤーだと非常に開発しやすく、
クラスライブラリはそこそこ性能もある。
が、OSの上にCOMが被さるとVBでのCOM拡張バージョンは消えるわ、C++とは相性悪いわで散々だった。
WinFXなんかもOSがクラスライブラリAPIになるのはスタックの領域侵犯では？と思ってたら、案の定Win32は残ることに。
じゃぁ、Win32とWinFX、および、他のクラスライブラリがあるところにCOMが要るかというと、イラネー
- 667 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:24:03 ]
- おまいら勘違いしてる。
・OSのクリチカルな処理をやるＰ／Ｃの優れた手段と、
・インターネットに耐えるよりオブジェクティブな手段と
の２つがあって、DNAは前者で使われてたCOMを拡張して
後者にも適用しようっていう、ＸＭＬの無く、ネットもそれほど普及してなかった時代
の発想だ。
だから後者は、XMLを用いたSOAPを使うWebService(.Netの一手段)へと計画変更され、
VBもVB.Netと世代交代した。
しかし、前者は相変わらずCOMベース。
SOAPのWebServiceでOSのクリチカルな処理を張り合わせるのは牛刀すぎる。
しかしCOMが使うレジストリは拡張されて、ActiveDirectoryに吸収される方向へ変化していく
だろう。いずれ完全なXMLベースになってな。
ここで、持論。
そのときにVCLもとい、.Netパッケージの非WebServiceクラスで、OSよりの処理をやるもの同士を
どうやって貼り合わせるか？ディレクトリ構造をフルパスで示したり、一つの場所に集める
だけだとCOMの二の舞。それならサイド・バイ・サイドを導入して…
そこまでやるなら、今のCOMと本質に変わらないことになるから、結局、COMが完全な
XMLベースになるときにCOMと纏めてパッケージ管理。
つまり、イントラはActiveDirectory、インターはUDDIがコンポネントを管理するようになる。
最後に、Win32はオブジェクト指向してない時代遅れだから、主力には持って来たくない。
だいたい、NT上ではWin32はサブシステム扱いだし。レガシー以外の何者でもない。
でも、ＣＥとの互換性で切るに切れない面もある。
- 668 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:43:21 ]
- 三刀流カコイイ！
- 669 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:47:52 ]
- >>666
そりゃ、バラパラのコンポネントより、整然とまとめたクラスライブラリの方が使いやすいさ。
Ｍ＄はクラスライブラリひとまとめで、一つのコンポネントっていう見方をしてるのかもしれんな。
ネットも高速化されたし、ODBCやMAPIなど、ある程度出そろった気がするし。
だから、互換クラスライブラリを作られると、ＯＳをやってる旨みが、インタフェースを
支配しているという利点が無くなるからやらないのかもね。
- 670 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:10:06 ]
- >>667
>COMﾏﾝｾｰ、Win32レガシー
ここまで読んだ。
しかし、MSはローカルでは「Win32 and WinFX」、インターネットでは「AJAX」とするみたい。
ttp://hotwired.goo.ne.jp/news/technology/story/20050809301.html
Win64も優勢。 ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/
で、実際のところも、ローカルではWin32上ではDelphi/VCL最強といわれたし、
インターネットではググルもAJAX。
- 671 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:18:42 ]
- 必要とされてないCOMをローカルやイソターネットに無理に入れても嫌がられるだけじゃないだろうか。
ユーザーはCOMが使われてるかどうか知らないよ、ということなら良いが、
ローカルアプリだとCOMのエラーは多いし、COMベースの画面ツールであるVBやMFCはショボイ。
また、インターネットでは認証ベースでダウンロードに時間がかかるので劣る。
- 672 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:22:10 ]
- スレタイよく読めアホ
- 673 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:24:52 ]
- アホアンチの書き込みは相手にするだけ無駄です。徹底放置してください。
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
> だって広告じゃあてにならん。
> さらにM$広告は派生はOOPの本質じゃない、
> と言い続けた後クラスベースC丼を出してVBユーザーのを騙まし討ちを行った。
- 674 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:27:11 ]
- VS2005で「Win32 and WinFX」「AJAX」しる！
- 675 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:27:52 ]
-
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 676 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:28:51 ]
-
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 677 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:30:03 ]
- >騙まし討ちを行った。
これって本当？
- 678 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:32:41 ]
-
((⌒⌒)) ﾄﾞﾄﾈﾄなんか誰も使ってないニダ！！
ﾌｧﾋﾞｮ━ l|l l|l ━ﾝ！
（⌒;;.. ∧_,,∧ 貴様はM$に騙されてるニダ！！！
(⌒.⊂,ヽ#｀Д´>
（⌒)人ヽ ヽ、从 お前ら！！ウリの話を聞けニダ！！！
从ﾉ.:(,,フ .ﾉゝ⊃
人从;;;;... レ' ﾉ;;;从人
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 679 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:45:06 ]
- COMどうするか決着しる。
- 680 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:46:00 ]
- COMは例えばC++BOOSTのlambdaのように
言語の持つ能力以上のことをクラスライブラリでやらせているような
無理がある技術。
- 681 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:50:25 ]
- 相手にするも何も、お前らよくあんな支離滅裂な日本語理解できるな。
- 682 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:57:57 ]
- 盛り上がってきますた。
- 683 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:24:12 ]
- COMは便利＞＞＞FLASH、PDF、etc.
- 684 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:27:44 ]
- マルＣＯＭ・Ｘです。
アメリカから来ました。
- 685 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:57:49 ]
- COMとOLEを間違えているスレ
- 686 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:00:49 ]
- >>679
COMは残る。デバドラ書くのに絶対必要。
- 687 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:08:57 ]
- >>674
なんでCOMやらマネージドオブジェクトの話してるときに、AJAXが出てくるねん。
Win32は、レガシーやからしばらく残るけど、MacみたいにDirectXが標準になったら
益々いらんなー。算術ライブラリなんかは必要だけど、もう、NTネイティブAPI呼んだら
ええんちゃうのん？
- 688 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:11:55 ]
- 確かにCOMとOLEをごっちゃにしてた。
便利DLLマシーンとしてCOMが生き残ることはわかった。
ではOLEはこの先生きのこるのか？
- 689 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:27:38 ]
- だからなあ、スレタイよく読めよ
- 690 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:31:17 ]
- 擦れたいは、ええとぉ、
VS2005を使うときにCOMは是か非か、
だっけ？
- 691 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:33:02 ]
- ｲﾐﾌﾒ>>686
それはシリアルポートのCOMかよ。
DDKとCOMはﾑｶﾝｹ
- 692 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:34:02 ]
-
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 693 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:34:26 ]
- ( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
- 694 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:35:03 ]
- >>690
おおよ。じゃあ、VS 2005でのCOM関連の新機能を挙げてみろ。
- 695 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:38:29 ]
-
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 696 名前：デフォルトの名無しさん [2005/08/12(金) 17:42:59 ]
- 日本語版July CTPはまだですか？
- 697 名前：824 mailto:sage [2005/08/12(金) 17:46:09 ]
- 〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 698 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:49:09 ]
- >>696
順調に遅れてる。
それよりも英語版のAugust CTPがもうすぐ出る。こっちの方が重要。
- 699 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:54:43 ]
- 例のNullableの変更が入るやつか
- 700 名前：デフォルトの名無しさん [2005/08/12(金) 18:14:50 ]
- >>699
詳しく。
- 701 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 18:22:13 ]
- >>700
ttp://blogs.msdn.com/somasegar/archive/2005/08/11/450640.aspx
- 702 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 18:29:12 ]
- >>700
int? n = null;
Console.WriteLine(n == null);
object o = n;
Console.WriteLine(o == null);
現状、↑の結果はtrue、falseになる。
それをランタイムに仕様変更を入れてきちんとtrue、trueになるようにするらしい。
- 703 名前：794 mailto:sage [2005/08/12(金) 20:13:27 ]
- 〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 704 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:13:54 ]
- 意味もわからず「Ajax！」とか叫んでるやつが哀れでウケるｗｗ
>>702
そんなのいろんなところで散々既出だろ
- 705 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:19:36 ]
- >VBAが丸ごとＣ丼ベースになることはケテーイ
マジですか。
- 706 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:25:31 ]
- >>704
いや、だから「例の」って言ってるじゃん。
- 707 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:27:35 ]
- C#じゃなくて、それをいうならCLRだろ。
- 708 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:36:23 ]
- >>707
ﾊｧ?
どこに「C#の変更」なんて書いてある？
- 709 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:41:29 ]
- もし構文がC#ライクになるというならそれはVBAじゃなくてC#Aでしょ。
スクリプトエンジンの本体がCLRで書かれるという意味で解しても、「C#ベース」とは言わないだろ。
- 710 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:43:03 ]
- >>709はどこに対するレスだ？
お前ら言ってることがさっぱり理解できんぞ。
- 711 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:43:52 ]
- >VBAが丸ごとＣ丼ベースになることはケテーイ
- 712 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:45:36 ]
- > VBAが丸ごとＣ丼ベースになることはケテーイ
そんなニュース聞いたこともない。リンク出してみろ。
それとVSAがマネージドコードベースなのはVS 2002の頃から。
- 713 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:47:17 ]
- > VS 2005でのCOM関連の新機能を挙げてみろ。
- 714 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:52:59 ]
- とっくにfeature completeしたWhidbeyネタで何を憶測でモノ言ってるんだか･･･。
- 715 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:58:49 ]
- 禿同
- 716 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:02:21 ]
- だから、無知なアホは相手にするなと何度言えば
- 717 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:46:45 ]
- VBA持たしかにとっととManagedに移行してもらいたいが、相当先のことだろうな。
しかたなくVSTO使うのさ。
- 718 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:53:25 ]
- --- ここまでスクロールした ---
- 719 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:58:17 ]
- >>691
計測機器のポーリングやるのに、ガベコレ使うわけにいかんやろ。
ハードリアルタイムを保証しようと思ったらCOMしか残ってないやん。
組込ＸＰのデジタルオシロとか想像してみてよ。
それでも要らんと思う？
- 720 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 22:21:05 ]
- そろそろCOMポートはなくなるな
- 721 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 22:35:20 ]
- >>719
ＧＣにも様々な種類がある。
すべてのＧＣがハードリアルタイムなモノに利用できないというわけではない。
- 722 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:01:07 ]
- >>721
なるほど。だから、計測機器のドライバをマネージドコードで書く訳か。
- 723 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:01:50 ]
- マネージコードじゃなくてネイティブコードだろ
- 724 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:03:46 ]
- すまん微妙に誤爆
しかしぶっちゃけ、メモリの開放のし忘れよりは、パフォーマンスの低下のほうが心配なんだが
- 725 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:12:57 ]
- そんなのC++でかけばいいじゃん
- 726 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:13:37 ]
- >>724
まーそうだね。
ハードリアルタイムなGCを実現しようとすると、
全ての実行時間におけるガベコレ実行時間の割合が増えるからイクナイ。
そういうわけで、ほとんどのところでは使われないのかもね。
実行効率の良いハードリアルタイムＧＣが発見されることを祈ろう．．．
- 727 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 23:43:12 ]
- >>726
そもそもさ、ＧＣってメモリ管理の最後の手段でしょ？
最後の手段をイキナリ持ち出してくるって、掟破りなんじゃないの？
しかも組込で。
- 728 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 00:38:51 ]
- >>727
拒絶反応出ました？
組込みの人だとオブジェクト指向はおろか、
ＧＣアルゴリズムなんてとてもじゃないが知らんと思う。
だから、ＧＣという言葉を聞くだけで、拒絶反応が出てくるのじゃないかと。
実際に、組込みで安心してＧＣを使うには、適切なＧＣを利用し、
利用されているＧＣアルゴリズムを意識したプログラム作成が求められると思う。
とゆーわけで？ＧＣを勉強して有効活用してみないか？とか逝ってみる。
- 729 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 00:43:17 ]
- GCって勉強しないと使えないものなのか。
いずれにしても組み込みにはランタイム環境ははでかすぎ。
だから多少ロイヤリティがかかっても携帯アプリはJavaよりBREWのほうがマンセーされたりもする。
- 730 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 03:03:19 ]
- >>728
っていうかさ、そもそも「環境的にC++がまともに使えるかもわからん」よ、組み込み。
それに、C++つかえるならstd::auto_ptr、boost::shared_ptr以外の選択肢があるのか？
ランタイムみたいなぱーぺきなGC(=走査型GC)はどうかと思うのだが。いや、実行タイ
ミングさえコントロールできれば何とかなる場合もあるが、メモリとの戦いもあるしなぁ
Win内でやるとすると…まぁ絶対は無理なのでだましだまし&環境限定になるなぁ
なんかのボードかませてそこでリアルリアルしたほうが安心できるような希ガス
- 731 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:00:27 ]
- 携帯コンテンツ・ゲー板でBREWマンセーしたら袋叩きだぞ
- 732 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:03:42 ]
- BREWがそんなに喜ばれてるのなら他の会社の携帯にも搭載されてもいいと思うのだがそんな動きは全くないしなぁ・・・
- 733 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:26:36 ]
- >>719
組込みWinは急速に出てきたけどなんか負け組み機械になってるよ。
Win９X御城なら見たけど、CPUもOS二つになってるらしいし負け組みだね。
組込みWinは全然ダメ。
まだこっちに期待。
ttp://www.atpress.ne.jp/backnumber/3274.html
- 734 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:45:55 ]
- COMって結局ﾌﾞﾋﾞﾁｭｳ活かすためだけにあるんだよな。
C++側が寄り添うような幹事で。
それを組み込みにまで広げるなんて強引にも程がある。
そのためにOS２つ（マイクロセカンドで動作するOSは必須）なんて開発効率悪杉。
- 735 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:49:06 ]
- >Win９X御城なら見たけど、CPUもOS二つになってるらしいし負け組みだね。
デモできいたけど、解析アプリはJavaって逝ってた。
ならなんでWin9Xなのかと。
もう、アふぉかとヴぁかかと。
- 736 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 10:58:52 ]
- やっぱ、製品が同拡張されるかは会社都合があるわけで、
M$としてはサーバーサイド、汎用機とUNIXＷＳ市場の食い合いを、
Linuxと競争するのが最優先だろ。
で、携帯は市場参入できるだけでおｋでつよ、みたいな感じ。
だから組込みを目指す人はＷｉｎは開発マシンに使い、ターゲットでは使うべきでない。
- 737 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 11:25:54 ]
- マシンが高速化するからＶＢアプリでも無問題と言われながら、
やっぱ問題だったもんな。
ガベコレのターゲットはウェブサーバだろ。
- 738 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 11:30:21 ]
- >>731
そりゃ自由に開発できないからでしょ。
ユーザーからみれば何で組まれていようと、安くかつパフォーマンスのいいほうを選ぶ
- 739 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 13:02:56 ]
- >>728
おいらの得意分野はメモリ管理ですよ。
俺のプログラミング人生の１／４程はスラッシングとの戦いですよ。
ＧＣっぽいものやＧＣも書いたことありますよ。
- 740 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 13:07:25 ]
- >>735
NT系は、ＣＰＵの動作モードをアプリが勝手に弄ったりできない。
ユーザープロセスの制約がきつく、アプリから直接I/Oを叩いたりできない。
- 741 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 13:09:49 ]
- >>737
ＣＰＵが複数あったら、ガベコレは大夫良くなると思うけど、
やっぱり書き方に気をつけないと間に合わないこともあるだろうね。
M$はWeb鯖用OSを今は作りたいんだろうな。
- 742 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 14:27:42 ]
- --- ここまでスレ違いにつき破棄 ---
- 743 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 18:34:14 ]
- >>742
すいません。
--- ここから ---
が、見つかりませんでした。
- 744 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 22:12:33 ]
- ここから:
- 745 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 22:18:58 ]
- どけどけどけ〜
どけどけどけ〜
邪魔だ邪魔だ邪魔だ〜
- 746 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 22:25:18 ]
- VB6だのCOMだの言ってんじゃねーぞばっきゃろこんにゃろーめ〜
- 747 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 23:40:05 ]
- 結局、COMとは何ですか？
- 748 名前：デフォルトの名無しさん mailto:sage [2005/08/14(日) 00:16:11 ]
- >>747
多くのVB厨をどことなく不安な気持ちにさせる何かｗ
- 749 名前：デフォルトの名無しさん mailto:sage [2005/08/14(日) 00:33:09 ]
- C++という静的なプログラミング言語で実装した高性能のC++オブジェクトを
VBなどの言語から動的バインディング可能にするための規約
C++プログラマには面倒と煩雑さ、VBプログラマには超えられない壁
- 750 名前：デフォルトの名無しさん mailto:sage [2005/08/14(日) 02:42:18 ]
- そんなことより、定数とか大文字で書かれることが多いけど、
シフト押しながらって激しく入力しづらいよね。
おまいらどうやってる？
- 751 名前：デフォルトの名無しさん mailto:sage [2005/08/14(日) 02:53:37 ]
- オートコンプリート
- 752 名前：デフォルトの名無しさん mailto:sage [2005/08/14(日) 02:54:47 ]
- CAPS LOCKでも使っとけ
|
 |
