Tooling Improvements Tooling for WPF was a top customer request during our interviews with our customers and the surveys. This sentiment is reflected in the feedback on UserVoice, where 3 out of the top 5 ideas in the XAML tools category were either attributed directly to WPF or had users requesting WPF support in the comments. Visual Diagnostics: The #1 request from the surveys and #2 idea on XAM

さて、まさかのMSの大鉈連発に、TL大騒ぎでございます。まさかOSS化まで入ってるとは僕も思ってなかった。MSクラスタですらもざわざわである。 んで、今回の決定が意味することをちょっと考察してみたいなーと。備忘録的にね。 あくまで 私的感想です。鵜呑みにしないように。 何が起こったのか 11/12日（米国現地時間）,Microsoft Connect();というイベントの中での発表でございました。 詳しくは、Public Keyさんを参照するのが良いと思います。 ［速報］マイクロソフト、サーバサイドの「.NET Core Rutime」と「.NET Framework」のオープンソース化を発表。C#コンパイラやASP.NETなど ［速報］マイクロソフト、「.NET server framework」のLinuxとMacOS X用オフィシャルディストリビューションを発表。.NETアプリケーシ

No trial. No credit card required. Just your GitHub account. Today is a huge day for .NET! We’re happy to announce that .NET Core will be open source, including the runtime as well as the framework libraries. This is a natural progression of our open source efforts, which already covers the managed compilers (C#, VB, and F#) as well as ASP.NET: C# & Visual Basic (“Roslyn”) Visual F# Tools ASP.NET

Roslynが1年以上ぶりに公開されました。 オープンソース化 おまけにオープンソース化（ライセンスは Apache License 2.0）のニュース付き。 ポータル: http://roslyn.codeplex.com/ ソースコードはページ内からのダウンロードもできるし、git cloneも可能 git clone https://git01.codeplex.com/roslyn Roslynの成果物 End-User Preview Visual Studio上で、C#プロジェクトで使ってるコンパイラーとかリファクタリング機能がRoslyn版にさし変わる 後述するC# 6.0新機能（のうちのいくつか）も使えるようになる Roslyn SDK Project Template Roslynを使ったVisual Studio拡張を作るためのテンプレート集 Roslyn Syntax

今までは、Blendのデータタブから設定するか、手書きXAMLするしかないと思ってました。ですが、今日Visual StudioのBindingのダイアログを開いてよく見てみると… DataContextがマークアップで設定されていません。 デザイン時のDataContextは、オブジェクトを選択し、[形式]メニューの [デザイン時のDataContextの設定]をクリックすることによって設定できます。 ふむ…。形式メニューというものなどない。 ということで、それっぽいメニューをまさぐってたらありました！！「書式」メニューに！！ DesignData, DesignInstance, StaticResourceから選択できます。これだけできれば文句ないですね。 WPFでWindowを選択して、このダイアログでDesignInsanceでd:DataContextを設定したらこんなXAML

OneDrive にもアップロード： http://1drv.ms/1jIwckw 約170ページ（正確には167＋隠しスライド1だけども）。たぶん、普段のペースで話すと3~4時間余裕な内容。「一度本気でみんな置いてきぼる登壇してみたい」という大変大人げない発想のためだけにこんな内容になりました。それでもBoost勉強会参加者なら… きっと何とかついてきてくれる（今回懇親会とか出れなかったんで、実際ついてきてくれてたかどうかは不明）。 ノリと勢いで作ったけども、正直、ちゃんとどこかで3~4時間かけてまじめに話さないと大変もったいない気もしている。

C# Advent Calendar 2013 12月24日分の記事です。 皆さんメリークリスマス。クリスマス・イブの日、ご家族や恋人と過ごされていますか? ま、大きなお世話ですよね！ さて、C#も10年を超え、11年目になってきました。おそらく私と同世代、アラフォー世代の多くの皆さんが、Visual Studio 2003や2005のあたりから本格的にC#を使っていると思います。 新しい言語、環境にすごいわくわくしましたよね。 そんな皆さんも、アラフォー世代となり、それなりに責任のある立場になっていると思います。 ところで皆さん、いろいろな知識や考え方がそこで止まっていませんか？ その時に一生懸命勉強したからいいやになってません？ ＠ITとかで新機能は一応チェックはしてみるものの別に使わなくていいやとかになっていませんか？ 最近ちらほら「LINQ禁止」だとか、「ラムダ禁止」とか聞くように

この記事は、Competitive Programming Advent Calendar Div2013 - PARTAKE の10日目の記事です。 はじめに 長い年月を経て、ついにTopCoderの C# 環境が、.NET Framework 2.0 から .NET Framework 4.0 へとアップグレードされました。 そこでさっそく TopCoder の 本番 SRM で使用する言語を C++ から C# へと変更しました。また、それまで競技プログラミングで早解き系のコンテストで C# を使ったことがほとんどなかったため、備忘録として本ブログでSRMの過去問を C# 4.0 で解くようにしました。 本記事では、過去問を解く過程で得た、競技プログラミング向けの簡単な C♯ の小技をまとめています。 C♯4.0 が利用できるオンラインジャッジ TopCoder CodeForces

ASP.NET プロジェクトで構成マネージャと Web.config 変換を活用する - しばやん雑記 id:shiba-yanがこれ書いたときは「先に書かれた！」と思ったのですが、私が書こうとしたところは書いてくれなかったので助かりました(笑)。 書かれている通り、Visual Studio 2010以降、ビルド構成に応じてWeb.configの内容をXLSTで変換することができます。しかし、同じリリース版でもWeb Deployの先に応じてconnectStringsやconfigSectionsの内容を変えたい場合があります。ビルド構成使い分けてもいいのですが、発行先が多くなると面倒ですよね。 そこでASP.NET and Web Tools 2012.2の新機能を使います。まず、通常通りWeb発行先を一つ以上作ってください。 発行先のプロファイルができると、PublishProfi

実際に ASP.NET でアプリケーションを開発していて、それを公開環境へデプロイする時には Web.config に書かれている接続文字列や設定などを、開発環境のものから変更する必要が出てくると思います。 最近の Visual Studio では Web.config の内容を XSLT で発行時に変換する機能があるので、Web.Release.config ファイルにリリース時に必要な変換を書くことが出来ます。 プロジェクトを作成すると、デフォルトで Web.Debug.config と Web.Release.config が作成されるので、昔に比べると非常に便利になりました。 しかし、実際には設定をステージング環境と本番環境で分ける必要があったりするので、デバッグかリリースという分け方ではトラブルの元です。そんな時には Visual Studio の構成マネージャを使ってステージン

連載目次 2013年1月26日（土曜日）、＠IT／業務アプリInsider主催のオフライン・セミナー「第1回 業開中心会議 .NET技術の断捨離」（スポンサー：グレープシティ、会場：日本マイクロソフト株式会社　品川セミナールーム、「業開」は「業務アプリ開発」の略語）が開かれた。 今回のテーマは、「.NET技術の断捨離」。.NETが登場してからの10年間、.NET FrameworkやC#／Visual Basic言語は進化を続け、より効率的な記述方法や、より最新の流行に合わせた技術スタイルが導入されてきた。では、そういった最新のコーディング・スタイルや技術を現場で採用するために、どのようにして古い技術の利用を「断」ったり「捨」てたり「離」れたりしていけばよいのか？ このテーマについて、最新の技術や記述方法に日ごろから慣れ親しんでいる.NET開発者を講師として招き、講演・議論した。セミナーの

やぁみんなこんばんわ！　今日も元気にVB書いてるかな？　Wow！ そいつぁゴキゲンだ！ ところでVBerのみんなは、自分たちの世間での評判、知ってるかな？　うん、そうだね、くそみそだね！ 実際、VBしか書けないよぉ〜〜って人で、まともなコード書いてる人は今まで（といっても僕の見てきた数は少ないけどね）一人もみたことないんだ。新人の子も、VB.NETで研修はじめてから、半年でびっくりするくらいのクソコードを量産するようになっていたしね。 そういった歯がゆい現実に対処するため、VBAからプログラミングを学びはじめて、今に至るまでひたすらVB.NETでコーディングしているというVBネイティブの僕が、ここ一年とちょっとで学んだあれやこれを載せたいとおもう。世の中に存在する、あるいはこれから生まれるVBコードが、少しでも良くなるように……ね！ 目標 これだからVBerは……とあんま言われないようなコ

Microsoftは、先日開催されたProfessional Developer Conference（PDC）やTechEdの開発者イベントに刺激され、幹部に「Visual Studio 2010」「.NET Framework 4.0」が持つ革新的な特徴を説明させることに決定した。 Microsoftは、アプリケーション開発プロセスをこれまでにない水準で分析できるようになるとして、次期バージョンのVisual Studioツールセット（開発コード名「Rosario」）を宣伝している。 同社は、アプリケーションライフサイクル管理プロセスを普及させるために周到に準備された公約を掲げる一方、仮想化、クラウドコンピューティング、並行処理といった流れから生じるソフトウェア開発ニーズを満たすと同社が主張する、一連の製品強化にも取り組んでいる。 来るべきツールに光を当てようと、Microsoft本社