論文の概要: Measuring Software Development Waste in Open-Source Software Projects

• arxiv url: http://arxiv.org/abs/2409.19107v1
• Date: Fri, 27 Sep 2024 19:20:44 GMT
• ステータス: 処理完了
• システム内更新日: 2024-11-06 04:30:57.898670
• Title: Measuring Software Development Waste in Open-Source Software Projects
• Title（参考訳）: オープンソースソフトウェアプロジェクトにおけるソフトウェア開発の無駄の測定
• Authors: Dhiraj SM Varanasi, Divij D, Sai Anirudh Karre, Y Raghu Reddy,
• Abstract要約: ソフトウェア開発のムダ(SDW)は、ソフトウェアを開発する顧客や組織に価値を与えないリソース消費活動として定義される。 提案手法は, 静的フォーク, プロジェクト多様化指数, PR拒絶率, バックログ逆転率, 機能フルフィルメント率の5つで, 未使用のアーティファクトを識別する。 このような対策を10のオープンソースプロジェクトに適用し、SDW管理に実際に適用するために観察結果を共有します。
• 参考スコア（独自算出の注目度）: 0.26249027950824505
• License: http://creativecommons.org/licenses/by/4.0/
• Abstract: Software Development Waste (SDW) is defined as any resource-consuming activity that does not add value to the client or the organization developing the software. SDW impacts the overall efficiency and productivity of a software project as the scale and size of the project grows. Although engineering leaders usually put in effort to minimize waste, the lack of definitive measures to track and manage SDW is a cause of concern. To address this gap, we propose five measures, namely Stale Forks, Project Diversification Index, PR Rejection Rate, Backlog Inversion Index, and Feature Fulfillment Rate to potentially identify unused artifacts, building the wrong feature/product, mismanagement of backlog types of SDW. We apply these measures on ten open-source projects and share our observations to apply them in practice for managing SDW.
• Abstract（参考訳）: ソフトウェア開発のムダ(SDW)は、ソフトウェアを開発する顧客や組織に価値を与えないリソース消費活動として定義される。 SDWは、プロジェクトの規模と規模が大きくなるにつれて、ソフトウェアプロジェクトの全体的な効率性と生産性に影響を与える。 エンジニアリングリーダーは通常廃棄物を最小化するために努力するが、SDWを追跡し管理するための明確な手段が欠如していることが懸念されている。 このギャップに対処するため,我々は,静的フォーク,プロジェクト多様化指数,PRリジェクションレート,バックログインバージョン指数,機能フルフィルメントレートという5つの尺度を提案し,未使用のアーティファクトを潜在的に識別し,誤った機能/製品を構築し,SDWのバックログタイプを誤管理する。 このような対策を10のオープンソースプロジェクトに適用し、SDW管理に実際に適用するために観察結果を共有します。

関連論文リスト

• The Impact of SBOM Generators on Vulnerability Assessment in Python: A Comparison and a Novel Approach [56.4040698609393]
  Software Bill of Materials (SBOM) は、ソフトウェア構成における透明性と妥当性を高めるツールとして推奨されている。 現在のSBOM生成ツールは、コンポーネントや依存関係を識別する際の不正確さに悩まされることが多い。 提案するPIP-sbomは,その欠点に対処する新しいピップインスパイアされたソリューションである。
  論文  参考訳（メタデータ） (2024-09-10T10:12:37Z)
• Agent-Driven Automatic Software Improvement [55.2480439325792]
  本提案は,Large Language Models (LLMs) を利用したエージェントの展開に着目して,革新的なソリューションの探求を目的とする。 継続的学習と適応を可能にするエージェントの反復的性質は、コード生成における一般的な課題を克服するのに役立ちます。 我々は,これらのシステムにおける反復的なフィードバックを用いて,エージェントの基盤となるLLMをさらに微調整し,自動化されたソフトウェア改善のタスクに整合性を持たせることを目指している。
  論文  参考訳（メタデータ） (2024-06-24T15:45:22Z)
• FlowBench: Revisiting and Benchmarking Workflow-Guided Planning for LLM-based Agents [64.1759086221016]
  ワークフロー誘導計画の最初のベンチマークであるFlowBenchを紹介します。 FlowBenchは6つのドメインから51のシナリオをカバーしている。 以上の結果から,現在のLLMエージェントは良好な計画を立てるためにかなりの改善が必要であることが示唆された。
  論文  参考訳（メタデータ） (2024-06-21T06:13:00Z)
• DevEval: Evaluating Code Generation in Practical Software Projects [52.16841274646796]
  我々はDevEvalという名の新しいベンチマークを提案し、実践プロジェクトにおける開発者の経験と一致している。 DevEvalは、119の実用的なプロジェクトから2,690のサンプルを含む厳格なパイプラインを通じて収集される。 DevEvalの5つの人気のあるLCMを評価し、コード生成における実際の能力を明らかにする。
  論文  参考訳（メタデータ） (2024-01-12T06:51:30Z)
• Guiding Effort Allocation in Open-Source Software Projects Using Bus Factor Analysis [1.0878040851638]
  プロジェクトのバスファクタ(BF)は、「プロジェクトが進めないよう無力化する必要がある主要な開発者の数」と定義されている。 コード変更行(LOCC)やコード行のコサイン差(change-size-cos)といった他のメトリクスを用いてBFを計算することを提案する。
  論文  参考訳（メタデータ） (2024-01-06T20:55:40Z)
• Code Ownership in Open-Source AI Software Security [18.779538756226298]
  コードオーナシップのメトリクスを使用して、5つの著名なオープンソースAIソフトウェアプロジェクトにおける潜在的な脆弱性との相関を調査します。 この結果は、ハイレベルなオーナシップ(マイナーなコントリビュータの数が限られている)と脆弱性の減少との間に肯定的な関係があることを示唆している。 これらの新しいコードオーナシップメトリクスによって、プロジェクトキュレーターや品質保証の専門家が現場プロジェクトを評価し、ベンチマークするのを助けるために、Pythonベースのコマンドラインアプリケーションを実装しました。
  論文  参考訳（メタデータ） (2023-12-18T00:37:29Z)
• Embedded Software Development with Digital Twins: Specific Requirements for Small and Medium-Sized Enterprises [55.57032418885258]
  デジタル双生児は、コスト効率の良いソフトウェア開発とメンテナンス戦略の可能性を秘めている。 私たちは中小企業に現在の開発プロセスについてインタビューした。 最初の結果は、リアルタイムの要求が、これまでは、Software-in-the-Loop開発アプローチを妨げていることを示している。
  論文  参考訳（メタデータ） (2023-09-17T08:56:36Z)
• Analyzing Maintenance Activities of Software Libraries [65.268245109828]
  近年、産業アプリケーションはオープンソースソフトウェアライブラリを深く統合している。 産業アプリケーションに対する自動監視アプローチを導入して、オープンソース依存関係を特定し、その現状や将来的なメンテナンス活動に関するネガティブな兆候を示したいと思っています。
  論文  参考訳（メタデータ） (2023-06-09T16:51:25Z)
• End-of-Life of Software How is it Defined and Managed? [1.370633147306388]
  古いソフトウェアを捨てて、急速に変化するニーズと要求を満たす新しいソフトウェアを取得するのは、より迅速かつ安価になってきている。 本稿では,ソフトウェアにおけるエンド・オブ・ライフのシステム工学的概念について考察する。 廃止を試みて放棄されたソフトウェアの例を先送りし、放棄されたソフトウェアアーティファクトの反感を探求する。
  論文  参考訳（メタデータ） (2022-04-08T01:15:02Z)
• "Project smells" -- Experiences in Analysing the Software Quality of ML Projects with mllint [6.0141405230309335]
  ソフトウェアの品質に関するより包括的な視点として,プロジェクトマネジメントにおける欠陥を考慮に入れた,プロジェクト臭いという新しい概念を紹介します。 オープンソースの静的解析ツールmllintも、これらの検出と緩和を支援するために実装されている。 この結果から,現在開発中のプロジェクトのニーズに適合する文脈対応静的解析ツールの必要性が示唆された。
  論文  参考訳（メタデータ） (2022-01-20T15:52:24Z)
• Software Effort Estimation using parameter tuned Models [1.9336815376402716]
  見積もりの正確さは、プロジェクトの失敗の理由です。 ソフトウェア業界の最大の落とし穴は、ソフトウェア開発の急速に変化する性質であった。 ソフトウェア製品の開発コストを正確に予測する有用なモデルの開発が必要です。
  論文  参考訳（メタデータ） (2020-08-25T15:18:59Z)

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

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