Masanın sol tarafı Abstract ve I. Giriş II. Yaklaşım A. Mimarlık Tasarımı B. Uygulama kavramının kanıtı III. Öngörülen kullanım senaryoları IV. Deney Tasarımı ve Demografi A. Katılımcılar B. Hedef Sistem ve Görev C) Prosedür V. Sonuçlar ve tartışma VI. İlgili İşler VII. Sonuçlar ve gelecekteki çalışma, tanınma ve referanslar III. Öngörülen kullanım senaryoları Gelişmiş (web) teknolojileri kullanmanın yanı sıra, yaklaşımımız, dinamik analiz ve işbirliği SV özelliklerinin kullanımıyla ilgili çalışmalardan ayırt edilebilir. Scenario 1 (SC1): Onboarding sürecini kolaylaştırmak Profesyonel yazılım geliştirmede, şirketler yeni geliştiricilerin onboarding sürecinde farklı teknikler kullanırlar. Peer desteği, ürün genel bakış ve basit görevler bu bağlamda yararlı olarak algılanır [22], dokümantasyon ve teknik sorunları bulurken, örneğin, bir geliştirme ortamı oluşturmak, onboarding sürecini engellemek, özellikle uzaktan çalışma için [23]. Ayrıca, bulut tabanlı kod editörlerinin (örneğin, deneyime bağlı olarak) yeni geliştiricilerin bir yazılım sisteminin davranışını adım adım yönlendirmek için hazırlandığı bir senaryoyu hayal ediyoruz. Bu, geliştiricilerin, kaynak kodunun hangi kısmının hangi durumlarda kullandığını anlamasını sağlar. Bu yaklaşım, daha sonra iş odaklı metin değişimi için kullanılabilir, böylece geliştiriciler de bu yazılım Senaryo 2 (SC2): Kod incelemeleri sırasında değişiklikleri vurgulamak Özellik talepleri ve sonuçlanan değişim tabanlı kod incelemeleri, profesyonel yazılım geliştirmede yaygın olarak kullanılır [25]. Bununla birlikte, inceleme yapanlar, karmaşık senaryolarda kullanılan inceleme araçlarının sınırlamaları hakkında boş bir geri bildirim vermeye eğilimlidir [26]. Bu bağlamda, aşağıda açıklayacağımız yaklaşımımız için başka bir potansiyel kullanım senaryosunu görüyoruz. Bir ekibin bir üyesi bir meslektaşının kaynak kodunda yapılan değişiklikleri incelemek zorundadır. Bunu yapmak için, SV'de hazırlanmış, bulut tabanlı bir kod editörü, yeni program davranışının yerleştirilmiş SV'si ile açan bir bağlantıyı tıklayarak SV'de eski ve yeni program davranışları arasında geçiş yapabilir. Scenario 3 (SC3): Çalışma Zamanı Bilgileri Geliştirme Aktivitelerine Entegre Staging ortamları, yazılım sistemlerini üretim gibi bir ortamda test etmek için kullanılır. Seçilen geliştiricileri (örneğin, sahne alanında) yüklü bir yazılım sisteminin performans sorunları hakkında bilgilendiren kod editörlerini görüyoruz. Bir geliştiricinin yerleşik SV'yi açmak için bu bildirime tıklayabilir. Görüntüleme, performans sorununu içeren çalıştırma davranışını gösterir. Aynı zamanda sorunu teşvik eden varlığı, örneğin, bitirmek için çok uzun süren bir yöntem araması da vurgulamaktadır. IV. Deneysel Tasarım ve Demografik Bu tür verimlilik, ilk olarak, SV yaklaşımlarını değerlendirmek için kullanılan en yaygın odak özelliklerinden biridir. Bu bağlamda, Merino et al. [27] SV değerlendirmesinin sistematik bir edebiyat incelemesi sunar. Çalışmaları, SOFTVIS/VISSOFT konferanslarında yayınlanan tam makalelerin geri bildirim topluluğunu analiz eder ve 181 makalenin incelenmesine neden olur. Yazarlar, sunulan yaklaşımlarının etkinliğini doğrulayan değerlendirmelere odaklanırlar. Çoklu değerlendirmeler, etkinliğe katkıda bulunabilecek veya genel olarak etkinliği etkileyebilecek diğer değişkenleri gözden geçirir. [28] hatırlatma ve duygular gibi bu görüşü paylaşıyoruz. Bir makalenin birçoğunda, bir süre çalıştırılmasının yerine, bir kullanıcının çalışma süresini inceleme • İÇİN Konu: Konu çözme sırasında kurumsal SV ve kod editörü nasıl kullanılır? RQ1 için • İÇİN : Kod editörü yerleştirilmiş SV'den daha yararlı olarak algılanır mı? RQ2 için • İÇİN Konu: Konular belirli görevler için işbirlikçi SV özelliklerinin yararlılığını fark ediyor mu? RQ3 Hakkında • İÇİN : Yaklaşımın yararlılığı ve kullanışlılığı hakkında genel algı nedir? RQ4 Hakkında • İÇİN : Bu yaklaşım, öngörülen kullanım senaryolarında faydalı görünüyor mu? RQ5 Hakkında Bu katkıların bulgularının, istatistiksel olarak dayanan sonuçlar yerine, ilk anlayışlar ve hassasiyet göstergeleri olarak görülmesi gerektiğini bir kez daha vurgulamaktayız. • Runtime davranışını anlamak için yazılım şehirlerinin algılanan yararlılığı ile ilgili daha fazla anlayış. • Kolaboratif, kod yaklaşımlı yazılım şehirleri için algılanan yararlılık, algılanan kullanışlılık ve kullanım süresi ile ilgili ilk miktar ve kalite sonuçları. • Değerlendirme sonuçlarını, tüm katılımcıların ekran kayıtlarını ve ayrıntılı talimatları ve çoğaltma için yazılım paketlerini içeren bir ek paket [30]. Aşağıda, şimdi katılımcıların demografisini ve deneyimizin prosedürünü sunuyoruz. 
 
 
 
 Yazarlar : (1) Alexander Krause-Glau, Software Engineering Group, Kiel Üniversitesi, Kiel, Almanya (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel Üniversitesi, Kiel, Almanya (wha@informatik.uni-kiel.de). Authors: (1) Alexander Krause-Glau, Software Engineering Group, Kiel Üniversitesi, Kiel, Almanya (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel Üniversitesi, Kiel, Almanya (wha@informatik.uni-kiel.de). 
 
 Bu makale CC BY 4.0 DEED lisansı altında kullanılabilir. Bu makale CC BY 4.0 DEED lisansı altında kullanılabilir. Arşivde kullanılabilir

Part of HackerNoon's growing list of open-source research papers, promoting free access to academic material.

Pair Programming AI Agent 

undefined's blog

Bu ses hikayenin orijinal dilinde üretilmiştir!

Neden İnteraktif Görseller Yazılım İşbirliği'nde Sonraki Büyük Şey

About Author

YORUMLAR

ETİKETLERİ ASIN

BU YAZI

Related Stories

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Telegram: Kripto Adası'nın anakaraya olan köprüsü

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

AI/ML Datalake için Referans Mimarisi Oluşturmaya Yönelik Mimar Kılavuzu

Telegram: Kripto Adası'nın anakaraya olan köprüsü

Dijital Göçebeler Dinleyin: Tayland'ın Yeni DTV Vizesi Hakkında Bilmeniz Gerekenler

Görünmeyen Katmanlar: Kullanıcı Görüşmeleri Neden Yeri doldurulamaz bir Varlıktır?

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps