ASP.NET の環境から SQL Server の SP を呼び出しているのですが、
以前に作った SP が動いていないという報告を受け調べてみました。

デバッガで見ると、確かに動いていない感じで調査する羽目に･･･
SP 単体では動いているので、使い方が悪いはず。
結局、GUID の扱いが悪く、さらに Try-Catch でスキップされていて発見が遅れたのでした。

Try-Catch や On Error といったエラー処理は必須ですが、
やり過ぎると自分の首を絞める事になりかねません。
いわゆる 「動いているフリをするシステム」 です。
エラーを単にスキップするのではなく、ログを記録する等の対策はありますが、
実際、現場ではなかなか出来ていない気がします。

何にしても、追うのが辛くなるコードじゃなければ良いのですけどね...orz

MS と Yahoo! が、検索事業を中心とした包括提携に合意しました。
MS が Yahoo! を買収、という話もあったくらいなので、驚くことはありませんが、
検索分野も二強時代に突入する感じです。

ところで、日本の Yahoo! は独自の文化を持っている別会社だと思っていますが、
今回の提携でどのような影響が出てくるでしょうか？
当サイトへのお客さんは Google 経由が圧倒的(>90%)なので、影響は少ないでしょうが、
SEO 対策にも変化がありそうですね。 

ASP.NET AJAX Control Toolkit は、MS が提供する AJAX を利用するための一連のコントロールです。
いわゆるオープンソース形式で提供されていて、ソースの入手も可能になっています。

以前試したことはあるのですが、その頃は Web に疎く、あまり必要性を感じませんでした。
でも、改めて評価してみると･･･便利だ～ 
環境構築がちょっと面倒ですが、導入する価値は十分ありそうです。

次期 MS Office は、Web 対応ということですが、開発環境の情報はあまり流れていません。
AJAX を利用すると思っていますが、 既存の環境とのリンク部分が気になります。
まぁ、同じ .NET 環境なので流用はできると思うのですが･･･

ちょっと前に PDF ファイルの埋め込みをしてみましたが、
いろいろな PDF を扱っていると、事前のチェックも重要になってきます。

サーバーサイドで PDF のチェックを行いたいのですが、選択肢として

・Acrobat SDK
・iText.NET

の二つを検討しています。
Acrobat SDK は、Adobe 提供の COM 開発環境です。一応本命。
iText.NET は、 PDF を扱う .NET のライブラリーでして、なかなか良い感じです。

しかし、忙しいな… 

追記:
iText.NET は J# で記述されているけど、MS J#のサポートを止めたのだった･･･悩ましい

今日はサイトのデザインも決まり、色々と調整をしていました。
しかし、px単位の調節をすると、ブラウザ間の微妙な互換性に泣かされるハメに･･･

私は普段、コードを書く側なのであまりデザインを気にしていませんが、調節は骨の折れる作業です。
とりあえず、margin や paddin に余裕を持たせ、見た目はわからないようにしてみましたが、 
本職のデザイナーさんは、これらの非互換部分をどうやって潰しているの気になります。

プログラマの立場だと、javascript の動きや、アドインの振る舞いなんかが気になりますが、
デザインを疎かにすると、良いサイトも悪く評価されてしまいます。

今作っているサイト･･･シンプルすぎる。
でも、まずは機能を満たさないとね～