tavolo di sinistra Abstract e I. Introduzione II. Approccio A. Progettazione architettonica B. Prova di implementazione del concetto Scenari di utilizzo previsti IV. Progettazione sperimentale e demografia A. I partecipanti B. Sistema target e compito C. Procedura V. Risultati e discussione VI. Lavori correlati VII. Conclusioni e lavori futuri, riconoscimenti e riferimenti III. Scenari di utilizzo previsti Oltre all'utilizzo di tecnologie avanzate (web), il nostro approccio può essere differenziato dal lavoro correlato mediante l'uso di analisi dinamiche e funzionalità SV collaborative. Scenario 1 (SC1): Facilitare il processo di onboarding Nello sviluppo di software professionale, le aziende utilizzano diverse tecniche per il processo di onboarding dei nuovi sviluppatori. Il supporto peer, la panoramica del prodotto e i compiti semplici sono percepiti utili in questo contesto [22], mentre si trovano problemi di documentazione e tecnici, ad esempio, la creazione di un ambiente di sviluppo, impediscono il processo di onboarding, specialmente per il lavoro remoto [23]. Inoltre, si prevede uno scenario in cui gli editori di codice basati sul cloud con SV incorporati sono pronti a guidare i nuovi sviluppatori passo dopo passo attraverso il comportamento di un sistema software. Gli utenti cliccano su un caso di utilizzo del sistema di destinazione analizzato (distribuito) e capiscono il suo sviluppo tramite SV. Inoltre, porzioni sempre più grandi del codice sorgente (ad esempio a seconda dell'esperienza) sono Scenario 2 (SC2): evidenziare le modifiche durante le revisioni del codice Le richieste di funzionalità e le recensioni di codice basate sui cambiamenti risultanti sono comunemente utilizzate nello sviluppo di software professionale [25]. Tuttavia, i recensori tendono a fornire feedback vuoti e generalmente segnalano le limitazioni degli strumenti di recensione quando utilizzati in scenari complessi [26]. In questo contesto, vediamo un altro potenziale scenario di utilizzo per il nostro approccio che descriviamo di seguito. Un membro del team dovrebbe rivedere le modifiche del codice sorgente di un collega. Per fare questo, egli o lei può fare clic su un link all'interno della richiesta di pull che apre un editor di codice preparato e basato sul cloud con un SV incorporato del comportamento del nuovo programma (a causa del cambiamento del codice sorgente). I cambiamenti del codice sorgente sono codificati a colori nell'IDE. Scenario 3 (SC3): Integrare le informazioni di runtime nelle attività di sviluppo Gli ambienti di staging vengono utilizzati per testare i sistemi software in un ambiente simile alla produzione. Immaginiamo che gli editori di codice informino gli sviluppatori selezionati sui problemi di prestazione di un sistema software installato (ad esempio, nell'area di staging). Uno sviluppatore può fare clic su questa notifica per aprire il SV incorporato. La visualizzazione raffigura il comportamento di runtime che include il problema di prestazione. Si evidenzia anche l'entità che introduce il problema, ad esempio una chiamata di metodo che ha preso troppo tempo per finire. IV. Progettazione sperimentale e demografie Tale efficienza quantitativa è una delle proprietà focalizzate più comuni utilizzate per valutare gli approcci SV. In questo contesto, Merino et al. [27] presentano una revisione sistematica della letteratura della valutazione SV. Il loro lavoro esplora il corpo di feedback letterario di articoli completi che sono stati pubblicati nelle conferenze SOFTVIS/VISSOFT, con conseguente esame di 181 articoli. Gli autori si concentrano sulle valutazioni che valutano l'efficacia dello studio del loro approccio presentato. Si menziona che le valutazioni multiple omettono altre variabili che possono contribuire o in generale influenzare l'efficacia [28], come il ricordo e le emozioni. Condividiamo questa opinione e sosteniamo che dobbiamo prima valutare le proprietà come l'utilità percepita, l' • di : Come i soggetti usano l'editor di codice e SV incorporato durante la risoluzione delle attività? Il RQ1 • di : L'editore di codice è percepito come più utile del SV incorporato? RQ2 • di : I soggetti riconoscono l'utilità delle funzionalità SV collaborative per attività specifiche? Il RQ3 • di Qual è la percezione generale dell'utilità e dell'usabilità dell'approccio? Il RQ4 • di : L’approccio è percepito come utile nei scenari di utilizzo previsti? Il RQ5 Si sottolinea ancora una volta che i risultati di questo contributo dovrebbero essere considerati come prime intuizioni e indicatori di raffinatezza piuttosto che risultati basati sulla base statistica. • Ulteriori informazioni sull'utilità percepita delle città software per comprendere il comportamento del runtime. • Primi risultati quantitativi e qualitativi riguardanti l'utilità percepita, l'usabilità percepita e il tempo di utilizzo per le città software collaborative e di codice. • Un pacchetto supplementare contenente i risultati crudi della valutazione, screenshot di tutti i partecipanti e istruzioni dettagliate nonché pacchetti software per la riproduzione [30]. In seguito, presentiamo ora la demografia dei partecipanti e la procedura del nostro esperimento. 
 
 
 
 Gli autori : (1) Alexander Krause-Glau, Software Engineering Group, Kiel University, Kiel, Germania (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel University, Kiel, Germania (wha@informatik.uni-kiel.de). Authors: (1) Alexander Krause-Glau, Software Engineering Group, Kiel University, Kiel, Germania (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel University, Kiel, Germania (wha@informatik.uni-kiel.de). 
 
 Questo documento è disponibile su archiv sotto la licenza CC BY 4.0 DEED. Questo documento è disponibile su archiv sotto la licenza CC BY 4.0 DEED. Disponibile in archivio

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

Pair Programming AI Agent 

undefined's blog

Questo audio è prodotto nella lingua originale della storia!

Troppo lungo; Leggere

Make resilience your competitive advantage

Perché le immagini interattive sono la prossima grande cosa nella collaborazione software

About Author

COMMENTI

CARTELLINI

QUESTO ARTICOLO È STATO PRESENTATO IN

Related Stories

Raggiungi più lettori! POTENZIA la tua storia su HackerNoon

Arron Goolsbey Talks Future of Gaming with AI and Blockchain at Mythical Games

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

Meet Dealscard, Winner of Startups of The Year 2024 in Ghaziabad/Deal Aggregator

Raggiungi più lettori! POTENZIA la tua storia su HackerNoon

Arron Goolsbey Talks Future of Gaming with AI and Blockchain at Mythical Games

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

Meet Dealscard, Winner of Startups of The Year 2024 in Ghaziabad/Deal Aggregator

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps