[ThinkIT] 第1回：Eclipse TPTPのインストール (1/3)
皆さん、はじめまして。本連載を担当するビーブレイクシステムズの益原です。 本連載では、テストとパフォーマンス向けのツール開発用フレームワークと標準機能を提供する「Eclipse Test and Performance Tools Platform」（以下Eclipse TPTP）をテーマとして取り上げます。第1回目は、Eclipse TPTPの概要とインストール方法を解説します。 システム開発では設計段階から品質の保証について考慮しますが、やはりテストやパフォーマンス検証がその要であることは間違いありません。開発工数全体の3〜5割を占めるともいわれることからも、その重要性をはかりしることができます。 しかし「テストやパフォーマンス検証を行う時間を十分に確保できるか」というと、必ずしもそうではありません。 なぜならシステム開発には品質だけではなく、納期やコストといった要素も重要だからです。
Radar - O’Reilly
Now, next, and beyond: Tracking need-to-know trends at the intersection of business and technology AI/ML Few technologies have the potential to change the nature of work and how we live as artificial intelligence (AI) and machine learning (ML). Future of the Firm Everything from new organizational structures and payment schemes to new expectations, skills, and tools will shape the future of the fi
Radar - O’Reilly
Now, next, and beyond: Tracking need-to-know trends at the intersection of business and technology AI/ML Few technologies have the potential to change the nature of work and how we live as artificial intelligence (AI) and machine learning (ML). Future of the Firm Everything from new organizational structures and payment schemes to new expectations, skills, and tools will shape the future of the fi
Amazon.co.jp： Subversion実践入門達人プログラマに学ぶバージョン管理: 本: Mike Mason,でびあんぐる
下に表示されている文字を入力してください 申し訳ありませんが、お客様がロボットでないことを確認させていただく必要があります。最良のかたちでアクセスしていただくために、お使いのブラウザがクッキーを受け入れていることをご確認ください。
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
![テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/940258f08a8861f663a305f5e532f8d8c90667bb/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-20-100x100.png)
連載：次世代開発基盤技術“Software Factories”詳解 第7回 Software Factoriesによる可変性を管理したモデル駆動型開発の例（1/4） - ＠IT
Software Factoriesは、以下を組み合わせた開発基盤技術である。 プロダクトライン・アーキテクチャ ドメイン分析とフィーチャ・モデリング ビューポイントによる関心の分離 DSL（Domain Specific Language）によるモデル駆動型開発 これらに加えて、Software Factoriesでは以下の技術を組み合わせることが可能だ。 サブジェクト／アスペクト指向パラダイムを組み合わせたモデル・ベースの複合化技術 開発ツールによるステークホルダーごとのビューポイント単位の開発プロセスの強制 このようにSoftware Factoriesは、変化への対応と品質の確保を実現するための新しいソフトウェア工学技術群をうまく組み合わせて採用している。 また、新しい工学的アプローチでソフトウェア開発全般の基盤を支える一方で、Software Factoriesには既存のスキルや
プロジェクトマネジャの仕事はプロジェクトの前に終わる
「プロジェクトに一度も失敗したことがない」と語るプロジェクトマネジャを何人か存じ上げている。こう書くと何か不遜な人，「俺が，俺が」という人であるとの印象を与えかねないが，全員が全員，穏やかな方々ばかりである。そもそも本人が「失敗したことがない」と公言しているわけではない。「プロジェクトマネジメント（PM）で失敗したことがありますか」という筆者の愚問に対し，「ありません」と回答した人々がおられるということだ。 筆者は質問をするのが商売なので，「失敗したことがない」と答えた方には必ず，「失敗しないコツは何ですか」と聞くようにしている。これまた芸がない質問だが，プロジェクトマネジャの方々は皆，話が上手で丁寧に説明してくれる。ここでも断っておくが，どのマネジャも立て板に水という感じでは話さない。淡々と語っているのだが，実に分かりやすく，かつ納得させられる。そういう話し方である。 失敗しないプロジェ
米IBM，ソフト開発ツール「Rational Unified Process」をEclipseに提供
米IBMは，ソフトウエア開発ツール「IBM Rational Unified Process（RUP）」の一部をオープンソース開発ツールの業界団体Eclipse Foundationに提供する。IBM社が米国時間10月12日に明らかにしたもの。 ソフトウエア開発作業の現状について，同社は以下のように問題を指摘する。「開発組織の規模は世界的なレベルに拡大しつつある。新たな開発チームが頻繁に作られ，開発者がしばしばチーム間を移動するなど，変化の激しい環境に囲まれている」 ところが要求設定，分析／設計，試験／プロジェクト管理などの中核作業に標準が存在しないという。「そのため開発組織は，ソフトウエア開発の基盤として使うプロセスや計画，ルールに関する無数の文書を繰り返し作ることになる。そうして開発が長期化し，余計な作業が増える。ベスト・プラクティスも個別の開発チームや特定企業の内部にとどまり，外部と
JavaScriptにおける古典的継承、メモ - FAX
JavaScriptにおける古典的継承、メモ メモ eHubインタビューズと平行して進めていたが、中々終わらないため、誠に申し訳ないがリリースさせて頂いた。ドキュメントに対して、英語力、JavaScriptの知識、共に不足していた。 現時点で、大きく2点不明な点がある。 第一に、IEとFireFoxで動作確認を行なったが、寄生的継承とオブジェクト補強でuberメソッドが見つからないためエラーとなる点だ。これは、inheritsが呼び出されず、uberが定義されないことが原因と思われる。 一度、以下のコードでinheritsを行うと、寄生的継承なども上手くいく。 Parenizor.inherits(Object); uberを定義している箇所で、引数として名前有りのuber関数渡している部分の解釈にポイントがあるように思う。 第二に、uberメソッドの解説の以下の部分の意味を把握できなかっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://teamgame.blogspot.com/2005/10/refactoring-old-code-getting-right.html
Agile Web Development with Railsの翻訳 - Journal InTime(2005-10-13)