Mesa de la izquierda Abstracto y I. Introducción II. El enfoque A. Diseño arquitectónico B. Prueba de implementación del concepto III. Escenarios de uso previstos IV. Diseño experimental y demografía A. Los participantes B. Sistema objetivo y tarea C. Procedimiento V. Resultados y discusión VI. Trabajo relacionado VII. Conclusiones y trabajo futuro, reconocimiento y referencias III. Escenarios de uso previstos Además de utilizar tecnologías avanzadas (web), nuestro enfoque se puede diferenciar del trabajo relacionado mediante el uso de análisis dinámico y funciones de SV colaborativas. Escenario 1 (SC1): Facilitar el proceso de embarque En el desarrollo de software profesional, las empresas utilizan diferentes técnicas para el proceso de embarque de nuevos desarrolladores. El soporte de pares, la visión general del producto y las tareas sencillas se perciben como útiles en ese contexto [22], mientras que la búsqueda de documentación y problemas técnicos, por ejemplo, la configuración de un entorno de desarrollo, impiden el proceso de embarque, especialmente para el trabajo remoto [23]. Además, imaginamos un escenario en el que los editores de código basados en la nube con SV incorporados están preparados para guiar a los nuevos desarrolladores paso a paso a través del comportamiento de un sistema de software. Los usuarios hacen clic en un caso de uso del sistema objetivo analizado (distribuido) y entienden su despliegue a través de SV. Además, cada vez más grandes porciones del código fuente (por ejemplo, dependiendo de la experiencia) Escenario 2 (SC2): Destacar cambios durante las revisiones de código Las solicitudes de características y las revisiones de código basadas en cambios resultantes se utilizan comúnmente en el desarrollo de software profesional [25]. Sin embargo, los revisores tienden a dar feedback vacío y generalmente reportan las limitaciones de las herramientas de revisión cuando se utilizan en escenarios complejos [26]. En este contexto, vemos otro escenario de uso potencial para nuestro enfoque que describimos a continuación. Se supone que un miembro del equipo revisa los cambios en el código fuente de un colega. Para ello, puede hacer clic en un enlace dentro de la solicitud de pull que abre un editor de código preparado y basado en la nube con un SV incorporado del comportamiento del nuevo programa (debido al cambio del código fuente). Los cambios en el código fuente están codificados en color en el IDE. Para comprender el comportamiento del programa, es posible Escenario 3 (SC3): Integrar la información de tiempo de ejecución en las actividades de desarrollo Los entornos de estadificación se utilizan para probar sistemas de software en un entorno similar a la producción. Imaginamos que los editores de código informan a los desarrolladores seleccionados sobre los problemas de rendimiento de un sistema de software instalado (por ejemplo, en la zona de estadificación). Un desarrollador puede hacer clic en esta notificación para abrir el SV incorporado. La visualización describe el comportamiento del tiempo de ejecución que incluye el problema de rendimiento. También destaca a la entidad que introduce el problema, por ejemplo, una llamada de método que tardó demasiado en terminar. IV. Diseño experimental y demografía En este contexto, Merino et al. [27] presentan una revisión sistemática de la literatura de evaluación de SV. Su trabajo explora el cuerpo de la literatura de comentarios completos que fueron publicados en las conferencias de SOFTVIS/VISSOFT, resultando en la evaluación de 181 artículos. Los autores se centran en evaluaciones que validan la eficacia de su enfoque presentado. Se menciona que las evaluaciones múltiples omiten otras variables que pueden contribuir o generalmente influir en la eficacia [28], como la recogida y las emociones. Compartimos esta opinión y argumentamos que primero debemos evaluar propiedades tales como la utilidad percibida, la usabilidad percibida, o las solicitudes de características para potenciar un nuevo enfoque exploratorio. Sólo después, debemos evaluar la eficacia y la eficiencia • El : ¿Cómo utilizan los sujetos el SV incorporado y el editor de código durante la resolución de tareas? RQ1 • El : ¿Se percibe que el editor de código es más útil que el SV incorporado? RQ2 • El : ¿Reconocen los sujetos la utilidad de las características SV colaborativas para tareas específicas? RQ3 • El ¿Cuál es la percepción general de la utilidad y usabilidad del enfoque? RQ4 • El : ¿Se percibe el enfoque como útil en los escenarios de uso previstos? RQ5 Enfatizamos de nuevo que los hallazgos de esta contribución deben ser vistos como primeras perspectivas e indicadores de refinamientos en lugar de resultados basados estadísticamente. • Más información sobre la utilidad percibida de las ciudades de software para comprender el comportamiento del tiempo de ejecución. • Primeros resultados cuantitativos y cualitativos en cuanto a la utilidad percibida, usabilidad percibida y tiempo de uso para ciudades de software colaborativas y de código cercano. • Un paquete complementario que contenga los resultados brutos de la evaluación, capturas de pantalla de todos los participantes y instrucciones detalladas, así como paquetes de software para la reproducción [30]. A continuación, presentamos la demografía de los participantes y el procedimiento de nuestro experimento. 
 
 
 
 Los autores: Alexander Krause-Glau, Grupo de Ingeniería de Software, Universidad de Kiel, Alemania (akr@informatik.uni-kiel.de); Wilhelm Hasselbring, Grupo de Ingeniería de Software, Universidad de Kiel, Kiel, Alemania (wha@informatik.uni-kiel.de). Authors: Alexander Krause-Glau, Grupo de Ingeniería de Software, Universidad de Kiel, Alemania (akr@informatik.uni-kiel.de); Wilhelm Hasselbring, Grupo de Ingeniería de Software, Universidad de Kiel, Kiel, Alemania (wha@informatik.uni-kiel.de). 
 
 Este artículo está disponible en archivo bajo la licencia CC BY 4.0 DEED. Este documento es bajo la licencia CC BY 4.0 DEED. available on arxiv Disponible en Archivo

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

Pair Programming AI Agent 

undefined's blog

Este audio es producido en el idioma original de la historia!

Por qué los visuales interactivos son la próxima gran cosa en la colaboración de software

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Una breve introducción a la teoría del cerebro de Boltzmann

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Las capas invisibles: por qué las entrevistas con los usuarios son un activo irremplazable

Una breve introducción a la teoría del cerebro de Boltzmann

Una guía del arquitecto para crear una arquitectura de referencia para un lago de datos de IA/ML

Cómo mejorar su flujo de trabajo 10 veces: 17 aplicaciones esenciales

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps