Разрушение опыта программирования пары человека-ай
23 июня 2025 г.Таблица ссылок
Аннотация и 1. Введение
2. Контексты, методы и задачи
3. Смешанные результаты
3.1. Качество и 3,2 производительности
3.3. Обучение и 3,4 стоимости
4. Модераторы
4.1. Типы задач и сложность
4.2. Совместимость
4.3. Коммуникация
4.4. Сотрудничество
4.5. Логистика
5. Обсуждение и будущая работа
5.1. LLM, ваш парный программист?
5.2. LLM, лучший программист?
5.3. LLM, студенческий программист?
6. Заключение, подтверждение и ссылки
4.3 Коммуникация
Согласно Freudenberg et al. [24], «Ключ к успеху парного программирования [ - это пролиферация разговоров на промежуточном уровне детализации в разговорах парных программистов». Исследователи также обнаружили, что парное программирование устраняет отвлекающую активность и позволяет программистам сосредоточиться на продуктивной активности [75], что может быть тем, почему привлечение связи способствует успеху парного программирования. Murphy et al. [55] использовали транзактивный анализ для разрушения связи различными типами транзакций, и они обнаружили, что попытка большего количества проблем, связанных с большим количеством транзакций завершения и отладки успеха, коррелировала с большим количеством транзакций критики. Некоторые другие работы указывали на аспект социальной поддержки общения [17] и эффект объяснения, когда вербализация мыслительного процесса делает его более ясным [12].
В программировании пар человека-мужья программисты проводят около 1/3 времени, в первую очередь сосредотачиваясь на общении [65], что заставляет их концентрировать, рационализировать и объяснять свои мысли [31, 75]. В программировании пары человека, Mozannar et al. [53] показали, что аналогичное время 1/3 времени потрачено на общение с помощью спилота, такого как мышление и проверка (22,4%) предложение Copilot, которое может повторять эффекты самоэкспенции в некоторых отношениях и быстрое создание, которое занимает 11,56% времени. Эти виды деятельности, возможно, являются усилиями по пониманию и общению с Copilot. Тем не менее, нет другого человека для совместной проверки ответов, и нет никаких исследований, которые оценивают коммуникативную природу взаимодействия человека-копилота как программирования пары человека-мужчина.
4.4 Сотрудничество
Насколько хорошо партнеры сотрудничают, были важными факторами, которые влияют на эффективность парного программирования [4, 79], а кооперативное поведение и позитивная взаимозависимость являются ключом к успеху парного программирования [67].
Сотрудничество может терпеть неудачу по-разному в человеческой паре. Например, проблема свободного расстояния, когда вся рабочая нагрузка находится на одном партнере, в то время как другой остается маргинальным игроком, может привести к меньшему удовлетворению и обучению [57, 87]. В программировании парных пар, педагоги обеспокоены тем, что легко доступные инструменты генерации кода могут привести к мошенничеству, а чрезмерная зависимость от ИИ может препятствовать обучению студентам [10]. Тем не менее, ни одно исследование формально не оценило его.
Для программирования пары человека человека существует предложенная схема сотрудничества переключения ролей-два разработчика программного обеспечения периодически и регулярно переключаются между написанием кода (драйвера) и предполагающим кодом (навигатор), стремящиеся обеспечить, чтобы оба участвовали в задаче и облегчали физическую и когнитивную нагрузку, несущую драйвер [5, 65].
Некоторые исследователи Фрейденберг и соавт. [24] утверждают, что успех парного программирования следует отнести к общению, а не «различиями в поведении или фокусе между драйвером и навигатором», поскольку они обнаружили, что как драйвер, так и навигатор работают на аналогичных уровнях абстракции. Тем не менее, преподаватели по -прежнему рекомендуют водителям и навигаторам регулярно альтернативные роли, чтобы обеспечить справедливый учебный опыт [83].
Во взаимодействии человека-AI, учитывая удивительную возможность Copilot писать код на разных языках, некоторые утверждают, что Copilot может взять на себя роль «драйвера» в парных программировании, позволяя сольному программисту взять на себя роль «навигатора» и сосредоточиться на понимании кода на более высоком уровне [35]. Тем не менее, хотя люди могут разгрузить некоторые детали поиска API и синтаксиса в Copilot, людям все еще нужно часто прыгать обратно на сиденье водителя и плавно переключаться между действиями мышления и письма [53]. В конечном счете, единственная ответственность человеческого программиста за понимание кода на уровне заявления [72].
4.5 Логистика
Логистические проблемы, в том числе трудности планирования, обучение и оценку сотрудничества для пары и выяснение индивидуальной ответственности и ответственности [11, 67], могут добавить к стоимости управления программированием пар человека-мужа [4, 79].
В программировании пары человека-аи некоторые могут утверждать, что человек несет единоличную ответственность в паре человека-аи [72], но ответственность этого генеративного ИИ на основе LLM все еще находится под дебатами [10]. Там могут возникнуть новые проблемы с логистикой для пары Human-AI, такие как обучение людей тому, как лучше всего сотрудничать с Copilot. Также могут возникнуть уникальные проблемы, как в каждом сценарии взаимодействия с человеком-АИ, таких как предвзятость, доверие и технические ограничения-многое нужно изучить. Потребуется дополнительное исследование, чтобы эмпирически и экспериментально проверить смягчающие эффекты различных переменных в программировании пар человека-аи.
Краткое содержание: Литература по программированию парней человека-человеческих людей обнаружила модераторов, включаяТип задачи исложностьВсовместимостьВкоммуникацияВСотрудничество, илогистикаПолем Тем не менее, не хватает углубленного изучения потенциальных смягчающих эффектов в текущих парных работах.
Авторы:
(1) Qianou Ma (автор -корреспондент), Университет Карнеги -Меллона, Питтсбург, США (Qianouma@cmu.edu);
(2) Тонгшуанг Ву, Университет Карнеги -Меллона, Питтсбург, США (sherryw@cs.cmu.edu);
(3) Кеннет Кодингер, Университет Карнеги -Меллона, Питтсбург, США (koedinger@cmu.edu).
Эта статья есть
Оригинал