アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
これが動くと、 (スコア:0)
# もちろん IE なんて普段は使わないのだが、
# 検証用とか、IE しか使えないサイトとか、
# 使い出はいっぱいある。
Re:これが動くと、 (スコア:3, 興味深い)
.NET の行き着く理想は要するに、現在の アプリケーション/Windows/ハードウェア というレイヤーを サービス/.NET/ネットワーク に置換しましょって事ですよね。中期的には Office も .NET アプリケーションになり ASP 的に提供されるとか、即効性のある話では web サービスによる異なるサイト間のサービスリレーションなど、色んな話があった。
で、MS の理想は素晴らしいがそれが囲い込まれた世界にならないように MONO がある、と。そういう話だったのでは。.NET で盛り上がっていた頃のインターネットマガジンに MONO プロジェクトのインタビューがあったと思うので探して読んでみるといいかも。
# ついでに MONO があれば .NET の資産価値が高まるワケで
# MS と MONO は win-win になれる、という話もどこかで聞いたような。
Re:これが動くと、 (スコア:2, すばらしい洞察)
それでセキュリティを確保できるから、次世代Win描画システムはhttp越しにWin32なAPIを通すのを狙っていると思うんですよね。
だから、将来のIEって、X-WindowsみたいにWindowsの画面コンポーネントが（HTMLの部品でなく）直接描画出来るようになるのを狙っていると思うんすよ。
で、こうなるとサーバーとクライアントは必ずWindowsじゃないと駄目、というイヤンな世の中になる・・・・かもです。
で、それじゃぁ困るからMONOを作るんだ、という勢いらしいですね。
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:これが動くと、 (スコア:0)
「X」もしくは「X Window System」です。
Re:これが動くと、 (スコア:0)
Re:これが動くと、 (スコア:1)
Ruby(あくまで一例ですが)みたいな設計の言語だと、それも無いわけですよね。
＃しかも 31 bit 以内だと軽く動くように最適化されてるらしい。＞ruby
CPUパワーって、そういうところに使うべきもんだと思うなあ。
>（メモリ確保をオーバーフローした結果に基づいて行われた場合を考えてみて下さい）。
古典的な「メモリ確保」なんて、もはややらないのでは？
確保すべきメモリの寸法なんて、人間様(アプリ開発者のコード)が直接計算しないんじゃないかな？
＃てゆーかメモリなんてObjectの中に隠蔽されるじゃん。
配列系のObjectに、要素を、「ADD」する、という使い方をしていれば、
(メモリ不足にならない限り)溢れようがないわけで。
そして不足したら例外が挙がるわけで。
そういや例外ってのも強烈な仕掛ですよね。
やばいことが起きたら、起きた側から能動的に「やばいよ」って教えてくれる。
こっちが「意図」しなかった問題が生じたときでも、向こうから教えてくれる。
Cの返し値チェックみたいに、こっちから調べてあげない限り永遠に判らなかったり、
最悪、うまく調べる方法すら無かったり、という心配から、解放されるわけだ。
え？意図しない例外で落ちたらウザイだろって？
そりゃ、Processがやばくなったら落ちるのと、同じですって。
例外は、Processと(そういう意味で)似た防護機能を、
Process単位じゃなくもっと細かいソース上のBlock単位に対し、提供してくれる。
Re:これが動くと、 (スコア:1)
> # MS と MONO は win-win になれる、という話もどこかで聞いたような。
MSに、.NET開発者の拡大というメリットがあるうちは黙認されるでしょうけど、
フリーの互換実装の完成度が高まってMSの利益を脅かすようになったら、
特許紛争もしくは非互換なバージョンアップを仕掛けられて
駆逐されるのではないかという危惧があります。
生殺与奪をMSが握っている状況下での繁栄を、
はたしてwin-winと呼んでいいのかどうか、ちょっと怪しい。
Re:これが動くと、 (スコア:1)
Win-winと呼ぶのでしょうね。