シェアウェア販売者の独り言：SSブログ

	ブログをはじめるログイン

IBM が telelogic を買収

おどろいたニュースが入ってきた。

IBM がツール開発ベンダである telelogic を買収するとのことである。
http://itpro.nikkeibp.co.jp/article/NEWS/20070612/274405/

これで、IBM Rational 事業部はさらにいろいろなツールを持つことになる。
UML ツールを始め重複するツールがいっぱいでるのではないか？
これらをどう整理統合するのか、ちょっと期待したい。

*IBM が持つことになるUMLツール
Rational Rose
Rational Software Modeler
Rational Systems Developer
telelogic tau
telelogic system architect
telelogic Rhapsody
など・・・

また、IBM は新ソフト開発ツール4製品も発表した
http://itpro.nikkeibp.co.jp/article/NEWS/20070612/274413/

IBM のツール事業はどこに向かっているのだろうか・・・

2007-06-12 12:33 nice!(0) コメント(0) トラックバック(0)
共通テーマ：パソコン・インターネット

[徹底調査！開発支援ツールの利用実態]の結果　 [ツール調査]

遅くなったが、日経SYSTEMS の[徹底調査！開発支援ツールの利用実態]の結果について書いてみたいと思う。

今回は、前回の開発支援ツールの調査より、分析の仕方が的確だったと思う。

しかし、ツールが主ではなく、言語が主でツールを選んでいることが、前提に無い。
なので、「中小で強いVisual Studio」とか、変な分析結果が出している。
これは、別の要因で、こうなっているだけで、会社規模とツールには＊直接＊の相関はないはずだ。

つぎに、JUDE など、フリー版と有償版があるのをきちんと区別していないため、
分析がもう一歩踏み込めていない感じがする。

また、結果からも、回答者のプロフィールからも、一般に「エンタープライズ系」と呼ばれる
分野の結果でしかなく、よりきちんとツールを使っていると思われる「組み込み系」の結果がない。

この二つの分野はかなり違う性格をもっているため、使っているツールもかなり違うと思われる。

次回はこの点をもうすこし明確にし、情報収集・分析してもらえると面白いと思う。

現在は、「調査結果の特別編集版を無料プレゼント中」とのこと。
http://coin.nikkeibp.co.jp/coin/sys/trial/

まだ見てない人で、興味を持った人は見て欲しい。

2007-06-12 12:28 nice!(0) コメント(0) トラックバック(0)
共通テーマ：パソコン・インターネット

日経SYSTEMS 開発支援ツールの利用実態調査の結果の一部かな？　[ツール調査]

ZDNet Japan「オープンソース開発支援ツールの利用は4割--日経SYSTEMSの調査で明らかに」
http://japan.zdnet.com/sp/report/story/0,2000056431,20348985,00.htm

全体のプロジェクトのうち、４割がオープンソース（または無償）の開発支援ツールを使っているとの結果の報告だ。

意外だが、ちょっと考えれば当然と思える結果が
「大規模プロジェクトほどオープンソース（または無償）ツールを採用する傾向が高い」
という点だ。確かに価格が高いツールはプロジェクトの人数が多いほど、コストがかかる。
なので、オープンソースのツールとなるらしい。

確かにそうだ。

だから、無償または安いツールのほうが売れているのと思う。

高くて高機能より安くて単機能が求められているのかな？
ま、無償高機能のツールが一番なのだろうが・・・

2007-05-24 23:34 nice!(0) コメント(0) トラックバック(0)
共通テーマ：パソコン・インターネット

Bugzilla 3.0　[バグ管理ツール]

Bugzilla 3.0 が 2007年5月9日に発表されていたらしい。

http://japan.internet.com/webtech/20070511/10.html

どう変わっているか調査しなければ・・・

2007-05-13 19:00 nice!(0) コメント(0) トラックバック(0)
共通テーマ：パソコン・インターネット

バグにそもそものプライオリティなんかないんだ。　[バグ管理ツール]

メーリングリストに流れていた、バグについての考え方を記述したブログを発見した。

サン流だけど一流のバグ管理心得
http://recompile.net/2007/02/post_30.html

沢山のバグを管理する時の心得が書いてある。
・バグのプライオリティは我々（バグの発見者？修正者？）の決定
・バグの優先度は、意思決定プロセスの結果
・「ターゲットリリース」のところに、それまでに直そうとするリリースのバージョンを書いておこう。
・バグをカテゴリーにわけるのは管理できるようにしているんだ。
・バグを報告するときにおぼえておこう。バグを割り当てるときにおぼえておこう。バグを評価するときにおぼえておこう。

ツール的な面から見ると、
・優先度、重要度を管理
・修正バージョン、ビルドを管理
・カテゴリを管理
・バグに関係する人がみんな、同じ意識を持つ。
ってなところを行うって事かな？

上記を手助けするのがバグ管理ツールなんだな！と思う。

2007-04-26 17:14 nice!(0) コメント(0) トラックバック(0)
共通テーマ：パソコン・インターネット