パスワードを忘れた? アカウント作成

shimashimaさんのトモダチの日記みんなの日記も見てね。 スラッシュドットのストーリーを選ぶための補助をお願いします。

1456608 journal
日記

shimashimaの日記: [etc][品質]JaSST'12 Tokyoへ参加してきた

日記 by shimashima

例年のごとく、JaSST(ソフトウェアテストシンポジウム)'12 Tokyoへ参加してきた。例年のごとく私費で。

日本で開催されるソフトウェアの品質に関するセミナーでは最大級の催しということで、参加者数はいつもながらかなりの人数になっていた。セッションの豪華さもいつも通り。そして基調講演もいつも通り豪華ゲストによるもの。今回はアメリカのMicrosoftで品質管理を担当し、「How We Test Software at Microsoft」の著者の一人でもあるBj Rollison氏が務めた。内容は、まあとにかく「流石MSだ」というもの。参加者に配布された予稿集の内容とほぼ一緒なので、入手可能な人は目を通してみるとよいだろう。
テスターはプログラマと同数居ること、テストのために多額の投資をしていること、テスト用マシンが1万台以上あること、内部でテストツールが多数開発されチーム間でシェアされていること、テストは公開APIに対して自動テストを行っていることなど。
規模・質ともに圧倒されるが、やっていることは極めて真っ当であることが分かった。これは修正パッチのリリースコストが極めて高価であることも当然関わってくる。
また、Rollison氏が言っていたことだがやはりテストエンジニアの採用は難しいそうだ。ソフトウェアサイエンスを学んできた学生は基本的には開発者を目指しテストエンジニアになりたいと思う人は少ないとのこと。ここは課題のようだ。これは多分日本でも当てはまるだろう。

そのほかの面白いセッションとしてはWモデルについて。
主に元TISの鈴木三紀夫氏を中心としてWモデルを解説したもの。Wモデルという言葉は初めて聞いたもので、なんだろうと思っていたが実体としてはテスト計画・設計を可能な限り早い段階で行おうというもの。
モデル自体は目新しいものではなかったが、実際に鈴木三紀夫氏が現場で導入する際に突き当たった課題を熱く語っていたのが印象的だった。Wモデル導入は言ってしまえばプロセス改善で、そのためにはどういう点に気をつけなければならないかを経験を交えた事例でもって説明していた点はとても興味深い。如何にステークホルダーを納得させるかのヒントを得ることができた。

あとはバグデータベース構築に関するセッション。これはIBMの細川氏を中心に進められているプロジェクト ファーブルというプロジェクトの説明とその問題意識についてだった。
各組織にバグ票のDBはあるが、それは個別事象でありそれを抽象化してパターン化できないかという試み。なんとなく、ソフトウェア開発の問題点を病理学の手法で分析した「ソフトウェア病理学」のバグ版かなとおもったらその通りだった。これは講演後に細川氏に直接確認したところ、そのような返事を頂いた。
究極的な目標は、医療分野でのPubMedのようなものをつくっていきたいとのこと。当然、このバグデータベースにはどういう状況で発生しやすいか、頻度の高い合併症は何か、徴候はどのようなものかなど、それこそ病理学のような情報を含むことを前提としている。
セッションの前半はこのプロジェクト ファーブルについての説明で、後半はワークショップ。ある架空のバグ票から原因を特定し抽象化するというもの。具体的にはContext(プロジェクト固有)、Constraints(制約)、Condition(前提)を外し、他者に説明してみようというもの。
原因については、プログラマであれば一瞬で当りをつけられるが、上記の3つのCを取り除いて説明するのは意外なほど難しいことを実感させられた。

主なセッションとその感想は以上の通りだ。

1418848 journal
日記

shimashimaの日記: [H/W][VMware]VMwareホスト用H/W選定 5

日記 by shimashima

私の所属している部署で、開発用としてVMware ESXiマシンが運用されている。Dellのラックマウントで2ソケットだが1CPUのみ載っておりメモリは1CPUでの実質上限16GByte搭載されている。
開発終息した案件用のVMはシャットダウンしているものの、可動しているVMの総メモリ量がそろそろ物理搭載メモリ量に達しそうなのでなんらかの対応をしなければならない。

元々2ソケットマシンで1ソケット空いているのでCPU追加と同時にメモリを倍増させようと考えていた。件のH/Wを購入した担当者もそのつもりでいた。だが、Dellの担当者に確認してみると同一CPUは在庫払底している、またCPU追加は基本的にDellのサービススタッフが行うことになりそれなりに値段が掛かること、今あるCPUを外し別のCPU2機購入し搭載することは可能だがそれならば新規にもう一台購入した方が割安だと言われた。

社内の識者に聞いてみると「CPUの追加は基本的にあり得ないと思った方が良い。メモリはともかくCPUソケットは購入時に全部埋める前提で考えないと駄目」とのことだった。

まあ、といっても後の祭り。
H/Wリソースが足りなくなるのは目に見えているので次期H/Wを選定しなければならない。当初Xeon搭載のラックマウントを検討していたが想いのほか高い。前回購入を行った担当者と頭を悩ませていたのだが、ふと昨日Opteron搭載マシンだとどうかと思い、hp DL165 G7を調べてみると、Xeonよりも割安でメモリ搭載量が圧倒的に多い事に気がついた。Bulldozerなので1スレッドの処理能力はあまり良くないだろうが、VMware用マシンなので1スレッドの処理能力よりもスレッド数とメモリ搭載量が重要となってくるのでそこは無視できる。
Webで見積りの金額を見てみても、案件ごとに物理H/Wを購入する分をこのマシンで賄うという計画で資料を作れば社内決済がとおりそうな金額だ。
また、既存の物理サーバの集約(廃止)による消費電力の削減によるコストメリットの算出もしてみたい。

週明けにでも現在稼働中且つVM移行可能な物理サーバ台数の調査を行ってみようかと思う。あとはVMのバックアップ体制や全体の可用性のところを詰めていこう。

1288402 journal
日記

shimashimaの日記: [VMware]VMware ESXiのバックアップソリューションを検討 1

日記 by shimashima

会社で使用しているVMware ESXi 4.1(まだ5.0に上げていません)のバックアップを検討中。

現在ローカルストレージはRAID1で保護されているが定期バックアップは行っていない。可用性は最低限保たれているが、VMware ESXiの依存度(重要度)が高くなってきたのでバックアップを導入したいと同僚と話しているのだ。

ESXiが稼働しているH/Wは現在一台のみ(自分の部署の範囲では)。Essentials Plusに含まれるvCenter Data Recoveryがいいのか、それとも別の仮想化バックアップソフトがいいのか。値段が安くないだけに悩ましいのだが、如何せん触ったことがないのでどれがいいのかわからない。
sshとサスペンドを利用した方法もあるのは知っているが、会社で使っているものなので安全性を優先させたいのでこの手段はとらない。

あとで、仕事で導入した友人に聞いてみる事にしよう。

1251358 journal
日記

shimashimaの日記: [書籍]書籍購入@2012年1月9日

日記 by shimashima

本日の購入書籍。

中公クラレ新書「日本人はどのように仕事をしてきたか 」海老原 嗣生, 荻野 進介 著

濱口桂一郎氏のBlogで紹介されて以来ずっと気になっていた書籍。書店に行くたびに購入しようか迷っている状態だったのでいい加減あきらめて購入した。
この本で取り上げられてる書籍の内、私が読んだことがあるのはたった二冊。他は未読だが、どのように分析されどういう書簡を送りどういう返信を受け取ったのか興味深い。

1251336 journal
日記

shimashimaの日記: [etc][Life]去年のこと、今年のこと

日記 by shimashima

年が明けて時間が経つが、自分の去年の行ってきた事と今年の目標を書いてみる。

去年の事
1.初めてGitに触った
仕事の関係で初めて分散VCSとしてGitに触った。未だに使いこなせる状態にはないが、とっかかりにはなった。

2.初めてWindows系開発(C#)を行った
Gitを触ることになった案件がASP.Net(C#)で、これも初めての経験となった。開発環境としてVisualStudio、DBとしてSQL Serverに触ったのも同様に初めてだ。

3.Scalaの勉強を始めた
年末頃からコップ本第二版の写経を開始し、Scalaの勉強に着手した。OCamlは……聞かないでほしい。

4.初めて本格的な業務分析を行った
社内業務向けシステムを今まで担当してこなかったため本格的な業務分析経験がなかったが、昨年業務システムを開発ことになり経験することになった。
お客さんの行っている業務をヒアリングし、整理・資料化ののち提示し認識にずれがないかを確認する。
複雑な業務で大変ではあったが、貴重な経験となった。

5.Jenkinsの芽が出た
一昨年参加した案件で私が導入したJenkins(当時はまだHudsonと呼ばれてた)が、引き続き使われ続け正式なリリースモジュールのビルドファームとなった。私が参加していたころとはずいぶん状況が変わってしまっているだろうが、あの時に導入したものが無駄にならずに使われていることは素直にうれしい。

今年の目標
1.Gitを使えるようになる
去年の段階では基本部分だけで、それもかなり怪しい状態だったのでもう少しGitに慣れる。

2.構成管理パターンの確立
Gitに慣れるのとセットで、分散VCSを使った場合の構成管理の基本パターンを身につける。

3.JIRAの導入を行う
私費で購入したJIRAのセットアップを投げださずに行う。

4.Scalaの勉強を継続する
色々なものに目が移ってしまうが、Scalaの勉強を継続する。少なくとも、コップ本第二版の終わりまで通して写経を行う。

5.ジャーナル投稿
昨年友人と話をしたのだが、大きな目標としてジャーナルを一本あげて投稿する。ネタがないのでまずそこから始めなければならないのと、自分自身学会未経験なので友人の協力を頼る部分が大きいだろう。

6.JSTQB-FL取得
JSTQB-FLを、2月は流石に無理なので8月試験目標で取得を目指す。

7.技術書をもっと読む
昨年は技術書の読書量がかなり少ない気がしたので、積極的に読むようにする。読むべき本は手元にあるので消化を目指す。
2,3年前までは電車内で読んでいたが最近電車内では文庫本を読む頻度が多いので、文庫本の代わりに技術書を読むようにしたい。
また、そもそもの読書量が少ない気がするので底上げを行う。

8.社内にJenkinsを導入する
去年の欄で書いたJenkinsは案件が客先作業となりそれに伴いJenkiknsサーバも社内には無くなってしまった。また、ちょうど同僚から.Net系でCIサーバ構築の要請が来ているので、社内にJenkinsを導入してみる。
Jenkinsそのものは多分問題ないが、Windows系のビルドスクリプトは詳しくないのでその辺りは社内識者に聞くか自分が勉強して進めていかなくてはならない。

大したことを目標にするつもりはなかったが、並べるだけでも結構あり自分でも驚いている。いくつかは直近手を動かすことで達成できるものがあるが、そうでないものもある。今年できなくても来年への種がまければいいかなと思っている。

932909 journal
日記

shimashimaの日記: [書籍]書籍購入@2011年11月29 4

日記 by shimashima

本日の購入書籍。

オライリージャパン「プロジェクト・マネジャーが知るべき97のこと」Barbee Davis 編 / 神庭 弘年 監修 /笹井 崇司 訳

タイトルを見た時点で購入予定だったので、発売日にさっそく買ってきた。自分はマネジャーではないが、どうあるべきかは自分の中で考えておきたいので、その参考に。

911435 journal
日記

shimashimaの日記: [書籍]書籍購入@2011年11月24

日記 by shimashima

本日の購入書籍。

PACKT「Apache Maven 3 Cookbook」Srirangan 著

数少ないApaceh Mavenの最新版についての書籍。日本語および英語では多分これだけ。実質選択肢がないので購入した。

名前に「Cookbook」と入っているが、インストール・セットアップ、Project Object Model、Lifecycleなどから説明されているので最初に手をとっても戸惑うことはないだろう。各種リポート系Pluginについてページを割いていることに好感が持てる。
またAndroid開発での使い方、Java以外のScala/Groovy/Flexでのビルド方法、IDEとの連携、Java/Ant/JRubyによる拡張についても書かれている。

残念なところはCookbookの性格上あまりひとつについて細かく書かれていないことと、mavenの込み入った部分(ノウハウ的なもの)について書かれていないようだ。

対象のバージョンは一つ前の2.0系になるが、Oreillyの「Maven: The Definitive Guide」の方がMultiModuleなど詳細に書かれているので、突っ込んで使う場合はこちらにも目を通しておく方がよいだろう。

911401 journal
日記

shimashimaの日記: [VMware]VMware Player 4.0でXP Modeのインポートする

日記 by shimashima

先日の日記についてACさんから指摘があり、私の方で試したところVMware Player 4.0.1でXP Modeのが可能だったので方法を載せる。
ACさん、ご指摘ありがとうございます。

VMware Player 4.0.1でXP Modeを動作させるための前提として
1.VMware Player 4.0.1がインストール済み
2.VMware vCenter Converter Standaloneがクライアントサーバ方式でインストール済み
3.MicrosoftからXP Modeをダウンロードしインストール済み
が必要となる。

VMware Player 3.xでは、Web上の記事を見る限りVMware vCenter Converter Standaloneは不要だったようだが4.0系になり別途インストールする必要になったようだ。

手順としてはVMware Playerの[ファイル]-[Windows XP Mode 仮想マシンのインポート]を選択し、インポート元のXP Modeを指定(基本的にはデフォルトで指定されるファイルで問題ないだろう)し指示通りに進めていけばよい。

なお、VMware vCenter Converter Standaloneがインストールされていない状態で[ファイル]-[Windows XP Mode 仮想マシンのインポート]を実行すると、

VMware Player のこの機能を使用するには、VMware vCenter Converter Standalone 製品が必要となります。

[OK] をクリックして、VMware vCenter Converter Standalone をインストールしてください。インストールが完了した後に再試行してください。

とポップアップ表示され、[OK]ボタンを押下すると、

「VMware vCenter Converter Standalone」製品をインストールできません。問題が続く場合は、VMware テクニカル サポートにお問い合わせください。

とやはりポップアップが表示される。この辺りがどうやら3.xと挙動が違うようだ。

909400 journal
日記

shimashimaの日記: [VMware][改題][追記]VMware Player 4.0でXP Modeのインポートする(失敗編) 4

日記 by shimashima

追記
ここから
----
以下にあることは一度自分で試したことで、最終的にはVMware Player 4.0.1でXP Modeのインポートができた
----
ここまで

タイトルにある通り、VMware Player 4.0.xでXP Modeのインポートを実行したのだが正常に機能しない。

メニューの[ファイル]-[Windows XP Mode 仮想マシンのインポート]とあるが、選択するとVMware vCenter Converter Standaloneのインストールを行う旨のポップアップが表示され[OK]を押すと、その時点でVMware vCenter Converter Standaloneがインストールできないというポップアップがでる。

試しに手動でVMware vCenter Converter Standaloneをインストールしたのちに[ファイル]-[Windows XP Mode 仮想マシンのインポート]を実行すると、

「VMware vCenter Converter Standalone」製品は、VMware Player で使用するように正しく構成されていません。

VMware vCenter Converter Standalone をアンインストールして再試行してください。

というポップアップが表示されて終わる。
VMware vCenter Converter Standaloneインストール時には標準的なスタンドアローンでのインストールをしただけで特別なことはしていない。

既知の現象かどうか調べてみたところ、VMwareのforumに該当スレッドがあった

自分は4.0.1で初めて試してみて失敗したが、スレッドにあるように4.0.0からの現象のようだ。
時間がかかるので実行していないが、VMware vCenter Converter Standaloneをインストールしたのちに手動でvmx形式に変換すれば多分問題なく動くだろう。ただ、普通の人にVMware vCenter Converter Standaloneを触らせるのは酷だろうから、早くfixしてほしいとは思う。

878443 journal
日記

shimashimaの日記: [etc][VMware]HypervisorマシンとノートPCのスペックが逆転

日記 by shimashima

半月ほど前に、いま使っているノートPC(ThinkPad X201s)のメモリを4GByteから8GByteのした。ちょうどメモリが安い時期だったので4GByte2枚で4000円未満だったはず。このノートPCにはVMware Player 5.xがインストールされていて、常にSeientific Linux 6.1(x86_64)が動いている。

さて、そうしたところVMware vSphere Hypervisor 5.0用のマシンとスペックが逆転してしまった。Hypervisor用マシンは中身がC2DなPentium-DualCoreでメモリが4Gbyte。ノートPCの方がCPUもメモリも強力になった上VMのバージョンがともに同じなのでHypervisor用サーバがかすんでしまった。

ノートPCは持ち運びも考えているので自宅内24時間運用は考えていないものの、普段の実験用サーバはノートPC内のVMware Playerで済んでしまう。Hypervisor用サーバがここまで早く陳腐化するはちょっと想像していなかった。

まあ、ストレージを分離したり有償版でvMotionを試したりといったvSphereらしさを堪能するにはやはり専用サーバが必要なので全く用済みという訳ではないが、利用価値は低くなった。

typodupeerror

コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell

読み込み中...