伊原/IWPSE2009
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
開始行:
[[伊原]]
**IWPSE-EVOL 2009 [#hf995dab]
IWPSE-EVOL 2009~
URL:http://ssel.vub.ac.be/iwpse-evol/
:title| An Analysis Method for Improving a Bug Modificati...
:paper|&attachref(iwpse16-ihara.pdf);~
&attachref(iwpse16-ihara.tex);~
:presentation|pptx：&attachref(IWPSE2009_eng_v7.pptx);~
ppt：&attachref(IWPSE2009_eng_v7.ppt);~
***First reviewer [#zd41ab48]
○Evaluation
- 2ページ1カラム最後の行，「多くの不具合はアサインされて...
- 現行のフォーマットに問題があります．
例えば，3ページ目1カラム4段落目，"bug transists to bug re...
- 3ページ目1カラム6段落目，"...analysis of bug tracking s...
- 4.2章，なぜバグを分類しないの？結果には影響しないの？こ...
- 全ての表はスモールキャピタルで書かれていますよ．Capsで...
- 表2，各プロジェクトのBugzillaに全てを対象としているのか...
- 表2，2002年に報告された古いApacheのバグ，2001年に報告さ...
- 4ページ目2カラム，Mozillaのこと説明する欄で，「Apacheが...
- 4ページ目2カラム，"web browser product with the rapidly...
- 表3，4に示すデータについて，全てフェーズの最小値は0日で...
- 5.3.1節最後の段落の最後，"web browser product with the ...
- 5.3.1節最後の段落,著者は「アサイン→解決」のバグは「承認...
- 図3と図4のフォントは大きくしてください．
- 6.3節の"Threats to Balidity"は"Validity"です．
- 最後に，あなたの原稿でとても興味深いのは確認作業にボト...
まとめのセクションでそれを含めてください．
***Second reviewer [#wf39d91e]
○Summery
- 表はのy軸は対数スケールを使うべきです．そうしないと違い...
- 図5〜図8スペース節約のために結合すべきです
- 少なくとも状態遷移をループ回数をカウントすべきです
○Evaluation
- (+)不具合修正プロセスを定量化したことは評価できる
- (-)定量データを説明できていない．定量的な結果に驚けない．
- 私はこの原稿がワークショップの目的に合っているかどうか...
この原稿のテーマは不具合修正プロセスデータを定量化するこ...
ワークショップはLehman発見した法則に沿って進化の様子に焦...
どのようなシステムが時間の経過で進化するか．不具合修正はI...
良く扱われています．
- 言語の問題が多くあります．PDFにマークしましたので，私の...
***Third reviewer [#z8ab5d78]
○Evaluation\\
この原稿は興味深いエンピリカルな結果を報告しています．
しかし，ボトルネックの議論に賛成しません．
原稿の結果がプロセスの向上のために運営者のどのような助け...
初めに
開発者がアイドル時間を持たない限り，開発者の作業量は不変...
ゆっくりしているバグが下がらない限り不具合修正を早くする...
2つ目に
結果に「アサイン→解決」，「解決→確認」に長い時間がかかっ...
これは期待していました．なぜなら修正や確認は時間がかかる．
これが異なる結果なら怖い．
そうは言っても，エンピリカルな発見はとても興味があり，ワ...
実際にあなたのアプローチはプロジェクトをモニターしたいと...
例えば，毎月提案されたステートチャートを計算することがで...
指摘を試みてください．
表2のFirefoxの数は非常に低い．Mozillaのバグデータベースは...
図5と8，empiricalな見方は興味があります．例えば，開発者は...
この原稿は「ボトルネックを理解する」を絶えず繰り返す傾向...
これについて述べるのは1回か2回で十分です．特にそのような...
7ページ1段落，3つのパターンを理解できない．「報告→解決」...
図3，4について詳細に議論してください
"Threats to Balidity" => "Threats to Validity"
日本語フォントをインストールしなければなりません
○指摘
+ バグ修正の異なるフェーズ間の遷移を分析するアイデアは面...
+ 図5から図8の結果は面白い
- 時間を費やしている遷移が本当にボトルネックとなっている...
- 結果が明らかでない．運営者はそのような知見をどのように...
+ プロジェクトをモニタリングするためにグラフを使用するこ...
終了行:
[[伊原]]
**IWPSE-EVOL 2009 [#hf995dab]
IWPSE-EVOL 2009~
URL:http://ssel.vub.ac.be/iwpse-evol/
:title| An Analysis Method for Improving a Bug Modificati...
:paper|&attachref(iwpse16-ihara.pdf);~
&attachref(iwpse16-ihara.tex);~
:presentation|pptx：&attachref(IWPSE2009_eng_v7.pptx);~
ppt：&attachref(IWPSE2009_eng_v7.ppt);~
***First reviewer [#zd41ab48]
○Evaluation
- 2ページ1カラム最後の行，「多くの不具合はアサインされて...
- 現行のフォーマットに問題があります．
例えば，3ページ目1カラム4段落目，"bug transists to bug re...
- 3ページ目1カラム6段落目，"...analysis of bug tracking s...
- 4.2章，なぜバグを分類しないの？結果には影響しないの？こ...
- 全ての表はスモールキャピタルで書かれていますよ．Capsで...
- 表2，各プロジェクトのBugzillaに全てを対象としているのか...
- 表2，2002年に報告された古いApacheのバグ，2001年に報告さ...
- 4ページ目2カラム，Mozillaのこと説明する欄で，「Apacheが...
- 4ページ目2カラム，"web browser product with the rapidly...
- 表3，4に示すデータについて，全てフェーズの最小値は0日で...
- 5.3.1節最後の段落の最後，"web browser product with the ...
- 5.3.1節最後の段落,著者は「アサイン→解決」のバグは「承認...
- 図3と図4のフォントは大きくしてください．
- 6.3節の"Threats to Balidity"は"Validity"です．
- 最後に，あなたの原稿でとても興味深いのは確認作業にボト...
まとめのセクションでそれを含めてください．
***Second reviewer [#wf39d91e]
○Summery
- 表はのy軸は対数スケールを使うべきです．そうしないと違い...
- 図5〜図8スペース節約のために結合すべきです
- 少なくとも状態遷移をループ回数をカウントすべきです
○Evaluation
- (+)不具合修正プロセスを定量化したことは評価できる
- (-)定量データを説明できていない．定量的な結果に驚けない．
- 私はこの原稿がワークショップの目的に合っているかどうか...
この原稿のテーマは不具合修正プロセスデータを定量化するこ...
ワークショップはLehman発見した法則に沿って進化の様子に焦...
どのようなシステムが時間の経過で進化するか．不具合修正はI...
良く扱われています．
- 言語の問題が多くあります．PDFにマークしましたので，私の...
***Third reviewer [#z8ab5d78]
○Evaluation\\
この原稿は興味深いエンピリカルな結果を報告しています．
しかし，ボトルネックの議論に賛成しません．
原稿の結果がプロセスの向上のために運営者のどのような助け...
初めに
開発者がアイドル時間を持たない限り，開発者の作業量は不変...
ゆっくりしているバグが下がらない限り不具合修正を早くする...
2つ目に
結果に「アサイン→解決」，「解決→確認」に長い時間がかかっ...
これは期待していました．なぜなら修正や確認は時間がかかる．
これが異なる結果なら怖い．
そうは言っても，エンピリカルな発見はとても興味があり，ワ...
実際にあなたのアプローチはプロジェクトをモニターしたいと...
例えば，毎月提案されたステートチャートを計算することがで...
指摘を試みてください．
表2のFirefoxの数は非常に低い．Mozillaのバグデータベースは...
図5と8，empiricalな見方は興味があります．例えば，開発者は...
この原稿は「ボトルネックを理解する」を絶えず繰り返す傾向...
これについて述べるのは1回か2回で十分です．特にそのような...
7ページ1段落，3つのパターンを理解できない．「報告→解決」...
図3，4について詳細に議論してください
"Threats to Balidity" => "Threats to Validity"
日本語フォントをインストールしなければなりません
○指摘
+ バグ修正の異なるフェーズ間の遷移を分析するアイデアは面...
+ 図5から図8の結果は面白い
- 時間を費やしている遷移が本当にボトルネックとなっている...
- 結果が明らかでない．運営者はそのような知見をどのように...
+ プロジェクトをモニタリングするためにグラフを使用するこ...
ページ名:
![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
