Anith Gopal

Alltop’s Holy Kaw talks about measuring your clout on Twitter. With so many people using new social media channels, experimenting with the new paradigm, this is a good read. My team was talking about the changes in communication

J’ai conclu ma présentation sur la plateforme Web Microsoft lors de notre récente Conférence pour les Agences Web par une ouverture vers le futur en évoquant la plateforme de Cloud Computing de Microsoft : Azure . Une étude pas si ancienne que ça nous révélait que le Cloud Computing restait un mystère pour la majorité des PME Nord Américaines et Britanniques, dont plus de la moitié qui ne connaissaient même pas le terme.

I’ve been invited to do a session in Coventry for the NxtGenUG – this will be run on Monday June 15th at the Coventry flying club. If you fancy knowing some more about the new stuff in Workflow then please sign up here

Windows에 호환되지 않는 응용 프로그램을 설치하거나 실행할 때, Windows가 다음과 같은 메시지 창을 보여줍니다. (영문 그림이라 죄송합니다…) Windows 개발 기간 동안 응용 프로그램들을 테스트하는 동안 문제가 발견되면, 설치나 실행을 제한하는 메시지를 만들어서 띄우도록 하는데, 이 메시지를 AppHelp 라고 합니다.

Microsoft Tag est un produit actuellement en Bêta et qui est constitué par une plateforme de bout en bout au coeur de laquelle figure une technologie de code 2D “à la QRCode” utilisable depuis la plupart des téléphones mobiles du marché équipés d’un appareil photo. In a Nutshell… La technologie de code 2D de Microsoft Tag est dite de “haute densité” dans le sens ou cette techno à base de petits triangles de couleur nécessite une surface inférieure à d’autres technologies telles que QR Code pour contenir le même volume d’information. Voici à quoi ces tags ressemblent.

UXを改善することでどのようなメリットがあるのでしょうか。 とくに企業システムにおいては、UXなんて考慮する必要ないんじゃないの？ROIはゼロでしょ？と思っている方もいらっしゃるかもしれませんが、大間違いです。実は企業システムこそ、UXを考慮することで 1) 売り上げを向上させる 2) 経費を削減させる 3) 生産性を向上させる といった大きな効果を得ることができるのです。 ではUXを改善することによって具体的にどういった効果があったのか、これらを実現した事例を次の回では紹介していきましょう。

Hello Folks, I am back and this time no issues to be resolved, just knowledge sharing.I have gathered few links that would help understand the Sharepoint search architecture. Windows SharePoint Services Search Architecture http://msdn.microsoft.com/en-us/library/aa979515.aspx Enterprise Search Architecture http://msdn.microsoft.com/en-us/library/ms570748.aspx Find It All with SharePoint Enterprise Search http://technet.microsoft.com/en-us/magazine/2007.01.search.aspx Video on Sharepoint Search Architecture and Configuration http://www.microsoft.com/winme/0712/31729/Module8/Local/index.html I will be adding more links as i discover! Enjoy the Knowledge & keep reading!!! Cheers,

Мы продолжаем осваивать карту России:), за последние пару недель нам удалось договориться о проведении семинаров Дни разработчика и TechNet еще в нескольких городах. Обновленный список приведен в табличке.

  こんにちは！ フォーラム オペレーターの服部清次です。 前回の更新から少し時間が経ち、 あっという間に２月も後半に入 ってしまいましたが、皆さん、いかがお過ごしですか？ 今日は、久しぶりに、 MSDN フォーラムの Team Foundation Server 関連 FAQ コンテンツ で紹介しました英語スレッドの日本語訳を紹介してみようと思います。   こちらの記事は、ノース・カロライナ州にあるマイクロソフトのオフィスで Team Foundation Server のビルド自動化機能 Team Build の開発を担当している Aaron Hallberg のブログに掲載されたスレッドです。 こちらの情報が皆さんのお役に立てることを願っています！ (^_^)v   ＊ なお、日本語に翻訳するうえで表現のニュアンスを変えている箇所などがありますので、ご了承ください。     ◆ Team Build でカスタム プロパティを個々のソリュ―ションに渡す（原題： ”Passing custom properties to individual solutions in Team Build” ）   このトピックに関して、 Gautam Goenka が 2006 年 4 月 20 日に 記事 を投稿しています。 そこには、ターゲット ファイルが含まれていました。 これは、 Team Build の標準 CoreCompile ターゲットをオーバーライドし、 Team Build が SolutionToBuild 項目グループ内のソリュ―ションをビルドするために使用する MSBuild タスクに渡されるユーザー特有のプロパティを許可するものでした。 このアプローチは、同じカスタム プロパティ値を SolutionToBuild 項目グループ内の各ソリューションに渡す場合は有効です。 しかし、 異なる プロパティ値を各ソリュ―ションに渡す場合はどうでしょうか？   Manish Agarwal   が、初歩的なスタートとして役立つ 記事 を投稿しています。 彼の目的は、アセンブリをソリュ―ション特有のサブディレクトリにリダイレクトすることでした。 しかも、この方法では、ソリュ―ションの特質に基づいて、他のユーザー特有のプロパティを渡すことができるように、容易に拡張することができます。 しかし、残念ながら、この方法は、ビルドのコンパイル段階でのエラーや警告で計算が中断されるといった問題があります。   このまま続ける前に、私は、 Team Build のビルドでは e Core* ターゲットのオーバーライドが推奨されていないということを言うべきでしょう 。 この主な理由は、これらのターゲットをオーバーライドした場合、それらの大半が Visual Studio 2010 で大幅に変更されるため、アップグレード後に壊れてしまうことが原因です。 詳細に関しましては、 Buck Hodges   が投稿した 記事 をご覧ください。 良いニュースとしまして、 Visual Studio 2010 では、ユーザーが Team Build v1 で Core* ターゲットをオーバーライドする原因となっていた問題が対応されているため、このようなことをする必要はありません。   こう言った後で、ソリュ―ション特有のメタデータを通じて各ソリュ―ションにカスタム プロパティ値を渡すことのできる、新しい CoreCompile オーバーライドを添付します。 例えば、各ソリュ―ションが異なるキーファイルで書名できるようにする場合、以下のようにすることができます。       < SolutionToBuild Include = ” $(SolutionRoot)foo.sln ” >       < Properties > SignAssembly=true;AssemblyOriginatorKeyFile=C:foo.snk </ Properties >     </ SolutionToBuild >     < SolutionToBuild Include = ” $(SolutionRoot)bar.sln ” >       < Properties > SignAssembly=true;AssemblyOriginatorKeyFile=C:bar.snk </ Properties >     </ SolutionToBuild >   注意： 個々のバイナリを個々のサブ ディレクトリに入れようとしていた私の当初のサンプルは、壊れてしまいました！ この点を指摘してくださった Esteban Garcia に感謝したいと思います。 もし、ご迷惑をお掛けした方がいらっしゃいましたら、お詫び申し上げます。。。 バイナリを個々のサブディレクトリに入れたい場合は、以下のような新しい添付コードを試すことができます。       < SolutionToBuild Include = ” $(SolutionRoot)foo.sln ” >       < Subdirectory > foo </ Subdirectory >     </ SolutionToBuild >     < SolutionToBuild Include = ” $(SolutionRoot)bar.sln ” >       < Subdirectory > bar </ Subdirectory >     </ SolutionToBuild >   この修正された CoreCompile ターゲットを使用するには、   添付の CoreCompileOverride.targets ファイルをダウンロードし、 TfsBuild.proj と併せて確認する。（もう 1 つの方法として、このファイルをビルド マシンのどこかにインストールし、手順 2 でインポート ディレクトリを修正することができます。） 以下のように、 TfsBuild.proj ファイルに <import> 命令文を追加する。 < Import Project = ” $(MSBuildProjectDirectory)CoreCompileOverride.targets ” /> SolutionToBuild 項目グループの各項目にカスタム プロパティを追加する。   こちらの情報がお役に立てることを願っています！　添付コードなどに関して問題に直面した場合は、コメントでお知らせください。

Great post by my colleague on Microsoft technologies that are very much in focus. So pretty safe to say these are here for the long run (up to you what ‘the long run means in IT). http://blogs.msdn.com/katriend/archive/2009/02/15/net-developer-technologies-what-s-here-to-stay-what-can-you-focus-on-trends.aspx

这次我主要讲RCW的原理，生命周期，引用计数，套间，System.__ComObject，事件调用原理等内容。CCW由于时间限制就不涉及了，毕竟大家还是以使用RCW为主。 感兴趣的朋友可以在下面注册： 公共语言运行库(CLR)开发系列课程(4)：COM Interop进阶 (Level 300) 讲 师： 张羿  课程简介： 本次课程我们将介绍.NET调用COM组件上使用上的一些常见问题，特别是RCW创建、释放、和套间的交互等比较容易出错的地方。之后，我们将简介CCW的使用方法。 推荐指数：