Tabel van links Abstract en I. Inleiding II. Die benadering A. Architektiese ontwerp B. Bewys van die konsep implementering III. Voorgestelde gebruik scenario's IV. Eksperimentele ontwerp en demografie A. Deelnemers B. Target stelsel en taak C. Procedure V. Resultate en bespreking VI. Gerelateerde werk VII. gevolgtrekkings en toekomstige werk, erkenning en verwysings III. Voorgestelde gebruik scenario's Benewens die gebruik van gevorderde (web) tegnologieë, kan ons benadering onderskei word van verwante werk deur die gebruik van dinamiese analise en samewerking SV funksies. Skenario 1 (SC1): Vergemaklik die onboarding proses In professionele sagtewareontwikkeling gebruik maatskappye verskillende tegnieke vir die onboarding proses van nuwe ontwikkelaars. Peer ondersteuning, produk oorsig, en eenvoudige take word in daardie konteks beskou as nuttig [22], terwyl dokumentasie en tegniese probleme vind, byvoorbeeld, die opstelling van 'n ontwikkelingsomgewing, belemmer die onboarding proses, veral vir remote werk [23]. Verder voorsien ons 'n scenario waar wolk-gebaseerde kode redakteurs met ingebedde SV's gereed is om nuwe ontwikkelaars stap vir stap deur 'n sagteware stelsel gedrag te lei. Gebruikers klik op 'n gebruik geval van die geanalyseerde (distribueerde) doel stelsel en verstaan die ontplooiing daarvan via SV. Verder, toenemend groot dele van die bron taak (bv Skenario 2 (SC2): Verwys na veranderinge tydens kode-oordrag Funksie versoekings en resulterende verandering gebaseerde kode beoordelings word algemeen gebruik in professionele sagtewareontwikkeling [25]. Maar beoordelaars is geneig om leë terugvoer te gee en oor die algemeen verslag te maak van die beperkings van beoordelingsinstrumente wanneer dit in komplekse scenario's gebruik word [26]. In hierdie konteks sien ons 'n ander potensiële gebruik scenario vir ons benadering wat ons hieronder beskryf. 'n spanlid word veronderstel om broncode veranderinge van 'n kollega te hersien. Om dit te doen, kan hy of sy op 'n skakel binne die trek versoek klik wat 'n voorbereide, wolk gebaseerde kode redakteur met 'n ingebedde SV van die nuwe program gedrag oopmaak (as gevolg van die broncode verandering). Broncode Skenario 3 (SC3): Integreer runtime inligting in ontwikkelingsaktiwiteite Staging omgewings word gebruik om sagteware-stelsels in 'n produksie-agtige omgewing te toets. Ons stel voor dat kode-redakteurs geselekteerde ontwikkelaars in kennis stel van prestasieprobleme van 'n sagteware-stelsel wat geïnstalleer is (bv. in die stadiumgebied). 'n Ontwikkelaar kan op hierdie kennisgewing klik om die ingebedde SV te oopmaak. Die visualisering beskryf die loop tyd gedrag wat die prestasie probleem insluit. Dit dui ook op die entiteit wat die probleem invoer, bv. 'n metode oproep wat te lank geneem het om te voltooi. IV. Eksperimentele ontwerp en demografie So 'n kwantitatiewe doeltreffendheid is eers een van die mees algemene fokus eienskappe wat gebruik word om SV benaderings te evalueer. In hierdie konteks, Merino et al. [27] bied 'n stelselmatige literatuur oorsig van SV evaluering. Hul werk ondersoek die literatuur liggaam van volle papers wat in die SOFTVIS / VISSOFT konferensies gepubliseer is, wat lei tot die ondersoek van 181 papers. Die skrywers fokus op evaluerings wat die doeltreffendheid van hul voorgestelde benadering valideer. Dit word genoem dat verskeie evaluerings verlaat ander variabele wat kan bydra tot of oor die algemeen beïnvloed die doeltreffendheid [28], soos herinnering en emosies. Ons deel hierdie mening en argumenteer dat ons eers • die : Hoe gebruik vakke die ingebedde SV en kode-redakteur tydens taakoplossing? Die R1 • die : Word die kode-redakteur beskou as nuttiger as die ingebedde SV? Die R2 • die : Herken onderwerpe die nut van samewerking SV funksies vir spesifieke take? Die RQ3 • die Wat is die algemene persepsie van die nut en bruikbaarheid van die benadering? Die RQ4 • die : Is die benadering beskou as nuttig in die voorgestelde gebruik scenario's? Die R5 Ons beklemtoon weer dat die bevindings van hierdie bydrae as eerste insigte en aanwysers vir verfynings beskou moet word, eerder as statisties gebaseerde resultate. • Verdere insigte oor die waargenome nut van sagteware stede om runtime gedrag te verstaan. • Eerste kwantitatiewe en kwalitatiewe resultate met betrekking tot die waargenome nut, waargenome bruikbaarheid, en gebruik tyd vir die samewerking, kode-proksimale sagteware stede. • 'N aanvullende pakket wat die ruwe resultate van die evaluering, skermopnames van alle deelnemers, en gedetailleerde instruksies sowel as sagtewarepakkette vir reproduksie bevat [30]. In die volgende, ons bied nou die demografie van die deelnemers en die prosedure van ons eksperiment. 
 
 
 
 Die skrywers: (1) Alexander Krause-Glau, Software Engineering Group, Kiel Universiteit, Kiel, Duitsland (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel Universiteit, Kiel, Duitsland (wha@informatik.uni-kiel.de). Authors: (1) Alexander Krause-Glau, Software Engineering Group, Kiel Universiteit, Kiel, Duitsland (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Kiel Universiteit, Kiel, Duitsland (wha@informatik.uni-kiel.de). 
 
 Hierdie artikel is beskikbaar op archiv onder CC BY 4.0 DEED lisensie. Hierdie artikel is beskikbaar op archiv onder CC BY 4.0 DEED lisensie. beskikbaar in die archief

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

Pair Programming AI Agent 

undefined's blog

Hierdie oudio word in die oorspronklike taal van die storie vervaardig!

Hoekom interaktiewe visuele is die volgende groot ding in sagteware samewerking

About Author

KOMMENTAAR

HANG TAGS

HIERDIE ARTIKEL IS AANGEBIED IN

Related Stories

'Decentralization Means Freedom': Interview with Alfredo de Candia

Uber Still Can't Turn a Profit

How to Vote in the HackerNoon 2021 Noonies Awards #Noonies2021

Meet the Writer: HackerNoon Contributor Daniil Sitdikov, Software Engineer

'Decentralization Means Freedom': Interview with Alfredo de Candia

Uber Still Can't Turn a Profit

How to Vote in the HackerNoon 2021 Noonies Awards #Noonies2021

Meet the Writer: HackerNoon Contributor Daniil Sitdikov, Software Engineer

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps