October 2, 2007.

OptimistとPessimist

昨日からプロジェクトに新しいメンバが参加しました。取り合えずプロジェクトのことを一通り説明したり。無口で静かなかたですが、コミュニケーションが苦手なタイプなどではなく、きっちり仕事をやる、いい意味でアンドロイドのような人。見習うべき点があります。

今の職場では楽観的な人と悲観的な人がはっきり分かれております。楽観的な人の設計は非常に後戻りが多い。今日もドカーンと大変なことになりました。一方baristaは悲観的なほうで、将来的に問題になりそうなことをひたすら懸念してしまう。後戻りは少なめなかわりに、悩んでいる時間が長く、設計の取りかかりが非常に遅い。この文章だとそれでも悲観的なほうが良さそうに見えるけど、eXtream Programing的な発想から言うと前者の方が柔軟。バランスを上手く取らないとなぁ。

たまにはTechLogらしく情報系の話題。現在MS SQLServerを利用したプロジェクトに携わっていますが、varcharデータに関して不思議な現象に出会いました。たとえば、10文字分の項目に3文字のデータ"ABC"をセットした場合とします。可変長文字列型なので、取得結果は"ABC"となるはずです。

ところがCのプログラムから取得した結果は、"ABC_______"となっていました("_"は空白です)。で、Enterprise Manager上から検索してみると、今度は"ABC"となります。でさらに、この項目を検索条件とした場合、"ABC"で検索しても、"ABC_______"で検索しても、それどころか"ABC___"で検索してもちゃんとSELECTに成功してしまうのです。なにこれ、SQLServerでは半角スペースの扱いは適当？？？と開発メンバ騒然。

で、いろいろとネットで調べた結果、AnsiPaddingプロパティというものが有って、これがtrueに設定されていると、後に空白が埋められてしまうそうです。Falseが規定値らしいのですが、いったい誰がこんな設定に...。結局、「設定が悪い」と妥当な線に落ち着きましたが、約30分間、謎解きの時間が楽しめました。

ちなみに同じMS製品のACCESSは半角カタカナと全角カタカナを同じものとみなす、などのビックリ仕様を採用しています。そういう知識があったが故に、謎の動きを「設定ではなく仕様かも」と思ってしまい解決が遅れてしまいました。

そうそう、「美しい人しか入れないSNS」を見に行ったら右上の画像のようなエラーが表示されました。7.0は5.5より古いらしいです。webサイトの設計に関しては美しいとは言いがたいですね。

Copyright 2007 barista. All rights reserved.