ファイルシステムでHello World
この連載では"ファイルシステムの作り方"をご紹介します。第1回目の今回は簡単なイントロダクションと単純なHello Worldファイルシステムの作り方を説明します。次回以降で詳しい解説と本格的なファイルシステムの作り方をご紹介しようと思います。
作者 Jonathan Allen, 翻訳者 編集部 投稿日 2008年4月5日 午後6時41分
Microsoft Open Specification Promiseのもとで、Microsoftは XAMLおよびWPFの仕様(source)の草案をリリースした。これにより提供されるのは、Microsoftによる要求に対するメーカーの特許権保護であり、オープンソースプロジェクトが仕様を使用することを可能にする。
原則的にMicrosoft Open Specification Promise(source)は、Microsoftが取り扱われている仕様に対して特許権を有しているなら、前述の仕様にある実装に対してその特許権は決して執行されないと言っている。しかし、Microsoft以外の特許に対するメーカーを補償することは約束できないとしている。
Coverd Specificationに準拠する範囲で実装を作成、使用、売買、販売提供、輸入、および流通の目的で、Microsoftは以下を前提として、Microsoft Necessary Claims を主張しないことを取り消し不能の形で約束している。これはMicrosoft直々の契約であり、それによりプラスになる条件として、この契約との関係で Microsoftの権利が供給業者や販売業者に受諾されることはないということを認めている。そのようなMicrosoftによるCovered Specificationの実装に対して、特許権侵害訴訟をおこしたり、支持したり、自主的に参加したりした場合、 同様のCovered SpecificationのCovered Implementationに関して、この契約は適用されない。明確に言うならば、「Microsoft Necessary Claims」はMicrosoftが所有または統制している特許権の主張である。それは、詳述され単にそのようなSpecificationで参照され るだけではないCovered Specificationの必要部分のみを実装するために必要なものである。「Covered Specifications」を以下に記載する。
この契約は、以下のことを保証するものではない。(1)Microsoftの発行した特許権の主張がCovered Implementationを取り上げていること、または執行可能であること。(2)Covered Implementationが特許権や第三者の知的財産権を侵害しないこと。この契約内で明記されている権利以外は、含蓄、消耗、禁反言により認められ ず、放棄されずまた受諾されない。
XAML仕様は2部に分かれる。1つはXaml Object Mapping Specificationである。これは、XAML言語自体を定義し、解析に重点を置いている。2つ目は、WPF Xaml Vocabulary Specificationの仕様である。これは、Windows Presentation Foundationにあるオブジェクトを取り扱う。Object Mapping仕様とは異なり、Vocabulary仕様はより概要的なものである。
原文はこちらです:http://www.infoq.com/news/2008/04/Xaml-Specs
この連載では"ファイルシステムの作り方"をご紹介します。第1回目の今回は簡単なイントロダクションと単純なHello Worldファイルシステムの作り方を説明します。次回以降で詳しい解説と本格的なファイルシステムの作り方をご紹介しようと思います。
あなたのチームが、既存アプリケーションを「シングルトンの入れ子」設計から依存性注入(DI)へ移行しようとしているなら、この論文に心引かれるでしょうが、DIへの移行は難しいことが分かっています。論文にはGoogleのJava DIコンテナ(Guice)の名を入れていますが、Javaや.NET、Python、Rubyなどにも当てはまります。
アジャイルの「自己組織化チーム」のパラダイムでは、チームのメンバに新しいスキルが要求されます。この記事では、発展しつつあるチームの自己組織化を壊さずに、新たなスキルを伝えるためのいくつかの戦略を提案します。そして、新しいスキルを身につけるのに役立つ資料のありかを提示しています。
今回の記事では、非同期ワークフローと呼ばれるワークフロー機能の面白い使用法を考察しますが、非同期ワークフローは.NETの非同期プログラミングモデルを単純化することを目的としています。
アーキテクチャは一般に、Word文書に主として見られるような極めて実体のない、ソフトウェアシステムの概念的な側面であるか、または完全に技術によって駆動されるものかのいずれかです。そのどちらも間違っています。では、どう対処すればよいでしょうか? この記事ではアイデアを説明します、そしてアプローチのキーポイントを要約します。
Werner Schuster氏が、簡単な例を示しながら、Javaのようなプロパティをメタプログラミングを使ってRubyに追加する方法を示します。
現在のRIAアーキテクチャにおいて、クライアント/サーバーの通信は重要な位置を占めています。本稿では、James WardとShashank TiwariがアドビによるオープンソースのBlazeDSメッセージングサーバーの世界へ飛び込みます。
ウィルス対策ソフトや情報漏えい防止用のソフトは、いわば影の存在です。ユーザの操作性やGUIを工夫する以上に、いかに目立たない存在となるかにその技術を注ぎ込んでいます。ここでは日立ソフトが開発した「秘文」の事例を紹介します。
No comments
返信