数年前から WinQuickLook という Windows アプリケーションを趣味で開発しているのですが、内部実装をガラッと変えた新バージョンの開発進捗が著しく悪いことに悩んでいました。現在 V4 というソリューションで絶賛開発中となっていますが、リリース日は未定という状態です。 このアプリケーションの開発を加速させるために、ViewModel を用意するより簡単な方法を求めていました。 初期バージョンは Windows Shell 周りの実装に力を入れていたので、UI 周りは Window が 1 つでボタンが数個ある程度だったため、大体はコードビハインドを使って書いていたのですが、V4 を機に MVVM で作ろうとしたところ余りにも面倒すぎて止まっているのが現状です。 Window が 1 つのアプリで ViewModel を分離して、更に MVVM フレームワークの導入とかそっちの

仕事で Cosmos DB を使ってアプリケーションを書きましたが、最近はあらかじめ割り当てておいた RU を突き抜けることがあって原因の調査を行っていました。 その時に Cosmos DB のメトリックだけではコレクション別でしか RU を確認出来ず、Application Insights では処理時間しか取得されておらず不便だったので、自前で消費した RU を送信するようにしました。 RU を送信する処理は Repository のベースクラスに仕込んだので、少しの修正だけで済みました。 上で挙げたサンプルクラスに以下のような処理を追加して、適当なタイミングで呼び出しているだけです。RU 以外にも送っても良い気がしますが、今回は RU だけで十分でした。 TelemetryClient はサンプルなので DI を使って直接渡しましたが、適当にインターフェースを用意した方が Appli

App Service on Linux のカスタム Docker Image を利用していると、やっぱり Heroku のように foreman を使ったプロセス管理が使いたくなってきました。 Heroku では Procfile をルートに用意しておくと、いい感じにランタイムが読み込んで実行してくれます。 2 月に試した時には Ruby on Rails アプリケーションの実行が上手く出来ませんでしたが、最近 Hanselman が動かしていたので試してみます。 Runtime Stack の Dockerfile やスクリプトもいい感じに公開されていたので、参考しながら利用します。 帝国兵殿曰く、Built-in の Runtime Stack に対しては特殊処理が入っているらしいので、独自の Runtime Stack を作る場合には少し手間がかかります。そのままの Dockerf

3/8 に Azure の Japan East で久し振りに大規模な障害が発生しました。既に RCA が上がってきていて、ぶちぞう RD がブログで書いているので、原因についてはそっちを参照で。 2017.03.08 の Azure障害 | ブチザッキ そして今年も 3/11 を過ぎたことですし、ちゃんとアーキテクチャと運用を最新のサービスや仕組みでリフレッシュしていかないといけないですね。ちょっとポエム臭くなってきたけど、割と中身は真面目に。 さて、障害の継続時間は 2 時間ぐらいでしたが、例によって Storage 周りの障害だったため、数多くの Azure サービスが影響を受けました。障害発生中の Azure Status はこんな感じでした。 Azure の Storage はご存知のように Blob / Table / Queue / Disk / File といった、各サービ

昨日行われた Ignite のキーノートで Windows Server 2016 について発表があり、Azure の仮想マシンで Technical Preview 2 が使えるようになっていたので、何時ものように IIS 周りだけ見ようかと思います。 発表内容については、まとめる速度 No.1 の抱かれたい男 No.1 ブログを見れば問題無いです。 Microsoft Ignite 2015 Keynote | ブチザッキ 基本的にイベントのキーノートでの発表内容や Azure のアップデートに関しては、朝起きるまでに No.1 がブログでまとめておいてくれるので、これからも安心して眠ることが出来ます。 IIS 10.0 クライアント向けの IIS Express は既に 10.0 になっていたみたいですが、Windows Server の方も IIS 10.0 になったようですね。単

ASP.NET 5 と Visual Studio 2015 Preview では Bower と Grunt、そして npm へ標準で対応するようになりました。今後は ASP.NET 5 開発で必要となってくる知識になるので、簡単に調べてみました。 既に ASP.NET 公式サイトでは Visual Studio 2015 で Bower と Grunt を使う記事が公開されてます。 Client-Side Development — ASP.NET documentation これまでは NuGet だけ使っていれば解決してましたが、今後は .NET のコンポーネントだけが NuGet で提供され、クライアントサイドのコンポーネントは Bower を使うようになるのでしょう。 テンプレートにも Bower / Grunt / npm の設定ファイルが用意されていますが、まずは Bowe

ことの発端はこの記事。追記される度に酷い勘違いされているようなので、ブログでいろいろ書きます。 WP7のアプリは、ブラウザのプラグイン向けプラットフォームであるSilverlight。Silverlightの普及率はまだまだだと思うのですが（Silverlight必須のサイト見たことないし）、Silverlight自体は.NET frameworkのサブセットとなっているので、Windows向け開発者と言う非常に広い開発資源の裾野が見込めます。ただ正直、WMのときも.NETアプリは結構ありましたが、どれも超もっさりが基本だったので、動作速度は全く期待できそうにありません。 iPhone vs Android vs WindowsPhone7を考える | 無線にゃん この時点で Silverlight について誤解されていますね。Windows Phone 7 の Silverlight は

俺は研究を進めずにいったい何をしているのかと小一時間。 追記 実現方法を変更したので、半透明でエレガントな表示が出来るように（謎 この調子で IDE 全体の色を緑に変えたり、インテリセンスのポップアップを翠星石にしたり、メッセージを変えたりしたい（無茶 さらに追記 アイコン画像は モアイ部 さんよりお借りしました。3 回ぐらい吊ってきます。 インテリセンスのメッセージを表示するようにもしました。 廃人度がかなり上がった気がします。

SDK、開発者ランタイム、Tools が公開されていたので、いろいろ調べました。 System.Windows 名前空間 GPU アクセラレーションに対応！！ Settings.EnableGPUAcceleration プロパティが追加されている それに伴い？UIElement.Effect プロパティ、System.Windows.Media.Effects 名前空間が追加 BlurEffect, DropShadowEffect クラスが標準で追加 PixelShader, ShaderEffect クラスが追加されているので、WPF と同じように PS 2.0 でエフェクトを書ける？ データバインディングが WPF とほぼ同じだけの機能を持つように RelativeSource、ElementName, UpdateSourceTrigger が追加 System.Windows.