[論文レビュー] How to Scale a Code in the Human Dimension

Matthew Turk|arXiv (Cornell University)|Jan 29, 2013

Engineering and Information Technology参考文献 3被引用数 9

ひとこと要約

本論文は、誠実さ、尊重、信頼（HRT）を基盤として、参加型で透明性があり持続可能な開発を促進することで、計算天文学における科学的ソフトウェアのスケーリングをコミュニティ主導の枠組みで実現する。個人による所有から管理責任への移行を図り、オープンな技術的および社会的インフラを導入することで、ytおよびEnzoコミュニティは、より広範な科学的インパクト、持続的な貢献、燃え尽きの軽減を達成した。これは、コミュニティ参加が個人的および集団的科学的進歩を高めることを証明している。

ABSTRACT

As scientists' needs for computational techniques and tools grow, they cease to be supportable by software developed in isolation. In many cases, these needs are being met by communities of practice, where software is developed by domain scientists to reach pragmatic goals and satisfy distinct and enumerable scientific goals. We present techniques that have been successful in growing and engaging communities of practice, specifically in the yt and Enzo communities.

研究の動機と目的

• 計算天文学における科学的ソフトウェア開発を維持する課題に取り組む。研究者が協働の必要性が高まる中でも、しばしば孤立して作業している現状を改善する。
• 個人の成功を損なうことなく、コミュニティ主導の開発が科学的インパクトと技術的持続可能性を高めることを示す。
• 長期的な成長、包摂性、レジリエンスを実現するための社会的および技術的インフラを同定し、実装する。
• 学術的報酬とソフトウェア貢献の不一致を是正するため、共有された信用と認識を可能にするメカニズムを構築する。
• オープンで透明性があり、ピア中心の開発モデルが、個人のプロジェクトを超えて広範な科学コミュニティに貢献する科学的ソフトウェアをスケーリングできることを示す。

提案手法

• ドメインの科学者が単にソフトウェア開発に貢献するだけでなく、その方向性を形作る「実践の共同体」モデルを採用し、孤立した個人開発に依存しない。
• Gitなどの分散バージョン管理を用い、公開メーリングリストや公開の通信チャネルを通じて、開発の可視性と参加を確保するオープンかつ透明な開発を実施する。
• 新規貢献者への障壁を下げるために、ドキュメンテーション、テスト、コードレビューのプロセスを明確にした貢献の道筋を整備する。
• すべてのやり取りにおいて誠実さ、尊重、信頼（HRT）の文化を育成し、社会的摩擦を軽減し、多様な参加を促進する。
• コードベースの「所有」から「管理責任」への移行を図り、貢献に対するエゴ的抵抗を減らし、長期的なプロジェクトの健全性を促進する。
• 定期的なワークショップを開催し、対面での協働を促進することで、貢献者間の関係を強化し、目標の一致を図る。

実験結果

リサーチクエスチョン

• RQ1 科学的ソフトウェアプロジェクトは、技術的品質と科学的関連性を維持しながら、個人開発者を越えてどのようにスケーリングできるか？
• RQ2 科学的ソフトウェアにおける長期的なコミュニティ参加を維持するための社会的および技術的インフラは何か？
• RQ3 誠実さ、尊重、信頼（HRT）をどのように運用化し、科学的ソフトウェアコミュニティにおける対立を軽減し、包摂性を高められるか？
• RQ4 コミュニティ貢献が、個人の出版が優先される分野においても、公平に認められ、適切に評価される仕組みは何か？
• RQ5 コミュニティ主導の開発は、個人主導の開発と比較して、科学的インパクトをどれほど高め、燃え尽きをどれほど軽減できるか？

主な発見

• ytコミュニティは、一般メーリングリストに170人、開発者向けリストに50人の参加者を獲得し、継続的かつ活発な関与が確認された。
• ytの創設以降、約40人の貢献者が変更セットを提出しており、微小な変更から主要な変更まで幅広い技術的参加が確認された。
• Enzoにおける閉鎖的開発からオープン開発への移行—Enzo 2.0のリリースに至るまで—により、コードベースの断片化が解消され、共有で透明な開発慣行が統一された。
• 2012年に、ytはNSF NICS分析マシンNautilus上で最も頻繁に使用されているコードの一つとして特定された。これは、広範な採用と実用性を裏付けている。
• シカゴおよびUC サンタクルーズで開催されたワークショップは、多様な貢献者間のコミュニティの絆を強化し、開発目標の一致を図った。
• 所有ではなく管理責任への重視により、貢献に対する抵抗が軽減され、スムーズなプロジェクト移行が可能になり、長期的な持続可能性が向上した。