Введение На прошлой неделе у меня был момент, когда GitHub Copilot показался мне более рациональным выбором, чем делегирование работы младшему разработчику. Мне немного неловко признать это, но я все еще чувствую, что это был правильный выбор. Но почему именно...
Введение
На прошлой неделе у меня был момент, когда GitHub Copilot показался мне более рациональным выбором, чем делегирование работы младшему разработчику. Мне немного неловко признать это, но я все еще чувствую, что это был правильный выбор. Но почему именно так?
Моей задачей было провести рефакторинг довольно сложной конечной точки API. Трудной частью была не сама реализация, а скорее понимание взаимодействия между всеми вовлеченными системами и разбиение работы на управляемые этапы. После нескольких часов анализа я разработал довольно простой пошаговый план реализации.
Через несколько секунд я поймал себя на вопросе: «Я передаю работу по реализации младшему разработчику или второму пилоту?» Я выбрал Копилот. И хотя мне казалось, что это более эффективный выбор, впоследствии это продолжало меня беспокоить.
Несколько лет назад многие из этих задач по реализации были бы переданы непосредственно младшим разработчикам:
Добавление конечных точек CRUD
Генерация модульных тестов
Рефакторинг простого кода
Отладка простых ошибок
Документирование API или сервисов
Сегодня многие старшие инженеры делегируют эти задачи GitHub Copilot. И, честно говоря, во многих случаях это действительно более эффективный выбор. Но это поднимает