UltraWebGridのコントロールを配置した直後から、
「コントロールの描画中にエラーが発生しました。」というエラーを表示しました。
その原因を調べて、解決しました。
下記は解決する方法です。
このエラーは、本体アセンブリ（Infragistics.WebUI.UltraWebGrid.v4.3 など）の
ローカルコピープロパティを「True」に設定した状態で、
aspxファイル、または、プロジェクトを閉じ、再度開いた場合に発生します。
本体アセンブリはGACに登録されたデザイナアセンブリを参照するため、
本体アセンブリをローカルにコピーすると、
デザイナアセンブリを参照できなくなってしまうためです。
そのため、このエラーが発生する場合には、
本体アセンブリの「ローカルコピー」プロパティを False に設定して、
aspxファイル、または、プロジェクトを閉じ、再度開くことで正しく表示されます。
なお、共通アセンブリ（Infragistics.WebUI.Shared.v4.3）の「ローカルコピー」を False に設定しないように注意してください。
]]>
Imports System.IO
Imports System.Runtime.InteropServices
<ClassInterface(ClassInterfaceType.None)> _
Public Class COMSample
Implements ICOMSample
Public Sub Method1(
ByVal vsPath As String,
ByVal vsMoji As String) Implements ICOMSample.Method1
Using sw As New StreamWriter(vsPath, True)
sw.WriteLine(vsMoji)
End Using
End Sub
End Class
クラスにClassInterface属性を付与し、インターフェースを作成することでコード補完機能を使用できます。
Sub ボタン1_Click()
Dim sample As New COMSample.COMSample
Call sample.Method1("c:\test.txt", "VBAから呼び出し")
End Sub
ちなみに、検証環境は.NETFramework2.0、Excel2003ですが、Excel2000ではエラーになってしまい動作しませんでした。character_set_client : utf8
character_set_connection : utf8
character_set_database : utf8
character_set_filesystem : binary
character_set_results : utf8
character_set_server : utf8
character_set_system : utf8
character_sets_dir : C:\MySQL\share\charsets\
原因はストアドの文字コードセットがutf8ではなく、
s-jisだった事のようでした。
何故s-jisでコンパイルされてしまったのか、
それはコンパイルの仕方に問題があったためでした。
文字化けをしていた時のコンパイル方法は、
エディタに書いたストアドのコードをコンソールに、
コピー＆ペーストして実行していました。
しかしこの方法では、コンソールで使われている文字コードセットで
ストアドがコンパイルされてしまうようです。
私はWindowsマシンのコマンドプロンプトで実行していたので、
s-jisのストアドが出来てしまっていたのです。
これを解決するためには以下の方法でコンパイルを行いました。
まず、ストアドのコードを文字コードセット「utf8」でテキストファイルに保存する。
次にコンソールに以下の通りに入力します。
この方法でコンパイルする事で、
文字コードセットが保存されたテキストファイルの通りになり、
ストアドからテーブルへ日本語をInsertしても文字化けが発生しなくなります。
しかし、システムがダウンする原因として挙げられるのは、
単に、ソフトウェアの不具合やハードの性能・容量不足によるものだけではなく、
人間による設定・操作ミスによるものや、
災害といった不慮の事故によって発生するケースが存在します。
どんなにすぐれたシステムでも絶対にダウンしないとは言い切れません。
では、システムがダウンした場合、なにが重要になってくるのか?
]]> それは、システムがダウンしてもいかにすばやく原因をつきとめ、そのために、システムダウンの様々な事例を知っておく必要があります。
多くの事例を自分の中で蓄えておくことで、
未然に対応策を講じることも出来ます。
本書では、『日経コンピュータ』の記者が、
過去数年間にわたって実際に起きたダウンの事例を取り上げ、
その原因と実態についてまとめています。
過去の失敗を多く知ることで、
この先起こる可能性のある問題を未然に防ぐことができます。
落ちないシステムを開発していく上でどこに注目し、
漏れがないかを確認する力を身につけるのにとても役に立つ書籍です。
著者：大和田 尚孝 (著), 日経コンピュータ (監修)
出版社：日経BP社
価格：2,520円
発売日： 2009/1/15
目次：
第１章 システムが止まった...「ダウン」とは何か
第２章 きちんとテストしたはずなのに...アプリケーション・ソフトの不具合
第３章 アプリケーションだけではない...ＯＳ、ミドルウエアの不具合
第４章 アクセス殺到に耐え切れず...性能・容量不足
第５章 気づかなかったは許されない...環境設定・変更ミス
第６章 その「うっかり」が致命傷...運用・操作ミス；
第７章 まさか、こんなことが起こるとは...ハード故障、不慮の事故
第８章 障害対応は時間との闘い...ダウンに学ぶ
誰にオススメか？
システム開発に携わる全ての人々
キャリア対象
誰が読んでも楽しめます。
PMPには有効期限がありまして、期限までに
ある一定の単位（Professional Development Unit）を取得する必要があります。
1PDUとは 1時間分の講習と同等で、期限までに 60PDU が必要になります。
PMI認定の研修を受講することで取得できます。
取得して 早や２年が経とうとしておりますが、
有効期限がいつなのか、PDUがいくつ必要なのか、など
更新方法について、詳細を把握しておらず、
少々心配になってきたので、少し調べてみました。
有効期限は 2012年2月だったので、まだ時間はあります。
PDU取得については、さまざまな方法があります
（論文執筆、教科書の著書になる など）が、
現実的なのは、やはり研修を受講することです。
しかし「実務経験をPDUにする」というやり方もあり、
これが意外に知られていないようです。
実務でプロジェクトマネジメントを一定時間経験した場合、
それをPMIの申請サイトから必要情報を入力するだけで、
１年につき5PDU取得できます。
3年で15PDUなので、残り 45PDUを何とかすれば良いのですが、
研修を受講するよりも インターネット教材で
PDUを稼ぐ方が、金銭的な負担がだいぶ軽いです。
PMIへの更新料も含めて、多く見ても５万円以内には
抑えられるかと思います。
例えば、お客様とのメールのやりとりや打ち合わせの議事録、
プログラムの仕様書などが挙げられるでしょうか。
これらの場面では、自分が意図を正しく相手に伝える事が求められます。
私がこの本を読んで、参考になったと感じたのは、
「主語と述語を近づける」
「一文には1つの事柄だけを入れる」
の二つです。
私自身、自分の意図する事が相手にうまく伝わらず、
もどかしい思いをした経験が多々あります。
この本は、自分の書いた文章を見つめ直す良いきっかけになりました。
人によってはこれくらい当たり前、と感じるかもしれませんが、
PART1で紹介されている12のルールを意識するだけで、文章は格段に分かりやすくなります。
文章量としてはそれほど多くないため、
自分の文章力に不安のある方は、一度読んでみることをお薦めします。
RULE1 主語と述語を近づける
RULE2 修飾・被修飾関係をはっきりさせる
RULE3 効果的に接続詞を使う1／効果的に接続詞を使う2
RULE4 理解しやすい構成にする
RULE5 語尾を統一する
RULE6 一文を短くする
RULE7 一文には1つの事柄だけを入れる
RULE8 助詞の「の」を3つ以上連続して使わない
RULE9 正しい敬語を使う
RULE10 事実と憶測を区別する
RULE11 適切な指示代名詞を使う
RULE12 二重否定を避ける
PART2
知的で論理的な文章をつくる！
事例1 企画書1
事例2 企画書2
事例3 報告書1
事例4 報告書2
事例5 稟議書1
事例6 稟議書2
事例7 メール文1
事例8 メール文2
事例9 メール文3
事例10 議事録1
事例11 議事録2
付録
手紙やEメールで役立つ表現集
2008/1/20 初版発行
]]>さて、私もこれまで20年近くF1を見てきて、
今やオールドファンといってもいいぐらいなのですが、(年をとっただけかもしれませんが)
そんな私がF1の魅力について語ってみたいと思います。
F1ブームも過去になりにけり、今更F1かよと思われるかもしれませんが、
自分の好きなものなんだからしょうがないじゃん、ということで勘弁していただきたい。
【魅力その１．F1は団体競技である】
F1といえばシングルシーターでドライバは孤独な戦いをしていますが、
実は、その後ろには数多くの人が関わっています。
総監督をはじめとして、テクニカルディレクタ、デザイナ、数多くのエンジニアたちに加えて、
広報担当、営業、マネージャ、さらにサーキットには来ないでファクトリーで開発しているメンバなど、
それ自体が一つの巨大なプロジェクトであるがために様々な人が関係します。
また、やれタイヤだブレーキだ、エンジンメーカだ、ガソリンはなんだとか外注も多く、
ITエンジニアのみなさんにとっては、プロジェクトにおけるチーム戦に親近感も覚えるところがあるのではないでしょうか？
ドライバは最も華やかな舞台で戦っていますが、数多くの人たちが後ろで支えている、
そういう構造がF1を深く知ると面白さになるのです。
今年はあのチームにあのデザイナが移籍したんだ、とか裏方の話題も通の間では普通にされているものです。
【魅力その２．F1は回っている】
そう、F1はサーキットをぐるぐる回っています。
いやいやそういう話ではなく、F1というのは、1年を通じて世界中を回りながらチャンピオンシップを戦っています。
その中で、常に次の戦いに向けて進歩しているのです。
前回のレースでエンジンがよくなかったとか、タイヤに負担がかかった、というような問題があると、
次のレースに向けてそこを改善して新たなパーツを投入してきます。
今のF1では、レース毎に同じ車というのはほとんどなく、次のレースでは必ず違う車になっているといわれています。
そして、開幕時点とシーズン終盤では、もうまったく違う車になっており、
開幕時に早かった車も進歩していないと同じシーズンの中でまったく勝てなくなってしまいます。
開発⇒テスト⇒実戦⇒分析を繰り返してF1マシンは常に進化しているのです。
この短いサイクルでの開発合戦と成績の推移が非常に面白いのです。
【魅力その３．F1はデータ戦である】
今のF1はレース中のほとんどのデータがピットに送られ、リアルタイムで作戦の変更やマシンのマネジメントを行っているのです。
最近のテレビでは、速度やギア、回転数などが表示され、われわれファンにも一部のデータが公開されています。
データと実際の走りを見比べて、「なるほど、回転数をセーブしているな。フフフ。」とかしたり顔で見るのが面白いのです。
私のお勧めは、リアルタイム放送を見ながら、タイミングモニタをインターネットで同時に見るという見方です。
今はなんと、実際のタイムがリアルタイムにインターネットで公開されていますので、
テレビに映っていないドライバも含め、全体の状況が数字で手に取るようにわかるのです。
同時に見るものが多くて大変ですがね。
【魅力その４．ドライビングテクニック】
やはり最後はドライバのテクニックの魅力です。
どんなに安全に考慮された車でも、時速300Kmオーバーで車を走らせるというのは常に死と隣り合わせです。
そんな中で、一瞬の隙を狙って前を獲りに行く、その勇気とテクニックに魅せられます。
世界的な不況の中でモータスポーツビジネスも暗い時代を迎えています。
しかし、相変わらず私は毎年わくわくしながら開幕戦を待っています。
皆さんも、ただただ、車がぐるぐる回ってるだけとかいわずに、是非F1を一度違う視点で見てみるといかがでしょうか？
そこには、モータースポーツに賭ける、多くの仕事人の魂がこもっていると思うのです。
try {
document.execCommand('BackgroundImageCache', false, true);
} catch(e) {}
* html{
filter:expression(document.execCommand("BackgroundImageCache", false, true));
}
＜状況＞
・ブログAは商品紹介ブログである。
・ブログBは会社情報ブログである。
・ブログAに商品を扱っている会社の情報を掲載したい。
＜対応法＞
・会社idを入力するためのカスタムフィールドを追加する。
・ブログAとブログBの記事登録時に各会社にあわせた会社idを振り分ける。
・会社idでブログAとブログBの情報を結びつける。
MT上の対応例）
・変数をセットする。
・ブログBとブログAの会社番号が等しければ会社情報を表示する。
-----------------------------------------------------------------------------------
<mt:If name="ブログAの会社id" ne="***">
<mt:Multiblog include_blogs="ブログBの会社id">
<mt:Entries>
<mt:SetVar name="ブログBの会社id" value="">
<mt:If tag="corp_id"><MTcorp_id SetVar="ブログBの会社id" /></mt:If>
<mt:If name="ブログBの会社id" eq="$ブログAの会社id">
<table>
<tr><th>企業名</th><td><$MTEntryTitle$></td></tr>
<mt:If tag="profile_address">
<tr><th>所在地</th><td class="address"><MTprofile_address></td></tr>
</mt:If>
</table>
</mt:If>
</mt:Entries>
</mt:Multiblog>
</mt:If>
-----------------------------------------------------------------------------------
MT構築を一度行ってから、参考本を見返すとまた違った視点で見ることができます。
MTタグリファレンスを使いこなせるようになれば、かなり楽にMT構築できます。
-- 自律型トランザクションによりデータが登録されるテーブル CREATE TABLE TABLE1 (COLUMN1 VARCHAR2(40)) -- ロールバックによりデータが登録されないテーブル CREATE TABLE TABLE2 (COLUMN1 VARCHAR2(40))■ 用意するプロシージャ
CREATE OR REPLACE PROCEDURE PROCEDURE1
IS
--これにより自律型トランザクションが使用できます
PRAGMA AUTONOMOUS_TRANSACTION;
BEGIN
INSERT INTO TABLE1 VALUES ('これは登録されます');
COMMIT;
EXCEPTION WHEN OTHERS THEN
ROLLBACK;
END;
DECLARE
ROWCOUNT NUMBER;
BEGIN
--このINSERT文で親のトランザクションが開始されます
INSERT INTO TABLE2 VALUES ('これはロールバックされます');
--プロシージャ内でトランザクションが完結します
PROCEDURE1;
--TABLE2への登録のみロールバックされます
ROLLBACK;
SELECT COUNT(*) INTO ROWCOUNT FROM TABLE1;
DBMS_OUTPUT.PUT_LINE('TABLE1の件数：' || ROWCOUNT);
SELECT COUNT(*) INTO ROWCOUNT FROM TABLE2;
DBMS_OUTPUT.PUT_LINE('TABLE2の件数：' || ROWCOUNT);
END;
かれこれ２年ほど前に一度通っていたのですが、
仕事が忙しくなるとあっという間に怠けて行かなくなりました。
現在は、以前と同じスポーツクラブの別店舗に通っています。
何となく同じ店舗だと挫折した悔しさを思い出してしまうので、
心機一転、新しくオープンした別店舗に決めました。
そこで思ったのは、中高年の率が大変高いという事です。
前回通っていたスポーツクラブは、マンションが立ち並ぶような住宅街にあったのですが、
今回は乗り換えをするようなターミナル駅にあります。
私は住宅街にある方が年齢層が高いイメージを持っていましたが、
逆だったのでビックリしました。
もしかしたら、時間帯や高齢化も関係しているのかもしれません。
そうだとしても、暫く運動を怠けていた自分よりも
楽しそうに輝いている中高年の方々を見ると
負けず嫌いな性格が災いしてか、非常に悔しい気持ちで一杯になります。
数時間軽い運動をするだけで
食欲も進み、体も軽くなり、夜も熟睡できるので
年齢問わず一度嵌るとやみつきになるのは間違いありません。
もともと学生の頃はバリバリのスポーツウーマンだったので、
ちょっと鍛えないとここまで筋肉はなくなっていくのかと
お風呂に入るたびに青ざめて怯えています。
今までの遅い食事や、寝なくても大丈夫と過信していた睡眠、
若いから手を抜いても影響ないと思っていた運動をやっと見直す気持ちになりました。
ライバルは元気な中高年です！
私は健康は財産だと思います。
実家の両親はスポーツクラブには行っていませんが、
恥ずかしながら私よりも健康な生活を送っています。
何度か病気もしているので尚更気を使っているのでしょう。
朝早く起きて、手作りの野菜ジュースを作って飲み、
食事には食べ合わせにも気を使い、
天候が悪い日以外は近くの運動公園に散歩しに出掛けます。
年齢のせいもあるかもしれませんが、ムダな夜更かしはしていません。
両親のおかげで元々かなりの健康体なので、
親の健康話を聞く度に奮起して
これからは自分の力で健康を維持していきたいと思います。
まずは、自分にとっての食事・運動・睡眠の黄金バランスを
確立することが目標です。
健康であれば何でも挑戦できるので、
自信を持って「健康です」と言えるキラキラ輝けるようなスーパー中高年を目指して
頑張りたいと思います。
たまさか、自分はこのところ少し規模の大きい SEOの必要なWebシステム開発にプログラムとインフラともに片足を突っ込んでいたこともあって、その双方の面からかなり得るものの大きい内容だったのだが、普通の人にとってはどうだろう？ ともすると、前半だけあるいは後半だけに興味を持つのかもしれない。
ただ、本来の Webシステム開発を考えると、コンテンツ側もインフラ側も両方わかっていることを強みとすべきで、双方に前半後半ともにじっくり読んでもらいたい内容である。
著者：Andrew B. King (著), 山名 早人(監訳) (翻訳), 原 隆文 (翻訳)
出版社：オライリージャパン
価格：3,780円
目次：
一部 検索エンジンマーケティングのための最適化
1章 検索エンジン最適化の正攻法
2章 SEOケーススタディ：PhillyDentistry.com
3章 ペイパークリック広告の最適化
4章 ペイパークリック広告最適化事例：BodyGlove.com
5章 コンバージョンレート最適化
二部 Webパフォーマンスの最適化
6章 Webページ最適化
7章 CSS最適化
8章 Ajax最適化
9章 Webパフォーマンス最適化
10章 Webサイト最適化のメトリクス
初版、改版情報
発売日： 2009/12/19
誰にオススメか？
少し大きい規模のWebサイトに関わる Webディレクター、Webアプリ開発者、インフラ担当。
キャリア対象
少し硬いので、理解するには3年程度の実務経験を要する。
そんな方のために、Twitterでの会話を読むために必要な、
いくつかの専門用語や操作方法などを紹介したいと思います。
＜専門用語＞
・Tweet(ツイート)
Twitterの１つ１つの呟きの事を指す言葉です。
・Follow(フォロー)
他のユーザーの呟きを自分の画面で見るために行う事で、
相手のページの呟き欄の上にある「フォローする」というボタンを押せば完了です。
これを行うことで自分から相手のページを見に行かなくても、
ログインすれば自分のホーム画面に相手のツイートが表示されます。
・TL(タイムライン)
自分のホームにフォローした人たちの発言が並んでいますか？それがTLです。
フォローした人たちの発言が時系列に表示される事から、こう呼ばれています。
・Follower(フォロワー)
自分をフォローしてくれている人たちの事です。
Twitterを始めて、色々な人をフォローしていると、
メールで「○○さんにフォローされました」という通知が来ると思います。
それが来たら「フォローされている」のページを見てください。
メールで紹介された人が表示されています。
これは貴方の発言をみたいと思ってフォローしてくれた人のリストです。
・相互フォロー
だんだんフォロワーが増えてくると、自分はフォローしていなくても、
貴方の発言に興味をもってフォローしてくれる人が出てきます。
相手のツイートを見に行くと、自分の興味がある事をツイートしていて、
これからも見たいと思ってフォローしたとします。
このようにお互いにフォローしている状態の事を相互フォローと言います。
・Reply(リプライ)
Twitterに慣れてきて色々とツイートをしていると、
フォロワーが返事をしてくれる事があります。
右メニューのホームの下に@自分のIDというリンクがありますので、
そこをクリックすると、自分に対する(関わる)返信の一覧が表示されます。
これらの特定の人に向けた返信のツイートをリプライと呼びます。
リプライの仕方は簡単です「@返信したい相手のID お返事」でOKです。
相手のIDは自分で入力しなくても、返事をしたい発言にマウスを持って行けば、
右下に返信と表示されますので、あとは返事を追記してください。
気になったツイートには積極的にリプライすると相手も喜びますし、
そのリプライを元にさらにフォロワーが広がる事があります。
・RT(リツイート)
ツイートを見ていると「発言 RT @誰かのID 発言」というツイートが時々あります。
このRTはReTweetの略で、誰かの発言をもっと多くの人に広めたいときに使います。
初めて見るとどれが誰の発言なのか混乱すると思いますが、
RTの前後で区切られると考えれば簡単です。
RTの前の発言は、今表示されている人の発言です。
RTの後は@"誰かのID"が発言した発言です。
RTは内容によってはさらにRTされることがあります。
例） 「発言 RT @誰か 発言 RT @誰か２ 発言２・・・」
この場合も上記と同じようにRTで区切れば、どれが誰の発言なのかわかります。
・公式RT
上記RTはユーザ発祥の発言方法です(以降非公式RTと呼びます)が、
これを元にTwitterが公式に導入したのが公式RTです。
時々自分のTLにフォローした覚えの無い人の発言が表示される事があります。
これが公式RTで、ツイートの末尾をよく見ると「○○がリツイート」と表示されています。
（○○さんは貴方がフォローしている人です）
非公式RTは自分の発言を含めたりするので、
非公式RTを見た人には非公式RTを行った人の発言として表示されます。
これは１つ問題を含んでいて、相手の発言を故意に書き換えることで、
本来言っていないはずの発言を、さも相手が発言したように見せる事が出来てしまいます。
（一般的に改変RTと呼ばれています。）
これに対して公式RTは自分のフォロワー達にたいして、
元の発言者の表示のまま再発信できますので、改変を防ぐことが可能です。
使い方は、公式RTしたい発言にマウスのカーソルを合わせると、
返信の横に「リツイート」というボタンがありますので、それを押せば完了です。
・DM(ダイレクトメッセージ)
たまにフォロワーの方からDMを送りましたとリプライを受けることがあります。
DMとは自分にしか見えない相手の発言の事で、
他の人は見て欲しくないプライベートな会話をTwitter上で行うことが出来ます。
DMを貰った際には登録時のメールアドレスにも通知が来ますので、
必ず内容を確認しましょう。
自分からDMを送る場合は右メニューのダイレクトメッセージをクリックして、
DMのページを開き、「～にダイレクトメッセージを送る」のドロップダウンリストから、
送りたい相手を選んでメッセージをツイートしてください。
なお、相手がDMしてきた際に返事を普通のリプライで返さないように気を付けましょう。
ちなみにDMはフォロワーにのみ送信出来ます。
自分が一方的にフォローしている相手には送信出来ません。
次回はTwitterの機能を使ってよりTLを見やすくする方法などを紹介します。
]]>まず、以下の方法でページ番号を振る、振らないを設定できます。
表紙、目次、内容とシートを分けます。
次に内容のシートのみ、ページ設定で「ヘッダー/フッター」タブを選択し
「フッターの編集」で、ページ番号を挿入します。
またもし、ページ番号の開始を2ページからにしたい、などという場合には、
「ページ」タブを選択し、「先頭ページ番号」にページの開始番号を入力します。
これで表紙、目次にはページ番号が表示されずに内容のページのみページ番号が
振られるようになります。
本書の魅力は、本書の冒頭に書かれている通り、極力専門用語を使用しないようにし、
使用する際には充分な説明を加えている点です。
技術書というより読み物として魅力があります。
本文も短めなので飽きる前に読みきることが出来ます。
「基本過ぎて勉強にはなりません」と前述しましたが、
私はこの本を読み、基本をもう一度見直すことで、
自分の知識の間違っている知識を再確認出来ました。
個人的には「第６章 先輩たちの勘所」のアドバイスがとても興味深かったです。
はじめてソフトウェアのテストを行う方、IT業界に興味のある方におすすめの本です。
]]> 第1章 ソフトウェアテストとは ソフトウェア開発の現状
ソフトウェア障害
ソフトウェアテスト
正しく製品を作っているか，正しい製品を作っているか（Verification／Validation）
不具合とは？ソフトウェアテストとは？
当たり前品質と魅力的品質
第2章 開発の流れとテスト
開発全体の流れ
V字モデル
W字モデル
第3章 テストの流れとドキュメント
テストの流れ
テストの優先順位
アドホックテストとデグレードチェック
ドキュメントから見るテストの流れ
ドキュメントの目的
テスト工程とドキュメント
テストエンジニア成長の道筋
第4章 ソフトウェア開発における2種類のテスト―ホワイトボックステストとブラックボックステスト
ホワイトボックステスト
ホワイトボックステストの長所
ブラックボックステスト
ブラックボックステストの長所
第5章 ブラックボックステスト技法
ブラックボックステスト技法
ディシジョンテーブル
状態遷移図
状態遷移表
同値クラス分割，境界値テスト
組み合わせテスト
奇跡の方法？
注意！玄人の世界
第6章 先輩たちの勘所
全段階共通
実施段階
設計段階
テスト計画編