cssにはdisplayというプロパティがあり、それぞれのHTMLタグの表示方法を変更することができます。
display:値;
として記述し、値には
この中でよく使うのが、blockとnoneになります。
ブロック要素は横幅、縦幅等を指定できるため、クリックできる範囲を広げるといった使い方ができます。
たとえば、<a;>や<label;>をブロック化することで、ユーザビリティの向上を狙うことができます。
noneの非表示は、テキストや項目の表示制御等に使うことができます。
display:noneは、指定された要素を文字通り存在しなかったことにしてしまいます。
その為、要素に指定された横幅、縦幅等も無くしてしまいます。
表示のみ制御し、高さや幅を維持したいときはvisibility:hiddenを使います。
その他、インライン要素化はリストに使用する<li>に指定することで横並びのリストを作ることができます。
CSS2の範囲では上記のような事ができますが、
今後CSS2.1が勧告・採用されるようになればdisplayに指定できる値がさらに増え、
柔軟なレイアウトを組む事も可能になります。
○ヘッダー中央部にＭＳ明朝を指定する
"ＭＳ 明朝" の部分に指定したいフォント、
"ヘッダーです" の部分にヘッダーに表示する文字列を指定してください。
○右側フッターにMS UI Gothicを9ptで指定する
表示する文字列の前に「&n」を記述する事で「n」ptのフォントサイズで指定が出来ます。
○左側フッターにＭＳゴシックを太字で指定セルの値を表示する
Sheet3のB2セルに入っている値を太字で左側フッターに設定出来ます。
斜体で表示したい場合には"&B"を"&I"、
太字斜体で表示したい場合には"&B&I"と指定しましょう。
左側、中央、右側ヘッダーはそれぞれLeftHeader、CenterHeader、RightHeader
左側、中央、右側フッターはそれぞれLeftFooter、CenterFooter、RightFooter
を指定する事で設定が可能です。
プログラミングを始めた当初は難しい、わからないと感じていました。
しかし、基本から先輩方に丁寧に教えていただいたことがきっかけで、
自分でも興味を持ち、学習を行うようになりました。
そしてその結果、理解を深めることが出来ることに気が付きました。
もちろんまだまだわからない点は沢山あります。
しかし、社会人になっても学生時代とは異なりますが
勉強を続けていかなければならない自覚が出来たのは大きな収穫だと思います。
学生時代は受け身の体勢でしたが、社会人になると自分から積極的に調べたり、
相談を行うことが大切だとも感じています。
自分から積極的に動き、
お客様に満足していただけるシステム作りに貢献したいです。
どうぞよろしくお願いします。
]]>プログラミングを始めた当初は戸惑うことばかりでした。
しかし、自分が組んだプログラムが動いた瞬間はとても
嬉しい、という気持ちも味わいました。
そして現在業務に入り、今度は動いた瞬間だけでなく、
お客様に使って頂ける、という喜びが出来ました。
喜びができましたが、そのためには沢山学んでいかなければ
ならないことがあります。
また社内では周囲の諸先輩方から学ぶことが多くありますので、
「日々勉強!日々吸収!」していきたいと、思います。
どうぞよろしくお願いします。
]]>夏頃の取得を目標に勉強を始めようと考えていたのですが、
アタックキャンペーン中（１回不合格でも、もう１度受験可能）でしたので、
思い切って受験してみました。
勉強期間は２週間。時間にすると３０時間程度です。
赤本と黒本を使用し、
試験前日までに赤本、黒本ともに２周、試験当日に黒本を１周しました。
赤本の巻末問題や黒本の問題を解答の選択肢を見ずに
答えられるようになっていれば、合格圏内でしょう。
試験問題には細かい部分を問われるものが数問ありましたので、
赤本、黒本を合わせても全範囲はカバー出来ないと感じました。
恐らく、赤本で学んだところを実機で操作することによりカバー出来るのでしょう。
２回受験出来るチャンスはあったものの、１回目で合格できて安心しました。
折角なので、次は70-622の取得を目指します。70-622に合格すればMCITPです。
納品メールには納品物のリスト、環境設定手順、注意事項等を記述します。
▼納品物のリスト
納品物のフォルダ構成に沿った、階層構造で示すとわかりやすいと思います。
＜例＞ XziNet
∟src
| ∟batch
| ∟@@@.wsf
| ∟Const.vbs
| ∟XziNet.root
|
∟doc
| ∟マスタデータ.mdb
| ∟サーバー環境について.txt
|
∟sql
∟■■■.sql
∟●●●.sql
▼環境設定手順、注意事項など
VSSチームで作成した雛形には、DB環境、ASP環境、.NET環境等、
様々な環境の違いに応じた文面のサンプルを用意し、
初めて納品を行う人でも、注意すべき点、書かなければならない設定方法などが、
一目でわかるようにしています。
また、何度もメールにて納品を行っている人は、チェック項目としても活用できます。
＜例＞
・ASP環境
[XziNet.root]フォルダをサーバーの[Scripts]フォルダ内にコピーし、
アプリケーションに設定して下さい。
※[XziNet.root]フォルダ内のフォルダ構成については、
添付の[doc]フォルダ内、[サーバー環境について.txt]に記述してありますので
確認して下さい。
また、各種環境設定は、
[\XziNet.root\common\Const.inc]
内の定数に記述してありますので、そちらの環境に合わせて変更して下さい。
同様に、以下のパスにあるメール送信のバッチ用の定数ファイルについても
変更して下さい。
[\src\batch\common\Const.vbs]
・.NET環境
※ソースを送付する場合
各種環境設定は、
[\src\XziNet.root\web.config]
内の、[164行目]～[184行目]にて行ってください。
要変更箇所と記述してある箇所について、そちらの環境に合わせて変更して下さい。
※dllのみを送付する場合
1.DLLについて
[XziNet.root\binフォルダ]配下にファイルの置き換えをお願いします。
2.ストアドプロシージャについて
(1)Windowsのスタートメニューから[Microsoft SQL Server]-[Enterprise Manager]
を起動してください。
(2)[データベース]-[■■■]を選択した状態で、
メニューの[ツール]-[SQLクエリアナライザ]をクリックします。
(3)[SQLクエリアナライザ]のウィンドウにて[クエリ]となっているウィンドウに
[■■■.sql] をドラッグします。
(4)メニューの[クエリ]-[実行(E)]をクリックするとストアドが上書きされます。
(5)[●●●.sql]についても同様に(3)(4)を実行してください。
以上で完了です。
・メールの送信には、別システムと同様に、
Basp21.dllを使用しておりますので、
テスト用サーバーにインストールされていなければ、
[http://www.hi-ho.ne.jp/~babaq/basp21.html]
より、Ver.○○をダウンロードしてインストールして下さい。
納品を行う際のメールを作成するときの一番のポイントは、
納品物を受け取る方がスムーズに環境設定を行うことが出来るよう、
相手の方の立場に立った、わかりやすいメールを心がけるということです。
参考にしてみてください。
○ブックを開かずにセルの値を読み込む
○ブックを開かずにセルに値を書き込む
値を読み込むために指定したブックやシート(今回の場合はC:\Sample.xlsのSheet1)が存在しない場合はエラーになるの注意してください。
また、このマクロではセルの指定にR1C1形式を使用していますが、「R」はRow（行）
「C」はColumn（列）を指し、行列ともに数字で表示されます。
次の行に移動していくとR1,R2,R3,･･･、次の列に移動していくとA1,A2,A3,･･･というふうに指定していきます。
１) チェックアウト中のファイルがないかを確認します。
２) 最新版、または、ラベル付きバージョンを取得します。
前回紹介したように、新規の納品時に、ラベルを設定していると、
納品時のバージョンにラベルが貼られた状態になります。
３) 修正されたファイルが正しいかどうかを確認します。
1.エクスプローラを開く→[検索]→[いつ変更されましたか？]の[日付指定]の
ラジオボタンにチェックをつけ、対象の日付を検索します。
（前回納品以降の日付を抽出します）
2.検索結果の中で、以下の項目について確認します。
・修正対象外のファイルが更新されていないか。
・更新されているはずのファイルの更新日付が古いものになっていないか。
・対象ファイルが漏れていないか。
3.ファイルの更新日付を確認し、正しくないものがないかどうかを確認します。
正しくないものがあった場合、VSSの[表示]、[履歴]などで確認します（※）。
４) ビルドを試し、エラーが出ないことを確認します。
５) 納品対象ファイルを圧縮し、納品します。
６) 納品が終了したら、親ルートにラベルを貼ります。
以上が、一度納品したプログラムに修正が発生した場合の、納品手順です。
新規の手順と、基本的な流れは同じですが、ラベルを活用することや、
対象ファイルの比較を行うなど、デグレードを防ぐための手順が、ポイントです。
参考にしてみてください。
（※）…VSSの[履歴]による確認方法
1.フォルダまたはファイルを選択→右クリック→[履歴の表示]を選択します。
2.[サブプロジェクトも対象]にチェックを付け、OKを押下します。
3.ファイルを選択した場合は、[相違点の表示]で、作業フォルダ内のファイルと、
VSS内のファイルを比較することができます。
○拡張メソッドの定義
○メソッドの実行
○実行結果
C#だと以下のように定義します。
○拡張メソッドの定義
上の例だと、Stringクラスに対して拡張メソッドを定義しています。
既存のStringクラスを継承することはできませんが、
あたかもStringクラスにメソッドを追加したかのように使用することが出来ます。
ポイントとして、VBでは拡張メソッドはModule内にしか定義することが出来ません。
また、System.Runtime.CompilerServices.Extension()属性を設定する必要があります。
C#では引数にthisキーワードを付加する必要があります。
さらに、拡張メソッドの呼出しでは参照がNothingの変数に対して呼び出しを行っても、
NullReferenceExceptionが発生しません。
○メソッドの実行
○実行結果
この拡張メソッドですが、コードの可読性は向上すると思うので、
使いどころを誤らなければ便利な機能といえるでしょう。
１)チェックアウト中のファイルがないかを確認します。
２)最新版、またはラベル付きバージョンを取得します。
３)全て取得した後ビルドを試し、エラーが出ないことを確認します。
４)ファイル一覧を作成します。
①左側のディレクトリツリーで、ファイル一覧を作成したいフォルダを選択します。
②VSSエクスプローラのメニューバー[ツール]-[ファイル レポート]をクリックします。
③[ファイル レポート]ダイアログが表示されます。
[サブプロジェクトも対象]のチェックは任意です。
[ファイル情報も含む]、[ファイル名のみ]はチェックをつけます。
任意の出力先を選択します。
※[プレビュー]ボタンをクリックした場合、[プレビュー プロジェクトレポート]が表示されます。
[ファイル レポート]ダイアログで[ファイル名のみ]のチェックを付けなければ、
ファイルごとのチェックイン時刻が表示されるので便利です。
しかし、ファイル名の列幅が狭くなるため、肝心のファイル名が折り返されてしまいます。
プレビューウィンドウの幅を広げても固定長文字列なので、ファイル名が折り返されるのを
避けることはできません。
④[OK]ボタンをクリックします。
・出力先に[ファイル]を選択して[OK]をクリックした場合
[レポートの出力先ファイルの指定]ダイアログが表示されます。
名前を付けて保存ダイアログと同じですので、任意のフォルダを指定の上、
ファイル名を入力してください。
レポートは固定長テキスト形式で出力されます。
・出力先に[クリップボード]を選択して[OK]をクリックした場合
[ファイルレポート]ダイアログで出力先[クリップボード]を選択して[OK]を
クリックすると、VSSエクスプローラの画面に戻ります。
任意のエディタを起動して、貼り付けを行ってください。
５)親ルートにラベルを貼ります。
６)納品します。
以上がアイロベックスのVSSを使った納品手順です。
参考にしてみて下さい。
品質とは要求を満たすこと
http://jibun.atmarkit.co.jp/lskill01/rensai/pm_kiso06/pm_kiso01.html
一番気になったのは「品質を管理するとは？」という箇所です。
品質の管理を意味する英語に、
Quality Management（QM）、Quality Control（QC）の２通りがあるそうです。
以下が引用内容です。
--------------------------------------------------------------------------------------------------------------------------------------
不良品を出さないようにするために、テストを厳しく行ったり、製造の手順を変えたりするような活動を
QC（日本的品質管理）といいます。
一方、成果物を生成するプロセスが適切に運用されているかを管理の対象とした品質向上のためのさまざまなプロセス、
取り組みをQM（品質マネジメント）といいます。
--------------------------------------------------------------------------------------------------------------------------------------
私は、社内におけるソフトウェア開発部単体テストチームの今までの活動は、
上記の２分類のうち、どちらかと言えばQM（品質マネジメント）的な活動だった様に思います。
各自、テストを行ったらエビデンスを提出しましょう、単体テスト結果報告書に記述して提出しましょう、
といった内容ばかりに着目していました。
そうすれば、「テストが甘い」という消極的発言が減り、テスト意識が向上すると私自身も思い込んでいました。
確かに以前よりはテストをして自分の作成したプログラムが正しく動くことを確認する、テスト結果をきちんと残す、という意識も行動も
以前よりは確実に向上していると思います。
品質向上に向けての第一段階は、既に踏み出せているはずです。
しかし、そろそろもっと１ランク上の視野でテストについて考えなければならない時期なのではないかと思います。
今度は、テストパターンについて考えなければならないと思います。
仕様に基づいたテストパターンというのは各システムやプロジェクトに依存するもので、
SEの引継ぎ頼みになりすぎています。
プログラマの本人テストであれ、第三者のテスターテストであれ、
その仕様（要求）を満たすための正しい動きをするための考慮の不足が
テストが甘いと言われる一番の原因なのではないでしょうか？
バグを多く出してしまったり（プログラマの本人テストで本人が確認しきれなかったバグという意味）、致命的なバグを発見できない
というのは、どのような動きが最善と考えられるか、といった動きの想定が甘いからだと思います。
私個人が思う、アイロベックスのよいところは、
「品質が高く、作成スピードが早い」という点だと思っていますし、これからもそうあり続けたいと考えています。
一人一人がもっとテストパターンに敏感であればある程、
品質の高さ、作業スピードを保つ事ができるでしょう。
会社全体としてよい品質という事を考えた時に、新人であれベテランであれ、
よりよい結果を出す仕組み作りというものをソフトウェアテストの観点からも行っていかなければなりません。
これからは、QC（日本的品質管理）的活動も進めていきたいと思います。
Visual SourceSafeで最新ファイルを取得しようとすると、
ファイルに変更があるにも関わらず、最新ファイルを取得できないことがあります。
Webで調査したところ、当社以外にも事例があるようです。
この現象は、ローカルファイルと最新ファイルとの比較に、
失敗しているために、起こるのではないかと考えられます。
そこで、品質管理チームでは、Visual SourceSafeのファイルの比較の機能について、
調べてみました。
Visual SourceSafeのファイルの比較方法は、以下の三つから選択することができます。
※MSDN http://msdn2.microsoft.com/ja-jp/library/dcd20758 から引用しました。
○チェックサム
Visual SourceSafeの既定のオプションです。
格納するチェックサムによってローカルコピーとマスタコピーを比較します。
2つのファイルが同じチェックサムの値を持つにも関わらず内容が違っている場合、
このメソッドは稀に失敗します。
このオプションは、ほとんどのチェックに使用できます。
○時刻
日付時刻スタンプを使用して、ローカルコピーとマスタコピーを比較します。
これは最も高速なオプションですが、精度はファイルを使用している
他のコンピュータの時刻と日付の設定に左右されます。
このオプションは、一般に、使用しているネットワークが、
すべてのネットワークコンピュータの同期化をサポートしている場合に使用します。
時刻を比較する実際の方法は、初期化変数の設定によって異なります。
○内容
ローカルファイルの内容全体をデータベース内のファイルのコピーと比較します。
どの設定で、ファイルを比較するかという設定は、
[ツール]-[オプション]-[Visual SourceSafe オプション]ダイアログ-[ローカルファイル]タブの[ファイル比較(F)]
から設定することが出来ます。
設定が既定のままになっている場合、チェックサムというアルゴリズムを使用して、ファイルの内容を比較するのですが、
そのチェックサムというアルゴリズムは、信頼性が低いようです。
※参考…チェックサムとはhttp://ja.wikipedia.org/wiki/%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%82%B5%E3%83%A0
上記のMSDNサイトから引用した中にもあるように、
チェックサムで比較を行うと、稀に失敗することがあるようです。
そのため、品質管理チームでは、Visual SourceSafeのファイルの比較方法を既定のままにせず、
必ず「内容」に設定するように、規定することにしました。
品質管理チームは、このような注意点も含めた、Visual SourceSafeの手順書を作成し、運用しています。
]]>具体的な活動内容としては、主に、
・納品手順書、納品時メール雛形の作成
・ソース管理手順書の作成
・VSSの機能の調査
を行っています。
納品手順とソース手順をドキュメントにまとめた狙いは、以下の3つです。
1.ミスを減らすこと
今までは手順がばらばらであった為、ファイルの納品ミスが起きることがありました。
ドキュメントを作成し、納品手順を統一させることで、納品ミスを防ぐことが出来ます。
2.効率化を図ること
納品したことのない人や、新人さんが見てもわかりやすい手順書があれば、
効率化が図れます。
3.一定水準を保つこと
誰が作業を行っても、ドキュメントに従えば、正しく確実に作業を行うことが出来ます。
これら3つの狙いをクリアできるように作成を行いました。
まだ社内に公開したばかりですが、品質管理チームでは今後、
作成した手順書や雛形の運用チェックを行い、アイロベックスの
システムの品質向上のために努めていきたいと思います。
最近、使用した帳票ツールの一つに、ActiveReportがあります。
ActiveReportを使用していて、サーバ上で印刷ができないという現象が発生しました。
調べたところ、ActiveReportがPDFの印刷処理を行なう際に、
アプリケーションを実行しているマシンで、
「通常使うプリンタ」として設定されているプリンタの設定（用紙サイズ）を使用して、PDFを作成するようです。
つまり、プリンタが１つもインストールされていない場合、設定が読み取れずに例外が発生してしまいます。
その場合の対処法として、用紙サイズを「ユーザ定義の用紙」として認識させることです。
実際にはA4サイズで作られたとしていても、「ユーザ定義の用紙」として認識させることで、
プリンタの設定によらず、指定したサイズで印刷を行なうことが出来ます。
以下が、実際に試したコードです。