論文の概要: State of Refactoring Adoption: Better Understanding Developer Perception of Refactoring

• arxiv url: http://arxiv.org/abs/2306.06019v1
• Date: Fri, 9 Jun 2023 16:38:20 GMT
• ステータス: 処理完了
• システム内更新日: 2023-10-24 03:54:10.893127
• Title: State of Refactoring Adoption: Better Understanding Developer Perception of Refactoring
• Title（参考訳）: リファクタリングの状況:開発者のリファクタリングに対する理解を深める
• Authors: Eman Abdullah AlOmar
• Abstract要約: ソフトウェアライフサイクルにおける開発者の活動の文書化方法について検討する。 このようなアクティビティを自己確認リファクタリング(Self-Affirmed Refactoring, SAR)と呼びます。 本稿では,コミットが開発者関連のイベントを記述しているかどうかを,共通品質改善カテゴリに従って分類するアプローチを提案する。
• 参考スコア（独自算出の注目度）: 5.516979718589074
• License: http://creativecommons.org/publicdomain/zero/1.0/
• Abstract: We aim to explore how developers document their refactoring activities during the software life cycle. We call such activity Self-Affirmed Refactoring (SAR), which indicates developers' documentation of their refactoring activities. SAR is crucial in understanding various aspects of refactoring, including the motivation, procedure, and consequences of the performed code change. After that, we propose an approach to identify whether a commit describes developer-related refactoring events to classify them according to the refactoring common quality improvement categories. To complement this goal, we aim to reveal insights into how reviewers decide to accept or reject a submitted refactoring request and what makes such a review challenging.Our SAR taxonomy and model can work with refactoring detectors to report any early inconsistency between refactoring types and their documentation. They can serve as a solid background for various empirical investigations. Our survey with code reviewers has revealed several difficulties related to understanding the refactoring intent and implications on the functional and non-functional aspects of the software. In light of our findings from the industrial case study, we recommended a procedure to properly document refactoring activities, as part of our survey feedback.
• Abstract（参考訳）: ソフトウェアライフサイクル中に開発者がリファクタリングアクティビティを文書化する方法について検討することを目的としています。 このようなアクティビティを自己確認リファクタリング(Self-Affirmed Refactoring, SAR)と呼びます。 SARは、実行されたコード変更のモチベーション、手順、結果など、リファクタリングのさまざまな側面を理解する上で不可欠です。 その後、コミットが開発者関連リファクタリングイベントを記述して、リファクタリング共通品質改善カテゴリに従って分類するかどうかを識別するアプローチを提案する。 この目標を補完するために、私たちは、レビュアーが提出されたリファクタリング要求の受け入れまたは拒否を決定する方法と、そのようなレビューが難しい理由に関する洞察を明らかにすることを目的としています。 それらは様々な経験的調査の確かな背景として機能する。 コードレビュアーによる調査では,リファクタリング意図の理解と,ソフトウェアの機能的および非機能的側面に関するいくつかの問題点が明らかになった。 産業ケーススタディの結果を踏まえて,調査フィードバックの一環として,リファクタリングアクティビティを適切に文書化するための手順を推奨した。

関連論文リスト

• Diagnosing Refactoring Dangers [0.7036032466145112]
  既存の行動保存分析は、しばしば拒絶に対する包括的な洞察を欠き、実行可能な解決策を提供しない。 我々は危険を検出するための概念モデルを開発し、ReFDと呼ばれるこのモデルに基づいたEclipseプラグインを作成しました。 ReFDは、これらの潜在的なリスクが存在するかどうかを識別するために与えられたコードを評価し、実際のリスクを作成し、偽陽性を減らすための判定メカニズムを使用する。
  論文  参考訳（メタデータ） (2024-11-13T14:39:37Z)
• Deciphering Refactoring Branch Dynamics in Modern Code Review: An Empirical Study on Qt [5.516979718589074]
  本研究の目的は,Refactorブランチの変更に対するレビュープロセスの理解と,このブランチのコードをレビューする場合の開発者が何に関心を持っているかを明らかにすることである。 リファクタリングブランチからのレビューは、コードレビューの観点で解決する時間が非常に少なくなっています。 さらに、開発者意図のドキュメンテーションは、他のブランチと比べて、Refactorブランチ内では特に少ない。
  論文  参考訳（メタデータ） (2024-10-07T01:18:56Z)
• In Search of Metrics to Guide Developer-Based Refactoring Recommendations [13.063733696956678]
  モチベーションは、外部の振る舞いを損なうことなく、ソースコードの品質を改善するための確立されたアプローチである。 本研究では,開発者の運用意欲を調査する指標に関する実証的研究を提案する。 実行すべき開発者のモチベーションを把握する上で、製品とプロセスのメトリクスの価値を定量化します。
  論文  参考訳（メタデータ） (2024-07-25T16:32:35Z)
• On The Importance of Reasoning for Context Retrieval in Repository-Level Code Editing [82.96523584351314]
  我々は、コンテキスト検索のタスクをリポジトリレベルのコード編集パイプラインの他のコンポーネントと分離する。 我々は、推論が収集された文脈の精度を向上させるのに役立っているが、それでもその十分性を識別する能力は欠如していると結論づける。
  論文  参考訳（メタデータ） (2024-06-06T19:44:17Z)
• CRUD-RAG: A Comprehensive Chinese Benchmark for Retrieval-Augmented Generation of Large Language Models [49.16989035566899]
  Retrieval-Augmented Generation (RAG)は、大規模言語モデル(LLM)の能力を高める技術である。 本稿では,大規模かつ包括的なベンチマークを構築し,様々なRAGアプリケーションシナリオにおけるRAGシステムのすべてのコンポーネントを評価する。
  論文  参考訳（メタデータ） (2024-01-30T14:25:32Z)
• Automating Source Code Refactoring in the Classroom [15.194527511076725]
  本稿では,アンチパターン検出と修正をサポートするEclipseプラグインであるJandanrantを用いて,アンチパターンの除去を目的とした各種教室活動の実施に関する実験結果について述べる。 171人の学生による定量的・質的分析の結果、学生は学習の考え方を高く評価し、JDeodorantプラグインの動作の様々な側面に満足していることが示された。
  論文  参考訳（メタデータ） (2023-11-05T18:46:00Z)
• Self-RAG: Learning to Retrieve, Generate, and Critique through Self-Reflection [74.51523859064802]
  我々は、自己回帰検索拡張生成(Self-RAG)と呼ばれる新しいフレームワークを導入する。 自己RAGは、検索と自己回帰によってLMの品質と事実性を高める。 様々なタスクセットにおいて、最先端のLCMや検索強化モデルよりも大幅に優れています。
  論文  参考訳（メタデータ） (2023-10-17T18:18:32Z)
• RefBERT: A Two-Stage Pre-trained Framework for Automatic Rename Refactoring [57.8069006460087]
  本研究では,他のリネーム活動よりも難易度の高い変数名の自動改名について検討する。 変数名に対する名前変更のための2段階事前訓練フレームワークであるRefBERTを提案する。 RefBERTの変数名は既存の手法よりも正確で有意義であることを示す。
  論文  参考訳（メタデータ） (2023-05-28T12:29:39Z)
• Do code refactorings influence the merge effort? [80.1936417993664]
  複数のコントリビュータがソースコードを並行して変更して,新機能の実装やバグの修正,既存のコードの変更などを行っている。 これらの同時変更は、ソースコードの同じバージョンにマージする必要がある。 研究によると、すべてのマージの試みの10～20%が衝突を起こしており、これはプロセスを完了するために手動開発者の介入を必要とする。
  論文  参考訳（メタデータ） (2023-05-10T13:24:59Z)
• Inverse Online Learning: Understanding Non-Stationary and Reactionary Policies [79.60322329952453]
  エージェントが意思決定を行う方法の解釈可能な表現を開発する方法を示す。 一連の軌跡に基づく意思決定プロセスを理解することにより,このオンライン学習問題に対して,政策推論問題を逆問題とみなした。 本稿では、エージェントがそれらを更新するプロセスと並行して、その影響を遡及的に推定する実用的なアルゴリズムを提案する。 UNOSの臓器提供受諾決定の分析に応用することで、我々のアプローチは意思決定プロセスを管理する要因や時間とともにどのように変化するかに、貴重な洞察をもたらすことができることを実証する。
  論文  参考訳（メタデータ） (2022-03-14T17:40:42Z)
• How We Refactor and How We Document it? On the Use of Supervised Machine Learning Algorithms to Classify Refactoring Documentation [25.626914797750487]
  リファクタリングは、外部の振る舞いを変えることなく、システムの設計を改善する技術である。 この研究はコミットを、従来のBugFixやFunctionalのカテゴリとともに、内部QA、外部QA、Code Smell Resolutionの3つのカテゴリに分類する。 分類結果をよりよく理解するために、私たちはコミットメッセージを分析して、開発者が定期的に臭いを説明するために使用するパターンを抽出しました。
  論文  参考訳（メタデータ） (2020-10-26T20:33:17Z)

関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。

指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。