Tavolina e majtë Abstrakti dhe I. Hyrje II. Qasja A. Dizajni arkitektonik B. Prova e zbatimit të konceptit III. Skenarët e përdorimit të parashikuar IV. Dizajni i Eksperimentit dhe Demografia A. Pjesëmarrësit B. Sistemi dhe detyra e synuar c) Procedura V. Rezultatet dhe diskutimet VI. Punë të lidhura VII. Konkluzionet dhe punët e ardhshme, njohjet dhe referencat III. Skenarët e përdorimit të synuar Përveç përdorimit të teknologjive të avancuara (web), qasja jonë mund të dallohet nga puna e lidhur me përdorimin e analizave dinamike dhe karakteristikave të SV-së bashkëpunuese. Skenari 1 (SC1): Lehtësimi i procesit të onboarding Në zhvillimin profesional të softuerit, kompanitë përdorin teknika të ndryshme për procesin e onboarding të zhvilluesve të rinj. Mbështetja e bashkëpunuesve, shqyrtimi i produktit dhe detyrat e thjeshta perceptohen si të dobishme në këtë kontekst [22], ndërsa gjejnë dokumentacion dhe çështje teknike, p.sh., vendosja e një mjedisi zhvillimi, pengojnë procesin e onboarding, veçanërisht për punën në distancë [23]. Për më tepër, ne parashikojmë një skenar ku redaktorët e kodit të bazuar në re me SV-të embedded janë të përgatitur për të udhëhequr zhvilluesit e rinj hap pas hapi përmes sjelljes së një sistemi softuer. Përdoruesit klikojnë në një rast përdorimi të sistemit të synuar (të shpërndarë) Skenari 2 (SC2): Njihuni me ndryshimet gjatë rishikimit të kodit Kërkesat e karakteristikave dhe rishikimet e kodit të bazuar në ndryshime që rezultojnë zakonisht përdoren në zhvillimin profesional të softuerit [25]. Megjithatë, rishikuesit kanë tendencë të japin reagime bosh dhe në përgjithësi raportojnë për kufizimet e mjeteve të rishikimit kur përdoren në skenarë të ndërlikuar [26]. Në këtë kontekst, ne shohim një skenar tjetër të mundshëm të përdorimit për qasjen tonë që e përshkruajmë më poshtë. Një anëtar i ekipit supozohet të rishikojë ndryshimet e kodit burimor të një kolege. Për ta bërë këtë, ai ose ajo mund të klikojë në një lidhje brenda kërkesës së tërheqjes që hap një redaktor të përgatitur të kodit të bazuar në re me një SV të integruar të sjelljes së Skenari 3 (SC3): Integrimi i informacionit të drejtimit në aktivitetet e zhvillimit Mjediset e stagnimit përdoren për të testuar sistemet e softuerit në një mjedis të ngjashëm me prodhimin. Ne parashikojmë redaktorët e kodit që informojnë zhvilluesit e përzgjedhur për problemet e performancës të një sistemi softuer të instaluar (p.sh., në zonën e stagnimit). Një zhvillues mund të klikojë në këtë njoftim për të hapur SV-in e integruar. Vizualizimi përshkruan sjelljen e kohës së drejtimit që përfshin problemin e performancës. Ajo gjithashtu nxjerr në pah entitetin që paraqet problemin, p.sh., një thirrje metodike që mori shumë kohë për të përfunduar. IV. Dizajni eksperimental dhe demografia efikasiteti i tillë efikasiteti i vetëm fokusi është një nga pronat më të zakonshme të përdorura për të vlerësuar qasjet SV. Në këtë kontekst, Merino et al. [27] paraqesin një rishikim sistematik të literaturës të vlerësimit SV. Puna e tyre shqyrton trupin e letërsisë të referimit të plotë që u botua në konferencat SOFTVIS / VISSOFT, duke rezultuar në shqyrtimin e 181 dokumenteve. Autorët përqendrohen në vlerësimet që validojnë efektivitetin e studimit të qasjes së tyre të paraqitur. Thuhet se vlerësimet e shumta përjashtojnë variablat e tjera që mund të kontribuojnë ose në përgjithësi ndikojnë në efektivitetin [28], të tilla si kujtimet dhe emocionet. Ne ndajmë këtë mendim dhe • Të Si e përdorin subjektet SV-në e integruar dhe redaktorin e kodit gjatë zgjidhjes së detyrës? RQ1 të • Të : A perceptohet redaktori i kodit si më i dobishëm se SV-ja e integruar? RQ2 • Të : A i njohin subjektet dobishmërinë e karakteristikave të SV-së bashkëpunuese për detyra specifike? RQ3 • Të Cila është perceptimi i përgjithshëm i dobishmërisë dhe përdorshmërisë së qasjes? RQ4 të • Të A konsiderohet qasja si e dobishme në skenarët e përdorimit të parashikuar? RQ5 Ne përsëri theksojmë se gjetjet e këtij kontributi duhet të shihen si njohuri të para dhe tregues për rafinimet në vend të rezultateve të bazuara statistikisht. megjithatë, duke iu përgjigjur pyetjes së hulumtimit, ne mund të nxjerrim kontributet kryesore të mëposhtme nga vlerësimi ynë: • Vështrime të mëtejshme në lidhje me dobishmërinë e perceptuar të qyteteve software për të kuptuar sjelljen e kohës së drejtimit. • Rezultatet e para kuantitative dhe cilësore në lidhje me dobinë e perceptuar, përdorshmërinë e perceptuar dhe kohën e përdorimit për qytetet e softuerit të bashkëpunimit, të afërt me kodin. • Një paketë shtesë që përmban rezultatet e para të vlerësimit, screenshots e të gjithë pjesëmarrësve, dhe udhëzime të detajuara, si dhe paketa software për riprodhimin [30]. Në vijim, ne tani paraqesim demografinë e pjesëmarrësve dhe procedurën e eksperimentit tonë. 
 
 
 
 Autorët : (1) Alexander Krause-Glau, Software Engineering Group, Universiteti i Kielit, Kiel, Gjermani (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Universiteti i Kielit, Kiel, Gjermani (wha@informatik.uni-kiel.de). Authors: (1) Alexander Krause-Glau, Software Engineering Group, Universiteti i Kielit, Kiel, Gjermani (akr@informatik.uni-kiel.de); (2) Wilhelm Hasselbring, Software Engineering Group, Universiteti i Kielit, Kiel, Gjermani (wha@informatik.uni-kiel.de). 
 
 Ky dokument është i disponueshëm në arkiv nën licencën CC BY 4.0 DEED. Ky dokument është i disponueshëm në arkiv nën licencën CC BY 4.0 DEED. Në dispozicion në arkiv

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

Pair Programming AI Agent 

undefined's blog

Kjo audio është prodhuar në gjuhën origjinale të tregimit!

Pse vizualet interaktive janë gjëja tjetër e madhe në bashkëpunimin e softuerit

About Author

KOMENTE

VARUR TAGS

KY ARTIKU U PARAQIT NË

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps